zw3ist3in

Problem: Mein Unraid-Server stürzt in unregelmäßigen Abständen ohne Vorwarnung ab. Es gibt keine (mir offensichtlichen) Kernel Panics, Display Output ist dunkel, Web Oberfläche ist nicht mehr erreichbar, Docker Container und VMs sind tot und nicht mehr erreichbar, jedoch der Server ist nicht aus (lüfter drehen etc). Ich schreibe per Syslog auf einen der shares das Log, auch hier kann ich nichts erkennen, das mich weiter bringt. Das hier ist das Log von gestern Nacht/heute Früh. Ich sehe in den Home Assistant Daten, dass der Server zwischen 2 und 6 abgestürzt sein muss, um 10:15 dann der harte Neustart: Bisherige Troubleshoots: Hardware-Checks: Nachdem ich erst RAM vermutet habe als Fehlerquelle, habe ich tatsächlich zwei der vier Riegel identifiziert, die im Memtest gefailt sind. Um das als Fehler auszuschließen, habe ich die ausgebaut nnd die verbleibenden (pass) riegel belassen. Es bleibt mir aber das Gefühl, dass vielleicht auch die Speicherbänke oder sogar der Memorycontroller der CPU altersschwach sein könnten..? Keine auffälligen SMART-Werte bei den Festplatten Stromversorgung: Das Netzteil musste ich nach dem Tod des vorigen vor etwa einem Jahr tauschen. Da meine USV Batterie altersschwach ist, habe ich den Server aktuell ohne USV an einem eigenen Stromkreis. Problem weiterhin. Dateisystem: Dateisystemprüfung (XFS) bei allen Platten → Keine Fehler Parity-Check durchgeführt → Kein Fehler, aber währenddessen taucht aber extrem oft „VFS disk_free failed“ Fehler in den Logs auf. Mehrfach pro Sekunde. Auch hier habe ich keine Ahnung woran das liegt, hat das vielleicht damit zutun? Software & Logs Unraid Logs analysiert → Kein klarer Hinweis, außer gelegentliche „sys_disk_free: VFS disk_free failed“ Fehler Keine auffälligen SMART-Werte bei den Festplatten. Ich bin nun mit meiner Fehlersuche am Ende und suche weitere Ideen, um die Absturzursache einzugrenzen. Hat jemand ähnliche Erfahrungen oder Vorschläge für weitere Tests? Bevor ich aber den großen Schlag mache und einen neues Server bauen (muss), würde ich gerne ausschließen ob es an was andrem als Hardware liegt. EDIT: Das System basiert auf meinem altern Gaming Rechner: ASRock z370 Fatality Extreme Gaming i7 Board, i7 8700K, 64 GB (aktuell nur 32) 3200 MT/s RAM. 7X HDD 2x NVME.

ja, das habe ich auch schon gemacht. Ich versteh es nicht. Dennoch, danke dir! Vielleicht spinnt das Unraid auch generell habe noch ein massives anderes Thema. Aber das an einem anderen Thread.

also nutzt du bei dir den HDMI Ausgang? Vielleicht liegt es auch an dem Monitor, das ist ein altes internes Display, das mit einem Display Driver aus China neues Leben erhalten hat. Dennoch, es klappt bei anderen Rechnern, die angeschlossen sind auch. Daher denke ich nicht, dass es daran liegt. Das mit dem Kaltstart habe ich schon unbeabsichtigter Weise öfter probiert, da in letzter Zeit ein paar mal der Leistungsschutzschalter herausgeflogen ist..

Der Fehler hier ist vermutlich in den Logs zu sehen: ValueError: Incorrect timezone setting: europe/berlin es muss vermutlich Europe/Berlin heißen.

leider hat das nichts geändert. Gleiches Bild. IMG_1534(1).MOV

nein bisher nicht, ich hatte verstanden, das ist nur um bei einer DGPU, die iGPU auch als Output zu verwenden?

Hallo zusammen, ich habe ein Problem mit meinem Unraid-Server (Version 7.0.0, Bare-Metal auf Intel i7-8700K und integrierter iGPU, keine DGPU). Mein Monitor ist am DisplayPort Anschluss direkt an das Mainboard angeschlossen. Problem: Beim Booten (BIOS & Unraid-POST) funktioniert der DisplayPort-Ausgang normal. Sobald Unraid vollständig hochgefahren ist, wird das Bildsignal auf HDMI umgeschaltet. Andersherum, bekomme ich, wenn ich nur HDMI nutze, den POST und Bootvorgang nicht angezeigt. Im Bios ist Primär auf iGPU eingestellt und "iGPU Multi-Monitor" ist aus. Woran kann das liegen? Danke schon mal!

Danke für den Input, ja es war zwischenzeitlich mal ausgefüllt, dann dachte ich wohl zwischenzeitlich es könnte der Grund für den Fehler sein. Ich habe iHD nun wieder hinzugefügt und privileged entfernt. Ich teste und schaue ob zumindest das privileged Thema gelöst ist. Ob iGPU damit funktioniert weiß ich damit noch nicht. Ich habe gerade scheinbar ein ganz anderes Problem erst zu lösen, die stabilen Kamerafeeds spucken einen Tag später lauter Fehler wie diese: 2024-11-26 23:12:23.816397736 [2024-11-26 23:12:23] frigate.video ERROR : reolink_duo2: Unable to read frames from ffmpeg process. 2024-11-26 23:12:23.816835382 [2024-11-26 23:12:23] frigate.video ERROR : reolink_duo2: Unable to read frames from ffmpeg process. 2024-11-26 23:12:23.817275865 [2024-11-26 23:12:23] frigate.video ERROR : reolink_duo2: Unable to read frames from ffmpeg process. 2024-11-26 23:12:23.817691237 [2024-11-26 23:12:23] frigate.video ERROR : reolink_duo2: Unable to read frames from ffmpeg process. Das muss ich erst mal erklären können. Es ist nichts anders als gestern was Einstellungen betrifft.

