[Opgelost] NZB knop werkt niet bij sommige HD en DVD spots

[impossible]

Support Request Template

Welk spotX programma gebruik je?: SpotWeb
Wat is de versie van het spotX programma?: laatste
Wat is je besturingssysteem?: Linux
Wat is de versie van het besturingssysteem?: 64bits
Welke Usenet Provider heb je?: XLNED
Welke Internet Provider heb je?: ONSNET
Welk Anti-Virus/Firewall programma gebruik je?: geen
Met welk programma download je?: NZBVortex
Wanneer begon je probleem?: meteen na installatie. overigens tijdens install.php werkte het gedeelte newsserver niet, vervolgens doorgegaan naar page3 en installatie afgemaakt en naderhand newsserver ingesteld in gui.
Geef een beschrijving van je probleem: Tijdens retrieven konden de posts nooit geopend worden (ook niet als retrieven klaar was). Vervolens aangezet dat volledige spots en nzb's images etc worden opgehaald. Eindelijk werkt dit nu goed (heb alleen laatste maand binnengehaald), maar het lijkt erop dat bij een hoop HD en DVD spots de NZB niet juist is meegenomen. De foutmelding is dan:

Code: Selecteer alles

ERRORError while connecting to server (server did not respond) [response: ""] [response: ""] 

bij een aantal hd en dvd spots werkt de nzb knop weer wel. heel vreemd?

Generated by Support Toolkit SRT Generator.

[hjvbft]

Bij gebruik php de max_input_time, max_execution_time en memory_limit verhogen via php.ini.

[impossible]

thanks, maar helaas zelfde probleem ook na herstart van de machine. Of moet ik de posts nu volledig opnieuw binnen halen?

[hjvbft]

Opnieuw ophalen van de headers (ook niet na het wisselen van server) is niet nodig.
Dit kan een tijdelijk probleem van de usenet server zijn.
Om uit te sluiten dat het aan Spotweb ligt kan er een andere server ingesteld worden.
Probeer daarna opnieuw een NZB op te halen van een spot die het eerst niet deed.
Als de NZB nu wel opgehaald kan worden ligt het probleem bij de usenet provider (in dit geval XLNed).

[sander]

Ik heb hetzelfde probleem.
Ik heb er een issue van gemaakt op de Spotweb Github.
En ik heb geen EasyUsenet, maar Sunny.

[impossible]

ok, ben benieuwd.

-- [bericht automatisch samengevoegd - 02 jan 2013, 22:14] --

volgens mij heb ik je issue gezien, maar is nu gesloten?

Overigens krijg ik bij elke foute NZB download in de logfile van apache het volgende te zien:

Code: Selecteer alles

[Wed Jan 02 22:12:34 2013] [error] [client x.x.x.x] PHP Warning:  stream_socket_client(): unable to connect to ssl://readerx.xlned.com:563 (Toegang geweigerd) in /var/www/html/spotweb/NNTP/Protocol/Client.php on line 682, referer: http://x.x.x.x/?page=index&search[tree]=cat0_z0_a4,cat0_z0_a6,cat0_z0_a7,cat0_z0_a8,cat0_z0_a9&search[value][]=

ik las ergens op github dat dit wellicht in de php.ini kan zitten? op de install.php is alles netjes OK (behalve postgres, maar ik gebruik mysql). En verder alle tips uitgevoerd qua performance instellingen in de php.ini

*edit: foutmelding in code geplaatst.

[hjvbft]

Voor SSL kan ook news.xlned.com gebruikt worden. Komt bij dezelfde servers (195.200.85.32, 195.200.85.31) uit. Account sharing is toegestaan dus het maakt niet uit als Spotweb de usenet server bereikt vanaf een ander ip dan de gebruikte newsreader voor downloaden. Controleer of het probleem ook bestaat zonder SSL.

Welke losse versies van php en Apache worden gebruikt of het versienummer en naam van samengestelde pakket (bijv. xampp)? Welke linux besturingssysteem en versie word er gebruikt?

[impossible]

news.xlned.com geprobeerd, maakt niks uit. zonder SSL lijkt het beter te gaan, maar kan het met SSL hierna weer niet goed reproduceren. De spots boven 5GB tot 7GB kunnen nu gewoon via nzb knopje worden opgehaald. na een bepaalde grootte van de NZB is het afgelopen en komt de foutmelding.
linux is centos 6.3 x86_64
php is versie 5.3.3.
apache versie is 2.2.15
installatie is verder via git verlopen.

[hjvbft]

Heb helaas nog geen oplossing gevonden.
Je kan nog wel de limieten verhogen via php.ini tot bijvoorbeeld de volgende waarden.

Code: Selecteer alles

max_input_time=300
max_execution_time=600
memory_limit=1024

Controleer of apache 2.2.15 en php 5.3.3 beide dezelfde versie van OpenSSL gebruiken.
Als we er hier niet uit komen kan je een ticket maken op Github.

[impossible]

thanks wederom, de limieten had ik al geprobeerd en zelfs hoger gezet.
openssl versie voor php en apache weet ik niet precies hoe ik dit kan vinden, maar ik verwacht dat dit wel hetzelfde is.
ik denk dat ik binnenkort maar met een nieuwe installatie begin en andere linux distro.
nog aanbevelingen qua linux versie?

-- [bericht automatisch samengevoegd - 04 jan 2013, 19:31] --

ik probeer het wel met ubuntu volgens handleiding! ik laat nog wel weten of het dan beter gaat.