Aller au contenu

commande SSH pour lancer tâche du planificateur de tâches


Messages recommandés

merci beaucoup pour ta réponse
avec
synoschedtask --get
J'ai bien ma liste des tâches.

Mais avec
synoschedtask --run id=2

ma tâche #2 [Keep Alive]
               ID: [2]
             Name: [Keep Alive]
            State: [enabled]
            Owner: [root]
             Type: [daily]
       Start date: [0/0/0]
         Run time: [0]:[0]
          Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh]
    Last Run Time: Mon Oct  8 00:00:02 2018
           Status: [Success]

ne se lance pas.

On voit ici qu'après le lancement manuel son last run time n'a pas changé

 

je me pose une question :
Est-ce qu'il va bien exécuter la tâches en tant que root (comme défini dans la tâche) ou en tant que l'utilisateur connecté ?
Car ce que je "veux", c'est qu'il la lance en tant que root, sans être connecté en root.

Lien vers le commentaire
Partager sur d’autres sites

Sorry je n'étais pas chez moi hier soir, mais j'avais déjà regardé l'option --help et la première chose que j'ai faite c'est d'aller sur Google pour avoir un help sur le le help (pas eu le temps de trouver toutes les réponses à mes questions). 

Mais voici les tests que j'ai fais :

--run en tant qu'utilisateur normal, en tant qu'admin et en tant que Root (via sudo-i) 

Lors de chacun de ces tests, la commande s'exécute sans erreur au niveau ssh, mais je ne reçois pas le mail de test (c'est ce que fait le script) alors que le résultat est ok, quand j'exécute le script depuis le planificateur de tâches. De plus, si je précise un id de tâche qui n'existe pas, j'ai bien une erreur ssh ;-) 

Si vous avez des idées pour m'aider =>merci 

Lien vers le commentaire
Partager sur d’autres sites

voici le résultat de

synoschedtask --help

Citation

Copyright (c) 2003-2018 Synology Inc. All rights reserved.

Usage: synoschedtask (Version 23739)
    --get [<id=x> <state=disabled|enabled> <owner=x> <type=once|yearly|monthly|weekly|daily>]
    --del <id=x>
    --run <id=x> [check_time=0|1(default)] [check_status=0|1(default)]
    --reset-status
    --sync
    --help

--get => ok
--run => ok (mais ça ne fonctionne pas) j'ai "tout" essayé
 

Citation

MyAdmin@SynoBackup:/$  synoschedtask --run <id=2>
-sh: syntax error near unexpected token `newline'
MyAdmin@SynoBackup:/$  synoschedtask --run id=2
MyAdmin@SynoBackup:/$  synoschedtask --run 2
[Line 457] Argument id > 0 is required. [-1]
MyAdmin@SynoBackup:/$

--del => je suppose que c'est pour supprimer la tâche
--reset-status => ??
--sync => ??

Lien vers le commentaire
Partager sur d’autres sites

il y a 6 minutes, Einsteinium a dit :

Tu utilises pas les variable Check time et check status ? A mon avis la première fait que le script ne s’execute pas si l’horaire de la tâche n’est pas là, enfin je supposes... passe sa variable à 0 voir.

non, je ne comprends pas de quoi tu parles. Désolé, je ne suis pas un expert ...

il y a 8 minutes, Einsteinium a dit :

Sinon tu fais une exécution manuelle et tu va voir les logs pour voir la commande ?

donc, justement c'est mon soucis, c'est que je n'arrive pas à  le lancer manuellement, ou plutôt oui, je le lance, mais ça n'a aucun effet. Je viens à l'instant de le faire

Citation

MyAdmin@SynoBackup:/$ synoschedtask --get id=2
               ID: [2]
             Name: [Keep Alive]
            State: [enabled]
            Owner: [root]
             Type: [daily]
       Start date: [0/0/0]
         Run time: [0]:[0]
          Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh]
    Last Run Time: Wed Oct 10 19:15:43 2018
           Status: [Success]

MyAdmin@SynoBackup:/$ synoschedtask --run id=2
MyAdmin@SynoBackup:/$ synoschedtask --get id=2
               ID: [2]
             Name: [Keep Alive]
            State: [enabled]
            Owner: [root]
             Type: [daily]
       Start date: [0/0/0]
         Run time: [0]:[0]
          Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh]
    Last Run Time: Wed Oct 10 19:15:43 2018
           Status: [Success]

MyAdmin@SynoBackup:/$

en tout cas merci de te pencher sur mon cas 😄

Lien vers le commentaire
Partager sur d’autres sites

merci pour ces infos.

J'étais donc rentré avec plein d'espoir chez moi. (j'avais déjà presque commandé un bac de bières à te faire livrer pour te remercier 🍺)
Et quand je teste, avec check_time=0 ou check_status=0 ou chack_time=0 check_satus=0, le ---get de change pas.

La seule chose qui a changé depuis hier soir, c'est qu'avant je pouvais lancer la commande
synoschedtask
et maintenant, je dois la lancer
/usr/syno/bin/synoschedtask
et je n'ai rien fait, même pas un restart de mon Syno.

Modifié par Jojo (BE)
Lien vers le commentaire
Partager sur d’autres sites

Le Check status c’est par rapport au statut dans le gestionnaire (activé ou pas).

C’est bizarre la logique voudrais que... je vais testé voir de mon côté 

1539319948-b99d31dd-716a-415d-a8b0-69333

Comme tu peux le voir aucun soucis de mon côté, j’ai fais un run basique pour l’exemple, pour lequel je savais qu’il n’y aurais pas d’exécution car par défaut le check_time est à 1 (et donc il vérifie que les conditions temporelles soit acquises), donc je passes la variable à 0 et comme tu peux le voir il y a bien exécution.

Le check_status est à 1 par défaut, à forcé en 0 que si c’est pour une tâche désactivée 😉

ps : je bois pas d’alcool, mais je dis pas non. A un pack de coca 🤣

Lien vers le commentaire
Partager sur d’autres sites

  • 4 semaines après...
  • 3 semaines après...

si tu trouves une solutions, super 🤓, mais il faudra être très didactique (avec moi) dans ton explication, car je ne sais pas du tout de quoi tu parles.

En attendant, je tourne mon job (indinutilement) toutes les 5 min, et ça passe (mais ce n'est pas propre)

Lien vers le commentaire
Partager sur d’autres sites

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.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.