NEWS

@kurt_88 sagte in Proxmox LXC Container mit IOBROKER sichern, best Praktik:

Ist es besser bei einen Backup/Snapshot des LXC Containers vorher den IOBROKER Dienst zu stoppen

Snapshot ist kein Backup!!

Das ist ein aktueller Stand der aktuellen Version.
Solltest du ein echtes Backup deines LXC zurück spielen, sind alle snapshots, die du vor dem Backup erstellt hast, ebenfalls weg.

Und nein, weder bei einem Snapshot, noch bei einem Backup musst du explizit iobroker vorher stoppen.
Das kannst du in Proxmox direkt regeln, ob die Maschine im laufenden oder gestoppten Betrieb ein Backup erstellen soll.

@martinp

Unter anderem deswegen wurde Swap auch in letzter Zeit wieder großzügiger angelegt.
RAM sollte man mittlerweile mindestens 4GB vorhalten. Und halt auch auf einen vollen Desktop, GPU-Treiber und sonstigen Tinneff verzichten, denn man nicht braucht. CUPS-Server und was weiß ich noch alles.

Ich würde an der Stelle auch nicht ohne Not herumfummeln und das wieder auf tmp-files umstellen. Man hat sich schon was dabei gedacht, das ins RAM zu packen.

Sieht dann z. B so aus:

Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 3.6G 0 3.6G 0% /dev tmpfs tmpfs 1.6G 19M 1.6G 2% /run /dev/sda2 ext4 110G 11G 94G 10% / tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs tmpfs 3.9G 3.3M 3.9G 1% /tmp tmpfs tmpfs 5.0M 16K 5.0M 1% /run/lock tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-resolved.service /dev/sda1 vfat 510M 73M 438M 15% /boot/firmware tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service tmpfs tmpfs 782M 8.0K 782M 1% /run/user/1000 tmpfs tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service echad@chet:~/coding/ioBroker $ free -h total used free shared buff/cache available Mem: 7.6Gi 4.5Gi 622Mi 19Mi 2.6Gi 3.1Gi Swap: 511Mi 3.0Mi 508Mi

Auf meiner Kiste gar kein Problem, im Gegenteil.

@asgothian

Ok noch besser danke, und dann kann ich diesen über den iot Adapter einpflegen.

Grüße

Re: Proxmox local vergrößern
Hast du eine Lösung gefunden? Würde mich auch brennend interessieren, habe exakt das gleiche Problem! Mein local-lvm hat fast 900GB und wird nur zu 9% genutzt, mein local läuft schon fast über und Proxmox stürtzt auch des öfteren mal ab, bzw ist über Netzwerk nicht mehr erreichbar inklusive aller VM's etc.
Ich würde gerne beide Storges ungefähr gleich groß machen, aber wie??
VG Christian

@meister-mopper sagte in nach Update -- Startprobleme:

Mal wieder ein Argument für den Umstieg auf das Original => Debian.

werde ich jetzt auch nach und nach machen.

@arteck sagte in Speicherplatz des Proxmox voll - aber womit?:

was hast du den damit gemacht.. ??

laufen lassen!
shit happens 😁

Deleted.

@mago

Bei dieser Version dürften was beim Bau 'unglücklich' gelaufen sein, Eine dedizieret Ursachenforschung ist m.E. nicht sinnvoll, da die neueren Versionen alle wieder normale Speicheranforderungen habn.

@ronrich
Schon einmal probiert, den ganzen USB-bus durchzureichen?
z.B. bei Bus 001:
lxc.mount.entry: /dev/bus/usb/001 dev/bus/usb/001 none bind,optional,create=dir 0, 0

Tschau
Uwe

Platzhalter

@arteck
Ich habe keine stale dumps oder locks. Das habe ich schon alles bereinigt. Die Lösungen aus dem Thread tun es nicht. Es liegt nicht an verwaisten Dumps oder Locks.

