Closed Bug 792436 Opened 13 years ago Closed 12 years ago

route sentry stacktraces through metlog

Categories

(Marketplace Graveyard :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: vng, Assigned: vng)

References

Details

metlog can send stacktraces to sentry. change all the raven calls to route through metlog instead.
Victor, is this something you can do?
Assignee: nobody → vng
Hm... this should have been working in dev https://github.com/mozilla/zamboni/blob/master/sites/dev/settings_mkt.py#L136 and https://github.com/mozilla/zamboni/blob/84310079139d46b9f0fb5445e66a8061690d603b/sites/dev/settings_base.py#L224 I'll follow up with ops as it looks like sentry messages aren't going through the the metlog-raven plugin.
The dev instance of marketplace looks like it's not loading the correct Sentry DSN URL. I've removed the username/password from the sentry DSN URL below, but you can see that the project ID for sentry is set to "/2/" - that's the addons-dev project id for Sentry. Basically - zamboni is not using the settings_local_mkt.py configuration. It looks like it's getting the addons-dev sentry dsn from /data/www/addons-dev.allizom.org/zamboni/settings_local.py instead of /data/www/addons-dev.allizom.org/zamboni/settings_local_mkt.py Here's the METLOG_CONF in play which shows that we're using the addons-dev sentry dsn: [vng@dev1.addons.phx1 zamboni]$ pwd /data/www/addons-dev.allizom.org/zamboni [vng@dev1.addons.phx1 zamboni]$ /data/www/addons-dev.allizom.org/venv/bin/python manage.py shell Python 2.6.6 (r266:84292, Sep 12 2011, 14:03:14) [GCC 4.4.5 20110214 (Red Hat 4.4.5-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole) >>> from django.conf import settings >>> settings.METLOG_CONF {'logger': 'addons-dev', 'sender': {'host': ['logstash1', 'logstash2'], 'class': 'metlog.senders.UdpSender', 'port': 5566}, 'plugins': {'cef': ('metlog_cef.cef_plugin:config_plugin', {}), 'raven': ('metlog_raven.raven_plugin:config_plugin', {'dsn': 'udp://some_user:some_password@sentry1.addons.phx1.mozilla.com:9000/2'})}} >>>
I believe you will need to pass --settings settings_local_mkt to load marketplace configs: -bash-4.1$ ../venv/bin/python manage.py shell_plus --settings=settings_local_mkt Python 2.6.6 (r266:84292, Sep 12 2011, 14:03:14) [GCC 4.4.5 20110214 (Red Hat 4.4.5-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole) >>> settings.METLOG_CONF {'logger': 'addons-marketplace-dev', 'sender': {'host': ['logstash1', 'logstash2'], 'class': 'metlog.senders.UdpSender', 'port': 5566}, 'plugins': {'cef': ('metlog_cef.cef_plugin:config_plugin', {}), 'raven': ('metlog_raven.raven_plugin:config_plugin', {'dsn': 'udp://username:password@sentry1.addons.phx1.mozilla.com:9000/3'})}}
Blocks: 783340
The logstash.conf file on logstash1 and logstash2 should change the catchall configuration to be: catchall { tags => [ "output_text", "output_statsd", "output_sentry", "output_cef" ] add_tag => ["output_hdfs"] } After modifying /etc/logstash.conf, the logstash processes will need to be restarted.
:oremj, :jthomas - can we get this configuration change pushed to the dev instances?
Pushed.
verified that metlog's messages of type 'sentry' are routing through logstash and into the proper sentry project.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
bug 811861 causes stacktraces to route directly from the raven client to the sentry server. Need to update zamboni to use http://pypi.python.org/pypi/django-raven-metlog/ to get raven to route messages through metlog
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Zamboni has been updated to use django-raven-metlog as of https://github.com/mozilla/zamboni/commit/54aa3c1
Status: REOPENED → RESOLVED
Closed: 13 years ago12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.