Deadbone

Hello, Merci bcp pour ce script (perso, je l'ai fait sans passer par un shell, juste mis via l'interface le script avec mes autres scripts) J'avais bataillé pour configurer avec l'interface DDNS du syno, mais sans succès Bref, encore merci =)

Oui, ipkg n'est plus maintenu depuis quelques temps déjà et je l'avais installé à l'époque pour un besoin spécifique. faudrait que je passe à entware, quand j'aurai le temps ... ou que je supprime tout simplement Merci

bon, a priori c'est IPKG qui pose souci... j'avais commencé tous les scripts par #!/opt/bin/bash... si je remplace sur un script simple par #!/bin/sh le script fonctionne comme un charme (j'avais du faire utiliser le bash pour un besoin bien spécifique il y a quelques années, je ne m'en souviens plus ...) Ceci dit, je ne comprends pas l'erreur en elle-même (même si l'origine ou tout du moins une solution de contournement est trouvée)

Bonjour, J'ai fait la mise à jour de mon DS713+ sans problème apparent hier. Sauf que ce matin, je m'aperçois que mes scripts shell lancés la nuit sortent tous en erreur (je reçois un mail en cas d'erreur) Exemple : 8<-------------------------------------------------------------------- Cher utilisateur, Le planificateur de tâches à terminé une tâche planifiée. Tâche : script_RSYNC_SCRIPTS_PHP.sh Heure de début : Sun, 14 Oct 2018 07:20:02 GMT Heure d’arrêt : Sun, 14 Oct 2018 07:20:02 GMT État actuel : 139 (Interrompu) Sortie standard/erreur : sh: line 1: 26158 Segmentation fault (core dumped) /volume1/download/SCRIPTS/script_RSYNC_SCRIPTS_PHP.sh Sincères salutations, -------------------------------------------------------------------->8 Je me trouve un peu démuni face à cette erreur. En l'occurrence, le script indiqué "fait juste un copier coller", rien de bien compliqué. Comment pourrais-je tenter de mieux comprendre l'origine du problème ? ps : IPKG est installé depuis des années sans soucis sur mon NAS Merci d'avance pour des pistes éventuelles Cordialement

normalement oui ainsi que les videos à l'emplacement que tu as défini Cordialement

idem pour moi

Bonjour, J'avais le même problème avec Haproxy et du coup j'ai utilisé le reverse proxy (sous DSM6 donc) du syno sans difficulté. Du coup, bye bye haproxy. Note : je n'utilisais haproxy que pour le reverse proxy, qui n'est seulement qu'une des fonctionnalités de haproxy, donc je peux comprendre que certains veuillent le conserver.

Merci Calooe

Hello, Pour ma part j'utilise des scripts python (je crois que ce sont ceux de gaetan.cambier). Curieusement depuis mon passage à DSM6 (et mise à jour des app) j'avais une erreur 402... en fouillant un peu je me suis rendu compte que dans mon mot de passe j'avais un @ comme caractère spécial qui était transformé en %40 et cela lui posait problème (j'ai essayé un autre compte en remplaçant @ par . et cela passe sans problème) Une idée pour contourner ce problème ? (même si j'ai la solution d'un compte propre à surveillance station) Cordialement

Un peu dur de lire ton texte :) Envoyé de mon iPad en utilisant Tapatalk

Bonjour, J'ai sensiblement le même problème que vous tous suite à la derniere mise à jour de python. En parcourant les forums, j'avais lu qu'en le résinstallant, tout rentrait dans l'ordre. mais problème : quand je veux le desinstaller, il m'indique la liste des services qui ont des dépendances (sickrage, sabnzbd, headphones, gateOne, Haproxy et j'en passe) et que je dois soit arreter les services ou les supprimer... Bien entendu, je ne veux pas tout resintaller (pour ne pas avoir à tout reconfigurer, même si je me prepare un script pour backuper les config.ini de chaque application), donc j'ai choisi de les arreter via le centre de paquets. Or le même message persiste :( j'ai lancé un petit ps | grep -i py, cela ne me donne rien. Une idée ? (pour pouvoir desinstaller uniquement python et le resinstaller dans la foulée) Merci et bonne année tout le monde

Pour le problème d'installation / update, j'ai testé à l'instant la désinstallation totale (suppression des enregistrements et des réglages) : l'installation s'est déroulé dans message d'erreur. Un problème de moins :)

Bonjour, Depuis la version 7.1 (et les différents updates) je n'arrive plus à accéder à la visualisation live (via IHM ou via dsCam iOs) avec les mêmes réglages que la version 7.0. L’écran m'affiche un écran noir du plus bel effet alors que la miniature s'affiche correctement). J'ai contourné le problème en passant le réglage d'affichage en mjpeg sur iOs (pas trouvé sur l'IHM du syno) et cela fonctionne (cela fonctionnait sans cette option avec la version 7.0) Si je désactive cette option, dsCam m'indique qu'il s'agit d'un problème de certificat non fiable (je pense qu'il s'agit d'un message d'erreur standard car je ne vois pas le rapport avec un certificat et l'option mjpeg) J'ai tenté la désinstallation (après avoir exporté les réglages) et lors de la réinstallation, lors du redémarrage du service plus précisément, DSM m'indique que le package n'est pas valide... mais le service est bien démarré. Pour information, je passe également via haproxy (tout comme quand j'utilisais la version 7.0 de surveillance station ) et je ne pense pas non plus qu'il y ait un rapport avec un reverse proxy et le fait de pouvoir visualiser le live en plein écran uniquement avec l'option mjpeg activé. J'avais déjà fait un ticket auprès de syno, mais je ne suis pas très chaud pour leur donner un accès root chez moi... Le problème ne concerne vraiment que la visualisation live car je reçois bien mes notifications pushover ou mail en cas de détection de mouvement. Quelqu'un a le même problème ? Une idée ? Cordialement

Bonjour, Tout est reglé pour tout le monde ou tout le monde a mis en place des solutions temporaires ? (http au lieu de https, activation mjpeg etc ...) Cordialement

Bonjour Gaetan, Est ce qu'il te serait possible de partager ton script de detection de portable ? J'avoue avoir la flemme de le coder :) Merci d'avance