[Resolu] Ds 211J Plant

[new_211j]

Bonjour (et bonne année),

suite à un plantage logiciel tiers (iphoto sur os x, avec sa photothèque partagée et hébergée sur le nas), j'ai voulu rebooter mon syno ("photothèque verrouillée sur disque verrouillé").

Sauf que rien n'a marché (dans l'ordre des tentatives) :

- connexion normale au travers de l'interface graphique navigateur web ; demande de reboot : il dit qu'il fait mais ne fait pas

- connexion ssh normale ; "halt -f" ; aucun retour de la commande

- ni en gardant le doigt appuyé sur le bouton ad hoc du NAS (je ne suis pas dans le cas du tutoriel "arrêt impossible du nas")

son état actuel :

- les 4 led (statut, disques, réseau) sont vertes, elles l'ont toujours été

- la led bleue est clignotante (indique en cours de redémarrage)

- il répond au ping mais pas au ssh

- lorsque j'avais encore la main en ssh, j'étais allé voir le /var/log/messages mais les tentatives d'arrêt n'y figurent pas. J'ai l'impression qu'un processus est parti en vrille et a bloqué la procédure. J'ai tout de même constaté que le /volume1 était vide ; donc démonté (?).

A part lui couper violemment le courant, ce que je ne veux pas faire, que me reste-t-il comme possibilité ?

merci par avance pour vos réponses

Edit :

suite à la coupure de l'alimentation, il est reparti et tout semble bien aller, je passe le sujet en résolu.

Modifié le 10 janvier 2014 par new_211j

[new_211j]

J'ai lu le tuto de synology sur le bouton reset : avez-vous déjà appliqué cette procédure dans le cas où le syno n'est pas en état "ready" ?

Est-ce que la re-initialisation du mot de passe admin entraîne un reboot ?

L'autre option proposée est la réinstallation du système d'exploitation. Est-ce une alternative intéressante plutôt que la coupure de courant ?

merci pour vos avis !

[ManuC]

Pour ma part, suite à mon j'ai entre autre coupé violemment le courant. J'en ai été bon pour une vérification du volume (sans perte de données). Et au final, je me suis retrouvé à devoir réinstaller le DSM !

Mon conseil, qui ne vaut pas grand chose vu mon niveau/faible expérience : pas la peine de couper violemment, tu perdras moins de temps et tu risques moins gros à réinstaller DSM. Bon par contre, tu vas devoir tout reconfigurer...

[new_211j]

Bonjour,

@ManuC

merci pour ta réponse. Pour le moment toutes les diodes sont au vert et a priori pas de souci matériel du côté des disques. J'aimerais bien tester la carte mère pour finir de valider l'ensemble ; mais dans la procédure indiquée il faut l'éteindre et je n'y arrive pas.

Donc je vais tenter le reset long ce soir ou demain : réinstallation du système. Comme c'est mon syno principal, dupliqué sur un syno secondaire, je ne suis pas trop inquiet pour les données.

Je vous tiens au courant de la suite ....

[new_211j]

Alors, ce soir j'ai essayé de forcer une ré-installation pour faire rebooter le bouzin.

rien à faire avec un trombone, aucune réaction. alors je l'ai débranché et rebranché après 20 sec.

Il est reparti comme une fleur, aucun problème sur les leds qui sont toutes au vert.

Je suis allé voir les logs, voilà ce que j'ai dans les secondes qui précèdent le crash

