SnubaError: dataset 'sessions' does not exist

After updating to latest on-premise version 10.1.0.dev0fc9a46f, whenever I go to the Releases page, it give me error.

Upon checking logs I got:

eb_1 | 18:20:28 [INFO] sentry.superuser: superuser.request (user_id=1 url=u’https://sentry/api/0/organizations/project/releases/?summaryStatsPeriod=&per_page=50&health=1&flatten=0’ method=u’GET’ ip_address=u’115.171.132.75’)
web_1 | Traceback (most recent call last):
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/api/base.py”, line 90, in handle_exception
web_1 | response = super(Endpoint, self).handle_exception(exc)
web_1 | File “/usr/local/lib/python2.7/site-packages/rest_framework/views.py”, line 449, in handle_exception
web_1 | self.raise_uncaught_exception(exc)
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/api/base.py”, line 201, in dispatch
web_1 | response = handler(request, *args, **kwargs)
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/api/endpoints/organization_releases.py”, line 198, in get
web_1 | debounce_update_release_health_data(organization, filter_params[“project_id”])
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/api/endpoints/organization_releases.py”, line 119, in debounce_update_release_health_data
web_1 | project_releases = get_changed_project_release_model_adoptions(should_update.keys())
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/snuba/sessions.py”, line 39, in get_changed_project_release_model_adoptions
web_1 | filter_keys={“project_id”: project_ids},
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/utils/snuba.py”, line 544, in raw_query
web_1 | return bulk_raw_query([snuba_params], referrer=referrer)[0]
web_1 | File “/usr/local/lib/python2.7/site-packages/sentry/utils/snuba.py”, line 611, in bulk_raw_query
web_1 | raise SnubaError(error[“message”])
web_1 | SnubaError: dataset ‘sessions’ does not exist

see this github issue: https://github.com/getsentry/onpremise/issues/331

Did you do the upgrade through the install script or just pulling the Snuba image? Running the following should fix the issue:

docker-compose run --rm snuba-api bootstrap --force
docker-compose run --rm snuba-api migrate

This issue looks unrelated to what you are seeing.