NY152

<déterrage on> Personnellement, tout ceci ne fonctionne plus ! la méthode standard du .htaccess ne donne aucun effet et les chemins de config d'apache ont du changer ... Si quelqu'un a une solution fonctionnant aujourd'hui </déterrage off>

Perso ça plante totalement ; Extrait du LOG 2015-08-04 00:46:37.498 FFMPEG (rtsp) record 'Test' called with: 2015-08-04 00:46:37.507 [u'/usr/syno/bin/ffmpeg', u'-i', 'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=220&flavour=sd', u'-y', u'-loglevel', u'fatal', u'-t', u'3502', u'/volume1/Volume 1/TV/video20150804004637 - Test.m2ts'] 2015-08-04 00:46:37.536 FFMPEG record 'Test' ended 2015-08-04 00:46:37.537 Something went wrong with 'Test', retry 3/99 in 10 seconds 2015-08-04 00:46:47.550 FFMPEG (rtsp) record 'Test' called with: 2015-08-04 00:46:47.550 [u'/usr/syno/bin/ffmpeg', u'-i', 'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=220&flavour=sd', u'-y', u'-loglevel', u'fatal', u'-t', u'3492', u'/volume1/Volume 1/TV/video20150804004647 - Test.m2ts'] 2015-08-04 00:46:47.581 FFMPEG record 'Test' ended 2015-08-04 00:46:47.582 Something went wrong with 'Test', retry 4/99 in 10 seconds La ligne de commande a l'air un peu space avec ces "u", c'est surement ça qui fait planter le processus. J'y comprends rien ...

Allez je me lance dans un beau déterrage de post ^^ Presque 2 ans après, on a toujours pas accès à cette branche sur nos Syno :/ Si tu as trouvé une alternative pour que cela tourne, je suis preneur ^^

Je déterre le post car je ne m'était plus occupé de la RAM de mon DS412+ ^^ J'ai cherché un peu comment réaliser l'upgrade de la RAM et j'ai été très étonné qu'il faille désosser totalement la bête pour y parvenir. Je suis hors garantie mais même si je l’étais, je doute que ce genre d'intervention passe en garantie si ça se passait mal ... Sur ce coup là, Synology n'est pas très malin je trouve ! Je compte d'ici 1 an passer sur un DS2415+ donc je ne pense pas que l'upgrade soit nécessaire. Qu'en pensez-vous ?

Alors impec ^^

Je tombe sur un os avec la commande J'ai un beau : No such file or directory Pourtant je suis logué en tant que root ... Une idée ?

Ca arrive si tu fais des montages exotiques si il y en a en dehors des volumes je pense

tu pars de / ? Pas nécessaire voire inutile non ? Nos données étant dans /volume1, /volume2 ..., c'est plus rapide et sécur de ne parcourir que les dossiers de stockage. Avec ta commande tu traverse toute l'arborescence du système. Je ferais comme ça perso du coup : cd /volume1 find . -type d -name "@eaDir" -exec rm -rf '{}' \; cd /volume2 find . -type d -name "@eaDir" -exec rm -rf '{}' \; Mais on pourrait aussi faire plus court : find /volume1 -type d -name "@eaDir" -exec rm -rf '{}' \; find /volume2 -type d -name "@eaDir" -exec rm -rf '{}' \; Qu'en penses-tu ? Tous vos avis sont sont les bienvenus évidement ^^

Bonjour, J'ai remarqué dans les fichiers "@eaDir" qui servent de cache que des fichiers n'existant plus dans le serveurs ont gardés leur cache. Cherchant la simplicité, j'ai relancé une indexation totale espérant ainsi que les fichiers qui ne sont plus là n’apparaissent plus dans le cache. Ça ne marche pas, les fichiers y restent. Je pense donc supprimer tous les dossiers "@eaDir" mais je préfère demander conseil avant de le faire. Voici la ligne que je compte utiliser pour la suppression depuis /volume1 et /volume2 : find . -name "@eaDir" -type d -print |while read FILENAME; do rm -rf "${FILENAME}"; done Qu'en pensez-vous ? D'avance, merci de votre aide

Depuis la MAJ vers la version 1.6.0-11, ZNC ne se lance plus et j'ai ce message d'erreur qui s'affiche (voir la capture). Quelqu'un aurait une idée pour corriger le problème sans désinstaller ZNC car je ne peux pas perdre sa configuration. D'Avance, merci

Je suis bien en beta mais les applis sur les PC le sont aussi donc pas soucis concernant une mauvaise version.

