Neem contact op met het Synology-ondersteuningsteam - MySQL

[Birdy]

  en....graag gedaan.

[Pec]

Bij mij is spotweb nog nooit gaan werken.
Wanneer ik de rechten op de /volume1/web aanpas voor de http user zijn deze weer verdwenen na een reboot.
Zou je de http user nog ergen op de synology kunnen zien, wanneer je op machtiging controleren drukt zie ik namelijk ook geen http user staan.

Heeft iemand enig idee?

Dit verklaard waarschijnlijk ook de onderstaande foutmelding welke ik via Putty krijg..

Retrieving 6338659 till 6343660 (parsed: 5001, in DB: 0, signed: 0, invalid: 92, rtntn.skip: 4736, mod: 173, full: 0, total: 5001) in 970.77 seconds
SpotWeb v0.68.28.32 on PHP v5.6.30 crashed

Fatal error occured while connecting to the newsserver:
  (-999) Failed to write to socket! (connection lost!) [response: ""]


#0 /volume1/web/spotweb/vendor/gdwebs/nntp/src/Protocol/Client.php(286): Net_NNTP_Protocol_Client->throwError('Failed to write...', -999)
#1 /volume1/web/spotweb/vendor/gdwebs/nntp/src/Protocol/Client.php(1791): Net_NNTP_Protocol_Client->_sendCommand('XOVER 6343660-6...')
#2 /volume1/web/spotweb/vendor/gdwebs/nntp/src/Client.php(1000): Net_NNTP_Protocol_Client->cmdXOver('6343660-6348660')
#3 /volume1/web/spotweb/lib/services/Nntp/Services_Nntp_Engine.php(137): Net_NNTP_Client->getOverview('6343660-6348660')
#4 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(213): Services_Nntp_Engine->getOverview(6343660, 6348660)
#5 /volume1/web/spotweb/lib/services/Retriever/Services_Retriever_Base.php(319): Services_Retriever_Base->loopTillEnd(0, '5000')
#6 /volume1/web/spotweb/retrieve.php(145): Services_Retriever_Base->perform()
#7 {main}

ALvast bedankt voor het antwoord!

[Dutchnova]

Bij mij staat het gewoon op http zoals in de tut.
Maar je kan nog scrollen met dat menu en staat het daar ook niet bij ?

Ik zie op je screen dat je die "lezen" en "schrijven" bij machtiging  niet aangevinkt hebt en dat moet wel.

Mocht het nou niet lukken hier is de data base van spotweb met dezelfde layout.
Als alternatief.

https://www.nzbserver.com

[Birdy]

Vond deze oplossing, het is te proberen:

ga via de interface naar instellingen:
tabblad 'prestaties':
- wijzig ophalen per in bv 300
- zet externe black en whitelist UIT

tabblad ophalen:
- kies in de kalender bv 1-12-2015
- zet alle opties UIT

Probeer het opnieuw.

Nu haal je alleen de meest noodzakelijke info op, kijk of dit werkt
Als je eenmaal iets binnen hebt kun je elke keer iets aanzetten wat je erbij wilt hebben en zo proberen totdat het goed werkt.

Let op, hoe meer je aanzet hoe langer het duurt (de eerste keer) en hoe meer 'power' je NAS nodig heeft, zet dus alleen alles aan als je een snelle krachtige NAS hebt!

[Pec]

Thanks voor de antwoorden!
Wanneer ik de rechten van de http user op read /write zet dan lijkt het erop dat de rechten wel doorgevoerd zijn. Maar als ik de NAS herstart dan zijn de rechten weer zoals default "read"

Ik heb nu de aanpassing gedaan van Birdy om te zien of dat werkt, ik zal het laten weten zodra hij weer klaar is!

HIj geeft tevens ook aan dat retreive.php al actief is zelfs als ik  de NAS herstart, dmv een force doet die het uiteindelijk wel.

[Dutchnova]

Graag gedaan hoor ben er zelf ook mee aan stoeien geweest.
Misschien overbodige vraag en ik ga er wel vanuit maar je klikt wel op "ok" toch bij de instellingen in machtigen ?
Omdat je zegt dat hij de instellingen niet vast houd...

[Pec]

uiteraard ^^
De machtigingen zijn ook gewoon doorgezet naar de onderliggende folders maar op de 1 of andere manier zijn deze settings er gewoon weer uit na een reboot :/

Ik heb het zojuist nog een keer gedaan dan kan je zien wat ik bedoel.

[Birdy]

Eerste plaatje gaat over de gedeelde map web, tweede plaatje gaat over map spotweb.

[Pec]

Ik heb de rechten aangepast op de gedeelde map "Web" en aangevinkt dat ze op de onderliggende folders ook doorgevoerd moeten worden. Vandaar de afbeelding van de folder spotweb zodat je kan zien dat deze daadwerkelijk zijn doorgedrukt ^^

[Birdy]

Getest, en zie hetzelfde:

Vinkje aan:



Reboot, vinkje weg:



Kijk in een onderliggende map, dan ziet het er goed uit.



Ik zou zeggen, "works as designed" 

Echter, dat heeft niets te maken met:

Fatal error occured while connecting to the newsserver:
  (-999) Failed to write to socket! (connection lost!) [response: ""]

Zou dus de mogelijke oplossing gebruiken aangegeven in mijn eerdere reactie.

[Jheroen]

Kan ik zonder problemen mijn 2016  versie van spotweb upgraden met het losse bestand uit deze draad? Wie weet wat de changelog is voor de 2017 versie?
Update: na toevoegen pakketbron krijg ik de melding dat MySQL ontbreekt terwijl mariadb actief is... bekend bij iemand?

[thugbear76]

MOD @thugbear76 Niet onnodig citeren.

Dat is nou exact waar ik ook tegenaanloop. Hoop dat ik hem niet opnieuw hoef op te zetten

[Jheroen]

Je moet het updatepakket handmatig installeren dan heb je dat probleem niet

[thugbear76]

@MOD Sorry, zal niet meer gebeuren. Wilde dat het duidelijk was dat ik op de post van Jheroen reageerd

@Jeroen Thanks, ga ik nu proberen.

Update an sich gelukt. Nu probeer ik zoals vanouds de database te upgraden, maar daar loop ik (vooralsnog) vast.

Krijg de volgende melding bij het draaien van het upgrade-db.php commando:

Code: [Selecteer]

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/lib/php56/modules/mapi.so' - /usr/local/lib/php56/modules/mapi.so: cannot open shared object file: No such file or directory in Unknown on line 0

Nu heb ik in de desbetreffende locatie (php56/modules) ook geen mapi.so staan. Dus dat is logisch. Nu aan het zoeken naar een oplossing voor dat probleem.

[thugbear76]

Als aanvulling na het zoeken in dit fourm, en nog eens naar de laatste tut van Birdy te hebben gekeken, bleek het probleem in de PHP56 properties in de Webstation te zitten.

Na het aanvinken van de module pdo_dblib werkte de upgrade, en werkt de laatste versie weer.