-
Notifications
You must be signed in to change notification settings - Fork 5
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
Log in as admin user throws error #37
Comments
Can you post the config.py file? |
# The base hostname of your site, e.x. datacats.com
HOSTNAME = 'opendata.training'
# This is generated by the script which installs ckan-multisite. If you are
# manually installing this, you should definitely change this from its
# (rather weak) development value.
# If you're running from run.sh - ignore this option.
SECRET_KEY = 'yAQvlx/IyFkKRpwYZpECWoq6txIK'
# This is generated again by the script and is a hash of the admin password.
# use manage.sh changepw.
ADMIN_PW= '$5$rounds=535000$7pYirda.4aTYnWqF$h12fR80WQW.Ig8z3VsXwudwEG8wmVsz2BYT3Ujcb622'
# The name of the environment to use for multisite.
# This must be created using the `datacats` command line tool prior to usage of this
# application
MAIN_ENV_NAME = 'multisite'
# The datacats directory. This probably shouldn't change but
# is in config to future-proof from new versions of datacats.
DATACATS_DIRECTORY = expanduser('~/.datacats')
# The URI for the backend (either RabbitMQ or Redis) for Celeryd.
# We recommend redis.
CELERY_BACKEND_URL = 'redis://localhost:6379/0'
# An address to listen on
ADDRESS = '0.0.0.0'
PORT = 5000
# True if the server should run in debugging mode (give tracebacks, etc).
# THIS MUST BE FALSE ON A PRODUCTION SERVER
DEBUG = True
# This says that we should generate the default nginx configuration.
GENERATE_NGINX_DEFAULT = False |
Thanks, Mark. I'm going to try this on my VM today. |
Thanks! I'll keep plugging away as well and report anything relevant I find. |
I cannot reproduce this on a blank Ubuntu 14.04 VM. |
I'm going to try it on a AWS instance tomorrow. |
This is the exact sequence of steps that I'm using on a fresh Ubuntu instance.
Instance details:
|
@mheadd I'm able to reproduce this on my AWS instance. The issue here seems to be that there is an old version of SQLAlchemy baked into some datacats images. Looking now. |
I can replicate this, too. |
Here's what the Docker container has to say upon receiving a request that generates that 500 error.
|
Hi Waldo, Can you run a datacats pull to make sure that you are running the latest images? Sent from my iPhone
|
I installed this _yesterday_, so probably not. :) But I'll try tomorrow!
|
Ran However, here's an interesting data point. If I open the site without the same cookies (delete them, use an incognito window, a new browser, whatever), then everything's A-OK. So this seems to be a session data problem. The site only broken for the admin—nobody else. |
I've observed that exact behavior as well. When I log in as admin, the error appears. When I remove the cookie or view the site from an incognito window, the site looks fine. |
This is related to a recurring datacats bug. We thought we had squashed it but looks like nope. DataPusher has version conflicts on 2.3 with ckanserviceprovider and SQLAlchemy. Sent from my iPhone
|
Until we get the image fixed try cloning the latest version of datapusher in the source directory, then run the |
Any update on getting the image fixed to address this? |
Datacats is closing up shop, which complicates things, of course. @opendata has a small budget for CKAN Multisite improvements, so I imagine I'll need to track down a contractor to fix the underlying bug in datacats. |
Wow. Had not heard that. That's too bad. |
Does changing ckan-multisite/ckan_multisite/task.py Line 18 in e19d7c7
'2.3' to '2.4' help?
|
This did not seem to fix the issue. Or rather, it seemed to create another that prevented me from testing whether this fixed the original issue. Stopping the process, changing the file as you suggest above, and then invoking
I had to break out of the process to kill the loop. I tried this on an already installed instance of ckan multisite. Perhaps that was not what you meant..? |
Using ckan-multisite from master on fresh Ubuntu 14.04
I've consistently recreated this several times in a row.
This behavior seems different then when I've tested ckan-multisite previously. Not sure what I am doing wrong, or if something else has changed.
The text was updated successfully, but these errors were encountered: