Probl

[nicolasd86]

Bonjour,

Depuis la mise à jour 4.1 mon NAS 409+ est complètement instable.

Lorsqu'il démarre, au bout de quelques minutes le NAS devient complètement inaccessible. Pourtant tout les voyants sont allumé et la LED du réseau clignote comme si tout allais bien.

En fouillant un peu les posts du forum j'ai alors remarqué que beaucoup de personnes ont eu des problèmes avec le nouveau FIRMWARE. J'ai alors vérifié si j'avais bien la mise à jour 2647.

Apres un redémarrage forcé du serveur (car celui ci est totalement inaccessible que se soit via HTTP, SMB ou SSH) j'ai eu le temps d'aller dans le menu de Mise a jour du DSM.

Je n'avais effectivement pas la dernière version.

Après plusieurs tentatives de téléchargement du firmware (le NAS bloquait tout seul avant que je puisse finir le téléchargement), j'ai enfin réussi a mettre a jour avec la dernière version disponible du DSM.

Il redémarre, et là tout fonctionne parfaitement ... pendant 1 ou 2h seulement...

Après de nouveau les mêmes symptômes. Le NAS devient complètement inaccessible. Les LED sont allumées et celle du LAN clignote...

L'assistant ne retrouve pas le serveur, impossible de se connecter via SSH, HTTP, SMB etc...

Que puis-je faire ?

Le pire c'est que juste après avoir fait la mise à jour, tout fonctionnait a merveille !

Je n'ai rien fait d'autre que de copier des fichiers du NAS vers ma machine. Et d'un coup, de nouveau inaccessible...

Merci d'avance pour votre aide !

Cordialement,

Nicolasd86

[psuken]

Bonjour,

As-tu essayé depuis un autre terminal (eg autre PC) ? Sinon ça pourrait être un pb hardware...

Vois tu qqch dans les logs système ?

[nicolasd86]

J'ai essayé depuis mon PC, et depuis mon téléphone via WIFI.

Je n'ai rien vu de spécial dans les logs sur l'interface Web.

Sinon, quels fichiers de logs pourrais-je analyser ?

merci pour votre aide

[psuken]

En premier lieu j'irais voir dans "Menu Démarrer" > "Journaux système" pour vérifier les entrées juste avant la dernière défaillance. Le reboot forcé doit être indiqué sous la forme "improper shutdown".

Sinon, il faut regarder les processus qui consomment le plus de processeur/mémoire pour essayer d'identifier s'il y en a un qui pose problème.

Tu peux aussi désactiver les packages /fonctions que tu n'utilises pas.

Un maître syno aura peut-être une autre solution mais pour moi le meilleur moyen de vérifier s'il s'agit d'un pb hardware, c'est format > Reinstall et réactivation des fonctionnalités une par une jusqu’à ce que tu trouves celles qui pose pb, s'il y en a une...

A ma connaissance il n'existe pas de fonctionnalité permettant de tester le bon fonctionnement des composants Hardware.

[nicolasd86]

:S

ok je vais essayer de regarder les logs.

Le pb c'est que je dois couper le courant a chaque fois pour tester et prier pour que les DD ne crament pas

[psuken]

Couper le courant ? J'avais compris un reboot forcé mais pas une coupure de courant.

Commence par les logs et les processus... Avec un peu de chance c'est juste un appli qui consomme trop

[nicolasd86]

Je n'ai pas possibilité de l'éteindre proprement car je n'ai plus aucun accès ...

Tu pensais comment pour "reboot forcé" ?

Il y a ptet une manipulation que je ne connais pas

[psuken]

Je me rend compte que je n'ai jamais forcé le reboot de mon Syno...

Je pensais à un appui long sur la touche On/Off... le bouton reset.. mais ca revient au même que de le débrancher je suppose.

[chrisg69]

Salut nicolasd86

comme le dit psuken, vérifie les logs du système.

tu peux avoir un process en tache de fond qui fait que le nas arrive à planter derrière.