Hallo zusammen, ich bekomme meine config in Frigate nicht so richtig hin. CPU only läuft es halbwegs aber meine Versuche die iGPU meines 8700k zu nutzen, schlagen fehl. Aktuell sieht der Teil so aus: detectors: ov: type: openvino device: GPU model: width: 300 height: 300 input_tensor: nhwc input_pixel_format: bgr path: /openvino-model/ssdlite_mobilenet_v2.xml labelmap_path: /openvino-model/coco_91cl_bkgr.txt und ich muss den Container als privileged laufen lassen damit es halbwegs klappt aber es bleibt bei bootloops. Das ist die Einstellung des Containers in Unraid Das sind die Logs aus dem Container s6-rc: info: service frigate successfully stopped s6-rc: info: service go2rtc: stopping s6-rc: info: service frigate-log: stopping 2024-11-25 23:24:34.305446380 exit with signal: terminated s6-rc: info: service frigate-log successfully stopped 2024-11-25 23:24:34.309720978 [INFO] The go2rtc service exited with code 0 (by signal 0) s6-rc: info: service go2rtc successfully stopped s6-rc: info: service go2rtc-log: stopping s6-rc: info: service go2rtc-log successfully stopped s6-rc: info: service log-prepare: stopping s6-rc: info: service s6rc-fdholder: stopping s6-rc: info: service log-prepare successfully stopped s6-rc: info: service legacy-cont-init: stopping s6-rc: info: service s6rc-fdholder successfully stopped s6-rc: info: service legacy-cont-init successfully stopped s6-rc: info: service fix-attrs: stopping s6-rc: info: service fix-attrs successfully stopped s6-rc: info: service s6rc-oneshot-runner: stopping s6-rc: info: service s6rc-oneshot-runner successfully stopped s6-rc: info: service s6rc-fdholder: starting s6-rc: info: service s6rc-oneshot-runner: starting s6-rc: info: service s6rc-oneshot-runner successfully started s6-rc: info: service fix-attrs: starting s6-rc: info: service s6rc-fdholder successfully started s6-rc: info: service fix-attrs successfully started s6-rc: info: service legacy-cont-init: starting s6-rc: info: service legacy-cont-init successfully started s6-rc: info: service log-prepare: starting s6-rc: info: service log-prepare successfully started s6-rc: info: service nginx-log: starting s6-rc: info: service go2rtc-log: starting s6-rc: info: service frigate-log: starting s6-rc: info: service certsync-log: starting s6-rc: info: service nginx-log successfully started s6-rc: info: service go2rtc-log successfully started s6-rc: info: service go2rtc: starting s6-rc: info: service frigate-log successfully started s6-rc: info: service certsync-log successfully started s6-rc: info: service go2rtc successfully started s6-rc: info: service go2rtc-healthcheck: starting s6-rc: info: service frigate: starting s6-rc: info: service go2rtc-healthcheck successfully started s6-rc: info: service frigate successfully started s6-rc: info: service nginx: starting 2024-11-25 23:24:39.126690700 [INFO] Preparing Frigate... 2024-11-25 23:24:39.129579040 [INFO] Starting NGINX... 2024-11-25 23:24:39.131886334 [INFO] Preparing new go2rtc config... 2024-11-25 23:24:39.140059968 [INFO] Starting Frigate... 2024-11-25 23:24:39.532672522 [INFO] Starting go2rtc... 2024-11-25 23:24:39.691777952 23:24:39.691 INF go2rtc platform=linux/amd64 revision=b2399f3 version=1.9.2 2024-11-25 23:24:39.691793132 23:24:39.691 INF config path=/dev/shm/go2rtc.yaml 2024-11-25 23:24:39.692108200 23:24:39.692 INF [api] listen addr=:1984 2024-11-25 23:24:39.692120565 23:24:39.692 INF [rtsp] listen addr=:8554 2024-11-25 23:24:39.692251849 23:24:39.692 INF [webrtc] listen addr=:8555/tcp s6-rc: info: service nginx successfully started s6-rc: info: service certsync: starting s6-rc: info: service certsync successfully started s6-rc: info: service legacy-services: starting 2024-11-25 23:24:40.230967515 [INFO] Starting certsync... s6-rc: info: service legacy-services successfully started 2024-11-25 23:24:40.319475058 127.0.0.1 - - [25/Nov/2024:23:24:40 +0100] "" 400 0 "-" "-" "-" 2024-11-25 23:24:40.727431299 [2024-11-25 23:24:40] frigate.app INFO : Starting Frigate (0.14.1-f4f3cfa) 2024-11-25 23:24:40.727534916 [2024-11-25 23:24:40] frigate.util.config INFO : Checking if frigate config needs migration... 2024-11-25 23:24:40.780077980 [2024-11-25 23:24:40] frigate.util.config INFO : frigate config does not need migration... 2024-11-25 23:24:40.823011393 [2024-11-25 23:24:40] frigate.config WARNING : Customizing more than a detector model path is unsupported. 2024-11-25 23:24:40.839077812 [2024-11-25 23:24:40] peewee_migrate.logs INFO : Starting migrations 2024-11-25 23:24:40.840242339 [2024-11-25 23:24:40] peewee_migrate.logs INFO : There is nothing to migrate 2024-11-25 23:24:40.848307043 [2024-11-25 23:24:40] frigate.app INFO : Recording process started: 366 2024-11-25 23:24:40.856392446 [2024-11-25 23:24:40] frigate.app INFO : Recording process started: 375 2024-11-25 23:24:40.860268279 [2024-11-25 23:24:40] frigate.app INFO : go2rtc process pid: 98 2024-11-25 23:24:40.892404161 [2024-11-25 23:24:40] detector.ov INFO : Starting detection process: 395 2024-11-25 23:24:40.898683429 [2024-11-25 23:24:40] frigate.app INFO : Output process started: 397 2024-11-25 23:24:40.947516275 [2024-11-25 23:24:40] frigate.app INFO : Camera processor started for reolink_doorbell: 418 2024-11-25 23:24:40.955412917 [2024-11-25 23:24:40] frigate.app INFO : Camera processor started for reolink_duo2: 426 2024-11-25 23:24:40.963357272 [2024-11-25 23:24:40] frigate.app INFO : Camera processor started for reolink_rlc810wa: 431 2024-11-25 23:24:40.981350571 [2024-11-25 23:24:40] frigate.app INFO : Capture process started for reolink_doorbell: 442 2024-11-25 23:24:40.982518119 [2024-11-25 23:24:40] frigate.app INFO : Capture process started for reolink_duo2: 450 2024-11-25 23:24:40.996574501 [2024-11-25 23:24:40] frigate.app INFO : Capture process started for reolink_rlc810wa: 458 2024-11-25 23:24:44.801389831 [2024-11-25 23:24:44] frigate.detectors.plugins.openvino ERROR : SSD model input doesn't match. Found [1,300,300,3]. 2024-11-25 23:24:44.805121368 Process detector:ov: 2024-11-25 23:24:44.806124795 Traceback (most recent call last): 2024-11-25 23:24:44.806177212 File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap 2024-11-25 23:24:44.806179010 self.run() 2024-11-25 23:24:44.806180778 File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run 2024-11-25 23:24:44.806184486 self._target(*self._args, **self._kwargs) 2024-11-25 23:24:44.806186837 File "/opt/frigate/frigate/object_detection.py", line 125, in run_detector 2024-11-25 23:24:44.806203216 detections = object_detector.detect_raw(input_frame) 2024-11-25 23:24:44.806205148 File "/opt/frigate/frigate/object_detection.py", line 75, in detect_raw 2024-11-25 23:24:44.806207002 return self.detect_api.detect_raw(tensor_input=tensor_input) 2024-11-25 23:24:44.806208483 File "/opt/frigate/frigate/detectors/plugins/openvino.py", line 160, in detect_raw 2024-11-25 23:24:44.806209774 infer_request.infer(input_tensor) 2024-11-25 23:24:44.806211359 File "/usr/local/lib/python3.9/dist-packages/openvino/runtime/ie_api.py", line 132, in infer 2024-11-25 23:24:44.806235817 return OVDict(super().infer(_data_dispatch( 2024-11-25 23:24:44.806321982 RuntimeError: Exception from src/inference/src/cpp/infer_request.cpp:116: 2024-11-25 23:24:44.806324246 Exception from src/inference/src/cpp/infer_request.cpp:66: 2024-11-25 23:24:44.806327240 Check 'shape.compatible(ov::PartialShape(tensor->get_shape())) || tensor->get_shape() == ov::Shape {0} || port.get_partial_shape().is_dynamic()' failed at src/plugins/intel_gpu/src/plugin/sync_infer_request.cpp:146: 2024-11-25 23:24:44.806329238 [GPU] The tensor size is not equal to model, can't set input tensor with index: 0, because model input (shape=[1,300,300,3]) and tensor (shape=[1,320,320,3]) are incompatible 2024-11-25 23:24:44.806330509 2024-11-25 23:24:44.806331577 2024-11-25 23:24:44.806332660 2024-11-25 23:24:49.127332569 [INFO] Starting go2rtc healthcheck service... 2024-11-25 23:25:01.144467465 [2024-11-25 23:25:01] frigate.watchdog INFO : Detection appears to be stuck. Restarting detection process... 2024-11-25 23:25:01.160208184 [2024-11-25 23:25:01] detector.ov INFO : Starting detection process: 623 2024-11-25 23:25:04.776387195 [2024-11-25 23:25:04] frigate.detectors.plugins.openvino ERROR : SSD model input doesn't match. Found [1,300,300,3]. 2024-11-25 23:25:04.779642037 Process detector:ov: 2024-11-25 23:25:04.780367234 Traceback (most recent call last): 2024-11-25 23:25:04.780423825 File "/usr/lib/python3.9/multiprocessing/process.py", line 315, in _bootstrap 2024-11-25 23:25:04.780426394 self.run() 2024-11-25 23:25:04.780428314 File "/usr/lib/python3.9/multiprocessing/process.py", line 108, in run 2024-11-25 23:25:04.780429975 self._target(*self._args, **self._kwargs) 2024-11-25 23:25:04.780442088 File "/opt/frigate/frigate/object_detection.py", line 125, in run_detector 2024-11-25 23:25:04.780443347 detections = object_detector.detect_raw(input_frame) 2024-11-25 23:25:04.780444662 File "/opt/frigate/frigate/object_detection.py", line 75, in detect_raw 2024-11-25 23:25:04.780445825 return self.detect_api.detect_raw(tensor_input=tensor_input) 2024-11-25 23:25:04.780447112 File "/opt/frigate/frigate/detectors/plugins/openvino.py", line 160, in detect_raw 2024-11-25 23:25:04.780448478 infer_request.infer(input_tensor) 2024-11-25 23:25:04.780450257 File "/usr/local/lib/python3.9/dist-packages/openvino/runtime/ie_api.py", line 132, in infer 2024-11-25 23:25:04.780451776 return OVDict(super().infer(_data_dispatch( 2024-11-25 23:25:04.780453507 RuntimeError: Exception from src/inference/src/cpp/infer_request.cpp:116: 2024-11-25 23:25:04.780455189 Exception from src/inference/src/cpp/infer_request.cpp:66: 2024-11-25 23:25:04.780457798 Check 'shape.compatible(ov::PartialShape(tensor->get_shape())) || tensor->get_shape() == ov::Shape {0} || port.get_partial_shape().is_dynamic()' failed at src/plugins/intel_gpu/src/plugin/sync_infer_request.cpp:146: 2024-11-25 23:25:04.780485953 [GPU] The tensor size is not equal to model, can't set input tensor with index: 0, because model input (shape=[1,300,300,3]) and tensor (shape=[1,320,320,3]) are incompatible 2024-11-25 23:25:04.780487528 2024-11-25 23:25:04.780488745 2024-11-25 23:25:04.780489867 EDIT: wenn ich privileged raus mache und nur detectors: cpu: type: cpu verwende kann ich es nutzen, aber halt ohne GPU detection: 2024-11-25 23:33:54.508053437 [INFO] Preparing Frigate... 2024-11-25 23:33:54.509879221 [INFO] Starting NGINX... 2024-11-25 23:33:54.520006106 [INFO] No TLS certificate found. Generating a self signed certificate... 2024-11-25 23:33:54.539814312 [INFO] Preparing new go2rtc config... 2024-11-25 23:33:54.540410363 [INFO] Starting Frigate... 2024-11-25 23:33:55.061570171 [INFO] Starting go2rtc... 2024-11-25 23:33:55.190393224 23:33:55.190 INF go2rtc platform=linux/amd64 revision=b2399f3 version=1.9.2 2024-11-25 23:33:55.190408015 23:33:55.190 INF config path=/dev/shm/go2rtc.yaml 2024-11-25 23:33:55.190767760 23:33:55.190 INF [api] listen addr=:1984 2024-11-25 23:33:55.190899142 23:33:55.190 INF [rtsp] listen addr=:8554 2024-11-25 23:33:55.191056420 23:33:55.191 INF [webrtc] listen addr=:8555/tcp 2024-11-25 23:33:55.206567547 2024/11/25 23:33:55 [error] 172#172: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 10.10.42.11, server: , request: "GET /api/stats HTTP/1.1", subrequest: "/auth", upstream: "http://127.0.0.1:5001/auth", host: "10.10.42.10:5000" 2024-11-25 23:33:55.206585459 2024/11/25 23:33:55 [error] 172#172: *1 auth request unexpected status: 502 while sending to client, client: 10.10.42.11, server: , request: "GET /api/stats HTTP/1.1", host: "10.10.42.10:5000" 2024-11-25 23:33:55.940376654 [INFO] Starting certsync... 2024-11-25 23:33:56.024282361 127.0.0.1 - - [25/Nov/2024:23:33:56 +0100] "" 400 0 "-" "-" "-" 2024-11-25 23:33:56.507257636 [2024-11-25 23:33:56] frigate.app INFO : Starting Frigate (0.14.1-f4f3cfa) 2024-11-25 23:33:56.507346819 [2024-11-25 23:33:56] frigate.util.config INFO : Checking if frigate config needs migration... 2024-11-25 23:33:56.552454220 [2024-11-25 23:33:56] frigate.util.config INFO : frigate config does not need migration... 2024-11-25 23:33:56.623689978 [2024-11-25 23:33:56] peewee_migrate.logs INFO : Starting migrations 2024-11-25 23:33:56.624808328 [2024-11-25 23:33:56] peewee_migrate.logs INFO : There is nothing to migrate 2024-11-25 23:33:56.633937877 [2024-11-25 23:33:56] frigate.app INFO : Recording process started: 366 2024-11-25 23:33:56.641859970 [2024-11-25 23:33:56] frigate.app INFO : Recording process started: 375 2024-11-25 23:33:56.645915853 [2024-11-25 23:33:56] frigate.app INFO : go2rtc process pid: 98 2024-11-25 23:33:56.680356803 [2024-11-25 23:33:56] detector.cpu INFO : Starting detection process: 395 2024-11-25 23:33:56.687002033 [2024-11-25 23:33:56] frigate.detectors WARNING : CPU detectors are not recommended and should only be used for testing or for trial purposes. 2024-11-25 23:33:56.687963567 [2024-11-25 23:33:56] frigate.app INFO : Output process started: 397 2024-11-25 23:33:56.737870658 [2024-11-25 23:33:56] frigate.app INFO : Camera processor started for reolink_doorbell: 411 2024-11-25 23:33:56.745308808 [2024-11-25 23:33:56] frigate.app INFO : Camera processor started for reolink_duo2: 412 2024-11-25 23:33:56.757165161 [2024-11-25 23:33:56] frigate.app INFO : Camera processor started for reolink_rlc810wa: 420 2024-11-25 23:33:56.768564631 [2024-11-25 23:33:56] frigate.app INFO : Capture process started for reolink_doorbell: 426 2024-11-25 23:33:56.777232186 [2024-11-25 23:33:56] frigate.app INFO : Capture process started for reolink_duo2: 429 2024-11-25 23:33:56.785745107 [2024-11-25 23:33:56] frigate.app INFO : Capture process started for reolink_rlc810wa: 433 2024-11-25 23:34:00.241728665 [2024-11-25 23:34:00] frigate.util.services ERROR : Unable to poll intel GPU stats: Failed to initialize PMU! (Operation not permitted)

