Zitat von "LOLO_90"Anbei mein Resultat des Skriptes.
Da fehlen die Tests 1 - 96/100.
Ausserdem sind die Angaben zu deinem NAS und darauf laufenden Diensten/Anwendungen weniger als mager, um nicht zu sagen nicht vorhanden.
Zitat von "LOLO_90"Anbei mein Resultat des Skriptes.
Da fehlen die Tests 1 - 96/100.
Ausserdem sind die Angaben zu deinem NAS und darauf laufenden Diensten/Anwendungen weniger als mager, um nicht zu sagen nicht vorhanden.
Danke für die Info
Hhhm wie kann ich am besten alles kopieren?
Im Anhang die APPs
Es ist QTS4.1.4 Build 0910 installiert
Hatte testhalber QTS 4.2 installiert ohne Besserung.
Bei der Menge an Apps wollt ich als Platte auch nicht schlafen gehen. :mrgreen:
Bitte mal ersten Beitrag dieses Themas lesen.
Hhhm vorher hatte ich nur kodi und HD Station und die Festplatten gingen auch nicht schlafen...
Momentan tendiere ich mein qnap gegen ein asustor zu tauschen.
Was mir wirklich fehlt ist der Systemruhezustand...
Wird zwar auf den qnap Seite von s3 Ruhezustand geschrieben aber nicht das er nicht automatisch isch
Grüsse
So jetzt versuche ich es nomals mit dem Log.
Danke im Voraus für Eure Hilfe
Grüsse
Loïc
PS. Log ist über ein mega und besteht laud Word aus 549 Seiten :shock:
Wie kann ich die 100 Schritten einfügen?
Zitat von "LOLO_90"Wie kann ich die 100 Schritten einfügen?
Dafür gibts Komprimierungstools.
So da wäre mein Anhang.
Habe das Nas über Nacht vom Netztgenommen und keine Standby der Festplatten
Thanks
Danke dr.Mike
Was heisst das für mich? Was muss oder kann ich machen?
Grüsschen
Loïc
Hallo zusammen,
auch ich bin (neuer) Besitzer eines QTS 431+ und habe natürlich, wie sollte es anders sein, Probleme mit dem Standby.
Tips, was ich alles abschalten, überwachen soll, habe ich alle beachtet und auch ausgeführt - mein Problem lässt sich damit aber nicht beheben:
- Führe ich das shellscript zum überwachen der Zugriffe aus, fährt das TS431+ nach der eingestellten Zeit die Platten runter, die LED geht aus, alles gut
- mache ich einen Reboot des QTS und führe das Script NICHT aus, wird das Gerät nicht in den Standby versetzt
Was um alles in der Welt kann ich hier noch machen, damit der Standby funktioniert??? Ich bin echt am verzweifeln... Plattenzugriffe können es nicht sein, wie gesagt, wenn ich das prüfscript ausführe, wird standby aktiviert. Auch ein abziehen der Netzwerkkabel führt nicht zum gewünschten Erfolg...
Gruß,
Markus
Nachtrag: Da ich das Gerät nagelneu habe, sind sämtliche Dienste von mir bewusst ausgeschaltet worden. Auch NTP und ähnliches läuft derzeit nicht auf dem Gerät.
Zitat von "Laurenzis"- Führe ich das shellscript zum überwachen der Zugriffe aus,
Wo ist das Log?
Zitat von "Laurenzis"Plattenzugriffe können es nicht sein,
Falsch Ausschliesslich Plattenzugriffe verhindern den Standby der Platten.
Log kann ich gerne posten - aber da steht wie gesagt nichts drin
Und wie schon angemerkt, sobald ich das shellscript starte, wird in der Zeit in der das script läuft standby auch aktiviert. Exakt das ist ja mein Problem: Kein script - Standby geht nicht, script aktiv - Standby geht.
Ich werd mich jetzt aber nochmal mit Putty anmelden und Dir das Scrpt ohne Infos rauskopieren
--- ModEdit ---
So,
script gestartet, wie erwartet ist das QTS jetzt im Standby, hier das was im Putty zu sehen ist:
[~] # cp /share/Public/blkdevMonitor.sh /root
[~] # chmod 766 /root/blkdevMonitor.sh
[~] # /root/blkdevMonitor.sh
===== Welcome to use blkdevMonitor_v2 on Sat Oct 10 14:46:23 CEST 2015 =====
Turn off/on VM block_dump & Clean dmesg
Countdown: 3 2 1
Und das wars, mehr kommt nicht mehr, Gerät ist jetzt im Standby, LED ist aus, Platten sind aus.
Sobald ich das Gerät jetzt aber neu starte (also einen Reboot durchführe), geht es NICHT mehr in den Standby... von daher ist mir grade nicht klar, wieso es doch an Plattenzugriffen liegen soll.
Danke und Gruß,
Markus
Nachtrag: Vielleicht noch als Info dazu, wenn ich während das Gerät im Standby ist, Plattenzugriffe durchführe (Zugriff auf Shares) dann werden diese auch in den Tests des Scripts angezeigt und nach Ablauf der MaxTests wird das Script beendet. Wenn ich dann aber keine Zugriffe mehr mache, geht das Gerät auch nach Ende des Scripts wieder in den Standby. Standby funktioniert dann exakt so lange, bis ich einen Reboot des Systems ausführe - danach geht Standby wieder so lange nicht, bis ich erneut das Testscript zumindest 1x ausführe (was recht schnell geht, wenn man im Script die MaxTests auf 0 stellt).
Zitat von "Laurenzis"Und das wars, mehr kommt nicht mehr, Gerät ist jetzt im Standby, LED ist aus, Platten sind aus.
Stelle die MaxTests bitte auf 5 und lasse das NAS solange in Ruhe, bis der Test durchgelaufen ist. Anschliessend das Log posten.
Alles klar, mache ich sofort, danke
--- ModEdit ---
Kleine Frage noch dazu, werden die Tests überhaupt beendet ohne NAS-Zugriff? Bzw. wenn ja, wie lang ist da die Ablaufzeit?
Gruß,
Markus
Sollten über eine Stunde keine Plattenzugriffe erfolgt sein, dann kann man ja explizit Zugriffe generieren.
Eine Ablaufzeit gibt es nicht. Das Script sollte nicht mit Ctrl+C beendet werden.
So,
nachdem das NAS jetzt 1,5h im Standby war, habe ich Zugriffe generiert, damit das Script beendet wird.
Anbei das Log, jetzt bin ich wirklich gespannt...
(Zur Erklärung noch, die Zeile mit Test =0/5 wurde direkt nach Start des Scripts ausgegeben, die Zugriffe aber erst, als ich bewusst nach 1.5h Zugriffe generiert habe)
Gruß,
Markus
Zitat von "dr_mike"
Einfach mit Putty oder zuerst noch das Skript durchlaufen lasse?
PS. bevor ich meine 4x6TB WD red erhalten hatte, hatte ich zwei 1TB WD green testhalber als JBOD und dort war ein Festplattenruhemodus möglich.
Zitat von "Laurenzis"Anbei das Log, jetzt bin ich wirklich gespannt...
Starte dein NAS mal neu. Nachdem das NAS ca. 15min gelaufen ist, gib auf der Konsole dmesg ein und poste das Ergebnis.
Zitat von "LOLO_90"Einfach mit Putty oder zuerst noch das Skript durchlaufen lasse?
Einfach mit Putty.
So,
hier wie gewünscht das dmesg Ergebnis...
Gruß,
Markus