exemple la réindexation des fichiers multimédias ( notemment les photos et la création de vignette)..

[nicolasd86]

Ok, dès que j'arrive a le redémarrer je stop et désinstalle toutes les applis.

Je testerais package par package

merci pour votre aide !

[nicolasd86]

J'ai redémarré le serveur, désactivé tout les paquet et le serveur a de nouveau planté.

J'avais en parallèle lancé la commande TOP en SSH pour voir ce qui se passait un peu sur le serveur.

Il y avait énormément de processus APACHE ainsi que MYSQL.

Au bout de quelques minutes le serveur a rebooté tout seul et de nouveau bloqué.

J'ai donc désactivé tout les paquet ainsi que APACHE + MYSQL et là ca a l'air de tourner...

Je vous tiens au courant

[nicolasd86]

J'ai parlé trop vite

il vient de planter encore une fois...

je suis a court d'idées là

[nicolasd86]

Help :

Oct 30 21:20:18 mt-daapd[8111]: database.c (555) Failed to exec [sELECT * FROM music WHERE fs_online = 't' ORDER BY title] (ERROR: could not read block 791 of relation 1663/41559/41562: read only 0 of 8192 bytes )

Oct 30 21:20:18 mt-daapd[8111]: db-gdbm.c:db_init(596): Can not open database!!

Oct 30 21:21:34 kernel: [ 428.956470] Unable to handle kernel paging request for instruction fetch

Oct 30 21:21:34 kernel: [ 428.963310] Faulting instruction address: 0x68616e5c