Funktioniert wunderbar, rebuild dauert nun noch ein paar Stunden. Danke!

Danke, ja das stimmt, dann mache ich das so. ist preclear weiterhin empfohlen?

Sehr gute Punkte, danke! Zu der sterbenden Platte: Es ist schon ein paar Wochen so und ich meine die Anzahl der fehlerhaften Sektoren ist nicht schnell steigend. Dennoch, die Fehler klingen eher ernst: Ich denke die Fehler liegen einfach an der langen Laufdauer. Zum Backup. Ich mache alle paar Monate ein rsync backup aller (der meisten) Daten auf eine einzelne 16 TB Platte, die ich schon vor einigen Jahren gekauft habe. Die Platte ist offline und liegt in einem anderen Raum (Backup aktuell 4 Wochen alt, wäre also nervig aber nicht katastrophal wenn das Array stärbe.)

Hallo zusammen, Eine meiner alten 3 TB Platten spuckt SMART Errors. Da ich nun langsam auf größere Platten wechseln will und das nicht alles auf einmal stemmen möchte, habe ich mir erst mal eine 16 TB Platte gekauft, mit dem Plan, wenn weitere Platten sterben, weitere 16 TBs nachzukaufen. Nun muss ja die Parity die größte Platte sein, also die neue 16 TB Platte. Die kaputte ist aber nicht die Parity sondern eine der 6 Array Platten. Wie gehe ich hier am besten vor? Danke schon mal!

