cyp

Moi j'ai la dernière version du paquet Sickbeard Custom (1.5.4-0320) du 30/06/2018. Aucun soucis

Apparemment des problèmes juridiques... https://www.reddit.com/r/synology/comments/9om1iq/latest_sickrage_news_and_how_it_affects_you/ d'ou ce nouveau fork... J'ai fait la modification, après le redémarrage de SickChill (il va falloir s'y habituer lol) j'avais bien l'option de mise a jour (43 updates) J'ai appliqué cet update et SickChill n'a pas redémarré. J'ai du forcé le stop/start dans les packets syno et la tout bon. Note : le fichier de log que j'utilisais a changé de nom : /usr/local/sickbeard-custom/var/Logs/sickchill.log Merci pour l'info Karl !

Ok, bon du coup je vais éviter la désinstallation... Pour moi Sickrage continue de fonctionner (y compris les update des épisodes), j'ai juste le warning comme quoi il ne pourra pas se mettre a jour

Celle que j'ai mis dans ma question 🙂 https://github.com/SickRage/SickRage.git

Bonjour, J'utilise (depuis des lustres) le fork https://github.com/SickRage/SickRage.git avec sickbeard-custom. Cependant depuis hier je vois le message "Local branch is ahead of master. Automatic update not possible." alors que je pouvais faire des updates récemment (semaine dernière il me semble). Quelqu'un aurait-il également rencontré ce problème ? Cyp

Bonjour à tous :) Je me posais exactement la même question et l'aide officielle Syno n'était pas claire pour moi. La recherche Google m'a conduit à ce post et je remercie lyzergik d'avoir posé la question et bien évidemment Fenrir et Mic13710 pour les réponses apportées. La différence est désormais très claire pour moi. Je ne compte pas créer d'autres volumes donc pas besoin de groupes de disques ! Merci

Effectivement l'installation manuelle fonctionne bien avec le lien que tu m'as fourni (moi j'avais essayé avec le spk récupéré depuis le site synocommunity) Tout est rentré dans l'ordre, merci sarakha63 !

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/

Hello, pas de soucis ou de questions à remonter J'utilise sickbeard VOVF depuis plus de 6 mois maintenant (en la mettant a jour quand c'est proposé) et je n'ai rien d'autre à dire à part: MERCI !!!!! Voila c'est tout, mais franchement vu le boulot derrière et la qualité du bouzin, moi je dis chapeau Merci mooossieur Sarakha

Nickel grand merci l'ami !

Bonjour, Pour information sur DS411j DSM 4.1, j'ai utilisé avec succes la procédure décrite dans l'article proposé par Azimut2000 : http://pcloadletter.co.uk/2011/08/23/java-package-for-synology/ Je n'ai pas eu besoin de bidouilles particulieres. Merci !

Effectivement ça marche beaucoup mieux avec "-OO" (quel étourdi je fais) Sous SABNzb je n'ai pas encore eu la possibilité de tester (rien à télécharger pour l'instant) mais cela a parfaitement fonctionné sur un téléchargement existant (en lancement manuel). Donc je ne doute pas que cela fonctionne aussi en automatique (maintenant que mon .py est correct) Encore bravo et merci !

Alors la bravo Lapin ! Et un grand merci, depuis le temps que je galérais avec ces problèmes d'accents et que j'étais obligé passer par FileZilla ou SSH pour renommer Pour ma part j'ai une version MertyMade mais j'ai trouvé le python ici: /volume1/@appstore/sab2/utils/bin/python Donc j'ai mis dans la première ligne du fichier: #!/volume1/@appstore/sab2/utils/bin/python Quand je lance le script à la main, j'ai une erreur: ./CharTranslator.py . -ash: ./CharTranslator.py: not found[/code] Mais ça fonctionne si je met le chemin complet de python: [CODE]/volume1/@appstore/sab2/utils/bin/python CharTranslator.py .[/code] Curieux, je ne vois pas d'ou vient ce problème... Si quelqu'un a une petite idée

IPKG réinstallé, pas de soucis particulier. Il a du se passer qqchose durant la màj de DSM 3.2 en 4.0...

Oui c'est pour ça que j'essayais le lancement sans passer par le script. Bon résultat des courses, j'ai fait le double-reset, réinstallation du DSM (pas encore ipkg) et tout semble OK ! Tous les process qui posaient problème aléatoirement (ssh, indexation, partage fichiers) démarrent automatiquement sans problème. Ouf ! J'ai perdu quelques paramètres (firewall, crontab) mais rien de bien méchant (j'avais sauvegardé ma config mais apparemment c'est juste les users et partages qui sont backupés) Encore merci d'avoir pris le temps de t'occuper de mon problème. PS : je vais m'attaquer à la réinstall d'ipkg

La commande sous telnet ne m'indique aucune erreur, pourtant le process ne se lance pas (rien avec ps | grep sshd) Rien non plus dans les logs. Tout cela est bien mystérieux...

Merci pour la précision. J'ai fait un test curieux ce matin, le service ssh ne se lance plus, via l'interface DSM, je suis donc allé le lancer via telnet. Et j'ai eu cette erreur: DiskStation> /bin/sh /usr/syno/etc.defaults/rc.ssh Start SSH Server ..... Segmentation fault (core dumped) Reboot du syno, et la le ssh se lance bien via l'interface DSM. Je l'arrête (via console ssh) et je le relance pas de problème. Un peu comme si le système était instable...

Oui le fameux "double-reset" je suis en train de parcourir le forum à la recherche d'infos... ça a l'air simple et sans perte de données

Il me semble qu'avant il tournait tout le temps, quand je rajoutais du contenu multimedia il s'indexait tout seul sans intervention de ma part. Maintenant le contenu ne s'indexe plus automatiquement En relançant le process à la main (S66synoindexd.sh), ça marche... mais bon ça me fait plein de trucs à lancer à la main c'est pénible!!! J'ai désactivé IPKG, et j'ai toujours les mêmes soucis

Merci pour ces conseils, je vais essayer. NB : je me suis également rendu compte que le "synoindexd" se lançait aussi de façon aléatoire au démarrage du syno. Tout cela est bien bizarre

Rien de particulier dans les logs. Je crois que je vais tenter une réinstall from scratch du DSM... un petit chantier en perspective Merci pour tes réponses

Après multiples tentatives le service ssh a bien démarré. A priori c'est le bon daemon: DiskStation> which sshd /usr/syno/sbin/sshd DiskStation>

Oui, en effet, mais il était déjà installé (avec la 3.2) Tu penses que le problème vient de là ?

Bonjour, Depuis la mise à jour de mon DSM en version 4 je constate que le lancement automatique du service ssh fonctionne de manière aléatoire, et même chose pour le partage de fichiers windows. Je suis alors obligé de me connecter au DSM et de lancer ces services manuellement. Pour la partage fichier windows pas de problème: manuellement il se relance bien. Pour le service ssh : des fois il se lance correctement, et des fois pas (même en insistant plusieurs fois). Auparavant en version 3.2 ils démarraient automatiquement au boot du NAS (411J). Est-ce que certains auraient également rencontré ce problème ? Merci pour vos réponses cYp

Hello, Installation OK sous DS411j, lancement du package OK, mais rien ne se passe en cliquant sur l'icone CFE (Firefox ou IE) En attendant d'y remédier j'y accède via l'URL: https://ip_du_syno:5001/webman/3rdparty/CFE/index.cgi (mettre 5000 si http)