La Fibre
Datacenter et équipements réseaux => Équipements réseaux => 
NAS, serveurs et micro-serveurs => Discussion démarrée par: Michel F le 28 février 2013 à 14:30:43
-
Bonjour,
J'ai un NAS raccordé en Ethernet à une de RJ11 à l'arrière du décodeur.
Il reste toujours allumé (LEDs ON)
Quand ce même NAS était raccordé en Ethernet à la Freebox V5, il passait en mode veille, ce que je préfère.
Je me demande si le routeur de la BBox ne pinge pas périodiquement, ce qui empêcherait mon NAS de passer en veille.
Avez vous une idée ?
Merci
Michel
-
NAS sur RJ11?
C'est un répondeur téléphonique?
-
je pense que c'est une erreur de frappe.
je pense que le NAS est connecté en RJ-45
-
AS tu activé l'option dans les paramètres du NAS
-
Si tu débranches tout sauf le NAS, le DD s'active quand même?
-
As tu activé l'option dans les paramètres du NAS
Si tu débranches tout sauf le NAS, le DD s'active quand même?
Fort de vos questions/suggestions, j'ai fait les manips suivantes :
1 - J'ai vérifié l'activation de l'hybernation des DD du NAS.
-> Elle était bien active, et j'en ai profité pour réduire le timeout (il était à 20mn), je suis passé à 10mn..
-> Puis j'ai attendu pour voir si le fait d'avoir touché aux paramètres changeait quelque chose.. 10mn.. rien, 20mn.. rien.. le NAS était toujours actif.
(Entre temps j'ai pu voir que la LED LAN se mettait à clignoter toutes les 10 sec environ..)
2 - Je me suis ensuite attaqué à ne laisser que le NAS sur les prises RJ-45 (et pas RJ-11, en effet.. ;) )
Puis j'ai attendu.. Au bout d'un moment (environ 10mn) le NAS est passé en veille...
Oh miracle !
3 - Puis j'ai fait la contre-manip : J'ai tout rebranché sur le routeur, comme avant.
J'ai attendu un peu.. Le NAS restait sagement en veille..
Je suis allé sur un PC (connecté en Wifi) pour "activer le NAS" en me mettant sur la page d'admin : Le NAS s'est bien reveillé..
Et , au bout de 10 mn, il est repassé en veille !!
Donc un grand merci pour votre aide.
Maintenant j'essaie de comprendre..
Les autres éléments connectés au routeur sont :
-> un téléphone Skype
-> un HPTC
Le HTPC est en veille, donc je pense qu'il pinge pas le NAS..
Quand au téléphone, ça m'étonnerait aussi qu'il aille chercher à pinger mon NAS..
ET si ça vient du routeur , pourquoi avant de débrancher tout et plus après avoir tout rebranché ?
:o
Merci encore
Michel
-
Bon, les gars.. J'ai crié victoire trop tot..
ce soir, en rentrant les LEDs etaient allumées.. j'ai demandé a mon epouse si les enfants avaient vu un film et Yes.. donc le HTPC avait été fonctionnel..
Bon..
J'ai donc débranché le PC et attendu 20 mn.. => Rien
Debranché le telephonne et 20mn => Rien
Debranché le NAs et 20mn => la le NAs est passé en veille..
Puis j'ai remis les cables en route.. et là, le NAS s'est remis ON..
et il n'est pas sorti de là..
Etrange ... très etrange..
-
Le NAS gère quels protocoles? NFS? SMB? DLNA?
-
Tout dépend des modèles. Le mien un ds110 est certifie dlna. Pour les autre spec ne n au verifié
-
Le mien est un DS212j.
Il gère le SMB et le DLNA (je n'ai pas activé le NFS)
Je viens de faire une autre manip.
Il etait actif depuis un bon moment..
J'ai débranché de nouveau le telephone et le HTPC pour ne laisser que le NAS.. ça n'a pas fait
J'ai éteint le décodeur.. au bout de 10 mn, le NAS est passé en veille.
Je rallumé le décodeur.
Il a booté.. et quand j'ai allumé la TV.. le NAS s'est réveillé.
Je referai la manip un de ces 4 pour confirmer.
-
Tu peux te placer entre les deux et voir le trafic qui passe?
-
comment faut-il faire pour se placer entre les deux ?
un logiciel ?
-
Déjà, tu peux te placer physiquement entre deux? (avec deux cartes Ethernet)
-
pas vraiment..
Mon HTPC est integré et n'a qu'un port EThernet.
Mon PC de bureau est dans une autre pièce et il me faudrait une 2eme carte ethernet..
Les autres PC sont des portables (avec 1 seul port ethernet) ou des tablettes
Pas facile...
-
Bonjour,
Maintenant, j'ai branché le NAS derriere une prise CPL (et plus directement a la BBox Sensation)
Et vous savez quoi ?
Il passe en mode veille.. comme un grand
Bizarre !!
Michel
-
J'ai fait la contre-manip hier soir.
J'ai remis le NAS directement sur la prise RJ45 où était raccordé mon boitier CPL et là, rebelotte le NAS ne passe plus en veille..
Très bizarre tout ça..
C'est comme si le décodeur "pingait" le NAS.
Et que le boitier CPL filtrerait ces pings ?
Qui pourrait avoir une idée ?
-
Tu peux débrancher le décodeur et essayer d'empêcher le NAS de se mettre en veille avec le PC?
-
Tu veux dire que j'essaie de relier le NAS direct a la rj45 du PC?
-
1) D'abord, il faut empêcher le décodeur de déranger le machin. Déconnecte le décodeur du réseau, ou déconnecte le machin du réseau.
2) Ensuite, tente de déranger le machin : tente tout ce qui peut réveiller le machin.
Enfin, c'est ce que je ferai.
-
Oui, je comprends.. sauf que le décodeur est une BbOX Sensation fibre (Onebox) . Donc je ne peux pas avoir de réseau sans lui.. (c'est lui qui route et qui attribue les adresses réseau)..
-
Ah oui, j'avais oublié. Bon, alors il faut se brancher en direct sur le PC.
-
OK, j'essaierai ce soir.. je te dirai ça demain.
Merci
-
Bonsoir,
J'avais voulu faire quelques tests pour la mise en veille de mon nas (même modèle que le tien, en 4.2) et te faire une remontée, le voici.
Il ne s'est même pas mise en veille avec usb, ethernet debranchés et certaines applications qui aurait pu causer problème désactivées.
En recherchant sur internet, le problème semble très répandu http://forum.synology.com/enu/viewtopic.php?f=83&t=13722 (http://forum.synology.com/enu/viewtopic.php?f=83&t=13722)
--Connecte toi en ssh et "syno_hibernate_debug_tool --enable 1" pour activer le mode debug.
--Laisser le temps a l'hibernation de s'activé 10+5 min, ensuite récupère le fichier /var/log/messages.
Le problème qui affecte l'hibernation devrait y figurer. Pour désactiver le mode debug "syno_hibernate_debug_tool --disable".
Désactive Samba/SMB pour voir.
J'ai jamais activé l'hibernation sur mes HDD internes, seuls sur les externes car il ne reste allumé 24/24 que les week-ends habituellement.
-
Woauh..!
Merci pour ta réponse
Je suis en 4.2 également.
Juste une précision : j'appelle mode veille l'etat ou LED vertes s'éteignent et la seule la LED bleu reste allumée.
Je n'ai pas le manuel sous les yeux, mais je pense que le NAS est donc en mode "veille".. ou du moins que les disques sont en hybernation.
Si je débranche Ethernet, le NAS passe en veille.
Si je mets une paire de boitiers CPL entre le NAS et routeur de la BBox, le NAS passe aussi en veille.
Par contre, si je relie directement le NAS au routeur de la BBOX, le NAS ne passe plus en veille.
Hier soir, j'ai téléchargé wireshark et j'ai capturé les échanges (en source et destination) à l'adresse IP de mon NAS.
Très difficile à décoder. J'ai vu qu'il y avait plusieurs trames différentes.
L'une d'entre elles était un "keep alive", qui s'échangeait avec le PC. Elle a disparu après avoir éteint et rallumé le NAS.
Ensuite il y en avait 2 ou 3 autres type de trames.
Je n'ai pas les codes en tête (c'est dans le PC de la maison - je regarderai ce soir)
Mais à la lecture du post dont tu m'as passé le lien j'ai bien l'impression que l'une d'entre elles est le NETBIOS.
Je regarderai mieux ce soir.
Bon, je pensais faire la même manip ce soir (capture des trames), en direct (où le pb se pose) et à travers le CPL (où le pb ne se pose pas) pour voir s'il y a une différence au niveau des trames.
Mais je regarderai aussi la manip que tu proposes car il me semble le routeur n'y est pour rien et que l'initiative de l'échange vient d'une activité du NAS.
Avec le Log du mode debug, j'espère pouvoir trouver la source..
Merci !
Précision : Mon NAS est un DS212j (et pas DS211j)
Pour ce qui te concerne, il me semble que le pb est un peu différent. car ton NAS ne passe pas en veille avec l'ethernet débranché, alors que le mien si.
-
J'ai mis la main sur la capture que j'ai faite hier soir :
(https://lafibre.info/images/bbox/201304_nas_ne_passe_pas_en_veille.png)
Si je mets de coté pour l'instant la 1ere trame, je note 3 groupes de trames envoyés de façon repetitive :
-> Trame NBNS c'est le NAS (adresse 192.168.0.2) qui l'envoie au 192.168.0.255
je viens de voir sur Internet que c'est habituellement l'adresse de Broascast du routeur.
Hors la BBox vient d'origine avec des adresses du genre 192.168.1.xxx. L'adresse de Broadcast est donc 192.168.1.255.
J'ai change la plage 1.xxx en 0.xxx sur la page DHCP..)
La question ici est : est-ce que l'adresse de Broadcast est-elle passée à 192.168.0.255 ou bien est-ellle restée à 192.168.1.255 ?
Indépendemment de cela on voit que cette trame est envoyée par le NAS, de façon répétitive toutes les 5mn environ.
Je pense qu'elle déclenche de suite la réponse de mon imprimante Canon, (@ 192.168.0.95)
-> Trame BROWSER c'est aussi le NAS qui est à l'initiative de cette trame envoyée au 192.168.0.255
Tel que j'ai compris, après avoir jeté un coup d'oeil sur Internet, cette trame est liée au protocole SMB, je cite :
"le host announcement diffuse qu'une machine est active....
Cette trame est aussi envoyée toutes les 5mn, environ.
-> Trame SSDP c'est le NAS qui envoi cette trame, cette fois ci toutes les minutes.
Je viens de voir que c'est une trame probablement liée à l'uPNP, qui sert aux hosts à déclarer les services disponible.
l'adresse de multicast est bien celle visible dans la capture (239.255.255.250)
Bon, avec ça je suis bien avancé.
Je ne sais toujours pas pourquoi le NAS ne passe pas en mode veille, quand il est directement raccordé au routeur de la Bbox et pourquoi il passe en veille quand je mets une paire de boitiers CPL entre le NAS et le routeur.
-
Tu as testé en ne laissant que ton NAS et la Bbox ?
-
Tu as testé en ne laissant que ton NAS et la Bbox ?
Oui, et c'est Idem. Il ne passe pas en veille s'il est connecté direct sur la RJ45 du routeur.
Bon, j'ai réussi à faire le hibernate log. le voici :
Apr 5 15:38:00 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]
Apr 5 15:38:00 kernel: [60472.550000] [/etc/passwd] opened by pid 21899 [u:(-ash), comm:(ash)]
Apr 5 15:38:33 kernel: [60505.660000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:39:01 kernel: [60534.320000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr 5 15:39:33 kernel: [60565.710000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:40:19 kernel: [60611.510000] [/etc/localtime] opened by pid 2949 [u:(scemd), comm:(scemd)]
Apr 5 15:40:33 kernel: [60625.780000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:41:33 kernel: [60685.830000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:41:35 kernel: [60687.730000] [/var/run/dovecot//login/ssl-parameters.dat] opened by pid 7760 [u:(/var/packages/MailServer/target), comm:(dovecot)]
Apr 5 15:42:33 kernel: [60745.900000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:43:33 kernel: [60805.960000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:43:56 kernel: [60828.520000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:44:01 kernel: [60834.460000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr 5 15:44:33 kernel: [60866.020000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:45:24 kernel: [60916.740000] [/etc/localtime] opened by pid 2949 [u:(scemd), comm:(scemd)]
Apr 5 15:45:33 kernel: [60926.080000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:46:33 kernel: [60986.150000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:47:33 kernel: [61046.200000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:47:35 kernel: [61048.670000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:48:28 kernel: [61101.470000] [/etc/localtime] opened by pid 4270 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:48:33 kernel: [61106.260000] [/etc/localtime] opened by pid 20937 [u:(/usr/syno/sbin/upnpd), comm:(upnpd)]
Apr 5 15:49:09 kernel: [61142.070000] [/etc/localtime] opened by pid 4244 [u:(/usr/syno/sbin/nmbd), comm:(nmbd)]
Apr 5 15:49:18 kernel: [61151.190000] [/etc/ld.so.cache] opened by pid 3572 [u:(syno_hibernate_debug_tool), comm:(syno_hibernate_)]
Apr 5 15:49:18 syno_hibernate_debug_tool: (154): End Hibernation Debug
Va falloir décoder ... :o
-
-> Trame NBNS c'est le NAS (adresse 192.168.0.2) qui l'envoie au 192.168.0.255
je viens de voir sur Internet que c'est habituellement l'adresse de Broascast du routeur.
Hors la BBox vient d'origine avec des adresses du genre 192.168.1.xxx. L'adresse de Broadcast est donc 192.168.1.255.
J'ai change la plage 1.xxx en 0.xxx sur la page DHCP..)
La question ici est : est-ce que l'adresse de Broadcast est-elle passée à 192.168.0.255 ou bien est-ellle restée à 192.168.1.255 ?
Diffusion générale dirigée (Broadcast IP)
adresse de diffusion générale dirigée = préfixe du réseau || que des 1
|| signifie "suivi de"
Cette adresse de diffusion ne peut pas être en dehors de la plage du sous-réseau.
-> Trame SSDP c'est le NAS qui envoi cette trame, cette fois ci toutes les minutes.
Je viens de voir que c'est une trame probablement liée à l'uPNP, qui sert aux hosts à déclarer les services disponible.
l'adresse de multicast est bien celle visible dans la capture (239.255.255.250)
HTTP en UDP en multi-diffusion = annonces UPnP
Je me doutais bien qu'on verrait un trafic de ce genre, je ne vois rien de choquant.
-
Bonsoir le gars,
Je progresse :)
Je crois avoir compris ce qui dans les trames échangées est à l'origine de la non-hibernation :
j'ai encadré en rouge ci dessous les trames que je suspecte :
(https://lafibre.info/images/bbox/201304_nas_ne_passe_pas_en_veille_2.png)
En fait la trame NBNS envoyée par le NAS à tout le monde, provoque que l'imprimante wifi réponde la trame ARP.
Du coup, ça active probablement le disque dur du NAS et empèche ainsi le passage en hibernation.
Je vois Deux solutions :
1- enlever les trames NBNS envoyées par le NAS (il faudrait probablement désactiver SAMBA, mais si c'est ça, je ne pourrais plus accéder à mon NAS par mappage)
2- éviter que l'imprimante envoie la trame ARP en réponse.
là, je ne sais pas faire.. sauf à éteindre l'imprimante
Et effectivement, quand l'imprimante est éteinte, ça fonctionne. Le NAS passe en veille..
Par contre, si je la laisse allumée, Le NAS ne passe plus en veille.
-
Je comprends pas, mais alors pas du tout.
En veille, le NAS envoie des "Name query" si il reçoit un ARP il est se réveille?
-
En fait c'est une fausse veille. C'est juste une hibernation des hdd, je crois.
Quand le nas est dans cet etat il continue d'envoyer des trames.
Et j'intuite que la reception de l'arp lui fait lancer u
Process qui a pour effet de bord d'utiliser un acces au hdd, ce qui empeche sa mise en veille
-
Démarrer un processus à réception d'un ARP?
On est dans un monde parallèle?