Lancement Script Impossible

[bud77]

Remplace le "#!/bin/sh" par "#!/bin/ash" ou supprime la ligne

[CoolRaoul]

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

[wencepili]

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 .

[CoolRaoul]

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

[bud77]

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

[CoolRaoul]

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 !

[wencepili]

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 .

[CoolRaoul]

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

[PiwiLAbruti]

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.

[wencepili]

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 ...

[bud77]

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 ?

[wencepili]

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

[wencepili]

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

[marseillai]

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é.

[bud77]

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"

[mikl10]

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