Guten Morgen,
ich habe exakt das Problem vom Smellwell.
Hier mal mein Log dazu..
Guten Morgen,
ich habe exakt das Problem vom Smellwell.
Hier mal mein Log dazu..
Also,
ohne aktiven Energieplan läuft alles prima....
Würde das Gerät über Nacht aber gerne ausschalten.
Sonst niemand Probleme damit?
Zitat von "Timer"Sonst niemand Probleme damit?
Nicht wirklich.
Zitat von "Timer"ich habe exakt das Problem vom Smellwell.
Dann kannst du ja auch exakt die gleichen Fragen beantworten, die ich ihm gestellt habe.
Bei mir funktioniert jetzt der Standbymodus wieder. Nachdem ich nichts mehr finden konnte, was ich deaktivieren konnte, habe ich die gestoppten Apps: Photostation, Download Station, Notes Station und DJ Station deinstalliert. Die Dienste waren schon seit Monaten unbenutzt und gestoppt, nie Probleme. Ich vermute mal, dass eines dieser Dienste, obwohl nicht aktiv, den Standbymodus verhinderte.
@ dr_mike :
Habe jetzt erst gesehen, dass Du mich etwas gefragt hattest. Hatte die Hoffnung schon aufgegeben....
Keines meiner Laufwerke ist als ISCSI eingerichtet, der Dienst ist deaktiviert. Weiterhin habe ich kein flexibles Volumen.
Habe aber zwei unterschiedliche Platten je 1TB drin und als RAID0 laufen. Insgesamt sind schon 94% des Speichers belegt.
Ich habe mich in englischen Foren durchgearbeitet und es schein ein Bug seitens Qnap zu sein. Veilleicht kennst Du ja ein work around etc.
@ Timer: Freut mich, dass wenigsten einer auch mein Problem hat. Hast Du schon mehr herausgefunden?
Gruß Smellwell
Zitat von "Smellwell"Insgesamt sind schon 94% des Speichers belegt.
Das könnte eventuell zu Problemen führen. Gibt es denn im Systemereignisprotokoll irgendwelche Einträge?
Fährst du das NAS per Zeitplan ganz herunter oder in den Ruhemodus?
Zitat von "Smellwell"Keines meiner Laufwerke ist als ISCSI eingerichtet
Ich fragte wegen dieser Einträge, die wiederholt in deinem Log auftreten.
Zitat von "Smellwell"
Das mit den ISCSI ist komisch. Nachstehend findest Du ein Screenshot meiner ISCSI Geräte (die nicht vorhanden sind).
Das NAS fahre ich per Zeitplan herunter.
Ich habe keinerlei Fehlermeldungen im Protokoll.
Poste doch bitte mal die Ausgabe von dmesg nach einem Start des NAS per Zeitplan - sprich wenn die Platten nicht schlafen gehen.
Ich hab da eine Vermutung.
Das müsste es eigentlich sein:
/var$ dmesg
[ 9.463968] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[ 9.476977] sd 2:0:0:0: [sdc] No Caching mode page found
[ 9.482289] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[ 9.489845] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 >
[ 9.503523] sd 2:0:0:0: [sdc] No Caching mode page found
[ 9.508838] sd 2:0:0:0: [sdc] Assuming drive cache: write through
[ 9.514933] sd 2:0:0:0: [sdc] Attached SCSI removable disk
[ 23.257311] usbcore: registered new interface driver usbserial
[ 23.264680] usbcore: registered new interface driver pl2303
[ 23.270273] usbserial: USB Serial support registered for pl2303
[ 23.277558] jnl: driver (lke_9.2.0 QNAP, LBD=OFF) loaded at ffffffffa014e000
[ 23.286326] ufsd: module license 'Commercial product' taints kernel.
[ 23.292703] Disabling lock debugging due to kernel taint
[ 23.299076] ufsd: driver (lke_9.2.0 QNAP, build_host("BuildServer48-1"), acl, ioctl, bdi, sd2(0), fua, bz, rsrc) loaded at ffffffffa0159000
[ 23.299076] NTFS support included
[ 23.299076] Hfs+/HfsJ support included
[ 23.299076] optimized: speed
[ 23.299076] Build_for__QNAP_TS-451_k3.12.6_2014-12-11_lke_9.2.0_r245986_b11
[ 23.299076]
[ 23.419969] udevd (207): /proc/207/oom_adj is deprecated, please use /proc/207/oom_score_adj instead.
[ 23.429238] udev: starting version 140
[ 23.466566] kjournald starting. Commit interval 5 seconds
[ 23.472074] EXT3-fs (sda1): using internal journal
[ 23.476879] EXT3-fs (sda1): mounted filesystem with ordered data mode
[ 23.590800] kjournald starting. Commit interval 5 seconds
[ 23.596310] EXT3-fs (sda1): using internal journal
[ 23.601108] EXT3-fs (sda1): mounted filesystem with writeback data mode
[ 24.165474] kjournald starting. Commit interval 5 seconds
[ 24.170994] EXT3-fs (sdb1): using internal journal
[ 24.175846] EXT3-fs (sdb1): mounted filesystem with writeback data mode
[ 24.257714] md: md9 stopped.
[ 24.261655] md: bind<sda1>
[ 24.264527] md: bind<sdb1>
[ 24.268187] md/raid1:md9: active with 2 out of 24 mirrors
[ 24.273692] created bitmap (1 pages) for device md9
[ 24.278665] md9: bitmap initialized from disk: read 1 pages, set 9 of 9 bits
[ 24.304055] md9: detected capacity change from 0 to 542769152
[ 25.321065] md9: unknown partition table
[ 25.430810] kjournald starting. Commit interval 5 seconds
[ 25.437986] EXT3-fs (md9): using internal journal
[ 25.442697] EXT3-fs (md9): mounted filesystem with ordered data mode
[ 25.620068] md: md13 stopped.
[ 25.626238] md: bind<sda4>
[ 25.629114] md: bind<sdb4>
[ 25.632768] md/raid1:md13: active with 2 out of 24 mirrors
[ 25.638360] created bitmap (1 pages) for device md13
[ 25.643543] md13: bitmap initialized from disk: read 1 pages, set 7 of 8 bits
[ 25.700055] md13: detected capacity change from 0 to 469893120
[ 31.061173] md: bind<sdb2>
[ 31.066360] md: bind<sda2>
[ 31.069947] md/raid1:md256: not clean -- starting background reconstruction
[ 31.076910] md/raid1:md256: active with 2 out of 2 mirrors
[ 31.090776] created bitmap (1 pages) for device md256
[ 31.095937] md256: bitmap initialized from disk: read 1 pages, set 9 of 9 bits
[ 31.116832] md256: detected capacity change from 0 to 542834688
[ 31.123002] md: resync of RAID array md256
[ 31.127112] md: minimum _guaranteed_ speed: 5000 KB/sec/disk.
[ 31.132946] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for resync.
[ 31.142339] md: Resyncing started: md256
[ 31.146273] md: using 128k window, over a total of 530112k.
[ 31.171664] md256: unknown partition table
[ 31.470937] Adding 530108k swap on /dev/md256. Priority:-1 extents:1 across:530108k
[ 31.594716] md: md1 stopped.
[ 31.605836] md: bind<sda3>
[ 31.608686] md: bind<sdb3>
[ 31.612196] md/raid0:md1: md_size is 3867230976 sectors.
[ 31.617514] md: RAID0 configuration for md1 - 1 zone
[ 31.622476] md: zone0=[sdb3/sda3]
[ 31.625836] zone-offset= 0KB, device-offset= 0KB, size=1933615488KB
[ 31.634005]
[ 31.635507] md1: detected capacity change from 0 to 1980022259712
[ 31.647338] md1: unknown partition table
[ 31.796871] md13: unknown partition table
[ 32.985577] dm_create -1
[ 32.988131] mapped_device minor=0
[ 32.992185] dm_table_add_target start linear, start=0, len=38666240, param=9:1 2048, type=18446744071589634592...
[ 33.002463] dm-linear: ti->max_io_len = 128
[ 33.006665] bio: create slab <bio-1> at 1
[ 33.011055] dm_create -1
[ 33.013602] mapped_device minor=1
[ 33.017254] dm_table_add_target start linear, start=0, len=3828555776, param=9:1 38668288, type=18446744071589634592...
[ 33.028061] dm-linear: ti->max_io_len = 128
[ 34.106545] dm_create -1
[ 34.109089] mapped_device minor=0
[ 34.112733] dm_table_add_target start flashcache, start=0, len=3828555776, param=CG0 /dev/mapper/vg1-lv1 cachedev1, type=18446744072100156192...
[ 34.766346] EXT4-fs (dm-0): Mount option "noacl" will be removed by 3.5
[ 34.766346] Contact linux-ext4@vger.kernel.org if you think we should keep it.
[ 34.766346]
[ 34.819839] ext4_init_reserve_inode_table0: dm-0, 14605
[ 34.825080] ext4_init_reserve_inode_table2: dm-0, 14605, 0, 0, 4096
[ 34.831391] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl
[ 55.825703] kjournald starting. Commit interval 5 seconds
[ 55.875435] EXT3-fs (md13): using internal journal
[ 55.880230] EXT3-fs (md13): mounted filesystem with ordered data mode
[ 65.678658] cryptodev: driver 0.9 loaded.
[ 65.691244] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[ 65.696897] iTCO_wdt: Found a Baytrail SoC TCO device (Version=4, TCOBASE=0x0460)
[ 65.704848] iTCO_wdt: initialized. heartbeat=120 sec (nowayout=0)
[ 65.724596] fnotify: Load file notify kernel module.
[ 65.729982] fnotify: Launch the fnotify thread: 18446612132963782848
[ 65.746289] iTCO_wdt: Timeout value (heartbeat) is set to 120
[ 66.772006] usbcore: registered new interface driver snd-usb-audio
[ 66.779701] usbcore: registered new interface driver snd-usb-caiaq
[ 66.791818] usbcore: registered new interface driver uvcvideo
[ 66.797579] USB Video Class driver (1.1.1)
[ 66.845572] 8021q: 802.1Q VLAN Support v1.8
[ 71.801286] md: md256: resync done.
[ 71.804792] md: Resyncing done: md256
[ 71.909983] RAID1 conf printout:
[ 71.909987] --- wd:2 rd:2
[ 71.909991] disk 0, wo:0, o:1, dev:sdb2
[ 71.909993] disk 1, wo:0, o:1, dev:sda2
[ 91.131559] EXT2-fs (sdc6): warning: mounting unchecked fs, running e2fsck is recommended
[ 92.683957] 8021q: adding VLAN 0 to HW filter on device eth0
[ 92.931102] 8021q: adding VLAN 0 to HW filter on device eth1
[ 95.931711] igb: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 113.188943] igb: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 147.732762] EXT2-fs (sdc6): warning: mounting unchecked fs, running e2fsck is recommended
[ 147.834856] rule type=2, num=0
[ 147.931462] Loading iSCSI transport class v2.0-870.
[ 147.949326] iscsi: registered transport (tcp)
[ 150.041040] hpet1: lost 9600 rtc interrupts
[ 150.311980] hpet1: lost 9599 rtc interrupts
[ 150.562703] hpet1: lost 9599 rtc interrupts
[ 150.813311] hpet1: lost 9600 rtc interrupts
[ 151.064204] hpet1: lost 9600 rtc interrupts
[ 151.335609] hpet1: lost 9599 rtc interrupts
[ 151.442131] tun: Universal TUN/TAP device driver, 1.6
[ 151.447204] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ 151.484507] nf_conntrack version 0.5.0 (7146 buckets, 28584 max)
[ 151.596210] hpet1: lost 9600 rtc interrupts
[ 151.847134] hpet1: lost 9600 rtc interrupts
Alles anzeigen
Zitat von "Smellwell"
Meine Vermutung bestätigt sich. Wenn du dmesg nun 10min später nochmal aufrufst, sollten fast ausschliesslich nur noch diese Meldungen drin sein.
D.h. es wird ständig ins Kernellog (kmsg) geschrieben. Da kmsg auf der ersten Systempartition liegt, gehen alle Platten nicht schlafen. Da ausserdem klogd im Testprogramm abgeschaltet wird und zusätzlich diese Meldungen ausgefiltert werden, sieht man sie dort nicht.
Die obigen Meldungen kommen nur, wenn das NAS per Timer gestartet wird. Dies scheint ein Bug im ACPI-BIOS zu sein.
Mensch antwortest Du schnell! Deine Vermutung schein richtig zu sein. Im Prinzip habe ich nachstehende Einträge.
Da Du jetzt schon das Problem eingegrenzt hast, kennst Du ein workaround, oder kannst Du mal eben ein Bios in Assembler oder Maschinensprache schreiben
Wem kann man das Problem bei Qnap schildern?
2411.224775] hpet1: lost 9600 rtc interrupts
[ 2414.246618] hpet_rtc_timer_reinit: 11 callbacks suppressed
[ 2414.252101] hpet1: lost 9600 rtc interrupts
[ 2414.522846] hpet1: lost 9599 rtc interrupts
[ 2414.774632] hpet1: lost 9599 rtc interrupts
[ 2415.025557] hpet1: lost 9599 rtc interrupts
[ 2415.276261] hpet1: lost 9600 rtc interrupts
[ 2415.546930] hpet1: lost 9599 rtc interrupts
[ 2415.797647] hpet1: lost 9599 rtc interrupts
[ 2416.048253] hpet1: lost 9600 rtc interrupts
[ 2416.298860] hpet1: lost 9600 rtc interrupts
[ 2416.569529] hpet1: lost 9599 rtc interrupts
[ 2419.571656] hpet_rtc_timer_reinit: 11 callbacks suppressed
[ 2419.577140] hpet1: lost 9600 rtc interrupts
[ 2419.828496] hpet1: lost 9600 rtc interrupts
[ 2420.079111] hpet1: lost 9600 rtc interrupts
[ 2420.349766] hpet1: lost 9600 rtc interrupts
[ 2420.600371] hpet1: lost 9600 rtc interrupts
[ 2420.851428] hpet1: lost 9600 rtc interrupts
[ 2421.102041] hpet1: lost 9600 rtc interrupts
[ 2421.372699] hpet1: lost 9600 rtc interrupts
[ 2421.623304] hpet1: lost 9600 rtc interrupts
[ 2421.873923] hpet1: lost 9600 rtc interrupts
[ 2424.898059] hpet_rtc_timer_reinit: 11 callbacks suppressed
[ 2424.903542] hpet1: lost 9600 rtc interrupts
[ 2425.154177] hpet1: lost 9600 rtc interrupts
[ 2425.424838] hpet1: lost 9600 rtc interrupts
[ 2425.675460] hpet1: lost 9600 rtc interrupts
[ 2425.926164] hpet1: lost 9600 rtc interrupts
[ 2426.176774] hpet1: lost 9600 rtc interrupts
[ 2426.447418] hpet1: lost 9600 rtc interrupts
[ 2426.698038] hpet1: lost 9600 rtc interrupts
[ 2426.949005] hpet1: lost 9600 rtc interrupts
[ 2427.199702] hpet1: lost 9600 rtc interrupts
[ 2430.222197] hpet_rtc_timer_reinit: 11 callbacks suppressed
[ 2430.227684] hpet1: lost 9600 rtc interrupts
[ 2430.498356] hpet1: lost 9600 rtc interrupts
[ 2430.749292] hpet1: lost 9600 rtc interrupts
[ 2430.999991] hpet1: lost 9600 rtc interrupts
[ 2431.250606] hpet1: lost 9600 rtc interrupts
Alles anzeigen
Qnap Taiwan angeschrieben. Bin gespannt was die antworten.
Na,
dann hoffe ich mal das eure Bemühungen seitens Qnap Früchte tragen.
Aktuell habe ich als Workaround den Energieplan abgeschaltet.
Ist aus Umweltsicht natürlich eine Katastrophe...
Zitat von "Timer"Ist aus Umweltsicht natürlich eine Katastrophe...
Nicht unbedingt. Du kannst das NAS ja per Zeitplan abschalten und per WOL wieder wecken.
Was haltet Ihr von der Antwort? Ich habe die Frage an Qnap Taiwan auf englisch gestellt...
ZitatAlles anzeigen"Vielen Dank für Ihre Supportanfrage bei Qnap.
Wir bedauern, dass Ihr QNAP NAS nicht störungsfrei läuft.
Vermutlich ist die Installation der Firmware nicht richtig durchgelaufen oder es sind korrupte Systemdateien auf dem NAS.
Vorgehensweise:
Um die möglichen Fehlerquellen einzugrenzen, bitte die Kompatibilität der eingesetzten Hardware (Festplatten) auf unserer Kompatibilitätsliste, prüfen:
3,5-Zoll https://www.qnap.com/i/de/prod…at_intro.php?g_cat=1&hf=0
2,5-Zoll https://www.qnap.com/i/de/prod…at_intro.php?g_cat=2&hf=0
SSD https://www.qnap.com/i/de/prod…at_intro.php?g_cat=3&hf=0
USB https://www.qnap.com/i/de/prod…at_intro.php?g_cat=4&hf=0
Der Modelcode der Festplatten ist 10- bis 20-stellig. Die Liste für kompatible Festplatten ist in die Bereiche: "Business" und "Consumer" unterteilt. Weitere Details zu den einzelnen Modellen erhalten Sie zusätzlich auf den Internetseiten der Festplatten-Hersteller. Bitte beachten Sie auch die Fußnoten.
Sind die Festplatten inkompatibel, ist eine einwandfreie Funktion des QNAP-NAS nicht gewährleistet.
Bitte installieren Sie, um korrupten und defekten Systemdateien vorzubeugen, die Firmware des NAS neu.Die Firmware können Sie via QNAP-Finder aktualisieren.
Download(und entpacken): https://www.qnap.com/i/de/product_x_down/
Führen Sie diesen Schritt auch durch, wenn bereits eine gleiche Firmware Version installiert ist.
Alle Systemeinstellungen Ihres NAS werden auf Default-Werte gesetzt. Ihre Daten bleiben hiervon unberührt.
Wenn das oben genannte Vorgehen nicht erfolgreich ist, stellen Sie bitte folgendes vor dem nächsten Firmware Update sicher:
1. NAS rebooten, sicherstellen, dass das Verzeichnis /mnt/update Directory nicht existiert.
2. Sicherstellen, dass auf /dev/md9 mehr als 200 MB frei sind.
Sollte dies nicht zum gewünschten Ergebnis führen, muss ein Firmware-Recovery durchgeführt werden. Informationen dazu finden Sie unter: http://wiki.qnap.com/wiki/Firmware_Recovery
Wir hoffen, wir konnten Ihnen helfen. "
Zitat von "Smellwell"Was haltet Ihr von der Antwort?
Automatische Standardantwort - anscheinend hat Taiwan die Mail gar nicht erhalten sondern sie wurde per Geo-IP an München weitergeleitet.
Traurig, finde ich auch. Bin kurz davor das Ding zu verkaufen. Mich ärgert es auch, dass Kodi nicht aktualisiert wird. Insgesamt gibt es einfach zu viele Bugs (VPN Client, Standby, Kodi, Youtube). Und das sind neben Datengrab nur die Funktionen, die ich benutze. Ich will nicht wissen wie die anderen 95% der Funktionen laufen. Wäre ein super NAS, wenn es einwandfrei liefe.
Meine festplatten sind als kompatibel gelistet.
Und wenn ich das richtig verstanden habe konnte der Fehler ja schon in der Software ausgemacht werden.
Oder kann ein einspielen der Firmware wirklich Besserung bringen?
Zitat von "Timer"Oder kann ein einspielen der Firmware wirklich Besserung bringen?
Wenn es sich wirklich um das gleiche Problem, wie in den letzten Beiträgen besprochen, handelt, dann nein.
Siehe auch diesen Beitrag im englischen Forum http://forum.qnap.com/viewtopic.php?f=25&t=109557