Amsonia

la capture, c'était juste pour illustrer ; je ne monte rien au boot.

Bon, le dev de Config File Editor est Remco Schellekens, l'admin du repo http://www.mertymade.com/syno/index.html Je vois d'ailleurs que dernier propose aussi du python. Si j'ai bien tout compris, ma config de repo ne devrait pas entraîner de conflits. Seul l'update de Transmission -installé via Zebulon donc- risque d'être problématique. J'imagine qu'il n'y a pas de transfert automatique entre zebulon et synocommunity, si ? Sinon, je peux désinstaller Transmission et le réinstaller depuis SynoComm sans risque de tout perdre ? (je parle des torrents, évidemment pas des fichiers téléchargés). Sachant que j'avais configuré à la main un htaccess sur la webui du daemon Transmission. Tout cela sera repris de manière transparente ?

Bravo, juste bravo Pour info, avec quel(s) autre(s) dépôts celui-ci fait fusion ? J'ai déjà supprimé le repo de Zebulon mais faudrait-il que j'en supprime d'autres pour éviter tout conflit et/ou avoir un repo à jour ? Actuellement voici les repo que j'utilise : Comme paquet précédemment installé : - Transmission (de Zebulon) - Config File Editor (de je-ne-sais-plus-qui) - MailStation Plus (probablement du repo que j'ai nommé 'Mailstation'…)

Hello, peut-être est-ce que tu as fait dans le doute, j'ai trouvé ça dans la FAQ de macbidouille : Pour monter automatiquement un volume réseau (AFP ou Samba), rien de plus simple: - 1 Aller dans les Préférences Système/Comptes - 2 Dans l'onglet "Ouverture" cliquer sur "+" - 3 Sélectionner le volume à monter automatiquement. Si vous identifiants on bien été enregistrés dans votre trousseau, le volume sera automatiquement monté lors de la prochaine ouverture de session. Je pense que ça doit ressembler à ça :

J'utilise Evernote tous les jours. Leur système est tellement bien fait que, pour le coup, ça ne me gène pas trop de voir mes données hébergées ailleurs que chez moi. De plus, je doute qu'il existe un tel système (et aussi performant et cross-platform) en open-source qui puisse tourner sur nos syno.

Je suis confronté au même problème. Je me disais qu'un jeu de liens symobiques ferait peut-être l'affaire ? Concrètement : Photo/Canon EOS 400D/2010/ photos publiques ou du moins accessibles aux deux groupes Photo/2010/famille/xxx[/code] dossiers de photos accessibles au groupe 'famille'. Et faire des [code]ln -s volume1/Photo/2010/famille/xxx volume1/Photo/Canon EOS 400D/2010[/code] pour intégrer virtuellement ces dossiers dans le dossier 2010 principal. [code]Photo/2010/amis/xxx[/code] dossiers de photos accessibles au groupe 'amis'. Et faire des [CODE]ln -s volume1/Photo/2010/amis/xxx volume1/Photo/Canon EOS 400D/2010[/code] pour intégrer virtuellement ces dossiers dans le dossier 2010 principal. Ensuite on règles les droits des dossiers Photo/2010/amis/xxx et Photo/2010/famille/xxx via PhotoStation 5. Ce n'est qu'une hypothèse, autant ça ne fonctionne pas du tout

Très intéressant, merci bcp. Ce "petit" 412+ m'intéresse aussi, forcément Si tu as l'occasion d'y installer des CMS style Wordpress, je serais curieux de savoir comment ça tourne. Le CPU s'envole avec WP sur mon DS410 et vive la latence

Merci pour les photos et commentaires. Question bête : quand tu parles de "migration de RAID", cela sous-entend que tu as acheté de nouveaux disques et que tu as connecté les deux NAS via ton réseau local ? Ensuite, où va-t-on dans le DSM ?

Hello, n'aurais-tu pas, par hasard, ton dossier 'photo' de /volume1/photo nommé en fait "Photo" ou "PHOTO" ou tout autre chose qu'exactement "photo" ? Si c'est le cas, renomme-le simplement en 'photo'.

La solution, pour moi, a été de renommer mon dossiers en 'photo' (il était 'PHOTO' jusque-là). Plus d'infos sur ce post =>

Je vois que l'on a fait la même chose mozoeze et que ça marche aussi chez moi (mon dossier était 'PHOTO' à la base) Pour l'instant ça regénère les vignettes. Je testerai ensuite si PhotoStation génère correctement les vignettes de nouvelles photos. Dans mon cas, j'avais de nombreuses alerte dans mon /var/log/messages me disant que le script de génération des vignettes n'arrivait pas à ouvrir le fichier de base de données. Renommer le dossier partagé a eu, je crois, pour effet de littéralement supprimer cette base et pas seulement la vider ou la compléter.

J'ai trouvé une solution, ma solution, qui fonctionne pour l'instant. J'ai simplement renommé mon dossier 'PHOTO' en 'photo'. Je crois que cela a eu pour effet de non seulement vider/supprimer tous les dossiers @eaDir mais également de supprimer la bdd. Je voyais dans mon /var/log/messages que le processus de génération des vignettes n'arrivait pas/plus à ouvrir le fichier de bdd… C'est en train de regénérer les vignettes là. (en bonus, ton script ne cherche plus à toujours indexer toutes mes photos, tout roule donc) 15000+ photos dont 90% de RAW…je suis parti pour quelque jours de 100% CPU je crois :s J'en ai profité pour renommer tous mes autres dossiers partagés en minuscules. Le programme est le suivant : 1/ attendre que toutes les vignettes soient re-générées 1.1/ reconstruire l'index des fichiers du NAS ainsi que l'index du mediacenter 1.2/ passer un coup de ton script 2/ rebooter 3/ repasser un coup de ton script 4/ tester toutes les méthodes d'ajout de photo (DSM, PhotoStation depuis Poste local, PhotoStation depuis Diskstation, FTP, AFP) 5/ aller aux putes pour fêter ça

Bon, je n'ai pas pu résister trop longtemps et ai compilé la chose. 1/ Ça a l'air de fonctionner. Par contre ça pompe des ressources cette affaire ! Pour envoyer 2 Go j'ai le processus mount.davfs qui me prend entre 90 et 100% de CPU. 2/ Je voudrais maintenant faire un peu de ménage. J'imagine que je peux supprimer l'archive compressée ainsi que le dossier de décompression des sources de davfs2 dans /tmp. Ok ? D'ailleurs, peut-on vider ce dossier tmp ? Il contient plein de choses chez moi :s Ensuite, concernant les paquets installés pour la compilation, peut-on les désinstaller et les supprimer ? J'ai remarqué que les dépendances installées étaient de nombreuses fois redondantes avec des outils déjà présents sur le NAS. J'ai même l'impression, si je lis correctement les logs d'installation, que ça a dit au système de ne plus utiliser ses outils de base et d'utiliser les derniers paquets installés : update-alternatives: Linking //opt/bin/[ to coreutils-lbracket update-alternatives: Linking //opt/bin/base64 to coreutils-base64 update-alternatives: Linking //opt/bin/basename to coreutils-basename update-alternatives: Linking //opt/bin/cat to coreutils-cat update-alternatives: Linking //opt/bin/chcon to coreutils-chcon update-alternatives: Linking //opt/bin/chgrp to coreutils-chgrp update-alternatives: Linking //opt/bin/chmod to coreutils-chmod update-alternatives: Linking //opt/bin/chown to coreutils-chown update-alternatives: Linking //opt/bin/chroot to coreutils-chroot update-alternatives: Linking //opt/bin/cksum to coreutils-cksum update-alternatives: Linking //opt/bin/comm to coreutils-comm update-alternatives: Linking //opt/bin/cp to coreutils-cp update-alternatives: Linking //opt/bin/csplit to coreutils-csplit update-alternatives: Linking //opt/bin/cut to coreutils-cut update-alternatives: Linking //opt/bin/date to coreutils-date update-alternatives: Linking //opt/bin/dd to coreutils-dd update-alternatives: Linking //opt/bin/df to coreutils-df update-alternatives: Linking //opt/bin/dir to coreutils-dir update-alternatives: Linking //opt/bin/dircolors to coreutils-dircolors update-alternatives: Linking //opt/bin/dirname to coreutils-dirname update-alternatives: Linking //opt/bin/du to coreutils-du update-alternatives: Linking //opt/bin/echo to coreutils-echo update-alternatives: Linking //opt/bin/env to coreutils-env update-alternatives: Linking //opt/bin/expand to coreutils-expand update-alternatives: Linking //opt/bin/expr to coreutils-expr update-alternatives: Linking //opt/bin/factor to coreutils-factor update-alternatives: Linking //opt/bin/false to coreutils-false update-alternatives: Linking //opt/bin/fmt to coreutils-fmt update-alternatives: Linking //opt/bin/fold to coreutils-fold update-alternatives: Linking //opt/bin/groups to coreutils-groups update-alternatives: Linking //opt/bin/head to coreutils-head update-alternatives: Linking //opt/bin/hostid to coreutils-hostid update-alternatives: Linking //opt/bin/id to coreutils-id update-alternatives: Linking //opt/bin/install to coreutils-install update-alternatives: Linking //opt/bin/join to coreutils-join update-alternatives: Linking //opt/bin/kill to coreutils-kill update-alternatives: Linking //opt/bin/link to coreutils-link update-alternatives: Linking //opt/bin/ln to coreutils-ln update-alternatives: Linking //opt/bin/logname to coreutils-logname update-alternatives: Linking //opt/bin/ls to coreutils-ls update-alternatives: Linking //opt/bin/md5sum to coreutils-md5sum update-alternatives: Linking //opt/bin/mkdir to coreutils-mkdir update-alternatives: Linking //opt/bin/mkfifo to coreutils-mkfifo update-alternatives: Linking //opt/bin/mknod to coreutils-mknod update-alternatives: Linking //opt/bin/mktemp to coreutils-mktemp update-alternatives: Linking //opt/bin/mv to coreutils-mv update-alternatives: Linking //opt/bin/nice to coreutils-nice update-alternatives: Linking //opt/bin/nl to coreutils-nl update-alternatives: Linking //opt/bin/nohup to coreutils-nohup update-alternatives: Linking //opt/bin/nproc to coreutils-nproc update-alternatives: Linking //opt/bin/od to coreutils-od update-alternatives: Linking //opt/bin/paste to coreutils-paste update-alternatives: Linking //opt/bin/pathchk to coreutils-pathchk update-alternatives: Linking //opt/bin/pinky to coreutils-pinky update-alternatives: Linking //opt/bin/pr to coreutils-pr update-alternatives: Linking //opt/bin/printenv to coreutils-printenv update-alternatives: Linking //opt/bin/printf to coreutils-printf update-alternatives: Linking //opt/bin/ptx to coreutils-ptx update-alternatives: Linking //opt/bin/pwd to coreutils-pwd update-alternatives: Linking //opt/bin/readlink to coreutils-readlink update-alternatives: Linking //opt/bin/rm to coreutils-rm update-alternatives: Linking //opt/bin/rmdir to coreutils-rmdir update-alternatives: Linking //opt/bin/runcon to coreutils-runcon update-alternatives: Linking //opt/bin/seq to coreutils-seq update-alternatives: Linking //opt/bin/sha1sum to coreutils-sha1sum update-alternatives: Linking //opt/bin/sha224sum to coreutils-sha224sum update-alternatives: Linking //opt/bin/sha256sum to coreutils-sha256sum update-alternatives: Linking //opt/bin/sha384sum to coreutils-sha384sum update-alternatives: Linking //opt/bin/sha512sum to coreutils-sha512sum update-alternatives: Linking //opt/bin/shred to coreutils-shred update-alternatives: Linking //opt/bin/shuf to coreutils-shuf update-alternatives: Linking //opt/bin/sleep to coreutils-sleep update-alternatives: Linking //opt/bin/sort to coreutils-sort update-alternatives: Linking //opt/bin/split to coreutils-split update-alternatives: Linking //opt/bin/stat to coreutils-stat update-alternatives: Linking //opt/bin/stdbuf to coreutils-stdbuf update-alternatives: Linking //opt/bin/stty to coreutils-stty update-alternatives: Linking //opt/bin/su to coreutils-su update-alternatives: Linking //opt/bin/sum to coreutils-sum update-alternatives: Linking //opt/bin/sync to coreutils-sync update-alternatives: Linking //opt/bin/tac to coreutils-tac update-alternatives: Linking //opt/bin/tail to coreutils-tail update-alternatives: Linking //opt/bin/tee to coreutils-tee update-alternatives: Linking //opt/bin/test to coreutils-test update-alternatives: Linking //opt/bin/timeout to coreutils-timeout update-alternatives: Linking //opt/bin/touch to coreutils-touch update-alternatives: Linking //opt/bin/tr to coreutils-tr update-alternatives: Linking //opt/bin/true to coreutils-true update-alternatives: Linking //opt/bin/truncate to coreutils-truncate update-alternatives: Linking //opt/bin/tsort to coreutils-tsort update-alternatives: Linking //opt/bin/tty to coreutils-tty update-alternatives: Linking //opt/bin/uname to coreutils-uname update-alternatives: Linking //opt/bin/unexpand to coreutils-unexpand update-alternatives: Linking //opt/bin/uniq to coreutils-uniq update-alternatives: Linking //opt/bin/unlink to coreutils-unlink update-alternatives: Linking //opt/bin/uptime to coreutils-uptime update-alternatives: Linking //opt/bin/users to coreutils-users update-alternatives: Linking //opt/bin/vdir to coreutils-vdir update-alternatives: Linking //opt/bin/wc to coreutils-wc update-alternatives: Linking //opt/bin/who to coreutils-who update-alternatives: Linking //opt/bin/whoami to coreutils-whoami update-alternatives: Linking //opt/bin/yes to coreutils-yes Configuring cyrus-sasl-libs Configuring diffutils update-alternatives: Linking //opt/bin/cmp to /opt/bin/diffutils-cmp update-alternatives: Linking //opt/bin/diff to /opt/bin/diffutils-diff update-alternatives: Linking //opt/bin/diff3 to /opt/bin/diffutils-diff3 update-alternatives: Linking //opt/bin/sdiff to /opt/bin/diffutils-sdiff Configuring e2fslibs Configuring expat Configuring file Configuring findutils update-alternatives: Linking //opt/bin/find to /opt/bin/findutils-find update-alternatives: Linking //opt/bin/xargs to /opt/bin/findutils-xargs Configuring flex Configuring gawk update-alternatives: Linking //opt/bin/awk to /opt/bin/gawk Configuring gdbm Configuring groff Configuring gzip update-alternatives: Linking //opt/bin/gunzip to /opt/bin/gzip-gunzip update-alternatives: Linking //opt/bin/gzip to /opt/bin/gzip-gzip update-alternatives: Linking //opt/bin/zcat to /opt/bin/gzip-zcat Configuring libtool Configuring m4 Configuring make Configuring openldap-libs Configuring patch update-alternatives: Linking //opt/bin/patch to /opt/bin/patch-patch Configuring perl Configuring pkgconfig Configuring psmisc update-alternatives: Linking //opt/bin/killall to /opt/bin/psmisc-killall update-alternatives: Linking //opt/bin/pidof to /opt/bin/psmisc-killall Configuring python25 Configuring rsync Configuring sed update-alternatives: Linking //opt/bin/sed to /opt/bin/gnu-sed Configuring svn Configuring tar update-alternatives: Linking //opt/bin/tar to /opt/bin/gnutar Configuring tcl Que faire avec tout cela ? Comment supprimer ces paquets et dire au NAS de ré-utiliser ses outils de base ? 3/ Je remarque que, chez moi aussi, les fichiers envoyés qui restent dans le cache à /opt/var/cache/davfs2/cloudnas1.ovh.com-XXXXX[/code] ainsi que dans le dossier 'lost+found' à la racine du dossier partagé 'Hubic'. 4/ Je ne comprends pas l'utilité de créer un user et un groupe davfs2 pour que le système fonctionne.

Un petit bump sur ce fil pour savoir si la mise à dispo d'un .spk est en chantier ou pas. Merci

Ok donc certains .VOB étaient bien indexés par l'index officiel mais pas tous, va savoir… Ta commande confirme qu'aucun .ogv n'est présent dans l'index officiel. Ok pour les @eaDir. Le problème c'est que la génération des vignettes ne s'est pas relancée ! J'ai arrêté et relancé le processus de génération, j'ai arrêté/relancé le service "Photo Station" et suis même allé jusqu'à le désinstaller puis le réinstaller mais c'est toujours pareil, je n'obtiens, dans PhotoStation, que des loaders en lieu et place des vignettes et même des photos en taille normale.

Bon, pour le dossier 'music' je crois qu'on est bon, bonne détection des nouveaux fichiers. Pour 'video', il a détecté les nouveaux fichiers mais a aussi voulu me re-indexer des fichiers pourtant assez vieux pour avoir été pris en compte par l'indexation du DSM. Lesdits fichiers sont soit des .ogv ou des .VOB de DVD, peut-être est-ce donc normal, peut-être que ces extensions passent mal dans l'indexation officielle. Pour 'photo' par contre, c'est toujours pas ça (chez moi du moins). Il semble que le script ait voulu encore une fois tout ré-indexer ou du moins une grande, grande partie. D'ailleurs, je viens de m'apercevoir que j'avais perdu toutes mes vignettes (gloups vu le temps pour les générer). C'est possible que cela soit lié à ton script ? Je n'ai opéré qu'en -A -t -v 2 ce soir mais j'avais fait un -A -v 2 le jour du log de 22 Mo :s

Ah je retrouve enfin le topic Alors, j'ai pris la dernière version de ton script et ai lancé avec -A -t -v 2. Ça me sort 22 Mo de log ! Il semble que le script ait voulu tout ré-indexer. Alors j'ai forcé une reindex globale via le DSM puis refait le test du script => même résultat. Après une réindeaxtion globale demandée via le DSM, le script n'aurait-il du pas me dire que tout était ok ?

Ah ben je pensais qu'il y avait quelque chose de spécifique à nos syno. Ça m'apprendra à ne pas googliser la chose " Bref, merci à vous deux, j'ai supprimé la bdd obsolète et rebooté.

Bonsoir, En jetant un œil à /var/log/messages je suis tombé sur ce warning récurrent depuis plusieurs jours. Mar 16 22:18:42 postfix/smtpd[19798]: warning: database /usr/syno/mailstation/etc/aliases.db is older than source file /usr/syno/mailstation/etc/aliases J'ai plusieurs alias (et plusieurs domaines si ça importe) et, après être passé en DSM4 2198 puis mis à jour le MailStation en 20120308-041, je constate que, sur un seul domaine, j'ai des mails qui me parviennent en retard de plusieurs heures. J'ai d'abord pensé à un pb de DNS, j'ai tenté de corriger le tir et ça allait mieux et puis je tombe sur mes logs alors autant tout cela est lié… Mais même si ce n'est pas lié, j'imagine qu'avoir des centaines de lignes de warning disant la même chose n'est jamais de bonne augure :s J'édite mes alias soit par le terminal d'OS X à grands coups de 'vi' soit, le plus souvent via la GUI "MailStation Plus" ou une autre GUI qui s'appelle "Config File Editor". Quand j'ai mis à jour en DSM4, j'ai tout simplement collé dans le nouveau /usr/syno/mailstation/etc/aliases les alias que j'avais en 3.2 et j'en ai rajouté depuis. Bref, si j'ai touché via terminal ou GUI à /usr/syno/mailstation/etc/aliases, je n'ai jamais touché à /usr/syno/mailstation/etc/aliases.db Le problème pourrait-il venir de là ? Que faudrait-il que je fasse ?

Il est possible que j'ai créé moi-même ces dossiers partagés et que, par chance, ils correspondent avec ceux créés par défaut par le NAS. Je dis que c'est possible parce que je ne me souviens pas avoir activé le serveur multimédia dès mes premières heures d'utilisation du NAS. Ceci étant dit, mes 3 dossiers sont bien considérés comme ceux par défaut par le NAS, en témoigne cette capture d'écran. Et quand je parcous le NAS via DLNA (depuis ma TV par ex) ça reconnaît bien que MUSIC contient de la musique, que VIDEO contient les films, etc. Et le DLNA ne me montre pas mes autres dossiers partagés (DL, DIVERS, etc.) Pour ta deuxième question, j'ai fait une erreur tout à l'heure (dans le train en 3G…) en tapant VIDEOS avec un 'S'. C'est bien VIDEO, en majuscules mais au singulier. Par ailleurs, dans Panneau de config > Dossier partagé, seuls MUSIC et VIDEO sont paramétrés pour être indexés. Mais il s'agit là, je crois, d'une autre indexation que celle faite pour le serveur média/audiostation/photostation/itunes server. Il s'agit là, je crois, de l'indexation nécessaire à la recherche de fichiers/dossier via le FileStation. En espérant t'avoir éclairé sur mon cas… N'hésite pas à me demander des précisions de conf. Je ne pensais pas avoir un système si personnalisé ! En fait je ne le pensais pas personnalisé du tout ^^ edit : voici le contenu de mon smb.conf [global] workgroup=WORKGROUP local master=no realm=* printing=cups winbind enum groups=yes idmap gid=96000-196000 passdb backend=smbpasswd security=user idmap uid=10000-110000 printcap name=cups load printers=yes winbind enum users=yes [home] valid users=%U comment=home writable=yes directory mode=0777 path=/var/services/homes/%U create mode=0777 browseable=no [DIVERS] invalid users=nobody,@famille-amis,@leechers,@mail,contact,guest,lejardinier,up10ad,web,nobody valid users=nobody,@administrators,nobody comment="" path=/volume1/DIVERS guest ok=yes browseable=yes fileindex=no mediaindex=no edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,@administrators,nobody writeable=no [DL] invalid users=nobody,@leechers,@mail,contact,guest,leechauto,lejardinier,up10ad,web,nobody valid users=nobody,@famille-amis,@users,@administrators,nobody comment="" path=/volume1/DL guest ok=yes browseable=yes fileindex=no mediaindex=no edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,@administrators,@famille-amis,@users,nobody writeable=yes [homes] invalid users=nobody,@leechers,@mail,contact,lejardinier,up10ad,web,nobody valid users=nobody,@administrators,nobody comment="user home" path=/volume1/homes guest ok=yes browseable=yes fileindex=no mediaindex=yes edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,@administrators,nobody writeable=no [MUSIC] invalid users=nobody,@mail,contact,leechauto,lejardinier,up10ad,web,nobody valid users=nobody,@leechers,guest,@famille-amis,@users,@administrators,nobody comment="" path=/volume1/MUSIC guest ok=yes browseable=yes fileindex=yes mediaindex=yes edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,@famille-amis,@leechers,@users,guest,nobody write list=nobody,@administrators,nobody writeable=no [PHOTO] invalid users=nobody,@leechers,@mail,contact,guest,lejardinier,up10ad,web,nobody valid users=nobody,@famille-amis,@administrators,nobody comment="" path=/volume1/PHOTO guest ok=yes browseable=yes fileindex=yes mediaindex=yes edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,@famille-amis,nobody write list=nobody,@administrators,nobody writeable=no [SOFTWARE] invalid users=nobody,@mail,contact,leechauto,lejardinier,up10ad,web,nobody valid users=nobody,@leechers,guest,@famille-amis,@users,@administrators,nobody comment="" path=/volume1/SOFTWARE guest ok=yes browseable=yes fileindex=yes mediaindex=no edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,@famille-amis,@leechers,@users,guest,nobody write list=nobody,@administrators,nobody writeable=no [VIDEO] invalid users=nobody,@mail,contact,leechauto,lejardinier,up10ad,web,nobody valid users=nobody,@leechers,guest,@famille-amis,@users,@administrators,nobody comment="" path=/volume1/VIDEO guest ok=yes browseable=yes fileindex=yes mediaindex=yes edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,@famille-amis,@leechers,@users,guest,nobody write list=nobody,@administrators,nobody writeable=no [web] invalid users=nobody,@famille-amis,@leechers,@mail,contact,lejardinier,up10ad,web,nobody valid users=nobody,@administrators,nobody comment="System default shared folder" path=/volume1/web guest ok=yes browseable=yes fileindex=no mediaindex=no edit synoacl=no ftp disable list=no ftp disable modify=no ftp disable download=no read list=nobody,nobody write list=nobody,@administrators,nobody writeable=yes

j'essaye de comprendre ton log. Il y a des choses bizarres, du moins que je ne comprends pas. 2012-03-16 14:00:14,577 - INFO - *-* Working on share [music] whose path is '' 2012-03-16 14:00:14,578 - INFO - [music] is to be indexed 2012-03-16 14:00:14,579 - INFO - *-* Working on share [PHOTO] whose path is '/volume1/PHOTO' 2012-03-16 14:00:14,580 - INFO - [PHOTO] is NOT to be indexed 2012-03-16 14:00:14,581 - DEBUG - Share path 'PHOTO' should not be indexed, it is removed from DBs 2012-03-16 14:00:14,582 - INFO - Command to run: 'synoindex -D "PHOTO"' 2012-03-16 14:00:14,583 - INFO - *-* Working on share [MUSIC] whose path is '/volume1/MUSIC' 2012-03-16 14:00:14,584 - INFO - [MUSIC] is NOT to be indexed 2012-03-16 14:00:14,585 - DEBUG - Share path 'MUSIC' should not be indexed, it is removed from DBs 2012-03-16 14:00:14,586 - INFO - Command to run: 'synoindex -D "MUSIC"' 2012-03-16 14:00:14,587 - INFO - *-* Working on share [video] whose path is '' 2012-03-16 14:00:14,588 - INFO - [video] is to be indexed 2012-03-16 14:00:14,589 - INFO - *-* Working on share [photo] whose path is '' 2012-03-16 14:00:14,590 - INFO - [photo] is to be indexed 2012-03-16 14:00:14,591 - INFO - *-* Working on share [VIDEO] whose path is '/volume1/VIDEO' 2012-03-16 14:00:14,593 - INFO - [VIDEO] is NOT to be indexed 2012-03-16 14:00:14,594 - DEBUG - Share path 'VIDEO' should not be indexed, it is removed from DBs 2012-03-16 14:00:14,594 - INFO - Command to run: 'synoindex -D "VIDEO"' Les dossiers partagés (ceux par défaut) qui sont paramétrés (via la GUI) pour NE PAS être indexés : - /volume1/homes - /volume1/PHOTO Les dossiers (de base) qui sont paramétrés (via la GUI) pour POUR être indexés : - /volume1/MUSIC - /volume1/VIDEOS Et, si je lis correctement ton log, ça dit que /volume1/MUSIC ne doit pas être indexé mais que 'music' (en minuscules dont) qui est dit être à la racine path is ''[/code] doit être indexé. Quelle est la différence entre /volume1/MUSIC et le music en minuscules ?

Alors, le contenu de /usr/syno/etc/index_folder.conf est null Pour /var/log/messages, je ne vois pas de messages concernant le processus synoindexd qui correspondent à la date/heure de mon test :s HS : par contre j'ai plein de postfix/smtpd[10207]: warning: database /usr/syno/mailstation/etc/aliases.db is older than source file /usr/syno/mailstation/etc/aliases[/code]

Je viens de faire un test avec ta nouvelle version (n'oublies pas de mettre-à-jour le changelog!). Seuls AudioStation et PhotoStation sont activées. Voilà ce que ça me sort : Asimov> python2.6 index_updater.py -t v 2 -a -c -o -i Traceback (most recent call last): File "index_updater.py", line 577, in <module> main() File "index_updater.py", line 571, in main ret = IndexUpdater(add=add, clean_db=clean_db, clean_orphans=clean_orphans, del_dbl_indexed=del_dbl_indexed, test=test, verbose=verbose) File "index_updater.py", line 102, in __init__ self.main() File "index_updater.py", line 480, in main self._readConfiguration() File "index_updater.py", line 305, in _readConfiguration index_folder = eval(open(self.INDEX_FOLDER_CONF).read(), {"__builtins__": None}, {"true": True, "false": False}) File "<string>", line 1, in <module> NameError: name 'null' is not defined Je ne sais pas trop ce que ça veut dire :s Il y une erreur quelque part ou ça dit juste que le script n'a rien eu à ajouter/modifier/supprimer de la BDD, bref que cette dernière est à jour ? edit: je viens de refaire le test en sachant qu'il y avait du contenu non indexé. J'ai d'abord lancé le script (sans -t) sans activer le serveur multimédia et ça n'a rien indexé. (rien de visible dans AudioStation) J'ai ensuite refait la même manip avec le serveur multimédia activé et pareil, rien de nouveau dans l'index. Mes fichiers nouveaux étaient deux albums dans un sous-sous-dossier de /MUSIC si ça peut aider.

Pas "installées" mais lancée et une seule des quatre. Enfin, ceci est bien évidemment sujet à la justesse de ma compréhension de l'OS du NAS…ce qui est loin d'être ma spécialité ^^ Bref, si tu peux le faire, fais-le ! Moi qui ajoute bcp de fichiers audio par voie torrent donc non pris en charge par l'auto re-index des Syno* ton script est du pain béni. *le Syno ne regarde que ce qui a été rajouté dans /MUSIC /VIDEO /PHOTO par FTP(S), AFP, FileStation, etc… bref uniquement si le fichier a été transféré par le biais d'outils ou de protocoles intégrés à l'OS de base du NAS, right?

runmediaservice="no"[/code] Actuellement, c'est normal parce que le serveur DLNA est arrêté. Là où c'est beaucoup moins normal, c'est que la valeur ne change pas quand le serveur est activé ! Je ne sais pas si c'est possible mais ce qui serait bien ce serait de vérifier si le serveur DLNA [i]OU[/i] le serveur DAAP [i]OU[/i] AudioStation [i]OU[/i] PhotoStation est activé.