bud77 Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Remplace le "#!/bin/sh" par "#!/bin/ash" ou supprime la ligne 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 (modifié) Remplace le "#!/bin/sh" par "#!/bin/ash" ou supprime la ligne Je ne suis pas certain que le probleme soit là, sous DSM /bin/ash et /bin/sh sont synonymes: fserv> /bin/sh BusyBox v1.16.1 (2013-04-16 20:15:04 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. ^^^ Modifié le 4 juillet 2013 par CoolRaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wencepili Posté(e) le 4 juillet 2013 Auteur Partager Posté(e) le 4 juillet 2013 j'ai vraiment l'impression que c'est le planificateur qui merde. Monjob.log n'est pas modifié quand je le lance en auto ( l'heure du fichier n'est pas changé ) si je le lance en manuel via DSM , il est modifié , j'ai tout le détail du transfert , c'est nickel . 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 (modifié) via ssh , bah il ne trouve pas , j'ai le message : -ash: /volume1/seedbox/sb2.sh not found Dingue ça (*), comment le lances-tu? Peux-tu vérifier à nouveau ce que donne ls -l /volume1/seedbox/sb2.sh (*): Modifié le 4 juillet 2013 par CoolRaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Tu as défini quel user pour le lancement de ton script dans le planificateur ? Je ne suis pas certain que le probleme soit là, sous DSM /bin/ash et /bin/sh sont synonymes:fserv> /bin/sh BusyBox v1.16.1 (2013-04-16 20:15:04 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. ^^^ Aussi bizarre que çà puisse paraître, j'avais le même problème sur mon script de renommage ... Quand je mettais "sh" error, "ash" passait 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Aussi bizarre que çà puisse paraître, j'avais le même problème sur mon script de renommage ... Quand je mettais "sh" error, "ash" passait Ah ouais? Dingue ça ! 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wencepili Posté(e) le 4 juillet 2013 Auteur Partager Posté(e) le 4 juillet 2013 le user est "Root". tout se passe bien lorsque je clique sur "executer" dans DSM c'est comme si l'horloge ne déclencher la tache . 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
CoolRaoul Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 (modifié) c'est comme si l'horloge ne déclencher la tache . Les exécution de taches sont loggées dans "/var/log/messages" avec des lignes de ce type: Jun 29 00:00:02 crond[5293]: crond: USER root pid 8720 cmd /tmp/synoschedtask --run id=12 Tu peux donc vérifier si la ligne est bien là à l'heure planifiée. Modifié le 4 juillet 2013 par CoolRaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
PiwiLAbruti Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Le planificateur de tâches du DSM n'utiliserait pas le compte admin par hasard ? Auquel cas il faudrait tester avec ce compte en SSH pour voir si les droits sont bons. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wencepili Posté(e) le 4 juillet 2013 Auteur Partager Posté(e) le 4 juillet 2013 je viens de relancer une tache en auto via DSM , le /var/log/messages donne : jul 4 12 :46:57 Script.cgi : backend_synoschedule.c: 245 Failed to hup crond. on avance ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Le planificateur de tâches du DSM n'utiliserait pas le compte admin par hasard ? Auquel cas il faudrait tester avec ce compte en SSH pour voir si les droits sont bons. En fait, il propose root, admin, ou un user au choix. Il a bien choisi root, et çà se lance bien en manuel depuis le planificateur je viens de relancer une tache en auto via DSM , le /var/log/messages donne : jul 4 12 :46:57 Script.cgi : backend_synoschedule.c: 245 Failed to hup crond. on avance ... Tu n'avais pas tenté de lancer ton script en modifiant le cron avant de passer par le planificateur ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wencepili Posté(e) le 4 juillet 2013 Auteur Partager Posté(e) le 4 juillet 2013 (modifié) j'avais en effet essayé de modifier le crontab au tout debut ( avait ajouté une ligne, ligne que j'ai supprimé depuis) , mais pas depuis la creation de la tache dans le planificateur. Dans le crontab , j'ai : 5 14 * * 2.5 root /usr/syno/bin/synopkg chkupgradepkg 48 12 * * * root /tmp/synoschedtask -- run id=2 j'ai arreté et relancer crond . et je reteste Modifié le 4 juillet 2013 par wencepili 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wencepili Posté(e) le 4 juillet 2013 Auteur Partager Posté(e) le 4 juillet 2013 (modifié) En effet , le probleme venait de crond . j'ai arreté Crond : /usr/syno/etc.defaults/rc.d/S04crond.sh stop et je l'ai relancé : /usr/syno/etc.defaults/rc.d/S04crond.sh start. Pourtant , je l'avais déja fait (surement mal ) ..... la tache s'est exécutée comme prévu . Mille merci à tous de votre aide , et plus particulièrement à CoolRaoul et Bud77 pour votre support digne de professionnels . je dormirai moins bête ce soir. Modifié le 4 juillet 2013 par wencepili 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
marseillai Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Je me permets d'intervenir car j'ai eu une erreur identique pendant longtemps et donc je donne la piste : Mon script avait été créé sous windows avec notepad++ pour la premiére création. Du coup la fin de fichier était en [CR][LF] au lieu de [LF]. En changeant ca le pb a été réglé. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 4 juillet 2013 Partager Posté(e) le 4 juillet 2013 Je me permets d'intervenir car j'ai eu une erreur identique pendant longtemps et donc je donne la piste : Mon script avait été créé sous windows avec notepad++ pour la premiére création. Du coup la fin de fichier était en [CR][LF] au lieu de [LF]. En changeant ca le pb a été réglé. Oui, erreur classique, c'est d'ailleurs pour çà que j'ai indiqué plus haut d'ouvrir avec "vi", çà permet d'afficher ces "^M" 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
mikl10 Posté(e) le 5 juillet 2013 Partager Posté(e) le 5 juillet 2013 (modifié) salut @wencepili je cherche aussi à lancer un script depuis le planificateur de tache mais je galère car je début vraiment. STP,pourrais-tu m'aider à créer mon premier script? Merci Edit : j'ai trouvé, j'avais des ^M dans mon script Modifié le 6 juillet 2013 par mikl10 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.