Bonjour, Depuis quelques jour, CloudStation (et ce quelque soit la machine sur laquelle il est installé, Windows et Linux) me donne cette erreur : Etat anormal ; sans plus d'explications (d'ailleurs Synology pourrait faire que ClouStaton soit plus loquasse, pas pro ça ...) Toutes mes machines ont la dernière version de CloudStation, mes dossiers et fichiers n'ont aucunes restrictions (lecture/écriture ...), j'y ai pleinement accès partout. Quelqu'un aurait une idée ? D'avance, merci

Bonjour, Depuis quelques jour, CloudStation (et ce quelque soit la machine sur laquelle il est installé, Windows et Linux) me donne cette erreur : Etat anormal ; sans plus d'explications (d'ailleurs Synology pourrait faire que ClouStaton soit plus loquasse, pas pro ça ...) Toutes mes machines ont la dernière version de CloudStation, mes dossiers et fichiers n'ont aucunes restrictions (lecture/écriture ...), j'y ai pleinement accès partout. Quelqu'un aurait une idée ? D'avance, merci

t411 a changé d'adresse (www.t411.io), peut être un MAJ du DLM serait pas mal ...

Depuis que j'ai changé aucune disparition du NAS en DLNA. J'attends de voir sur le durée c'est peut être qu'un coup de bol ^^ Sinon essaie un reboot du NAS pour bien enfoncer le clou on sait jamais, c'est ce que j'ai fais perso.

Je vais essayer on verra, en espérant que ça ne générera pas trop de trafic sur le réseau ...

J'ai un intervalle de 920 secondes. J'ignore si cette valeur est haute ou pas par contre

C'est à dire ?

Tu as aussi un DS412+ ? Parce que si c'est le cas, on est 3 ... Et ça me semblerait assez significatif pour faire remonter cette particularité à Synology !

Stable et pas d'erreurs, on verra avec le temps mais ça fonctionne !

Le résultat recherché = Système de fichier compatible Windows et Linux applicable en iSCSI ... Finalement pendant que vous étiez occupés à demander le pourquoi et à ne pas faire avancer les choses, j'ai trouvé le comment avec l'ACFS (le GPFS j'ai pas creusé). Au final j'ai ma partition iSCSI qui fonctionne en ACFS et est lisible sous Windows et Linux. CQFD

L'ACFS d'Oracle et le GPFS d'IBM sont compatible Windows et Linux. Après la mise en oeuvre et l'obtention des outils ....

Un partage est stable oui, je n'utilise pas de cache pour les partages, dans mon cas je ne préfère pas, utilisant plusieurs machines ça ne compliquerait que trop les choses ... Ce qui me gène avec le fonctionnement d'un NAS c'est son manque de flexibilité au niveau du système de fichiers déjà. Par exemple, sur nos PC, dès qu'une coupure électrique survient, on a le droit a une vérification du système de fichiers, sur le NAS ? Rien ou si il y a vérification on même pas un log pour nous dire ce qui a été fait ou non, c'est encore pire je trouve ; Bref niveau stabilité oui tant qu'il y a du jus dans les tuyaux je dirais ! Un système de fichiers en cluster ne permet pas l'édition simultanée de tout et n'importe quoi je te l'accorde mais cela évite bien des soucis. Et je ne cherche pour le moment qu'à des fins de tests histoire de voir si ça peut être appliqué sur un NAS de production. Sinon si chacun de tes point est la réponse aux miens, déjà le premier point tu t'égare en iSCSI ton volume est considéré comme un disque physique sur le PC connecté (le volume doit être initialisé, formaté etc, on est plus dans une notion de partage) Bref en dehors de me dire que je n'explique pourquoi je veux un tel système de fichiers, on ne m'explique pas comment le faire ; C'est souvent le cas sur les forums pour être franc. A quoi bon le pourquoi ? Ma question porte sur le comment ^^

Je n'ai pas à reprendre mon système à chaque modifification de DSM, y a rien d’exotique dans la configuration d'un iSCSI sur un Syno, c'est une fonction officielle ! Les MAJ ne vire pas un iSCSI ça serait un comble, quelque soit le système de fichiers utilisé. Pour être plus simple, le clustering permet à des utilisateurs de pouvoir travailler sur le même fichier simultanément sans erreur. Tu ne peux pas le faire en partage réseau standard. C'est ce que je recherche.

Ça fonctionnait parfaitement sur la dernière MAJ et là MAJ forcée hier et rebelote le serveur multimédia refait des siennes ...