Proxmox spinnt - brauche Hilfe - auch mit Unifi
-
Aktueller Status:
root@pve:~# vgdisplay -v pve --- Volume group --- VG Name pve System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 11 VG Access read/write VG Status resizable MAX LV 0 Cur LV 5 Open LV 4 Max PV 0 Cur PV 1 Act PV 1 VG Size <465.26 GiB PE Size 4.00 MiB Total PE 119106 Alloc PE / Size 115011 / 449.26 GiB Free PE / Size 4095 / <16.00 GiB VG UUID qGr0Qu-7afu-OH0B-uYVT-ht42-DG5f-0XjFaE --- Logical volume --- LV Path /dev/pve/swap LV Name swap VG Name pve LV UUID zj7FeW-fPAc-xqRu-7cPi-9EVx-R0z6-mbrKna LV Write Access read/write LV Creation host, time proxmox, 2022-04-25 14:34:10 +0200 LV Status available # open 2 LV Size 4.00 GiB Current LE 1024 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:0 --- Logical volume --- LV Path /dev/pve/root LV Name root VG Name pve LV UUID dXeFeL-D7NP-ryoO-V1dz-JDfM-HprR-xhkfYG LV Write Access read/write LV Creation host, time proxmox, 2022-04-25 14:34:10 +0200 LV Status available # open 1 LV Size 20.00 GiB Current LE 5120 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:1 --- Logical volume --- LV Name data VG Name pve LV UUID IoL4O2-z36A-9jeX-UB9o-y6hx-wwSW-VZQTul LV Write Access read/write (activated read only) LV Creation host, time proxmox, 2022-04-25 14:34:21 +0200 LV Pool metadata data_tmeta LV Pool data data_tdata LV Status available # open 0 LV Size 416.75 GiB Allocated pool data 2.22% Allocated metadata 0.51% Current LE 106689 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:5 --- Logical volume --- LV Path /dev/pve/vm-100-disk-0 LV Name vm-100-disk-0 VG Name pve LV UUID xRJ23r-y4nm-YFgQ-cWa1-7ovN-ZcFJ-41KnGe LV Write Access read/write LV Creation host, time pve, 2022-04-25 14:58:37 +0200 LV Pool name data LV Status available # open 1 LV Size 64.00 GiB Mapped size 9.20% Current LE 16384 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:6 --- Logical volume --- LV Path /dev/pve/vm-101-disk-0 LV Name vm-101-disk-0 VG Name pve LV UUID iCE96H-3u6k-cduw-qYNi-jNg5-WuLE-0nwXG9 LV Write Access read/write LV Creation host, time pve, 2022-04-25 15:18:55 +0200 LV Pool name data LV Status available # open 1 LV Size 32.00 GiB Mapped size 10.55% Current LE 8192 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:7 --- Physical volumes --- PV Name /dev/sda3 PV UUID liI6U1-x5SY-kVaG-6EXU-Efii-Urfj-6P5GJe PV Status allocatable Total PE / Free PE 119106 / 4095iobroker installiert aber noch fleißig und history ist noch nicht wieder hergestellt (ca. 4GB gepackte Größe)
Cool finde ich auch das:
[DEBUG] [historyDB] - Something is wrong. No file found. [DEBUG] [historyDB] - Extracting History Backupfile...da entpackt er jetzt wohl nix
-
-
auch Unifi läuft wieder, aber die Installation ist ein Graus
Dann kann ich ja morgen früh weg
-
@homoran gibt nen fertigen Lxc, aber ich weiss, du bastelst lieber selbst
Und wieder kostbare Gb verschwendet
Aber hast ja jetzt ne doppelt so große Platte, da kann man sich das leisten
-
@crunchip sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
aber ich weiss, du bastelst lieber selbst
eigentlich schon, da weiß ich (???) was ich mache.
Aber Mongo hatte ich nicht ans Laufen bekommen dann musste ich doch auf ein all-in-one Installationsscript aus der Ubiquity-Community zugreifen.und Container mag ich gar nicht
DANKE euch beiden nochmal für die Unterstützung
auch Edit:
@crunchip sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:Aber hast ja jetzt ne doppelt so große Platte, da kann man sich das leisten
und dann noch eine m2
EDIT2
Ich fürchte da muss @simatec noch mal bei Backitup nachsehen.
im History-Adapter stand jetzt kein Pfad mehr drin.
Der hat definitiv vorher drin gestanden. -
@homoran sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
Das habe ich so gelesen, als ob sie selber starten wird und man darauf warten soll.
Stimmt, besser wäre, nachdem man die VM gestartet hat.....
Wenigstens haste aufmerksam gelesen
-
@homoran sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
Ich fürchte da muss @simatec noch mal bei Backitup nachsehen.
im History-Adapter stand jetzt kein Pfad mehr drin.
Der hat definitiv vorher drin gestanden.Was meinst du genau?
-
@simatec sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
Was meinst du genau?
bei der wiederhergestellten History Instanz war kein Pfad für das History Verzeichnis eingetragen, was beim restore des History Backups wahrscheinlich zu dieser Fehlermeldung führte:
[DEBUG] [historyDB] - Something is wrong. No file found. [DEBUG] [historyDB] - Extracting History Backupfile...ich bin mir aber sicher, dass dort früher ein Pfad eingetragen war
-
@homoran Der Pfad im History Adapter sollte aber im Backup enthalten sein.
Da hat backitup keinen Einfluss drauf.Wenn da keiner drin steht, dann wird er auch im Backup fehlen
-
@simatec Kann ich leider nnicht mehr verifizieren..
Aber die letzten "Jahrhunderte" haben backup und Restore immer funktioniert, was ohne Pfadangabe doch nicht klappt, oder?Jetzt steht jedenfalls einer drin
-
@homoran ich kann mich nur daran erinnern... als ich damals beim erstellen der History Backups Probleme hatte,
denn da stand mal bzw hieß es, wenn nichts eingetragen, dann wird der Standard Pfad verwendet, aufgrund des backitup muss da aber ein Pfad hinterlegt werden, ich hatte nämlich vorher auch nie was angegeben und wusste da gar nicht wo die abgelegt werden -
@crunchip Ja, so kenne ich das auch.
Und bei mir waren sie immer schon im Standardpfad, was ja nur funkioniert haben soll, wenn man diesen in der Instanz eingetragen hat.
-
In der aktuellen Version von backitup wird bei fehlenden Pfad der Standardpfad gesetzt
-
so richtig glücklich bin ich mit der VM-Größe aber nicht:
pi@iobroker-VM03:~$ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 2,0G 0 2,0G 0% /dev tmpfs 394M 468K 393M 1% /run /dev/sda1 62G 49G 11G 83% / tmpfs 2,0G 0 2,0G 0% /dev/shm tmpfs 5,0M 0 5,0M 0% /run/lock tmpfs 394M 0 394M 0% /run/user/1000Wie befürchtet:
--- /opt/iobroker/iobroker-data ---------------------------------------------------------------------------------------------------------------------------- /.. 44,9 GiB [##########] /history 257,9 MiB [ ] /files 37,2 MiB [ ] /backup-objects 13,5 MiB [ ] objects.json.bak 13,5 MiB [ ] objects.json 10,1 MiB [ ] states.json.bak 10,1 MiB [ ] states.json 2,5 MiB [ ] objects.jsonl 112,0 KiB [ ] states.jsonl 16,0 KiB [ ] /backitup 8,0 KiB [ ] iobroker.json.bak e 4,0 KiB [ ] /sayit 4,0 KiB [ ] iobroker.json 4,0 KiB [ ] notifications.json45GB History!!!
und alles nur wegen des Bugs, dass nicht nur Änderungen gespeichert werdenim Ernst:
das wird zwar auch eine "Teilschuld" haben, aber wie kann man History Daten einfach ausmisten? -
45GB History!!!
und alles nur wegen des Bugs, dass nicht nur Änderungen gespeichert werdenim Ernst:
das wird zwar auch eine "Teilschuld" haben, aber wie kann man History Daten einfach ausmisten?History habe ich nie benutzt - ich tät nach SQL oder Influx konvertieren, und dann den Ballast aus der DB löschen…
Alternativ der VM nochmal 40Gb spendieren, und damit Zeit erkaufen…
(vergrössern geht ja einfach im laufenden Betrieb) -
@homoran naja, 45 GB is schon ne Hausnummer, vorhin war noch die Rede von 32.
Ich hatte zwar auch innerhalb von paar Monaten 30 GB zusammen, geschuldet war allerdings, das ich die kompletten Unifi Netzwerkdaten in die Datenbank schreibe.
@homoran sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
aber wie kann man History Daten einfach ausmisten
das ist ne gute und berechtigte Frage auf die ich keine Antwort habe
zumindest hast du aber noch ein paar GB Luft nach oben
-
@jleg sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
Alternativ der VM nochmal 40Gb spendieren, und damit Zeit erkaufen…
Werde ich machen, da sind seit jetzt fast 2 Jahren teilweise hochauflösende loggings drin: im 6 Sekunden Takt meine Energie-Werte
Vor dem letzten Umzug habe ich immer monatlich die Log-Daten heruntergeladen und gelöscht
Danach wieder hinzugefügt.
reicht aber immer noch nicht wirklichMit Datenbanken kenne ich mich nur nicht aus
@jleg sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
vergrössern geht ja einfach im laufenden Betrieb
Aber gParted nicht vergessen
-
@jleg sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
vergrössern geht ja einfach im
laufendenBetriebda erheb ich aber Einspruch, das ist eine VM, kein LXC
Edit
hatte das früher hin und wieder mit ner live. iso gemacht
gerade gesehen, geht ja auch mit parted -
@crunchip sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
@jleg sagte in Proxmox spinnt - brauche Hilfe - auch mit Unifi:
vergrössern geht ja einfach im
laufendenBetriebda erheb ich aber Einspruch, das ist eine VM, kein LXC
Hm? Zumindest hier laufen die VMs ja auch auf LVMs. Da sollte das sogar per Proxmox-GUI gehen; ok, je nach Blockdevice könnte das unterschiedlich sein, aber normalerweise - wenn wir von Linux in der VM reden - kriegt der Kernel das ‚live‘ mit, hier eine entsprechende dmesg Meldung:
[21435028.096569] vda: detected capacity change from 34359738368 to 35433480192Gut, resizen in der VM muss man natürlich auch noch
- geht bei ‚üblichen‘ FS aber auch online; komplizierter wird‘s wenn die VM selbst noch partitioniert ist… -
@jleg ich hab es damals bereits gemacht.
geht über die Proxmox guidanach musste man aber über ein gparted iso booten und die Partition vergrößern.
ich weiß nicht, ob das noch so ist. Wenn ja, ist es zwar nicht schön, aber machbar.
