darkneo

Ok je vais faire un test en condition ce soir pour voir ce que ça donne (car mon "test" d'hier n'a pas été super concluant...) Merci pour les informations.

Hello Mic13710 et merci pour cette réponse. Concernant le 2.1, l'idée n'est pas d'avoir le niveau de charge sur un autre PC mais de le voir de façon plus rapide sur le NAS (d'où l'exemple d'un ajout sur la fenêtre de Widget du bureau DSM). Et pour le 2.2, je n'ai certainement pas compris le fonctionnement de l'arrêt de l'onduleur... Car oui j'ai mis le passage en Safe mode a 3 minutes, et j'ai activé l'arrêt de l'UPS après le passage en Safe Mode. Mais du coup, cela ne va pas provoquer un arrêt "brutal" du NAS car l'UPS sera coupé? Dans ma compréhension ,ce qui va se passer: - Le NAS passe en Safe Mode (mais reste up); - L'UPS est coupé; - L'UPS étant coupé, plus d'alim sur le NAS, qui se coupe ==> C'est peut-être là qu'est mon incompréhension si la coupure de l'UPS implique l'envoi d'une commande shutdown ou poweroff (car je n'ai vu cette info nulle part, donc pour moi la coupure du NAS se fait par arrêt de l'alimentation....) Je n'ai pas trouvé beaucoup d'information sur le Safe Mode, si ce n'est qu'il assurre la protection des disques durs en cas d'arrêt brutal, d'où mon idée d'avoir un shutdown plutôt qu'un passage en Safe Mode... pour protéger d'autres composant qui pourraient eux aussi ne pas apprécier cette coupure... Merci pour la réponse en tout cas, cela va peut être se finir en solution OOTB :)

Hello la communauté! Je viens solliciter une nouvelle fois votre aide, cette fois pour la custo du NAS. Tous les "gros" paramétrages sont finis et les accès users / dossiers / synchro entre NAS est opérationnelle (et donc la commande que j'avais fait pour éteindre le NAS n'a plus d'utilité car vu les débits que j'ai chez moi, il y a toujours un utilisateur connecté pour les synchro!). Peut être qu'elle redeviendra utile quand j'aurai la fibre... on verra... Maintenant j'aimerai faire 2 custo un peu plus poussées sur le NAS: 1/ Est ce qu'il serait possible d'ajouter un script dans le menu contextuel du DSM? Entre autres données perso qu'on synchronise, j'ai aussi une synchro assez importante pour le boulot concernant des VM (la dernière faisant un peu plus de 250Go....). Avec la synchro classique, on s'est aperçu qu'en cas de coupure réseau, la synchro reprend depuis le début (elle ne reprend pas là où elle s'est arrété). Donc actuellement ce qu'on fait c'est qu'on lance une commande "split" en ssh pour découper la VM dans un dossier, et on déplace le dossier dans celui de la synchro... J'aimerai savoir s'il était possible de rajouter dans le menu Deplacer (dans la fenêtre contextuelle) une option "Deplacer et découper" qui lancerait soit un split directement avec le source file, ou une commande DD (ce qui nous permettrait de lancer la copie depuis l'interface DSM, et pas depuis un client SSH). 2/ J'ai branché mon NAS derrière un onduleur APC avec une connexion USB. Idem, tout est paramétré (en même temps sur DSM 6 il n'y a pas grand chose à faire! Merci Syno!!). Par contre j'aimerai ajouter 2 petites fonctions (encore une fois, si c'est possible): 2.1/ Ajouter le niveau de charge de l'onduleur dans les Widgets du DSM. Car aller récupérer l'info dans les panneaux de config, c'est quand même pas pratique.... 2.2/ Faire un arrêt "propre" du NAS si le courant n'est pas rétabli dans les 5 minutes. Comme le passage sur batterie est catché par les journaux, est ce qu'il est possible de faire une tâche qui lance un script, basé sur les évènements du journal? dans l'idée, la tâche se lance quand l'évènement du journal contient le mot clé "battery" et dans le script, je vérifie que l'UPS est bien sur batterie, et si dans 5 minutes l'UPS n'est pas revenu sur le courant, je lance la commande shutdown -h now. IDem je ne sais pas si c'est réalisable, car je ne sais pas si on peut accéder aux évènements DSM, ni lancé une tâche ayant comme déclencheur un évènement journal... Merci d'avance pour votre aide sur ces petites custo ;)