Noch ein gutes Update. Das VM Backup Plugin hat tatsächlich funktioniert. Speziell die Home Assistant VM nutzt keine .img, sondern .qcow2 files. Wenn mich nicht alles täuscht, bin ich auf einem guten Weg.

Vielen Dank dir! Es hilft mir schon, dass ich es theoretisch richtig gemacht habe. Es kann sein, dass die docker.img durch das kaputte Dateisystem auf der cache Platte kaputt war als ich es sicherte.. Nachdem ich wieder ein custom Docker Netzwerk erstellt habe, klappt auch das neu Erstellen der Container nach und nach aus den Templates. Das ist schon mal gut. Die schlechte Nachricht ist, scheinbar hat das Heruntersichern der einen wichtigen Home Assistant VM auch nicht richtig geklappt. Aber darum kümmere ich mich, wenn ich Docker hinbekommen habe.

ok das hatte ich mir gedacht und die gesicherte docker.img wieder da hinkopiert. Was übersehe ich da? und docker Einstellungen: und der AppData Share

ok danke, ich sehe da sind noch einige Einstellungen aber das scheint nicht alles zu sein, ich hatte z.b. so ein extra docker netzwerk das scheint weg zu sein. Muss man sowas neu erstellen oder wie kann ich das finden? Sorry bin gerade echt lost.

