Basti219

hardwareseitig scheint es in Ordnung zu sein. Testweise habe ich mir ein Unraid auf einen anderen Stick installiert. Damit läuft es. Die go Einträge sind bewusst gemacht. Ich habe sie aber auch mal auskommentiert. Der Fehler bleibt bestehen.

Hi, ich wollte weg vom 24/7 Betrieb und habe das Sleep Plugin getestet. Sleep funktioniert wie gewünscht. Auch das Auswecken per WOL. Anschließend wird der Server aber heruntergefahren. In der Konsole zeigt er nur "Wait up to 90 secunds for graceful shutdown" an.. Was ich bisher gemacht habe: - Alle SATA Kabel getauscht. - Eine SSD abgeklemmt (hatte ich bei einem ähnlichen Problem gelesen) - Keine Verlängerung der Stromkabel im Gebrauch - Netzteil ist ausreichend dimensioniert Diagnose habe ich mal beigefügt. Und hier ist ein Auszug der Logdatei: text error warn system array login Sep 20 07:54:47 NAS kernel: smpboot: Booting Node 0 Processor 1 APIC 0x2 Sep 20 07:54:47 NAS kernel: CPU1 is up Sep 20 07:54:47 NAS kernel: smpboot: Booting Node 0 Processor 2 APIC 0x4 Sep 20 07:54:47 NAS kernel: CPU2 is up Sep 20 07:54:47 NAS kernel: smpboot: Booting Node 0 Processor 3 APIC 0x6 Sep 20 07:54:47 NAS kernel: CPU3 is up Sep 20 07:54:47 NAS kernel: smpboot: Booting Node 0 Processor 4 APIC 0x8 Sep 20 07:54:47 NAS kernel: CPU4 is up Sep 20 07:54:47 NAS kernel: smpboot: Booting Node 0 Processor 5 APIC 0xa Sep 20 07:54:47 NAS kernel: CPU5 is up Sep 20 07:54:47 NAS kernel: ACPI: PM: Waking up from system sleep state S3 Sep 20 07:54:47 NAS kernel: ACPI: EC: interrupt unblocked Sep 20 07:54:47 NAS kernel: ACPI: EC: event unblocked Sep 20 07:54:47 NAS kernel: serial 00:02: activated Sep 20 07:54:47 NAS kernel: i915 0000:00:02.0: [drm] [ENCODER:94:DDI B/PHY B] is disabled/in DSI mode with an ungated DDI clock, gate it Sep 20 07:54:47 NAS kernel: i915 0000:00:02.0: [drm] [ENCODER:111:DDI C/PHY C] is disabled/in DSI mode with an ungated DDI clock, gate it Sep 20 07:54:47 NAS kernel: ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:54:47 NAS kernel: ata5.00: Entering active power mode Sep 20 07:54:47 NAS kernel: ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:54:47 NAS kernel: ata6.00: Entering active power mode Sep 20 07:54:47 NAS kernel: ata5.00: configured for UDMA/133 Sep 20 07:54:47 NAS kernel: ata6.00: configured for UDMA/133 Sep 20 07:54:47 NAS kernel: OOM killer enabled. Sep 20 07:54:47 NAS kernel: Restarting tasks ... Sep 20 07:54:47 NAS kernel: mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915]) Sep 20 07:54:47 NAS kernel: done. Sep 20 07:54:47 NAS kernel: random: crng reseeded on system resumption Sep 20 07:54:47 NAS kernel: PM: suspend exit Sep 20 07:54:49 NAS shutdown[22642]: shutting down for system halt Sep 20 07:54:49 NAS init: Switching to runlevel: 0 Sep 20 07:54:49 NAS flash_backup: stop watching for file changes Sep 20 07:54:49 NAS init: Trying to re-exec init Sep 20 07:54:50 NAS kernel: mdcmd (37): nocheck cancel Sep 20 07:54:50 NAS kernel: e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None Sep 20 07:54:51 NAS emhttpd: Spinning up all drives... Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sdg Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sdd Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sde Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sdb Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sdf Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sdc Sep 20 07:54:51 NAS emhttpd: read SMART /dev/sda Sep 20 07:54:51 NAS kernel: ata2: link is slow to respond, please be patient (ready=0) Sep 20 07:54:51 NAS kernel: ata4: link is slow to respond, please be patient (ready=0) Sep 20 07:54:51 NAS kernel: ata1: link is slow to respond, please be patient (ready=0) Sep 20 07:54:51 NAS kernel: ata3: link is slow to respond, please be patient (ready=0) Sep 20 07:54:55 NAS crond[1165]: exit status 255 from user root /usr/local/emhttp/plugins/dynamix/scripts/monitor &> /dev/null Sep 20 07:54:56 NAS kernel: ata2: COMRESET failed (errno=-16) Sep 20 07:54:56 NAS kernel: ata1: COMRESET failed (errno=-16) Sep 20 07:54:56 NAS kernel: ata4: COMRESET failed (errno=-16) Sep 20 07:54:56 NAS kernel: ata3: COMRESET failed (errno=-16) Sep 20 07:55:01 NAS kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:55:01 NAS kernel: ata2.00: Entering active power mode Sep 20 07:55:01 NAS kernel: ata1: link is slow to respond, please be patient (ready=0) Sep 20 07:55:01 NAS kernel: ata4: link is slow to respond, please be patient (ready=0) Sep 20 07:55:01 NAS kernel: ata3: link is slow to respond, please be patient (ready=0) Sep 20 07:55:01 NAS kernel: ata2.00: configured for UDMA/133 Sep 20 07:55:05 NAS kernel: ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:55:05 NAS kernel: ata4.00: Entering active power mode Sep 20 07:55:05 NAS kernel: ata4.00: configured for UDMA/133 Sep 20 07:55:05 NAS kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:55:05 NAS kernel: ata1.00: Entering active power mode Sep 20 07:55:05 NAS kernel: ata1.00: configured for UDMA/133 Sep 20 07:55:06 NAS kernel: ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Sep 20 07:55:06 NAS kernel: ata3.00: Entering active power mode Sep 20 07:55:06 NAS kernel: ata3.00: configured for UDMA/133 Sep 20 07:55:06 NAS emhttpd: Stopping services... Sep 20 07:55:06 NAS root: Stopping CA Turbo Mode Sep 20 07:55:06 NAS root: Terminating 13958 Sep 20 07:55:06 NAS s3_sleep: ---------------------------------------------- Sep 20 07:55:06 NAS s3_sleep: command-args=-q Sep 20 07:55:06 NAS s3_sleep: action mode=sleep Sep 20 07:55:06 NAS s3_sleep: check disks status=no Sep 20 07:55:06 NAS s3_sleep: check network activity=no Sep 20 07:55:06 NAS s3_sleep: check active devices=no Sep 20 07:55:06 NAS s3_sleep: check local login=no Sep 20 07:55:06 NAS s3_sleep: check remote login=no Sep 20 07:55:06 NAS s3_sleep: version=3.0.11 Sep 20 07:55:06 NAS s3_sleep: ---------------------------------------------- Sep 20 07:55:06 NAS s3_sleep: included disks= Sep 20 07:55:06 NAS s3_sleep: excluded disks=sda sdb sdc sdd sde sdf sdg Sep 20 07:55:06 NAS s3_sleep: ---------------------------------------------- Sep 20 07:55:06 NAS s3_sleep: killing s3_sleep process 14116 Sep 20 07:55:06 NAS unassigned.devices: Unmounting All Devices... Sep 20 07:55:06 NAS sudo: pam_unix(sudo:session): session closed for user root Sep 20 07:55:07 NAS emhttpd: shcmd (118): /etc/rc.d/rc.samba stop Sep 20 07:55:07 NAS wsdd2[14283]: 'Terminated' signal received. Sep 20 07:55:07 NAS nmbd[14273]: [2024/09/20 07:55:07.232465, 0] ../../source3/nmbd/nmbd.c:59(terminate) Sep 20 07:55:07 NAS nmbd[14273]: Got SIGTERM: going down... nas-diagnostics-20240920-0748.zip

