ok... manchmal ist es ja so einfach 
Dann schau mal was der Test bringt und poste hier das Ergebnis... ausloggen nicht vergessen, sonst bringt der Test nichts 
[4. Sammelthema] Probleme mit Festplatten-Standby
- christian
- Geschlossen
- Unerledigt
-
-
Dann muss ich bestimmt nochmal starten, war bei ca 50 von 100 als ich mich ausgeloggt habe.....
-
Ja, besser ist, sonst wird es unübersichtlich... und den HDD Standby möglichst gering einstellen.
-
Ich vermute du meinst den Datenträgerbereitschaftsmodus unter Hardware?
Habe ich auf 5 Minuten reduziert. -
perfekt.
-
Okay er ist nach 44 min erst bei Schritt 38.
Wusste mir nun nicht anders zu helfen als anzumelden und nachzuschauen.
Gibt keine andere Möglichkeit zu prüfen ob er die Diagnose beendet hat oder? -
Das Ding muss nicht vollständig durchlaufen, hier geht es um die Zeit, die der Test läuft. 44min sollten ausreichen.
Mehr als ein Protokoll gibt es dazu aber auch nicht
Den Inhalt kannst Du hier posten, dann schauen wir mal drauf was da los ist. -
Der Standby-Test stoppt in 2021-11-30 14:38:31
Code
Alles anzeigen===== Welcome to use blkdevMonitor_v2 on Tue Nov 30 13:49:25 CET 2021 ===== Stop klogd.sh daemon... Done Turn off/on VM block_dump & Clean dmesg Countdown: 3 2 1 Start... ============= 0/100 test, Tue Nov 30 13:49:35 CET 2021 =============== <3>[12018.127<<<7>[12019.250981] jbd2/md9-8(3219): WRITE block 458864 on md9 (8 sectors) ============= 1/100 test, Tue Nov 30 13:50:08 CET 2021 =============== <7>[12048.133200] jbd2/md9-8(3219): WRITE block 366752 on md9 (8 sectors) ============= 2/100 test, Tue Nov 30 13:50:41 CET 2021 =============== <<7>[12069.696708] md9_raid1(3197): WRITE block 1060232 on sdb1 (1 sectors) ============= 3/100 test, Tue Nov 30 13:51:06 CET 2021 =============== <7>[12083.143171] md9_raid1(3197): WRITE block 1060232 on sdc1<<<<<<<<<<<<<<<<<<<<7>[12093.136972] jbd2/md9-8(3219): WRITE block 366848 on md9 (8 sectors) ============= 4/100 test, Tue Nov 30 13:51:26 CET 2021 =============== <7>[12113.153527] jbd2/md9-8(3219): WRITE block 340488 on md9 (8 sectors) ============= 5/100 test, Tue Nov 30 13:51:41 CET 2021 =============== <<7>[12185.421922] jbd2/md9-8(3219): WRITE block 16072 on md9 (8 sectors) ============= 6/100 test, Tue Nov 30 13:52:54 CET 2021 =============== <<7>[12255.631683] md9_raid1(3197): WRITE block 1060232 on sdd1 (1 sectors) <7>[12255.631723] md9_raid1(3197): WRITE block 1060232 on sdc1 (1 sectors) ============= 7/100 test, Tue Nov 30 13:54:04 CET 2021 =============== <<7>[12257.648649] md9_raid1(3197): WRITE block 1060232 on sdb1 (1 sectors) ============= 8/100 test, Tue Nov 30 13:54:12 CET 2021 =============== <<7>[12337.585331] kworker/u8:1(25330): WRITE block 36116128 on dm-10 (8 sectors<<<<< <<7>[12337.585331] kworker/u8:1(25330): WRITE block 36116128 on dm-10 (8 sectors<<<<< ============= 9/100 test, Tue Nov 30 13:55:27 CET 2021 =============== <7>[12493.200830] jbd2/dm-10-8(11952): WRITE block 3221517280 on dm-10 (8 sectors) <7>[12493.200851] kworker/u8:0(20824): WRITE block 36117056 on dm-10 (8 sectors) <7>[12493.200907] jbd2/dm-10-8(11952): WRITE block 3221517288 on dm-10 (8 sectors) <7>[12493.200930] kworker/u8:0(20824): WRITE block 36117096 on dm-10 (8 secto<<<<<<<<<<7<<<7>[1 <7>[12493.200830] jbd2/dm-10-8(11952): WRITE block 3221517280 on dm-10 (8 sectors) <7>[12493.200851] kworker/u8:0(20824): WRITE block 36117056 on dm-10 (8 sectors) <7>[12493.200907] jbd2/dm-10-8(11952): WRITE block 3221517288 on dm-10 (8 sectors) <7>[12493.200930] kworker/u8:0(20824): WRITE block 36117096 on dm-10 (8 secto<<<<<<<<<<7<<<7>[1 ============= 10/100 test, Tue Nov 30 13:58:06 CET 2021 =============== <<<<7>[12556.066672] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) <7>[12556.066736] md9_raid1(3197): WRITE block 1060216 on sdf1 (1 sectors) <7>[12556.066766] md9_raid1(3197): WRITE block 1060216 on sde1 (1 sectors) <7>[12556.066791] md9_raid1(3197): WRITE block 1060216 on sdd1 (1 sectors) <7>[12556.066817] md9_raid1(3197): WRITE block 1060216 on sdc1 (1 sectors) <7>[12556.066841] md9_raid1(3197): WRITE block 1060216 on sdb1 (1 sectors) ============= 11/100 test, Tue Nov 30 13:59:08 CET 2021 =============== <<<<<<<7>[12606.879645] md9_raid1(3197): WRITE block 10602 ============= 12/100 test, Tue Nov 30 13:59:55 CET 2021 =============== <7>[12616.565026] jbd2/md9-8(3219): WRITE block 458400 on md9 (8 sectors) <7>[1<<<<7>[12616.631675] md9_raid1(3197): WRITE block 1060232 on sdc1 (1 << ============= 13/100 test, Tue Nov 30 14:00:06 CET 2021 =============== <<<<7>[12622.243665] jbd2/md9-8(3219): WRITE block 20008 on md9 (8 sectors) <7>[12622.243679] jbd2/md9-8(3219): WRITE block<<<<<<< ============= 14/100 test, Tue Nov 30 14:00:12 CET 2021 =============== <<<<<<<7>[12688.143704] md9_raid1(3197): WRITE block 1060216 on sde1 (1 sectors) ============= 15/100 test, Tue Nov 30 14:01:17 CET 2021 =============== <7>[12698.138296] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) <7>[12698.138347] md9_raid1(3197): WRITE block 1060216 on sdf1 (1 sectors) ============= 16/100 test, Tue Nov 30 14:01:27 CET 2021 =============== <<<7>[12821.501710] jbd2/md9-8(3219<7>[12821.502059] jbd2/md9-8(3219): WRITE block 21848 on md9 (8 sectors) ============= 17/100 test, Tue Nov 30 14:03:32 CET 2021 =============== <4><7>[12853.255155] jbd2/md9-8(3219): WRITE block 22096 on md9 (8 sectors) <7>[12853.255178] jbd2/md9-8(3219): WRITE block 22104 on md9 (8 sectors) ============= 18/100 test, Tue Nov 30 14:04:02 CET 2021 =============== <<7>[12858.772671] md9_raid1(3197): WRITE block 1060232 on sda1 (1 sectors) <7>[12858.772735] md9_raid1(3197): WRITE block 1060232 on sdf1 (1 sectors) <7>[12858.772763] md9_raid1(3197): WRITE block 1060232 on sde1 (1 sectors) <7>[12858.772802] md9_raid1(3197): WRITE block 1060232 on sdd1 (1 sectors) <7>[12858.772851] md9_raid1(3197): WRITE block 1060232 on sdc1 (1 sectors) ============= 19/100 test, Tue Nov 30 14:04:07 CET 2021 =============== <<<<<<<<7>[12937.597647]<<<7>[12938.086722] md9_raid1(3197): WRITE block 1060232 on sde1 (1 sectors) <7>[12938.086746] md9_raid1(3197): WRITE block 1060232 on sdd1 (1 sectors) <7>[12938.086771] md9_raid1(3197): WRITE block 1060232 on sdc1 (1 sectors) <7>[12938.086794] md9_raid1(3197): WRITE block 1060232 on sdb1 (1 sectors) ============= 20/100 test, Tue Nov 30 14:05:32 CET 2021 =============== <<<<7>[12991.908867] md9_raid1(3197): WRITE block 1060232 on sda1 (1 sectors) <7>[12991.908914] md9_raid1(3197): WRITE block 1060232 on sdf1 (1 sectors) ============= 21/100 test, Tue Nov 30 14:06:22 CET 2021 =============== <7>[13019.469675] jbd2/md9-8(3219): WRITE block 352392 on md9 (8 sectors) <7>[13019.469721] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) ============= 22/100 test, Tue Nov 30 14:06:48 CET 2021 =============== <7>[13053.146204] jbd2/md9-8(3219): WRITE block 352440 on md9 (8 sectors) ============= 23/100 test, Tue Nov 30 14:07:22 CET 2021 =============== <<<<7>[1307<<7>[13073.240745] md9_raid1(3197): WRITE block 1060232 on sdb1 (1 sectors) ============= 24/100 test, Tue Nov 30 14:07:42 CET 2021 =============== <<<7>[13111.868420] jbd2/md9-8(<7>[13111.868933] jbd2/md9-8(3219): WRITE block 24392 on md9 (8 secto ============= 25/100 test, Tue Nov 30 14:08:20 CET 2021 =============== <<<<<<<7>[13221.758582] kworker/u8:1(25330): WRITE block 5285085728 on dm-10 (8 sectors) <<<<<<<7>[13221.758582] kworker/u8:1(25330): WRITE block 5285085728 on dm-10 (8 sectors) ============= 26/100 test, Tue Nov 30 14:10:20 CET 2021 =============== <3>[13253.123445] Unable to locate Target IQN: iqn.2004-04.com.qnap:ts-653a:iscsi.datastore.1b90a0 in Storage No<<7>[13253.154519] md9_raid1(3197): WRITE block 1060216 on sde1 (1 sectors) <7>[13253.154545] md9_raid1(3197): WRITE block 1060216 on sdd1 (1 sectors) <7>[13253.154571] md9_raid1(3197): WRITE block 1060216 on sdc1 (1 sectors) ============= 27/100 test, Tue Nov 30 14:10:42 CET 2021 =============== <7>[13293.145535] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) <7>[13298.142895] jbd2/md9-8(3219): WRITE block 352888 on md9 (8 sectors) ============= 28/100 test, Tue Nov 30 14:11:27 CET 2021 =============== <7>[13398.143433] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) ============= 29/100 test, Tue Nov 30 14:13:07 CET 2021 =============== <7>[13453.142989] md9_raid1(3197): WRITE block 1060216 on sdf1 (1 sectors) <7>[13453.146764] md9_raid1(3197): WRITE block 1060216 on sde1 (1 sectors) ============= 30/100 test, Tue Nov 30 14:14:02 CET 2021 =============== <<7>[13495.185670] md9_raid1(3197): WRITE block 1060232 on<<< ============= 31/100 test, Tue Nov 30 14:14:47 CET 2021 =============== <7>[13618.138602] jbd2/md9-8(3219): WRITE block 357920 on md9 (8 sectors) ============= 32/100 test, Tue Nov 30 14:16:47 CET 2021 =============== <<<7>[13690.240676] md9_raid1(3197): WRITE block 1060232 on sdc<<<<<<< ============= 33/100 test, Tue Nov 30 14:18:02 CET 2021 =============== <<<<<<<<<7>[13713.033661] md9_raid1(3197): WRITE block<<<4>[13713.140760] not support iscs<3<<<<<<< ============= 34/100 test, Tue Nov 30 14:18:27 CET 2021 =============== <7>[13723.142403] jbd2/md9-8(3219): WRITE block 359048 on md9 (8 sectors) ============= 35/100 test, Tue Nov 30 14:18:42 CET 2021 =============== <<7>[13822.950575] jbd2/md9-8(3219): WRITE block 359<<<<<<<<4>[13828.142588] not support iscsit tcp zmc <7>[13828.142849] jbd2/md9-8(3219): WRITE block 359240 on md9 (8 sectors) ============= 36/100 test, Tue Nov 30 14:20:22 CET 2021 =============== <7>[13865.292703] jbd2/md9-8(3219): WRITE block 359312 on md9 (8 sectors) <7>[13865.292748] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) ============= 37/100 test, Tue Nov 30 14:20:54 CET 2021 =============== <7>[13893.157596] md9_raid1(3197): WRITE block 1060216 on sdf1 (1 sectors) <7>[13893.165695] md9_<<7>[13893.289652] jbd2/md9-8(3219): WRITE block 31160 on md9 (8 ============= 38/100 test, Tue Nov 30 14:21:22 CET 2021 =============== <7>[13923.149715] kworker/u8:1(25330): WRITE block 359424 on md9 (8 sectors) <7>[13923.161039] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) <7>[13923.165286] md9_raid1(3197): WRITE block 1060216 on sdf1 (1 sectors) ============= 39/100 test, Tue Nov 30 14:21:52 CET 2021 =============== <7>[14112.588717] jbd2/md9-8(3219): WRITE block 365264 on md9 (8 sectors) <7>[14112.588794] md9_raid1(3197): WRITE block 1060216 on sda1 (1 sectors) ============= 40/100 test, Tue Nov 30 14:25:07 CET 2021 =============== <<<<<7>[14160.272615] md9_raid1(3197): WRITE block 1060232 on sda1 (1 sectors) <7>[14160.272669] md9_raid1(3197): WRITE block 1060232 on sdf1 (1 sectors) -
Hm, da geht für mich nichts Eindeutiges draus hervor.
Der Schreibzugriff erfolgt stets auf md9, was die Konfiguration des QNAP enthält. Einzige Anwendung die ich zwischenzeitlich sehe ist kworker, die ich nur für Statistiken kenne wenn man eingeloggt ist...
-
Mhh okay, schade.
Muss ich wohl noch den direkten Support kontaktieren. -
Hast du die Multimedia Dienste noch aktiv?
Die braucht in einer Firma kein Mensch, die würden aber Tage, Wochen mit Indizierung verbringen.
-
Und was besagt meiner?
Wonach suchst Du da eigentlich?
Wenn ich es richtig gesehen hab startet meiner auch ab und an mal auf md1.
Und der kworker... Ich war neugierig und hab zugeschaut was er da so protokolliert...
-
Ich war neugierig und hab zugeschaut was er da so protokolliert...
Dann klappt das mit dem Test aber nicht zuverlässig
Wenn man zuschaut und demnach eingeloggt ist, laufen im Hintergrund Dinge wie die Erstellung von Grafiken wie zB im Dashboard, damit ist kworker stets im Einsatz und verhindert den HDD Standby.
Und was besagt meiner?
Eigentlich nur, dass Du eingeloggt warst... aber das verfälscht halt das Ergebnis, sodass man damit nicht viel anfangen kann
Es ist halt voll mit kworker, mehr sehe ich hier nicht.
Wonach suchst Du da eigentlich?
Ich suche zunächst nach Diensten, die Festplattenaktivität verursachen und anschließend schaue ich ggf, wo diese Aktivität stattfindet.
Meist reicht es schon zu sehen, welcher Dienst es ist, auch wenn man nicht immer genau weiß warum der was macht...
Hier mal ein Beispiel aus einem anderen Log:
Um 17:25:05 gab es eine Aktivität von Emby, bei der die angegebenen Dateien angefasst wurden. Diese befinden sich auf dm-0, wobei der exakte Ort daran nicht auszumachen ist. Das war im gesamten Log aber nur ein einmaliges Erlebnis, sodass ich diesen hier nicht als Übeltäter sehe.
Um 17:25:16 und zu vielen weiteren Zeiten hat rsyslogd (obwohl deaktiviert) Aktivitäten am Kernellog verursacht, das liegt auf md9, also auf dem Konfig-RAID.
Ein Eintrag mit md1 würde zB darauf hindeuten, dass irgendwas auf die Nutzdaten zugegriffen hat.
-
Dann klappt das mit dem Test aber nicht
Oki, dann lasse ich erstmal meine monatl. RAID-Bereinigung zu Ende laufen und dann starte ich einen neuen Versuch...
Um 17:25:05 gab es eine Aktivität von Emby,
Ah, cool. Verstanden...
Ich meld mich...
-
Crazyhorse
Keine Multimediadienste aktiv.
Derzeit hab ich die Vermutung, dass es auf ein komplett neu initialisieren der Platzten und neu aufsetzen des RAIDs + Volumes rausläuft.... -
Die kannst bei QTS erstmals deinstallieren.
Mache das für den Anfang noch mal.
Wenn das nicht geht, noch mal manuell installieren, dann kannst du das durchführen.
-
... Mittlerweile fiel mir wieder ein, warum ich myQNAPcloud überhaupt registriert hatte: für die Push-Benachrichtigungen aufs Handy 😉
Also hab ich das NAS wieder registriert und teste mal mit .1858.
Ich hab jetzt nicht die SpinUp-Counter verglichen, aber ich schaue immer, wenn ich dran vorbei gehe, aufs NAS. Ich bin mir jetzt ziemlich sicher, bei mir ist die myQNAPcloud-Registrierung für die Push-Benachrichtigungen aufs Handy die Ursache für das nicht funktionierende Standby. Jetzt muss ich mich wohl entscheiden, was mir wichtiger ist.
-
tiermutter und das hier nun?
Ich hab gleich die Weboberfläche geschlossen...
-
... Und trotzdem immer kworker.
... Was darauf hindeutet, dass der Dienst nicht ausschließlich darauf zurückzuführen ist, dass man noch eingeloggt ist
Kworker sind grundsätzlich Kernelprozesse die eigentlich durch alles mögliche zustande kommen können, aber frag mich nicht was dazugehört, ich bin nicht so linuxaffin
-
Hallo ihr lieben,
Ich bin mittlerweile auch in den Genuss des TS 453-D gekommen, womit ich auch gleichzeitig den ersten Kontakt mit einem NAS habe. Eingebaut habe ich 2x4TB Ironwolf HDDs. An sich habe ich an der Grundinstallation (FW: 5.0.0.1858) nur Plex, HBS3 und Security Counselor mit QuFirewall) nichts hinzugefügt.
Nun ja, ich habe das selbe Problem wie so manche, dass die Platten nicht in den Standby wechseln, was mich an sich gar nicht mal so sehr stört, sondern dass die Platten durchweg ihre Zugriffsgeräusche demonstrieren (nicht das drehen der platte sondern das kratzen/knattern der Lese/Schreibköpfe?!) und zwar absolut pausenlos. Ich habe testweise all die Apps, die man in der Oberfläche Stoppen kann (alle oben genannten APPS) auch testweise deaktiviert gehabt und das NAS dabei auch vom Netzwerk entfernt, Ich habe dadurch zustande bekommen, dass die Zugriffe eine Zeit lang dann ab und an ausgesetzt haben (1-3min. ruhe, dann 30s-60s aktiv). Sobald ich das Webinterface im Ruhezustand geöffnet habe ging die Aktivität dann wieder sofort los. Mittlerweile, nach einem Tag mit deaktivierten APPS, lauft sie offenbar wieder dauerhaft in diesem aktiven Modus. Daten auf das NAS kopieren ist leiser als der "IDLE" Zustand.
Im Resource-Monitor sehe ich dabei keine Zugriffsaktivitäten oder dergleichen, als wären das Scheinaktivitäten.
Das irgendwie was stattfindet sieht man irgendwie nur an der Latenz.
Könnt ihr mir da weiterhelfen? Ich habe auch schon blkdevMonitor_20151225.sh laufen lassen, es hat jedoch ewig gedauert, bis überhaupt mal 2-3 Ergebnisse da waren, die ich nicht interpretieren konnte. Ich kann das natürlich nochmal laufen lassen und die Ergebnisse posten.
[edit01] habe kein myQNAPcloud konto aktiviert
[edit02] habe RAID0 konfiguration und einen Speicherpool mit 2 Thick Laufwerken erstellt.
[edit03] habe mittlerweile mal den rsyslogd process gekillt, der hier schon mehrfach erwähnt wurde als mögliche Ursache. Seitdem geht die Festplatte auch mal in den ruhigen aktiven Modus ohne Zugriffsgeräusche (etwa 1-2min ruhe, dann 30-50sek aktiv, wie schonmal oben erwähnt, hatte ich dies schonmal erreicht durch das deaktivieren von HBS3 (ich habe aktuell alle apps deaktiviert, die man in der GUI deaktivieren kann)) - Ich lasse parallel noch über Helpdesk blkdevMonitor rennen über Nacht. (ich finde es immernoch erstaunlich, dass jegliche interaktion (z.b. putty beenden, webinterface betreten) die HDD sofort in diesen Zugriffsmodus versetzt, in dem sie ständig die Geräusche macht, obwohl es doch garkeinen anreiz dafür gibt?)
Vielen Dank euch schonmal.
