[4. Sammelthema] Probleme mit Festplatten-Standby

Hallo,

vergesst es einfach!

ich kämpfe seit einer Woche, meine neue 231P in den HDD sleep zu bekommen. Ich habe die neueste FW drauf und alles, wirklich alles, außer Samba, abgeschaltet.

Die NAS schickt auch ab und an die HDDs in Sleep. Nach spätestens 20min geht sie wieder auf Touren.

Ich habe jetzt genug probiert und ein Loch durch die Wand gebohrt, damit im Wohnzimmer Ruhe ist. Der Verbrauchsunterschied ist -9W mit einer WD Red ohne Standby. Bei 30ct/kWh sind das 23Euro im Jahr. Die muss man einfach ausgeben und die NAS in den Flur stellen.

evtl wird es ja bei neuer Firmware besser.

Ja natürlich hast du Recht, dass die Stromkosten ziemlich gering sind. Ich mache mir allerdings mehr Sorgen um die Lebensdauer der Festplatten (hab zwei Toschiba N300), die dann extrem verkürzt wird, da ich z.B. die NAS nur durchschnittlich 1x pro Woche verwende.

UPDATE zu meiner NAS 228A: Ich hatte den Support angeschrieben, welcher das Problem an die Entwicklungsabteilung weitergeleitet hat. Es könnte also möglicherweise wirklich ein Bug in der Firmware sein.

Danke dir.

Kannst du uns dazu bitte auf dem Laufendenhalten?

Hi,

ich bedanke mich für diesen Sammelthread. Er hilft viel weiter.

Wäre jemand so nett und würde auch bei mir reinschauen. Anbei meine blkdevMonitor.log nach 100 Läufen. System ist ein TVS-471-i3-4G.

Würde mich freuen über Hinweise was meine HDD am laufen halten und was ich alles ausschalten sollte.

Ich habe auch ein Ticket bei QNAP offen, Support stellst sich leider hinreichend dööflich an

Wie gesagt - gerade zum Testen habe ich sämtliche Dienste und Apps deaktiviert - hilft nur leider nichts. Das deaktiveren vom rsync Dienst wurde noch empfohlen. Absoluter Käse in meinen Augen ...

Gerade kam übrigens FW Update:
https://www.qnap.com/de-de/rel…s/qts/4.4.2.1302/20200512

Ich sehe allerdings nichts in Richtung unseres Problems

Anyway - letzt Antwort vom Support war diese:

"Im Anhang ist die Anleitung für tiefer Log Kollektion [folgender Anhang]" und damit solle ich mich noch mal zurück melden

Zitat von QNAP Support

****Wenn Sie mit diesem Anleitung nicht anfangen können, dann bitte Bescheid geben und wir organisieren ein TV Sitzung für Sie****

Please choose “Control Panel -> Hardware -> General -> Enable disk standby mode.., Time: 5 minutes” first.

You may check if the following services are running (FAQ):
https://www.qnap.com/en/qa/con_show.php?op=showone&cid=58
https://www.qnap.com/en/qa/con_show.php?op=showone&cid=571

Please study “Getting Started -> Hardware -> Checking System Status” first
http://docs.qnap.com/nas/4.1/SMB/en/index.html

If the function does not work according to your settings, then do as below:

Installieren Sie Putty für Windows und Via SSH die folgendes Bearbeiten und mir eine Feedback geben:

1. cd /tmp/
2.
wget --no-check-certificate https://www.dropbox.com/s/hckxoad1w62qfnj/Disk_Standby_Debug
wget --no-check-certificate https://www.dropbox.com/s/uwzceimgo8jh5h8/Disk_Standby_Diagnostic.sh
3. chmod 755 Disk_Standby_Debug Disk_Standby_Diagnostic.sh
4. Close UI from browser and wait for 5 minutes
5. ./Disk_Standby_Diagnostic.sh Close_UI
(Step 5 will be executed for 25-30 minutes)
6. The status LED still on or not? (Please take a picture)
7. Disable all QPKG from browser and Close UI, and wait for 5 minutes
8. ./Disk_Standby_Diagnostic.sh Disable_QPKG
(Step 8 will be executed for 25-30 minutes)
9. The status LED still on or not? (Please take a picture)
If status LED is already off. No need to do the steps 10-12. Please enable the QPKG one by one, and observe
which QPKG will make HDD cannot enter standby mode. When you find out which QPKG is causing HDD
cannot enter standby mode, please help to execute the step 5 again.
10. ./Disk_Standby_Diagnostic.sh Stop_services
(Step 10 will be executed for 25-30 minutes)
11. The status LED still on or not? (Please take a picture)
12. ./Disk_Standby_Diagnostic.sh Start_services
13. ./Disk_Standby_Diagnostic.sh Enable_QPKG
And enable all QPKG from UI.
14. Use a File Transfer Protocol, like WinSCP and Download the /tmp/Standby.log.

15. Together with screenshots of the results of steps 6,9,11 upload them in the supoort ticket. Thanks.

Alles anzeigen

Habe ich noch nicht gemacht, mal schauen wenn ich dazu komme.

Mein aktuelles blkdevMonitor habe ich noch mal hier angehangen ...

nervt

Hallo zusammen,

gerne halte ich euch auf dem Laufenden, leider hab ich allerdings vom Support seit dem 27. April keine Neuigkeiten erhalten.

Hallo,

nach einigen Jahren mit Asustor bin ich wieder zu Qnap (TS-873) gewechselt.

Ich habe auch das HDD standby Problem, ein Ticket habe ich heute eröffnet, es wäre nett wenn sich jemand mein logfile anschauen und seine Meinung äußern würde.

Während des Tests waren alle Dienste deaktiviert, ich habe mich zweimal auf der Weboberfläche angemeldet.

System:

Firmware: 4.4.2.1310

HDD: 2x 500GB M2SSD (statisches Volume, Raid1)

6x 8TB 3.5" (statisches Volume, Raid 6)

Danke

Hallo,

seit FW V4.4.2 1320 geht die NAS wieder schlafen. Update gestern 2100 Uhr. Screenshot_20200602_164234.jpgWacht allerdings spätestens nach 90 min wieder auf. Kann man schön aus den Fritz DECT200 Trends ablesen.

Habe bis auf Samba und FTP alles aus.

Da sieht man gar nichts dran.

Dein NAS hat im Ruhezutand einen Verbrauch von 8,46 W und im Arbeitsmodus

18,7 W laut Datenblatt.

Screenshot_20200602_175703.jpgaha

hier hängen eine Fritte, ein Telefon und eine Qnap an der Dose. Komisch, dass nach FW update plötzlich der Verbrauch um 8 W runtergeht...

Nicht vergessen das die Dect 200 auch ihren Eigenverbrauch anzeigt.

Hihi. Das würde ich mir Patentieren lassen

An meiner Dect 200 hängt nur eine 8TB Platte dran. Die ist jetzt im Standby.

Zitat von schrecke

Anyway - letzt Antwort vom Support war diese:

Hattest Du schon Zeit dafür?

Mir hat Qnap das gleiche geschrieben, heute morgen ohne Erfolg durchgeführt.

Platten gehen nicht in den Standby

Liebes Forum,

ich habe ein QNAP TS 251B mit einer 4TB Seagate Ironwolf.

Das NAS ist dauerhaft am schreiben, auch wenn das WLAN am router aus ist, und somit keine Verbindung im Netzwerk besteht, außer die Router <-> NAS.

Es sind keine Apps inszalliert aus einer Virtuelle Machine (Debian) auf der nextcloud läuft. Nextckoud ist theoretisch auch extern erreichbar per DDNS, allerdings sollte der DDND maximal alle 60 min aktualieren. Auf der Nextcloud befinden sich derzeit keine Daten und es gibt keine Zugriffe (weder intern, noch extern)...

Ich habe mal das Tool durchlaufen lassen...kann mir jemand einen hinweis geben?

Lieben Dank!

S

===== Welcome to use blkdevMonitor_v2 on Sat Jun  6 19:22:58 CEST 2020 =====
Stop klogd.sh daemon... Done
Turn off/on VM block_dump & Clean dmesg
Countdown: 3 2 1 
Start...
============= 0/100 test, Sat Jun  6 19:23:06 CEST 2020 ===============
<7>[37368.111445] smbd(10089): dirtied inode 5122621 (1dca) on dm-14
<7>[37368.111445] smbd(10089): dirtied inode 5122621 (1dca) on dm-14

============= 1/100 test, Sat Jun  6 19:23:17 CEST 2020 ===============
<7>[37378.238860] smbd(10089): dirtied inode 5116463 (16) on dm-14
<7>[37378.265695] smbd(10089): dirtied inode 5116463 (16) on dm-14
<7>[37378.496715] smbd(10089): dirtied inode 5125029 (45) on dm-14
<7>[37378.363206] jbd2/dm-14-8(3238): WRITE block 629510456 on unknown-block(253,14) (8 sectors)
<7>[37378.238860] smbd(10089): dirtied inode 5116463 (16) on dm-14
<7>[37378.265695] smbd(10089): dirtied inode 5116463 (16) on dm-14
<7>[37378.496715] smbd(10089): dirtied inode 5125029 (45) on dm-14
<7>[37378.363206] jbd2/dm-14-8(3238): WRITE block 629510456 on unknown-block(253,14) (8 sectors)
<7>[37378.172718] md1_raid1(2442): WRITE block 7794127504 on unknown-block(8,0) (1 sectors)

============= 2/100 test, Sat Jun  6 19:23:26 CEST 2020 ===============
<<<7>[37380.290013] smbd(10089): dirtied inode 5119650 (15) on dm-14
<<<7>[37380.290013] smbd(10089): dirtied inode 5119650 (15) on dm-14

============= 3/100 test, Sat Jun  6 19:23:27 CEST 2020 ===============
<7>[37386.741836] jbd2/md9-8(2228): WRITE block 924136 on unknown-block(9,9) (8 sectors)

============= 4/100 test, Sat Jun  6 19:23:34 CEST 2020 ===============
<7>[37391.301232] smbd(10089): dirtied inode 5121850 (14bd) on dm-14
<7>[37391.301232] smbd(10089): dirtied inode 5121850 (14bd) on dm-14

============= 5/100 test, Sat Jun  6 19:23:39 CEST 2020 ===============
<<7>[37393.222565] smbd(10089): dirtied inode 143877 (smbXsrv_open_global.tdb) on dm-0
<7>[37393.222686] smbd(10089): dirtied inode 143871 (locking.tdb) on dm-0

============= 6/100 test, Sat Jun  6 19:23:40 CEST 2020 ===============
<<<7>[37398.200859] smbd(10089): dirtied inode 5126800 (1c43) on dm-14
<<<7>[37398.200859] smbd(10089): dirtied inode 5126800 (1c43) on dm-14

============= 7/100 test, Sat Jun  6 19:23:45 CEST 2020 ===============
<<7>[37399.695451] smbd(10089): dirtied inode 5114591 (9) on dm-14
<7>[37399.697622] smbd(10089): dirtied inode 5114591 (9) on dm-14
<7>[37399.710094] smbd(10089): dirtied inode 5122179 (9) on dm-14
<7>[37399.713103] smbd(10089): dirtied inode 5119575 (41) on dm-14
<7>[37399.726987] smbd(10089): dirtied inode 5118063 (11) on dm-14
<7>[37399.728875] smbd(10089): dirtied inode 5118063 (11) on dm-14
<7>[37399.826812] smbd(10089): dirtied inode 5125029 (45) on dm-14
<7>[37399.830527] smbd(10089): dirtied inode 5112228 (3a) on dm-14
<7>[37399.834523] smbd(10089): dirtied inode 5112228 (3a) on dm-14
<7>[37399.910293] smbd(10089): dirtied inode 5115484 (31) on dm-14
<<7>[37399.695451] smbd(10089): dirtied inode 5114591 (9) on dm-14
<7>[37399.697622] smbd(10089): dirtied inode 5114591 (9) on dm-14
<7>[37399.710094] smbd(10089): dirtied inode 5122179 (9) on dm-14
<7>[37399.713103] smbd(10089): dirtied inode 5119575 (41) on dm-14
<7>[37399.726987] smbd(10089): dirtied inode 5118063 (11) on dm-14
<7>[37399.728875] smbd(10089): dirtied inode 5118063 (11) on dm-14
<7>[37399.826812] smbd(10089): dirtied inode 5125029 (45) on dm-14
<7>[37399.830527] smbd(10089): dirtied inode 5112228 (3a) on dm-14
<7>[37399.834523] smbd(10089): dirtied inode 5112228 (3a) on dm-14
<7>[37399.910293] smbd(10089): dirtied inode 5115484 (31) on dm-14

============= 8/100 test, Sat Jun  6 19:23:47 CEST 2020 ===============
<7>[37406.584430] smbd(10089): dirtied inode 5113341 (46) on dm-14
<7>[37406.584591] smbd(10089): dirtied inode 5113341 (46) on dm-14
<7>[37406.584430] smbd(10089): dirtied inode 5113341 (46) on dm-14
<7>[37406.584591] smbd(10089): dirtied inode 5113341 (46) on dm-14
<7>[37406.885698] md9_raid1(2215): WRITE block 1060216 on unknown-block(8,0) (1 sectors)
<7>[37406.949617] jbd2/md9-8(2228): WRITE block 552144 on unknown-block(9,9) (8 sectors)

============= 9/100 test, Sat Jun  6 19:23:54 CEST 2020 ===============
<7>[37409.753740] jbd2/dm-0-8(3136): WRITE block 7172744 on unknown-block(253,0) (8 sectors)
<7>[37409.361711] smbd(10089): dirtied inode 5127060 (1d6d) on dm-14
<7>[37409.361711] smbd(10089): dirtied inode 5127060 (1d6d) on dm-14

============= 10/100 test, Sat Jun  6 19:23:57 CEST 2020 ===============
<7>[37411.923677] md9_raid1(2215): WRITE block 1060216 on unknown-block(8,0) (1 sectors)

============= 11/100 test, Sat Jun  6 19:23:59 CEST 2020 ===============
<<<<7>[37414.539865] smbd(10089): dirtied inode 5116463 (16) on dm-14
<<<<7>[37414.539865] smbd(10089): dirtied inode 5116463 (16) on dm-14

============= 12/100 test, Sat Jun  6 19:24:02 CEST 2020 ===============
<7>[37422.867119] smbd(10089): dirtied inode 5118084 (92) on dm-14
<7>[37422.867119] smbd(10089): dirtied inode 5118084 (92) on dm-14

============= 13/100 test, Sat Jun  6 19:24:10 CEST 2020 ===============
<7>[37427.881873] smbd(10089): dirtied inode 5115269 (1dbe) on dm-14
<7>[37427.881873] smbd(10089): dirtied inode 5115269 (1dbe) on dm-14

============= 14/100 test, Sat Jun  6 19:24:15 CEST 2020 ===============
<7>[37430.170287] smbd(10089): dirtied inode 5113598 (1dc2) on dm-14
<7>[37430.636310] smbd(10089): dirtied inode 5114503 (1dc1) on dm-14
<7>[37430.170287] smbd(10089): dirtied inode 5113598 (1dc2) on dm-14
<7>[37430.636310] smbd(10089): dirtied inode 5114503 (1dc1) on dm-14



============= 99/100 test, Sat Jun  6 19:37:11 CEST 2020 ===============
<<7>[<<7>[38206.917206] smbd(10089): dirtied inode 5121177 (12) on dm-14
<<7>[<<7>[38206.917206] smbd(10089): dirtied inode 5121177 (12) on dm-14

nee, noch nicht dazu gekommen und ich findet die Antwort vom Support auch sinnfrei. Wenn man bisschen technisches Verständnis hat weiß man dass die keinen Plan wo das Problem liegt.

Bin aber wie gesagt auch nocht nicht dazu gekommen ...

Hi,

ich habe es heute geschafft meine HDD in der TS-251D endlich in den Ruhemodus zu schicken. Ich habe zwei Dinge getan:

/sbin/daemon_mgr rsyslogd stop /usr/sbin/rsyslogd

mv /etc/init.d/storage_usage.sh /etc/init.d/storage_usage.sh_hidden

Das ist vielleicht nicht die eleganteste Art und Weise aber es funktioniert bei mir. Vielleicht hilft es dem ein oder anderen.

Mit besten Grüßen,

Sven

was lösen die beiden Befehle denn aus?

Kann ich nur mutmaßen. Beim 1.Befehl vermute ich, dass die Protokollierung von Systemereignisse gestoppt wird. Weiß jetzt aber nicht, ob dies nur die Systemereignisse von fremden Systemen betrifft oder auch die des eigenen Systems. Zudem dürfte dieses Kommando sofort wirken, aber keinen Reboot überdauern. Mit dem 2.Befehl wird die Erstellung von statistischer Auswertung von Dateisystemen unterdrückt durch Umbenennung. Sollte zu einer internen Warnung führen, vermutlich beim Start eines Dienstes. Keine Ahnung über Nebeneffekte und ob auch diese Konfiguration keinen Reboot überdauert. Aber vielleicht kann Sporty75 zurück melden, in wie weit seine Konfiguration einen Reboot überdauert, oder ob er ein Skript erstellt hat, dass bei jedem Boot mit diesen Befehlen ausgeführt wird.

chef1 hat recht mit seiner Vermutung.

Ich habe mir untenstehendes Script geschrieben, dass aber leider manuell nach jedem Neustart gestartet werden muss. Als autostart.sh script funktioniert es nicht. Ich habe es in den Public Ordner gelegt, damit es einen Neustart überlebt.

#!/bin/sh

# Copy monitoring script to root
cp /share/Public/blkdevMonitor_20151225.sh /root
chmod 766 /root/blkdevMonitor_20151225.sh

# Edit crontab
# Run tasks at midnight
sed -i 's|\(.*\)\(/mnt/ext/opt/QcloudSSLCertificate/bin/ssl_agent_cli\)|0 0 \* \* \* \2|' /etc/config/crontab
sed -i 's|\(.*\)\(/etc/init.d/storage_usage.sh\)|0 0 \* \* \* \2|' /etc/config/crontab
sed -i 's|\(.*\)\(/mnt/ext/opt/LicenseCenter/bin/qlicense_tool local_check\)|0 0 \* \* \* \2|' /etc/config/crontab
crontab /etc/config/crontab
/etc/init.d/crond.sh restart
crontab -l

# Stop rsyslogd
/sbin/daemon_mgr rsyslogd stop /usr/sbin/rsyslogd
sleep 3
ps |grep rsyslogd

Beste Grüße,

Sven

Hi,

zu meinem Support Ticket (TS_228A) - Zitat:

Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! Die Zitat Funktion des Forums richtig nutzen

Zitat von QNAP Support

[..] da die Entwicklung anhand der bisherigen Informationen den Fehlerzustand der von Ihnen beschrieben wurde, im Prüflabor nicht erzeugt bzw. nachgestellt oder nachvollzogen werden konnte.

Mir wurde eine weitere Prozessanleitung (die allerdings seeehr lang ist) geschickt, dessen Ergebnisse ich anschließend an den Support rückmelden soll. Da mir dies aber zu umständlich ist, werde ich versuchen die NAS vollständig zurück zu setzen und hoffen, dass ein neues Firmwareupdate das Problem inzwischen gelöst hat.

Viele Grüße

Jan

sinnfrei. absolutes hingehalte ist das ...