@luckybamboo
Hier sind wirklich nicht viele Dienste und Apps aktiv. Aber grundsätzlich reicht eine "falsche" Einstellung. Falsche im Sinne von verschossen.
Gibt es Optionen außer reinstall um eventuell störende Überbleibsel von Apps oder Fehlkonfigurationen zu beheben?
Medienserver sollte aus sein (siehe Bilder). Ich habe wie gesagt nur NFS an. Eine Medienserver App wie Plex ist nicht installiert. Ich habe am Anfang mal Apps ausprobiert. Da war vielleicht auch ein Medienserver dabei. Aber ich habe die dann wieder deinstalliert.
Danke Doc HT. Ich müsste erst mal die Möglichkeiten für ein Backup schaffen leider. Das ist aktuell keine Option.
Etwas kann ich eventuell noch Beitragen. Es gibt einen Prozess drawPic, bei dem ich nicht wirklich weiss was er macht. Es gibt einen Thread dazu bei Google.
Dieser ist aktuell z.b. bei 170mb und ich habe ihn auch schon bei 600mb gesehen. Allerdings bin ich auch dann nur bei ca 1gb/4gb ram.
Hallo Docdisaster, ich habe das leider nie wirklich in den Griff bekommen. Ich habe mehrere Dienste ausgemacht und dann wurden die Zeiträume länger, bis die NAS neustartete. Ich habe gehört, dass irgendwelche Apps bzw. Dienste den Speicher vollschreiben, aber wirklich erkennen oder beheben konnte ich das nicht. Der Thread von Andreas sagt dazu:
In den alllermeisten Fällen ist es eine fehlkonfigurierte App, die in die RAM-Disk schreibt und diese bis Anschlag füllt.
Ich habe mittlerweile alles aus außer NFS, die NAS hält dann ca 15-20 Tage bis neustart. Welche App das ist oder wie ich das beheben kann, habe ich leider nicht herausgefunden.
1382, 1,2017-04-17,13:38:05,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1492429085,
1490, 1,2017-04-18,22:51:41,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1492548701,
1523, 1,2017-04-26,01:18:16,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1493162296,
1555, 1,2017-05-01,20:16:09,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1493662569,
1583, 1,2017-05-05,19:49:06,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1494006546,Hallo Andreas, hatte seit dem Update auf 4.3.3 5 solcher Neustarts bzw. Aufhänger. Ich glaube bei mir ist es eine andere Fehlerquelle. Aktuell läuft Sie gerade 72h durch.
Mein Rekord lag auch bei ca 20 Tagen.
RAM ist noch im Auslieferungszustand, ich belege in der Regel eh nur so 450mb/4GB, Festplatten sind 4x WD RED 8TB
Hallo Zusammen,
ich habe schon seit mehreren Monaten ein Problem mit der NAS. So hat diese sich zunächst sich häufiger neugestartet. Sie ist in dem Zeitraum nicht einmal mehr als 14 Tage am Stück durchgelaufen. In letzter Zeit hängt die NAS sich dann auf. Komme weder über die Weboberfläche, SSH oder QFinder noch auf das Gerät.
Model: TS-453AFirmware: 4.3.3_20170413Das Problem scheint nicht vom Firmwarestand anzuhängen, da ich seitdem schon mehrere Updates gemacht habe. Ich nutze auf der NAS eigentlich nur die Weboberfläche und NFS. Alles andere ist deaktiviert. Den log vom Diagnostic Tool habe ich angehängt. Hat jemand eine Idee wo man ansetzen kann?Vielen Dank!
hallo dr mike,
ich habe nochmal einen log gemacht und ps am ende angehängt und dieses mal den log mit dem Terminl abgespeichert statt rauszukopieren. Ich hoffe damit ist es besser lesbar für dich. Ich hatte das zuerst rauskopiert, um es hier als Code einzufügen. Es waren aber zu viele Zeichen.
Ich habe auch einen Screenshot von System Status gemacht: Extern verlinktes Bild entfernt! Der Grund!
Ich hoffe das hilft auch besseres Gesamtbild zu verschaffen was aktuell läuft.
Wenn ich den Log selber betrachte, fällt mir auf, dass es im wesentlichen 4-5 Arten von Schreibzugriffen sind:
<7>[15242.881896] md9_raid1(2096): WRITE block 1060216 on sdb1 (1 sectors)<7>[15242.895032] md9_raid1(2096): WRITE block 1060232 on sdb1 (1 sectors)<7>[15258.473422] md9_raid1(2096): WRITE block 1060216 on sdb1 (1 sectors)<7>[15258.493872] md9_raid1(2096): WRITE block 1060232 on sdb1 (1 sectors)<7>[15258.703410] md9_raid1(2096): WRITE block 1060216 on sdb1 (1 sectors)<7>[15258.714585] md9_raid1(2096): WRITE block 1060232 on sdb1 (1 sectors)<7>[15272.696946] md9_raid1(2096): WRITE block 1060216 on sdb1 (1 sectors)<7>[15272.716126] md9_raid1(2096): WRITE block 1060232 on sdb1 (1 sectors)<7>[15288.487533] kjournald(2107): WRITE block 532376 on md9 (8 sectors)<7>[15288.487543] kjournald(2107): WRITE block 532384 on md9 (8 sectors)<7>[15288.487554] kjournald(2107): WRITE block 532392 on md9 (8 sectors)<7>[15288.487565] kjournald(2107): WRITE block 532400 on md9 (8 sectors)<7>[15288.487576] kjournald(2107): WRITE block 532408 on md9 (8 sectors)<7>[15288.487587] kjournald(2107): WRITE block 532416 on md9 (8 sectors)<7>[15288.487597] kjournald(2107): WRITE block 532424 on md9 (8 sectors)<7>[15288.487939] kjournald(2107): WRITE block 532432 on md9 (8 sectors)<7>[15272.718988] kworker/u8:2(3227): WRITE block 262600 on md9 (8 sectors)<7>[15272.719003] kworker/u8:2(3227): WRITE block 393216 on md9 (8 sectors)<7>[15272.719019] kworker/u8:2(3227): WRITE block 0 on md9 (8 sectors)<7>[15272.719031] kworker/u8:2(3227): WRITE block 8 on md9 (8 sectors)<7>[15272.719042] kworker/u8:2(3227): WRITE block 262416 on md9 (8 sectors)<7>[15272.719053] kworker/u8:2(3227): WRITE block 262424 on md9 (8 sectors)<7>[15272.719064] kworker/u8:2(3227): WRITE block 262432 on md9 (8 sectors)<7>[15282.699816] setcfg(12337): dirtied inode 6988 (uLinux.conf.bak) on md9
<7>[15282.704392] setcfg(12338): dirtied inode 6843 (uLinux.conf.bak) on md9
<7>[15282.712256] setcfg(12340): dirtied inode 6988 (uLinux.conf.bak) on md9
<7>[15282.720080] setcfg(12342): dirtied inode 6843 (uLinux.conf.bak) on md9
<7>[15282.727845] setcfg(12344): dirtied inode 6988 (uLinux.conf.bak) on md9Ich hoffe ihr könnt mir ein paar Tips geben, wie ich das in den Griff bekomme. 
Hallo Zusammen,
ich habe mir vor 2 Wochen eine TS-453A (Firmware : 4.2.2 (20161102)) gekauft und betreibe Sie mit 2 WD Red WD80EFZX mit 8TB als Raid1/encrypted. Leider hindern 4-5 services den HDD Spindown. An der NAS habe ich bis jetzt nicht viel eingestellt. So habe ich Raid1 eingestellt, eine Linux Station mit Ubuntu 16.04 installiert (schon versucht testweise zu deinstallieren / deaktivieren, um zu prüfen, ob es an dieser liegt) und wegen dem Kontakt mit dem QNAP Service noch die App "QNAP Diagnostics Tool" installiert.
Insgesamt habe ich schon ca 10h damit verbracht im Internet bzw mit dem QNap Service nach einer Lösung für ständige Schreibzugriffe zu finden. So ist mir bekannt, dass die Firmware Version den Standby verhindern kann. Allerdings sollte der Schreibzugriff dann ca alle 30 Sek stattfinden und bei mir ist es deutlich häufiger (alle 3-4 Sekunden). In diesem Thread:
QTS 4.2.2 b20161021 => kein Festplattenruhezustand, HDDs gehen nicht mehr schlafen.
beschreibt der User Pamuko ein sehr ähnliches Problem zu meinem.
Ich habe es auch mit der Anleitung hier probiert: https://wiki.qnap.com/wiki/Hard_drives_spindown_issues
Dem Support hatte ich den angehängten log geschickt (leider zu lange um als Code einzubinden):
Ich hatte Ihnen außerdem die Infos aus dem QNAP Diagnostics geschickt, aber leider seit dem 22. November keine Antwort mehr erhalten.
top:
Mem: 2902784K used, 1045372K free, 0K shrd, 166692K buff, 1979972K cached
Load average: 0.21, 0.25, 0.24 (State: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
28962 admin S N 11M 1 0.4 0.2 python
2579 admin S N 33M 1905 0.1 0.8 python2.7
28208 admin S 6064 10561 0.1 0.1 manaRequest.cgi
3592 admin S 5640 1 0.1 0.1 hal_daemon
27884 admin R 1944 16791 0.1 0.0 top
3836 admin S N 87M 3634 0.0 2.2 node
30049 admin S N 49M 29200 0.0 1.2 mysqld
1905 admin S N 40M 1790 0.0 1.0 python2.7
1788 admin S N 32M 1686 0.0 0.8 docker
2070 admin S N 31M 1686 0.0 0.8 docker
2543 admin S N 23M 1905 0.0 0.6 python2.7
3634 admin S N 20M 1787 0.0 0.5 python2.7
30446 admin S N 18M 1 0.0 0.4 mymediadbserver
2158 admin S N 18M 1 0.0 0.4 myupnpmediasvr
31486 admin S N 18M 1 0.0 0.4 dsd
1758 admin S N 17M 1756 0.0 0.4 mytranscodesvr
10980 admin S 17M 10979 0.0 0.4 php-fpm-proxy
2419 admin S N 17M 2417 0.0 0.4 php
1790 admin S N 17M 1686 0.0 0.4 python2.7
2539 admin S N 17M 2537 0.0 0.4 php
610 admin S N 16M 1 0.0 0.4 myidbserver
29730 httpdusr S N 16M 29706 0.0 0.4 php-fpm
10979 admin S 15M 1 0.0 0.3 php-fpm-proxy
29706 admin S N 15M 1 0.0 0.3 php-fpm
29727 httpdusr S N 15M 29706 0.0 0.3 php-fpm
1686 admin S N 14M 1 0.0 0.3 python2.7
10981 admin S 14M 10979 0.0 0.3 php-fpm-proxy
16428 admin S 13M 1 0.0 0.3 python
16429 admin S 13M 16428 0.0 0.3 python
16430 admin S 13M 16428 0.0 0.3 python
16431 admin S 13M 16428 0.0 0.3 python
16432 admin S 13M 16428 0.0 0.3 python
16433 admin S 13M 16428 0.0 0.3 python
16329 admin S 11M 1 0.0 0.2 smbd
2160 admin S N 11M 2070 0.0 0.2 docker-containe
16514 admin S 10M 1 0.0 0.2 python
7428 admin S 10M 1 0.0 0.2 python
2025 admin S N 10M 1788 0.0 0.2 docker-containe
16504 admin S 10M 1 0.0 0.2 python
7420 admin S 10M 1 0.0 0.2 python
Man sieht im wesentlichen sind es Zugriffe durch md1_raid1, md9_raid1, jbd2/dm2-8, kjournal, kworker und verschiedene Zugriffe unter der Rubrik "dirtied inode". Ich würde mich sehr freuen, wenn mir jemand in der Sache weiterhelfen könnte, ansonsten habe 450 euro umsonst versenkt, da ich die NAS so nicht nutzen kann wg. der Lautstärke nachts.
Sollten noch irgendwelche wesentlichen Infos fehlen, versuche ich natürlich diese noch zusammen zu tragen.
Vielen Dank!
Im Anhang außerdem noch ein dump von ps