Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: macxbo op 22 juni 2015, 15:40:12
-
Hallo mensen, zit al heel de dag te zoeken, maar geraak er niet uit.
Sinds gisteren heb ik voor het eerst spotnet op mijn DS414 met DS 5.2 geïnstalleerd.
Installatie is gelukt maar twee zaken krijg ik niet voor elkaar:
1) ik krijg alleen oude spots te zien van 4, 5 jaar geleden.
Gebeurt niet alleen bij mij blijkbaar, want in dit topic van 12 dec. 2014 (http://www.synology-forum.nl/spotweb/instellen-spotweb-krijg-alleen-oude-spots-te-zien/msg138741/#msg138741) lees ik iets gelijkaardigs.
2) geen geen enkele van de spots heeft een download knop en is niet geverified.
Zie screenshots in bijlage.
bedankt alvast.
-
Dat bij oudere spots (4 a 5 jaar) geen downloadknop zit zou kunnen dat heb ik ook. Maar hoe lang heb je de tijd gegeven om te updaten? Dit kan behoorlijk langs duren.
Verstuurd vanaf mijn ALE-L21 met Tapatalk
-
Dat bij oudere spots (4 a 5 jaar) geen downloadknop zit zou kunnen dat heb ik ook.
Dat vermoedde ik al dat dit met de leeftijd van spots te maken heeft.
Maar jonger dan 4 jaar krijg ik niet binnen.
Maar hoe lang heb je de tijd gegeven om te updaten? Dit kan behoorlijk langs duren.
Ik ben er al van gisteravond mee bezig en inmiddels al 50 keer op de retrieve knop gedrukt en evenveel keer via configuratie en settings gaan kijken alsook alle handleidingen door genomen tot zelfs deze tip gedaan:
14. Retrieve via SSH
Mocht het ophalen van headers niet lukken via de retrieve knop dan is er een mogelijkheid om via SSH headers op te halen.
Login via bijv. Putty op je synology als root, geef het volgende commando:
“/usr/bin/php /volume1/web/spotweb/retrieve.php –force” en druk op Enter.
bron: http://mysynology.nl/spotweb-installeren-en-configureren-3/
Dus ik begrijp niet waarom ik geen spots jonger dan 4, 5 jaar te zien krijg krijg mét download knop.
Ik gebruik SABnzdb al lang via mijn computers en dat werkt zonder problemen.
SABnzdb staat ook op mijn NAS, werkt ook prima. De nzb bestandjes lever ik dan aan via bittorrent sync.
Maar met spotnet rechtstreeks op mijn NAS loop ik dus hier tegenaan.
-
@macxbo je hebt pb
-
Ik heb er ook problemen mee dat ik allee oude posts zie.
Dit is mijn ssh foutmelding:
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server news.sunnyusenet.com...
Appr. Message count: 1413250
First message number: 1932035
Last message number: 3345285
Current article number: 1955630
Retrieving 1955630 till 1955931 (parsed: 300, in DB: 1, signed: 279, invalid: 0, rtntn.skip: 0, mod: 21, full: 0, total: 301) in 1.52 seconds
Retrieving 1955931 till 1956232 (parsed: 301, in DB: 0, signed: 257, invalid: 0, rtntn.skip: 0, mod: 44, full: 0, total: 301) in 2.94 seconds
Retrieving 1956232 till 1956533 (parsed: 301, in DB: 0, signed: 281, invalid: 2, rtntn.skip: 0, mod: 18, full: 0, total: 301) in 2.91 seconds
Retrieving 1956533 till 1956834 (parsed: 289, in DB: 12, signed: 275, invalid: 2 , rtntn.skip: 0, mod: 12, full: 0, total: 301) in 3.86 seconds
SpotWeb v0.67.28.31 on PHP v5.5.25 crashed
Fatal error occured while connecting to the newsserver:
(-1) Failed to read from socket...! [response: ""]
-
@macxbo je hebt pb
Zou je mij ook kunnen helpen?
-
@ciadesign Stephan296: Zou je mij ook kunnen helpen?
@kevin1983: Stephan heeft ondanks de vele tijd die hij er in gestoken heeft om mij via teamviewer proberen te helpen er niet in geslaagd.
Op sommige NAS modellen werkt het blijkbaar wel, op andere niet.
-
Bij hem werkt het nu wel ;-)
-
Dat is mooi en wat was het probleem en de oplossing ?
Ik vind elkaar peer to peer helpen (dus niet zichtbaar voor het Forum) natuurlijk prima en gebeurt vaker echter, dan moet er ook achteraf even gemeld worden wat de oplossing was voor het probleem, anders heeft dit Forum geen enkel nut voor andere leden.
Dus, met de melding Bij hem werkt het nu wel
hebben we niet veel aan.
-
Heb je een punt ;-) Ook hier lag ssl dwars ;-) ssl uitgeschakeld en poort 119 toegewezen ;-)
En even php retrieve.php --force uitgevoerd.
-
Bedankt @Stephan296 .
Ben van mening dat dit ook via het Forum opgelost had kunnen worden met vraag en antwoord ;)
-
Klopt maar aangezien de kennis van spotweb niet heel groot was van betrokkene is het makkelijker om zelf even te kijken dan 20 vragen te stellen ;-)
-
Had hetzelfde probleem.
Heb een nieuwe/verse installatie van Spotweb gedaan. Hopelijk doet hij het nu wel.
Thanks!
-
En dan doen wat @Stephan296 heeft aangegeven:
ssl uitgeschakeld en poort 119 toegewezen
;)
-
MOD: Onnodige citaat is verwijderd, lees even. (http://www.synology-forum.nl/vragen-en-opmerkingen-over-het-forum/gebruik-de-citaatknop-met-mate-17838/)
In Spotweb toch hè? (configuratie --> instellingen --> nieuwsservers)
-
Dat neem ik wel aan. ;D
-
Het kon zijn dat @Stephan296 de instellingen van de NAS bedoelde hé :geek:
Hij is momenteel alle posts opnieuw aan het ophalen. Als het opgelost is, laat ik het zeker weten.
-
@macxbo: Bij hem werkt het nu wel ;-)
Dan heeft hij een NAS met een welwillend karakter. :)
Ook hier lag ssl dwars ;-) ssl uitgeschakeld en poort 119 toegewezen ;-)
En even php retrieve.php --force uitgevoerd.
Want deze had je in de vele uren tijd dat je erin hebt gestoken hebt om het bij mij aan de praat te krijgen via teamviewer ook gedaan maar toch wil de boel niet werken.
-
Misschien wel maar bij hem hoefde ik maar 2 weken data op te halen en geen 5 jaar ;-)
bij hem moest ik ook meerdere malen retrieve.php --force uitvoeren.
De laatste versies spotweb zijn zeker geen vooruitgang bij een aantal nas versies
-
De laatste versies spotweb zijn zeker geen vooruitgang bij een aantal nas versies
Daar moet dan de oorzaak liggen, hoe mysterieus ook.
bedankt voor je grote hulpvaardigheid nog is!
-
Geen probleem graag gedaan ;-)
-
Inmiddels heeft Spotweb nog een aantal updates gekregen.
Is intussen versie 20160320-1, dus ik dacht ik probeer het nog maar is.
Maar nope, geen verandering, mysterie blijft voort duren, ik krijg nog altijd alleen oude spots van 5 jaar oud te zien op mijn DS414.
-
Heb je encryptie uitstaat en poort 119 ingesteld in spotweb?
-
Hoi Stephan, pas gisteravond terug tijd gehad om uitvoerig te kunnen testen, en... het ondenkbaren is gebeurd.... het werkt! :lol:
En nog straffer, zelfs sinds de update naar DSM 6 deze morgen!!!
Helemaal te gek. :D
Zat ik nog met een vraagje rond wat er best in Taakplanner actief kan blijven om het werkende te houden.
Tijdens je teamviewer sessie op mijn NAS had je er de volgende drie in gezet:
1) /usr/bin/php /volume1/web/spotweb/retrieve.php
2) /usr/bin/php /volume1/web/spotweb/upgrade-db.php
3) /volume1/web/spotweb/update.sh
Alleen de eerste heb ik actief staan, die wordt elke dag om middernacht uitgevoerd.
Zo laten, andere verwijderen?
Merci op voorhand.
-
Ik zou nummer 2 ook activeren als ik jou was.
Volgens mij is de lokatie in dsm 6 veranderd qua php.
-
Ok, nr 2 ook aangezet.
Die taak word nu ook dagelijks uitgevoerd. Zo laten... en nr 3 verwijderen?
-
Ja kun je verwijderen.
Hou even in de gaten of hij blijft updaten. Anders moet je het pad van php even veranderen.
-
Ok, 1 & 2 staan aan en laat ik zo, 3 verwijderd.
Laatste update was 13u en 43 min. geleden zie ik in (IP...) / spotweb/.
Ik hou het in de gaten.
thx.
-
En wanneer zo hij moeten updaten?
-
Euh, waar zie ik dat alweer? :oops: ::)
-
In je taakplanner
-
oh ja, dat retrieven in taak 1. Dagelijks om middernacht dus.
Zie http://cl.ly/1A2u2c2q2q0Y
-
Aangezien je vandaag een update van dsm hebt gedraaid moet je kijken of hij morgen spotweb heeft bijgewerkt
-
ok, thx, ik houd het in de gaten.
-
Ik heb sinds de update naar dsm 6.0 exact hetzelfde probleem. Ik laat mijn spotweb iedere 15 minuten updaten. Maar is al sinds 23 uur niet meer gelukt.
Wanneer ik handmatig naar retrieve.php ga krijg ik de volgende error: SpotWeb v0.67.28.31 on PHP v5.6.17 crashed Fatal error occured retrieving reports: Permission denied [21] for objectid [] #0 {main}
Ik heb gegoogled naar deze error omschrijving maar kon helaas niets vinden. Hebben jullie een idee?
-
Even je php locatie in je opdracht aanpassen naar /usr/local/bin/php56
Of als je alleen met php aanroept dan php56 gebruiken
-
dus dan wordt het zo iets als ik je goed begrijp?
/usr/bin/php56 /volume1/web/spotweb/retrieve.php
-
Tussen /usr/ en /bin/ moet nog local staan ;-)
-
Ik heb hem aangepast naar: /usr/local/bin/php56/volume1/web/spotweb/retrieve.php
Maar gek genoeg zie ik hem nog steeds niet updaten.
-
Tussen php56 en /volume1 moet wel een spatie.
Vaak wil een herstart van de nas wel eens helpen.
En anders even in putty/telnet uitvoeren.
-
Gaan we proberen! tot zo ver erg bedankt voor je hulp! :D
-
Tussen php56 en /volume1 moet wel een spatie.
Vaak wil een herstart van de nas wel eens helpen.
En anders even in putty/telnet uitvoeren.
NAS herstart. Dit heeft niet geholpen. Via putty uitgevoerd. Dit werkte natuurlijk wel. Het probleem lijkt in taakplanner te zitten op de een of andere manier. Want via cronjob lijkt hij ook te werken.
-
Wacht je op de tijd of druk op je optimaal uitvoeren?
-
Wacht je op de tijd of druk op je optimaal uitvoeren?
Ik heb beide geprobeerd. Maar ik zal zo eens even zien wat cronjob doet. Die moet zo gaan updaten. Daarna zal ik de taak even op pauze zetten en het nogmaals proberen via taakplanner.
Edit: via cronjob doet hij het gewoon perfect op tijd.
Edit2: via taakplanner doet hij exact dezelfde taak dus niet.
schiet mij maar lek :|
-
Als welke gebruiker laat je hem uitvoeren? Wat staat er als status achter?
-
Retrieven gebeurt hier ook niet meer na DSM6 via taakplanner. Heb de NAS al enkele keren herstart.
Manueel in Spotweb werkt nog wel (zie bijlage).
Heb deze bij in taakplanner gezet (vorige uitgevinkt), het topic hier nauwgezet volgend:
/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Lijkt met nog niet de werken.
Via vSSH (https://itunes.apple.com/nl/app/vssh/id583272886?mt=12) voor Apple computer (equivalent Putty voor Windows) kan ik niets meer uitvoeren op de NAS sinds DSM6. Password wordt niet meer aanvaard. :S
Stond nochtans bewaard in vSSH (zie bijlage eveneens).
Maar nee, 'acces denied'. bericht. Is er op dat gebied iets veranderd na DSM6, of heb ik als NAS-groentje ergens iets fout gedaan?
-
Root werkt niet meer. Je moet inloggen met de gegevens van een gebruiker met admin rechten
-
@Stephan: Ah, je moet het maar weten dat 'root' niet meer werkt na DSM6. :)
Ok, werkt nu terug.
Meteen "/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php" geplakt in vSSH en hij is bezig met retrieven.
Begrijp ik het nu juist dat deze onderstaande in taakplanner permanent vervangen moet worden door bovenstaande?:
1) /usr/bin/php /volume1/web/spotweb/retrieve.php
-
Klopt helemaal;-)
-
@Stephan: okido, bedankt alweer.
ik leer stapje voor stapje bij over de wonderlijke Linux-wereld. Wel dikwijls wenkbrauwen fronsen als Apple gebruiker.
PS: geen wonder dat ze jou met jouw kennis en hulpvaardigheid hier moderator gemaakt hebben!
;)
-
Als welke gebruiker laat je hem uitvoeren? Wat staat er als status achter?
Ik gebruik Root als gebruiker. Dit is niet anders dan in cronjob.
-
En de status in taakplanner?
-
@Stephan: Ah, je moet het maar weten dat 'root' niet meer werkt na DSM6. :)
Zie hier hoe wel. (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) ;)
-
@Stephan296: in taakplanner stond men net nieuw aangemaakte taak als 'root'. Moet ik die dan ook op 'admin' zetten?
Zie bijlage.
-
Volgens mij kun je dat zo laten staan.
-
En de status in taakplanner?
de huidige status van het script in taakplanner is onderbroken (255)
-
Mmm zit er toevallig een log file bij anders moeten we die even creëeren.
-
Mmm zit er toevallig een log file bij anders moeten we die even creëeren.
Dit is de output.log
SpotWeb v0.67.28.31 on PHP v5.6.17 crashed
Fatal error occured retrieving reports:
Permission denied [21] for objectid []
#0 {main}
PHP Notice: Undefined variable: retriever in /volume1/web/spotweb/retrieve.php on line 313
PHP Fatal error: Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 313
-
En zet hem eens op admin ipv root?
-
En zet hem eens op admin ipv root?
Ik had hem op root & admin al uitgeprobeerd. Beide gaven exact dezelfde fout log.
Mijn spotweb update nu wel gewoon door Cronjob overigens. Ik vind het alleen zo gek dat hij het bij het ene wel werkt en bij de ander niet.
-
Ik ga hem vanavond nog een keer proberen vanaf een schone installatie op mijn test nas.
Kijken wat hij doet.
-
Ik ben benieuwd!
-
/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Werkt bij mij niet maar;
cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php
Werkt wel. Wellicht kun je deze proberen.
-
Wat is het verschil dan?
Hij voert in principe hetzelfde uit ;-)
Maar het valt te proberen bij de een werkt het wel en bij de ander niet.
-
Krijg helaas precies dezelfde fout in de output log te zien. Maar het was te proberen ;)
-
@Stephan296 Het verschil is dat bij mij de eerste niet werkt en de tweede wel 😊
-
Dat begrijp ik maar ik zou niet weten wat het verschil zou moeten zijn hier tussen.
Waarom de een wel werkt en de ander niet, terwijl ze eigenlijk allebei hetzelfde doen.
-
Tja, zover reikt mijn kennis niet, ben de cd / hier op het forum tegengekomen toen ik met de reguliere methode de retrieve niet werkend kreeg, volgens mij in een van de eerste DSM 6.0 release.
-
Hier werkt het prima in taakplanner.
Beide versies overigens ;-)
-
Heel vreemd zeg. Nou ja, mijn spotweb update tenminste weer. Daar ben ik blij mee ;) heel erg bedankt in ieder geval voor het meedenken en helpen! ;D
-
Beetje het zelfde probleem als bovenvermeld hier...
SSL staat uit en verwezen naar poort 119
Via Putty
login as: ....
.... password:
...@..:~$ /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Removing Spot information which is beyond retention period,, done
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server news.sunnyusenet.com...
Appr. Message count: 1296646
First message number: 2277836
Last message number: 3574482
Current article number: 3451049
Retrieving 3451049 till 3456050
Na enige tijd geeft Putty een Error
Hij blijft hangen ondanks verschillende herstart van de NAS (DSM6) op de bovenstaande Retrieve inmiddels al een paar dagen bezig met telkens opnieuw Putty Retrieve maar ik zie niet meer dan 7 maanden geleden aan spots.
Is overigens de NAS van een kennis mijn versie werkt probleemloos met de zelfde instellingen...
Any ideas??
-
Beetje het zelfde probleem als bovenvermeld hier...
SSL staat uit en verwezen naar poort 119
Via Putty
login as: ....
.... password:
...@..:~$ /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Removing Spot information which is beyond retention period,, done
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server news.sunnyusenet.com...
Appr. Message count: 1296646
First message number: 2277836
Last message number: 3574482
Current article number: 3451049
Retrieving 3451049 till 3456050
Na enige tijd geeft Putty een Error
Hij blijft hangen ondanks verschillende herstart van de NAS (DSM6) op de bovenstaande Retrieve inmiddels al een paar dagen bezig met telkens opnieuw Putty Retrieve maar ik zie niet meer dan 7 maanden geleden aan spots.
Is overigens de NAS van een kennis mijn versie werkt probleemloos met de zelfde instellingen...
Any ideas??
Ik heb hier hetzelfde probleem, met de hand werkt het via taskplanner error 21, ook de andere commando's hierboven geven geen oplossing.
-
Zelfde newsserver toevallig?
-
Zelfde newsserver toevallig?
nee andere newsserver provider toevallig ook op een ds213+...
-
Zelfde newsserver toevallig?
Jep zelfde server maar eigen account
-
Hier werkt het prima in taakplanner.
Beide versies overigens ;-)
inmiddels ben ik heel veel aan het stoeien geweest in taakplanner, maar het werkt gewoon niet, ook las ik het volgende :
https://forum.synology.com/enu/viewtopic.php?f=19&t=117149&p=429780#p429780
Mogelijk zit er dus iets niet goed in de taakplanner, wat bv bij een upgrade stuk gaat? En bij een schone installatie zoals bij jou werkt het wel.
Inmiddels werkt het via een cronjob dus wel gewoon, dus laten we die gewoon draaien. Helaas want de taakplanner maakt het net wat makkelijker.
-
Ik heb ook een upgrade gedaan en hier werkt het feilloos.