@meister-mopper Bei den Intel NUCs mit bestimmten Intel-Netzwerkadaptern war die Verbindung nach einiger Zeit problematisch. Abhilfe hatten da die Befehle gebracht, welche die (eigentlich) per Hardware durchgeführten Vorgänge (Handshaking und Co) CPU belastender in Software erledigen lassen. Für Windows hatte Intel neue Treiber (inkl. Firmware) herausgebracht.

Bei mir trat das Problem allerdings hauptsächlich auf dem NUC6CAYH auf.

@pedder007 herje, wieder mal so'n DAU 😆
Typo in der upsd.users 🙇‍♂️

@crunchip
habe ich gemacht, funktioniert vorerst👍
So hab nun auch das Backup umgezogen, soweit so gut, mal sehen ob Probleme auftreten...

@crunchip

Ich habe vom RPI wo Phoscon / Conbee 2 vor dem Umzug lief ,ein Backup gemacht.
Nun wollte ich das natürlich auf das neue Phoscon umziehen,qum nicht alles neu Anlernen zu müssen.

Das ging aber nicht,es heisst zwar nach dem zurückspielen.....Backup eingespielt....aber die Daten sind weg.Da ich keine Lust hatte Stundenlang zu suchen ...habe ich alles neu angelernt.Ging recht fix.

Ein Backup vom Container aus ...und wieder einspielen geht allerdings problemlos.....

Naja,hauptsache es rennt alles

@bananajoe Man lernt viel.... Um das angewinkelte SATA Datenkabel zu montieren, musste der Prozessorkühlkörper runter. War eine Premiere.
Von SATA Power Adapter musste der Molex abgekniffen, und ein vierpoliger 2,54 mm Flachstecker aufgelötet werden.

Proxmox und ein erster Spiel LXC mit Debian ist installiert.

Werde mal eine Messung der Leistungsaufnahme mit einer Schaltsteckdose machen.
EDIT: Messung ist gemacht, knapp 8 Watt bei geringfügiger CPU-Last (ca 2% laut Proxmox Übersichtsseite)

EDIT2:
Mit Stress die Kerne gestresst

stress -c 2 --timeout 60

CPU Load ca100% ca 21 Watt

EDIT: Als letzte habe ich noch eine kleine Änderung in den BIOS Settings gemacht.
Bisher ist er nicht angesprungen, wenn man den Rechner vor dem Ausschalten heruntergefahren hat, Netzstecker gezogen und später wieder eingesteckt hat - im Bios war

"Recovery from power loss -> last state"

eingestellt, habe das nun auf

"Recovery from power loss -> always on"

gesetzt....

Eine Sache werde ich ggfs noch anpassen

CAP_SYS_NICE: FTL sets itself as an important process to get some more processing time if the latter is running low

Das ist im Docker_compose.yml noch aktiviert... finde ich ggfs suboptimal, dass sich PiHole da so breit macht ...

.... # SYS_TIME # Optional, if Pi-hole should get some more processing time - SYS_NICE ....

Auf jeden Fall ist piHole schon recht fleißig...

de7f1cfe-3c77-4e10-8c31-0bd3e8a1f674-grafik.png

EDIT: Noch zwei Bilder
CPU über 100% angeblich...
467f32f4-b418-4721-ab3f-bf030aad0e50-grafik.png

Proxmox sagt etwas anderes über den LXC...
ac1f957a-0538-4d33-af5d-ba549688a989-grafik.png

@streifenkarl in eine VM kannst du ihn direkt zuweisen. (Hardware, Hinzufügen, USB)
Bei nem LXC musst du die Konfiguration am Container anpassen.

Nachtrag: Ja, er lässt sich nicht austricksen, die Anzahl der notwendigen Stimmen wird immer automatisch erhöht.
Es gibt zwar jede Menge Optionen, deren Erfolg müsste ich mal durchtesten:
https://manpages.debian.org/bookworm/corosync/votequorum.5.en.html