PiwiLAbruti

Ça a changé depuis DSM 6, il faut se connecter avec le compte admin, utiliser la commande sudo -i et ressaisir le même mot de passe.

C'est le même que celui du compte admin.

La commande killall permet de tuer un ensemble de processus similaires selon leur nom, statut, ... Pour le reste je ne connais pas Jeedom.

Si l'exécution de chaque script lancé par cron bloque et que les 300 scénarii sont exécutés à des intervalles courts, ça peut aller très vite. Dans tous les cas, fais des tests individuels pour écarter mon hypothèse.

Commence déjà par tuer quelques processus parasites pour voir si l'occupation mémoire diminue. Regarde si les scripts exécutés par cron se terminent bien (en les exécutant manuellement, hors cron). Je soupçonnerait plutôt une erreur à ce niveau qui fait que les script ne se terminent pas et occupent de l'espace en mémoire.

Sur le site de Marantz, rubrique support du modèle NA6005, on y trouve quelques restrictions concernant les codecs supportés : Vérifie aussi que tu n'as pas activé le transcodage dans les paramètres du Serveur Multimédia, ça annule le support de gapless. Il y a quelques éléments de réponse sur le forum de Synology, dont un utilisateur qui a apparemment réussi à faire fonctionner DLNA en gapless avec l'application Hi-Fi Cast sur Android.

En sortie DLNA, DS audio se comporte comme une télécommande. C'est-à-dire qu'il indique à ton ampli d'aller chercher la musique à lire sur le NAS. Une fois une liste de lecture lancée, DS audio est passif (tu peux même quitter l'application, la liste de lecture sera lue en entier). C'est donc bien ton ampli (et lui seul) qui gère la lecture des morceaux en provenance du NAS et qui gère également les enchaînements. S'il y a une solution, elle viendra du constructeur du client DLNA. Donc demande à Marrantz si ton ampli est certifié gapless en DLNA, et tu seras fixé.

Pour ceux chez qui ça ne fonctionne pas, vous avez bien défini le NAS comme serveur DNS, et optionnellement le FQDN comme suffixe de recherche sous Windows 10 ?

À moins que le client DLNA sache anticiper le chargement du morceau suivant avant la fin de lecture du précédent pour éviter le gap, il n'y a rien à faire.

La configuration reverse DNS dans l'espace abonné Free est bonne. La modification ne prend pas effet instantanément, le meilleur moyen de vérifier est avec la commande nslookup que t'a donnée @Einsteinium.

Si le besoin est uniquement de voir le DS916+ sur le réseau 192.168.0/24, il suffit de définir une règle de routage sur le DS916+ : 192.168.0.0/24 > 192.168.1.230 Attention cependant, les protocoles basés sur de la découverte réseau (DLNA, NetBIOS, ...) ne fonctionneront pas. Il faudra alors privilégier la solution de @Fenrir.

Les conditions d'utilisation de Synology C2 sont tout à fait normales, elles changeront peut-être après la phase bêta. Les raisons de suspension du service sont nombreuses et peuvent par exemple être la conséquence d'une faille de sécurité du service (quelle qu'elle soit) qui contraindrait Synology à suspendre le service. Des données de clients pourraient très bien être impactées.

Tu achètes juste la matériel et tu as droit à 5 ans de mises à jour du système et de support inclus. J'ai du mal à voir ce qu'il y a à reprocher.

Le mail répond déjà à ce besoin, non ? Sinon un bête formulaire web avec du drag&drop multiple.

Je suppose que le script utilise l'API de Surveillance Station ? Dans ce cas, il doit être possible de connaître l'état des caméras via l'API ? Du coup, il suffirait de vérifier l'état de la caméra après activation (avec un délai) pour être certain qu'elle soit active et envoyer un mail si elle n'est pas active au bout de x minutes (ou retenter l'activation automatiquement).

Essaye avec spksrc, ça devrait te simplifier la cross-compilation.

Supprime toutes les entrées à destination du NAS et essaye reconnecter les partages réseau.

Est-ce qu'il y a un/des compte(s) enregistrés dans les Gestionnaire d'identification de Windows ? (Panneau de configuration > Gestionnaire d'identification) C'est très souvent de là que viennent les problèmes de droits sur des partages réseau au niveau client.

La clé de registre n'est nécessaire qu'avec L2TP/IPSec. Est que le même compte utilisateur est utilisé pour se connecter depuis Mac et Windows ?

Tu peux constater par toi-même cet impact sur le DS216se : https://www.synology.com/fr-fr/products/performance#2bay Voici les vitesses obtenues, en SMB sous Windows, après activation du cryptage : la vitesse de lecture passe de 96,33 à 24,59 Mo/s (-74%), la vitesse d'écriture passe de 59,37 à 12,30 Mo/s (-79%). De plus, Synology apporte un remarque en bas de la page dont j'ai donné le lien plus haut : Je te laisse conclure.

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS

J'ai eu un problème similaire lorsque j'ai installé DSM 6.1 sur un DS109 (syslog-ng en erreur au démarrage, et quelques autres désagréments). Comme je n'avais pas trouvé l'origine du problème et qu'il s'agissait d'un NAS de test, j'avais fait un double reset (données conservées) et réinstallé DSM 6.1. Pour en revenir au cas de ce sujet, une sauvegarde des données (qui devrait déjà exister) et un double reset serait la manière la plus rapide de résoudre le problème. Au passage, je soupçonne que les mises à jour automatiques de DSM sont activées. Je te conseille de n'autoriser que les mises à jour de sécurité.

As-tu activé toutes les extensions relatives à MySQL ? (mysql, mysqli, pdo, pdo_mysql, ...)

Est-ce que le paquet MariaDB est installé et démarré ?

Quels paramètres as-tu entré pour la base de données ?