Falls es jemanden interessiert, den Fehler habe ich gefunden. Es lag am macvlan, Umstellung auf ipvlan hat den Fehler behoben. Aber ich verfolge diese Idee nicht weiter und schaue mir andere Lösungen an und werde euch dann wahrscheinlich in anderen Threads nervern Vielen Dank für eure Hilfe.

Aber es läuft ja nicht so, wie es soll. Deine Ausführungen klingen sehr interessant. Mit diesen Themen hatte ich mich im Vorfeld nie beschäftigt, deswegen klang meine theoretische Proxmox Lösung ganz gut und vor allem relativ einfach. Aber da es praktisch nicht läuft, bringt es mir ja nichts. Ein wenig offtopic, aber eine Frage habe ich noch zu deinem LXC-Plugin: Es werden aktuell nur priviligierte Container erstellt. Werden in Zukunft auch unpriviligierte möglich sein?

ganz im Gegenteil. Mit geht es um die Verfügbarkeit im Falle eines Ausfalls, ohne manuelles Einspielen eines Backups. Proxmox Baremetal ist das System, auf dem meine Dienste laufen. Die Proxmox VM dient nur als Backup. Die Dienste werden regelmäßig repliziert. Fällt der Baremetal aus, sind innerhalb von wenigen minuten automatisch die Dienste auf die VM umgezogen und gestartet, mit dem Stand der letzten Replizierung. Nutze ich nur die LXC in Unraid und Unraid fällt aus, muss ich erst einmal händisch einen Restore aus meinem Backup machen. Da ich oft nicht zuhause bin, ist das keine Option für Selfhosting.

