@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 :man-bowing:

@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... [image: 1740416445241-de7f1cfe-3c77-4e10-8c31-0bd3e8a1f674-grafik.png] EDIT: Noch zwei Bilder CPU über 100% angeblich... [image: 1740417964492-467f32f4-b418-4721-ab3f-bf030aad0e50-grafik.png] Proxmox sagt etwas anderes über den LXC... [image: 1740418115153-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

@crunchip sagte in ioBroker in Proxmox gesperrt, wer kann helfen: bitte kein Schnellschuss ins blaue Hallo, Nach mehreren Versuche gestern ist es mir nun gelungen die Problematik zu beheben. die gestrigen Probleme bezogen sich nicht auf das Backup sondern darin, das meine VIS vollkommen zerschossen war. Das ist aber behoben und das Backup wird in der usbfestplatte angelegt. Zuvor hatte ich auch die zeitgesteuerte Variante mit Grafana und Influx zu meiner vollsten Zufriedenheit. jetzt werde ich noch den ioBroker einfügen. Danke an alle die mich bei der Lösung des Problems unterstützt haben. MfG Michael

@wolfi913 Ja geht tatsächlich. Danke dir! Allen anderen: auch Danke. Sry für den unnötigen Post.

wegen des Verbindungsabbruch habe ich den RPI3 USV-Server vom Netz genommen um mit aktuellem Debian-Image einen neu zu beginnen. Das war eine anscheinend eine schlechte Idee denn alle Clients --- NUC, CCU3 und beide Synology'en -- sind daraufhin runtergefahren. Funktionstest bestanden ;-)

@martinschm Ja, Du willst ja in Frigate den go2rtc stream verwenden. Tschau Uwe

@meister-mopper sagte in "Rettung" proxmox System: Welchen Wert nimmst du als kritisch an und warum? Schwer zu sagen. Je nachdem wie dieser Wert zustande kommt. Es wird sich um eine Schätzung der Restlebensdauer handeln. Bei SSD ist meist der Wert der geschriebenen Daten für die Lebensdauer angegeben. In Tests wurde der teilweise weit übertroffen. Ob der aber für diesen Wert herangezogen wird, weiß ich nicht. Vielleicht hilf diese Erklärung (https://schroederdennis.de/allgemein/proxmox-disk-wearout-erklaerung-smart-disk-error-fail-smartctl-tipps/) Ich würde das Laufwerk auf jeden Fall tauschen bevor der Wert 0% erreicht. Einen plötzlichen Totalausfall kann man ohnehin nicht voraussagen. Der kann jederzeit passieren. Daher immer Backups machen!