Synology-Forum.nl
Packages => 3rd party Packages => CouchPotato => Topic gestart door: The Raptor op 01 oktober 2019, 23:19:55
-
Als ik een film wil downloaden in CouchPotato dan zie ik de volgende melding terug in de log:
[edia._base.providers.base] Invalid XML returned, check "http://192.168.1.37/spotweb/api?imdbid=3195644&apikey=xxx&t=movie&extended=1" manually for issues
-Ik heb het .htacces bestand aangemaakt en in de /web/spotweb map verplaatst
-Ik heb de API sleutel van CouchPotato overgenomen in NZBGet. Dit heb ik bij NZBTOCOUCHPOTATO geplakt
-In CouchPotato heb ik Spotweb met succes ingesteld.
Ook zie ik deze melding terug:
[tato.core.plugins.renamer] The from folder "/Downloads/Compleet/Couchpotato" doesn't exist. Please create it.
Deze map bestaat wel. Ik begrijp niet waarom deze niet gezien wordt.
-
Wat krijg je te zien als je naar de XML-link gaat, zoals de melding aan geeft? Is deze valide?
Heeft de couchpotato gebruiker wel genoeg rechten op /Downloads/Compleet/Couchpotato?
-
Als ik op de link klik krijg ik de melding: Access denied for [Use Spotweb using an API key (24::invalid API key)]. Ik heb de API sleutel gecontroleerd maar deze komt wel overeen in beide applicaties.
De groepen sc-download en admin hebben lees- en schrijfrechten op de map.
-
De oplossing die in deze thread staat werkt niet: https://www.synology-forum.nl/couchpotato/couchpotato-haalt-niks-binnen-via-spotweb/msg267137/#msg267137
-
Heb je ook al hier (https://github.com/spotweb/spotweb/wiki/Spotweb-als-Newznab-Provider) naar gekeken?
-
Ik heb het .htaccess bestand geplaatst in de map spotweb. Als ik in de log van CouchPotato kijk zie ik wel dat de applicatie films vind. We zijn een stapje verder. Ik zie deze melding in het logbestand terug. De API key komt overeen in beide webapplicaties.
ERROR[Media._base.providers.base] Invalid XML returned, check "http://192.168.1.37/spotweb/api?imdbid=3195644&apikey=xxx&t=movie&extended=1" manually for issues
Ik heb het even getest met HeadPhones. HeadPhones stuurt het album door naar NZBGet. Dan zie ik de volgende errors:
Error parsing nzb-file Marco Borsato - Duizend Spiegels.nzb
Error parsing nzb-file: Start tag expected, '<' not found
Het gaat mis op het doorsturen van Spotweb naar NBZGet.
-
Ik heb deze oplossing uitgeprobeerd: https://www.synology-forum.nl/couchpotato/couchpotato-kan-geen-spot-binnenhalen-via-spotweb/?topicseen
Ik kan als ik met WinSCP verbinding maak met mijn NAS deze map niet vinden: /var/www/spotweb/lib/services/MediaInformation/Services_MediaInformation_Imdb.php
Wel kan ik deze map vinden: /volume1/web/spotweb/lib/services/MediaInformation/Services_MediaInformation_Imdb.php
Op deze map heb ik de oplossing uitgevoerd. Helaas geen verandering.
-
Als ik op de link klik krijg ik de melding: Access denied for [Use Spotweb using an API key (24::invalid API key)]
Je moet hier ook je eigen API-key inplakken natuurlijk, xxx is geen valide API-key.
Wanneer ik de link om bouw naar mijn eigen situatie krijg ik gewoon een valide XML te zien. Wanneer je imdbid=3195644& weg zou halen zou je de XML van de complete lijst video's moeten zien (tot en met een max van 100 items uit mijn hoofd)
Ik heb de API sleutel gecontroleerd maar deze komt wel overeen in beide applicaties.
Vernieuw de API-key eens en probeer het daarna opnieuw met deze nieuwe API-key in de link. Werkt het dan wel?
-
Het vernieuwen van de API key en een herstart van mijn NAS heeft het probleem inderdaad verholpen. Alleen als CouchPotato de film doorstuurt naar NZBGet krijg ik een foutmelding. Ik heb verschillende films geprobeerd. Ik vermoed daarom niet dat de retentie van deze film afgelopen is. Ik maak gebruik van Eweka.
-
Als ik via HeadPhones een album binnen wil halen krijg ik dezelfde foutmelding in NZBGet
-
De retentie van de NZB kun je natuurlijk eenvoudig checken (ik gebruik geen NZBGet, maar verwacht dat dat gewoon te zien is).
Het probleem is denk ik meer een NZB-probleem dan een XML-probleem. Wat als je de NZB handmatig vanuit spotweb naar NZBGet stuurt en/of handmatig download vanaf spotweb en aan NZBGet toevoegd?
-
De retentie is goed ingesteld in NZBGet.
Ik heb een NZB bestand handmatig via Spotweb gedownload en in de map geplaatst waar NZBGet controleert op nieuwe downloads. Dan krijg ik dezelfde melding. Als ik de melding krijg veranderd de extensie in .error.
" TE MOOI OM TE VERGETEN - Deel 01 t_m 07 (2014-2019) in MP3 (320 Kbps) met Hoesjes.nzb.error"
-
Dan zal het een NZB- of NZBGet-probleem zijn verwacht ik. In ieder geval geen CouchPotato probleem.
Je zou een andere NZB en/of NZB-downloader (SABnzbd of Download Station) kunnen proberen.
-
Zojuist geprobeerd met SABnzb. Dan krijg ik dezelfde soort foutmelding.
Foutief NZB-bestand Insidious Chapter 3 (2015) PAL.cp(tt3195644).nzb, overslaan (reden=syntax error, regel=2)
Foutief NZB-bestand Marco Borsato - Evenwicht @2015@.nzb, overslaan (reden=syntax error, regel=2)
Ik begrijp het niet.
-
Ik heb een NZB bestand gedownload vanuit Spotweb en deze geïmporteerd op mijn lokale client NZBVortex 3. Hier krijg ik ook de melding dat het NZB bestand incorrect is.
Spotweb levert de NZB bestanden niet goed af waardoor andere applicaties ze niet goed kan inlezen. Wat is hier tegen te doen?
-
Het zal waarschijnlijk een spotweb- of nzb-probleem zijn. Ik heb geprobeerd het probleem na te bootsen, maar zie beide niet in mijn spotweb staan.
Zijn deze items vrij oud? Probeer het anders eens met een recente post.
-
Sla de nzb eens op en kijk eens naar de inhoud.
Waarschijnlijk zie je dan 'article not found'
Dat houdt in de dat de nzb niet meer op usenet te vinden is (daar staan ze nml.)
-
Dit is een post van vandaag. Ik krijg hier precies dezelfde melding.
Download ik hetzelfde NZB bestand via SpotLite op mijn iMac, dan werkt het wel.
-
Als ik het NZB bestand uitlees via Notepad++ zie ik het volgende terug:
Warning: fileperms(): stat failed for /volume1/web/spotweb/lib/../cache/nzb/17 in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 293
Warning: fileowner(): stat failed for /volume1/web/spotweb/lib/../cache/nzb/17 in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 294
Warning: filegroup(): stat failed for /volume1/web/spotweb/lib/../cache/nzb/17 in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 295
-
Als ik die laatste meldingen zo bekijk lijkt het op een rechten-kwestie in de cache-map.
Probeer deze eens top-down door te voeren en een nieuwe NZB te maken.
-
Wat bedoel je met topdown doorvoeren? In deze map /Downloads/NZB komen alle NZB bestanden binnen. De rechten op de downloads map staan denk ik goed. De groep sc-downloads moet rechten hebben op de map.
De map web had nog niet de rechten groep sc-downloads toegewezen gekregen. Dat heb ik nu wel gedaan. Het maakt geen verschilt
-
Met top-down doorvoeren bedoel ik de rechten van de web-map doorvoeren op onderliggende onderdelen.
De sc-groep hoeft hier volgens mij geen rechten op te hebben. Die doet niks met de bestanden zelf, die haalt ze alleen maar op van spotweb.
De warning geeft aan fileperms, wat duid op een permissie probleem. Spotweb wordt benaderd via de http user/group. Als die rechten doorgevoerd worden op de web-folder zal het wellicht wat beter gaan.
-
Ik heb het even gecontroleerd maar de rechten van de groep en de user http waren reeds doorgestuurd naar de submappen. Dit stond al goed.
-
Ook voor elke NZB binnen de spotweb-map?
-
Ik zie een foutmelding op de spotweb/cache folder. Die moet inderdaad write permissions hebben. Normaal gebeurt dat bij de installatie van de spotweb spk ?
Mochten de rechten goed staan, dan zou ik de cache folder leegmaken en vervolgens bin/check-cache.php uitvoeren.
-
Ik kan de map /volume1/web/spotweb/lib/../cache/nzb/17 niet vinden? Ik zoek in de map lib naar de map 17 om de rechten te controleren?
Je bedoeld dat ik bin/check-cache.php moet uitvoeren in Putty?
-
Dat zal waarschijnlijk komen doordat de write-permissions onbreken.
Ja, check-cache.php moet via PuTTy (of een andere terminal client) worden uitgevoerd.
-
Het probleem is opgelost. De https groep had alleen leesrechten en geen schrijfrechten.
Nu loop ik tegen een ander issue aan. Omdat dat off-topic is heb ik hier een nieuw topic voor aangemaakt.
Zie https://www.synology-forum.nl/couchpotato/couchpotato-pakt-de-film-niet-goed-uit/new/#new
Hier mag een slotje op.