Aller au contenu

Messages recommandés

Posté(e)

oui, car le backup se fait bien (le plus important !), juste le log reste vide (je ne le lirai pas, sauf si ???) ...

Posté(e)

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.

 

Posté(e)

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 ?

Posté(e)

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.

Posté(e)

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

 

Posté(e)
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

 

Posté(e)

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.

 

 

Posté(e) (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é par henri-allauch
Posté(e)
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 ?

Posté(e)

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"

 

:98:

  • Like 1
Posté(e) (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é par henri-allauch
Posté(e)
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"

 

:98:

désolé, comme j'y comprends rien, je n'ai pas capté le truc qui (je crois) devait faire sourire

Posté(e)
Il y a 2 heures, Lazer a dit :

Ah trouvé, j'en étais sûr, il est revenu, t'es mal @jojo :2:

 

image.thumb.png.e040970d0f6b59249fa9df9e1d26b889.png

 

 

ça j'ai compris ...

Posté(e)
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 ...

 

Posté(e)

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

Posté(e)

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

Posté(e) (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é par henri-allauch
Posté(e)
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

:20:

Posté(e) (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é par henri-allauch
×
×
  • Créer...