johnworks
Goto Top

Notfall - VMs sind alle runtergefahren

Hallo Zusammen,

ich habe einen kleinen Notfall und zwar sind alle VMs runtergefahren. Ich dachte erst an den Speicherplatz jedoch ist der eigentlich ausreichend vorhanden (nach einer kleinen Aufräumaktion).

administrator@SYSTEM:~$ df -h
Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
udev                               32G       0   32G    0% /dev
tmpfs                             6,3G    9,4M  6,3G    1% /run
/dev/mapper/SYSTEM--vg-root  406G    385G  1,2G  100% /
tmpfs                              32G       0   32G    0% /dev/shm
tmpfs                             5,0M       0  5,0M    0% /run/lock
tmpfs                              32G       0   32G    0% /sys/fs/cgroup
/dev/sda1                         472M    103M  345M   24% /boot
/dev/sdb1                         917G     72M  871G    1% /mnt/datastorage
tmpfs                             6,3G       0  6,3G    0% /run/user/1000

/dev/mapper/SYSTEM--vg-root 406G 385G 1,2G 100% /
Wieso ist das hier 100% ausgelastet?

Über kurzfristige Hilfe bin ich sehr dankbar!

Content-Key: 463298

Url: https://administrator.de/contentid/463298

Ausgedruckt am: 29.03.2024 um 12:03 Uhr

Mitglied: aqui
aqui 17.06.2019 aktualisiert um 11:55:11 Uhr
Goto Top
Mit den ausführlichen und detailierten Infos ist ja eine zielführende Antwort kinderleicht. Den Hypervisor dürfen wir neben den virtuellen Platten auch noch frei raten....toll !
Man könnte glatt denken heute ist mal wieder Freitag ! face-sad
Mitglied: LordGurke
LordGurke 17.06.2019 um 12:05:16 Uhr
Goto Top
Dein Root-Dateisystem ist voll, das führt dann halt zu Problemen.
Vermutlich Logfiles vollgelaufen?
Mitglied: bloodstix
bloodstix 17.06.2019 um 12:15:14 Uhr
Goto Top
Da muss ich @aqui recht geben. Wie denkst du sollen wir dir mit den nicht vorhandenen Infos helfen?
Ich würd pauschal sagen, da /var usw. alle mit auf / liegen und die zu 100% ausgelastet ist, das dein
System kein Speicher mehr zum atmen hat.

Was sagen die Logs? Die sind unter Linux meist sehr hilfreich.
Mitglied: ukulele-7
ukulele-7 17.06.2019 um 12:19:51 Uhr
Goto Top
Zum Glück sind nur die Notfall VMs betroffen und nicht alle VMs...!1elf
Mitglied: erikro
erikro 17.06.2019 um 12:23:03 Uhr
Goto Top
Moin,

inodes aufgebraucht? Was sagt denn

df -i

hth

Erik
Mitglied: bloodstix
bloodstix 17.06.2019 um 12:26:35 Uhr
Goto Top
Denke eher 5% Speicher reserviert für root.
Mitglied: JohnWorks
JohnWorks 17.06.2019 um 12:33:59 Uhr
Goto Top
Die Logs hatte ich grad gelöscht waren auch nur 312M

administrator@SYSTEM:/dev/mapper$ sudo du -h /var/log 
4,0K	/var/log/samba/cores/nmbd
4,0K	/var/log/samba/cores/smbd
12K	/var/log/samba/cores
308K	/var/log/samba
1,7M	/var/log/apache2
44K	/var/log/mysql
12K	/var/log/fsck
4,0K	/var/log/dist-upgrade
76K	/var/log/apt
14M	/var/log/installer/cdebconf
15M	/var/log/installer
21M	/var/log
Mitglied: JohnWorks
JohnWorks 17.06.2019 um 12:35:26 Uhr
Goto Top
administrator@SYSTEM:/dev/mapper$ df -i
Dateisystem                        Inodes IBenutzt    IFrei IUse% Eingehängt auf
udev                              8240480      556  8239924    1% /dev
tmpfs                             8245459      767  8244692    1% /run
/dev/mapper/SYSTEM--vg-root 27033600   124135 26909465    1% /
tmpfs                             8245459        1  8245458    1% /dev/shm
tmpfs                             8245459        4  8245455    1% /run/lock
tmpfs                             8245459       16  8245443    1% /sys/fs/cgroup
/dev/sda1                          124928      303   124625    1% /boot
/dev/sdb1                        61046784       12 61046772    1% /mnt/datastorage
tmpfs                             8245459        4  8245455    1% /run/user/1000
Mitglied: bloodstix
bloodstix 17.06.2019 um 12:36:56 Uhr
Goto Top
Siehe mein letzten Kommentar. Wenn du nichts daran angepasst hast sind normal auf "/" immer 5% Speicher für root reserviert. 5% von 406 sind ~4 das mal 5 = 20. Die fehlen ca. 20GB wo du nicht weisst du die sind, passt genau.
Entweder du verringerst das oder musst andern Speicher frei geben.
http://www.microhowto.info/howto/reduce_the_space_reserved_for_root_on_ ...
Mitglied: erikro
erikro 17.06.2019 um 12:39:05 Uhr
Goto Top
Gut, die inodes sind es nicht. Kriegen wir noch Informationen zum System (welcher hypervisor, wieviele Maschinen, wie ist das Ganze konfiguriert? usw. usf.) Sonst ist das ein reines Glaskugelgucken. face-wink
Mitglied: Lochkartenstanzer
Lösung Lochkartenstanzer 17.06.2019 aktualisiert um 15:05:16 Uhr
Goto Top
Zitat von @JohnWorks:

/dev/mapper/SYSTEM--vg-root 406G 385G 1,2G 100% /
Wieso ist das hier 100% ausgelastet?

Weil jemand das filesystem vollgeschrieben hat?

Über kurzfristige Hilfe bin ich sehr dankbar!

Gerne. was darf es kosten?

Alternativ einfach das Filesystem frisch formattieren. face-smile

lks

PS: Backup nicht vergessen.

PPS: Prüf mal die logfiles und das /var-verzeichnis (du -shc /var/* /* ).
Mitglied: JohnWorks
JohnWorks 17.06.2019 um 15:50:00 Uhr
Goto Top
du -shc /var/* /* 

Abstand gewinnen, Ruhe bewahren... hat geholfen. Ein Cron der die VM gesnappt hat wars... Der sollte eigentlich garnicht ausgeführt werden.

Hilfreich bei nicht genug Speicherplatz: https://sejh.wordpress.com/2015/01/08/virtualbox-snapshots-filling-up-di ...