IOError: Kein Speicherplatz mehr auf dem Gerät - welches Gerät?

Bin ich den Upload einer kleinen Datei (8.5 Mb) auf eine Flasche test-server.

Wenn das hochladen der Datei abgeschlossen, meldet der server:

    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/wtforms/form.py", 
        line 212, in __call__
    return type.__call__(cls, *args, **kwargs)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/flask_wtf/form.py", line 49, in __init__
        formdata = request.form
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/local.py", 
        line 338, in __getattr__
    return getattr(self._get_current_object(), name)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/utils.py", 
         line 71, in __get__
    value = self.func(obj)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/wrappers.py", 
         line 484, in form
    self._load_form_data()
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/flask/wrappers.py", 
        line 165, in _load_form_data
    RequestBase._load_form_data(self)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/wrappers.py", 
        line 356, in _load_form_data
    mimetype, content_length, options)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py", 
        line 193, in parse
    content_length, options)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py",
        line 99, in wrapper
    return f(self, stream, *args, **kwargs)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py",
        line 210, in _parse_multipart
    form, files = parser.parse(stream, boundary, content_length)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py", 
        line 520, in parse
    return self.cls(form), self.cls(files)
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/datastructures.py", 
        line 373, in __init__
    for key, value in mapping or ():
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py", 
        line 518, in <genexpr>
    form = (p[1] for p in formstream if p[0] == 'form')
    File "/home/ubuntu/.virtualenvs/eco_app/lib/python2.7/site-packages/werkzeug/formparser.py", 
        line 494, in parse_parts
        _write(ell)
IOError: [Errno 28] No space left on device

Nun, der server hat auch genügend freien Speicherplatz - über 3Gb.

Habe ich mir angeschaut, die Werkzeug github repo zu versuchen, herauszufinden, die Lage, das Werkzeug zu schreiben versucht, kann aber nicht, es aufzuspüren.

Habe ich auch überprüft tempfile.gettempdir() die gibt /var/tmp als temporären Datei-Verzeichnis, aber dieser Ordner ist praktisch leer, so dass ich nicht denke, dass das ist der Lage, die Schaffung der Frage.

Wie ich finde, das Gerät hat kein Platz?

Haben Sie versucht, läuft df -h noch?
Yep. Das ist, wie ich weiß, dass es genügend freien Speicherplatz zur Verfügung.

InformationsquelleAutor ABM | 2015-02-18

14

@Tom Hunt ' s Kommentar auf dem richtigen Weg war.

Dieser unix-SE Antwort erklärt was passiert.

Als Schutz vor zu geringem Speicherplatz auf der Disk, manche daemons automatisch "Schatten" der aktuellen /tmp/Verzeichnis, der mit einer ram-Disk, wenn die root-partition läuft out of Disk space. Leider gibt es keine automatische Umkehrung des Prozesses, wenn genug Speicherplatz wieder frei ist.

Ich gemounteten /tmp-Verzeichnis und folgte Nitesh Vorschlag:
```
sudo umount /tmp
sudo echo 'MINTMPKB=0' > sudo /etc/default/mountoverflowtmp
```
und jetzt der Upload richtig funktioniert.
- Gibt es eine Möglichkeit, zu überprüfen, dass dies wirklich das problem, bevor Sie blind die Anwendung dieser Lösung?
InformationsquelleAutor ABM
6

Wenn du eine shell auf dem server, versuchen Sie df -h und suchen Sie alle Einträge, die zeigen Use% von 100%, oder Avail weniger als die Dateigröße.
- nur /tmp zeigt 100% Auslastung
- In diesem Fall das wahrscheinlichste Szenario ist, dass der server, über einige Zwischenstufen, die Speicherung der Daten auf /tmp. Wenn Sie können, erhöhen Sie die Größe des Volumens; wenn nicht, vielleicht untersuchen Sie die Daten Weg genauer und sehen, ob es einen Weg gibt, sich zu verändern. Auf einigen Servern, /var/tmp und /tmp sind die gleichen, über bind-mounts, symlinks oder einen anderen Mechanismus; überprüfen, ob dies der Fall ist.
InformationsquelleAutor Tom Hunt
6

Werkzeug speichert Dateien über einer bestimmten Größe im temp-Verzeichnis mit tempfile.TemporaryFile(), aber berücksichtigen, dass diese Dateien sind nicht verknüpfte für die Sicherheit. Sie sehen Sie nicht in der directory aufgelistet. tempfile.gettempdir() ist die richtige Methode der Bestimmung des Verzeichnisses verwendet.

Ihre /var/tmp Verzeichnis ist wahrscheinlich so konfiguriert, für eine kleinere partition. Überprüfen Sie mit df -h um zu sehen, ob die partition noch genügend Platz übrig. Sie müssen auch prüfen, für frei inodes, mit df -i.

Könnte es auch sein, dass ein Prozess (vielleicht deine) hängt an solchen unverknüpfte Dateien zu lange und der Raum wurde nicht an das Betriebssystem zurückgegeben noch. Sie können überprüfen, für Prozesse, die auf halten, um gelöschte Dateien mit:
```
lsof -nP | grep '/var/tmp' | grep '(deleted)'
```
oder
```
find /proc/*/fd -ls | grep '/var/tmp' | grep  '(deleted)'
```
- df -h /var/tmp zeigt über 3Gb zur Verfügung
- und der inode zählt?
- IUse Prozent) 24%
- welche Art von POST ist das?
- Buchen Sie ein Formular mit einem Datei gewählt, die durch ein system Dialog.
- und ist das temp-Verzeichnis einen tmpfs mount vielleicht? Alles in /etc/fstab zu zeigen, wie es sein kann, beschränkt?
- in jedem Fall gehe ich davon aus, dass Sie nicht ändern Sie die Standard-POST-Formular-parser-Infrastruktur der Kolben / Werkzeug und verändert die default_stream_factory Haken hier. Sie können versuchen und sehen, wie groß ein tempfile.TemporaryFile() Objekt, das Sie erstellen können, eine interaktive Python-Eingabeaufforderung, aber an diesem Punkt ist dies ein server-Problem, nicht ein Python-Problem.
- Notiert. Danke, @Martijn.
InformationsquelleAutor Martijn Pieters
4

Versuchen df -i , vielleicht gibt es keine freien inodes.

EDIT:

weitere option ist, finden werkzeug pid, lass es sein, 777,
- laufen strace -p 777 &> /tmp/strace_log
- versuchen, uploaden einer Datei
- stop strace
- finden, dass No space left on device Nachricht, es wird so sein wie
  write(1, "blah blah ..."..., 57) = -1 ENOSPC (No space left on device) erste argument zu schreiben ist ein file-descriptor
- gehen und versuchen zu finden spezifischen open(... = X syscall , dass X ist ein file-descriptor, der wird scheitern "schreiben" syscall Schritt
Ziemlich umständlich, ich weiß, aber das ist das Debuggen.
- inodes sind 24% verwertet
InformationsquelleAutor Dima Medvedev

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.