erneuert nicht [wieder erledigt] Tasmo Admin / VM Problem
-
@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
write /var/lib/influxdb/wal/Drassburg/autogen/694/_00187.wal: no space left on device"
na so wie es aussieht hast du da eigentlich nur ein kleines Platzproblem, deine Influxdb ist halt gewachsen. Wie groß ist denn die VM
-
-
@da_woody so sieht man nur das deine Ram Auslastung am Limit ist
auf der VMdf -hbzw Datenbankgröße
sudo du -sh /var/lib/influxdb/data/ -
@crunchip sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
woody@Debian:~$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 2,9G 0 2,9G 0% /dev tmpfs 595M 60M 535M 11% /run /dev/sda1 28G 28G 0 100% / tmpfs 3,0G 0 3,0G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 595M 0 595M 0% /run/user/1000 woody@Debian:~$ sudo du -sh /var/lib/influxdb/data/ [sudo] Passwort für woody: 7,4G /var/lib/influxdb/data/ woody@Debian:~$ -
@da_woody kann es sein das du die VM in Proxmox vergössert hast? denn da steht 100 GB, du hast aber nur
@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
/dev/sda1 28G 28G 0 100% /
und die is VOLL
das heisst, du musst auch das Dateisystem erweitern, damit die 100GB erkannt werden
https://blog.bastii717.dev/speicherplatz-der-festplatte-erweitern/ -
@crunchip das hat mich auch irgendwie verwirrt. allerdings wurden die 100GB beim erstellen angegeben soweit ich mich erinnern kann. hab das jetzt mal auf 180GB vergrössert sinnloser weise.
der beitrag ist gut geschrieben, allerdings gibts fdisk -l, parted und co. in meinem debian nicht... -
@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
hab das jetzt mal auf 180GB vergrössert sinnloser weise.
warum machst du das, bedenke das ist begrenzt, deine Gesamtplatte/LVM ist wie groß?
sonst bekommst du die selben Probleme wie hier, https://forum.iobroker.net/post/795353@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
allerdings gibts fdisk -l, parted und co
kannst du nachinstallieren
alternativ kannst du es auch mit einer iso machen, siehe https://beyond.lol/disk-einer-vm-vergroessern-in-proxmox/#:~:text=Als erstes loggen wir uns,man die Disk vergrössern möchte
-
@crunchip moin!
warum machst du das
aus blödheit?
hab aber entdeckt, daß ich mal proxmoxbackup eingerichtet habe und dort noch backup vom 2022-08-07 gefunden. das hab ich jetzt mal zurückgespielt. somit ist wieder 100GB bootdisk da. gparted iso hab ich auch schon am server. am nachmittag werd ich das mal probieren und danach nochmal das ganze posting durcharbeiten...
mal schauen.
thnx für den isotip! ist für mich sicher einfacher, als auf der konsole rumzuturnen. -
@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
ist für mich sicher einfacher, als auf der konsole rumzuturnen.
deshalb der Link
sollte normal klappen, einzige kann sein, je nach dem wie die Partition angelegt ist, das du das Volumen nicht erweitern kannst, weil die swap Partition in Weg ist. Sollte das der Fall sein, muss diese Weg, Volumen erweitern und danach die swap Partition wieder anfügen.
Falls Fragen, VORHER Fragen, bevor du Mist baust
-
@crunchip sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
Falls Fragen, VORHER Fragen, bevor du Mist baust
ich schwöre!
ich hab mir vorher auch die 3 anderen VMs mit
df -hangeschaut. dort passen die größen. strange, warum das nur bei der einen auftritt. -
@da_woody zo!
ich denk mal, ich kann erfolg vermelden. musste nach einem erstversuch nochmal das backup zurück spielen. my fault.
original, warum auch immer:
hab dann sda5, danach sda2 gekillt. sda1 vergrößert und hinten wieder ein swap gebastelt. allerdings nicht als extended, sondern als sda2. daten fluppen mal wieder rein, grafana funzt, ebenso wie influxDB-Studio.
jetzt noch den sermon wegen tasmoadmin durchgehn...
bascht das so? oder soll ich noch was anderes tun? -
@da_woody sagte in [wieder geöffnet] Tasmo Admin / VM Problem:
bascht das so?
weiss net, seh ich ja nicht
wenn dein sda1 jetzt aufs max vergrößert ist, dann sollte es passen
df -h -
@crunchip vor lauter begeisterung...
woody@Debian:~$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 2,9G 0 2,9G 0% /dev tmpfs 595M 508K 594M 1% /run /dev/sda1 95G 21G 69G 24% / tmpfs 3,0G 0 3,0G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 595M 0 595M 0% /run/user/1000 woody@Debian:~$und damits nicht fad wird, ist mir der shelly 1pm vom poolfilter abgekackt... naja, 3 jahre im freien...
gerade neuen angelernt, aliasmanager wieder angepasst. einbauen is heute nicht mehr drinnen... definitiv zu hardcore in der prallen...
-
@crunchip so, alles andere abgearbeitet. tasmoadmin tutet auch wieder...
thnx nochmal an alle beteiligten!
-
@thomas-braun sagte in [wieder erledigt] Tasmo Admin / VM Problem:
@da_woody sagte in [done] Tasmo Admin Problem:
dann sollte es auch für ein upgrade auf bookworm nächstes Jahr passen. Egal welche php-Version da genau aktuell sein wird.
oder so...
nach wurmupdate wieder das selbe. kein zugriff auf tasmoadmin.
firefox:
chrome:
woody@Debian:~$ apt policy libapache2-mod-php php php-curl php-zip libapache2-mod-php: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php-curl: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status php-zip: Installiert: 2:8.2+93 Installationskandidat: 2:8.2+93 Versionstabelle: *** 2:8.2+93 500 500 http://deb.debian.org/debian bookworm/main amd64 Packages 100 /var/lib/dpkg/status woody@Debian:~$
