CoolRaoul

En plus du fait que c'est particulièrement déconcertant, je constate quelques problèmes et régressions. Pour l'instant j'ai noté: Les citations ne se distinguent plus (police et ou couleur) du reste du message, ça rend la compréhension carrément difficile Les sections "code" ont perdu la coloration syntaxique Le bandeau "This site uses cookies!" qui ne disparaît pas. la liste de membres semble avoir disparu je ne trouve plus l'option d'édition de message en mode texte brut. J'ai l'habitude d'entrer sur le forum via la page "nouveau contenu" (dont l'URL a changé à propos). Désormais, si je lit un message puis fais retour" ça m'affiche:"Désolé, il y a un problème, Veuillez patienter NN secondes avant de lancer une nouvelle recherche Code d’erreur 1C205/3"

Info précisément mentionnée dans le message que tu cites:

Serait-il possible de nous en dire un peu plus sur ce bug avec la source de l'info ? Impossible de trouver quoi que ce soit de concret en ce qui me concerne. Suite à la disparition du paquet en téléchargement, j'en suis toujours au stade des hypothèses.

Je ne comprend pas bien la question: même avec une appli faudra bien qu'elle se connecte au NAS. Cela dit, sous Windows il existe plusieurs méthodes pour accéder aux médias audio du nas: DLNA (sans authentification, faut une appli supportant ce protocole, c'est le cas de Windows media player) acces reseau aux dossiers musique du NAS (n'importe quel player fera l'affaire) connection à audio station via un navigateur.

