Diaoul

Merci Piwi, le Lucky Luke de SynoCommunity qui répare les problèmes plus vite que son ombre

On a fait des modifs hier soir, ce sera réglé dans la journée je pense.

C'est corrigé j'upload tout ça bientôt

Il y a GateOne qui est bien mieux à mon avis. Nounours44 bosse sur un SPK...

Je regarderai les problèmes pour ces ARCHs dans la soirée.

Pour transmission, il est possible qu'il reste des reliques du paquet de zebulon. Connecte toi en SSH et fait : ls -la /usr/local/ Met ici le résultat. Si tu n'as pas installé SABnzbd ni NZBGet, il est normal que NZBConfig ne le trouve pas non plus. Installe au moins l'un des deux.

Chez moi ça marche. T'as fait des modifs?

J'ai regardé le code. C'est basique, quelques scripts PHP pour faire un serveur PXE on dirait. Il est fait mention de "Free Edition" dans les commentaires donc j'imagine une version payante dans le futur.

Sauf que l'icone sur le Desktop ne pointe pas vers le HTTPS et que les certificats que tu utilises sont ceux par défaut. Je ne sais pas si ça constitue une faille de sécurité ou pas mais c'est certainement mieux de générer toi même tes certificats.

Le paquet NZBConfig incluera un petit helper pour utiliser le HTTPS sur les packages dans ses versions futures. Pour l'instant il faut se contenter du HTTP sachant qu'on est quand même pas sur des applications critiques pour la sécurité du NAS. Et oui, pour que le HTTPS fonctionne il faut donner les bons droits aux certificats.

Désinstalle le SPK de zebulon. Connecte toi en SSH puis : cd /usr/local ls -la cd sabnzbd/ ls -la Montre nous la sortie

Jamais fait gaffe que quand tu désinstallais le SPK de zebulon il restait des fichiers sur le disque oO

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]

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.