Amsonia

Ne voyant pas CloudStation sortir de sa beta (pour OS X), j'ai voulu installer SparkleShare - http://sparkleshare.org/set-up-a-host/ Pour la petite histoire, il y a des clients pour GNU/Linux, Win et OS X. Vous allez rire mais je bute sur la 1ère ligne de commande pour installer le serveur de la chose… Git est bien installé sur mon Syno mais quand je tape la première commande adduser ––disabled-password git[/code] ça me dit que la commande 'adduser' n'existe pas. Je suis bien entendu connecté en SSH root. Des idées ?

Je plussoie CoolRaoul, je doute que ce soit une bonne idée de faire du calcul partagé sur ce genre de matériel. Déjà que c'est déconseillé sur des laptops… À moins que, à la limite, vous paramétriez BOINC pour n'utiliser que, disons, 70% du temps CPU au max.

Je me suis toujours connecté en AFP (et FTPS et SFTP). J'ai de temps en temps le NAS qui disparaît du Finder mais je crois que c'est plus la faute de Lion que du NAS. Si tu poses la question, c'est que tu dois avoir une idée derrière la tête Quel avantage a priori aurait le SMB ? Autrement dit, qu'est-ce qui différencie ces deux protocoles ?

Les fichiers .torrents sont conservés par Transmission ici : /volume1/@appstore/transmission/var/torrents Il y a aussi le dossier /volume1/@appstore/transmission/var/resume qui, si j'ai bien compris, contient des fichiers style torrents (mais en '.resume') dont Transmission a besoin pour fonctionner. J'imagine que si je remets sur la nouvelle installation le fichier /volume1/@appstore/transmission/var/settings.json ainsi que le contenu du dossier 'resume' de mon installation actuelle, tout repartira comme sur des roulettes ? Je voudrais vraiment être sûr parce que j'ai plusieurs centaines de torrents… Ok pour le htaccess, c'est de cette manière que j'avais procédé.

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

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'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 ?

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é.

epic ^^

Merci bud77 pour ton aide et ces remarques Je n'utilise la plupart du temps que l'audiostation sur mon NAS. Le serveur DAAP et DLNA sont donc désactivés. Au lancement, le script vérifie cependant que le serveur multimédia est allumé, dommage. Ce qui est plus gênant par contre, c'est que même après avoir lancé le serveur multimédia (et même le "serveur itunes"), le script me renvoie toujours la même "erreur" ! (et en effet le fichier dans /etc/synoinfo.conf le mediaserver est toujours indiqué comme étant désactivé alors que je le vois bien lancé dans la GUI) Bref je ne sais pas trop où est le souci mais ce qui serait formidable c'est que le script ne demande pas que le serveur soit lancé Il y a tout de même 4 applications qui dépendent de ce même index, tout le monde n'a forcément utilité des 4 en même temps.

Oh mon dieu, c'est le script parfait ! À tel point que je ne cesse de me demander pourquoi Synology ne l'a pas implémenté à la base… Merci mille fois et plus encore Questions : 1/ Où doit-on mettre le fichier 'index_updater.py' ? 2/ Est-il possible de pouvoir lancer le script (avec les arguments qui vont bien) directement depuis la GUI du DSM ? 3/ Testé sur DSM4 v2198 ?

Ah ! L'idée du chan IRC qui ressort, ça fait plaisir :-) Cependant, si j'adhère à 100% à l'idée, je ne m'y connais bien trop peu pour avoir un avis technique valable Du point de vue organisationnel je rejoins totalement Diaoul : Et je rajouterai qu'il serait dommage de se séparer des autres communautés Syno du Net. À ma connaissance -toute relative- les anglophones sont plutôt présents sur http://forum.synology.com et les germanophones sur un autre forum. Dès lors je ne suis pas certain -litote- que des étrangers soient nombreux ne serait-ce qu'à idler sur notre chan. Dans l'idéal je verrais plutôt plusieurs salons hébergés sur un serveur public, avec une nomenclature accordée entre les différents forums. Ou bien, un serveur hébergé par les bons soins de M. Syno, lequel accueillerait un (ou plusieurs) salons par forum et le distingo entre les différentes langue se ferait de manière naturelle. En tout état de cause, il me semble crucial de ne pas trop séparer l'instance web (la shootbox) du/des chan IRC. Sinon on aura non pas 2 salons mais 3 dont un redondant.

C'est juste qu'avec les liens actuels, il suffit au destinataire du lien d'enlever le "/fbsharing/xxx" et il tombe sur l'interface de connexion. Avec un port spécifique, il serait tombé sur une page vierge/d'erreur.

Hmm pas certain d'avoir tout saisi :s Si, dans notre routeur, on a mappé le port 5001 vers le 5001 du NAS, alors pas besoin de renseigner les champs de l'onglet "ports du routeur". On indique simplement 5001 en HTTPS (et voire 5000 en HTTP) dans l'onglet "service HTTP". Par contre, si l'on veut accéder au NAS en HTTPS sur le port 443 comme toi (pour éviter d'avoir à l'expliciter dans l'URL ?), il faut mapper le port 443 dans le routeur vers le 5001 du NAS ; et on indique 5001 dans l'onglet "services HTTP" et 443 dans l'onglet "ports du routeur". En tout état de cause, on ne peut pas assigner un port spécifique aux liens créés par cette nouvelle fonction de "liens partagés". J'ai bon ?