jojo Posté(e) lundi à 11:49 Signaler Posté(e) lundi à 11:49 oui, car le backup se fait bien (le plus important !), juste le log reste vide (je ne le lirai pas, sauf si ???) ...
Lazer Posté(e) lundi à 12:10 Auteur Signaler Posté(e) lundi à 12:10 Vérifie les droits et propriétaire aussi : ls -la /volume1/ScriptsUnix/ Chez moi le script tourne avec le compte admin, comme dans le tuto en 1ère page. Et je n'ai pas mis de double-quotes autour des chemins, c'est inutile car il n'y a pas d'espace, mais leur présence ne devrait rien changer.
jojo Posté(e) lundi à 13:22 Signaler Posté(e) lundi à 13:22 voici le résultat de la commande : xxx@SynoMain:~$ ls -la /volume1/ScriptsUnix/ total 96 drwxrwxrwx+ 1 root root 564 Jun 22 22:28 . drwxr-xr-x 1 root root 526 Jun 23 09:22 .. -rwxrwxrwx+ 1 Vincent users 0 Mar 23 12:32 backup-hc3-local.out -rwxrwxrwx+ 1 Vincent users 11632 Jun 22 22:19 backup-hc3-local.sh -rwxrwxrwx+ 1 Vincent users 11954 Jun 8 12:57 'backup-hc3-remote - Copy.sh' -rwxrwxrwx+ 1 Vincent users 0 Mar 23 12:32 backup-hc3-remote.out -rwxrwxrwx+ 1 Vincent users 11954 Jun 8 12:57 backup-hc3-remote.sh -rwxrwxrwx+ 1 Vincent users 12344 Jun 23 14:26 backup-hc3-test.sh -rwxrwxrwx+ 1 Vincent users 11401 Jun 22 21:57 backup-hc3_v3.23.sh -rwxrwxrwx+ 1 Vincent users 1970 Jun 12 18:24 backup_MariaDB.sh drwxrwxrwx+ 1 root root 272 Jun 23 09:22 @eaDir -rwxrwxrwx+ 1 root root 44 Mar 30 12:34 ip.log -rwxrwxrwx+ 1 root root 14 Mar 30 12:34 ip.txt -rwxrwxrwx+ 1 MyAdmin users 758 Mar 30 12:25 KeepAlive_Synology.sh -rwxrwxrwx+ 1 Vincent users 2999 Mar 30 12:33 NotifWanChange.sh -rwxrwxrwx+ 1 MyAdmin users 476 Mar 30 12:02 Ping_HC3.sh drwxrwxrwx+ 1 MyAdmin users 1120 Feb 7 10:29 'Start Notif' -rwxrwxrwx+ 1 MyAdmin users 437 Mar 30 12:21 Start_Synology.sh drwxrwxrwx+ 1 MyAdmin users 1060 Feb 7 10:29 'Stop Notif' -rwxrwxrwx+ 1 MyAdmin users 436 Mar 30 12:21 Stop_Synology.sh Je faisais tourner le script avec root Maintenant Synology ne permet plus de créer de compte administrateur admin. J'ai donc fait tourner le script avec le nouveau compte administrateur => fichier log toujours vide A la vue de ci-dessus, je l'ai fait tourner avec le compte Vincent => fichier log toujours vide. Comme indiqué dans le tuto SSH est activé, MAIS pas sur le port 22 par défaut. Pour être sûr que ce ne soit pas ça la cause, j'ai temporairement remis le port par défaut, mais le fichier log reste désespérément vide. d'autres idées ?
Lazer Posté(e) lundi à 13:26 Auteur Signaler Posté(e) lundi à 13:26 Très étrange, tout m'a l'air OK. Le SSH n'est pas utilisé, l'exécution du script se passe en local sur le NAS.
Lazer Posté(e) lundi à 14:44 Auteur Signaler Posté(e) lundi à 14:44 Pas de raison que ça change quelque soit l'utilisateur, car les droits sont rwx (read write execute) sur tous les fichiers et répertoires pour l'ensemble des utilisateurs (owner, group, et other) Permissions UNIX : https://fr.wikipedia.org/wiki/Permissions_UNIX
Kana-chan Posté(e) lundi à 15:57 Signaler Posté(e) lundi à 15:57 Sauf si /volume1 et /volume1/ScriptsUnix n'ont pas les mêmes droits, non ?
Lazer Posté(e) lundi à 16:38 Auteur Signaler Posté(e) lundi à 16:38 Non, justement j'avais ce doute aussi, j'avais vérifié et ça ne pose pas de souci, exemple chez moi, seul root a les droits en écriture sur le point de montage /volume1 : admin@DiskStation:~$ ls -ld /volume1 drwxr-xr-x 1 root root 614 May 19 11:40 /volume1
jojo Posté(e) lundi à 16:38 Signaler Posté(e) lundi à 16:38 il y a 32 minutes, Kana-chan a dit : Sauf si /volume1 voici les résultats pour /volume1 (que je peut difficilement interpréter) @SynoMain:~$ ls -la /volume1/ total 4 drwxr-xr-x 1 root root 526 Jun 23 09:22 . drwxr-xr-x 26 root root 4096 Jun 23 09:23 .. drwxr-xr-x 1 root root 300 Jun 22 16:37 @appconf drwxr-xr-x 1 root root 300 Jun 22 16:37 @appdata drwxr-xr-x 1 root root 300 Jun 22 16:37 @apphome drwxr-xr-x 1 root root 300 Jun 22 16:37 @appshare drwxr-xr-x 1 root root 198 Jun 23 09:14 @appstore drwxr-xr-x 1 root root 198 Jun 23 09:14 @apptemp d---------+ 1 root root 234 Jun 22 15:52 Assistant-plugins drwxr-xr-x 1 root root 120 Feb 15 02:57 @database d---------+ 1 root root 490 Jun 22 10:19 Divers drwx--x--- 1 root root 168 Jun 23 09:23 @docker drwxrwxrwx+ 1 root root 86 Jun 9 14:27 docker d---------+ 1 root root 44 Apr 27 00:48 Domo_FibaroHC3 drwxrwxrwx+ 1 root root 258 Jun 21 00:19 @eaDir drwx------+ 1 root root 130 May 25 17:32 homes drwxrwxrwx 1 root root 974 Mar 16 22:57 @img_bkp_cache d---------+ 1 root root 46 Jun 20 15:35 Installations d---------+ 1 root root 12 Feb 15 03:09 NetBackup drwxr-xr-x 1 root root 30 Jun 23 09:21 @resource-monitor drwxr-xr-x 1 root root 88 Jun 23 09:22 @S2S drwxrwxrwx+ 1 root root 564 Jun 23 18:22 ScriptsUnix drwxr-xr-x 1 root root 584 Jun 21 00:19 @sharesnap drwxr-xr-x 1 root root 0 Jun 23 09:21 @synoconfd drwxrwxrwx+ 1 root root 76 Mar 9 17:18 Temp drwxrwxrwt 1 root root 66 Jun 23 09:38 @tmp drwxr-xr-x 1 root root 154 May 25 17:35 @userpreference d---------+ 1 root root 376 Jun 7 18:20 web drwxr-xr-x 1 root root 0 Mar 23 12:39 @webdav d---------+ 1 root root 44 Apr 26 17:15 web_packages d---------+ 1 root root 60 Mar 2 11:51 Z_Archives
Lazer Posté(e) lundi à 16:40 Auteur Signaler Posté(e) lundi à 16:40 Pas de souci, c'est comme chez moi, il faut que tu regardes la ligne "." qui correspond au répertoire courant de ton chemin, donc /volume1 : @SynoMain:~$ ls -la /volume1/ total 4 drwxr-xr-x 1 root root 526 Jun 23 09:22 . Je n'ai pas employé les mêmes arguments pour la commande ls, d'où la différence de résultat.
henri-allauch Posté(e) lundi à 16:40 Signaler Posté(e) lundi à 16:40 (modifié) Je viens de refaire un essai. Le fichier .out est bien créé avec son contenu. Il faut évidement que son répertoire ait les droits d'accès en écriture pour le user qui lance le .sh Je ne suis pas sous Synology mais sous Linux. xxx@SynoMain:~$ ls -la /volume1/ScriptsUnix/ total 96 drwxrwxrwx+ 1 root root 564 Jun 22 22:28 . drwxr-xr-x 1 root root 526 Jun 23 09:22 .. Dans ton cas le répertoire . donc /volume1/ScriptsUnix root à tous les droits mais le répertoire .. donc volume1 n'a pas les droits d'écriture pour les user pas root Modifié lundi à 16:43 par henri-allauch
henri-allauch Posté(e) lundi à 16:42 Signaler Posté(e) lundi à 16:42 @lazer nous avons posté la même réponse en même temps j'espère que ça va aider @jojo
jojo Posté(e) lundi à 16:49 Signaler Posté(e) lundi à 16:49 il y a 7 minutes, henri-allauch a dit : pour les user pas root donc comme j'exécute le script avec root, ça devrait aller ?
Lazer Posté(e) lundi à 16:55 Auteur Signaler Posté(e) lundi à 16:55 Oui; normalement pas de souci. Après, il faudrait vérifier un truc quand même, dans les process qui tournent : admin@DiskStation:~$ ps -ef | grep -i "chat noir" 1
Lazer Posté(e) lundi à 17:00 Auteur Signaler Posté(e) lundi à 17:00 Ah trouvé, j'en étais sûr, il est revenu, t'es mal @jojo 1 1
henri-allauch Posté(e) lundi à 17:13 Signaler Posté(e) lundi à 17:13 (modifié) Pas d''écriture dans /volume1 pour les non root mais ok dans le /volume1/ScriptsUnix puisque tout le monde à les droits lecture ecriture exécution Donc depuis un user JOJO à partir d'un répertoire quelconque tu devrait pouvoir créer un fichier TEST par la commande : touch /volume1/ScriptsUnix/TEST maintenant sur du SYNO je ne sais pas. Modifié lundi à 17:14 par henri-allauch
jojo Posté(e) lundi à 19:15 Signaler Posté(e) lundi à 19:15 Il y a 2 heures, Lazer a dit : Oui; normalement pas de souci. Après, il faudrait vérifier un truc quand même, dans les process qui tournent : admin@DiskStation:~$ ps -ef | grep -i "chat noir" désolé, comme j'y comprends rien, je n'ai pas capté le truc qui (je crois) devait faire sourire
jojo Posté(e) lundi à 19:17 Signaler Posté(e) lundi à 19:17 Il y a 2 heures, Lazer a dit : Ah trouvé, j'en étais sûr, il est revenu, t'es mal @jojo ça j'ai compris ...
jojo Posté(e) lundi à 19:21 Signaler Posté(e) lundi à 19:21 Il y a 2 heures, henri-allauch a dit : Donc depuis un user JOJO à partir d'un répertoire quelconque tu devrait pouvoir créer un fichier TEST par la commande : touch /volume1/ScriptsUnix/TEST maintenant sur du SYNO je ne sais pas. merci, mais moi non plus ...
Kana-chan Posté(e) mardi à 10:33 Signaler Posté(e) mardi à 10:33 Si @jojo, tu te connectes en ssh sur ton Synology, la ligne suivante te créé bien un fichier TEST ? touch /volume1/ScriptsUnix/TEST Il n'avait peut-être rien à écrire dans le fichier ...
jojo Posté(e) mardi à 15:17 Signaler Posté(e) mardi à 15:17 oui, les fichier TEST a bien été créé xxx@SynoMain:~$ touch /volume1/ScriptsUnix/TEST xxx@SynoMain:~$ ls -la /volume1/ScriptsUnix/ total 96 drwxrwxrwx+ 1 root root 518 Jun 24 17:08 . drwxr-xr-x 1 root root 526 Jun 23 21:28 .. -rwxrwxrwx+ 1 MyAdmin users 0 Mar 23 12:32 backup-hc3-local.out -rwxrwxrwx+ 1 MyAdmin users 12520 Jun 23 18:12 backup-hc3-local.sh -rwxrwxrwx+ 1 MyAdmin users 0 Mar 23 12:32 backup-hc3-remote.out -rwxrwxrwx+ 1 MyAdmin users 12525 Jun 23 18:15 backup-hc3-remote.sh -rwxrwxrwx+ 1 MyAdmin users 12525 Jun 23 18:06 backup-hc3-test.sh -rwxrwxrwx+ 1 MyAdmin users 12394 Jun 23 18:21 backup-hc3_v3.25.sh -rwxrwxrwx+ 1 MyAdmin users 1970 Jun 12 18:24 backup_MariaDB.sh drwxrwxrwx+ 1 root root 324 Jun 23 21:33 @eaDir -rwxrwxrwx+ 1 MyAdmin users 44 Mar 30 12:34 ip.log -rwxrwxrwx+ 1 MyAdmin users 14 Mar 30 12:34 ip.txt -rwxrwxrwx+ 1 MyAdmin users 758 Mar 30 12:25 KeepAlive_Synology.sh -rwxrwxrwx+ 1 MyAdmin users 2999 Mar 30 12:33 NotifWanChange.sh -rwxrwxrwx+ 1 MyAdmin users 476 Mar 30 12:02 Ping_HC3.sh drwxrwxrwx+ 1 MyAdmin users 1120 Feb 7 10:29 'Start Notif' -rwxrwxrwx+ 1 MyAdmin users 437 Mar 30 12:21 Start_Synology.sh drwxrwxrwx+ 1 MyAdmin users 1060 Feb 7 10:29 'Stop Notif' -rwxrwxrwx+ 1 MyAdmin users 436 Mar 30 12:21 Stop_Synology.sh -rwxrwxrwx+ 1 MyAdmin users 0 Jun 24 17:08 TEST xxx@SynoMain:~$ si même LES experts en perdent leur latin ... (pour info, hier, j'ai détruit le dossier partagé puis l'ai recréé (on ne sait jamais ...))
henri-allauch Posté(e) mardi à 17:37 Signaler Posté(e) mardi à 17:37 (modifié) #Un essai chez moi TEST exite TEST.out non henri$ ls -l TEST* -rw-r--r-- 1 henri staff 8 24 jui 19:22 TEST #Commande simulant ta commande (XXX n'existe pas) henri$ set -o pipefail; ls -l XXX 2>&1 | tee TEST.out ls: XXX: No such file or directory #TEST.out est créé et contient l'erreur henri$ ls -l TEST* -rw-r--r-- 1 henri staff 8 24 jui 19:22 TEST -rw-r--r-- 1 henri staff 35 24 jui 19:28 TEST.out #TEST.out contient l'erreur henri$ cat TEST.out ls: XXX: No such file or directory henri$ Dans ton cas essaye: Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/TEST.out Puis Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/backup-hc3-test.out Puis Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee -a /volume1/ScriptsUnix/backup-hc3-test.out Modifié mardi à 17:39 par henri-allauch
henri-allauch Posté(e) mardi à 17:40 Signaler Posté(e) mardi à 17:40 Il y a 2 heures, jojo a dit : si même LES experts en perdent leur latin ... Suis pas expert et je n'ai jamais fait de latin 😀 1
jojo Posté(e) mercredi à 14:55 Signaler Posté(e) mercredi à 14:55 Il y a 21 heures, henri-allauch a dit : Dans ton cas essaye: Vincent$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/TEST.out xxx@SynoMain:~$ set -o pipefail; ls -l XXX 2>&1 | tee /volume1/ScriptsUnix/TEST.out ls: cannot access 'XXX': No such file or directory
henri-allauch Posté(e) mercredi à 16:03 Signaler Posté(e) mercredi à 16:03 (modifié) c'est normal le message cannot accès ... c'est pour créer une erreur ce qu'il faut voir c'est si un fichier /volume1/ScriptsUnix/TEST.out a été créé avec ce message à l'intérieur Modifié mercredi à 16:08 par henri-allauch
Messages recommandés