haeknp3nnr

wie oben geschrieben, reißt mir die Verbindung vom unRAID Webterminal ttyd auch bereits nach 20-30 Sekunden ab. So schnell geht auch kein Laptop in die PowerStates / Standby ... ist zu dem ein stationärer PC ohne solche Energiefeatures. Tut er nicht - sonst würde ich hier nicht so einen Fred aufmachen ! Es ist weder die Netzwerkverbindung noch das Session-Timeout des SSH Clients. Das keep-alive der SSH Clients funktioniert (On/Off - Gegenprobe mit verschiedenen Zeiten als Trigger probiert). Jedoch ist das Abreißen/Refresh/Reconnect der Terminal-Oberfläche vom Server (unRAID) initiiert. Egal welcher Browser (unRAID Webterminal ttyd - nach 20-30 Sekunden sind die Eingaben "weg" und das Terminal leer). Bei den SSH Clients dauert etwas länger.

- screen installiert -> gemacht wie beschrieben ! Funktioniert - ich bekomme die MC Session wieder ! Besten Dank hierfür !!!!!! Hab mal die Zeit gestoppt. Nach exakt 20 Sekunden wird das Webterminal-Fenster resetted. Das timeout/den reconnect muss man doch iwo als Wert setzen können ?

Die Netzwerkverbindung ist´s nicht. Gleiches Verhalten per LWL & Mgmt-LAN ... keine Paketverluste. Alle anderen Dienste arbeiten sauber.

Ich kann leider Nicht erkennen. Was ich aber feststelle, ist, dass sowohl das unRAID Webterminal als auch andere SSH-Clients wie putty / xshell nach einer gewissen Zeit einen "reset" durchführen und die Verbindung vom "foreign host" geschlossen wurde - letzteres sehe ich nur über SSH-Clients. Starte ich den MC also per Webterminal / %random SSH-Client% und z.B. einen Kopier-/Move-Vorgang per MC ist die Session nach X-Zeit "weg", jedoch noch im Hintergrund irgendwo aktiv und das blockiert das Herunterfahren bzw. verursacht dieses Verhalten (unclean shutdown) Hier ein Beispiel aus xshell. Das Verhalten tritt jedoch genauso auch beim Webterminal oder putty auf. Konnte mir bis dato damit behelfen, dass ich den MC einfach nicht benutze - was ich aber schade find. @mgutt: Gefühlt tritt dieses Verhalten mit dem Zwangsreset der SSH-Sessions seit Update auf die 6.10.x auf ! Laufe aktuell auf der 6.10.3. Habe auch schon im Menü geschaut, ob ich etwas zu solchen Timeout Settings finde ... jedoch konnte ich das nicht. Hier ein Video von jemandem auf reddit, der das gleiche Verhalten auffindet Terminal -> "mc" -> Kopier- oder Moves von Dateien/Ordnern ... mal kleine ... mal große ! Nix wildes - simples using Da passiert, dass die Webterminal Session "resetted/reconnected" wird bzw. die connection vom foreign host geclosed wird. Ordentlich schließen würde ich ja gerne. Jedoch ist Session schon vorher frozen und dann weg.

Mahlzeit ! Es ist nun doch mal wieder soweit .... der Midnight-Commander hängt sich in regelmäßigen Abständen auf und bleibt dann im Hintergrund auf das Share aktiv Schieße ich das Ganze per kill %pid% stopped das Array normal. Bekomme ich das halbwegs unkompliziert als Cron-Job als Trigger bei "ArrayStop / Shutdown / Restart" hinterlegt oder hat jemand eine Idee, warum sich der MC ständig weghängt ?

Moin Moin, würde ich gerne ausprobieren, nur "leider" tritt der Fehler nun nicht mehr auf. Thema ist erst einmal durch. Würde deine Tipps durchgehen, wenn es wieder hochkommt. Besten Dank und viele Grüße

das ist die "nvme-cache", welche ich testweise aus dem Cache-Pool genommen, dann als Disk-Share per unassigned Devices eingebunden habe.

nicht das ich wüsste ! Ich kann auch vorher manuell alle Docker / VMs etc. beenden, den Mover manuell laufen lassen und dann das Array manuell stoppen ... gleiches Fehlerbild der Befehl zeigt Nichts an Habe die NVME bereits mal aus dem "Cache-Pool" geschmissen und als einzelne Disk via "unassigned devices" eingebunden. Auch hier beim Versuch das hinterher zu unmounten folgende Meldung - und es es Nichts auf der Platte / kein Dienst ist konfiguriert hierauf zuzugreifen:

Moin Leute, wie der Titel schon sagt, bekomme ich jedes mal beim Stoppen des Arrays / Herunterfahren - Starten / Neustart die o.g. Fehlermeldung und er beginnt nach dem Hochfahren seine Paritätsprüfung. - die Timeouts für Docker / VMs / Disks habe ich gemäß diesem Thread gesetzt - Tipps & Tweaks "Processes to kill before Array is Stopped" -> ssh,bash Versuche ich manuell das Array zu stoppen, um das Log voll zu bekommen erhalte ich folgendes: Jun 30 09:29:20 unraid emhttpd: shcmd (1558): umount /mnt/nvme-cache Jun 30 09:29:20 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:20 unraid emhttpd: shcmd (1558): exit status: 32 Jun 30 09:29:20 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:25 unraid emhttpd: Unmounting disks... Jun 30 09:29:25 unraid emhttpd: shcmd (1559): umount /mnt/nvme-cache Jun 30 09:29:25 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:25 unraid emhttpd: shcmd (1559): exit status: 32 Jun 30 09:29:25 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:30 unraid emhttpd: Unmounting disks... Jun 30 09:29:30 unraid emhttpd: shcmd (1560): umount /mnt/nvme-cache Jun 30 09:29:30 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:30 unraid emhttpd: shcmd (1560): exit status: 32 Jun 30 09:29:30 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:35 unraid emhttpd: Unmounting disks... Jun 30 09:29:35 unraid emhttpd: shcmd (1561): umount /mnt/nvme-cache Jun 30 09:29:35 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:35 unraid emhttpd: shcmd (1561): exit status: 32 Jun 30 09:29:35 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:40 unraid emhttpd: Unmounting disks... Jun 30 09:29:40 unraid emhttpd: shcmd (1562): umount /mnt/nvme-cache Jun 30 09:29:40 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:40 unraid emhttpd: shcmd (1562): exit status: 32 Jun 30 09:29:40 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:45 unraid emhttpd: Unmounting disks... Jun 30 09:29:45 unraid emhttpd: shcmd (1563): umount /mnt/nvme-cache Jun 30 09:29:45 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:45 unraid emhttpd: shcmd (1563): exit status: 32 Jun 30 09:29:45 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:50 unraid emhttpd: Unmounting disks... Jun 30 09:29:50 unraid emhttpd: shcmd (1564): umount /mnt/nvme-cache Jun 30 09:29:50 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:50 unraid emhttpd: shcmd (1564): exit status: 32 Jun 30 09:29:50 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:29:55 unraid emhttpd: Unmounting disks... Jun 30 09:29:55 unraid emhttpd: shcmd (1565): umount /mnt/nvme-cache Jun 30 09:29:55 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:29:55 unraid emhttpd: shcmd (1565): exit status: 32 Jun 30 09:29:55 unraid emhttpd: Retry unmounting disk share(s)... Jun 30 09:30:00 unraid emhttpd: Unmounting disks... Jun 30 09:30:00 unraid emhttpd: shcmd (1566): umount /mnt/nvme-cache Jun 30 09:30:00 unraid root: umount: /mnt/nvme-cache: target is busy. Jun 30 09:30:00 unraid emhttpd: shcmd (1566): exit status: 32 Jun 30 09:30:00 unraid emhttpd: Retry unmounting disk share(s)... ... und das bis er umfällt bzw. die Timeout´s übersteigt und kein graceful shutdown möglich ist ! Im Log auf dem Flash Stick steht leider auch nur "unclean shutdown detected" und das er versucht hat die disk zu unmounten. Aus dem angehängten syslog von gestern Abend sieht man, dass er um 22:44 Uhr angefangen hat zu "unmounten" Jun 29 22:44:35 unraid emhttpd: shcmd (219910): umount /mnt/cache-nvme Jun 29 22:44:35 unraid root: umount: /mnt/cache-nvme: target is busy. Jun 29 22:44:35 unraid emhttpd: shcmd (219910): exit status: 32 .......... .......... Jun 29 23:01:46 unraid root: root 31041 .rce. ttyd Jun 29 23:01:46 unraid root: /mnt/cache-nvme: root kernel mount /mnt/cache-nvme Jun 29 23:01:46 unraid root: root 20968 ..c.. mc Jun 29 23:01:46 unraid root: /mnt/disks: root kernel mount /mnt/disks Jun 29 23:01:46 unraid root: /mnt/remotes: root kernel mount /mnt/remotes Jun 29 23:01:46 unraid root: /mnt/rootshare: root kernel mount /mnt/rootshare Jun 29 23:01:46 unraid root: Active pids left on /dev/md* Jun 29 23:01:46 unraid root: Generating diagnostics... Jun 29 23:01:50 unraid emhttpd: Unmounting disks... Jun 29 23:01:50 unraid emhttpd: shcmd (220121): umount /mnt/cache-nvme Jun 29 23:01:50 unraid root: umount: /mnt/cache-nvme: target is busy. Jun 29 23:01:50 unraid emhttpd: shcmd (220121): exit status: 32 Jun 29 23:01:50 unraid emhttpd: Retry unmounting disk share(s)... ... dann ist das Log zu Ende und unraid hat heruntergefahren. Habt Ihr Ideen ? Besten Dank im voraus & Grüße syslog.txt