Aller au contenu

wencepili

Membres
  • Compteur de contenus

    19
  • Inscription

  • Dernière visite

À propos de wencepili

wencepili's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. Bonjour à Tous , j'ai connecté mon mediacenter sfr sur le reseau , mais je vois 2 NAS . -un premier qui a un accés non protégésur tous les mes dossiers -un deuxieme qui me demande un log et mot de passe evidemment , je voudrais uniquement un acces limité . j'ai du zappé un parametre sur le NAS , mais je seche . merci de vos lumieres
  2. 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.
  3. 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
  4. 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 ...
  5. 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 .
  6. 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 .
  7. je viens de tester : #!/bin/sh PATH=/opt/bin:/bin:/usr/bin lftp ftp://nom:motpass@server -e "set file:charset utf8; set ftp:charset utf8;mirror -vvv --only-newer /Downloads/ /volume1/seedbox/ ; quit" via ssh , bah il ne trouve pas , j'ai le message : -ash: /volume1/seedbox/sb2.sh not found le meme maudit message que j'ai depuis le debut. donc je rebascule sur : /opt/bin/lftp ftp://nom:motpass@server -e "set file:charset utf8; set ftp:charset utf8;mirror -vvv --only-newer /Downloads/ /volume1/seedbox/ ; quit" et je reste avec le ftp en mode verbeux
  8. ok merci , je vais faire cela et reprogrammer de midi . Pour le Path , non , je n'ai pas mis le path , J'avais mis en debut de commande le chemin complet ( obtenu avec "Which Lftp") :/opt/bin/lftp et comme ca marche lorsque je le lance en manuel ( via DSM et via SSh), je n'ose plus le modifier. il faut que je le modifie ?
  9. Bon , c'est de mieux en mieux. la synchro de cette nuit ne s'est pas faite (elle été programmée à 1 h00) . Je l'ai lancé ce matin en manuel via le planificateur de DSM, et la ca fonctionne . quelqu'un voit une raison pour que l'automatisme ne fonctionne pas ?
  10. oui ,en effet au fait , mon script avait été modifié au milieu des posts : /opt/bin/lftp ftp://nom:motdepass@serveur -e "set file:charset utf8; set ftp:charset utf8;mirror --only-newer /Downloads/ /volume1/seedbox/ ; quit" pour DSM, ca marche le script est lancé avec: exec >/tmp/monjob.log 2>&1 set -x /volume1/seedbox/sb2.sh j ai remodifié DSM et ai remis uniquement "/volume1/seedbox/sb2.sh". j ai refait un test, tout fonctionne . pourquoi "set -x" a tout débloqué ? en tout cas , merci à tous pour votre aide...et votre patience
  11. oups j avais inversé les 2 premieres lignes . dans mon job.log : sh: Set: not found une idee?
  12. Ça ne change pas. J ai toujours 0 lignes 0 caractère dans monjob.log
  13. J ai fait les modifications. Monjob.log est vide. Je l ai ouvert avec vim, il y a une série traits verticaux, puis c'est écrit : monjob.log 0/0 100%. C est de mieux en mieux....
  14. oui , mon script est : /opt/bin/lftp ftp://Nom:motpasse@serveur -e "set file:charset utf8; set ftp:charset utf8;mirror --only-newer /Downloads/ /volume1/seedbox/ ; quit" il marche nickel quand je suis connecté en ssh en faisant /volume1/seedbox/sb2.sh pourtant j'ai mis la meme chose dans le planificateur : je l'ai reprogrammé cette nuit , je me dis que le fait d'etre connecté a DSM 4.2 l’empêche peut etre de lancer le script en auto? en tout cas , un grand merci à toi ...
  15. Merci ., c'est bizarre , mais ca marche maintenant " /volume1/seedbox/sb2.sh" fonctionne dans putty. mais cela ne fonctionne toujours pas dans le planificateur de tache de synology...
×
×
  • 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.