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

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 201312 a par CoolRaoul

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 .

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 201312 a par CoolRaoul

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

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 !

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 .

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 201312 a par CoolRaoul

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.

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

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 ?

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 201312 a par 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 201312 a par wencepili

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

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"

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 201312 a par mikl10