Gunicorn: Betriebssystemfehler 26: Textdatei ausgelastet, wenn gunicorn mit --pid in Vagrant ausgeführt wird

Erstellt am 31. Mai 2017  ·  4Kommentare  ·  Quelle: benoitc/gunicorn

Hallo alle,

Ich habe einige Probleme mit dem Flag --pid . Es scheint, als ob Gunicorn nicht starten kann, wenn ich dieses Flag verwende. Ohne Flagge gibt es keine Probleme. Hier ist der Fehler. Es sieht so aus, als würde Gunicorn versuchen, die temporäre PID-Datei in diesem Fall in „bzpid“ umzubenennen, aber es kann nicht, weil es beschäftigt ist. Vielleicht gibt es etwas, das auf die Datei zugreift? Ich konnte mir aber nicht vorstellen, was...

vagrant@basezero-nightly :/vagrant/client$ cd /vagrant/server
vagrant@basezero-nightly :/vagrant/server$ export BASEZERO_FLASK_SETTINGs=/vagrant/server/prodconfig.py
vagrant@basezero-nightly :/vagrant/server$ gunicorn --pid bzpid basezero_flask :app
[2017-05-31 13:44:12 +0000] [20613] [INFO] Starten von Gunicorn 19.7.1
Traceback (letzter Aufruf zuletzt):
Datei "/usr/local/bin/gunicorn", Zeile 11, in
sys.exit(run())
Datei "/usr/local/lib/python3.5/dist-packages/gunicorn/app/wsgiapp.py", Zeile 74, in Ausführung
WSGIApplication("%(prog)s [OPTIONEN] [APP_MODULE]").run()
Datei "/usr/local/lib/python3.5/dist-packages/gunicorn/app/base.py", Zeile 203, in Ausführung
super(Anwendung, selbst).run()
Datei "/usr/local/lib/python3.5/dist-packages/gunicorn/app/base.py", Zeile 72, in Ausführung
Schiedsrichter(selbst).run()
Datei "/usr/local/lib/python3.5/dist-packages/gunicorn/arbiter.py", Zeile 198, in Ausführung
self.start()
Datei "/usr/local/lib/python3.5/dist-packages/gunicorn/arbiter.py", Zeile 139, in start
self.pidfile.create(self.pid)
Datei „/usr/local/lib/python3.5/dist-packages/gunicorn/pidfile.py“, Zeile 39, in create
os.rename(fname, self.fname)
OSError: [Errno 26] Textdatei ausgelastet: '/vagrant/server/tmpz5qc_vy3' -> 'bzpid'

Danke für Ihre Hilfe.

Hilfreichster Kommentar

Läufst du zufällig unter Windows herum? Wenn dies der Fall ist, teilen Sie das Verzeichnis möglicherweise mit Windows, und das Windows-Dateisystem kann die Umbenennung nicht unterstützen, während es verwendet wird.

Alle 4 Kommentare

Läufst du zufällig unter Windows herum? Wenn dies der Fall ist, teilen Sie das Verzeichnis möglicherweise mit Windows, und das Windows-Dateisystem kann die Umbenennung nicht unterstützen, während es verwendet wird.

Kann bestätigen, dass dies auch mit Virtualbox passiert

@akshaybabloo aber unter Windows auch ein Verzeichnis freigeben?

Ja, aber ich denke, es ist ein Problem mit Virtualbox (im Grunde alles, was nicht Microsofts Software ist), Windows sperrt jede Datei, die nicht mit Hyper-V generiert wurde. Wenn Sie zu Hyper-V wechseln, haben Sie dieses Problem nicht.

Aber Sie werden ein anderes Problem haben, Hyper-v neigt dazu, zwischen mehreren VMs zu verwechseln, die darauf laufen, stürzt schließlich ab oder tut nichts. Ich denke, um dies zu überwinden, müssen Sie möglicherweise ein neues virtuelles Netzwerk erstellen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen