Diaoul

Pour SABnzbd je n'ai pas trop d'idées. Comme tu peux le voir, il se lance bien, le problème c'est que ton cache est corrompu ou je ne sais pas quoi. Essaye avec une autre config ? Sans ajouter de téléchargements ? Je t'invite à chercher sur le net mais moi je vois pas de trace d'un plantage quelconque, le paquet semble bien fonctionner. Le statut du paquet est bien "En cours d'exécution" ? Si c'est le cas, il n'y a pas de problème de notre coté. Peut être un firewall ? Le port 8080 est inaccessible sur ton Syno ? Si tu es à l'extérieur, tu as bien forwardé le port ?

Pourquoi tu sauvegardes tes .torrent ? Enfin je pense que ça devrait marcher mais on ne peut rien garantir. Par contre pour le coup du .htaccess, tu peux aussi éditer le fichier de config pour rajouter un password : https://trac.transmissionbt.com/wiki/EditConfigFiles

Tu peux aller dans le journal du SPK pour voir ? (Centre de paquets > "Plus" sur SABnzbd > Onglet "Journal") As tu un user "sabnzbd" dans la liste des utilisateurs du NAS ? Si oui, supprime le. Essaye avec un autre répertoire de téléchargement à l'installation, un truc simple comme "/volume1/downloads". Attention, il faut que ce répertoire existe. Tu pourras le changer a postériori. Ca me parrait très bizarre comme problème, sachant que Python fonctionne et tout.

Le SPK de zebulon créé un partage spécifique pour stocker les téléchargements. Pas celui-ci. Par exemple, moi je spécifie "/volume1/downloads" puisque j'ai un partage "downloads" sur mon "Volume 1". "complete" et "incomplete" sont des sous répertoires du répertoire de téléchargement demandé dans le wizard. Les autres répertoires ne sont pas nécessaires au bon fonctionnement du SPK. inutile de redémarrer le NAS as-tu bien démarré le SPK et cliqué sur l'icone sur le bureau de DSM ? Je t'invite à désinstaller les SPK du repo de zebulon ainsi que de supprimer son dépôt de la liste des autres sources pour faire d'autres essais. Ces SPKs sont testés et fonctionnent correctement pour une grande majorité des personnes, il n'y a pas de raison que ce ne soit pas le cas chez toi. Si tu le souhaites, tu peux continuer à utiliser le dépôt de superzebulon mais tu ne pourras pas bénéficier des SPKs de SynoCommunity A tous les coups tu as un espace ou des accents dans ton dossier de download ?

Pourquoi vois-je certains SPKs en double avec d'autres dépôts de paquets ? Les deux paquets sont parfois visibles due à la règle de nommage utilisée par SynoCommunity qui consiste à n'utiliser que des minuscules. "SickBeard" proposé par superzebulon est donc différent de "sickbeard" proposé par SynoCommunity. "transmission" en revanche a le même nom dans les deux repos. Dans tous les cas, il est fortement recommandé de ne pas utiliser les deux dépôts en même temps. En ce qui concerne SABnzbd, NZBGet, SickBeard, CouchPotato et Headphones, SynoCommunity propose un SPK NZBConfig qui vous facilite la configuration de tout se beau monde ensemble. Bien évidemment, vous ne pouvez pas utiliser NZBConfig avec des SPKs non issus du dépot SynoCommunity. Pourquoi les numéros de versions sont-ils différents ? Les numéros de version des SPKs proposés par SynoCommunty suivent une norme : "{0}-{1}" avec : {0} le numéro de version du logiciel (0.6.15 pour SABnzbd par exemple) ou alors une date lorsque ce numéro de version n'est pas disponnible. Ce peut être le cas pour certaines applications qui utilisent un auto-updater comme SickBeard, CouchPotato ou Headphones. {1} la révision du SPK. Cette révision change à chaque mise à jour de la structure du SPK ou d'ajout de fonctionnalité au SPK. Les paquets SynoCommunity ont tous une version initiale à 1. Un numéro de révision différent ne signifie pas une version plus récente du logiciel empaqueté mais plutôt un packaging différent d'un même logiciel. [*]Il n'y a aucune corrélation entre le numéro des versions des packages SynoCommunity et d'autres dépôts de paquets. Chacun pouvant utiliser sa propre règle.

En fait je pense que mpd peut fonctionner si Audio Station est lancé (et donc les kernel modules chargés).

Essaye : kill -QUIT pid[/CODE]

Oui mais ils arrêteront le support de la branche x11 avant d'arrêter le support de la branche x12 pour ce qui est des mises à jour de DSM. Ils ont bien arrête la branche x07 l'année dernière.

Sauf que tu perds 1 an de support officiel au passage il me semble.

Je vais rendre la génération des certificats optionnelle parce que j'ai l'impression que OpenSSL est plus ou moins stable lors ce cette dernière. @Pilami: Est-ce que tu constates une augmentation du CPU (bloqué 100% avec openssl qui bouffe tout)

