TS119P II startet selbständig neu

    Guten Tag,


    ich habe Probleme mit einer TS119P II (f/w: 3.6.1). In unregelmäßigen Abständen startet das NAS selbständig neu. Das Problem scheint immer dann aufzutreten, wenn ich größere Datenmengen auf die Festplatte schreibe. So ist es z.B. während den Folgenden Operationen schon mehrfach aufgetreten:


    - TM Backup ( begrnzt durch Gbit LAN) (>300GB)
    - RRTR Backup via (begrenzt durch ~1,5MBit Leitung) von einem anderen QNAP über einen VPN Tunnel
    - rsync via ssh von einem webserver (begrenzt durch ~25MBit Leitung) (>50GB)


    letzteres sieht im Log dann z.B. so aus:


    dabei habe ich den kopiervorgang mit rsync nach einem neustart manuell immer wieder angestoßen.


    Wo kann ich weitere Informationen darüber erhalten, wodurch der Neustart ausgelöst wird?


    Sämtliche HDD-Checks die über die QNAP GUI möglich sind, laufen ohne Fehler durch. Bei einem manuell durchgeführten Neustart bleibt die Meldung zum unsauberen Dateisystem aus.


    Folgendes findet sich unter Hardware Informationen zur HDD:
    Hard Disk Model Seagate ST2000DM001-9YN1CC46
    Model Number ST2000DM001-9YN164
    Disk Capacity 1863.02 GB
    Firmware Version CC46
    ATA Version ATA-8
    ATA Standard Not recognized. Minor revision code: 0x29


    und folgende SMART Werte werden angezeigt:



    Vielen Dank für dienliche Hinweise.


    LG, Magnus


    --------------------------
    UPDATE (31.05.2012):
    --------------------------
    Nachdem ich dieses Thema gefunden habe, läuft die HDD nun mit der firmware CC4H. Leider tritt das oben beschriebene Problem noch immer auf.


    Wo finde ich mehr Logs die Aufschluss darüber geben könnten was den Neustart ausgelöst hat?

    könnte an den nicht kompatiblen ST2000DM001 - Platten liege. Blubberliste siehe Anmerkung 15.

    Zitat von "Magnus8513"

    Wo finde ich mehr Logs die Aufschluss darüber geben könnten was den Neustart ausgelöst hat?


    Die entsprechenden Logs findest du unter /etc/logs. (kmsg, kmsg.1 und kmsg.2)

    Vielen Dank für die Hilfe.
    Zur Festplattenkompapatibilität: Als das NAS gekauft wurde, wurde die HDD noch als kompatibel geführt. :cursing: Ich habe wie oben beschrieben bereits die f/w auf die aktuelleste Version geupdated. Leider scheint sich mein Problem dadurch bisher nicht gelöst zu haben. Falls es wirklich ein Festplattenfehler ist, würde ich versuchen mit mit meinem Händler diesbezüglich ins Benehmen zu setzen und eine neue (auch heute noch als kompatibl gelistete) zu kaufen. Dafür wäre ich mir allerdings ein Beleg dafür, dass es wirklich an der HDD liegt sehr hilfreich.


    Kann mir jemand helfen die angehängten Logs diesbezüglich zu interpretieren?




    Vielen Dank.

    Für den 30.05. sagen die Logs leider gar nichts aus. Viel schlimmer sieht da das Log vom 10.05. und den Tagen bzw. Wochen davor aus. Was hat denn da das NAS ab ca 20:44 Uhr geschafft? Wann hast du die FW des NAS geupdatet?

    Hallo dr_mike,


    die f/w habe ich vormittags am 31.05. geupdatet.


    Am 10.05. habe ich vormittags das NAS erstmals von meinem Kunden zurück erhalten, nachdem es dort(in den Tagen und Wochen davor) vielfach vor allem bei Time Machine Backups aber auch bei RRTR Vorgängen Probleme(Neustarts/Time-Machine Backup fehlgeschlagen) bereitet hat und oft auch nicht mehr ansprechbar gewesen ist. Abends habe ich es dann in meinem Netzwerk eingerichtet und mit Umfangreichen rsync/RRTR Operationen von einem anderen NAS mit Daten bespielen lassen um das Problem zu reproduzieren. Allerdings kam es dabei zu keinerlei Auffälligkeiten; insbesondere keinen ungewollten Neustarts.


    Den ersten ungewollten Neustart gab es erst am 30.5. wieder, nachdem ich ein rsync-backup eines webservers eingerichetet habe. Diverse Versuche dieses durchlaufen zu lassen spiegeln sich oben in dem ss der systemlogs. Leider wiederholten sich diese neustarts auch nach dem f/w update am 31.5.


    Da immer wieder stücke des webserers erfolgreich mit rsync kopiert wurden bevor es zum Neustart kam, liegt inzwischen ein vollständiges "Erst-"Backup vor und die scheinbar kleinen Änderungen seither führen nun bei täglichen incrementellen backups nicht mehr zu einem Neustart(der letzte ereignete sich am 2.6. ca. 40min nach start des backups). Es scheint hier also eine Relation zum Umfang der zu bewegenen Daten zu geben?!?


    Selbstverständlich ich dies noch immer kein haltbarer Zustand und ich hoffe weiter auf Hilfe.


    Vielen Dank.

    Ich weiss nicht ob man dem Backup trauen kann. Prüfe mal stichprobenartig, ob die Daten lesbar sind und den Inhalt widergeben, den sie enthalten sollen.
    Anschliessend würde ich das System komplett neu aufsetzen. Damit meine ich eine Art Recovery, sodass auch der Kernel neu ins Flash geschrieben wird.
    Platten komplett löschen und alles neu machen.
    Tritt der Fehler danach immernoch auf, dann ist sehr wahrscheinlich der Speicher defekt oder es liegt ein thermisches Problem vor (Speicher, Prozessor, MMU).
    Dann solltest du dich mit den Logs an den Kundendienst wenden.


    Jedenfalls sind solche Fehler wie unten eher nicht auf die Platten zurückzuführen auch wenn es auf den ersten Blick so aussehen mag,


    Code
    <2>[75108.820000] kernel BUG at mm/filemap.c:1917!<1>[75108.830000] Unable to handle kernel NULL pointer dereference at virtual address 00000000<1>[75108.840000] pgd = dac9c000<1>[75108.840000] [00000000] *pgd=1ecf3031, *pte=00000000, *ppte=00000000<0>[75108.850000] Internal error: Oops: 817 [#1]<0>[75108.850000] last sysfs file: /sys/block/sda/size<4>[75108.850000] Modules linked in: iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fbdisk uvcvideo v4l2_common videodev v4l1_compat v4l2_int_device snd_usb_caiaq snd_usb_audio snd_usb_lib snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_rawmidi snd_page_alloc snd_seq_device snd_timer snd soundcore mac80211 cfg80211 lib80211 fnotify(P) smbfs etxhci_hcd cifs nfs udf isofs ufsd(P) ext4 jbd2 sysinfo usblp usbhid cryptodev mv_cesa sha512_generic sha256_generic sha1_generic aes_generic dm_crypt dm_mod raid456 async_raid6_recov async_pq async_xor async_memcpy async_tx raid6_pq xor nls_utf8 nls_iso8859_2 nls_cp850 nls_cp437 vfat fat appletalk psnap llc hid ehci_hcd ext3 jbd<4>[75108.850000] CPU: 0    Tainted: P            (2.6.33.2 #1)<4>[75108.850000] PC is at __bug+0x20/0x2c<4>[75108.850000] LR is at release_console_sem+0x198/0x1d0<4>[75108.850000] pc : [<c002ecf4>]    lr : [<c0065c30>]    psr: 20000013<4>[75108.850000] sp : c39c7cd8  ip : c39c7c08  fp : c39c7ce4<4>[75108.850000] r10: c39c6000  r9 : df61a918  r8 : 00000000<4>[75108.850000] r7 : 00000000  r6 : 0054a000  r5 : 00001000  r4 : 003973e0<4>[75108.850000] r3 : 00000000  r2 : 00000001  r1 : 00004394  r0 : 00000036<4>[75108.850000] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user<4>[75108.850000] Control: 0005397f  Table: 1ac9c000  DAC: 00000015<0>[75108.850000] Process afpd (pid: 22924, stack limit = 0xc39c6270)<0>[75108.850000] Stack: (0xc39c7cd8 to 0xc39c8000)<0>[75108.850000] 7cc0:                                                       c39c7cfc c39c7ce8<0>[75108.850000] 7ce0: c009aae8 c002ece4 003973e0 00001000 c39c7d6c c39c7d00 c009b0fc c009aab0<0>[75108.850000] 7d00: 00001000 003973e0 c053df00 00000000 4f4b1784 dec862c0 00000014 00001000<0>[75108.850000] 7d20: 00000000 bf1a8384 c39c7ee8 00000001 00000014 00001fec 00000000 c053df00<0>[75108.850000] 7d40: 4f4b1784 df61a870 00000000 00000000 00000000 00002000 c39c6000 dec862c0<0>[75108.850000] 7d60: c39c7dfc c39c7d70 c009c64c c009affc 00549fec 00000000 c39c7ea8 00002000<0>[75108.850000] 7d80: 00000000 c02a65cc 00000002 c39c7ea8 c39c7ee8 c39c7e70 c39c7ee0 df669200<0>[75108.850000] 7da0: df61a918 00000000 c39c7dec c39c7db8 c026c184 00000001 00000040 00000000<0>[75108.850000] 7dc0: c39c7dcc c39c7df8 c0440fc8 00002000 08a83903 df61a8ec 00000000 c39c7e70<0>[75108.850000] 7de0: c39c7ee8 00549fec 00000000 00000001 c39c7e3c c39c7e00 c009c8c4 c009c3b8<0>[75108.850000] 7e00: 00000040 00000344 df669200 dec862c0 00000000 c39c7ee8 c39c7e70 00549fec<0>[75108.850000] 7e20: 00000000 c39c7fa8 c39c6000 c042ebb4 c39c7e64 c39c7e40 bf17c0e4 c009c864<0>[75108.850000] 7e40: 00549fec 00000000 00000000 dec862c0 c39c7e70 c39c7ee8 c39c7f14 c39c7e68<0>[75108.850000] 7e60: c00c676c bf17c0a8 00549fec 00000000 00000000 00000001 00000000 00000001<0>[75108.850000] 7e80: ffffffff dec862c0 00000000 00000000 00000000 00000000 dace4ca0 00000000<0>[75108.850000] 7ea0: 00000000 00000000 00549fec 00000000 00000000 0000000c 00000344 defe0058<0>[75108.850000] 7ec0: 00002000 00000010 43a4f618 00000000 c39c7f1c 00000000 df669228 c00699d0<0>[75108.850000] 7ee0: 00114bfc 00000001 00112bfc 00002000 df669228 00112bfc 00000000 dec862c0<0>[75108.850000] 7f00: c39c7fa8 00002000 c39c7f7c c39c7f18 c00c73a0 c00c66d4 c39c7f78 c00d778c<0>[75108.850000] 7f20: 00000000 3b981477 00000000 000f418e 00000000 3b981477 00012568 bec9142c<0>[75108.850000] 7f40: 00000000 00000000 bec913ac 00000009 00000000 00000000 00112bfc 00002000<0>[75108.850000] 7f60: dec862c0 000000b5 c002b228 00000000 c39c7fa4 c39c7f80 c00c7b90 c00c7280<0>[75108.850000] 7f80: bec9142c 00000000 00013354 00549fec 00000000 00000000 00000000 c39c7fa8<0>[75108.850000] 7fa0: c002b080 c00c7b2c 00549fec 00000000 0000001b 00112bfc 00002000 00000000<0>[75108.850000] 7fc0: 00549fec 00000000 00000000 000000b5 00000000 00112bfc 00002000 bec913a4<0>[75108.850000] 7fe0: 40332000 bec91370 0006cca4 4032562c 60000010 0000001b 00000000 00000000<4>[75108.850000] Backtrace: <4>[75108.850000] [<c002ecd4>] (__bug+0x0/0x2c) from [<c009aae8>] (iov_iter_advance+0x48/0xdc)<4>[75108.850000] [<c009aaa0>] (iov_iter_advance+0x0/0xdc) from [<c009b0fc>] (generic_file_buffered_write+0x110/0x254)<4>[75108.850000]  r5:00001000 r4:003973e0<4>[75108.850000] [<c009afec>] (generic_file_buffered_write+0x0/0x254) from [<c009c64c>] (__generic_file_aio_write+0x2a4/0x4ac)<4>[75108.850000] [<c009c3a8>] (__generic_file_aio_write+0x0/0x4ac) from [<c009c8c4>] (generic_file_aio_write+0x70/0xd8)<4>[75108.850000] [<c009c854>] (generic_file_aio_write+0x0/0xd8) from [<bf17c0e4>] (ext4_file_write+0x4c/0xe4 [ext4])<4>[75108.850000] [<bf17c098>] (ext4_file_write+0x0/0xe4 [ext4]) from [<c00c676c>] (do_sync_write+0xa8/0x104)<4>[75108.850000]  r7:c39c7ee8 r6:c39c7e70 r5:dec862c0 r4:00000000<4>[75108.850000] [<c00c66c4>] (do_sync_write+0x0/0x104) from [<c00c73a0>] (vfs_write+0x130/0x248)<4>[75108.850000]  r8:00002000 r7:c39c7fa8 r6:dec862c0 r5:00000000 r4:00112bfc<4>[75108.850000] [<c00c7270>] (vfs_write+0x0/0x248) from [<c00c7b90>] (sys_pwrite64+0x74/0x90)<4>[75108.850000] [<c00c7b1c>] (sys_pwrite64+0x0/0x90) from [<c002b080>] (ret_fast_syscall+0x0/0x28)<4>[75108.850000]  r6:00000000 r5:00000000 r4:00549fec<0>[75108.850000] Code: e1a01000 e59f000c eb00dd71 e3a03000 (e5833000) <4>[75108.860000] ---[ end trace 0e3d9ba455754e12 ]---<2>[85304.610000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[85314.910000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980763: directory entry across blocks - offset=356352, inode=24, rec_len=65672, name_len=0<2>[85316.120000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[85317.570000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[85317.600000] EXT4-fs error (device sda3): ext4_add_entry: bad entry in directory #4980762: inode out of bounds - offset=0, inode=3238723584, rec_len=4096, name_len=0<2>[85320.410000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[85320.430000] EXT4-fs error (device sda3): ext4_add_entry: bad entry in directory #4980762: inode out of bounds - offset=0, inode=3238723584, rec_len=4096, name_len=0<2>[85321.810000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980763: directory entry across blocks - offset=356352, inode=24, rec_len=65672, name_len=0<2>[85327.400000] EXT4-fs error (device sda3): ext4_add_entry: bad entry in directory #4980762: inode out of bounds - offset=0, inode=3238723584, rec_len=4096, name_len=0<2>[146079.830000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1083514960 in inode #5008187<2>[146079.910000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (40) for inode=5008185<2>[146079.930000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1330315306 in inode #5008183<2>[146080.120000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1634759470 in inode #5008189<2>[146080.180000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008179<2>[146080.210000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008191<2>[146080.240000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002247<2>[146080.300000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002249<2>[146080.370000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002255<2>[146080.530000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008188<2>[146080.610000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (0) for inode=5008186<2>[146080.630000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1680945716 in inode #5008184<2>[146080.640000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (70630) for inode=5002244<2>[146080.830000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002246<2>[146080.910000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (154410) for inode=5008180<2>[146081.030000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002250<2>[146081.070000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980763: directory entry across blocks - offset=356352, inode=24, rec_len=65672, name_len=0<2>[146081.150000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002252<2>[146081.220000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (0) for inode=5002256<2>[146081.470000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008178<2>[146081.530000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008182<2>[146081.700000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (52220) for inode=5008181<2>[146081.720000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[146226.280000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[146259.890000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[146259.970000] EXT4-fs error (device sda3): htree_dirblock_to_tree: bad entry in directory #4980762: inode out of bounds - offset=131072, inode=3238723584, rec_len=4096, name_len=0<2>[146269.600000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1083514960 in inode #5008187<2>[146284.240000] EXT4-fs error (device sda3): ext4_iget: bogus i_mode (40) for inode=5008185<2>[146286.350000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1330315306 in inode #5008183<2>[146327.850000] EXT4-fs error (device sda3): ext4_iget: bad extended attribute block 1634759470 in inode #5008189<2>[146337.380000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008179<2>[146343.410000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5008191<2>[146347.760000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002247<2>[146360.130000] EXT4-fs error (device sda3): ext4_lookup: deleted inode referenced: 5002249<2>[146368.270000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980763: directory entry across blocks - offset=356352, inode=24, rec_len=65672, name_len=0<2>[146368.290000] EXT4-fs error (device sda3): ext4_dx_find_entry: bad entry in directory #4980763: directory entry across blocks - offset=356352, inode=24, rec_len=65672, name_len=0....bis reboot


    ... hier sind die Platten nicht beteiligt, sondern das Netzwerkinterface:

    Erneut vielen Dank für die Hilfe. Ich habe Deine Empfehlung folgendermaßen befolgt:


    HDD ausgabaut und in einen Desktop angeschlessen, dort unter Windows alle Partitionen der Festplatte gelöscht und diese so wieder in das NAS eingebaut. Sie wurde erwartungsgemäß als neu erkannt und das NAs vollständig neu eingerichtet. Leider führt das Backup meines webservers immer noch zu Neustarts. :(


    Die logs seit der Neuinstallation habe ich der zip nun mit dem Zusatz "_neu" angefügt:



    Vieleich magst Du noch einmal drüber schauen, ob sich dort die gleichen Fehler wiederfinden bevor ich den QNAP Support diesbezüglich anschreibe.


    Bist Du immer noch der Meinung, dass es sich hierbei eher nicht um ein HDD Problem handelt?


    Vielen Dank.

    Der Fehler besteht immernoch.


    Zitat von "Magnus8513"

    Bist Du immer noch der Meinung, dass es sich hierbei eher nicht um ein HDD Problem handelt?


    Ja, ich gehe immernoch davon aus, dass der Fehler eher vom Speicher herkommt.

    Vielen Dank. Ich habe soeben eine Anfrage mit ausführlicher Beschreibung und einem Verweis auf dieses Thema über das Support-Formular an QNAP gesendet. Ich hoffe auf eine baldige Rückmeldung und werde neue Informationen hier posten.

    Hallo Zusammen. Ich habe nun auch exakt dasselbe Problem, dass Magnus hier aufführt. Jedoch erstelle ich ein Backup auf eine externe usb 3.0 festplatte. Ich habe die aktuelle firmware installiert 4.0.2 Auch das hilft nicht. Gibt es denn bereits Antwort von qnap bzw. einen Lösungsansatz?

    Hallo!


    Gleiches Problem seit Update auf Firmware 4.0.5 (allerdings TS-212) auch bei mir: Zufällige Neustarts, die sich zu häufen scheinen. Von 1x täglich auf inzwischen alle paar Stunden. Kann allerdings keinen Zusammenhang zwischen Festplattenzugriffen und Neustarts erkennen... Gestern zwar auch Neustart während eines Backups, aber in der Nacht noch zwei Weitere ohne Zugriff etc.
    Einziges weiteres Indiz ist, dass "in zeitlicher Nähe" einiger Neustarts (nicht bei allen) offenbar Netzwerkprobleme aufgetreten sind. (Systemprotokoll: "LAN 1 Link is down", "LAN 1 Link is up")
    Anfrage beim QNAP Support brachte bislang nur eine nicht brauchbare Standardantwort... ;)


    System:
    TS-212
    Firmware Rev. 4.0.5 Build 20131126 (Installiert am 28.12.2013; vorher ein Jahr lang absolut störungsfreier Betrieb!)
    Festplatte: 1x Seagate ST2000VX002-1AH1CV01


    Bin für jede Hilfe dankbar!

    Leider kam von Magnus bisher keine Rückmeldung. Somit auch keine Erkenntnis darüber, was der Support dazu meint.
    Auffällig ist, dass es nur ARM-NAS betrifft. Vielleicht könntet ihr auch mal eure Logdateien hier anhängen.


    /etc/logs (kmsg, kmsg.1 und kmsg.2)

    Schaut nach einem Problem beim Zuweisen virtuellen Speichers aus. (virtual memory allocation)
    Übrigens wurde diese FW-Version wohl von QNAP von der offiziellen Downloadseite zurückgezogen, was auf Probleme mit der FW schliessen lässt.
    Du kannst versuchen, auf die Version 4.0.2 runter zu gehen.