Amazon EC2-Instanz: Temporäre Datei für dieses Dokument kann nicht erstellt werden. Kein Platz mehr auf dem Gerät

Question

Ich habe eine EC2-Instanz, die immer wieder aus dem Speicher läuft, wodurch mein mongod-Prozess der Reihe nach beendet wird.

df -h tun gibt

udev   2.0G  0 2.0G 0% /dev 
tmpfs   396M 41M 355M 11% /run 
/dev/xvda1  7.8G 7.4G  0 100%/
tmpfs   2.0G  0 2.0G 0% /dev/shm 
tmpfs   5.0M  0 5.0M 0% /run/lock 
tmpfs   2.0G  0 2.0G 0% /sys/fs/cgroup 
tmpfs   396M  0 396M 0% /run/user/1000 

so wie mein /dev/xvda1 ist voll. Ich gehe in meinem ‚/‘ oder Root-Verzeichnis und mache ein

ls -l --block-size=M 
total 1M 
drwxr-xr-x 2 root root 1M Nov 22 04:49 bin 
drwxr-xr-x 3 root root 1M Dec 21 13:14 boot 
drwxrw-rwx 3 root root 1M Oct 18 21:01 data 
drwxr-xr-x 16 root root 1M Oct 18 20:30 dev 
drwxr-xr-x 91 root root 1M Dec 14 01:29 etc 
drwxr-xr-x 3 root root 1M Oct 18 20:30 home 
lrwxrwxrwx 1 root root 1M Dec 21 13:14 initrd.img -> boot/initrd.img-4.4.0-57-generic 
lrwxrwxrwx 1 root root 1M Dec 6 05:03 initrd.img.old -> boot/initrd.img-4.4.0-53-generic 
drwxr-xr-x 21 root root 1M Sep 7 19:24 lib 
drwxr-xr-x 2 root root 1M Sep 7 19:22 lib64 
drwx------ 2 root root 1M Sep 7 19:26 lost+found 
drwxr-xr-x 2 root root 1M Sep 7 19:22 media 
drwxr-xr-x 2 root root 1M Sep 7 19:22 mnt 
drwxr-xr-x 2 root root 1M Sep 7 19:22 opt 
dr-xr-xr-x 139 root root 0M Oct 18 20:29 proc 
drwx------ 4 root root 1M Oct 18 21:00 root 
drwxr-xr-x 23 root root 1M Dec 25 13:55 run 
drwxr-xr-x 2 root root 1M Oct 19 06:11 sbin 
drwxr-xr-x 2 root root 1M Sep 1 17:37 snap 
drwxr-xr-x 2 root root 1M Sep 7 19:22 srv 
dr-xr-xr-x 13 root root 0M Dec 25 13:59 sys 
drwxrwxrwt 11 root root 1M Dec 25 14:17 tmp 
drwxr-xr-x 10 root root 1M Sep 7 19:22 usr 
drwxr-xr-x 14 root root 1M Oct 18 20:52 var 
lrwxrwxrwx 1 root root 1M Dec 21 13:14 vmlinuz -> boot/vmlinuz-4.4.0-57-generic 
lrwxrwxrwx 1 root root 1M Dec 6 05:03 vmlinuz.old -> boot/vmlinuz-4.4.0-53-generic 

Wenn ich alle die Dateigrößen aufaddieren es nicht bis fügt 7,4 GB zu sein. Was ist dann? und wie repariere ich das? Damit es nicht überläuft und meinen Mongod-Prozess im Gegenzug tötet.

Auf einige der Antwort. Es hieß, dein System neu zu starten. Nach dem Neustart ist dies die Ausgabe.

udev   2.0G  0 2.0G 0% /dev 
tmpfs   396M 5.6M 390M 2% /run 
/dev/xvda1  7.8G 5.3G 2.2G 72%/
tmpfs   2.0G  0 2.0G 0% /dev/shm 
tmpfs   5.0M  0 5.0M 0% /run/lock 
tmpfs   2.0G  0 2.0G 0% /sys/fs/cgroup 
tmpfs   396M  0 396M 0% /run/user/1000 

Ich benutze immer noch 5,3 g Speicherplatz. Was verursacht 2 GB zu füllen? Wie kann ich das Problem genauer untersuchen?

Answer 1

Okay, jetzt habe ich es herausgefunden. Ich mache zuerst df -h. Sie sagen mir, was alle Ordner haben, wie viel Platz. Wir werden nur mit /dev/xvda1 berücksichtigt. Gehen Sie jetzt zum Home-Verzeichnis und geben Sie du -h -d 1 ein. Dies bedeutet Disk-Nutzung und Suche nach Verzeichnis-Ebene 1 in einem für Menschen lesbaren Format. Welche sagt Ihnen, wie viel Speicherplatz von jedem Verzeichnis verwendet wird.

Ich gehe dann in dieses Verzeichnis und entfernen Sie die Dinge, die Speicherplatz beanspruchen. In meinem Fall war es die Protokolle und schrieb Skripte automatisch gzip und sicher kopieren Sie sie auf meinem lokalen Rechner und löschen Sie die Protokolle. Daher das Problem lösen.

Answer 2

ls -l zeigt nicht die Größe der Dateien in den Ordnern an. Sie sollten du -hs ausführen. Zum Beispiel: du -hs /* | sort -h.