loli71

Idem pour moi suite à la mise à jours en DSM 5.2-5644 ce matin. Erreurs trouvées dans le fichier /var/log/message: Oct 30 11:57:10 lolinas3 poster.cgi: video_db.cpp:1917 [Error] convert thumbnail Oct 30 11:58:15 lolinas3 poster.cgi: video_db.cpp:1917 [Error] convert thumbnail

L'autre solution pour éviter une réindexation complète est de te connecter en ssh (en tant que root) sur ton syno et de passer l'une (voir les deux) commandes suivantes: Pour supprimer un film de vidéo station: /usr/syno/bin/synoindex -d <chemin complet du film> Exemple: /usr/syno/bin/synoindex -d /volume1/video/mon_film/mon_film.avi Pour supprimer ensuite le répertoire de vidéo station: /usr/syno/bin/synoindex -D <chemin complet du répertoire> Exemple: /usr/syno/bin/synoindex -D /volume1/video/mon_film

C'est ce qu'il me semblait, mais je n'étais pas certain d'avoir bien compris ce que tu avais écrit. Donc le problème vient bien nouveau SU installé par la version 6.0 Je n'ai pas cette version, donc je vais avoir du mal à tester malheureusement :-(

D'après ton premier message rjulie, ton problème est arrivé après ton upgrade en DSM 6.0 Beta, et plus spécifiquement avec l'utilisation de la commande "su - sabnzbd". Peux tu essayer de passer cette commande connecté en ssh avec le compte root sur ton syno et nous die ce qui se passe stp ?

L'effet de bord principal est que le programme SABNZBD ne se lancera pas en lançant le compte créé spécialement pour lui, ce qui peut entrainer des problemes de droits

Comme le dit Gaetan, la passerelle de ton NAS doit être l'adresse IP de ta box, en général chez la plus part des fournisseurs d'accès, il s'agit de l'adresse en .1. Donc d'après le peu d'info que tu as donné, tu devrais avoir : 192.168.1.1 pour la passerelle.

ben non, je ne te comprends pas là ... Si le matin tu crées un script qui doit tourner toutes les heures (imaginons toutes les heures et 10 mn), il te suffit de créer une entrée dans le planificateur (imaginons que tu crées cette entrée à 9h30) avec: Première heure d'exécution : 00:10 Dernière heure d'exécution : 23:10 Et le script commencera à se lancer à 10h10 (puisque tu as choisies pour les minutes : 10) ....

C'est bien ce que j'ai dit, j'ai accès aux tranches de la journée tout comme toi, la première heure d'exécution ne peut commencer au plus tôt qu'à 00:00 dans ma liste et la dernière heure d'exécution ne peut se faire qu'à minuit pile au plus tard dans ma liste. Je ne peux pas faire : première heure : 14h00 dernière heure : 13h00

J'ai déjà répondu plus haut karl si tu veux qu'elle tourne à chaque heures trente.

Ben il suffit de mettre comme première heure d'exécution 00:30 et la dernière heure à 23:30 ...je ne vois pas où tu bloques. Maintenant si tu veux qu'il commence à tourner seulement à 14h30 et qu'il tourne toutes les heures ... tous les jours ... toute l'année, alors il te faut créer la nouvelle planification entre 13h31 et 14h29 .... Je viens de créer la une tache qui tourne toutes les heures avec les heure de debut et fin que je t'ai indiqué, et j'ai cela dans mon fichier crontab : 30 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * root /tmp/synoschedtask --run id=9 Ce qui correspond bien... bon par contre synology aurait pu optimiser lol. Bon juste pour rire ... j'ai créer une tache qui doit se lancer toutes les minutes dans le DSM ... histoire de voir l'aberration pondu par synology ... et j'ai eu raison d'avoir peur :-) 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23 * * * root /tmp/synoschedtask --run id=9

si tu choisies la première heure d’exécution (première heure la journée à laquelle le script doit être lancé) et la dernière heure d’exécution (dernière heure de la journée à laquelle le script doit être lancé) à l'identique ... normal que le job ne soit lancé qu'une fois par jours .. Il faut que tu choisisses par exemple : Première heure d'exécution : 00:00 Dernière heure d'exécution : 23:00 Et là tu auras un lancement du script toutes les heures. Quand à la deuxième tâche de ta crontab (syno_disk_health_record) provient du fait que tu as dû configurer une vérification mensuelle de l'état de tes disques (dans la partie gestion de disques du DSM ou quelque part comme cela)

