SpotWeb - Webbased Spotnet - deel 2

[robinjoo1]

hey dit werkt allemaal wel lekker ik wist in 1 instantie niet dat dit bestond
maar is dit wel legaal of niet niks is publiek hoor maar

[marc08]

MikeOO schreef op zondag 13 april 2014 @ 07:43:
[...]


Als je niet bekend bent met SQL dan zul je je daar in moeten verdiepen. Op Tweakers verwachten we dat je zelf ook actief bezig bent met het zoeken naar oplossingen.

Tevens ontbreekt er in je topic enige uitleg waar je dit allemaal op draait, Windows / Linux of een NAS. Probeer altijd zoveel mogelijk informatie te geven aangezien wij niet kunnen raden wat je gebruikt.

SQL is een databaseprogramma. Hierin slaat spotweb zijn gegevens op die met een Retrieve worden binnengehaald. Spotweb maakt een verbinding met SQL als je Spotweb opent of een post opent. Dit lukt dus niet altijd bij jouw en dan krijg je deze foutmelding.

Nu is het zoeken waardoor dit komt en daar zul je dus via Google de mogelijk oplossing moeten vinden. Er is geen pasklare oplossing voor en de oorzaak kan door diverse dingen gebeuren.

Mogelijk dat je hiermee weer een stukje verder komt en zul je ook direct lezen dat deze fout diverse oorzaken kan hebben.
http://anthologyoi.com/ca...rver-through-socketerror/

Ik heb ook eerst gezocht voordat ik hier mijn vraag stelde. Ik ging er vanuit dat dit makkelijk te fixen was. Het zoeken en lezen heeft gisteren niks opgeleverd. Gek genoeg werkt het vandaag wel weer als normaal. Zonder dat ik iets heb veranderd....

[robinjoo1]

kan je trouwens als hij nog aan het retrieven is later verder gaan of raakt dan de hele DB van slag??
ik doe de comments
edit krijg deze error

http://prntscr.com/39lrem
logje bij pastebin
http://pastebin.com/JdNytm5T
al gevonden hier
https://github.com/spotweb/spotweb/issues/892

[ Voor 41% gewijzigd door robinjoo1 op 13-04-2014 20:27 ]

[MikeOO]

Njay schreef op zondag 13 april 2014 @ 08:41:
Een tip voor de synology gebruikers die spotweb als newznab willen gebruiken in sickbeard

edit de init.pyc file en zet de socket time out naar 300

dit lost het op.

let wel op na een update moet je altijd handmatig de timeout verhogen

Ik heb dit probleem een tijd terug gemeld bij de maker en gevraagd of dit anders kon omdat je idd steeds deze waarde weer moet aanpassen.
Vrij snel daarop heeft hij een aanpassing gemaakt.

Je moet de waarde niet meer aanpassen in init.pyc maar in je config,ini van SB.
Daar staat een waarde in: socket_timeout =

Kan zijn dat dit niet bij elke package van de verschillende makers is doorgevoerd.
Als het er niet in staat dan gebruik je bovenstaande mannier.

Helaas is dit niet altijd te oplossing. Ik had hem een tijd zelf op 900 staan en nog steeds regelmatig een foutmelding.

[Binnetie]

Wanneer ik via Spotweb een download naar mijn NZBget stuur dan wordt er automatisch een categorie voor aangemaakt. Een film gaat bijvoorbeeld naar de categorie 'Movies' zodat deze in de juiste map wordt neergezet.
Nu had ik een animatie film en deze kon ik niet vinden na het downloaden. Nu bleek dat deze naar de categorie 'anime' gestuurd werd. Als deze niet bestaat wordt hij in de standaard downloadmap van NZBget gezet.
Hoe kan ik vanuit Spotweb de aansturing van categorieën aanpassen? Dus alles wat in 'beeld' staat moet naar de categorie 'movies'

[renzo4000]

Binnetie schreef op maandag 14 april 2014 @ 09:05:
Wanneer ik via Spotweb een download naar mijn NZBget stuur dan wordt er automatisch een categorie voor aangemaakt. Een film gaat bijvoorbeeld naar de categorie 'Movies' zodat deze in de juiste map wordt neergezet.
Nu had ik een animatie film en deze kon ik niet vinden na het downloaden. Nu bleek dat deze naar de categorie 'anime' gestuurd werd. Als deze niet bestaat wordt hij in de standaard downloadmap van NZBget gezet.
Hoe kan ik vanuit Spotweb de aansturing van categorieën aanpassen? Dus alles wat in 'beeld' staat moet naar de categorie 'movies'

Je kan natuurlijk in NZBGET ook een categorie "anime" aanmaken die naar je movies downloadfolder gaat..

[robinjoo1]

hier dit had ik eerst ook is hij tijd bezig stopt hij inneens zonder enige fout
http://prntscr.com/39v261

[Upper]

Vaag probleem, en hopelijk kunnen jullie mij helpen.

Heb vanochtend nog ingelogd op mijn spotweb site zonder problemen, maar na het openen van een spot, kreeg ik onderaan de melding te zien om in te loggen. Na het weer teruggaan naar de index, komt hij met het inlogscherm. Wat ik ook probeer, ik kom er met geen mogelijkheid meer in.
Iedere keer bij het invullen van het juiste user/pass, kom ik weer terug in het inlogscherm.

Acties die ik geprobeerd heb zijn: een update van spotweb (dit gebeurt automatisch), en een upgrade-db gedraaid. Tevens in de database gekeken of de usernames uberhaupt nog beschikbaar zijn. Hebben jullie nog een idee? Of is het handig om een backup van de database terug te zetten.

[renzo4000]

Heb je al gekeken of het aan je browser ligt? Probeer desnoods even in te loggen via je telefoon om dit uit te sluiten.

[Njay]

Cookies van je browser? probeer een andere browser of het daar wel mee lukt

[Upper]

Geprobeerd inderdaad om via de telefoon in te loggen, maar ook daar hetzelfde probleem. Wordt telkens weer teruggestuurd naar mijn browser. Ook via andere accounts in geprobeerd te loggen, maar ook dit zonder succes.

[Binnetie]

renzo4000 schreef op maandag 14 april 2014 @ 10:21:
[...]

Je kan natuurlijk in NZBGET ook een categorie "anime" aanmaken die naar je movies downloadfolder gaat..

Je die oplossing ha dik ook bedacht, maar zal mooi zijn als ik het al vanaf spotweb kan regelen. Nu bijvoorbeeld download ik een paar afleveringen van series en daar komen ook weer andere categorieën mee.

[robinjoo1]

hey wanneer laat hij de comments zien bij de spots want nou staan ze in de db commentsxover horen die niet naar commentsposted te gaan of is dat alleen als hij klaar is met retrieven

[MikeOO]

robinjoo1 schreef op dinsdag 15 april 2014 @ 15:20:
hey wanneer laat hij de comments zien bij de spots want nou staan ze in de db commentsxover horen die niet naar commentsposted te gaan of is dat alleen als hij klaar is met retrieven

Hangt af hoe je dit hebt ingesteld bij Spotweb. Daar kun je instellen om een Full Retrieve te doen waardoor hij alles download. Database wordt dan een stuk groter en het duurt een tijd voor hij klaar is met de eerste keer downloaden, kan rustig 3 dagen duren.


Afhankelijke van de instelling laat hij ze direct zien bij openen van de spot of download ze bij openen van de spot.

[robinjoo1]

hij laat overal 0 comments
zien
http://prntscr.com/3ah50r
terwijl er hele hoop in commentsxover staan

[MikeOO]

robinjoo1 schreef op woensdag 16 april 2014 @ 11:47:
hij laat overal 0 comments
zien
http://prntscr.com/3ah50r
terwijl er hele hoop in commentsxover staan

En als je een Spot opent zie je ze dan wel of niet staan. Kan ook zijn dat het info is die ouder is.

Je kan eens een Git Pull uitvoeren om Spotweb naar de laatste versie te brengen.
Daarna: /usr/bin/php upgrade-db.php

Dan kun je ook je cache een leegmaken van Spotweb.

Heeft het wel altijd goed gewerkt? Als je net begonnen bent kan het zijn dat de retrieve niet voltooid is. Voer ook eens een retrieve uit via Putty en kijkt wat er gebeurt en pas als deze klaar is nog eens checken.

[technorabilia]

MikeOO schreef op donderdag 17 oktober 2013 @ 07:53:
[...]


Bedenk wel dat dit alleen voor de master branch werkt. Als je de refactor versie gebruikt dan werkt nog steeds niet. https://github.com/spotweb/spotweb/issues/1919.

V.w.b. de encypted links.
Klopt het dat dit nu allemaal goed werkt? Dus dat de juiste nzb in bv. sickbeard terecht komt? Bv. die van QoQ.
Zo ja, dan ga ik maar eens updaten.

[MikeOO]

kraades schreef op vrijdag 18 april 2014 @ 16:53:
[...]


V.w.b. de encypted links.
Klopt het dat dit nu allemaal goed werkt? Dus dat de juiste nzb in bv. sickbeard terecht komt? Bv. die van QoQ.
Zo ja, dan ga ik maar eens updaten.

in SB terecht komt werkt niet. SB zal zoeken in Spotweb en dan doorsturen naar je downloadprogramma.

Ik zou zeker updaten als dat al een tijd terug is.

Meeste encypted links (98%) gaan bij mij nu prima. Alleen zal je altijd even moeten lezen wat er bv in Spotweb bij staat als het niet lukt. Sommige doen het net weer op een andere manier.

[gielie]

Het lijkt erop dat er weer vreemde dingen zijn gepost die spotweb niet kan binnen halen en waarop hij vast loopt, hetzelfde als een aantal maanden terug het geval was.

code:

Endor> /usr/bin/php retrieve.php --force
Removing Spot information which is beyond retention period,, done
Last retrieve at Sat 19 Apr 2014 06:02:22 PM CEST
Retrieving new Spots from server reader.extremeusenet.nl...
Appr. Message count:    1151157
First message number:   1670671
Last message number:    2821828
Current article number: 2821484

Retrieving 2821484 till 2821831PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 90769825 bytes) in /volume1/web/spotweb/lib/dao/Base/Dao_Base_Cache.php on line 295
Endor>

heeft iemand een oplossing hiervoor of moet dat via de ontwikkelaar?

[Webjunkie]

hier geen problemen.
laatste retrieve is van 15.15

[gielie]

Webjunkie schreef op zondag 20 april 2014 @ 15:27:
hier geen problemen.
laatste retrieve is van 15.15

Welke versie draai jij? Ik draai de mediainfo branch.

[Webjunkie]

ik draai de master.

[chocka]

Sinds 2 maanden mijn eerste NAS, een DS213j, waarop meteen ben begonnen met DSM 5.0

Vervolgens via packagecentrum met de handleiding van "snelrennen" Spotweb geinstalleerd. Maar ondanks ik er niks aan veranderd heb kan ik Spotweb niet meer bereiken via /[ipadres]/Spotweb

Ik had een vraag geplaatst bij [Synology] Packages, daar het een pakket is, maar daar komt geen antwoord op.

Mogelijk omdat daar weinig SP kenners zijn? Dus hopelijk dat hier iemand is die mij kan helpen, want ik kom er niet uit. Of beter gezegd niet in?

[MikeOO]

chocka schreef op woensdag 23 april 2014 @ 20:59:
Sinds 2 maanden mijn eerste NAS, een DS213j, waarop meteen ben begonnen met DSM 5.0

Vervolgens via packagecentrum met de handleiding van "snelrennen" Spotweb geinstalleerd. Maar ondanks ik er niks aan veranderd heb kan ik Spotweb niet meer bereiken via /[ipadres]/Spotweb

Ik had een vraag geplaatst bij [Synology] Packages, daar het een pakket is, maar daar komt geen antwoord op.

Mogelijk omdat daar weinig SP kenners zijn? Dus hopelijk dat hier iemand is die mij kan helpen, want ik kom er niet uit. Of beter gezegd niet in?

Ik zou eerst het volgende proberen.

Download Putty.
Hiermee inloggen als root gebruiker met zelfde wachtwoord als de admin gebruiker.

Daarna ga je naar je Spotweb folder op je NAS.
voorbeeld: cd /volume1/web/spotweb

Nu geef je het command: Git Pull
Hiermee werk je Spotweb bij naar de laatste versie.

Daarna geeft je het commando in dezelfde folder: /usr/bin/php upgrade-db.php
Hiermee pas je de SQL database aan voor de laatste update van Spotweb. Dit moet je altijd uitvoeren na de Git Pull.

Nu is er een tijdje terug een behoorlijke aanpassing geweest waardoor Spotweb SQL niet meer gebruikt maar MariaDB. Ook DSM is overgegaan en hiermee moet je dus wel php upgrade-db.php uitvoeren om de database aan te passen.

Check dus of MariaDB ook is geïnstalleerd in Package Center. Zo niet deze installeren samen met PHPAdmin.

Kun je ook hier vinden
http://www.snelrennen.nl/synology/webstation_en_mysql.php

[remcoXP]

Ik weet nog steeds niet echt wat het verschil (en voordeel) is van deze branche.

gielie schreef op zondag 20 april 2014 @ 15:28:
[...]


Welke versie draai jij? Ik draai de mediainfo branch.

[Webjunkie]

ben er ook wel benieuwd naar.
er is weinig info over te vinden.

[EJPostema]

Tijdje geleden is de mediainfo branch in het leven geroepen.
Doel hiervan was de code helemaal te herschrijven en wat verbeteringen door te voeren. Hierdoor moest de ontwikkelijk makkelijker gaan. Dit is dus allemaal back-end want je ziet er niks van.

Dit is op een gegeven moment voltooid en toen is branch gemerged met de original. Wat nu het verschil is weet ik niet (als dat er is)

[chocka]

MikeOO schreef op donderdag 24 april 2014 @ 08:38:
Check dus of MariaDB ook is geïnstalleerd in Package Center. Zo niet deze installeren samen met PHPAdmin.

Kun je ook hier vinden
http://www.snelrennen.nl/synology/webstation_en_mysql.php

In de handleiding van Snelrennen staat Mariadb al eerste genoemd dat die geinstalleerd moest worden, dus dat heb ik zo gedaan. Daarnaast heb ik PHPadmin ook geinstalleerd staan, allemaal via packagecentrum.

Dus dan kan ik nu via Putty jouw CL opdrachten geven en daarna zal ik even laten weten hoe het is gegaan.

[chocka]

MikeOO schreef op donderdag 24 april 2014 @ 08:38:
Daarna ga je naar je Spotweb folder op je NAS.
voorbeeld: cd /volume1/web/spotweb

Nu geef je het command: Git Pull

Ik krijg de melding: -ash: git: not found Terwijl die wel geïnstalleerd staat in het packagecentrum?

[EDIT]
Na enige hulp blijkt er iets niet goed te gaan. Git status
- fatal: Not a git repository (or any parent up to mount point /volume1)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Daarna via github.com de bestanden gedownload en overgezet via ftp (winSCP) in de folder /volume1/web/spotweb en toen locaolhost:spotweb proberen te openen, maar ook dat bracht niet het gewenste resultaat.

[ Voor 38% gewijzigd door chocka op 25-04-2014 13:19 ]

[smeerbartje]

Wie kan er wél vertellen wat het verschil is tussen de normale branch en de media branch? Op de normale is al lange tijd niets meer gecommit zie ik.

[WRT54G]

Heb gister Spotweb op mijn Synology gezet. Werkt zo te zien allemaal naar behoren!
Ben er wel happy mee!

Vraagje alleen over de settings.
Retrieve Increment, wat doet het precies? Wat houdt het precies in?
Als ik een handmatige retrieve doe via SSH dan zie ik hoe lager de "Retrieve Increment" hoe sneller hij de full spots binnen haalt, klopt dat?
Heb namelijk geen idee welk Retrieve Increment getal ik moet instellen...

Heb de Retrieve Increment nu op 500 staan.
Stond eerst op 5000, daarna op 2500 gehad en 1000.
Maar ik blijf "errors" krijgen, klopt dat?

code:

Retrieving 1875569 till 1876070 (parsed: 407, in DB: 0, signed: 97, invalid: 2, rtntn.skip: 94, mod: 90, full: 97, total: 501) in 6.02 seconds
Retrieving 1876070 till 1876571 (parsed: 453, in DB: 0, signed: 410, invalid: 0, rtntn.skip: 48, mod: 43, full: 410, total: 501) in 21.23 seconds
Retrieving 1876571 till 1877072 (parsed: 467, in DB: 0, signed: 448, invalid: 5, rtntn.skip: 34, mod: 14, full: 448, total: 501) in 22.05 seconds
Retrieving 1877072 till 1877573 (parsed: 439, in DB: 0, signed: 418, invalid: 3, rtntn.skip: 62, mod: 18, full: 418, total: 501) in 23.03 seconds
Retrieving 1877573 till 1878074 (parsed: 452, in DB: 0, signed: 436, invalid: 1, rtntn.skip: 49, mod: 15, full: 436, total: 501) in 22.11 seconds
Retrieving 1878074 till 1878575 (parsed: 460, in DB: 0, signed: 404, invalid: 1, rtntn.skip: 41, mod: 22, full: 404, total: 501) in 19.02 seconds
Retrieving 1878575 till 1879076 (parsed: 437, in DB: 0, signed: 430, invalid: 0, rtntn.skip: 64, mod: 7, full: 430, total: 501) in 23.75 seconds
Retrieving 1879076 till 1879577 (parsed: 443, in DB: 0, signed: 429, invalid: 0, rtntn.skip: 57, mod: 14, full: 429, total: 500) in 26.8 seconds
Retrieving 1879577 till 1880078
getHeader(): Failed to retrieve article: <[e-mail]>
 (parsed: 433, in DB: 0, signed: 375, invalid: 0, rtntn.skip: 68, mod: 58, full: 375, total: 501) in 20.51 seconds