Oct 30 21:21:34 kernel: [ 428.968315] Oops: Kernel access of bad area, sig: 11 [#1]

Oct 30 21:21:34 kernel: [ 428.973700] MPC8544 DS

Oct 30 21:21:34 kernel: [ 428.976047] Modules linked in: nfsd exportfs rpcsec_gss_krb5 auth_rpcgss cifs udf isofs loop nf_conntrack_ipv6 ip6table_filter ip6_tables xt_state xt_tcpudp xt_multiport nf_conntrack_ipv4 nf_defrag_ipv4 usbhid nf_conntrack h

Oct 30 21:21:34 kernel: [ 429.053311] NIP: 68616e5c LR: a003148c CTR: 00000000

Oct 30 21:21:34 kernel: [ 429.058265] REGS: bfbd1d50 TRAP: 0400 Tainted: P (2.6.32.12)

Oct 30 21:21:34 kernel: [ 429.065037] MSR: 02029000 <EE,VEC,ME,CE> CR: 28022484 XER: 00000000

Oct 30 21:21:34 kernel: [ 429.071494] TASK = bb3155a0[8277] 'PkgMan.cgi' THREAD: bfbd0000

Oct 30 21:21:34 kernel: [ 429.077225] GPR00: 68616e5f bfbd1e00 bb3155a0 bb720764 0f8bf000 bb77a2f8 12b3201b a0390000

Oct 30 21:21:34 kernel: [ 429.085598] GPR08: 00000000 a02b4b00 00000001 00000000 0000e797 10030c28 fffffff0 00000000

Oct 30 21:21:34 kernel: [ 429.093970] GPR16: 00000000 bfbd1f50 00000000 7ff2eed0 a0390000 00000000 bb72077c bec13774

Oct 30 21:21:34 kernel: [ 429.102342] GPR24: be4a0cb4 bb720770 bb720780 bec13740 00000000 bac14908 be4a0c80 bb720764

Oct 30 21:21:34 kernel: [ 429.110902] NIP [68616e5c] 0x68616e5c

Oct 30 21:21:34 kernel: [ 429.114560] LR [a003148c] dup_mm+0x290/0x39c

Oct 30 21:21:34 kernel: [ 429.118817] Call Trace:

Oct 30 21:21:34 kernel: [ 429.121255] [bfbd1e00] [a0031464] dup_mm+0x268/0x39c (unreliable)

Oct 30 21:21:34 kernel: [ 429.127345] [bfbd1e40] [a0031cd0] copy_process+0x684/0xb60

Oct 30 21:21:34 kernel: [ 429.132823] [bfbd1ee0] [a00322fc] do_fork+0x150/0x2b0

Oct 30 21:21:34 kernel: [ 429.137871] [bfbd1f30] [a00074e4] sys_fork+0x54/0x68

Oct 30 21:21:34 kernel: [ 429.142833] [bfbd1f40] [a000f2fc] ret_from_syscall+0x0/0x3c

Oct 30 21:21:34 kernel: [ 429.148394] Instruction dump:

Oct 30 21:21:34 kernel: [ 429.151354] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX

Oct 30 21:21:34 kernel: [ 429.159113] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX

Oct 30 21:21:34 kernel: [ 429.167453] ---[ end trace 66d7ebf31f32b753 ]---

[psuken]

Hmmm, je vote pour un problème de HDD... Que dit la communauté ?

[nicolasd86]

Je pense un pb de barrette mémoire ou carte mère

Oct 30 22:21:12 kernel: [  833.010099] Unable to handle kernel paging request for instruction fetch

Oct 30 22:21:12 kernel: [  833.016791] Faulting instruction address: 0x0000dca0

Oct 30 22:21:12 kernel: [  833.021745] Oops: Kernel access of bad area, sig: 11 [#1]

Oct 30 22:21:12 kernel: [  833.027129] MPC8544 DS

Oct 30 22:21:12 kernel: [  833.029477] Modules linked in: nfsd exportfs rpcsec_gss_krb5 auth_rpcgss cifs udf isofs loop nf_conntrack_ipv6 ip6table_filter ip6_tables xt_state xt_tcpudp xt_multiport usbhid nf_conntrack_ipv4 hid nf_defrag_ipv4 input_core

Oct 30 22:21:12 kernel: [  833.106734] NIP: 0000dca0 LR: a02a6bd8 CTR: 0000dca3

Oct 30 22:21:12 kernel: [  833.111687] REGS: bef7f900 TRAP: 0400   Tainted: P			(2.6.32.12)

Oct 30 22:21:12 kernel: [  833.118460] MSR: 00021000 <ME,CE>  CR: 84042884  XER: 20000000

Oct 30 22:21:12 kernel: [  833.124302] TASK = be41eaf0[7685] 'httpd' THREAD: bef7e000

Oct 30 22:21:12 kernel: [  833.129599] GPR00: 00000001 bef7f9b0 be41eaf0 a036ad50 be41eaf0 00000000 00000000 ffffffff

Oct 30 22:21:12 kernel: [  833.137971] GPR08: ffffab71 0000dca3 00024fe3 00000000 0002a472 100900c0 000003e0 bef7fdb0

Oct 30 22:21:12 kernel: [  833.146342] GPR16: bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7ff00 0000001f

Oct 30 22:21:12 kernel: [  833.154713] GPR24: a0370000 a036ad50 be41ec7c a036ad50 a036ad50 be41eaf0 00000000 00028680

Oct 30 22:21:12 kernel: [  833.163272] NIP [0000dca0] 0xdca0

Oct 30 22:21:12 kernel: [  833.166583] LR [a02a6bd8] schedule+0x190/0x2cc

Oct 30 22:21:12 kernel: [  833.171013] Call Trace:

Oct 30 22:21:12 kernel: [  833.173451] [bef7f9b0] [a02a6b3c] schedule+0xf4/0x2cc (unreliable)

Oct 30 22:21:12 kernel: [  833.179631] [bef7f9e0] [a02a7ce4] schedule_hrtimeout_range+0x154/0x188

Oct 30 22:21:12 kernel: [  833.186154] [bef7fa80] [a009ed84] poll_schedule_timeout+0x3c/0x68

Oct 30 22:21:12 kernel: [  833.192239] [bef7fa90] [a009f38c] do_select+0x3e0/0x414

Oct 30 22:21:12 kernel: [  833.197457] [bef7fd80] [a009f678] core_sys_select+0x2b8/0x36c

Oct 30 22:21:12 kernel: [  833.203196] [bef7fef0] [a009f820] sys_select+0xf4/0x11c

Oct 30 22:21:12 kernel: [  833.208416] [bef7ff30] [a0003ba4] ppc_select+0x8c/0x9c

Oct 30 22:21:12 kernel: [  833.213550] [bef7ff40] [a000f2fc] ret_from_syscall+0x0/0x3c

Oct 30 22:21:12 kernel: [  833.219111] Instruction dump:

Oct 30 22:21:12 kernel: [  833.222071] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX

Oct 30 22:21:12 kernel: [  833.229830] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX

Oct 30 22:21:12 kernel: [  833.237592] ---[ end trace 6037d670387dd156 ]---

Oct 30 22:21:12 kernel: [  833.242620] ------------[ cut here ]------------

Oct 30 22:21:12 kernel: [  833.247226] Badness at a00380c4 [verbose debug info unavailable]

Oct 30 22:21:12 kernel: [  833.253218] NIP: a00380c4 LR: c1e635c0 CTR: a003808c

Oct 30 22:21:12 kernel: [  833.258171] REGS: bef7f650 TRAP: 0700   Tainted: P	  D	 (2.6.32.12)

Oct 30 22:21:12 kernel: [  833.264943] MSR: 00021000 <ME,CE>  CR: 24044882  XER: 00000000

Oct 30 22:21:12 kernel: [  833.270783] TASK = be41eaf0[7685] 'httpd' THREAD: bef7e000

Oct 30 22:21:12 kernel: [  833.276080] GPR00: 00000001 bef7f700 be41eaf0 bef16560 bef5c080 bef5c080 00000003 00000000

Oct 30 22:21:12 kernel: [  833.284452] GPR08: 00000000 a0390000 00000000 00000000 84044888 100900c0 000003e0 bef7fdb0

Oct 30 22:21:12 kernel: [  833.292825] GPR16: bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7fdb0 bef7ff00 0000001f

Oct 30 22:21:12 kernel: [  833.301197] GPR24: a0370000 a036ad50 a03ebfc4 bef16978 bef16560 00000000 bf7de0e0 bef16560

Oct 30 22:21:12 kernel: [  833.309752] NIP [a00380c4] local_bh_enable+0x38/0x98

Oct 30 22:21:12 kernel: [  833.314762] LR [c1e635c0] ipv6_sock_mc_close+0xfc/0x118 [ipv6]

Oct 30 22:21:12 kernel: [  833.320580] Call Trace:

Oct 30 22:21:12 kernel: [  833.323020] [bef7f700] [a01aa6d4] uart_console_write+0x58/0x74 (unreliable)

Oct 30 22:21:12 kernel: [  833.329996] [bef7f710] [c1e635c0] ipv6_sock_mc_close+0xfc/0x118 [ipv6]

Oct 30 22:21:12 kernel: [  833.336533] [bef7f740] [c1e447cc] inet6_release+0x2c/0x58 [ipv6]

Oct 30 22:21:12 kernel: [  833.342536] [bef7f750] [a021cf28] sock_release+0x30/0x9c

Oct 30 22:21:12 kernel: [  833.347841] [bef7f770] [a021dac0] sock_close+0x2c/0x40

Oct 30 22:21:12 kernel: [  833.352974] [bef7f780] [a008e058] __fput+0x180/0x244

Oct 30 22:21:12 kernel: [  833.357932] [bef7f7a0] [a008e3a4] fput+0x288/0x29c

Oct 30 22:21:12 kernel: [  833.362716] [bef7f850] [a008b894] filp_close+0x94/0xac

Oct 30 22:21:12 kernel: [  833.367852] [bef7f870] [a0034f04] put_files_struct+0x94/0xec

Oct 30 22:21:12 kernel: [  833.373504] [bef7f890] [a00353e0] do_exit+0x170/0x548

Oct 30 22:21:12 kernel: [  833.378548] [bef7f8c0] [a000c944] _exception+0x0/0x15c

Oct 30 22:21:12 kernel: [  833.383684] [bef7f8e0] [a0012c3c] bad_page_fault+0xc0/0xd4

Oct 30 22:21:12 kernel: [  833.389162] [bef7f8f0] [a000f7ac] handle_page_fault+0x7c/0x80

Oct 30 22:21:12 kernel: [  833.394902] [bef7f9b0] [a02a6b3c] schedule+0xf4/0x2cc

Oct 30 22:21:12 kernel: [  833.399948] [bef7f9e0] [a02a7ce4] schedule_hrtimeout_range+0x154/0x188

Oct 30 22:21:12 kernel: [  833.406469] [bef7fa80] [a009ed84] poll_schedule_timeout+0x3c/0x68

Oct 30 22:21:12 kernel: [  833.412554] [bef7fa90] [a009f38c] do_select+0x3e0/0x414

Oct 30 22:21:12 kernel: [  833.417772] [bef7fd80] [a009f678] core_sys_select+0x2b8/0x36c

Oct 30 22:21:12 kernel: [  833.423511] [bef7fef0] [a009f820] sys_select+0xf4/0x11c

Oct 30 22:21:12 kernel: [  833.428729] [bef7ff30] [a0003ba4] ppc_select+0x8c/0x9c

Oct 30 22:21:12 kernel: [  833.433861] [bef7ff40] [a000f2fc] ret_from_syscall+0x0/0x3c

Oct 30 22:21:12 kernel: [  833.439423] Instruction dump:

Oct 30 22:21:12 kernel: [  833.442383] 90010014 54290024 8009000c 740903ff 40820010 7c0000a6 700b8000 40820028

Oct 30 22:21:12 kernel: [  833.450144] 3d20a039 8009e290 21600000 7c0b0114 <0f000000> 2f800000 41be000c 38000001

Modifié le 31 octobre 2012 par nicolasd86

[psuken]

je pensais à un secteur défectueux sur un HDD à cause du message :

ERROR:  could not read block 791 of relation 1663/41559/41562: read only 0 of 8192 bytes

[chrisg69]

je rejoins psuken sur un problème de secteurs au niveau du disques;

essaye de faire un smart test dans l'outil de gestion des volumes , pour vérifié ce que te dis le Syno .

[nicolasd86]

Je vais essayer, mais comment faire si le serveur redémarre tout seul ? :S

[psuken]

Lance déjà le test... si ca reboot tu pourras toujours mettre le disque dans une autre machine je pense.

[nicolasd86]

J'ai lancé le test rapide. tout est normal pour lui.

J'essaie le test complet...

merci pour votre aide

[timetofly06]

Brrr .. .j'ai aussi un DS409+ et je m'appretais à faire la mise à jour mais ton message me fait froid dans le dos ...

[nicolasd86]

Je te conseil de ne pas passer en 4.1

il n'y a pas beaucoup de différences si ce n'est une grosse instabilité

[nicolasd86]

j'essaie un RESET complet du système pour voir si cela change quelque chose...

[timetofly06]

Salut

j'étais trop tenté par les MAJ apportées par le DSM 41..j'ai donc tenté l'aventure. Comme j'aivais déja rencontré un pb slors d'une miase à jour, j'ai d'abord téléchargé le firmware, puis desactivé tous les paquets. A priori, la maj s'est bien passé.Je te tiens au courant.En voyant ta log, je pense aussi à un pb de disque défectueux. Avais-tu préparé tes disques avant de les installer ( via diskwipe notamment) ?

[nicolasd86]

le RESET n'a pas remédié au problème.

J'attend la réponse du support de Synology.

Mes disques durs tournent sur le Syno depuis au moins un an.

Je vais essayer avec d'autres disques voir si le pb vient de là...

J'espère pas, vu le prix qu'ils m'ont coutés .... (ce sont des Seagate Constellation)