Danke @Patty92, das hat geklappt mit dem Umformatieren. Jetzt stehe ich leider vor dem nächsten Problem: Nach dem Zurückkopieren ist mein Docker Tab trotzdem leer, auch wenn die Daten wieder auf dem Cachdrive sind.. Welchen Schritt muss ich machen um die Container wieder "zuzweisen"?

Nun bin ich leider völlig verwirrt. Nachdem der Mover nicht wollte habe ich mich für die Löschen, XFS Formatieren und Backup einspielen-Lösung entschieden. Ich habe Das Array gestoppt, die SSD mit preclear behandelt (das hat sich zwei mal aufgehängt, konnte dann aber fortgesetzt werden nach einem Server Neustart). Das Preclear wurde schlussendlich abgeschlossen angeblich ohne Fehler. Nach der Formatierung auf XFS sah die Platte allerdings so aus: wenn ich diese dann wieder als Cache Drive hinzufüge, verlangt sie unten eine Formatierung und hat dann einfach, ochne dass ich was einstellen kann, wieder BTRFS: Ist die Platte selbst vielleicht doch hin? SMART sagt nichts auffälliges..

Nun, ich warte jetzt seit merhrern Stunden auf den Mover. Habe die Shares so eingestellt in der Hoffnung, der Mover bewegt alles auf das Array: Nachdem ich VM/Docker abgeschaltet und Mover erzwungen habe, passiert seit Stunden nichts. Es zeigt an Mover is running aber das Array geht nach einigen Mionuten in den SpinDown (passt ja nicht zusammen). Liegt das an falschen Einstellungen oder ist da was anderes im Argen?

