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

500 errors when accessing knowledge repo through gunicorn deploy #25

Closed
rcquan opened this issue Sep 24, 2016 · 6 comments
Closed

500 errors when accessing knowledge repo through gunicorn deploy #25

rcquan opened this issue Sep 24, 2016 · 6 comments

Comments

@rcquan
Copy link

rcquan commented Sep 24, 2016

I am able to successfully use the runserver command to start a development server and view the knowledge repo app through my web browser.

However, when I use the deploy command and kick off gunicorn workers successfully, I am unable to load any pages of the knowledge repo in my web browser and instead receive a 500 response.

image

Unfortunately, I am unable to provide a useful stack trace since the application logger doesn't seem to print to stdout/stderr when using gunicorn.

@matthewwardrop
Copy link
Collaborator

matthewwardrop commented Sep 26, 2016

Hi @rcquan! Thanks for letting us know about this. Can you try the latest code (we fixed quite a few bugs on Friday)?

If that doesn't work, can you run:
knowledge_repo --repo <repo_path> --debug deploy

That should enable you to see tracebacks.

@matthewwardrop
Copy link
Collaborator

An update on this: depending on whether you were using multiple repositories via the MetaKnowledgeRepository multiplexer, there were some issues regarding gunicorn deployment that have been fixed in #33 . Can you confirm that you are still having issues @rcquan ?

@rcquan
Copy link
Author

rcquan commented Sep 28, 2016

The latest changes seems to have fixed the issue. I just had to delete the .resources directory and re-initialize the current project with knowledge_repo init in order to get the new changes to apply to my project. Thanks @matthewwardrop 👍

@matthewwardrop
Copy link
Collaborator

matthewwardrop commented Sep 28, 2016

Ah... Excellent! Thanks for keeping this up to date @rcquan :). It should not have been necessary to re-initialize like this... but I'm glad it worked at the end.

@matthewwardrop
Copy link
Collaborator

@rcquan Oh... wait! This is exactly what should have happened regarding the embedded tooling. The idea is that the embedded tools are frozen at a particular revision, so that all users sharing the repository are using a tested sanctioned version. It also allows you to update the version of the tools used by everyone using your repository without them having to pip install knowledge-repo again. You manually update the submodule index in order to update the embedded tools. If you are using it just for yourself, or for a small group of people, you can skip embedding the tools (use --tooling-skip during the init phase), or use --dev to bypass chaining the knowledge_repo command to the embedded version of the tools.

Hope this makes sense.

@rcquan
Copy link
Author

rcquan commented Sep 28, 2016

@matthewwardrop Ah, that makes sense! I hadn't realized that the technical details section of the doc also contained information on how to update the knowledge-repo version for the repository. I imagine this will be particularly important point to highlight as y'all bump new versions in the beta ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants