Aller au contenu

Updates Automatique Sick Beard Ne Fontionne Pas.


Messages recommandés

Bonjour,

J'utilise la version Sick Beard de https://github.com/sarakha63/Sick-Beard

J'ai un soucis avec les updates automatiques de Sick Beard via Git

Lorsque je me logs sur la page SickBeard, j'ai le message suivant :

There is a newer version available (you're 6 commits behind)— UPDATE NOW - Or click HERE to see new upgrades

Lorsque je clique sur UPDATE NOW j'ai un message d'erreur :

Update Failed

Update wasn't successful, not restarting. Check your log for more information.

Voici les logs :

Oct-05 11:16:38 WARNING CHECKVERSION :: Unknown exception while loading URL http://github.com/Prinz23/sb_network_timezones/raw/master/zoneinfo-2013g.tar.gz: Traceback (most recent call last):
Oct-05 11:16:34 INFO CHECKVERSION :: No scene exceptions update needed
Oct-05 11:16:28 INFO CHECKVERSION :: Check scene exceptions file to update db

Puis s'affiche en haut de la page :

Unable to find your git executable - either delete your .git folder and run from source OR set git_path in your

config.ini to enable updates.

Le fichier de configuration "config.ini" j'ai mis : git_path = /volume1/@appstore/git/bin/git

Puisque le fichier "git" se trouve dans "/volume1/@appstore/git/bin"

Quelqu'un a t'il déjà eu ce problème ?

Lien vers le commentaire
Partager sur d’autres sites

  • 5 mois après...

Non rien a voir avec la mise a jour precedente. C'est un soucis qu'il y a eu sur git. Et meme moi la seule solution que j'ai eu c'est sauvegarder le config.ini le sickbeard.db, le cache.db

De desinstaller le custom et le reinstaller, et remettre vos trois fichiers.

Cela réaligneras le tout.

Apres tout se relancera il suffira de lancer un mass update rescan de toutes les séries pour retrouver les images et hop.

Je sais pas ce qu'il s'est passé sur git deux ans de commit sans soucis et hier pouf.

Lien vers le commentaire
Partager sur d’autres sites

Aie, j'ai le même problème, j'ai désinstallé pour refaire l'installation comme conseillé, mais problème sous DSM 5.0 il semble y avoir une problème avec les package hébergés sur synocommunity :(

L'installation manuelle du package ne fonctionne pas non plus...

Bref c'est pas cool tout ça...

Mar 20 11:35:59 DiskStation PkgSynoMan.cgi: pkgtool.cpp:1404 Failed to exrtact package INFO to /volume2/@tmp/532AC48F8016D583/
Mar 20 11:35:59 DiskStation PkgSynoMan.cgi: pkgserver.cpp:411 Faild to download http://packages.synocommunity.com/sickbeard-custom_noarch_20130406-3.spk

Mar 20 11:59:12 DiskStation entry.cgi_SYNO.Core.Package.Installation[1].upload[11890]: pkgtool.cpp:1404 Failed to exrtact package INFO to /volume2/@tmp/532ACA00C690689D/

Lien vers le commentaire
Partager sur d’autres sites

Merci sarakha63 pour l'info.

Pour ceux qui utiliserais directement le dépôt Git sans passer par le package Synology, l'erreur vient de là :

/usr/local/sickbeard# git pull
Updating 966991d..28dce5d
error: The following untracked working tree files would be overwritten by merge:
lib/dateutil/zoneinfo/zoneinfo-2014a.tar.gz
Please move or remove them before you can merge.
Aborting

Une fois le fichier en question supprimé, l'update se passe sans problème :

/usr/local/sickbeard# git pull
Updating 966991d..28dce5d
Fast-forward
 lib/dateutil/zoneinfo/zoneinfo-2013h.tar.gz |  Bin 174876 -> 0 bytes
 lib/dateutil/zoneinfo/zoneinfo-2014a.tar.gz |  Bin 0 -> 168935 bytes
 sickbeard/frenchFinder.py                   |    6 +++---
 tests/all_tests.py                          |    2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)
 delete mode 100644 lib/dateutil/zoneinfo/zoneinfo-2013h.tar.gz
 create mode 100644 lib/dateutil/zoneinfo/zoneinfo-2014a.tar.gz
Modifié par splop
Lien vers le commentaire
Partager sur d’autres sites

Bonjour ,

J'ai fait exactement la meme manipulation de celle décrite plus haut ( sauvegarde de fichier et réinstallation) cependant je n'arrive pas à retrouver mes série ..

je les vois dans coming épisode mais pas dans ma liste ... :-s


et en erreur j'ai ce type de message :

2014-03-20 22:49:42.757333 MAIN :: DB error: attempt to write a readonly database
2014-03-20 22:49:42.758369 MAIN :: There was an error creating the show in /volume1/TvShow/Scandal (2012): attempt to write a readonly database
2014-03-20 22:49:42.783078 MAIN :: DB error: attempt to write a readonly database
2014-03-20 22:49:42.785524 MAIN :: There was an error creating the show in /volume1/TvShow/Breaking Bad: attempt to write a readonly database
2014-03-20 22:49:42.805775 MAIN :: DB error: attempt to write a readonly database
2014-03-20 22:49:42.807468 MAIN :: There was an error creating the show in /volume1/TvShow/Revenge: attempt to write a readonly database
2014-03-20 22:49:42.825389 MAIN :: DB error: attempt to write a readonly database

Help me lol !! ;-)

Lien vers le commentaire
Partager sur d’autres sites

connais tu les commandes UNIX du genre (cd ; cp etc ...) en fonction de ta réponse on saura jusqu'a qu'elle détail il faut aller

Je ne suis pas très familier avec ces commandes, même si je me souviens avoir déjà effectué il y a longtemps quelques manip' en SSH via Putty.

Lien vers le commentaire
Partager sur d’autres sites

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

et pour replacer les fichiers, tu fais l'inverse...

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

Ne surtout pas redémarrer entre temps sous peine de vider le répertoire tmp (ou prendre un autre répertoire)

pour crééer un répertoire à la racine:

cd /

mkdir Temp_AmokK

Lien vers le commentaire
Partager sur d’autres sites

Bonjour à tous,

Alors moi j'avais :

1- fait un backup des 3 fichiers (config.ini, cache.db et sickbeard.db)

2- désinstallé SB

3- réinstallé manuellement SB donné par Sarakha63 (http://synology.w01.eu/sickbeard-custom_noarch_20140319-3.spk)

4- relancé SB pour que les fichiers soient générés dans le /var

5- supprimé les 3 fichiers créé par l'appli à l'étape 4 (config.ini, cache.db et sickbeard.db)

6- copié ceux que j'avais backup dans ce même dossier

mais à partir de là je ne pouvais plus lancer l'application (via le centre de paquets de l'interface de mon syno).

j'avais un message d'erreur type : impossible de réparer ... (désolé, je ne me souviens plus du message)

du coup bah j'ai refait ma config à la main. dans l'absolu ce n'est pas grave mais j'aurais juste aimé savoir si j'avais loupé quelque chose.

Quelqu'un d'autre a-t-il rencontré ce problème?

Lien vers le commentaire
Partager sur d’autres sites

Hello Am3s,

J'ai fais les memes opé, mais je ne retrouve pas la liste des mes séries..

Comment as tu résolu ton probleme ?

En gros, j'ai copié les 3 fichiers, désinstallé, réinstallé, recopié les fichiers, j'ai donc bien recuperé la config SickBeard, par contre, dans les shows, rien n'est listé (mais les "coming episodes" de mes séries sont bien indiqués eux..)

Edit : apres un chmod sur les 3 fichiers, ca fonctionne bcp mieux ! :-)

Modifié par idelectrik
Lien vers le commentaire
Partager sur d’autres sites

Super merci !!!

J'ai pu réinstaller Sickbeard.

Par contre j'ai un gros message lorsque je veux accéder à nouveau à mes séries (mais Sickbeard est encore en train de mouliné...).

Pour rafraîchir le cache et tout récupérer, nous sommes d'accord qu'il faut faire les manip suivantes:

Manage -> Mass Update

Cocher pour tous Update/Rescan

Puis il faut attendre que la magie opère ?? Ou ai-je merdé quelque part ?

Quand je clique sur une série (il y a bien l'image avec la bonne info concernant le nombre d'épisodes), j'obtiens un gros vilain message d'erreur tout pas beau qui pique :

 500 Internal Server Error
raceback (most recent call last):
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/_cprequest.py", line 660, in respond
response.body = self.handler()
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/lib/encoding.py", line 193, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/cherrypy/_cpdispatch.py", line 25, in __call__
return self.callable(*self.args, **self.kwargs)
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/webserve.py", line 2892, in displayShow
showObj.exceptions = scene_exceptions.get_scene_exceptions(showObj.tvdbid)
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/scene_exceptions.py", line 39, in get_scene_exceptions
exceptions = myDB.select("SELECT show_name FROM scene_exceptions WHERE tvdb_id = ? and season= ?", [tvdb_id, season])
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/db.py", line 157, in select
sqlResults = self.action(query, args).fetchall()
File "/volume1/@appstore/sickbeard-custom/var/SickBeard/sickbeard/db.py", line 133, in action
sqlResult = self.connection.execute(query, args)
DatabaseError: database disk image is malformed

Powered by CherryPy 3.2.0rc1

Dans le log de Sickbeard, cela m'indique:

2014-03-21 13:47:38.883899 CP Server Thread-5 :: Fatal error executing query: database disk image is malformed
Modifié par Lapin
Lien vers le commentaire
Partager sur d’autres sites

Finalement, j'ai fait la manip suivante:
1- stoppé Sickbeard à nouveau
2- Effacer les fichiers
3- relancer Sickbeard (création de config.ini par défaut)
4- stopper Sickbeard
5- Copier à nouveau les fichiers de la database (Heureusement que c'était une copie de tmp vers Sickbeard, et pas un move !!!=
6- Relancé, et là miracle !!! Tout est là !! Images incluses.
:D

Je pense que mon erreur à été de faire un Mass Update -> Update AU LIEU DE Mass Update -> Update

Modifié par Lapin
Lien vers le commentaire
Partager sur d’autres sites

J'ai passé une petite heure à trafiquer le fichier config.ini pour essayer de voir pourquoi Git ne fonctionnait pas mais je n'étais pas le seul apparemment.

C'est quand même curieux de recopier le fichier qui nous pose problème et que tout refonctionne par la suite !

Lien vers le commentaire
Partager sur d’autres sites

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
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- Faire une installation manuel (en attendant que Diaoul résolve le problème de compatibilité avec DSM 5), le fichier est téléchargeable ici (plateforme indépendant)

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 !

;)

Modifié par Lapin
Lien vers le commentaire
Partager sur d’autres sites

merci lapin.

Max85: le soucis ne vient pas du tout de la config individuelle de chacun. c le serveur git qui a merdé un de mes commits et donc les updates tournaient en rond entre la version identifié sur le nas de chacun et celle en ligne. Le config ini lui etait tres bien. Lorsque sickbeard dit check your config ini ca veut tout simplement dire j'ai merdé avec git peut etre c'est le config ini mais ca peut etre autre chose.

La manip a consisté a supprimer la version et juste lui dire installes la dernière pour qu'il se retrouve.

Car pour un update Git se base sur les hash des numeros de version (les supers long chiffre que tu vois) et la il se perdait. Apres y'a d'autres solutions pour ne pas avoir a desinstallé mais la desisntallation dans le cas present etait la solution la plus simple pour tout le monde.

Apres je ne sais pas ce qui a causé ce soucis (bien que j'ai identifié la source). Et je sais que ca peut etre embetant. Mais malheureusement il faut prendre les 5 petites minutes pour faire les manips et hop comme si de rien n'était.

Modifié par sarakha63
Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.