Dealt

L'utilisation de "magic packet" a l'air maintenant assez fiable, du moins avec le DS214+. Par ailleurs je n'ai jamais constaté d'allumage non sollicité. Enfin il y a une dizaine d'année dans mon entreprise, on recommandait effectivement de laisser allumer les PC pour éviter les pannes au démarrage. Aujourd'hui la consigne est plutôt d'éteindre les PC, les pannes du matériel au démarrage sont devenues rares et on craint d'avantage les incendies et les intrusions que les pannes. Je souhaite quand même n'allumer mon NAS que lorsque j'en ai besoin. Merci de votre intérêt pour ce thème. Pat

Bonjour à tous, J'utilise un NAS DS214+, comme serveur de données, que je démarre via un "magic packet" (Wake On Lan) à partir d'une autre machine sous linux connectée sur le même réseau local. Cela fonctionne mais le temps qui s'écoule entre le démarrage de la machine maître (qui envoie le WOL) et la disponibilité des données sur le NAS (montage de la partition NFS) est de 1mn45s : trop long! Le temps se décompose ainsi : - 30s de démarrage du kernel de la machine maître : le WOL n'est envoyé qu'au bout de ce laps de temps (le réseau n'étant pas disponible/initialisé avant ces 30s) - 1 mn de démarrage du NAS à partir de la prise en compte du WOL : pas de réponse du NAS au ping avant 1 mn. - 15s du temps de montage de la partion distante (via NFS v4). Je cherche bien évidemment à réduire le temps global d'accès aux données distantes. Mes trois pistes sont : - envoyer le "magic packet" au plus tôt par exemple via le boot loader donc avant le démarrage du kernel. - réduire le temps de démarrage du NAS lui-même - accélérer le temps de montage en optimisant la connection NFS ou en utilisant un autre protocole réseau. Avez-vous des conseils qui me permettraient de résoudre mon problème? Existe-t-il déjà un thème semblable ou des sites abordant le sujet du temps d'accès aux données incluant le temps de démarrage du serveur? Toutes les idées seront les bienvenues. Merci Pat