Jan  4 19:35:51 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd                                                             
Jan  4 19:35:58 kernel: [5166856.970000] nfsd: last server has exited, flushing export cache                                        
Jan  4 19:35:59 rsyncd[6617]: rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(572) [receiver=3.0.4]           
Jan  4 19:35:52 ntpdate: Sync with time server 132.163.4.103 offset -14.411525 sec.                                                 
Jan  4 19:35:59 syno_poweroff_task: volume_unmount.c:62 Failed to unmount '/volume1', errno=139                                     
Jan  4 19:35:59 syno_poweroff_task: volume_unmount_all.c:15 failed to unmount volume [/volume1]                                     
Jan  4 19:35:59 kernel: [5166871.560000] Unable to handle kernel NULL pointer dereference at virtual address 00000000               
Jan  4 19:35:59 kernel: [5166871.570000] pgd = c7f30000                                                                             
Jan  4 19:35:59 kernel: [5166871.570000] [00000000] *pgd=05347031, *pte=00000000, *ppte=00000000                                    
Jan  4 19:35:59 kernel: [5166871.580000] Internal error: Oops: 817 [#1]                                                             
Jan  4 19:35:59 kernel: [5166871.580000] last sysfs file: /sys/block/md2/md/dev-sdb3/slot                                           
Jan  4 19:35:59 kernel: [5166871.580000] Modules linked in: usbhid hid usblp usb_storage xhci_hcd ohci_hcd ehci_hcd ds211j_synobios(
Jan  4 19:35:59 kernel: [5166871.580000] CPU: 0    Tainted: P            (2.6.32.12 #1955)                                          
Jan  4 19:35:59 kernel: [5166871.580000] PC is at ext4_mb_release+0xa8/0x20c                                                        
Jan  4 19:35:59 kernel: [5166871.580000] LR is at 0xc1e53640                                                                        
Jan  4 19:35:59 kernel: [5166871.580000] pc : [<c01f00d4>]    lr : [<c1e53640>]    psr: 80000013

Si je regarde les logs du reboot (toujours dans /var/log/messages) suite à la remise de l'alimentation électrique :

Jan  8 21:21:24 syslogd started: BusyBox v1.16.1                                                                                    
Jan  8 21:21:24 kernel: [   26.570000]   o Single RX Queue support - ETH_DEF_RXQ=0                                                  
Jan  8 21:21:24 kernel: [   26.580000]   o Single TX Queue support - ETH_DEF_TXQ=0                                                  
Jan  8 21:21:24 kernel: [   26.580000]   o TCP segmentation offload (TSO) supported                                                 
Jan  8 21:21:24 kernel: [   26.590000]   o Receive checksum offload supported                                                       
Jan  8 21:21:24 kernel: [   26.590000]   o Transmit checksum offload supported                                                      
Jan  8 21:21:24 kernel: [   26.600000]   o SKB Recycle supported - (Enabled)                                                        
Jan  8 21:21:24 kernel: [   26.600000]   o Rx descripors: q0=128                                                                    
Jan  8 21:21:24 kernel: [   26.610000]   o Tx descripors: q0=532                                                                    
Jan  8 21:21:24 kernel: [   26.610000]   o Loading network interface(s):                                                            
Jan  8 21:21:24 kernel: [   26.620000]     o  register under mv88fx_eth platform                                                    
Jan  8 21:21:24 kernel: [   26.620000]     o eth0, ifindex = 2, GbE port = 0                                                        
Jan  8 21:21:24 kernel: [   26.630000]     o eth0, phy chipid = 1410e40, Support WOL = 0                                            
Jan  8 21:21:24 kernel: [   26.630000]                                                                                              
Jan  8 21:21:24 kernel: [   26.760000] md: invalid raid superblock magic on sda3                                                    
Jan  8 21:21:24 kernel: [   26.760000] md: sda3 does not have a valid v0.90 superblock, not importing!                              
Jan  8 21:21:24 kernel: [   26.800000] md: invalid raid superblock magic on sdb3                                                    
Jan  8 21:21:24 kernel: [   26.810000] md: sdb3 does not have a valid v0.90 superblock, not importing!                              
Jan  8 21:21:24 kernel: [   26.830000] md: sda2 has different UUID to sda1                                                          
Jan  8 21:21:24 kernel: [   26.840000] md: sdb2 has different UUID to sda1                                                          
Jan  8 21:21:24 kernel: [   26.850000] md: md0: set sda1 to auto_remap [0]                                                          
Jan  8 21:21:24 kernel: [   26.860000] md: md0: set sdb1 to auto_remap [0]                                                          
Jan  8 21:21:24 kernel: [   26.900000] md: md1: set sda2 to auto_remap [0]                                                          
Jan  8 21:21:24 kernel: [   26.900000] md: md1: set sdb2 to auto_remap [0]                                                          
Jan  8 21:21:24 kernel: [   28.000000] VFS: Mounted root (ext2 filesystem) on device 1:0.                                           
Jan  8 21:21:24 kernel: [   28.030000] ds211j_synobios: module license 'Synology Inc.' taints kernel.                               
Jan  8 21:21:24 kernel: [   28.040000] Disabling lock debugging due to kernel taint                                                 
Jan  8 21:21:24 kernel: [   28.070000] correction with 0x03                                                                         
Jan  8 21:21:24 kernel: [   28.170000] Brand: Synology                                                                              
Jan  8 21:21:24 kernel: [   28.170000] Model: DS-211j
Jan  8 21:21:25 kernel: [   46.880000] md: md2: set sda3 to auto_remap [0]                                                          
Jan  8 21:21:25 kernel: [   46.880000] md: md2: set sdb3 to auto_remap [0]                                                          
Jan  8 21:21:25 spacetool: spacetool.c:2208 [Info] Activate all VG                                                                  
Jan  8 21:21:34 scemd: scemd.c:127 fan_type=3, raid_type=1, led_type=1, thermal_type=2, fanctrl_type=1, auto_poweron_type=1, dual_po
Jan  8 21:21:34 scemd: modules/fan_speed_adjust_common.c:117 Type: INTERNAL Fan Mode: LOW                                           
Jan  8 21:21:35 scemd: modules/raid_sys_volume_check.c:163 MD0 active disks 2, designed disks 2                                     
Jan  8 21:21:35 scemd: modules/raid_sys_volume_check.c:163 MD1 active disks 2, designed disks 2                                     
Jan  8 21:21:35 scemd: modules/disk_hibernation.c:430 Force hibernation enable, idle minutes 0

Dans le lot, il y a bien les deux lignes

 md: invalid raid superblock magic on sda3

qui m'embêtent mais je ne rien d'autre de sérieux.

Je suis allé voir les infos SMART, tout est OK

J'ai fait un test rapide SMART, tout est OK également.

Peut-on en conclure que l'incident est réglé ?

Seul truc bizarre, l'assistant syno ne voit aucun des deux NAS alors que l'interface web les trouve direct !

Modifié le 8 janvier 2014 par new_211j