What did you do? ================ 1. Load http://developer.allizom.org//files/3174/right.png 2. That 301s to https://developer-samples.allizom.org/files/3174/right.png What happened? ============== HTTP 500 - Internal Server Error What should have happened? ========================== Either should have thrown a 404 if the file doesn't exist, or served it via a 200 OK Is there anything else we should know? ====================================== New Relic: https://rpm.newrelic.com/accounts/263620/applications/3172065/traced_errors/3066e3-e3cc1629-0a37-11e5-a48a-f8bc124250a8 exceptions:IOError: [Errno 2] No such file or directory: u'/data/www/developer.allizom.org/kuma/media/attachments/2012/07/09/3174/d9182a035c637f969cfa19807f41ef4c/right.png' Traceback (most recent call last): File "/data/www/developer.allizom.org/venv/lib/python2.7/site-packages/newrelic-22.214.171.124/newrelic/api/web_transaction.py", line 711, in __iter__ File "/data/www/developer.allizom.org/venv/lib/python2.7/site-packages/newrelic-126.96.36.199/newrelic/api/web_transaction.py", line 1087, in __call__ File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/core/handlers/wsgi.py", line 187, in __call__ File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/core/handlers/base.py", line 111, in get_response File "/data/www/developer.allizom.org/venv/lib/python2.7/site-packages/newrelic-188.8.131.52/newrelic/hooks/framework_django.py", line 499, in wrapper File "/data/www/developer.allizom.org/kuma/kuma/attachments/views.py", line 59, in raw_file File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/core/files/utils.py", line 16, in <lambda> File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/db/models/fields/files.py", line 49, in _get_file File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/core/files/storage.py", line 35, in open File "/data/www/developer.allizom.org/kuma/vendor/src/django/django/core/files/storage.py", line 172, in _open
:groovecoder, there doesn't even appear to be a prod server for this. What is the right solution to this bug?
Severity: normal → minor
Yeah, this is a just stage server traceback from a wiki pageview trying to load an image that doesn't exist on the stage server file system. Minor is the right priority. :stephend - how do you feel if we just ignore these kinds of errors on stage? Or should we add code to squelch them?
Flags: needinfo?(lcrouch) → needinfo?(stephen.donner)
(In reply to Luke Crouch [:groovecoder] from comment #3) > Yeah, this is a just stage server traceback from a wiki pageview trying to > load an image that doesn't exist on the stage server file system. > > Minor is the right priority. > > :stephend - how do you feel if we just ignore these kinds of errors on > stage? Or should we add code to squelch them? Ignoring or squelching errors (especially in the 4xx + 5xx ranges of HTTP) has the effect of making it very difficult to determine (or even see) other potential errors, on both stage and production. Is there a reason that a missing image, when directly accessed, needs to trigger a 500 error in the first place? I want stage to be as close to production as possible; I believe this is why we were told a while back not to test against developer-dev, too, right?
Right. (developer-dev is completely gone now.) Ideally, yes - stage matches prod exactly, and that's the Right Way™ to fix this stacktrace.
This was fixed via bug 1146890.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.