Closed Bug 654575 Opened 14 years ago Closed 14 years ago

[stage] The site loads with a 500 error

Categories

(Websites Graveyard :: markup.mozilla.org, defect)

defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mbrandt, Assigned: brez)

References

()

Details

(Whiteboard: [stage])

Sorry I don't have more information other than I'm seeing a generic ISE. I'm not receiving traceback emails. Steps to reproduce: 1 go to stage
Blocks: 654143
When did the https://markup.allizom.org error start throwing an error? We are going to need to look at the log files to determine a direction to go next. It could be one of a million things and I would start by looking at the log files.
It started in the past few hours--max 3 because it was working at noon. Going to assign to Corey because I think this is an IT thing.
Assignee: nobody → ryansnyder.me+bugs
It started in the past few hours--max 3 because it was working at noon. Going to assign to Corey because I think this is an IT thing.
Assignee: ryansnyder.me+bugs → cshields
(In reply to comment #3) > It started in the past few hours--max 3 because it was working at noon. Going > to assign to Corey because I think this is an IT thing. ozten and I chatted about this a few minutes ago and he is opening an IT ticket now for them to search the log files. Thanks!
Per Bug#654619 the only interesting thing is: ImproperlyConfigured: ImportError commonware.response.cookies: No module named commonware.response.cookies Looks like we need to update vendor with commonware https://github.com/mozilla/markup/commit/48e60c6efc36d707a9ed501739e1eb14e2816303
Assignee: cshields → jbresnik
Status: NEW → ASSIGNED
No longer blocks: 654143
It's been there since yesterday: https://github.com/mozilla/markup-lib/commit/09a636c250b039ff8aef8313363a95d2e0dd4457 https://github.com/mozilla/markup-lib/commit/eb4bb5b62c17388b656620a7beea03d2a7185910 Sysadmin just needs to update the submodule.. I even bumped the submodule in markup, i.e. it should have been picked up: https://github.com/mozilla/markup/commit/35c3ad251e32a2850b7083ee648871f95f1dd6a7 Needs to be assigned to the sysadm.. who is that?
Depends on: 654619
Just started getting tracebacks - looks like ozten nailed it in comment 5. ======= Traceback (most recent call last): File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/core/handlers/base.py", line 80, in get_response response = middleware_method(request) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django-localeurl/localeurl/middleware.py", line 51, in process_request translation.activate(locale) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/translation/__init__.py", line 66, in activate return real_activate(language) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/functional.py", line 55, in _curried return _curried_func(*(args+moreargs), **dict(kwargs, **morekwargs)) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/translation/__init__.py", line 36, in delayed_loader return getattr(trans, real_name)(*args, **kwargs) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/translation/trans_real.py", line 193, in activate _active[currentThread()] = translation(language) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/translation/trans_real.py", line 176, in translation default_translation = _fetch(settings.LANGUAGE_CODE) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/translation/trans_real.py", line 159, in _fetch app = import_module(appname) File "/data/www/markup.allizom.org/markup/ffdemo/vendor/src/django/django/utils/importlib.py", line 35, in import_module __import__(name) ImportError: No module named commonware.response.cookies
Thanks Ryan for filing bug 654724. Stage is up and working again.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Verified FIXED; both https://markup.allizom.org and https://markup-dev.allizom.org/ are working again.
Status: RESOLVED → VERIFIED
Target Milestone: --- → 1.0
Product: Websites → Websites Graveyard
You need to log in before you can comment on or make changes to this bug.