"Audiostation" plutôt je suppose ? DSaudio c'est l'appli smartphone (au passage je ne comprend pas comment tu avais pu faire les tests évoqués dans ton premier message si ce paquet n'était pas installé) Panneau de configuration, bibliothèque multimédia, dossiers indexés.

Et pour ajouter mon grain de sel ne pas oublier que la lecture distante de vidéo en streaming nécessite une bande passante sortante confortable (ne pas oublier que le "A" de ADSL signifie "asymétrique", faut en moyenne pas compter en sortie plus de 15% du débit max en entrée) Si tu n'a pas la fibre ou une ligne ADSL de suffisamment bonne qualité, faut se préparer à être déçu.

Ce qui est *précisément* la définition de la "continuité de service" (et d'ailleurs, dans le cas de disques hotplug, ça ne "repart" pas en pratique puisque il n'y a pas eu d'arrêt, juste un mode dégradé ) . La sécurité des donnée c'est bien la sauvegarde qui la garantit.

Ce n'est pas Filezilla qui pose problème, c'est filestation (il a écrit "Je me connecte avec Filezilla et je n'ai aucuns soucis.")

S'assurer que dans les paramètres du serveur multimédia, onglet "paramètres de navigation" la case "afficher le titre de la vidéo en utilisant les informations intégrées" n'est pas cochée.

Je crois que c'est la mise à jour la plus rapidement installée que j'ai rencontré jusqu'ici.

J'avais aussi pensé à ça, mais vu qu'il nous à indiqué que le problème est survenu d'un coup ("depuis ce matin à mon réveil") , et donc que ça fonctionnait avant, j'ai éliminé cette hypothèse.

Je penche plutôt pour un problème au niveau du DNS de ton FAI. Si c'est ton routeur qui fait office de serveur DHCP, peut-être est-il possible de le configurer pour donner un autre serveur que celui par défaut aux appareils clients. Dans ce cas essaie ceux de Google par exemple (8.8.8.8 et 8.8.4.4)

Tu en es sur? Je suis dans ce cas (ca fait donc des années que mon IP n'a pas changé) et n'ai rien constaté de ce coté. Mon DDNS est régulièrement "rafraichi": Je constate dans les logs une mise à jour quotidienne: fserv> grep -i ddnsd: messages | tail -4 Apr 18 15:19:28 fserv ddnsd: ddnsd.c:3485 DDNS Expired. UpdateAll. Apr 18 15:19:32 fserv ddnsd: ddnsd.c:2568 Success to update [XXXXXX.myDS.me] with IP [N.P.Q.R] at [Synology] Apr 19 15:19:27 fserv ddnsd: ddnsd.c:3485 DDNS Expired. UpdateAll. Apr 19 15:19:31 fserv ddnsd: ddnsd.c:2568 Success to update [XXXXXX.myDS.me] with IP [N.P.Q.R] at [Synology]

J'avance sur le dossier (tout seul, vu que ..., enfin bref) Je viens de découvrir que, tout simplement, dans une tache de l'analyseur de stockage, *quels que soit les items sélectionnés dans l'onglet "rapport"* (et donc par exemple même si ne sélectionne uniquement "utilisation du volume") c'est bien *l'intégralité* des infos qui sont collectées à chaque exécution (on peut d'ailleurs le constater en sélectionnant "analyser cette tâche de rapport".) De plus, si on ne coche rien dans l'onglet "sélectionnez les dossiers partagés", ce sont l'intégralité des dossiers qui sont automatiquement pris en compte. On imagine qu'avec plus de 800000 fichiers sur l'ensemble des dossiers partagés comme c'est mon cas, ca mouline dur. J'ai remonté ces points avec le support (plutôt que me laisser patauger il aurait quand même pu me donner cette explications des le départ vu que j'avais décrit; me semble-t-il la situation avec suffisamment de détails).

Ca dépend: si c'est le package proxy server officiel Synology, il n'y aura pas de problème. **EDIT** Mais par contre, qui pourrait imaginer une attitude identique de Microsoft, refusant d'assurer la maintenance Windows des qu'une application non Microsoft est installée sur la machine!

Gaetan tu as vu juste: vu qu'ils m'ont demandé un export de log de mon syno, j'ai bien été obligé d'avouer au préalable mon utilisation de packages non "approuvés par le comité central du parti", et en réponse, comme on pouvait s'y attendre, recevoir l'habituelle demande de reset usine. Le prétexte a été l'impossibilité de reproduite l'anomalie sur leur NAS de test (pas forcément étonnant car le temps de génération du rapport est en fonction linéaire du nombre de fichiers présent dans les dossiers partagés, j'imagine bien volontiers que leur exemplaire n'en contient au plus que quelques centaines) Je viens de tenter une dernière cartouche: proposer de reproduire le problème sur le Syno d'un collègue de travail qui s'est porté volontaire et qui dispose d'une installation absolument vierge de tout package ou outil non officiel. A suivre PS: c'est quand même un peu rageant, Synology devrait se rendre compte, qu'en agissant ainsi, ils se coupent de leur base de "power users", qui, même si ils ne font pas forcément l'essentiel de leur chiffre d'affaire, jouent je pense un rôle de prescripteurs non négligeable (pour ma part je m'estime à la grosse louche à l'origine de décision d'achat d'une dizaine de NAS dans mon entourage pro suite à mes conseils, quantité à multiplier par le nombre de profils similaires au mien)

Merci pour le lien, je vais potasser ça. **edit** Rien sur les sous titres, dommage .

C'est tombé en marche après plusieurs essais infructueux. La tentative d'install précédente, m'avait craché à plusieurs reprises ces séquences erreurs dans la syslog: Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1602 Failed to extract package INFO to /volume2/@tmp/552AAEBB5F13F0FE/ Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1603 /bin/tar xf /volume2/@tmp/@synopkg/@download/sickbeard-custom/@SYNOPKG_DOWNLOAD_sickbeard-custom -C /volume2/@tmp/552AAEBB5F13F0FE/ INFO --no-same-owner Apr 12 19:43:23 fserv entry.cgi_SYNO.Core.Package.Installation[1].install[11252]: pkgtool.cpp:1608 stderr: /bin/tar: /volume2/@tmp/@synopkg/@download/sickbeard-custom/@SYNOPKG_DOWNLOAD_sickbeard-custom: Cannot open: No such file or directory Apr 12 19:43:23 fserv /bin/tar: Error is not recoverable: exiting now Bon, maintenant que c'est installé je vais pouvoir essayer de jouer avec Merci

je l'avais déja Ca me dit "format de fichier non valide" à l'installation Et en ce qui concerne "mozvip" j'ai également testé URL: "git://github.com/mozvip/Sick-Beard.git" Branche: "master"Même punition

Donc je déduis que dois prendre la version "custom" en renseignant correctement le formulaire pour ce movzip. Me reste à rouver les bonnes valeurs. Pareil, en plus il y a toute une terminologie exotique que j'ai du mal a mémoriser: vu que je n'utilise pas ce truc de façon intensive, ça a du mal à rentrer, je reste quelques mois sans en avoir besoin et hop j'ai tout oublié **edit** Je galère un max, la recherche google: "movzip" fork sickbeard me trouve à peine ... 2 résultats

Salut à tous, J'avais installé (péniblement), il y a un bon moment de ça, Sickbeard (en version custom) sur mon NAS en suivant un tuto que je ne retrouve plus. Mais, n'utilisant pas intensivement cet outil, j'ai un peu oublié comment le manipuler, en plus il m'a semblé que ma config pour ce package était devenu sans doute un peu foireuse ( à force de modifier des options que je ne comprenais pas vraiment). Voila pourquoi j'ai décidé de tout recommencer "from scratch". Hélas, toutes les infos que je glane par ci par là (et ici-même) ne sont pas vraiment "newbie friendly" ce qui fait que je suis un peu pommé. Suite à ça, je suis à la recherche d'une âme charitable qui pourrait *très succinctement* en réponse dans ce fil me donner des éléments pour faire le bon choix entre ces options: Sickbeard "vanilla" ou Sickbeard custom, et pour ce dernier quel fork choisir. Ensuite, pour le reste j'espère pouvoir me débrouiller. **edit** N'étant suis pas intéressé par la VF, j'ai pensé bien faire en installant à l'instant la version "non custom" mais apparemment ça ne gère pas les sous-titres. Pas glop ça. Ais alors tenté la version "custom", en laissant les défauts dans le formulaire "parametre du fork" et la ça me répond "incorrect fork" Pas glob non plus.

Pour le moment je me suis bien gardé de les informer de ça, et j'ai bien pris la précaution de leur dire que c'était un problème général. Si ils me font cette réponse je pourrais toujours leur dire de simplement faire le test sur un de leurs NAS de test. Si ils refusent c'est vraiment qu'ils y mettent de la mauvaise foi. <PolicallyCorrect state="off", trollinside="on"> Quoique .. on sait bien que le Chinois est fourbe. </PolicallyCorrect> Déjà plus de 3 heures que ça tourne, pres de 20mn de CPU. Tout ça pour récupérer une info qu'un malheureux "df" rendrait en un pouillème de seconde: serv# ps -fp 2533 UID PID PPID C STIME TTY TIME CMD root 2533 1 9 10:25 ? 00:18:25 /usr/syno/synoreport/synoreport rogntudju!!! PS: bien entendu je pourrais (et vais probablement) me faire un petit job lancé en cron quotidien ou hebdo avec résultats dans fichier historique mais c'est par principe.

Je me permet de déterrer ce (vieux) sujet, Toujours pas d'amélioration, ce rapport qui était quasi instantané auparavant (DSM 5.0) , prend toujours des heures malgrès les mises a jour DSM depuis mon post initial. Je viens d'ouvrir un ticket chez Syno, en précisant bien qu'il s'agissait d'un problème général (pas qu'ils viennent m'emm** avec bottant en touche à cause de mes packages "non officiels" sans parler de mes outils additionnels cross compilés). J'ai pu voir quelques témoignages dans le forum US qui confirme cela, mais d'autres témoignages conformant dette anomalie me serait pas inutiles

Sinon, pour diagnostiquer les connections webdav, faut commencer par activer les logs sur le syno, comme je l'ai expliqué Essayer aussi de se connecter avec un autre client webdav (ES Explorer pour Android sait faire) pour voir ce que ça donne (permettra de vérifier les noms de chemins)

"diff" et "patch" vont ensemble quand ce sont les versions GNU, incluses toutes deux dans diffutils DSM est basé sur busybox. Donc pour avoir patch faudra à priori recompiler les diffutils, avec leurs éventuels prérequis. (reste l'option optware mais le projet prend la poussière, y a bien un fork en cours mais j'ai pas plus confiance que ça sur sa pérennité).