[2. Sammelthema] Probleme mit Standby Funktion

    Hy,


    erstmal danke für Deine Antwort.
    Die von Dir angesprochenen Dienste sind durch die Bank durch aus, ich kann auch gerne mal einen Screenshot von den aktiven Services machen (da gibt es ja eine Statusübersicht).
    Im Moment ist nichts aktiv, nicht mal der Dienst um Laufwerke für Windows zur Verfügung zu stellen, auch das Webinterface ist geschlossen. Keine User eingerichtet (ausser dem Standarduser), Einstellungen sind auf FactoryDefault zurückgesetzt worden. Deshalb verstehe ich ja im Moment nicht, wieso da nach wie vor zyklisch auf die Platten zugegriffen wird... vorallem dieses "jounrald" - was (für mein Linux-Laienverständis) ja scheinbar irgendein Log-Dienst ist...


    Nachtrag (ich habe das von Ralf grade erst gelesen):
    So wie bei ihm ist es auch bei mir. Nichts installiert (auch keine Apps), bei mir läuft (um alles ausschliessen zu können) derzeit für den Test nicht mal der Windowsdienst.


    Gruß,


    Markus


    PS: Wenn ich irgendwas prüfen soll (was in der shell passieren muss) bitte immer für "dummies" - wie gesagt, in Linux kenne ich mich nicht wirklich aus

    Hy,


    hier das Ergebnis:


    Code
    [~] # ps -ef  PID  Uid     VmSize Stat Command    1 admin       588 S   init    2 admin           SW  [kthreadd]    3 admin           SW  [ksoftirqd/0]    4 admin           SW  [kworker/0:0]    5 admin           SW< [kworker/0:0H]    6 admin           SW  [kworker/u8:0]    7 admin           SW  [migration/0]    8 admin           SW  [rcu_bh]    9 admin           SW  [rcu_sched]   10 admin           SW  [watchdog/0]   11 admin           SW  [watchdog/1]   12 admin           SW  [migration/1]   13 admin           SW  [ksoftirqd/1]   14 admin           SW  [kworker/1:0]   15 admin           SW< [kworker/1:0H]   16 admin           RW  [watchdog/2]   17 admin           RW  [migration/2]   18 admin           RW  [ksoftirqd/2]   19 admin           SW  [kworker/2:0]   20 admin           SW< [kworker/2:0H]   21 admin           SW  [kworker/1:1]   22 admin           RW  [watchdog/3]   23 admin           RW  [migration/3]   24 admin           RW  [ksoftirqd/3]   25 admin           SW  [kworker/3:0]   26 admin           SW< [kworker/3:0H]   27 admin           SW< [khelper]   28 admin           SW  [kdevtmpfs]   29 admin           SW< [netns]   30 admin           SW< [writeback]   31 admin           SW< [kintegrityd]   32 admin           SW< [bioset]   33 admin           SW< [kblockd]   34 admin           SW< [ata_sff]   35 admin           SW  [khubd]   36 admin           SW  [kethubd]   44 admin           SW< [md]   45 admin           SW< [edac-poller]   46 admin           SW< [cfg80211]   47 admin           SW< [rpciod]   48 admin           SW  [kworker/0:1]   49 admin           SW  [khungtaskd]   50 admin           SW  [kswapd0]   51 admin           SWN [ksmd]   52 admin           SW  [fsnotify_mark]   53 admin           SW  [ecryptfs-kthrea]   54 admin           SW< [nfsiod]   55 admin           SW< [cifsiod]   56 admin           SW< [bioset]   57 admin           SW< [crypto]   77 admin           SW  [scsi_eh_0]   78 admin           SW  [scsi_eh_1]   79 admin           SW  [scsi_eh_2]   80 admin           SW  [scsi_eh_3]   81 admin           SW< [fd882000.spi]   82 admin           SW  [kworker/u8:2]   83 admin           SW  [kworker/u8:3]   85 admin           SW  [kworker/u8:5]   88 admin           SW< [dm-block-clone]   89 admin           SW< [kmpathd]   90 admin           SW< [kmpath_handlerd]  115 admin           SW< [deferwq]  187 admin           SW< [dm_bufio_cache]  192 admin           SW< [bioset]  193 admin           SW< [kcopyd]  194 admin           SW< [bioset]  231 admin       512 S < udevd --daemon  237 admin           SW< [kworker/0:1H]  288 admin           SW< [bioset]  289 admin           SW  [md9_raid1]  299 admin           SW  [kjournald]  312 admin           SW< [bioset]  313 admin           SW  [md13_raid1] 1553 admin           SW< [kworker/1:1H] 1762 admin      1592 S   /sbin/storage_util --sys_startup 1815 admin      2084 S   /sbin/hal_daemon -f 1850 admin           SW< [bioset] 1851 admin           SW  [md256_raid1] 1883 admin           SW< [bioset] 1884 admin           SW  [md1_raid5] 1889 admin           SW  [kworker/0:2] 1921 admin           SW< [kdmflush] 1923 admin           SW< [bioset] 1953 admin           SW< [kdmflush] 1954 admin           SW< [bioset] 1994 admin           SW  [jbd2/dm-0-8] 1995 admin           SW< [ext4-dio-unwrit] 2013 admin       400 S   /sbin/lvmetad 2236 admin           SW  [kjournald] 2699 admin      1260 S   /sbin/daemon_mgr.nvr 2755 admin           SW  [notify thread] 2762 admin       256 S < qWatchdogd: keeping alive every 1 seconds... 3118 admin       944 S   /sbin/modagent 3509 admin           SW< [bond0] 3957 admin       968 S   /bin/sh /usr/local/mariadb/bin/mysqld_safe --defaults 4313 admin     44276 S   /usr/local/mariadb/bin/mysqld --defaults-file=/usr/lo 4451 admin      2040 S   /sbin/qpkgd -d0 4555 admin      2940 S   /usr/local/medialibrary/bin/mytranscodesvr -u -d -db 4734 admin      5648 S   php-fpm: master process (/etc/default_config/php-fpm. 4735 httpdusr   5520 S   php-fpm: pool www 4736 httpdusr   5524 S   php-fpm: pool www 4754 admin      2060 S   /usr/local/sbin/Qthttpd -p 80 -nor -nos -u admin -d / 4809 admin      2292 S   /usr/local/sbin/_thttpd_ -p 58080 -nor -nos -u admin 4908 admin      5648 S   php-fpm: master process (/etc/default_config/php-fpm- 4909 admin      4060 S   php-fpm: pool www 4910 admin      4060 S   php-fpm: pool www 4926 admin      2504 S < /usr/local/apache/bin/apache_proxy -k start -f /etc/a 4928 admin      2284 S < /usr/local/apache/bin/apache_proxy -k start -f /etc/a 4929 admin      2236 S < /usr/local/apache/bin/fcgi-pm      -k start -f /etc/a 4933 admin      3680 S < /usr/local/apache/bin/apache_proxy -k start -f /etc/a 4934 admin      3872 S < /usr/local/apache/bin/apache_proxy -k start -f /etc/a 4935 admin      4176 S < /usr/local/apache/bin/apache_proxy -k start -f /etc/a 5182 admin      1288 S   /usr/sbin/cupsd -C /etc/config/cups/cupsd.conf 5230 httpdusr   1188 S   /sbin/lpb_scheduler -d 5300 admin      1540 S   /sbin/genthd 5409 admin      1100 S   /usr/sbin/ntpdated 5425 admin      1596 S   /usr/sbin/upsutil 5531 admin       840 S   /usr/sbin/sshd -f /etc/ssh/sshd_config -p 22 5709 admin       676 S   /usr/sbin/crond -l 9 -c /tmp/cron/crontabs 5761 admin      3380 S   /usr/local/apache/bin/apache_proxys -k start -f /etc/ 5764 admin      2448 S   /usr/local/apache/bin/apache_proxys -k start -f /etc/ 5765 admin      2380 S   /usr/local/apache/bin/fcgi-pm       -k start -f /etc/ 5768 admin      3272 S   /usr/local/apache/bin/apache_proxys -k start -f /etc/ 5769 admin      3280 S   /usr/local/apache/bin/apache_proxys -k start -f /etc/ 5770 admin      3272 S   /usr/local/apache/bin/apache_proxys -k start -f /etc/ 6042 guest       908 S   /usr/sbin/dbus-daemon --system 6070 admin      1052 S   /usr/sbin/bluetoothd 6079 admin       348 S   /usr/sbin/agent --adapter hci0 7692 admin      1356 S   /usr/bin/lunportman 7702 admin           SW< [target_completi] 7703 admin           SW< [multi_tasks_wq] 7704 admin           SWN [QNAP_rd_mcp] 7715 admin           SW< [iscsi_ttx] 7716 admin           SW  [iscsi_trx] 7717 admin           SW< [iscsi_ttx] 7718 admin           SW  [iscsi_trx] 7719 admin           SW< [iscsi_ttx] 7720 admin           SW  [iscsi_trx] 7721 admin           SW< [iscsi_ttx] 7722 admin           SW  [iscsi_trx] 7724 admin       944 S   /sbin/iscsi_logd 7780 admin      2192 S   /sbin/bcclient 7941 admin       492 S   /sbin/gen_bandwidth -r -i 5 8054 admin           SW< [iscsi_eh] 8074 admin       924 S   qNoticeEngined: Write notice is enabled... 8096 admin      1304 S   /sbin/qShield 8098 admin       888 S   /bin/sh /etc/init.d/klogd.sh start 8107 admin           SW  [qnap_et] 8119 admin      1200 S   /sbin/qsyslogd 8122 admin      1584 S   qLogEngined: Write log is disabled... 8171 admin       396 S   /sbin/iscsid --config=/etc/config/iscsi/sbin/iscsid.c 8172 admin      1868 S < /sbin/iscsid --config=/etc/config/iscsi/sbin/iscsid.c 8194 admin       284 S   /bin/dd if=/proc/kmsg of=/mnt/HDA_ROOT/.logs/kmsg bs= 8201 admin      1464 S   /sbin/vdd_control -d 8571 admin      1284 S   /usr/local/bin/porter -d 7 8627 admin      2020 S   /usr/bin/qsyncman 8753 admin      1256 S   /sbin/sdmd --daemon 9849 admin      1272 S   /sbin/daemon_mgr10216 admin      1796 S   /sbin/upnpcd -i 30010299 admin       536 S   /sbin/getty 115200 ttyS010362 admin      2080 S   sshd: admin@pts/010421 admin      1184 S   -sh11055 admin       724 R   ps -ef[~] #


    Da ich vermute, dass die Frage gleich sicher auch nochmal kommen wird, hier auch direkt noch die dmesg:


    Code
    [~] # dmesg[   61.456231] bio: create slab <bio-2> at 2[   62.913813] flashcache flashcache_ctr[   68.405769] EXT4-fs (dm-0): Mount option "noacl" will be removed by 3.5[   68.405769] Contact linux-ext4@vger.kernel.org if you think we should keep it.[   68.405769][   68.685930] ext4_init_reserve_inode_table0: dm-0, 44325[   68.691158] ext4_init_reserve_inode_table2: dm-0, 44325, 0, 0, 4096[   68.697446] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl[   71.341926] md: md256: resync done.[   71.345410] md: Resyncing done: md256[   71.437464] RAID1 conf printout:[   71.437471]  --- wd:2 rd:2[   71.437478]  disk 0, wo:0, o:1, dev:sda2[   71.437483]  disk 1, wo:0, o:1, dev:sdb2[   71.481835] RAID1 conf printout:[   71.481843]  --- wd:2 rd:2[   71.481848]  disk 0, wo:0, o:1, dev:sda2[   71.481852]  disk 1, wo:0, o:1, dev:sdb2[   71.481856] RAID1 conf printout:[   71.481859]  --- wd:2 rd:2[   71.481864]  disk 0, wo:0, o:1, dev:sda2[   71.481868]  disk 1, wo:0, o:1, dev:sdb2[   71.897635] UBI: attaching mtd3 to ubi0[   72.445534] UBI: scanning is finished[   72.454246] UBI: attached mtd3 (name "boot1_rootfs2", size 216 MiB) to ubi0[   72.461204] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes[   72.467976] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048[   72.474665] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096[   72.481527] UBI: good PEBs: 1728, bad PEBs: 0, corrupted PEBs: 0[   72.487518] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128[   72.494645] UBI: max/mean erase counter: 19/12, WL threshold: 4096, image sequence number: 1145382657[   72.503844] UBI: available PEBs: 0, total reserved PEBs: 1728, PEBs reserved for bad PEB handling: 4[   72.515718] UBI: background thread "ubi_bgt0d" started, PID 2120[   72.571474] UBIFS: mounted UBI device 0, volume 0, name "rootfs2", R/O mode[   72.578421] UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes[   72.587548] UBIFS: FS size: 208113664 bytes (198 MiB, 1639 LEBs), journal size 9023488 bytes (8 MiB, 72 LEBs)[   72.597444] UBIFS: reserved for root: 0 bytes (0 KiB)[   72.602491] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 3C9E85C9-A2BC-4D72-ADD1-8B08BD077407, small LPT model[   88.833404] UBIFS: un-mount UBI device 0, volume 0[   88.842750] UBI: detaching mtd3 from ubi0[   88.847968] UBI: mtd3 is detached from ubi0[   88.902477] UBI: attaching mtd3 to ubi0[   89.451099] UBI: scanning is finished[   89.459798] UBI: attached mtd3 (name "boot1_rootfs2", size 216 MiB) to ubi0[   89.466762] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes[   89.473542] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048[   89.480226] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096[   89.487091] UBI: good PEBs: 1728, bad PEBs: 0, corrupted PEBs: 0[   89.493096] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128[   89.500214] UBI: max/mean erase counter: 19/12, WL threshold: 4096, image sequence number: 1145382657[   89.509414] UBI: available PEBs: 0, total reserved PEBs: 1728, PEBs reserved for bad PEB handling: 4[   89.518573] UBI: background thread "ubi_bgt0d" started, PID 2211[   89.573561] UBIFS: mounted UBI device 0, volume 0, name "rootfs2", R/O mode[   89.580507] UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes[   89.589632] UBIFS: FS size: 208113664 bytes (198 MiB, 1639 LEBs), journal size 9023488 bytes (8 MiB, 72 LEBs)[   89.599528] UBIFS: reserved for root: 0 bytes (0 KiB)[   89.604576] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 3C9E85C9-A2BC-4D72-ADD1-8B08BD077407, small LPT model[   89.667315] UBIFS: un-mount UBI device 0, volume 0[   89.676447] UBI: detaching mtd3 from ubi0[   89.681655] UBI: mtd3 is detached from ubi0[   89.726823] kjournald starting.  Commit interval 5 seconds[   89.808559] EXT3-fs (md13): using internal journal[   89.813352] EXT3-fs (md13): mounted filesystem with ordered data mode[  103.710614] fnotify: Load file notify kernel module.[  103.716043] fnotify:   Launch the fnotify thread: 3885213120[  104.830829] usbcore: registered new interface driver snd-usb-audio[  104.840372] usbcore: registered new interface driver snd-usb-caiaq[  104.850863] Linux video capture interface: v2.00[  104.866454] usbcore: registered new interface driver uvcvideo[  104.872214] USB Video Class driver (1.1.1)[  105.766696] configured MAC to RGMII mode:[  105.771148] al_eth 0000:00:01.0 eth0: using MSI-X per Queue interrupt mode[  105.781177] libphy: al mdio bus: probed[  105.785292] al_eth 0000:00:01.0 eth0: phy[4]: device 8:04, driver Atheros 8035 ethernet[  105.793291] al_eth 0000:00:01.0 eth0: phy[4]:supported 2ef adv 2ef[  106.806528] configured MAC to RGMII mode:[  106.810964] al_eth 0000:00:03.0 eth1: using MSI-X per Queue interrupt mode[  106.820911] libphy: al mdio bus: probed[  106.825025] al_eth 0000:00:03.0 eth1: phy[5]: device 18:05, driver Atheros 8035 ethernet[  106.833112] al_eth 0000:00:03.0 eth1: phy[5]:supported 2ef adv 2ef[  110.781137] eth [al_eth_0]: set auto negotiation to enable[  110.786612] libphy: 8:04 - Link is Up - 1000/Full[  131.826716] IPv6: Loaded, but administratively disabled, reboot required to enable[  131.860989] Bridge firewalling registered[  131.963441] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)[  131.970565] bonding: MII link monitoring set to 100 ms[  133.791166] libphy: 8:04 - Link is Down[  136.791155] eth [al_eth_0]: set auto negotiation to enable[  136.796630] libphy: 8:04 - Link is Up - 1000/Full[  158.642079] Bluetooth: Core ver 2.16[  158.645673] NET: Registered protocol family 31[  158.650107] Bluetooth: HCI device and connection manager initialized[  158.656468] Bluetooth: HCI socket layer initialized[  158.661343] Bluetooth: L2CAP socket layer initialized[  158.666396] Bluetooth: SCO socket layer initialized[  158.682867] usbcore: registered new interface driver btusb[  167.163491] Initiate iscsi target log successfully.[  167.189720] iscsi_log_rcv_msg: get log pid = 7724.[  170.818400] UBI: attaching mtd6 to ubi2[  170.868209] UBI: scanning is finished[  170.875776] UBI: attached mtd6 (name "config", size 15 MiB) to ubi2[  170.882043] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes[  170.888815] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 2048[  170.895510] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096[  170.902378] UBI: good PEBs: 120, bad PEBs: 0, corrupted PEBs: 0[  170.908282] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128[  170.915403] UBI: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 1872325126[  170.924429] UBI: available PEBs: 0, total reserved PEBs: 120, PEBs reserved for bad PEB handling: 4[  170.933483] UBI: background thread "ubi_bgt2d" started, PID 7873[  170.985240] UBIFS: mounted UBI device 2, volume 0, name "config", R/O mode[  170.992127] UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes[  171.001245] UBIFS: FS size: 12316672 bytes (11 MiB, 97 LEBs), journal size 2031616 bytes (1 MiB, 16 LEBs)[  171.010795] UBIFS: reserved for root: 0 bytes (0 KiB)[  171.015836] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 2609E4F0-9E11-420E-BCB6-BD87E27C858F, small LPT model[  171.029387] UBIFS: un-mount UBI device 2, volume 0[  171.037577] UBI: detaching mtd6 from ubi2[  171.042134] UBI: mtd6 is detached from ubi2[  171.929259] rule type=2, num=0[  172.185226] Loading iSCSI transport class v2.0-870.[  172.282565] iscsi: registered transport (tcp)[~] #


    Sorry, hier dazu auch noch das Testscript mit aktuellen Prozess-IDs:




    Gruß,


    Markus

    Zitat von "Laurenzis"


    Diese Prozesse sind mir suspekt. Die gibt es bei mir auf der TS-231 nicht. Auch nicht auf den anderen NAS. Hast du irgendwas mit ISCSI versucht?

    Hy,


    nein, ich habe garnix damit am Hut - ich sagte ja ganz am Anfang schon, dass ich auch in der Prozessübersicht sehe, dass da ISCSI aktiv ist und ich das nicht abschalten kann. Ich brauche ISCSI nicht, von daher ist das eh ein Dienst den ich grundsätzlich abschalten würde (wenn ich es denn könnte).
    Problem: Die Oberfläche bietet mir keinerlei Optionen, da irgendwas dran zu rütteln!
    Ich könnte zwar ISCSI ZielIDs konfigurieren etc. aber den Dienst grundlegend abschalten geht leider nirgendwo. Ich habe auch schon vermutet dass es daran liegen könnte, aber was soll ich nu machen? Für mich ist das grade grosses Rätselraten.



    Gruß,


    Markus

    Bei mir ist und war iSCSI nie aktiviert und trotzdem hat das Teil die Platten unter QTS 4.2 nicht schlafen gelegt. Es sollte ja nun mittlerweile klar sein, daß das kein Konfigurations- sondern ein Firmwarefehler ist und herumstochern, spekulieren rein garnichts bringen. Ja nee ist schon klar, die Nutzer sind natürlich schuld. Schließlich haben sich nicht genügend Nutzer als Betatester gefunden und ihre Datenbestände gefährdet. Macht das QNAP mit seinen Geschäftskunden genauso?

    Hallo dr_mike,


    danke für den Tip, auf die Idee an DER Stelle zu suchen um das ISCSI abzuschalten, wäre ich jetzt echt nicht gekommen... danke dafür ;)
    Vielleicht sollte man QNAP mal den Tip geben, das abschalten von Diensten in etwa "gleich" zu gestalten und nicht bei jedem Dienst an einer anderen (versteckten) Stelle... nicht wirklich intuitiv ;=)


    Ralf: An der Stelle ging es mir erstmal darum, das ISCSI überhaupt abschalten zu können. Mit der 4.2.0 bastel ich im Moment zwar rum, aber mit der 4.1.4 habe ich mittlerweile eine stabile Konfiguration in der alles so läuft wie ich es gern hätte und bin damit zufrieden.
    Ich werde sicherlich ausprobieren, ob das abschalten von ISCSI was bringt - aber sobald es wieder zu Problemen kommt, bin ich garantiert wieder auf der 4.1.4 *g*



    Gruß,


    Markus

    Hi Markus


    Du brauchst dich doch nicht vor mir zu rechtfertigen. ;) Kann doch jeder mit seiner Kiste machen was er will. Es stört mich nur ganz allgemein ein wenig, daß Privatanwender dazu angehalten werden, daß zu tun, was eigentlich die Aufgabe des Herstellers ist. Und ich bin mir auch sicher, daß der bereits daran arbeitet. Nur ist es eben auch so, daß nicht jeder mit einem quasi noch jungfräulichen NAS herumexperimentiert. Und je nach Art des Backups ist es eben trotz Link Aggregation nicht wirklich lustig, nach einem möglichen Totalcrash viele Terabytes an Daten zurückzuspielen.


    Um das Gerät wirklich kennenzulernen, empfehle ich Neulingen übrigens erst einmal das Web UI komplett und systematisch durchzugehen. Das bewahrt auch später vor bösen Überraschungen. Dadurch lernt man auch gleichzeitig die gesamte Struktur kennen und findet sich später viel leichter zurecht. Hat mir anfangs auch sehr geholfen. Ist eben ein ausgewachsenes NAS und keine Festplatte mit Netzwerkfunktion. :)


    Grüße


    Ralf

    Hallo,


    ich habe seit ein paar Monaten einen TS-213+ und bin eigentlich nach meinem Umstieg von WD sehr zufrieden mit meiner Entscheidung.
    Ich bin muss vorausschicken, dass ich kein NAS Spezialist und der QNAP meine Kenntnisse etwas überfordert.


    In der letzten Zeit fällt mir auf, dass die Festplatten immer ein wenig arbeiten. Nicht sehr viel aber stetig. Es ist mehr oder weniger rhythmisch in Zeitabständen von 2-3 Sekunden, obwohl ich nicht auf die Platten zugreife. Ich meine, dass war nicht immer so und erst seit dem letzten Update.
    Kommt mir vor, als wenn jemand heimlich still und sehr vorsichtig Daten abzieht. Vielleicht sehe ich weiße Mäuse, aber ich meine die geringe Datenmenge im Diagramm meiner Fritzbox (beim Upstream) auch zu sehen.


    Hat jemand eine Idee? :?:

    Die Firmware QTS 4.2.0 Build 0925 hat hinsichtlich der Festplatten Standby Funktion definitiv einen Bug. Nachdem es mir auf meinem NAS TS-439 Pro unter obiger Firmware Version nach vielem Herumexperimentieren nicht gelungen war, die Festplatten in den Standby Modus zu schicken, habe ich letztlich den Downgrade auf QTS 4.1.4 Build 910 gewagt. Und siehe da, die Festplatten gehen, wenn kein Zugriff stattfindet nach der eingestellten Zeit in den Schlummermodus.


    Danke an die User hier im Forum, die die entscheidenden Hinweise gaben! :thumb:


    Nachtrag 1 vom 24.Okt. 2015 00:15:
    Habe gerade gesehen, dass das Build 1023 der Firmware QTS 4.2.0 zum Download freigegeben wurde. Hat einer Erfahrungen vorliegen, ob es unter diesem Build mit der Standby Funktion der Festplatten klappt?


    Nachtrag 2 vom 24.Okt. 2015 00:52:
    Habe gerade hier gelesen, wenn man die Uhrzeit auf automatisch 7 Tage stellt, soll's unter der Firmware QTS 4.2.0 mit dem Festplatten Standby funktionieren. Wenn's stimmt, wäre das echt kurios. Könnt ihr das bestätigen?

    Hallo Zusammen


    Ich habe seit neuem Probleme mit dem Stand By Modus.


    Dieser hat eigentlich immer funktioniert Aber nun, seit ca. 4 Wochen, klappt das nicht mehr. Habe keine Ahnung was die Ursache sein könnte. Ich habe an den Einstellungen nichts verändert.


    Die Festplatten arbeiten die ganze Zeit, also ca alle 10 Sekunden gibt es Festplattenzugriffe. In diesem Moment blinken alle HDD LEDs gleichzeitig 3-8 mal und man hört auch Festplattenzugriffe. Ich habe beinahe keine Service aktiviert und wie bereits erwähnt hat es so eigentlich immer funktioniert. Ich kann mich auch nicht erinnern ob das Problem zum ersten mal nach einem Firmware update aufgetreten ist.


    Die Festplattenzugriffe habe ich auch mit ausgezogenem LAN Kabel. Die Platten machen auch dann keinen Spin Down. Ich habe auch mal den blkdevMonitor.sh Test laufen lassen, könnt Ihr damit etwas anfangen?


    http://forum.qnapclub.de/downl…le.php?mode=view&id=12391


    EDIT:
    @ NAS-FAN
    Danke, ich denke bei mir hat der Tip mit der Auto Zeit / alle 7 Tage geholfen! Die Platten gehen nun in den Stand By, allerdings nicht nach den eingestellten 5 Minuten.

    bin auf Build 1023 und es gibt keine Verbesserung zur 925. Die HDD's meines TS-251 machen keinen Spin down.
    Auch die Uhrzeit auf Auto und 7 Tage hilft bei mir nicht


    HDD's:
    Seagate ST3000VN000

    Vielen Dank für die Hilfe!!!


    Was für ein Blödsinn, manuelle Uhrzeit lässt das NAS nicht schlafen...
    War wirklich schon am verzweifeln und wollte die Kiste zurückschicken.


    ENDLICH wieder Ruhe im Wohnzimmer!!!


    Grüße


    Floyd :thumb:

    Wieder mal das leidige Thema.
    Ich habe das NAS nahezu im Auslieferungszustand, ich habe nichts zusätzlich installiert noch aktiviert. Mittlerweile habe ich angefangen Dienste abzuschalten die ich nicht nutze. Trotzdem gehen die Festplatten nicht in den idle Modus.
    Ich habe mich nun daran orientiert und ein log erstellt (siehe Anhang).



    Leider kann ich dem nichts entnehmen an was es liegt. Die Festplatten sind übrigens noch leer es läuft rein gar nichts darauf.


    edit:
    es gibt übrigens keine Dienste und Computer die von außen zugreifen.

    Ich habe das gleiche Problem mit einem HS-210 (FW 4.2.0 Build 20150925).
    Die Platten laufen immer durch, obwohl ich fast nichts aktiviert habe.
    Auch wenn ich das LAN-Kabel entferne schalten sich die Platten nicht ab.
    Anbei mein Log vom blkdevMonitor.sh:
    Weiß jemand woran es liegen kann?
    Einträge crontab liefer ich auch gleich mit:

    Zitat von "theincogtion"

    Wieder mal das leidige Thema.

    Zitat von "grumble"

    Ich habe das gleiche Problem

    Ihr habt das Problem mit dem "sed crontab", was eventuell mit der Uhrzeitaktualisierung zusammenhängen könnte.


    Zitat von "Mr. White"

    Die Festplatten gehen zwar in den Ruhemodus, jedoch werden sie ca stündlich aufgeweckt, meistens von etwas das sich vgdisplay nennt.

    Hierzu habe ich bisher noch keinen konkreten Verursacher finden können.

    Ja ich konnte es beheben danke für die Hilfe. Manchmal laufen sie trotzdem viel zu lange bevor sie in den standby gehen.
    Ich habe den qnap support angeschrieben, die meinten nur, das müsse so, das die platten durchgängig laufen.... ich solle mir halt ssds kaufen wenn mich das stört.