UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[crunchip]

@da_woody so sieht man nur das deine Ram Auslastung am Limit ist
auf der VM

df -h

bzw Datenbankgröße

sudo du -sh /var/lib/influxdb/data/

[da_Woody]

@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:~$

[crunchip]

@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/

[da_Woody]

@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...

[crunchip]

@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

[da_Woody]

@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.

[crunchip]

@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

[da_Woody]

@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 -h angeschaut. dort passen die größen. strange, warum das nur bei der einen auftritt.

[da_Woody]

@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?

[crunchip]

@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

[da_Woody]

@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...

[da_Woody]

@crunchip so, alles andere abgearbeitet. tasmoadmin tutet auch wieder...
thnx nochmal an alle beteiligten!

[da_Woody]

@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:~$