Ah, un petit update... J'ai profiter du weekend pour faire la mise à jour en DSM 6... Et c'est le drame... La commande qui fonctionnait en DSM 5.2 me retourne 0 users connectés... Donc le nas s'est éteint pendant un mirroring... C'est super moche.. M'enfin maintenant que tout est presque terminé, je pense que je ne vais plus avoir besoin de cette extinction automatique, si jamais ca peut aider certains, j'ai remplacer ma dernière commande par: users |grep "" -c Car oui, en DSM 6 il y a beaucoup plus de fonctions linux accessibles (mais j'ai un doute sur la récupération des users connecté en http... encore une fois...)

Hello à tous! Et merci pour vos retours! Oui c'est finalement ce que j'ai fait quand je me suis rendu compte de ma bêtise, j'ai rajouté */ dans ma crontab (et j'ai désactivé toutes les tâches planifiées du Syno). Merci ;) Pour le moment, je n'ai pas l'intention d'activer le FTP etc... Mais l'idée serait idéalement de ne pas faire le shutdown si un user est connecté, quel que soit le mode de connexion. Je vais tenter ça, et surtout voir ce que ca fait (je ne connais pas du tout la commande netstat, et quand je l'ai exécutée "rapidement" hier, il me trouvait 3 connections (alors que je n'avais que mon SSH de connecté...). Je vais regardé de ce côte là, merci du tuyau! Pour le moment, la cron n'est réalisée que toutes les 10 minutes, car je n'ai pas encore "monter" la NAS au complet. Je ne fais que du paramétrage et il m'arrive souvent de fermer mon SSH sans envoyer de shutdown. Je n'ai donc pas l'utilité de laisser tourner le NAS (qui n'a aucune donnée dessus) sachant que je ne fais pas de paramétrage tous les jours. Je ne ferai 50 cycles de redémarrage par jour, la finalité de ce disque allant certainement être la réplication de mon serveur Freebox (qui n'est pas super sécurisé pour le partage avec d'autres utilisateurs) je pense que je mettrai à jour la cron pour exécuter le script toutes les 30 minutes uniquement (largement suffisant). Encore merci pour votre aide, je vous tiendrai informé des retour du netstat EDIT: J'ai finalement modifié légèrement la commande avec Netstat pour : netstat -netp|grep -Ev '^tcp.{41}192' | grep "ESTABLISHED" -c Car dans l'idée, mon réseau local est sur 192 (et non 127), et je ne veux compter que les connections actives. Donc ca m'a l'air plutôt pas mal! Merci!

roh le boulet... en lisant ton message @loli71 je me suis rendu compte que ma commande ne s'exécutait que toutes les heures 10... bon ben je vais modifier cette ligne de suite, merci pour la correction! Avant d'aller me cacher, je viens de me rendre compte d'un truc pour mon test sur les users connectés... Il n'est pas bon... Je pense (car je viens de faire le test) que les user qui se connectés ne sont pas remontés dans la commande who. Donc même si les users sont connectés mais que je ne le suis pas en ssh, ben le serveur va rebooter... Du coup ma première question devient: Comment connaitre le nombre d'utilisateurs connectés en http (que l'on voit d'ailleurs sur le widget, donc la commande doit être accessible en script shell)?