Retrieving 1880078 till 1880579
getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>
 (parsed: 457, in DB: 0, signed: 447, invalid: 0, rtntn.skip: 44, mod: 10, full: 447, total: 501) in 30.34 seconds
Retrieving 1880579 till 1881080 (parsed: 478, in DB: 0, signed: 461, invalid: 1, rtntn.skip: 23, mod: 14, full: 461, total: 501) in 27.85 seconds
Retrieving 1881080 till 1881581 (parsed: 438, in DB: 0, signed: 377, invalid: 2, rtntn.skip: 63, mod: 24, full: 377, total: 501) in 19.28 seconds
Retrieving 1881581 till 1882082 (parsed: 464, in DB: 0, signed: 377, invalid: 16, rtntn.skip: 37, mod: 35, full: 377, total: 501) in 20.66 seconds

[ Voor 76% gewijzigd door WRT54G op 25-04-2014 13:34 ]

[chocka]

Marcel_EA schreef op vrijdag 25 april 2014 @ 12:25:
Heb namelijk geen idee welk Retrieve Increment getal ik moet instellen...

Heb de Retrieve Increment nu op 500 staan.
Stond eerst op 5000, daarna op 2500 gehad en 1000.
Maar ik blijf "errors" krijgen, klopt dat?

Ik heb mij laten vertellen dat wat jij krijgt goed is, dat had ik namelijk ook. Hou er wel rekening mee afh welke NAS het lang kan duren voordat die klaar is. Bij mij uiteindelijk iets meer dan 1,5 week

[chocka]

chocka schreef op vrijdag 25 april 2014 @ 11:33:
Ik krijg de melding: -ash: git: not found Terwijl die wel geïnstalleerd staat in het packagecentrum?

[EDIT]
Na enige hulp blijkt er iets niet goed te gaan. Git status
- fatal: Not a git repository (or any parent up to mount point /volume1)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

Daarna via github.com de bestanden gedownload en overgezet via ftp (winSCP) in de folder /volume1/web/spotweb en toen locaolhost:spotweb proberen te openen, maar ook dat bracht niet het gewenste resultaat.

Intussen bleek MySQL weer bezig te zijn geweest waardoor mij NAS zeer traag reageerd. Dus zojuist opnieuw de bestanden via WinSCP overgezet naar de Spotweb folder. En daarna SP proberen te openen, alleen nu krijg ik een foutmelding:

SpotWeb v0.67.28.31 on PHP v5.5.11 crashed HY000: 1021: Disk full (/tmp/#sql_287a_6); waiting for someone to free some space...

Vreemd want volume1 waar SP op staat heeft nog ruim 1.9TB aan vrije ruimte???

[elsinga]

Met google geen oplossing kunnen vinden, dus maar even hier gevraagd: ik ben bezig met overstappen van SpotNet naar SpotWeb (op mijn Synology DS412+). Beide gebruiken dezelfde provider (TweakNews), maar ik krijg in SpotWeb veel minder spots binnen dan in SpotNet.

Voorbeeld: Game of Thrones SE04. Hier zie ik in Spotnet de laatste afleveringen wel, in SpotWeb niet. Verschillende zoektermern geprobeerd, geen categories aangevinkt, noem maar op.

Is dit iets dat met de zoektermen te maken kan hebben of kan dit ook een probleem/instelling in SpotWeb zijn zodat er gewoon minder posts worden opgehaald?

Ik wil uiteraard gewoon dat alles wat ik in Spotnet vind ik ook in SpotWeb kan vinden.

[WRT54G]

Thanks!

Alleen blijf ik wel met de vraag zitten wat nou precies die Retrieve Increment doet?
En wat is het voordeel of nadeel om deze heel laag in te stellen, bv op 250? En wat is het voordeel of nadeel om deze hoog in te stellen bv op 4000 of 5000?

[MikeOO]

Marcel_EA schreef op zaterdag 26 april 2014 @ 00:07:
Thanks!

Alleen blijf ik wel met de vraag zitten wat nou precies die Retrieve Increment doet?
En wat is het voordeel of nadeel om deze heel laag in te stellen, bv op 250? En wat is het voordeel of nadeel om deze hoog in te stellen bv op 4000 of 5000?

Deze moet je gewoon standaard laten. Alleen als je time-out errors krijgt bij retrieve ga je deze verlagen. Verder niets spannends aan. Hoe hoger het getal hoe meer gegevens hij in 1x download met een retrieve en dat kan sneller zijn. Maar als de boel volloopt of verbinding is traag dan kan hij dit niet bijhouden en krijg je time-outs.

[MikeOO]

elsinga schreef op vrijdag 25 april 2014 @ 18:46:
Met google geen oplossing kunnen vinden, dus maar even hier gevraagd: ik ben bezig met overstappen van SpotNet naar SpotWeb (op mijn Synology DS412+). Beide gebruiken dezelfde provider (TweakNews), maar ik krijg in SpotWeb veel minder spots binnen dan in SpotNet.

Voorbeeld: Game of Thrones SE04. Hier zie ik in Spotnet de laatste afleveringen wel, in SpotWeb niet. Verschillende zoektermern geprobeerd, geen categories aangevinkt, noem maar op.

Is dit iets dat met de zoektermen te maken kan hebben of kan dit ook een probleem/instelling in SpotWeb zijn zodat er gewoon minder posts worden opgehaald?

Ik wil uiteraard gewoon dat alles wat ik in Spotnet vind ik ook in SpotWeb kan vinden.

Kijk bij de instellingen van Spotweb welke datum je heb ingesteld en zet te retentie gelijk met je provider.

Kan ook goed dat Spotweb nog bezig is met een retrieve. Het vullen van een nieuwe database kan een paar dagen duren voor deze helemaal klaar is.

[MikeOO]

chocka schreef op vrijdag 25 april 2014 @ 18:10:
[...]
Intussen bleek MySQL weer bezig te zijn geweest waardoor mij NAS zeer traag reageerd. Dus zojuist opnieuw de bestanden via WinSCP overgezet naar de Spotweb folder. En daarna SP proberen te openen, alleen nu krijg ik een foutmelding:

SpotWeb v0.67.28.31 on PHP v5.5.11 crashed HY000: 1021: Disk full (/tmp/#sql_287a_6); waiting for someone to free some space...

Vreemd want volume1 waar SP op staat heeft nog ruim 1.9TB aan vrije ruimte???

Wat geeft http://<ip-adres nas>/spotweb/Install.php als je deze start met

Zit je wel in je Spotweb folder als je een Git Pull uitvoert?

locaolhost:spotweb zal niet werken aangezien Localhost je eigen PC is waar je het probeert te starten.
Probeer eens http://<ip-adres nas>/spotweb/


Check met WinSCP eens de tmp folder. DSM draait op een eigen partitie en die kan ook vollopen doordat er ergens iets niet goed is ingesteld en de verkeerde map wordt gebruikt.

Tevens moet je de Retrieve in Cronjob wel stoppen als je dingen gaat aanpassen in Spotweb.
Beste is om een handmatige retrieve met Putty te starten totdat alles goed werkt en dan pas doe je het via Cronjobs. Nu kan het zijn dat er net een retrieve loopt terwijl je bezig bent.

[ Voor 15% gewijzigd door MikeOO op 26-04-2014 08:32 ]

[elsinga]

MikeOO schreef op zaterdag 26 april 2014 @ 08:12:
[...]


Kijk bij de instellingen van Spotweb welke datum je heb ingesteld en zet te retentie gelijk met je provider.

Kan ook goed dat Spotweb nog bezig is met een retrieve. Het vullen van een nieuwe database kan een paar dagen duren voor deze helemaal klaar is.

Spotweb draait al een week of twee, drie en inderdaad duurde de eerste retrieve bijna eeuwig. Retentie staat (voorlopig) op 365 dagen en als datum 1 januari 2014. Maar het gaat mij juist om de spots van de laatste dagen, die lijken incompleet.

Overigens wil Spotweb nu helemaal niet meer een retrieve doen... ondanks dat de cronjob het netjes deed elke drie uur (en dat ook herkend werd) blijft de last retrieve nu staan op (inmiddels) 14 uur. Zal aan mijn spelen met de instellingen liggen, gok ik.

Bummer... ik had Spotweb nu juist geinstalleerd omdat ik een NAS heb ter vervanging van een Win2k8 servertje en ik draaide o het servertje ook Spotnet (voor gebruik via RDP in de vakantie).

[chocka]

MikeOO schreef op zaterdag 26 april 2014 @ 08:18:
Tevens moet je de Retrieve in Cronjob wel stoppen als je dingen gaat aanpassen in Spotweb.
Beste is om een handmatige retrieve met Putty te starten totdat alles goed werkt en dan pas doe je het via Cronjobs. Nu kan het zijn dat er net een retrieve loopt terwijl je bezig bent.

Bedankt voor die input, meteen Cronjob gestopt en vervolgens

Wat geeft http://<ip-adres nas>/spotweb/Install.php als je deze start met

Open base dir /var/services/tmp:/etc.defaults:/etc:/usr/syno/synoman:/var/services/web:/var/services/homes NOT OK (Not empty, might be a problem)

En in die temp staat 1 bestand van 13 Byte sess_fj4sgvhfdkgstv7a70prj7vbb5

Kan dat bestand dan verwijderen uit de temp, want van http://<ip-adres nas>/spotweb/Install.php vermoed ik dat die melding daarmee verband heeft?

http://<ip-adres nas>/spotweb is overigens niet bereikbaar, althans tab blijft op verbinden staan, maar opent niet?

[ Voor 6% gewijzigd door chocka op 26-04-2014 17:00 ]

[MikeOO]

chocka schreef op zaterdag 26 april 2014 @ 16:58:
[...]
Bedankt voor die input, meteen Cronjob gestopt en vervolgens


[...]


Open base dir /var/services/tmp:/etc.defaults:/etc:/usr/syno/synoman:/var/services/web:/var/services/homes NOT OK (Not empty, might be a problem)

Dit is net erg heb ik ook

En in die temp staat 1 bestand van 13 Byte sess_fj4sgvhfdkgstv7a70prj7vbb5

Kan dat bestand dan verwijderen uit de temp, want van http://<ip-adres nas>/spotweb/Install.php vermoed ik dat die melding daarmee verband heeft?

Verplaats het bestand even naar een andere locatie. Mocht iets niet starten kun je deze weer terugplaatsen. Even voor de zekerheid

http://<ip-adres nas>/spotweb is overigens niet bereikbaar, althans tab blijft op verbinden staan, maar opent niet?

Vul je wel jouw ip-adres van je NAS in: dus iets als: http://192.168.1.150/spotweb.
Heet je folder onder /volume1/web ook spotweb? Anders even kijken hoe de folder heet en die invullen ipv spotweb.

Daarna zou normaal Spotweb moeten verschijnen. Zo niet dan kan of Spotweb niet verbinden met SQL of iets.

Beste kun je even een retrieve via Putty starten. Dan krijg je inzicht in wat er gebeurt en welke foutmelding je krijgt.

Start de retrieve eens via Putty. Dan krijg je mogelijk een foutmelding terug en dan weet je waar het fout gaat.

In Putty inloggen via Root gebruiker en wachtwoord en daarna naar je Spotweb folder gaan,
cd /volume1/web/spotweb. Path even aanpassen aan jouw locatie.

Daarna: /usr/bin/php retrieve.php uitvoeren en krijg je vast een foutmelding.

[ Voor 11% gewijzigd door MikeOO op 26-04-2014 17:17 ]

[MikeOO]

elsinga schreef op zaterdag 26 april 2014 @ 08:43:
[...]


Spotweb draait al een week of twee, drie en inderdaad duurde de eerste retrieve bijna eeuwig. Retentie staat (voorlopig) op 365 dagen en als datum 1 januari 2014. Maar het gaat mij juist om de spots van de laatste dagen, die lijken incompleet.

Overigens wil Spotweb nu helemaal niet meer een retrieve doen... ondanks dat de cronjob het netjes deed elke drie uur (en dat ook herkend werd) blijft de last retrieve nu staan op (inmiddels) 14 uur. Zal aan mijn spelen met de instellingen liggen, gok ik.

Bummer... ik had Spotweb nu juist geinstalleerd omdat ik een NAS heb ter vervanging van een Win2k8 servertje en ik draaide o het servertje ook Spotnet (voor gebruik via RDP in de vakantie).

Start de retrieve eens via Putty. Dan krijg je mogelijk een foutmelding terug en dan weet je waar het fout gaat.

In Putty inloggen via Root gebruiker en wachtwoord en daarna naar je Spotweb folder gaan,
cd /volume1/web/spotweb. Path even aanpassen aan jouw locatie.

Daarna: /usr/bin/php retrieve.php uitvoeren en krijg je vast een foutmelding.

[chocka]

MikeOO schreef op zaterdag 26 april 2014 @ 17:14:
Vul je wel jouw ip-adres van je NAS in: dus iets als: http://192.168.1.150/spotweb.
Heet je folder onder /volume1/web ook spotweb? Anders even kijken hoe de folder heet en die invullen ipv spotweb.

Daarna zou normaal Spotweb moeten verschijnen. Zo niet dan kan of Spotweb niet verbinden met SQL of iets.

Beste kun je even een retrieve via Putty starten. Dan krijg je inzicht in wat er gebeurt en welke foutmelding je krijgt.

Start de retrieve eens via Putty. Dan krijg je mogelijk een foutmelding terug en dan weet je waar het fout gaat.

In Putty inloggen via Root gebruiker en wachtwoord en daarna naar je Spotweb folder gaan,
cd /volume1/web/spotweb. Path even aanpassen aan jouw locatie.

Daarna: /usr/bin/php retrieve.php uitvoeren en krijg je vast een foutmelding.

Sorry dat ik localhost zei terwijl ik ipadresnas bedoelde, want die gebruik ik idd.

Melding in Putty na starten retrieve: Removing Spot information which is beyond retention period, Of is dit informatie wat die aan het doen is?

[MikeOO]

chocka schreef op zaterdag 26 april 2014 @ 17:28:
[...]

Sorry dat ik localhost zei terwijl ik ipadresnas bedoelde, want die gebruik ik idd.

Melding in Putty na starten retrieve: Removing Spot information which is beyond retention period, Of is dit informatie wat die aan het doen is?

Dat is normaal. Je stelt een retentie is van zeg 365 dagen. Alles wat ouder is word dan verwijderd uit de database om je dat toch niet kunt downloaden als je retentie 365 dagen is.

Als je die op 0 zet blijft alles behouden.

Als je Spotweb niet kun bereiken op dat adres dan zul je toch alles moeten gaan controleren want Spotweb is eigenlijk 1 van die dingen die met het Package zo werkend is. Alleen het vullen van de database duurt lang maar verder niet veel bijzonders.

Iets staat dus niet goed ingesteld.

Controleer dbsettings.inc.php in Spotweb map ook eens of daar geen typefouten in staan die er voorzorgen dat er geen verbinding gemaakt kan worden naar je database.

[ Voor 28% gewijzigd door MikeOO op 27-04-2014 07:55 ]

[chocka]

chocka schreef op zaterdag 26 april 2014 @ 17:28:
Melding in Putty na starten retrieve: Removing Spot information which is beyond retention period, Of is dit informatie wat die aan het doen is?

Het is inderdaad een kwestie van geduld, heb de PC vannacht aan laten staan en vanochtend stond er Done achter. En vervolgens staat er nu dit:

code:

Last retrieve at Mon 21 Apr 2014 07:06:22 PM CEST
Retrieving new Spots from server news.newshosting.com...
Appr. Message count:    2017840
First message number:   2
Last message number:    2017842
Current article number: 2014827

Retrieving 2014827 till 2017843 (parsed: 2306, in DB: 710, signed: 1975, invalid: 9, rtntn.skip: 0, mod: 322, full: 0, total: 3016)

Zal alleen eens graag te weten komen hoe ik een dergelijke opdracht in de NAS zelf kan doen, anders dan dat ik nu via Putty doe en zo de PC niet aan hoef te laten staan, want als ik die afsluit, dan sluit ik Putty ook af!?

MikeOO schreef op zondag 27 april 2014 @ 07:48:
Iets staat dus niet goed ingesteld.

Controleer dbsettings.inc.php in Spotweb map ook eens of daar geen typefouten in staan die er voorzorgen dat er geen verbinding gemaakt kan worden naar je database.

code:

<?php
$dbsettings['engine'] = 'pdo_mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'spotweb';
$dbsettings['user'] = 'spotweb';
$dbsettings['pass'] = '*******';

[Mr Magic]

chocka schreef op zondag 27 april 2014 @ 08:19:
[...]

Zal alleen eens graag te weten komen hoe ik een dergelijke opdracht in de NAS zelf kan doen, anders dan dat ik nu via Putty doe en zo de PC niet aan hoef te laten staan, want als ik die afsluit, dan sluit ik Putty ook af!?

Je moet de retrieve opdracht schedulen via een cron job. Zie helemaal onderaan deze guide:

http://synology.brickman....-%20install%20Spotweb.txt

[WRT54G]

Heb het idee dat het retrieven erg langzaam gaat...
Als ik kijk om mijn Synology dan zie ik dat ie contant rond de 20 - 35KB/s aan het downloaden is.
Is dat niet een beetje sloom??

[renzo4000]

Dat klopt, retrieven via je usenet provider gaat inderdaad niet zo snel. Dit is een van de redenen waarom een initiële vulling van de database met gemak 24h of langer kan duren. Als de database eenmaal gevuld is en je update bijv. Om het uur dan merk je daar niet zoveel van, hij haalt tenslotte 100-200 posts op.

Wat betreft het instellen van cronjobs gebruik ik een app genaamd cronjob editor: http://www.cphub.net/index.php?id=40&pid=64

Net even wat makkelijker en werkt gegarandeerd!

[WRT54G]

Dank voor het snelle antwoord!
Waar heb jij de Retrieve Increment op staan?

[renzo4000]

Elk uur haalt hij bij mij nieuwe posts op.

[chocka]

Mr Magic schreef op zondag 27 april 2014 @ 11:10:
Je moet de retrieve opdracht schedulen via een cron job.

Dat had ik zo ingesteld maar vanwege de problemen met het niet in Spotweb kunnen komen heb ik die even uitgezet op advies van MikeOO. Zodat ik daarna iig wel install.php zichtbaar kreeg en nu via Putty de retrieve opnieuw laat bijwerken. Daarna moet ik alleen nog zien uit te vinden waarom 192.168.99.999/spotweb niet opent in de browser?

Marcel_EA schreef op zondag 27 april 2014 @ 11:39:
Waar heb jij de Retrieve Increment op staan?

Die van mij staat op standaard 5000 en de eerste retrieve deed ruim 1,5 week over, maar schijnt NAS (cpu) afhankelijk te zijn.

[WRT54G]

Ok, thanks!
Ik ga hem even opnieuw installeren en hem dan even de tijd geven. Dank dat ik gewoon wat te ongeduldig ben.

Gebruik overigens Sunny Usenet, maakt dat nog wat uit qua instelling?

[chocka]

Marcel_EA schreef op zondag 27 april 2014 @ 12:01:
Ok, thanks!
Ik ga hem even opnieuw installeren en hem dan even de tijd geven. Dank dat ik gewoon wat te ongeduldig ben.

Gebruik overigens Sunny Usenet, maakt dat nog wat uit qua instelling?

Volgens mij maakt dat niet veel uit. Ik deed het via Newshosting

[WRT54G]

Ok, ik ga aan de slag!

[update]
Inmiddels een re-install gedaan en de retrieve increment op 5000 laten staan.
Via Terminal (Mac) een eerste retrieve gedaan: /usr/bin/php /volume1/web/spotweb/retrieve.php
Volgens mij loopt alles goed.

Ik neem aan dat als ik nu mijn Terminal afsluit dat de retrieve gewoon verder gaat..?
Mijn Mac hoeft toch niet aan te blijven staan met Terminal ingelogd?

En hoe kan ik later, morgen bv zien hoe ver ie is of dat ie nog steeds loopt?
Is daar ook een commando voor?

[ Voor 91% gewijzigd door WRT54G op 27-04-2014 12:50 ]

[chocka]

Marcel_EA schreef op zondag 27 april 2014 @ 12:07:
Ok, ik ga aan de slag!

[update]
Inmiddels een re-install gedaan en de retrieve increment op 5000 laten staan.
Via Terminal (Mac) een eerste retrieve gedaan: /usr/bin/php /volume1/web/spotweb/retrieve.php
Volgens mij loopt alles goed.

Ik neem aan dat als ik nu mijn Terminal afsluit dat de retrieve gewoon verder gaat..?
Mijn Mac hoeft toch niet aan te blijven staan met Terminal ingelogd?

En hoe kan ik later, morgen bv zien hoe ver ie is of dat ie nog steeds loopt?
Is daar ook een commando voor?

Nee, je kan de terminal niet afsluiten, want sluit je ook het proces af (helaas) Pas als die klaar, kan de terminal worden afgesloten. Daarna kan je via Cronjob een automated opdracht instellen zodat die periodiek de boel bijwerkt.

Je schijnt via MyPHPadmin iets te kunnen zien, maar dat probeer ik zelf nog uit te vogelen hoe dat precies werkt en hoe je dan kan zien hoever dat die is.

[WRT54G]

Oh echt.. Ahhhhh
Heb de retrieve gestart op mijn MacBook die ik morgen weer mee moet nemen naar de zaak.
Hahaha dus de job zal dan stoppen...
FF kijken hoe ik dat op een andere manier ga doen.

Ik krijg toch een hoop van zulke meldingen:

code:

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

getHeader(): Failed to retrieve article: <[e-mail]>

Betekent het dan dat ie timed out? Dus dat ik eventueel een lagere Retrieve Increment moet pakken?

[ Voor 70% gewijzigd door WRT54G op 27-04-2014 14:13 ]

[MikeOO]

chocka schreef op zondag 27 april 2014 @ 08:19:

code:

<?php
$dbsettings['engine'] = 'pdo_mysql';
$dbsettings['host'] = 'localhost';
$dbsettings['dbname'] = 'spotweb';
$dbsettings['user'] = 'spotweb';
$dbsettings['pass'] = '*******';

Ik heb even een test voor je gedaan op een andere NAS.

Via Package Center werkt dus prima. Het enige wat je hoeft te doen in na installatie Install.php starten en die wizzard doorlopen. Heel belangrijk is dus dat je elke stap goed alles invult en zodra je op de knop Next of Verify klikt je nergens meer op klikt totdat het volgende scherm verschijnt. Als je hierin even ergens anders op klikt dan voert hij de stappen niet goed uit.

Uiteindelijk maak je een gebruiker aan en vul je de gegevens in van je provider voor nieuwsgroepen.
Als je dan de laatste stap klikt dan wacht je weer geduldig tot het scherm verschijnt dat Spotweb klaar is. Nu kun je op de link klikken om naar Spotweb te gaan.

Als je dan een foutmelding krijgt of je krijgt niets te zien dan heb je ergens een fout gemaakt. Ik heb het vandaag getest en werkt prima.

Beste kun je Spotweb even verwijderen en dan laat je de SQL database staan. Werkt het dan nog niet dan ook de SQL database verwijderen want dan zit daar ergens een fout in en zal je het opnieuw moeten proberen.

Ik zag inderdaad dat er in de Spotweb Package Center geen GIT verwerkt zit. Nu zijn er diverse mogelijkheden maar ik heb even op deze manier gedaan.

GIT installeren
Het kan zijn dat bij een Git Pull je de melding krijgt dat GIT niet is geïnstalleerd.
Via Putty inloggen als root gebruiker.
Daarna geeft je het commando: ipkg install git.
Als IPKG niet werkt dan heb je geen bootstrap geïnstalleerd en zal je dat eerst moeten doen.
Daar is voldoende info over te vinden.

Database aanmaken
Log in bij PHPadmin
Maak een database aan met de naam: spotweb.
Maar een gebruiker aan met de naam: spotweb en geef deze gebruiker een wachtwoord.
Of volg de stappen van Pag 1

Spotweb installeren
1. Log in via Putty als root gebruiker.
2. Geef het commando: cd /volume1/web
3. Geef het commando: git clone https://github.com/spotweb/spotweb.git
Er wordt nu onder de de WEB folder een map Spotweb aangemaakt.

4, Ga in je browser naar: http://<ip-adres nas>/spotweb/install.php
Nu krijg je een melding dat de Cache Folder geen schrijfrechten heeft. Klopt want deze map bestaat niet.

5, Via WinSCP maak je onder de map Spotweb een folder aan met de naam cache en deze geeft je 0777 rechten. In WinScp rechtermuisknop op de map en dan eigenschappen.
6. Herlaad de pagina install.php en deze krijgt nu de status OK.
7. Klik op NEXT
8 Vul nu de overige stappen weer in en na de laatste stap heb je Spotweb geïnstalleerd incl Git optie.
9 Je kan nu naar http://<ip-adres nas>/spotweb gaan om Spotweb te openen.
10 Als laatste stap voer je via Putty een retrieve uit. Laat dit scherm openstaan tot hij klaar is. De eerste keer kan dus lang duren dus zorg dat je dit uitvoert op een PC die evt een paar dagen aan kan blijven staan.

Lukt het aanmaken van de database niet
Installeer Spotweb Package en vol de stappen tot het einde maar klik niet op de link om Spotweb te openen.
Verwijder het Spotweb Package weer maar verwijder de database niet.
Volg nu de stappen bij Spotweb Installeren.
Het package maakt dan de database en gebruik voor je aan.

Hiermee moet je een werkende Spotweb krijgen. Als je dan nog steeds geen pagina te zien krijgt dan is er echt iets anders aan de hand.

[ikkeenjij36]

Hallo na veel proberen heb ik spotweb eindelijk aan de gang op mijn eigen nas,nu het enigste probleem is dat ik bang ben dat ik tijdens de instellingen doorlopen niet goed of helemaal niet mijn usenetprovider heb ingesteld en daardoor er geen retrieve gebeurd.
Hoe en waar kan ik mijn usenet provider controleren of opnieuw instellen?

[WRT54G]

Inloggen met je admin account.
Rechtsboven op: config --> settings --> Newsservers

Daar kan je handmatig je newsserver instellen.

[ikkeenjij36]

MM ok dat is gelukt onder user admin,nu echter aan de onderkant toch nog een melding,ik denk dat er iets fout gaat toc?

code:

Notice: Undefined index: start in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotTiming.php on line 93
Name    Time    Extra
.total  0.0089709758758545  s:0:"";
..renderpage    0.0042328834533691  s:0:"";
...SpotPage_Abs::template:editsecgroup  1398621994.6768 a:1:{i:0;a:3:{s:13:"securitygroup";a:6:{s:2:"id";s:1:"3";i:0;s:1:"3";s:4:"name";s:19:"Authenticated users";i:1;s:19:"Authenticated users";s:6:"action";s:0:"";s:12:"http_referer";s:73:"http://192.168.1.64/interface/spotweb/?page=render&tplname=usermanagement";}s:6:"result";O:14:"Dto_FormResult":5:{s:23:"Dto_FormResult_result";s:12:"notsubmitted";s:21:"Dto_FormResult_data";a:0:{}s:23:"Dto_FormResult_errors";a:0:{}s:25:"Dto_FormResult_warnings";a:0:{}s:21:"Dto_FormResult_info";a:0:{}}s:12:"http_referer";s:73:"http://192.168.1.64/interface/spotweb/?page=render&tplname=usermanagement";}}
....dbeng_pdo::arrayQuery   0.00026988983154297 a:2:{i:0;s:82:"SELECT permissionid, objectid, deny FROM grouppermissions WHERE groupid = :groupid";i:1;a:1:{s:8:":groupid";a:2:{i:0;s:1:"3";i:1;i:1;}}}
.....dbeng_pdo::exec    0.00020790100097656 a:2:{i:0;s:82:"SELECT permissionid, objectid, deny FROM grouppermissions WHERE groupid = :groupid";i:1;a:1:{s:8:":groupid";a:2:{i:0;s:1:"3";i:1;i:1;}}}
...dbeng_pdo::arrayQuery    0.00014996528625488 a:2:{i:0;s:50:"SELECT id, name FROM securitygroups WHERE id = :id";i:1;a:1:{s:3:":id";a:2:{i:0;s:1:"3";i:1;i:1;}}}
....dbeng_pdo::exec 0.00013303756713867 a:2:{i:0;s:50:"SELECT id, name FROM securitygroups WHERE id = :id";i:1;a:1:{s:3:":id";a:2:{i:0;s:1:"3";i:1;i:1;}}}
..auth  0.0016679763793945  s:0:"";
...dbeng_pdo::arrayQuery    0.0006411075592041  a:2:{i:0;s:171:"SELECT permissionid, objectid, deny FROM grouppermissions WHERE groupid IN (SELECT groupid FROM usergroups WHERE userid = :userid ORDER BY prio)";i:1;a:1:{s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
....dbeng_pdo::exec 0.00053000450134277 a:2:{i:0;s:171:"SELECT permissionid, objectid, deny FROM grouppermissions WHERE groupid IN (SELECT groupid FROM usergroups WHERE userid = :userid ORDER BY prio)";i:1;a:1:{s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
...dbeng_pdo::arrayQuery    0.00018405914306641 a:2:{i:0;s:549:"SELECT u.id AS userid, u.username AS username, u.firstname AS firstname, u.lastname AS lastname, u.mail AS mail, u.apikey AS apikey, u.deleted AS deleted, u.lastlogin AS lastlogin, u.lastvisit AS lastvisit, u.lastread AS lastread, u.lastapiusage AS lastapiusage, s.publickey AS publickey, s.avatar AS avatar, s.otherprefs AS prefs FROM users AS u JOIN usersettings s ON (u.id = s.userid) WHERE u.id = :userid AND NOT DELETED";i:1;a:1:{s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
....dbeng_pdo::exec 0.00016617774963379 a:2:{i:0;s:549:"SELECT u.id AS userid, u.username AS username, u.firstname AS firstname, u.lastname AS lastname, u.mail AS mail, u.apikey AS apikey, u.deleted AS deleted, u.lastlogin AS lastlogin, u.lastvisit AS lastvisit, u.lastread AS lastread, u.lastapiusage AS lastapiusage, s.publickey AS publickey, s.avatar AS avatar, s.otherprefs AS prefs FROM users AS u JOIN usersettings s ON (u.id = s.userid) WHERE u.id = :userid AND NOT DELETED";i:1;a:1:{s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
...dbeng_pdo::modify    0.00016117095947266 a:2:{i:0;s:117:"UPDATE sessions SET hitcount = hitcount + 1, lasthit = :lasthit WHERE sessionid = :sessionid";i:1;a:2:{s:8:":lasthit";a:2:{i:0;i:1398621994;i:1;i:1;}s:10:":sessionid";a:2:{i:0;s:60:"d5oit3qa1fj0ps12bbbq0nedkghtua93p79au97oyuhms1a0o5to05yju7bs";i:1;i:2;}}}
....dbeng_pdo::exec 0.00014996528625488 a:2:{i:0;s:117:"UPDATE sessions SET hitcount = hitcount + 1, lasthit = :lasthit WHERE sessionid = :sessionid";i:1;a:2:{s:8:":lasthit";a:2:{i:0;i:1398621994;i:1;i:1;}s:10:":sessionid";a:2:{i:0;s:60:"d5oit3qa1fj0ps12bbbq0nedkghtua93p79au97oyuhms1a0o5to05yju7bs";i:1;i:2;}}}
...dbeng_pdo::arrayQuery    0.0002138614654541  a:2:{i:0;s:270:"SELECT s.sessionid as sessionid, s.userid as userid, s.hitcount as hitcount, s.lasthit as lasthit, s.ipaddr as ipaddr, s.devicetype as devicetype FROM sessions AS s WHERE (sessionid = :sessionid) AND (userid = :userid)";i:1;a:2:{s:10:":sessionid";a:2:{i:0;s:60:"d5oit3qa1fj0ps12bbbq0nedkghtua93p79au97oyuhms1a0o5to05yju7bs";i:1;i:2;}s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
....dbeng_pdo::exec 0.00019502639770508 a:2:{i:0;s:270:"SELECT s.sessionid as sessionid, s.userid as userid, s.hitcount as hitcount, s.lasthit as lasthit, s.ipaddr as ipaddr, s.devicetype as devicetype FROM sessions AS s WHERE (sessionid = :sessionid) AND (userid = :userid)";i:1;a:2:{s:10:":sessionid";a:2:{i:0;s:60:"d5oit3qa1fj0ps12bbbq0nedkghtua93p79au97oyuhms1a0o5to05yju7bs";i:1;i:2;}s:7:":userid";a:2:{i:0;s:1:"2";i:1;i:1;}}}
..bootstrap 0.0014760494232178  s:0:"";
...dbeng_pdo::arrayQuery    0.00040006637573242 a:2:{i:0;s:44:"SELECT name, value, serialized FROM settings";i:1;a:0:{}}
....dbeng_pdo::exec 0.00030684471130371 a:2:{i:0;s:44:"SELECT name, value, serialized FROM settings";i:1;a:0:{}}

Kan ik trouwens ergens zien dat er wat gebeurt?

En nog wat meer fout meldingen

code:

2014-04-27 20:35:48: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Notice:  Undefined index: start in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotTiming.php on line 93
2014-04-27 20:35:48: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Notice:  Undefined index: start in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotTiming.php on line 93
2014-04-27 20:35:49: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Notice:  Undefined index: start in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotTiming.php on line 93
2014-04-27 20:35:54: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Warning:  require(lib/services/User/Services_User_record.php): failed to open stream: No such file or directory in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotClassAutoload.php on line 40
2014-04-27 20:35:54: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Fatal error:  require(): Failed opening required 'lib/services/User/Services_User_record.php' (include_path='.:/usr/local/share/pear') in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotClassAutoload.php on line 40
2014-04-27 20:35:56: (mod_fastcgi.c.2695) FastCGI-stderr: PHP Notice:  Undefined index: start in /startpool/zfsguru/services/10.1-001/sabnzbdplus/data/spotweb/lib/SpotTiming.php on line 93

[ Voor 11% gewijzigd door ikkeenjij36 op 27-04-2014 20:49 ]

[MikeOO]

@ikkeenjij36

Wat mij opvalt is dat Spotweb ergens in een folder van sabnzbdplus staat als ik de paden bekijkt.
Als dat zo is dan klopt dat niet want Spotweb moet in een map van je webserver staan en heb je ergens een fout gemaakt.

Eerste foutmelding lijkt op een probleem met rechten. Mogelijk heb je geen gebruikersaccount aangemaakt bij Spotweb tijdens uitvoeren van Install.php. Als je nog kunt inloggen bij Spotweb dan bij Gebruikers eens een nieuw account aanmaken.

Tweede fout
Check je SABnzb instellingen in Spotweb eens.

Waar draai je sabnzbdplus en spotweb op?
Wanneer zie je deze foutmeldingen.

Logging is erg verder niet. Alleen bij je retrieve kun je kijken wat er gebeurt door deze eens handmatig te starten.

[WRT54G]

Hoeveel threads/connecties gebruikt spotweb eigenlijk voor het retrieven van headers?
Ik zal mijn download client dus een X aantal connecties minder moeten instellen die gebruikt worden door spotweb. Maar hoeveel is dat?

[renzo4000]

1

[WRT54G]

Ok, das mooi!
Tnx

[WRT54G]

Hoe zit het eigenlijk met de black en whitelist?
Deze zou via jijhaatmij.nl lopen maar ik krijg daar geen gehoor meer op die site?
Is er nog support voor black en white lists?

[MikeOO]

Marcel_EA schreef op maandag 28 april 2014 @ 16:32:
Hoe zit het eigenlijk met de black en whitelist?
Deze zou via jijhaatmij.nl lopen maar ik krijg daar geen gehoor meer op die site?
Is er nog support voor black en white lists?

Ik denk het niet aangezien www.Haatmij.nl niet bereikbaar is en daar kwamen de lijsten vandaan.
Mogelijk dat het ooit nog terugkomt maar is al een tijd uit de lucht helaas.

[WRT54G]

@MikeOO: Thanks! Dan maar zonder.


Inmiddels is hij helemaal klaar met retrieven, ook van de comments wat ook nog wel aardig wat tijd in beslag nam!
Cronjob ingesteld en werkt ook goed.
Enige probleem wat ik net kreeg met cronjob (heeft niks met cronjob zelf te maken):

code:

(502) Authentication rejected [response: "You've reached your maximum number of simultaneous connections (16/15)."] [response: ""]

Ik ben op het moment wat aan het downloaden, heb Sunnyusenet met 15 connecties.
Heb mijn download client ingesteld op 14 connecties. Dus zou ik er toch 1 over moeten hebben voor spotweb?

[renzo4000]

Marcel_EA schreef op woensdag 30 april 2014 @ 09:03:
@MikeOO: Thanks! Dan maar zonder.


Inmiddels is hij helemaal klaar met retrieven, ook van de comments wat ook nog wel aardig wat tijd in beslag nam!
Cronjob ingesteld en werkt ook goed.
Enige probleem wat ik net kreeg met cronjob (heeft niks met cronjob zelf te maken):

code:

(502) Authentication rejected [response: "You've reached your maximum number of simultaneous connections (16/15)."] [response: ""]

Ik ben op het moment wat aan het downloaden, heb Sunnyusenet met 15 connecties.
Heb mijn download client ingesteld op 14 connecties. Dus zou ik er toch 1 over moeten hebben voor spotweb?

Misschien dat er toch op dat moment nog een draadje is blijven "hangen". Overigens hoef je niet persé met 14 draadjes te downloaden, met 10-12 haal je ook de max snelheid wel en kost je minder performance.

[WRT54G]

Heb mijn client nu op 13 ingesteld en dan loopt ie idd wel door.
Wellicht dat er nog wat was blijven hangen ergens...

Dank voor het meedenken iig!

[update]
Heb toch het idee dat spotweb 2 connecties gebruikt.
Net alles even herstart en client weer terug gezet op 14 connecties. Zelfde probleem...
Maar goed, maakt verder niet uit. Ik stel mijn client gewoon op 12 in zoals voorgesteld, dan zit ik altijd goed.

[ Voor 47% gewijzigd door WRT54G op 30-04-2014 09:26 ]

[xAn52]

renzo4000 schreef op zondag 27 april 2014 @ 11:34:
Wat betreft het instellen van cronjobs gebruik ik een app genaamd cronjob editor: http://www.cphub.net/index.php?id=40&pid=64
Net even wat makkelijker en werkt gegarandeerd!

Thanks!

[Webjunkie]

Marcel_EA schreef op woensdag 30 april 2014 @ 09:22:

Heb toch het idee dat spotweb 2 connecties gebruikt.

is dat niet afhankelijk van het aantal gebruikers dat op je spotweb in de rondte aan clicken is?

[WRT54G]

Is dat zo?
Dat is nieuw voor mij (zegt meer over mij dan over jou hoor )...

Ik dacht dat alles in de (mysql) DB staat en je dus op het moment dat je de site bezoekt verder geen connectie naar usenet maakt...

[WRT54G]

Bij de cronjob editor kreeg ik bij het invoeren van een nieuwe job netjes een log te zien.
Dus de retrieve kon ik bekijken in het log.
Maar na het herstarten van mijn Synology wordt het log niet meer weergegeven.
Het retrieven gaat wel gewoon door. Heb net een check gedaan en zag dat ie nieuwe spots binnen had.
Dus de cronjob lijkt wel gewoon te werken alleen wordt het log niet meer bijgehouden.
Opzich niet heel erg als ie het maar gewoon doet, maar het viel me op...

Overigens als ik de cronjob restart dan laat het log wel weer entries zien.
Als ik de Syno weer herstart dan is het en blijft het log weer leeg.

Hoort dit?

[renzo4000]

Marcel_EA schreef op woensdag 30 april 2014 @ 15:19:
Bij de cronjob editor kreeg ik bij het invoeren van een nieuwe job netjes een log te zien.
Dus de retrieve kon ik bekijken in het log.
Maar na het herstarten van mijn Synology wordt het log niet meer weergegeven.
Het retrieven gaat wel gewoon door. Heb net een check gedaan en zag dat ie nieuwe spots binnen had.
Dus de cronjob lijkt wel gewoon te werken alleen wordt het log niet meer bijgehouden.
Opzich niet heel erg als ie het maar gewoon doet, maar het viel me op...

Overigens als ik de cronjob restart dan laat het log wel weer entries zien.
Als ik de Syno weer herstart dan is het en blijft het log weer leeg.

Hoort dit?

Geen idee, dat tooltje is al een tijdje niet meer geupdate dus wellicht werkt het niet helemaal lekker meer sinds DSM5. Je kan je log ook elders wegschrijven door bijv:

cd /volume1/web/spotweb && /usr/bin/php retrieve.php >> /volume1/web/spotweb/status.html

Kan ik makkelijk via het web mijn status zien van de retrieve job. Wel zo nu en dan weggooien anders wordt het bestandje wel erg groot.

[WRT54G]

Thanks! Dat kan best handig zijn.
Maar idd ik las het en dacht gelijk: log af en toe legen. ;-)
Zeker bij mij, heb de retrieve om de 10 minuten staan.

Overigens draai ik (nog) DSM 4.3 - 3827 - update 2 op de Syno waar spotweb op draait.

[WRT54G]

Ik heb net even mijn spotweb server vergeleken met een publiekelijke spotweb server (een van de bekendere) maar ik zie dat sommige spots die daar staan bij er niet bij staan.
Het zijn er maar een paar maar vraag me toch af hoe dat kan?

Is het omdat ik nzbindex gebruik en de publiekelijke server binsearch gebruikt?
Dat heeft er toch niks mee te maken? Dat zou toch alleen voor het aanmaken van een NZB zijn?

[ Voor 12% gewijzigd door WRT54G op 30-04-2014 20:22 ]

[GioStyle]

Volgens mij is het afhankelijk van de nieuwsgroepenprovider. Daar kan onderling wel het een en andere verschillen.

[elsinga]

Ik merk een verschil op tussen mijn SpotNet en mijn SpotWeb installatie, die beiden dezelfde provider (Tweaknews) gebruiken. En dan heeft SpotNet structureel meer spots dan SpotWeb.

[WRT54G]

Vreemd...
Ik snap ook nog niet helemaal waar het verschil nu vandaan komt.
Het zijn ook maar een paar posts maar goed je wilt eigenlijk niks missen he!

[renzo4000]

Marcel_EA schreef op woensdag 30 april 2014 @ 15:42:
Thanks! Dat kan best handig zijn.
Maar idd ik las het en dacht gelijk: log af en toe legen. ;-)
Zeker bij mij, heb de retrieve om de 10 minuten staan.

Overigens draai ik (nog) DSM 4.3 - 3827 - update 2 op de Syno waar spotweb op draait.

Een retrieve van om de 10 minuten is imho weinig zinvol. Elk uur (zoals ik) is zelfs al een beetje overdreven.

[Xaero]

Hebben jullie buggy wel aan staan? Ik retrieve elke 15 minuten met buggy aan. Dan checked ie meerdere keren of hij niks mist . Je kan ook nog een keer retrieve.php --retro aanroepen eens in de zoveel tijd.

[Cartman!]

renzo4000 schreef op donderdag 01 mei 2014 @ 08:28:
[...]


Een retrieve van om de 10 minuten is imho weinig zinvol. Elk uur (zoals ik) is zelfs al een beetje overdreven.

Ivm. takedowns is dat helemaal niet overdreven imo.

[renzo4000]

Takedowns heb ik totaal geen last van anders, iig niet bij sunny. Maar uiteraard moet iedereen voor zich weten hoevaak je een retrieve doet, voor mijn part doe je dat elke minuut. Het is vooral (indien je een NAS hebt oid) een aanslag op je performance.

[WRT54G]

Ik vind om de 10 minuten idd ook niet overdreven
En waarom niet... Mijn Syno heeft er geen last van.
Zie geen performance verlies bij mij.

Ik zal buggy eens aanzetten. Kijken of dat wat uithaalt.

[ Voor 10% gewijzigd door WRT54G op 01-05-2014 08:46 ]

[Cartman!]

renzo4000 schreef op donderdag 01 mei 2014 @ 08:45:
Takedowns heb ik totaal geen last van anders, iig niet bij sunny.

Waarschijnlijk download je toevallig geen dingen die snel takedowns krijgen. Ik heb ook een paar maanden bij Sunny gezeten en had er wel last van. Tweak ging exit omdat ze me niet de 60Mbit konden bieden waar ik voor betaalde. Eweka ook last van takedowns maar binnen de marges, wellicht omdat m'n sickbeard elke 5min spidert en m'n spotweb snel update.

[WRT54G]

Ik gebruik ook Sunny. Moet zeggen de takedowns vallen mee maar zijn zeker wel aanwezig.
Je moet er idd gewoon snel bij zijn...

Heb trouwens nu BUGGY aangezet, ben benieuwd of ie nu geen spots meer mist.

[GaMeOvEr]

Ik heb een probleempje, voornamelijk met de api, die lijkt het niet te doen.

Mijn kennis van Linux en webservers is matig, maar ik ben volgens mij behoorlijk op weg.

Ik heb een VM gemaakt met de meest recente debian (7.5 64bits), en daar de boel op geïnstalleerd, dus alle benodigde packages zoals beschreven in de TS.

Het resultaat is, dat spotweb draait. Ik kan het op IP niveau in mijn browser benaderen, (192.168.xxx.xxx/spotweb) hij update zichzelf netjes,(cronjob) en de install.php geeft op alles netjes een OK, behalve op PostgreSQL,maar bij mij draait het op MySQL, dus niet boeiend.

Echter, als ik naar de API test pagina ga (192.168.xxx.xxx/spotweb/api?t=c) waar ik schijnbaar XML output zou moeten zien, krijg ik alleen maar een "page not found" melding.

Ik heb ondertussen de "rewrite module" geinstalleerd, en in mijn /etc/apache2/conf.d dir een bestand httpd.conf gemaakt met de volgende inhoud: (conform deze link.)

code:

<Directory />
Options FollowSymLinks
AllowOverride All
Order deny,allow
Deny from all
Satisfy all
</Directory>

Verder in de map van spotweb (/var/www/spotweb) heb ik een .htaccess gemaakt met de volgende inhoud: (conform deze link.)

code:

RewriteEngine on
RewriteCond %{REQUEST_URI} !api/  
RewriteBase /spotweb/
RewriteRule api/?$ /spotweb/index.php?page=newznabapi [QSA]  
RewriteRule details/([^/]+) /spotweb/index.php?page=getspot&messageid=$1 [L]

Echter, mijn API doet het niet. Heb ik ergens iets verkeerd gedaan? Bestand op de verkeerde plek? module vergeten? Apache is natuurlijk gerestart na het doen van wijzigingen.

Enige hulp is welkom! Ik wil spotweb gaan gebruiken als searcher voor mijn couchpotato en sickbeard install.

[WRT54G]

Xaero schreef op donderdag 01 mei 2014 @ 08:29:
Hebben jullie buggy wel aan staan? Ik retrieve elke 15 minuten met buggy aan. Dan checked ie meerdere keren of hij niks mist . Je kan ook nog een keer retrieve.php --retro aanroepen eens in de zoveel tijd.

Buggy aanzetten heeft volgens mij geholpen.
Ik zie dat bepaalde post die in de eerste instantie bij niet voorkomen later er toch tussen staan.
Bij de 2de of 3de maal binnenhalen komen er dus toch tussen te staan.

[MikeOO]

[quote]GaMeOvEr schreef op vrijdag 02 mei 2014 @ 02:39:

Verder in de map van spotweb (/var/www/spotweb) heb ik een .htaccess gemaakt met de volgende inhoud: (conform deze link.)

code:

RewriteEngine on
RewriteCond %{REQUEST_URI} !api/  
RewriteBase /spotweb/
RewriteRule api/?$ /spotweb/index.php?page=newznabapi [QSA]  
RewriteRule details/([^/]+) /spotweb/index.php?page=getspot&messageid=$1 [L]

Mijn .htaccess is iets anders en daarmee werkt het bij mij prima

code:

Options Indexes FollowSymLinks Multiviews
RewriteEngine on
RewriteCond %{REQUEST_URI} !api/
RewriteBase /spotweb/
RewriteRule api/?$ index.php?page=newznabapi [QSA,L]

[GaMeOvEr]

Thanks.

Ik heb mijn .htaccess aangepast, maar geen verandering. Ik vermoed dus dat er nog iets anders mis is.

[mkleinman]

Kan ik trouwens zonder problemen de commentxover tabel truncaten? Ik heb in het begin vergeten om te melden dat hij geen comments hoefden te downloaden. Ik gebruik mijn spotweb alleen als provider voor mijn sickbeard install.

Iemand enig idee?

[GaMeOvEr]

Ik heb een VM gemaakt met Windows en de windows install van spotweb ( zoals hier beschreven) werkt wel gelijk vlekkeloos, inclusief API. Kortom, de debian-vm trash ik wel weer, mij te veel gepruts met iets wat ik zelf niet goed genoeg begrijp om bij te kunnen houden.

[willem1509]

GaMeOvEr schreef op vrijdag 02 mei 2014 @ 21:13:
Ik heb een VM gemaakt met Windows en de windows install van spotweb ( zoals hier beschreven) werkt wel gelijk vlekkeloos, inclusief API. Kortom, de debian-vm trash ik wel weer, mij te veel gepruts met iets wat ik zelf niet goed genoeg begrijp om bij te kunnen houden.

Welk besturingssysteem draai je normaal als ik vragen mag? OSX?

[GaMeOvEr]

Nope, windows. Voor de rest niet veel linux ervaring. Dingen zoals installeren en wat googlen lukt allemaal wel, maar ik kan zelf niet dependencies en dergelijke inschatten, dus dat maakt troubleshooten lastig, vooral omdat je onbekend bent met het besturingssysteem dus ook het overzicht van de tools niet hebt. (dus om bijvoorbeeld te kijken welke processen draaien, waar logs staan, ini bestanden etc etc)

[ Voor 93% gewijzigd door GaMeOvEr op 03-05-2014 13:21 ]

[Ferra]

Ik heb nu iets aparts; ik heb spotweb draaien via sw4all. Als ik mn pc opstartte, werden mysql en de apache server netjes gestart.

Op dit moment start hij wel mysql maar apache niet meer automatisch als ik mijn pc opstart. Terwijl bij services wel automatisch opstarten staat bij apache. Als ik handmatig sw4all start, doet hij het wel.

Hoe krijg ik dit weer automatisch werkend?

[Gamma_ed]

Ik heb een probleem, spotweb start niet meer op.

Dit is gekomen gekomen nadien ik een nieuwe versie van DSM heb geinstalleerd, dit is versie 5.0 4482

Normaal gesproken kon ik altijd een nieuwe dsm installeren en bleef het functioneren, maar goed. Wie kan mij aub hiermee helpen.

[Gamma_ed]

Ik had problemen met ipkg, maar dit opgevolgd en dan werkt het weer http://www.synology-forum...date-version-5-0-4482/45/

Maar ik loop nu vast bij het opnieuw installeren van spotweb, en ik volg deze instructie op http://patrickscholten.co...web-on-your-synology-nas/

Maar hier gaat het fout, bij deze opdracht invoeren, blijft het scherm gewoon blanco...... http://yournas/phpmyadmin

Wie heeft er aub tips voor mij ? ik ben radeloos


Nu probeerde ik dit dus ook nog maar kreeg dit:
DiskStation> git pull
Already up-to-date.
DiskStation> /usr/bin/php upgrade-db.php
PHP Warning: Unknown: open_basedir restriction in effect. File(/volume1/web/spotweb/upgrade-db.php) is not within the allowed path(s): (/var/services/tmp:) in Unknown on line 0
PHP Warning: chdir(): open_basedir restriction in effect. File(/volume1/web/spotweb) is not within the allowed path(s): (/var/services/tmp:) in /volume1/web/spotweb/upgrade-db.php on line 10
PHP Warning: require_once(): open_basedir restriction in effect. File(/volume1/web/spotweb/lib/SpotClassAutoload.php) is not within the allowed path(s): (/var/services/tmp:) in /volume1/web/spotweb/upgrade-db.php on line 13
PHP Warning: require_once(/volume1/web/spotweb/lib/SpotClassAutoload.php): failed to open stream: Operation not permitted in /volume1/web/spotweb/upgrade-db.php on line 13
PHP Fatal error: require_once(): Failed opening required 'lib/SpotClassAutoload.php' (include_path='.') in /volume1/web/spotweb/upgrade-db.php on line 13
DiskStation>

Opgelost:

gevonden

Bij open PHP base dir aanpassen, dit ingevuld: /Volume1/web/:


Nu nog even uitzoeken hoe je couchpotato en spotweb moet koppen zodat couchpotato ook spots kan zoeken

Maar ga nu eerst slapen,

[ Voor 58% gewijzigd door Gamma_ed op 06-05-2014 00:58 ]

[Deem]

Veel problemen met ipkg's. Ik draai nu al 2 jaar op een NUC servertje en nog nooit problemen gehad.

[Ferra]

Ligt het aan mij of zijn er veel takedowns?

[mkleinman]

Kleine schop: Kan ik de tabel commentsxover zonder problemen leeg gooien?