Opened 10 years ago
Closed 9 years ago
#978 closed defect (fixed)
Deployment docs need updating to reflect change from paster to gunircorn
Reported by: | BERGER | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 0.9.0 |
Component: | documentation | Keywords: | |
Cc: | Parent Tickets: | 5017 |
Description
mediagoblin@menelikII:/home/mediagoblin.example.org/mediagoblin$ ./lazyserver.sh --sever-name=broadcast
Using gunicorn config: paste.ini
Using ./bin/gunicorn
+ export CELERY_ALWAYS_EAGER=true
+ ./bin/gunicorn --paste paste.ini --sever-name=broadcast
usage: gunicorn [OPTIONS] [APP_MODULE]
gunicorn: error: unrecognized arguments: --sever-name=broadcast
mediagoblin@menelikII:/home/mediagoblin.example.org/mediagoblin$
I follow the deployment step by step, and this error occurs (see above)
What did I do wrong ?
Any helm possible, i really wanna have Mediagoblin running !!!!
Change History (8)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
Component: | programming → documentation |
---|---|
Milestone: | → 0.8.0 |
Status: | new → accepted |
Summary: | after install server's test won't work : → Deployment docs need updating to reflect change from paster to gunircorn |
comment:3 by , 10 years ago
This is a problem because gnuicorn isn't able to use different server blocks which is what the ´--server-name´ option on paste did. The docs for gnuicorn say:
At this time, using alternate server blocks is not supported. Use the command line arguments to control server configuration instead.
I see it as we have two options, we could:
- make the default broadcast but that would mean any development would always be exposed all the time when using gunicorn (not a great idea)
- We could try and catch the
--server-name
option and change the--bind
option which overrides the settings set in the paste.ini file.
Personally I think the best all be it a bit horrible is the second option. What do people think?
comment:4 by , 10 years ago
Milestone: | 0.8.0 → 0.9.0 |
---|
So, we "punted" on this in 0.8.0 by making python 3 "experimental" and having things default to Python 2. But we should, by the next release, have Python 3 be a "first class citizen". As such, I'm making a bug about that which will link to this, and also mark this bug for 0.9.0.
comment:5 by , 9 years ago
Parent Tickets: | → 5017 |
---|
follow-up: 7 comment:6 by , 9 years ago
Is this still a valid issue now that Python3 Paste support is available? See #5317.
comment:7 by , 9 years ago
Replying to ayleph:
Is this still a valid issue now that Python3 Paste support is available? See #5317.
I think you might be right. I have opened an issue about moving back to Paste, until we do that though, this still remains an issue. It's worth noting I believe Python3 support is still "experimental" by the looks of things.
The issue is: #5410
comment:8 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Via #5419 we've discovered a resolution moving to waitress for now. So I think that closes this.
Sorry, I forgot to say Hello Hi Bonjour and so on ...
Please i need some help !