Bonjour à tous! Comme annoncé dans ma présentation, je pense avoir pas mal avancé sur la configuration du mon NAS (wake on lan OK, accès à distance OK - derrière une freebox V6, donc pas d'utilisation de quickconnect - users OK). Mais je rencontre actuellement un "gros" problème. Ayant paramétré le WOL, je voudrai que mon NAS s'éteigne (j'ai bien dit s'éteigne) lorsqu'il n'est pas utilisé.La parade que j'ai trouvé, c'est de faire un petit script shell qui lance un shutdown: #! /bin/sh nbUsers=`who | wc -l`; export FILE_LOG=/volume1/admin/$(date +%Y%m%d-%H%M%S)_log.txt if [ $nbUsers -eq 0 ] then echo "Execution du shutdown" >> $FILE_LOG shutdown -h now; else echo "Utilisateur(s) connect▒(s)" >> $FILE_LOG echo $nbUsers >> $FILE_LOG fi Dans la logique, si aucun utilisateur n'est connecté, le NAS s'éteint. Mon premier problème, c'est que j'ai toujours au moins un utilisateur identifié par la commande who. En putty, voilà la liste des users que j'ai: Synology> who -a USER TTY IDLE TIME HOST reboot ~ ? Feb 28 13:44:10 3.2.40 runlevel ~ ? Feb 28 13:44:31 3.2.40 LOGIN console old Feb 28 13:44:15 root pts/2 00:00 Feb 28 13:44:27 92.154.6.190 Du coup, j'ai "un" peu modifier mon script pour: #! /bin/sh nbUsers=`who | wc -l`; export FILE_LOG=/volume1/admin/$(date +%Y%m%d-%H%M%S)_log.txt if [ $nbUsers -ge 2 ] then echo "Utilisateur(s) connect▒(s)" >> $FILE_LOG echo $nbUsers >> $FILE_LOG else echo "Execution du shutdown" >> $FILE_LOG shutdown -h now; fi Ca fonctionne, mais j'aimerai savoir si c'est normal qu'un user soit toujours actif (même quand personne n'est connecté) et s'il n'existe pas un moyen plus simple pour faire le tests sur des users "actifs". Pour info, le fichier de log ne m'a servi qu'à identifier pourquoi le shutdown ne fonctionnait pas, je vais nettoyer légèrement ce script quand tout sera nickel. Deuxième problème, j'aimerai lancer ce script toutes les 10 minutes (pour le moment, le NAS n'étant pas "actif" je n'ai pas besoin de le laisser tourner plus de 10 minutes). Or, dans l'outil DSM, il n'est pas possible de lancer une tâche plus fréquente que toutes les heures. Donc j'ai voulu "bêtement" ajouter ma tâche dans la crontab, qui est devenu: #minute hour mday month wday who command 54 4 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all 0 0 1 * * root /usr/syno/bin/syno_disk_health_record 38 13 * * 0,1,2,3,5 root /usr/syno/bin/synopkg chkupgradepkg 10 * * * * root /volume1/admin/shutdownifnouser.sh Seul bémol... Ca ne fonctionne pas... Donc la "parade" que j'ai trouvé, c'est de me créer 6 tâches planifiées avec l'assistant du DSM, toutes décalées de 10 minutes et s'exécutant toutes les heures... Et la crontab est devenue: #minute hour mday month wday who command 54 4 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all 0 0 1 * * root /usr/syno/bin/syno_disk_health_record 38 13 * * 0,1,2,3,5 root /usr/syno/bin/synopkg chkupgradepkg 10 * * * * root /volume1/admin/shutdownifnouser.sh 40 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=5 50 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=6 10 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=2 0 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=1 20 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=3 30 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * ** root /tmp/synoschedtask --run id=4 Ca fonctionne, mais c'est pas non plus le top niveau perf je pense... Une idée de pourquoi ma ligne ajoutée dans le crontab ne fonctionne pas? Merci d'avance pour votre aide sur ces deux optimisations!

Bonjour à tous! Voilà j'ai "enfin" franchi la pas du NAS Synology sur les conseils de mes amis. Pour le moment j'essaye surtout de mettre au point le système que je veux de façon stable avant de me lancer dans l'ajout de disques durs et de réplication (DS116j). Donc pour le moment je suis toujours sous DSM 5 (je ne sais pas si c'est une bonne idée, mais je caresse le doux espoir qu'une fois tous les paramètres initialisés, ils seront reportés sur la version 6...). Je vais donc de ce pas demander un coup de main pour la crontab, qui me fait perdre pas mal de temps (et de cheveux) :) @+