How to fix uWSGI internal routing?
I am closely following the uWSGI tutorial on offloading WebSockets and SSE.
However, I have the issue that my Django worker cannot start up since uWSGI is not able to register the route. It is able to register it when I replace the socket of the SSE service with just a log call. I did make sure that the socket exists (I am using an emperor to start up both uWSGI configurations).
I found this other StackOverflow question that suggested to enable PCRE support (which I already did). I do not get the warning about PCRE support anymore in my log file.
I am trying different possibilities for two days now and I definitely need the help of someone with a fresh mind.
This is my log when starting up the django worker (the sse worker is already started up):
/usr/sbin/uwsgi --ini /usr/uwsgi/vassals.d/01_django.ini --die-on-term --need-app --plugin router_redirect
[uWSGI] getting INI configuration from /usr/uwsgi/emperor.ini
[uWSGI] getting INI configuration from /usr/uwsgi/vassals.d/01_django.ini
unable to register route "equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0"
command terminated with exit code 1
this is my 01_django.ini file:
[uwsgi]
socket = /tmp/django.sock
chown-socket = nginx:nginx
chmod-socket = 664
; wait until the sse app is loaded
wait-for-socket = /tmp/sseapp.sock
; configuring the sse app
; http-socket = :9090
offload-threads = 2
wsgi-file = /srv/okmapgo/okmapgo/wsgi.py
plugins = python
; collect X-Offload-to-SSE header and store it in var X_OFFLOAD
collect-header = X-Offload-to-SSE X_OFFLOAD
collect-header = Content-Type CONTENT_TYPE
; if X_OFFLOAD is defined, do not send the headers generated by Django
;; response-route-if-not = empty:${X_OFFLOAD} disableheaders:
; if X_OFFLOAD is defined, offload the request to the app running on /tmp/sseapp
; start the sseapp beforehand using
; uwsgi --wsgi-file /srv/okmapgo/dilcher_messaging_kafka/sseapp.py --socket /tmp/sseapp --gevent 1000 --gevent-monkey-patch
;; response-route-if-not = empty:${X_OFFLOAD} uwsgi:/tmp/sseapp,0,0
;response-route-if = equal:${CONTENT_TYPE};text/event-stream log:route triggered
response-route-if = equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0
The commented out "response-rout-if" entry works, the currently active one does not :-/
The referenced socket does exist (the other uwsgi socket is the socket of the emperor):
ls -lahrt /tmp
total 8
drwxr-xr-x 1 root root 4.0K Nov 15 10:55 ..
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 uwsgi.sock
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 sseapp.sock
drwxrwxrwt 1 root root 4.0K Nov 15 11:21 .
I am using uWSGI version 2.0.17.1. Any hints / ideas on how to make this work?
django server installation uwsgi
add a comment |
I am closely following the uWSGI tutorial on offloading WebSockets and SSE.
However, I have the issue that my Django worker cannot start up since uWSGI is not able to register the route. It is able to register it when I replace the socket of the SSE service with just a log call. I did make sure that the socket exists (I am using an emperor to start up both uWSGI configurations).
I found this other StackOverflow question that suggested to enable PCRE support (which I already did). I do not get the warning about PCRE support anymore in my log file.
I am trying different possibilities for two days now and I definitely need the help of someone with a fresh mind.
This is my log when starting up the django worker (the sse worker is already started up):
/usr/sbin/uwsgi --ini /usr/uwsgi/vassals.d/01_django.ini --die-on-term --need-app --plugin router_redirect
[uWSGI] getting INI configuration from /usr/uwsgi/emperor.ini
[uWSGI] getting INI configuration from /usr/uwsgi/vassals.d/01_django.ini
unable to register route "equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0"
command terminated with exit code 1
this is my 01_django.ini file:
[uwsgi]
socket = /tmp/django.sock
chown-socket = nginx:nginx
chmod-socket = 664
; wait until the sse app is loaded
wait-for-socket = /tmp/sseapp.sock
; configuring the sse app
; http-socket = :9090
offload-threads = 2
wsgi-file = /srv/okmapgo/okmapgo/wsgi.py
plugins = python
; collect X-Offload-to-SSE header and store it in var X_OFFLOAD
collect-header = X-Offload-to-SSE X_OFFLOAD
collect-header = Content-Type CONTENT_TYPE
; if X_OFFLOAD is defined, do not send the headers generated by Django
;; response-route-if-not = empty:${X_OFFLOAD} disableheaders:
; if X_OFFLOAD is defined, offload the request to the app running on /tmp/sseapp
; start the sseapp beforehand using
; uwsgi --wsgi-file /srv/okmapgo/dilcher_messaging_kafka/sseapp.py --socket /tmp/sseapp --gevent 1000 --gevent-monkey-patch
;; response-route-if-not = empty:${X_OFFLOAD} uwsgi:/tmp/sseapp,0,0
;response-route-if = equal:${CONTENT_TYPE};text/event-stream log:route triggered
response-route-if = equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0
The commented out "response-rout-if" entry works, the currently active one does not :-/
The referenced socket does exist (the other uwsgi socket is the socket of the emperor):
ls -lahrt /tmp
total 8
drwxr-xr-x 1 root root 4.0K Nov 15 10:55 ..
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 uwsgi.sock
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 sseapp.sock
drwxrwxrwt 1 root root 4.0K Nov 15 11:21 .
I am using uWSGI version 2.0.17.1. Any hints / ideas on how to make this work?
django server installation uwsgi
It's my blind guess but have you tried addingrouter_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi
– Kamil Niski
Nov 18 '18 at 7:24
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56
add a comment |
I am closely following the uWSGI tutorial on offloading WebSockets and SSE.
However, I have the issue that my Django worker cannot start up since uWSGI is not able to register the route. It is able to register it when I replace the socket of the SSE service with just a log call. I did make sure that the socket exists (I am using an emperor to start up both uWSGI configurations).
I found this other StackOverflow question that suggested to enable PCRE support (which I already did). I do not get the warning about PCRE support anymore in my log file.
I am trying different possibilities for two days now and I definitely need the help of someone with a fresh mind.
This is my log when starting up the django worker (the sse worker is already started up):
/usr/sbin/uwsgi --ini /usr/uwsgi/vassals.d/01_django.ini --die-on-term --need-app --plugin router_redirect
[uWSGI] getting INI configuration from /usr/uwsgi/emperor.ini
[uWSGI] getting INI configuration from /usr/uwsgi/vassals.d/01_django.ini
unable to register route "equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0"
command terminated with exit code 1
this is my 01_django.ini file:
[uwsgi]
socket = /tmp/django.sock
chown-socket = nginx:nginx
chmod-socket = 664
; wait until the sse app is loaded
wait-for-socket = /tmp/sseapp.sock
; configuring the sse app
; http-socket = :9090
offload-threads = 2
wsgi-file = /srv/okmapgo/okmapgo/wsgi.py
plugins = python
; collect X-Offload-to-SSE header and store it in var X_OFFLOAD
collect-header = X-Offload-to-SSE X_OFFLOAD
collect-header = Content-Type CONTENT_TYPE
; if X_OFFLOAD is defined, do not send the headers generated by Django
;; response-route-if-not = empty:${X_OFFLOAD} disableheaders:
; if X_OFFLOAD is defined, offload the request to the app running on /tmp/sseapp
; start the sseapp beforehand using
; uwsgi --wsgi-file /srv/okmapgo/dilcher_messaging_kafka/sseapp.py --socket /tmp/sseapp --gevent 1000 --gevent-monkey-patch
;; response-route-if-not = empty:${X_OFFLOAD} uwsgi:/tmp/sseapp,0,0
;response-route-if = equal:${CONTENT_TYPE};text/event-stream log:route triggered
response-route-if = equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0
The commented out "response-rout-if" entry works, the currently active one does not :-/
The referenced socket does exist (the other uwsgi socket is the socket of the emperor):
ls -lahrt /tmp
total 8
drwxr-xr-x 1 root root 4.0K Nov 15 10:55 ..
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 uwsgi.sock
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 sseapp.sock
drwxrwxrwt 1 root root 4.0K Nov 15 11:21 .
I am using uWSGI version 2.0.17.1. Any hints / ideas on how to make this work?
django server installation uwsgi
I am closely following the uWSGI tutorial on offloading WebSockets and SSE.
However, I have the issue that my Django worker cannot start up since uWSGI is not able to register the route. It is able to register it when I replace the socket of the SSE service with just a log call. I did make sure that the socket exists (I am using an emperor to start up both uWSGI configurations).
I found this other StackOverflow question that suggested to enable PCRE support (which I already did). I do not get the warning about PCRE support anymore in my log file.
I am trying different possibilities for two days now and I definitely need the help of someone with a fresh mind.
This is my log when starting up the django worker (the sse worker is already started up):
/usr/sbin/uwsgi --ini /usr/uwsgi/vassals.d/01_django.ini --die-on-term --need-app --plugin router_redirect
[uWSGI] getting INI configuration from /usr/uwsgi/emperor.ini
[uWSGI] getting INI configuration from /usr/uwsgi/vassals.d/01_django.ini
unable to register route "equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0"
command terminated with exit code 1
this is my 01_django.ini file:
[uwsgi]
socket = /tmp/django.sock
chown-socket = nginx:nginx
chmod-socket = 664
; wait until the sse app is loaded
wait-for-socket = /tmp/sseapp.sock
; configuring the sse app
; http-socket = :9090
offload-threads = 2
wsgi-file = /srv/okmapgo/okmapgo/wsgi.py
plugins = python
; collect X-Offload-to-SSE header and store it in var X_OFFLOAD
collect-header = X-Offload-to-SSE X_OFFLOAD
collect-header = Content-Type CONTENT_TYPE
; if X_OFFLOAD is defined, do not send the headers generated by Django
;; response-route-if-not = empty:${X_OFFLOAD} disableheaders:
; if X_OFFLOAD is defined, offload the request to the app running on /tmp/sseapp
; start the sseapp beforehand using
; uwsgi --wsgi-file /srv/okmapgo/dilcher_messaging_kafka/sseapp.py --socket /tmp/sseapp --gevent 1000 --gevent-monkey-patch
;; response-route-if-not = empty:${X_OFFLOAD} uwsgi:/tmp/sseapp,0,0
;response-route-if = equal:${CONTENT_TYPE};text/event-stream log:route triggered
response-route-if = equal:${CONTENT_TYPE};text/event-stream uwsgi:/tmp/sseapp.sock,0,0
The commented out "response-rout-if" entry works, the currently active one does not :-/
The referenced socket does exist (the other uwsgi socket is the socket of the emperor):
ls -lahrt /tmp
total 8
drwxr-xr-x 1 root root 4.0K Nov 15 10:55 ..
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 uwsgi.sock
srw-rw-r-- 1 nginx nginx 0 Nov 15 11:21 sseapp.sock
drwxrwxrwt 1 root root 4.0K Nov 15 11:21 .
I am using uWSGI version 2.0.17.1. Any hints / ideas on how to make this work?
django server installation uwsgi
django server installation uwsgi
asked Nov 15 '18 at 11:26
ingofreyeringofreyer
514617
514617
It's my blind guess but have you tried addingrouter_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi
– Kamil Niski
Nov 18 '18 at 7:24
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56
add a comment |
It's my blind guess but have you tried addingrouter_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi
– Kamil Niski
Nov 18 '18 at 7:24
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56
It's my blind guess but have you tried adding
router_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi– Kamil Niski
Nov 18 '18 at 7:24
It's my blind guess but have you tried adding
router_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi– Kamil Niski
Nov 18 '18 at 7:24
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56
add a comment |
1 Answer
1
active
oldest
votes
I think that you need to add router_uwsgi
plugin to configuration.
Uwsgi docs
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53318430%2fhow-to-fix-uwsgi-internal-routing%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I think that you need to add router_uwsgi
plugin to configuration.
Uwsgi docs
add a comment |
I think that you need to add router_uwsgi
plugin to configuration.
Uwsgi docs
add a comment |
I think that you need to add router_uwsgi
plugin to configuration.
Uwsgi docs
I think that you need to add router_uwsgi
plugin to configuration.
Uwsgi docs
answered Nov 19 '18 at 7:11
Kamil NiskiKamil Niski
2,6341314
2,6341314
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53318430%2fhow-to-fix-uwsgi-internal-routing%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
It's my blind guess but have you tried adding
router_uwsgi
plugin? Docs say that it is needed. uwsgi-docs.readthedocs.io/en/latest/InternalRouting.html#uwsgi– Kamil Niski
Nov 18 '18 at 7:24
Thanks, that most likely would have been the issue :-) However, I noticed an even easier mistake: I recompiled uwsgi with pip without removing the Alpine Linux package first - and then called the alpine version instead of the pip version. Calling the Alpine version loaded the correct plugins (including the one mentioned by you) and routing worked. Since your comment still sounds like it would solve the issue, I will accept it as an answer, if you quickly write one.
– ingofreyer
Nov 19 '18 at 6:56