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

launching wsgi somewhat fails? #3

Closed
job opened this issue Feb 22, 2017 · 4 comments
Closed

launching wsgi somewhat fails? #3

job opened this issue Feb 22, 2017 · 4 comments

Comments

@job
Copy link
Contributor

job commented Feb 22, 2017

(venv)root@web:~/birdseye# ./bin/start_uwsgi
[i] Autodownloading static ui build
[i] Loading virtualenv (venv)
[i] Starting uWSGI: 127.0.0.1:8001 (uid: nobody, gid: nobody, th: 8, procs: 4)
    Stats: 127.0.0.1:4999
[uwsgi-static] added mapping for /static => /root/birdseye/backend/static
*** Starting uWSGI 2.0.14 (64bit) on [Thu Feb 23 00:31:06 2017] ***
compiled with version: 4.6.3 on 22 February 2017 18:48:53
os: Linux-3.2.0-123-generic #166-Ubuntu SMP Mon Feb 20 11:53:20 UTC 2017
nodename: web.coloclue.net
machine: x86_64
clock source: unix
detected number of CPU cores: 1
current working directory: /root/birdseye
writing pidfile to /var/run/birdseye-server.pid
detected binary path: /root/birdseye/venv/bin/uwsgi
!!! no internal routing support, rebuild with pcre support !!!
setgid() to 1008
setuid() to 65534
your processes number limit is 15890
your memory page size is 4096 bytes
detected max file descriptor number: 1024
building mime-types dictionary from file /etc/mime.types...530 entry found
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uWSGI http bound on 127.0.0.1:8001 fd 4
uwsgi socket 0 bound to TCP address 127.0.0.1:60443 (port auto-assigned) fd 3
Python version: 2.7.3 (default, Oct 26 2016, 21:16:28)  [GCC 4.6.3]
Set PythonHome to ./venv/
Python main interpreter initialized at 0x1c23120
python threads support enabled
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 724480 bytes (707 KB) for 32 cores
*** Operational MODE: preforking+threaded ***
Traceback (most recent call last):
  File "./backend/server.py", line 5, in <module>
    from flask import Flask, jsonify, request
ImportError: No module named flask
Error in sys.excepthook:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 66, in apport_excepthook
    from apport.fileutils import likely_packaged, get_recent_crashes
  File "/usr/lib/python2.7/dist-packages/apport/__init__.py", line 1, in <module>
    from apport.report import Report
  File "/usr/lib/python2.7/dist-packages/apport/report.py", line 16, in <module>
    from xml.parsers.expat import ExpatError
  File "/usr/lib/python2.7/xml/parsers/expat.py", line 4, in <module>
    from pyexpat import *
ImportError: No module named pyexpat

Original exception was:
Traceback (most recent call last):
  File "./backend/server.py", line 5, in <module>
    from flask import Flask, jsonify, request
ImportError: No module named flask
unable to load app 0 (mountpoint='') (callable not found or import error)
*** no app loaded. going in full dynamic mode ***
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 19948)
spawned uWSGI worker 1 (pid: 19979, cores: 8)
spawned uWSGI worker 2 (pid: 19980, cores: 8)
spawned uWSGI worker 3 (pid: 19981, cores: 8)
spawned uWSGI worker 4 (pid: 19982, cores: 8)
*** Stats server enabled on 127.0.0.1:4999 fd: 18 ***
spawned uWSGI http 1 (pid: 19983)
--- no python application found, check your startup logs for errors ---
--- no python application found, check your startup logs for errors ---

@hellerve
Copy link
Member

Interesting. It seems like it cannot find the modules it is supposed to install when intializing the virtualenv. Did you run ./bin/venv_init?

@job
Copy link
Contributor Author

job commented Feb 23, 2017 via email

@annikahannig
Copy link
Member

Hey job!
I'm over there @ freenode #birdseye

@hellerve
Copy link
Member

This has been fixed I gather. Can I close this for now or do you want to wait and document the UWSGI behaviour thats to blame?

@job job closed this as completed Feb 23, 2017
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

3 participants