Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error 401 : There was an issue fetching the favorite status of this dashboard #8121

Closed
squalou opened this issue Aug 27, 2019 · 6 comments
Closed
Labels
!deprecated-label:bug Deprecated label - Use #bug instead

Comments

@squalou
Copy link

squalou commented Aug 27, 2019

A clear and concise description of what the bug is.

When opening a dashboard, "There was an issue fetching the favorite status of this dashboard" appears at the bottom.

Looks like issue #6824 : same message displayed, but different "cause" : web console shows a 401 error (unauthorized), whereas in 6824 there was a https->http redirect which is now fixed.

Expected results

No warning message when opening a dashboard, favorite status managed without issue

Actual results

"There was an issue fetching the favorite status of this dashboard" appears at the bottom.

Error 401 in console.

Screenshots

superset-2019-08-27 12-05-46 screenshot

How to reproduce the bug

  1. Go to Dashoboard page
  2. Click on any dashboard
  3. See error

Environment

  • superset version: master branch as of 2019 08 27 9 AM GMT
  • python version: 3.6
  • node.js version: 12.9.0

Checklist

Make sure these boxes are checked before submitting your issue - thank you!

  • [X ] I have checked the superset logs for python stacktraces and included it here as text if there are any.
  • [X ] I have reproduced the issue with at least the latest released version of superset.
  • [X ] I have checked the issue tracker for the same issue and I haven't found one similar.

Additional context

Running from a docker container, built using Dockerfile essentially identical to amancevice:superset one.

@issue-label-bot issue-label-bot bot added the !deprecated-label:bug Deprecated label - Use #bug instead label Aug 27, 2019
@issue-label-bot
Copy link

Issue-Label Bot is automatically applying the label #bug to this issue, with a confidence of 0.94. Please mark this comment with 👍 or 👎 to give our bot feedback!

Links: app homepage, dashboard and code for this bot.

@kuckjwi0928
Copy link
Contributor

Did you run the superset init command?

If you do not, you must execute the following command before running

superset init

@squalou
Copy link
Author

squalou commented Aug 29, 2019

Damn ! indeed.
Must have forgotten it. (spent so long restarting different versions, obviously forgot it).

Thank you ! it fixed the issue.

Additionally : would it be safe to run 'superset init' at each startup of any occurrence of running container ? (lke, by putting it in entrypoint or something ?)
(I mean : I have several superset instances running, pointing on a single superset-database, and no idea what the 'superset init' does so ... I prefer ask)

@kuckjwi0928
Copy link
Contributor

Default permissions will be created when superset init is performed.

def init():
   """Inits the Superset application""
    utils.get_or_create_main_db()
    utils.get_example_database()
    appbuilder.add_permissions(update_perms=True)
    security_manager.sync_role_definitions()

If you are using a single DB, have you modified the SQLALCHEMY_DATABASE_URI setting?

@squalou
Copy link
Author

squalou commented Sep 1, 2019

indeed, SQLALCHEMY_DATABASE_URI points to an external DB, but each superset instances points to the same.
Is there anything else I should pay attention to, when using this setup?

(these superset instances are behind a load balancer, for redundancy, since sometimes they crash)

@squalou
Copy link
Author

squalou commented Sep 3, 2019

Closing this, as anyway it's no more related to the initial issue.
Fix works great.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
!deprecated-label:bug Deprecated label - Use #bug instead
Projects
None yet
Development

No branches or pull requests

2 participants