Danke Peter & Andi,
im Verzeichnis von /volume sind unter anderem die iSCSI LUNs zu sehen. Ich habe zwei davon.
Welche Dateien oder Pakete hier zu gross sind ist mir nicht ganz klar.
Logdatei von /volume1 ist hier:
Anhang anzeigen volume1.txt
Der Log Ordner von /var/log scheint mir normal zu sein.
Code:
root@SAN:/# du -h /var/log/
4.0K /var/log/healthtest
4.0K /var/log/nginx
2.3M /var/log/upstart
4.0K /var/log/pstore
4.0K /var/log/selfcheck
176K /var/log/synolog
4.0K /var/log/cluster
4.0K /var/log/openvswitch
416K /var/log/samba
15M /var/log/
Das die iSCSI LUNs nicht verkleinert werden können scheint mit logisch.
Die LUN enthalten die Virtuellen Maschinen der beiden VMware Hosts (2 Stück). Ebenfalls ist dort vCSA 6.5 am laufen.
Das Betriebssystem VMware läuft auf beiden Hosts auf der SD Karte.
Auf einem anderen NAS von Synology RS217 habe ich ein Raid1 mit 5.5TB.
Es sind bei beiden Geräten (SAN / NAS) keine Diskgruppen angelegt nur die "Volume". Beim SAN mit den iSCSI LUNs gibt es noch 2 SSDs für SSD Cache Nutzung (2x Raid1 500GB).
Somit müsste ich wahrscheinlich alle VMs von den LUNs aufs NAS kopieren bzw. mit Veeam sichern und wieder herstellen.
Mal sehen wie ich das Problem für das nächste mal vorbeugen kann und für das System auf volume1 genug Platz übrig ist.
Ob ich ein zweites Volume (volume2) für die LUNs mit dem SSD Cache konfigurieren kann ist mir noch nicht ganz klar.
Wie viel sollte man für das System bzw. auch Aktualisierungen frei lassen?
50 - 100 GB wie du sagtest sollte ja genügen.
Mal gespannt was mein Händler der mir das System konfiguriert hat, mir dazu raten wird.
Denn bis jetzt scheint mir von vorne rein, dass die an so ein Problem entweder nicht gedacht haben oder es ist das erste mal das denen so etwas passiert ist.
Danke für eure Gedankenansetze.