Updates Automatique Sick Beard Ne Fontionne Pas.

[Lapin]

Le message dans le log n'est pas important (j'ai les même de temps en temps).

Par contre, si j'ai bien compris, tu n'as pas réussi à résoudre l'erreur 500 avec ma manip...

Modifié le 27 mars 2014 par Lapin

[karl005]

non j'ai bouletté avec les fichiers TMP, j'ai eu la bonne idée redémarré le nas en même temps parce que Sickbeard ne voulait pas se réinstallé (port deja utilisé), donc au rédémarrage ben plus de fichier tmp ben j'avoue faire ça à 0h00 c'était pas une bonne idée ^^

[Mr Akhlan]

je l'avais noté en plus.... Mais bon, comme je me suis fait avoir aussi...............

[Lapin]

Ah ben ça c'est ballot !!!

Bon le principal c'est que tout soit remis d'équerre maintenant.

[ombrenoire]

Résumé pour ceux qui commence le sujet par la fin:

Pour résoudre les problèmes d'update, voici la procédure à suivre (merci à tous et en particulier à sarakha63):

1- Stopper Sickbeard depuis le centre de paquet.

2- Sauvegarder vos fichiers (Session Telnet):

cp /usr/local/sickbeard-custom/var/cache.db /tmp/cache.db
cp /usr/local/sickbeard-custom/var/config.ini /tmp/config.ini
cp /usr/local/sickbeard-custom/var/sickbeard.db /tmp/sickbeard.db

Merci à Lapin pour le tuto.

Je rencontre un problème (je suis complètement noob en telnet) :

1) lorsque j'entre la 1ère commande et appuie sur enter, rien ne se passe (à part une nouvelle ligne de commande vierge qui apparait). Est-ce que cela signifie que la commande a bien été exécutée ?

2) lorsque j'entre la seconde commande le message suivant apparait : cp: can't open '/usr/local/sickbeard-custom/var/config.ini': Permission denied.

Je suis pourtant bien connecté en admin et le port 23 est ouvert.

Une idée de l'origine du problème ?

Merci.

EDIT : je pense avoir compris. Je dois me connecter en root et pas en admin, c'est ça ?

Modifié le 27 mars 2014 par ombrenoire

[karl005]

oui

[Lapin]

Merci à Lapin pour le tuto.

Je rencontre un problème (je suis complètement noob en telnet) :

1) lorsque j'entre la 1ère commande et appuie sur enter, rien ne se passe (à part une nouvelle ligne de commande vierge qui apparait). Est-ce que cela signifie que la commande a bien été exécutée ?

2) lorsque j'entre la seconde commande le message suivant apparait : cp: can't open '/usr/local/sickbeard-custom/var/config.ini': Permission denied.

Je suis pourtant bien connecté en admin et le port 23 est ouvert.

Une idée de l'origine du problème ?

Merci.

EDIT : je pense avoir compris. Je dois me connecter en root et pas en admin, c'est ça ?

Farpaitement ! Il faut être connecté en root. Et sous telnet, par défaut, si tu n'as pas de message d'erreur, c'est que tout est OK.

Par contre, attention de ne pas rebooter le Syno, sinon tous les fichiers sauvegardés dans /tmp seront perdu !!

Résumé pour ceux qui commence le sujet par la fin (Mise à jour du 28 mars 2014):

Modifié le 28 mars 2014 par Lapin

[max85]

Suite à la réinstallation sur DSM 5, je constate que Python consomme énormément de RAM (+ de 200mo) ce qui n'était pas le cas avant, suis-je le seul ?

Modifié le 28 mars 2014 par max85

[karl005]

Farpaitement ! Il faut être connecté en root. Et sous telnet, par défaut, si tu n'as pas de message d'erreur, c'est que tout est OK.

Par contre, attention de ne pas rebooter le Syno, sinon tous les fichiers sauvegardés dans /tmp seront perdu !!

Résumé pour ceux qui commence le sujet par la fin (Mise à jour du 28 mars 2014):

/!

1- Attention ne rebooter pas votre Syno pendant ces manips, sinon tous les fichiers dans /tmp seront définitivement perdus !!

2- Il faut être connecté en tant que root pour la session Telnet

Sifflote

[Lapin]

Sifflote

:D :D :D :D

Suite à la réinstallation sur DSM 5, je constate que Python consomme énormément de RAM (+ de 200mo) ce qui n'était pas le cas avant, suis-je le seul ?

Pareil pour moi. Je n'avais pas fait attention. Mais pas de ralentissement sur mon DS411+ (1Go), malgré 50% de la RAM utilisée.

[max85]

Pareil pour moi. Je n'avais pas fait attention. Mais pas de ralentissement sur mon DS411+ (1Go), malgré 50% de la RAM utilisée.

Pas de ralentissement non plus mais on a des modèles assez gros, ce qui ne doit pas être me cas de tout le monde.

Modifié le 28 mars 2014 par max85

[ombrenoire]

Merci Lapin, tout a fonctionné parfaitement.
Pour Python, moi j'ai deux processus qui tournent, un a 54MB et un à 12MB. Pas de ralentissement notoire sur mon DS213J.

[Lapin]

/!
1- Attention ne rebooter pas votre Syno pendant ces manips, sinon tous les fichiers dans /tmp seront définitivement perdus !!
2- Il faut être connecté en tant que root pour la session Telnet


Pour résoudre les problèmes d'update, voici la procédure à suivre (merci à tous et en particulier à sarakha63):
1- Stopper Sickbeard depuis le centre de paquet.
2- Sauvegarder vos fichiers (Session Telnet):

cp /usr/local/sickbeard-custom/var/cache.db /tmp/cache.db
cp /usr/local/sickbeard-custom/var/config.ini /tmp/config.ini
cp /usr/local/sickbeard-custom/var/sickbeard.db /tmp/sickbeard.db

Si vous utilisez la passerelle SABnzbd <-> Sickbeard

cp /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfg /tmp/autoProcessTV.cfg

3- Désinstaller Sickbeard depuis le centre de paquet.
4- Refaire l'installation depuis le centre de paquets.
5- Configurez les paramètres suivant pour être sur la version de sarakha63:

GIT:     https://github.com/sarakha63/Sick-Beard.git
Branch:    master

6- Vérifier que Sickbeard fonctionne bien et forcez un update pour être sûr de bien être à jour (en principe oui, puisque l'installation est faite depuis le dépôt GIT).
7- Stoppez Sickbeard depuis le centre de paquet sous DSM.
8- Réinstallez votre config:

cp /tmp/cache.db /usr/local/sickbeard-custom/var/cache.db
cp /tmp/config.ini /usr/local/sickbeard-custom/var/config.ini
cp /tmp/sickbeard.db /usr/local/sickbeard-custom/var/sickbeard.db

Si vous utilisez la passerelle SABnzbd <-> Sickbeard

cp /tmp/autoProcessTV.cfg /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfg

9- Lancez Sickbeard depuis le centre de paquet.
10- Sous Sickbeard, cochez toute la colonne:
Manage -> Mass Update -> Update

Et voilà !!! La vie est belle !


Pour ceux qui ont une erreur 500, vous pouvez tenter cette manip:
Lorsque tu as régénéré (Mass update) et que tu as l'erreur 500, copie les fichiers de conf et de cache fraîchement générés (cache.db et sickbeard.db) avec la nouvelle installation.
Désinstalle et réinstalle Sickbeard, mais en restaurant AVEC les nouveaux fichiers (en fait, il faut refaire les 10 étapes ci-dessus). Cela a fonctionné pour moi lorsque j'ai eu l'erreur 500.

Pour ceux qui refont l'install toute fraîche et qui utilise la passerelle SABnzbd et Sickbear, faites la manip suivante sous telnet:

chmod 644 /usr/local/sickbeard-custom/var/SickBeard/autoProcessTV/autoProcessTV.cfg

Évidemment je te conseil d'éditer le fichier pour remettre les infos de connections à jour, par ex si tu te connectes en SSL sur le port 8087 avec le login Lapin/FouLeLapin:

[SickBeard]
host=localhost
port=8083
username=Lapin
password=FouLeLapin
web_root=
ssl=1

tu te connectes sans SSL sur le port 7575 avec le login Lapin/FouLeLapin

[SickBeard]
host=localhost
port=7575
username=Lapin
password=FouLeLapin
web_root=
ssl=0

Bonne chance !!

[gbenat]

Personnellement lorsque j'essaye de réinstaller le paquet de syno community ou celui téléchargé sur le lien ci-dessus même message d'erreur après l'installation :

Echec lors du lancement de la réparation du paquet.

J'ai tenté de rebooter le NAS (l'éteindre aussi) entre chaque désinstallation et réinstallation mais rien n'y fait.

Une idée ?

Merci !

Modifié le 29 mars 2014 par gbenat

[gbenat]

Bon je m'auto-réponds, à force de bidouille j'ai trouvé la solution, j'ai simplement supprimé les toutes les autres sources de paquets en ne gardant que synocommunity et miracle ça fonctionne.

[Lapin]

OK. Super pour toi !

Ton problème venait peut-être du package Python ?? Il faut absolument celui de SynoCommunity.

Pour l'officiel et celui de SynoCommunity peuvent être installés en même temps. Il n'y a pas de conflit.

[gaaaork]

Merci Lapin !

Mes aupdates ne marchaient plus. Suivi la procédure de A à Z et tout re-fonctionne parfaitement !

[Lapin]

De rien !! Mais tous les crédits reviennent aux membres qui ont intervenu avant. J'ai juste fait la synthèse.

Par curiosité, as-tu eu le problème avec l'erreur 500 ?? Ou tout a fonctionné du 1er coup .

[gaaaork]

Tout à fonctionné du 1er coup.

[sarakha63]

Lapin ne denigre pas ton boulot . Tu as effectivement recuperé ce qu'on a dit mais tu l'as formulé et tu as rajouté les détails nécessaires pour que tout le monde puisse le faire et ca c'est énorme.

Entre moi qui dis simplement : recuperer les fichiers .db et le config ini desisntaller reinstaller remettez vos fichiers et lancer un mass update et ta synthèse...................

J'ai envie de dire j'espère qu'a l'ecole tu faisais pas des résumés de roman de la meme facon (roman : 300 pages résumé : 5600 pages) lol

Non tu as pris le temps de faire ce que j'ai pas pris le temps de faire et je dis clap clap. Cela a evite de multiples autres questions

[Lapin]

Merci !!! Effectivement le but était de faire une synthèse pour noobs.

Et non à l'école je n'étais pas vraiment le chouchou de mes profs de Français, bien au contraire !!

Dans tous les cas encore merci pour ta version custom de Sickbeard, tu fais un boulot énorme !!

[Gralork]

Pour info le fichier qui met le bordel et provoque l'error 500 c'est le cache.db!

J'ai stop SickBeard, supprimé le fichier, relancé SickBeard, il recré le cache et pouf, plus d'erreurs 500

[Lapin]

Et tu n'as pas perdu ta configuration ???

[bud77]

J'arrive un peu tard dans la conversation, mais j'ai trouvé encore plus simple...

Comme je "jouait" avec les paramètres de mon SB, j'ai cru que c'était ma config qui merdait, donc j'ai pas cherché ici

En gros, il suffit de faire un "/usr/local/git/bin/git rebase master" dans le dossier /usr/local/sickbeard-custom/var/SickBeard

[Gralork]

Non je n'ai pas perdu ma configuration, cache.db ne doit contenir... que le cache