Das sagte mir noch gar nichts. Werde ich mir mal in Ruhe anschauen. Danke

Der Use Case ist wahrscheinlich speziell, da gebe ich dir recht Mir gefällt einfach die Ausfallsicherheit bei Proxmox, weshalb ich die Dienste, die nicht ausfallen dürfen/sollen in einen LXC packe. Regelmäßige Replizierung sorgt bei Ausfall eines Hosts für keinen bis wenig Datenverlust und zu sehr kurzen Downtimes. Deshalb die zweite Instanz als VM in meinem 24/7 unRAID. Soviel zum Hintergrund. Meine Ubuntu VM hat keine Probleme, da kann ich dockern .... alles läuft.... Einstellungen decken sich eigentlich mit deinen. Außer dass ich Libvirt 8.7 und Quemu 7.2 habe. Ich werde es, die Tage im Proxmox Forum versuchen. In der Zwischenzeit teste ich noch ein wenig. Danke bis dahin.

Hallo, ich habe mir einen 2 Node Proxmox Cluster erstellt. Einen Baremetal und der andere als VM in Unraid. Baremetal Proxmox läuft problemlos. Die ProxmoxVM hingegen nicht. LXC Container haben keine konnektivität. Durch die Statisch vergebene IP sind sie vom Proxmox Host per ping erreichbar, aber sonst von keinem anderen Gerät. Die Container könnnen auch nicht raus pingen. Ist DHCP eingestellt, bekommen sie keine IP. Migriere ich die LXC auf den Baremetal Proxmox, läuft alles. Die Proxmoxvm hat allerdings konnektivität mit dem Netzwerk und kann auch ins Internet. Ich vermute, dass ich an den Netzwerkeinstellungen der VM etwas machen muss, wüsste aber nicht was. Aufgrund von Cell Traces habe ich folgende Netzwerkeinstellungen: Settings > Network Settings > eth0 > Enable Bonding = No Settings > Network Settings > eth0 > Enable Bridging = No Settings > Docker > Host access to custom networks = Enabled Vielen Dank

Vielen Dank für eure Hilfe! Jetzt weiß ich auch was alturismo mit dem trace meinte 🙂 I ch habe es gestern eingestellt und jetzt läuft es rund. 👍

Dockerdienst beenden und neustarten hat schon geholfen. Gestern habe ich den ganzen Server neugestartet, da er sich weggehangen hat. Ich beobachte nochmal ein paar Tage. *edit* Heute Nacht hat sich unraid wieder aufgehangen. Server neugestartet und die Verbindung vom NPM zu den anderen Diensten ist defekt. Ping vom NPM zum Host läuft nicht. Docker neugestartet und jetzt läuft es wieder. Die Ursache der Freezes des ganzen Systems sollte gefunden werden. Ich werde mal mirror das Syslog auf Flash aktivieren.

Hallo zusammen, ich habe ein kleines Problem, bei welchem ich nicht mehr weiterkomme. Ich habe mir ein paar Dienste eingerichtet und habe mit npm die Zertifikate erstellt und es lief. Heute ist mir aufgefallen, dass die Dienste nicht mehr erreichbar sind und ich nur den 502 Bad Gateway erhalte. Das einzige, was ich in der Zwischenzeit geändert habe, ist das Update meiner Fritzbox von 7.29 auf 7.56- IPv6 ist deaktiviert Portforwarding ist aktiv Dyn.DNS funktioniert npm läuft in custom: br0 mit einer eigenen IP Erstelle ich mir eine VM und erstelle dort den NPM Docker, so läuft alles, wie gewünscht. Meine laienhafte Vermutung ist, dass es irgendwo im Docker Netzwerk hakt. Aber ich wüsste nicht, wo ich anfangen sollte. Diagnostic habe ich mal beigefügt. Danke vorab. nas-diagnostics-20230906-1319.zip

Hallo, ich habe das Asrock j5040 neu eingebaut und das Problem, dass meine iGPU verschwindet, sobald ich eine VM beende. Aber ich reiche die iGPU nicht an die VM weiter. Wenn ich die VM beende zeigt die Log: kernel: pci 0000:00:02.0: Removing from iommu group 1 Ich weiß leider nicht, wie ich die Sache angehen kann. MfG nas-diagnostics-20220122-1733.zip