NEWS

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

@guitardoc

Die Backups werden nach /mnt/sda gesichert - wenn da keine Festplatte gemouted ist, gehen sie trotzdem da hin und das füllt die Systemplatte.

Wieso nicht nicht gemounted war, weiß ich nicht.

@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

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

@dieter_p said in Proxmox Ja oder Nein?:

Aktuell setze ich nebenbei den BT3 Pro vom Testsystem auf um ihn gleich 150km entfernt extra dazu am Produktivsystem gegen den "zickenden" BT3 Pro zu tauschen.

Eh der N150 hier geliefert wird, werden die Emotionen bestimmt wieder runter gekocht sein und ich überlege nochmal ob ich ihn einsetze oder umtausche.

So melde Vollzug und bei so eine Extratour inklusive Stau hat man Zeit zu überlegen. Und konnte zum Glück des Problem identifizieren. Bei der Neuinstallation am Wochenende hab ich das externe Netzteil getauscht, weil das alte etwas wackelig saß. Mit dem neuen Netztel die gesamte Neuinstallation inklusive Restore durchgezogen (ohne bemerkte Probleme).
Nun ließ sich aber replizerbar der Rechner Neustarten und über SSH gab es einen Anmeldevorgang der aber mit Eingabe des Passwortes abbrach. Im Hintergrund (ohne Anmeldung) sollte ja trotzdem IOB etc starten, was nicht der Fall war.

Jetzt mit dem Tausch des Netzteils wieder zurück war wieder alles ok. Also defintiv dieses Netzteil schuld.
Naja, mal drüber schlafen und gucken ob der N150 nicht dennoch einen Einsatz findet, ob mit oder ohne Proxmox. Da ich kurzfristig sowieso MySql/MariadB auflösen wollte, wird es noch simpler was für mich für eine native Installation spricht.

@meister-mopper Danke, habs hinbekommen mit dieser Anleitung.
https://gist.github.com/baudneo/04a6e8c42ec4e8f9705824165e6ee0f5