Et bien pour le telnet, il suffit d'aller dans l'interface DSM Panneau de configuration => Terminal & SNMP et activer Activer le service Telnet. Ensuite avec le bon vieux PuTTy, se connecter à ton NAS avec le protocole telnet (user root et mot de passe du compte Admin), il suffit alors de revenir en arrière sur les modif que tu as fait en éditant le fichier par vi /etc/ssh/sshd_config. Pour finir, tu désactives le ssh par DSM et tu le réactives.

La seule question qui compte, c'est est-ce-que jbron a résolu son problème ou pas .. non ?

bonjour jbron, L'erreur "ERR_CONNECTION_REFUSED" indique plutôt que ton Nas refuse la connexion entrante, n'aurais tu pas mis par hasard des règles dans le firewall de ton NAS avant le changement de routeur pour n'autoriser que ton ancien réseau 192.168.1.0/24 ? Si c'est le cas, il te faut changer les règles, et pour cela, peut être bien changer la config de ton nouveau routeur comme l'indique Lucien

Pour le PLIST: https://github.com/SynoCommunity/spksrc/wiki/PLIST-files

non, le compte root est le compte root en ssh .... ce n'est pas pour rien que je l'ai indiqué dans mon premier post ;-) Et les deux exemples que je t'ai donné te permettent d'afficher les droits (ACL) du répertoire /volume1/web et pour la deuxième les droits spécifiques du compte DSM admin sur le répertoire /volume1/web A toi d'adapter les commandes pour déboguer tes problèmes de droits selon l'utilisateur et le répertoire voulu.

Juste pour être certain, tu es bien connecté avec le compte "root" en ssh sur ton syno comme je l'ai indiqué ?

Pour en savoir plus sur les permissions ACL sur un répertoire, tu peux lancer en ligne de commande (connexion en ssh sur le syno avec l'utilisateur root) les commandes suivantes : L'explication des permissions étant la suivante :

Pas de souci ;-)

Première chose : il faut que tu utilises ligne de commande suivante dans la partie script défini par l'utilisateur: /usr/bin/php /volume1/backup/heure.php >/volume1/backup/backup.log 2>&1 La première partie indique qu'il faut utilise /usr/bin/php pour lancer ton script, et la fin que la sortie de ton script (affichage) sera redirigé vers un fichier de log /volume1/backup/backup.log (afin de pouvoir faire du debugage si nécessaire. Par contre, du fait que ton script se trouve dans le répertoire /volume1/backup/, tu risques d'avoir des erreurs du genre "PHP Warning: open_basedir restriction in effect" ce qui empêchera peut être le bon fonctionnement du script :-( Dans ce cas là, tu as deux solutions, soit tu mets ton script heure.php dans un répertoire défini dans l'open_basedir (comme /var/services/web/) ou tu mets le paramètre "-d open_basedir=none " en plus dans ta ligne d'appel (mais pas certain que cela fonctionne)

Questions bêtes: As-tu bien activé le service de sauvegarde réseau sur ton NAS 2 Maison ? Y a-t-il des règles de firewall sur ce NAS 2 Maison qui empêcherait la connexion du rsync ou du ssh (si sauvegarde cryptée) depuis le NAS 1 vers le NAS 2 ?

En gros, je pense que tu dois mettre le contenu du script fourni par l'interface dans un fichier que tu créés quelque part sur ton syno (fichier avec une extension .php) et qu'il ne te restes ensuite plus qu'à mettre le chemin complet de ton script dans le planificateur de tâches du syno avec la récurrence que tu souhaites.

Il s'agit d'un problème de droits en écriture sur ton fichier global_conf.php ainsi que sur le répertoire export/ qui se trouve dans ton répertoire d'installation de phpMyBackupPro. Il faut que le user qui fait tourner le Web ait les droits en écriture, sur DSM5.2; c'est le user "http" qui fait tourner apache, il te suffit donc de faire un "chown http global_conf.php" au bon endroit et un "chown -R http export"

Pour plus de clarté : http://www.perdu.com/

Pour bien comprendre, concernant NET2FTP, tu l'as installé sur ton syno (ou un autre serveur) ou tu utilises celui disponible directement sur le site ?