
nicolasd86
Membres-
Compteur de contenus
26 -
Inscription
-
Dernière visite
Tout ce qui a été posté par nicolasd86
-
Bon le test SMART complet sur tout les disques n as rien donné. Tout Est en Normal... J attend la réponse des tests de synology.
-
Bon, j'ai fait quelques tests avec le support de Synology. Tout d'abord un test SMART rapide qui n'a rien donné. L'envoi du fichier DAT du mode débug du Synology Ensuite un test complet de la cohérence de parité qui n'a rien donné non plus. Ensuite un test mémoire via DS Assistant. et l'envoi du fichier DAT résultant. en attendant le rapport de Synology je lance un test SMART long...
-
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)
-
j'essaie un RESET complet du système pour voir si cela change quelque chose...
-
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é
-
J'ai lancé le test rapide. tout est normal pour lui. J'essaie le test complet... merci pour votre aide
-
Je vais essayer, mais comment faire si le serveur redémarre tout seul ? :S
-
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
-
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 ]---
-
J'ai parlé trop vite il vient de planter encore une fois... je suis a court d'idées là
-
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
-
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 !
-
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
-
: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
-
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
-
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
-
Bloquage Du Synology 409+ Pendant Verification Du Raid
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans RAID
Bon, je l'ai laissé reposé pendant 1 journée et demi là il a bien voulu redémarrer et la vérification du RAID avance bien... j'ai l'impression qu'il y a un pb sur mon Syno... -
Bloquage Du Synology 409+ Pendant Verification Du Raid
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans RAID
Est ce possible de faire un reset complet du système sans perdre les données ? J ai essayé la manipulation avec le bouton reset derrière l appareil mais ça n a pas l'air de faire grand chose... -
Bloquage Du Synology 409+ Pendant Verification Du Raid
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans RAID
Oui, depuis la 4.1 ou 4.0 même, quand je branche en USB mon UPS au démarrage le synology ne démarre pas. Sur la 4.0 quand je branchais après le démarrage le synology fonctionnait, mais maintenant il se bloque. -
Bloquage Du Synology 409+ Pendant Verification Du Raid
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans RAID
Je suis en RAID 5 Mais quand il démarre tout semble fonctionner Les vidéos, musiques etc. Ah, j ai remarqué aussi que depuis la mise a jour en 4.1 des que je branche mon UPS en USB le synology fait pareil. Il bloque directement... Pourtant l UPS que j ai acheté est dans la liste des UPS officiellement supporté. -
Bloquage Du Synology 409+ Pendant Verification Du Raid
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans RAID
Bonjour, non je n ai aucun message si ce n'est le message de redémarrage quand j eteinds le serveur en coupant la prise... vu que tout est bloqué je ne peux rien faire d autre. Merci d avance -
Bonjour, quelques jours apr
-
Probl
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans Installation, Démarrage et Configuration
Salut a tous, merci pour vos retours. @Synolover : non, comme je n'avais pas internet, je n'ai pas pu installer le nouveau Firmware. @DjMomo : Merci pour le lien que j'avais déjà trouvé ailleur, mais le diagnostique qu'ils indiquent n'est pas correct... En effet, après avoir laissé reposé le serveur un jour, j'ai re-tenté ma chance. Et j'ai bien fait. Le serveur a redémarré sans soucis. Depuis, j'ai récupéré internet, j'ai fait quelques tests de redémarrage sans aucun problème. Mis à jour le serveur en 4.0 sans aucun soucis. C'est vraiment étrange ce qui s'est passé. Je n'ai pas d'explications. Tout est rentré dans l'ordre tout seul. Je pense à une vérification des disques qui prenait du temps. (j'ai 4 DD de 2To) Mais ce qui est louche c'est que les voyants DD ne clignotaient pas. Donc aucune idée de ce qui a pu se passer... Si vous avez une idée, n'hésitez pas à la donner a+ -
Probl
nicolasd86 a répondu à un(e) sujet de nicolasd86 dans Installation, Démarrage et Configuration
Une idée, un diagnostique ? -
Bonjour a tous, j ai un petit probl