D'après le port, webstation n'y est pour rien.

Si tu lances l'interface avec webstation, saches que c'est l'utilisateur "nobody" qui le fait tourner et que par conséquent il faut qu'il ait les droits sur les fichiers Asterisk à modifier sans quoi ça va pas marcher.

Please check if you have "nobody" entry in both /etc/passwd and /etc/group

Bon, je n'ai pas réussi à reproduire les problèmes de Bytes. Le fait que les logs affichent le PID-File est normal mais il devrait y avoir d'autre choses aussi après. De quel architecture est le CPU de vos NAS (à ceux qui ont ce problème) ? Il y a actuellement plusieurs problèmes empêchant le fonctionnement du SPK umurmur dans de bonnes conditions : https://github.com/fatbob313/umurmur/issues/7 empêche de passer en priorité realtime Un problème sur OpenSSL v1.0.1 empêche la génération de certificats

Je pense que filestation compresse à la volée, pas sûr qu'il y ait stockage d'un fichier tampon avec la totalité des données dedans.

Step 2 the SPK starts or doesn't start ?

I need the exact reproduce steps of the problem starting with the installation of the package. J'ai besoin de la procédure pour reproduire le problème à partir de l'installation du package.

Je l'utilise toujours de temps en temps Il y a une fonctionnalité bien utile qui permet d'arriver au premier post non lu dans un thread. Est-ce qu'il y a d'activer cette option pour le forum normal ? Je trouve ça bien pratique.

Je sais pas... http://lmgtfy.com/?q=pyload

Créer la base de donnée Bacula : http://www.bacula.or...igu_SQLite.html Moi je te conseille de faire un SPK en utilisant spksrc. Ce sera bien plus propre qu'IPKG ou qu'un chroot Debian. T'es pas obligé de faire une interface dans un premier temps mais juste le SPK avec les binaires qui fonctionnent. PS @bud77: Celui là on peut peut être le recruter

Il y a des sous titres quand c'est des rips bluray en général.

Oui, dès que la beta sera terminée

Voilà j'ai mis à jour umurmur en 0.2.9. Ce SPK sera prochainement disponible sur le Package Server de SynoCommunity

Des espaces à la place d'une tabulation ? Un mix des deux ?

En relisant ma réponse je me dis que c'est peut être pas assez clair et je vais ajouter des généralités. Sur ton réseau local, ton serveur DHCP distribue les IP mais aussi les DNS à utiliser. Un DNS fait correspondre un nom de domaine à une IP. "www.google.com => 85.236.11.8" Voilà comment ça se passe : Tu connecte un objet (PC, smartphone, etc.) au réseau, il reçoit une IP du serveur DHCP de ce réseau et une liste de serveurs DNS à utiliser pour résoudre les noms de domaines. Ton DHCP est configuré pour renvoyer 8.8.8.8 en serveur DNS primaire et 8.8.4.4 en secondaire donc ton objet (on va dire un PC) va les utiliser Sur ton PC tu vas sur www.jaimelesorteilspoilus.com, d'abord firefox va demander à 8.8.8.8 l'IP qui correspond à "www.jaimelesorteilspoilus.com". S'il sait pas, il va demander au suivant sur la liste: 8.8.4.4, etc. Une fois qu'il à l'IP il va se connecter au site et te renvoyer le contenu. Ma solution consiste à faire en sorte que ce ne soit pas 8.8.8.8 le premier sur la liste mais par exemple 192.168.1.12, l'IP de ton Syno avec bind d'installé dessus pour faire office de DNS. Si sur un objet de ton réseau tu demandes : nas.mondomain.fr, le premier DNS 192.168.1.12 va te répondre 192.168.1.12 et hop le tour est joué, tu atteris sur ton NAS www.jaimelesorteilspoilus.com, le premier DNS ne sait pas, le deuxième va donc te répondre et hop tu atteris sur ton site favoris Si tu n'est pas sur ton réseau local, ton DHCP n'a donc pas propagé 192.168.1.12 comme DNS primaire donc la requête nas.mondomain.fr sera faite sur un autre DNS, qui lui, va l'associer à l'IP de ta box. Pour résumer : Sur ton réseau local nas.mondomain.fr => 192.168.1.12 Ailleurs nas.mondomain.fr => IP de ta box Reste plus qu'a te documenter sur comment installer bind sur ton Syno. C'est pas ça qui manque, la configuration est simplissime dans ton cas en plus. J'avais regardé ça il y a quelques temps et pondu un petit truc ici : http://blog.diaoul.fr/2010/09/16/serveur-dns-bind-sur-synology/ si ça peut t'aider. Franchement les autres solutions relèvent de la bidouille pure du point de vue réseau (sauf si ta box supporte le loopback mais visiblement non)