Vielen Dank für eure Mühe, heute ist genau das gleiche wieder passiert, die repair ließ die Cache SSD wieder mounten aber die Priorität das Ding neu zu fromatieren ist sehr stark nach oben gerutscht auch wenn ich mir dafür mehr Zeit lassen wollte.. nein der Backup share ist ohne cache, aber guter Punkt! Sollte vermutlich zu den "never dos" gehören. ich denke schon, das war auf dem Screenshot nicht zu sehen: mir gehts aktuell nur um die HASS VM die anderen sind nur temporäre Spielereien zum lernen momentan. Ich versuche gerade ein rsync um den gesamten Zustand noch mal zu sichern inklusive des docker.img (das wurde glaube ich nicht gesichert). Das Log spuckt dabei auch schon wieder spannende Fehler aus: Sollte das klappen halte ich mich an deine Anleitung und versuche den Transfer. Alternativ könnte man vermutlich alle shares so einstellen dass sie den Cache leer räumen und die Docker/VMs abschalten und den moover laufen lassen (geht dann aber nur wenn die SSD so lange durchhält). Wenn beides nicht klappt muss ich mich damit beschäftigen, wie ich das Docker Image wieder neu generiere.

vielen dank! ja, es liegt auf dem Array. Bedeutet das, die einzige Voraussetzung ist, dass die Folder inkl. Inhalt wieder an der richtigen Stelle sind, dann erkennt Docker und VMs den Inhalt?

Ehrlich, ich verstehe nicht ganz weshalb: Nachdem ich das Array nachdem ich im Maintenance Mode die repair durchgeführt hatte (und den vorherigen Beitrag geschrieben hatte), stoppte und startete ich das Array im Standardmodus um mich mit dem Löschen der SSD zu beschäftigen. Plötzlich: SSD erkannt.. Docker und VMs da. Scheinbar war trotz abort Meldung die Reparatur erfolgreich. Dennoch: Da ich nicht weiß wie lange das hält: Ich möchte das gerne auf xfs umsteigen und deinen Backup/Restore weg verstehen @DataCollector, im besten Fall sogar raffen, wie ich mit meinem Backup den Restore geschafft hätte.

danke, Ich habe es herleiten können, es ging nur über das zentrale Terminal nicht in der GUI den Repair zu starten, da der an einer y/N Frage hängen bleibt. Dennoch: Leider erfolglos: Also Fokus auf die Recovery: Ja, ich bin dabei das Konstrukt zu verstehen, daher ist mir noch nicht klar, wie ich die Backups der Folder wieder in ein funktionierenden Stand versetze. Ich nutze für AppData: und für VMs: Bedeutet es also ich formatiere die Cache SSD als xfs und kopiere die zwei Verzeichnisse da drauf? Wie Erkläre ich dann Docker und VMs dass das wieder geht? Entschuldigt die blöden Fragen, das ist gerade Lernstoff für mich..

@DataCollectordank dir für die Antwort! Ich habe in diversen älteren Forenbeiträgen schon gesehen, dass es repair Optionen gibt. Allerdings denke ich nicht, dass diese hier angezeigt werden. Oder übersehe ich was (hoffentlich)? Was ein Backup angeht, ich habe plugins für Appdata und VM Backups, wie ich die auf eine neu formatierte SSD einspiele, muss ich mir noch aneignen, ich hatte das noch nicht. Habt ihr da Wege in die richtige Richtung habet bin ich dankbar! Was du @DataCollector über BTFS sagst ist sehr interessant, ich denke, wenn dieses Problem behoben ist, werde ich lernen und zwei SSD mit derselben Größe kaufen und ein ZFS Pool machen als Cache (falls das Sinn ergibt)