Oui, c’est bon il est bien exécutable et le propriétaire est bien www-data
Bonjour Domo,
Désolé hier soir je n’ai pas pu poursuivre, vie de famille oblige
bon ce matin j’ai créer mon scénario avec le bloc code, et voilà ce que ça donne:
Avant lancement:
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 20
drwxrwxrwx 6 root root 4096 mars 13 08:25 .
drwxrwxr-x 4 www-data www-data 4096 mars 12 04:57 ..
drwxr-xr-x 2 1024 users 4096 mars 13 08:21 Domo
drwxr-xr-x 2 1024 users 4096 mars 13 08:28 MonDossier
drwxrwxrwx 4 root root 4096 mars 13 08:25 #recycle
Après lancement:
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 20
drwxrwxrwx 6 root root 4096 mars 13 08:25 .
drwxrwxr-x 4 www-data www-data 4096 mars 12 04:57 ..
drwxr-xr-x 2 1024 users 4096 mars 13 08:21 Domo
drwxr-xr-x 2 1024 users 4096 mars 13 08:28 MonDossier
drwxrwxrwx 4 root root 4096 mars 13 08:25 #recycle
Je t’avoue que j’en perd mon latin car quand je prends JeeXplorer et que je vais dans le répertoire je vois bien que c’est monté.
Lors de l’exécution du scénario je n’ai pas d’erreur mais dans log j’ai:
sh: 1: NANsh’: not found
par contre si je lance les commandes du fichier test.sh une par une en ssh elles s’exécutent bien
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 32
drwxrwxrwx 6 root root 4096 mars 13 08:54 .
drwxrwxr-x 3 www-data www-data 4096 mars 13 08:34 ..
drwxr-xr-x 2 1024 users 4096 mars 13 08:21 Domo
drwxr-xr-x 2 1024 users 4096 mars 13 08:28 MonDossier
drwxrwxrwx 4 root root 4096 mars 13 08:25 #recycle
-rw-r--r-- 1 1024 users 283 mars 13 08:53 resultat1.txt
-rw-r--r-- 1 1024 users 1052 mars 13 08:53 resultat2.txt
-rw-r--r-- 1 1024 users 340 mars 13 08:54 resultat3.txt
sh: 1: NANsh’: not found
si c’est le log du scénario test.sh n’est pas bon
tu devrais avoir:
[2020-03-12 15:20:14][SCENARIO] Start : Scenario lance manuellement.
[2020-03-12 15:20:14][SCENARIO] Exécution du sous-élément de type [action] : code
[2020-03-12 15:20:14][SCENARIO] Exécution d’un bloc code
[2020-03-12 15:20:16][SCENARIO] Fin correcte du scénario
La première ligne de test.sh doit-être
#!/bin/bash
fais voir ton test.sh
Et aucun souci pour la vie de famille
Alors voici mon test.sh:
#!/bin/bash
mkdir /var/www/html/mnt/surveille/MonDossierTest
ls / > /var/www/html/mnt/surveille/MonDossierTest/test.txt
ls -l /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat1.txt
find /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat2.txt
rm -rf /var/www/html/mnt/surveille/MonDossierTest
ls -l /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat3.txt
un truc bizarre, je viens de relancer le scénario et là j’ai toujours sh: 1: NANsh’: not found
mais en plus il à tout supprimer dans le répertoire, bizarre non?
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 8
drwxrwxrwx 3 root root 4096 mars 13 09:00 .
drwxrwxr-x 3 www-data www-data 4096 mars 13 08:34 ..
Le disque est toujours monté?
bizarre oui d’autant plus que la ligne ne supprime que MonDossierTest
rm -rf /var/www/html/mnt/surveille/MonDossierTest
sinon j’ai fais un copier/coller de ton test.sh et il fontionne très bien chez moi.
pour le
sh: 1: NANsh’: not found
je ne vois absolument pas à quoi ça peut correspondre.
Vérifie dans le bloc code du scénario si tu as bien exactement
exec(’/home/pi/test.sh’);
ben à priori oui:
pi@Obiwan:~ $ sudo mount -a && sudo df
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
/dev/root 30611780 5644336 23693728 20% /
devtmpfs 494904 0 494904 0% /dev
tmpfs 499512 0 499512 0% /dev/shm
tmpfs 499512 56612 442900 12% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 499512 0 499512 0% /sys/fs/cgroup
tmpfs 131072 17212 113860 14% /tmp/jeedom
/dev/mmcblk0p1 44220 23233 20988 53% /boot
tmpfs 99900 0 99900 0% /run/user/1000
192.168.1.52:/volume1/surveillance 3840953728 2659358208 1181493120 70% /var/www/html/mnt/surveille
si tu fais
sudo mount -a && sudo df
Tu le remonte avant le sudo df. donc si il n’était pas monté bah tu l’as pas vu
Donc là vu qu’il est monté en lançant le scénario ça devrait écrire quelque chose non ?
C’est là il n’écris rien par contre si en ssh je lance les commandes du test ça écris bien dans le répertoire:
pi@Obiwan:~ $ ls / > /var/www/html/mnt/surveille/MonDossierTest/test.txt
pi@Obiwan:~ $ ls -l /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat1.txt
pi@Obiwan:~ $ find /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat2.txt
pi@Obiwan:~ $ rm -rf /var/www/html/mnt/surveille/MonDossierTest
pi@Obiwan:~ $ ls -l /var/www/html/mnt/surveille > /var/www/html/mnt/surveille/resultat3.txt
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 20
drwxrwxrwx 3 root root 4096 mars 13 11:01 .
drwxrwxr-x 3 www-data www-data 4096 mars 13 08:34 ..
-rw-r--r-- 1 1024 users 125 mars 13 11:01 resultat1.txt
-rw-r--r-- 1 1024 users 207 mars 13 11:01 resultat2.txt
-rw-r--r-- 1 1024 users 179 mars 13 11:01 resultat3.txt
Est ce que cela pu être lier à Strech ?
deux solutions.
soit test.sh ne s’execute pas. soit www-data n’a pas accès en écriture.
si il y a des erreurs tu devrais les trouver dans Jeedom
Analyse->logs->scenario_execution
Dans Analyse->logs->scenario_execution je n’ai que ces lignes qui apparaissent à chaque fois que je lance le scénario.
sh: 1: NANsh’: not found
sh: 1: NANsh’: not found
sh: 1: NANsh’: not found
sh: 1: NANsh’: not found
Bon,
dans un terminal tu peux lancer
cd /home/pi
sudo ./test.sh
si il n’y à pas d’erreur c’est que test.sh est bon.
peux-tu également faire une capture de ton scénario sous Jeedom.
Je voudrais voir ton bloc code.
Alors pas d’erreurs
pi@Obiwan:~ $ sudo ./test.sh
pi@Obiwan:~ $ ls /var/www/html/mnt/surveille -al
total 20
drwxrwxrwx 3 root root 4096 mars 13 11:36 .
drwxrwxr-x 3 www-data www-data 4096 mars 13 08:34 ..
-rw-r--r-- 1 1024 users 242 mars 13 11:36 resultat1.txt
-rw-r--r-- 1 1024 users 249 mars 13 11:36 resultat2.txt
-rw-r--r-- 1 1024 users 179 mars 13 11:36 resultat3.txt
Tout à l’air correcte.
Jeedom v4 sous debian stretch ou buster?
Jeedom v3 stretch qui est mon ancienne pro mais je peux faire le test sur ma prod qui est en v4 buster
Je suis en v4 stretch.
Je fais les test en prod. mais c’est un peu risqué
fais une sauvegarde avant on ne sais jamais.
et fais une copy de ton fstab avant de le modifier.
sudo cp /etc/fstab /home/$USER
Bon backup fait à l’instant et sauvegarde du fstab aussi.
Avec tout ce qu’on a fait avant je sais plus par quoi commencer du coup je vais essayer de remonter pour voir.
Bon je crois que j’ai tout récupérer dans les commandes je me lance
Est ce que je commence par sudo mkdir /mnt/surveille
ou par sudo mkdir /var/www/html/mnt/surveille
@domo ?
Vu que le plugin ne semble pas vouloir prendre /mnt/surveille je commencerai par
sudo mkdir /var/www/html/mnt/surveille
Vu que mnt n’existe pas dans /var/www/html je suppose que je comme par sudo mkdir /var/www/html/mnt
avant de faire sudo mkdir /var/www/html/mnt/surveille