Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: bronstijn op 01 december 2017, 23:39:02
-
Tja, dat spotweb opzetten gaat ook al niet zo soepel hier.
Geïnstalleerd volgens de methode en instellingen van @Birdy.
nginx, apache 2.2/2.4, maakt allemaal geen klap uit, blijf 'Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' error krijgen... ook met de handmatige eerste retrieve.
Oplossing die zou moeten werken:
De volgende handeling heeft mijn probleem opgelost:
-Login met putty als Root
-Ga naar de spotnet directory
-commando "php migrate-cache.php"
-dan pas het commando "php upgrade-db.php"
werkt dus niet. Ook niet met de php56 aangeroepen versie.
Ik krijg dezelfde foutmelding.
Zal (ook) wel met versies van webstation etc voor ds418 te maken hebben.
Kan morgen nog eens op mijn 'oude' beestje (DS209-DS212j) een install proberen.
Wat is het toch mooi als het allemaal werkt, he... ;)
-
Heb je bericht gesplitst van hier (https://www.synology-forum.nl/sickrage/sickrage-chrome-notificaties-en-veel-niet-te-vinden-'missed-episodes'/)en verplaatst naar deze rubriek.
-
Miste hem al... gaat ook van hot naar her ;)
Heeft wel allemaal met elkaar te maken, maar toch ook weer niet.
-
Manmanman,
na omzwervingen (php settings grijs, niet aan te passen) spotweb kunnen installeren.
Maar nu hangt hij bij de install.php
Met phpMyAdmin kunnen zien dat de database wordt aangemaakt, maar er komen geen tabellen....
Iemand een volgende stap?
Eigen volgende stap:
spotweb verwijderd en opnieuw geinstalleerd (handmatig de 'Spotweb_noarch-all_20170305-1.spk' en daarna zonder opstarten bijgewerkt naar 20171126-1... No Joy.
PHP default profile bijgewerkt met openssl extensie, met phpinfo even gekeken (zou dat iets getriggerd hebben?)
En install.php doet wat.... next!
In 'database settings' scherm database user 'spotweb' het juiste ww meegegeven en 'verify database' geklikt (nog geen tabellen in database).
Vul usenetserver gegevens in - 'verify usenet server' (nog geen tabellen in database).
Heb 'spotweb type' als 'Public' gezet en de 'Administrative user' gegevens ingevuld - 'Create system' (logischerwijs worden de tabellen nu aangemaakt).
dbsettings.inc.php hoef ik niet aan te maken, staat er al met de juiste gegevens.
'Visit your Spotweb'
Ingelogd als administrative user en retentie op 365 gezet (voorlopig even goed zat).
Gelijk 'Remove everything' gekozen en "Retrieve spots after' op 1 november 2016 gezet (kijkt hij gelijk niet verder terug dan die datum) en 'Change' geklikt.
In putty '/usr/local/bin/php56 /volume2/web/spotweb/retrieve.php' uitgevoerd en hij begon te mopperen over ssl
Warning: stream_socket_client(): unable to connect to ssl://news.sunnyusenet.com
:563 (Unable to find the socket transport "ssl" - did you forget to enable it wh
en you configured PHP?) in /volume2/web/spotweb/vendor/spotweb/nntp/src/Protocol
/Client.php on line 725
SpotWeb v0.68.29.32 on PHP v5.6.31 crashed
Fatal error occured while connecting to the newsserver:
(-1) Error while connecting to server (server did not respond) [response: ""]
[response: ""]
In 'settings' in spotweb ssl uitgeschakeld en poort op 119 gezet, nu loopt de retrieve wel (lijkt het)
root@XXXXXX:/volume2/web/spotweb# php56 retrieve.php --force
Removing Spot information which is beyond retention period,, done
WARNING: Using slow PHP based RSA, please enable the PHP OpenSSL extension whenever possible
Last retrieve at Thu Jan 1 01:00:00 1970
Retrieving new Spots from server news.sunnyusenet.com...
Appr. Message count: 1870231
First message number: 1235051
Last message number: 3105282
Current article number: 1235051
Retrieving 1235051 till 1240052
Lijkt alleen niet veel te gebeuren, heb begrepen dat dit lang kon duren...
php is iig druk bezig volgens de 'broncontrole'
[attach=1]
Ik kijk over een uurtje wel eens een keer.
Uurtje later: idd, de retrieve loopt wel, maar met zo'n 5000 posts per dik uur (normaal zou dit een paar seconden mogen duren?)
NAS gereboot: retrieve nog eens gestart met 500 per vraag, geen volledige posts, geen volledige comments, modded posts verwijderen.... bijna 200 seconden per 500 stuks.
Is dit 'normaal' en moet ik nu wachten tot na de kerst of kan ik hier iets mee?
[attach=2]
(We komen er wel....)
-
eerste x retrieven duurt idd paar dagen en proces heeft soms de neiging (bij mij en mijn usenet provider) om af te breken. Ik trek er 2 a 3 dagen voor uit. Maar zo lang je geen foutmelding krijgt en iedere keer nieuwe spots van recentere datum ziet, gaat alles goed.
-
Vooruit, we geven het wat tijd, maar als ik morgenochtend niks zie verschijnen in de lijst moet ik weer iets anders gaan proberen...
Heb nu apache 2.2 als webserver ingesteld
Ik had de rewrite van een .htaccess bestand nodig voor de api call uit sickrage, die werkt nu.
Nu dus nog iets om in te kunnen searchen ;)
-
Op een redelijke PC duurt een volledige retrieve ongeveer 4-6 uur. Maar de syno is helaas een factor x langzamer.
Het aantal spots wat je per slag(je) doet verminderen kan de snelheid idd positief beïnvloeden.
En heb je die warning gezien ? Geen openssl ---> inherent langzaam dus ! :!:
-
Ja, die warning zag ik ook al, openssl staat bij php5.6 wel aan, alleen gebruiken ze die niet voor het ophalen van.... enz.
Retentie ook al op 100 dagen gezet en vanaf 1 oktober binnenhalen... Toch vindt spotweb dat hij de hele bups langs moet.
Wazig.
Eerder vandaag:
Appr. Message count: 1870231
First message number: 1235051
Last message number: 3105282
Current article number: 1235051
En zonet:
Retrieving new Spots from server news.sunnyusenet.com...
Appr. Message count: 1869807
First message number: 1235610
Last message number: 3105417
Current article number: 1235610
Pfff, gaat nog ff duren ben ik bang. Met de huidige snelheid van 175s voor 500 spots een kleine 8 dagen????
Whatever, het is weekend!
-
Heb ondertussen door waarom ik op mijn DS418 de meldingen kreeg:
PHP Fatal error: Uncaught Error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php:28
Hij lijkt in de cli versie de pdo driver niet te laden:
phpinfo van de 212j:
PDO
PDO support => enabled
PDO drivers => mysql
pdo_mysql
PDO Driver for MySQL => enabled
Client API version => mysqlnd 5.0.11-dev - 20120503 - $Id: 76b08b24596e12d4553bd41fc93cccd5bac2fe7a $
En die van de 418:
PDO
PDO support => enabled
PDO drivers =>
Zo ziet dat deel op de Ds418 eruit als ik hem via webstation ophaal:
[attach=1]
Dus dat gaat wel goed en verklaart meteen ook waarom het via de spotweb-interface wel lukt en met de handmatige retrieve niet.
Klein stapje verder dus.
Edit: klein stapje = groter stapje
Handmatig de php.ini aangevuld met
extension = /volume1/@appstore/PHP5.6/usr/local/lib/php56/modules/pdo_mysql.so
extension = /volume1/@appstore/PHP5.6/usr/local/lib/php56/modules/openssl.so
Nu laadt hij ze wel, ik kan ook handmatig retrieven en hij is ook nog stukken sneller..... Als in een paar seconden per 5000 berichten.
Na een reboot van de NAS is de php.ini echter weer 'default' en kreeg ik de eerste keer de bekende melding:
PHP Fatal error: Uncaught Error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php:28
opnieuw de 2 regels toegevoegd en hij is weer aan het verwerken (zelfs met ssl ingeschakeld op de nieuwsserver)
Komt allemaal goed, zo te zien.
@Birdy , misschien iets om te verwerken in de handleiding?
-
pdo_mysql en openssl zijn gewoon php opties die je via webstation aan zou moeten kunnen zetten.
Als dat niet kan is het tijd voor een ticket naar Synology.
-
Extensies staan in de webstation interface ingesteld, worden ook op de webpagina's gebruikt, maar in de shell
gebruikt hij blijkbaar een andere php.ini. worden andere 'Additional .ini files' gebruikt dan op de webpagina's...
'Additional .ini files parsed' volgens phpinfo.php webstation is/zijn '/usr/syno/etc/packages/WebStation/php_profile/f0fb273e-8083-4f5c-9188-7bb5a6311ed9/conf.d/user_settings.ini'
'Additional .ini files parsed' volgens diens 'phpinfo.php' is/zijn '/usr/local/etc/php56/conf.d/webstation-extensions.ini'
Vreemd dat ze daarvoor verschillende gebruiken, vooral omdat de namen op zich impliceren dat ze hetzelfde bedoelen.
Lijkt alsof ze de 'profielen' uit de beta van webstation nog niet in de shell hebben doorgevoerd.
Zal eens uitzoeken hoe dat gaat (een ticket naar Synology).
-
Als je het PHP56 of PHP70 commando als cli gebruikt, worden ook de webstation instellingen gebruikt, in tegenstelling tot het PHP cli commando die zijn eigen php.ini heeft (tik maar eens php --ini of php 56 --ini in).
-
Eh, bij mij (DS418) worden voor de web- en cli versie van php56 verschillende ini's gebruikt.
De settings die ik in mijn vorige post liet zien zijn namelijk van php56 cli en web
phpinfo - web:
[attachimg=1]
phpinfo - cli:
[attachimg=2]
Inherent zijn dus de instellingen voor het handmatig retrieven van posts standaard niet correct (geen modules geladen, daarom de foutmeldingen)
Ik heb nu mijn 'aanpassingen' in de ........ teruggedraaid en de modules aan de '/usr/local/etc/php56/conf.d/webstation-extensions.ini' toegevoegd. Zo blijft hun flow intact en weet ik waar straks de wijzigingen eventueel moeten worden gemaakt.
-
Welke dsm versie is dat ?
-
DSM 6.1.4-15217 Update 2
Webstation - 2.1.1-0129 (beta)
PHP 5.6 - 5.6.31-0053
-
Juist ja. Met dsm 6.1-15047 update 2 en webstation 2.0.1-111 werkt alles nog wel prima.
Hebben ze weer zitten knungelen ?
Update : met dsm 6.1.4-15217 update 2 en webstation 2.0.1-111 bevat mijn php56 cli nog steeds
Additional .ini files parsed: /usr/local/etc/php56/conf.d/phpMyAdmin.ini,
/usr/local/etc/php56/conf.d/webstation-extensions.ini
En werkt dus m.i. goed.
-
Nee, want (in ieder geval bij mij) is de 'webstation-extensions.ini' leeg en parsed dus niets.
de 'conf.d/user_settings.ini' van het gekozen profiel worden alleen in de webversie geparsed.
Jouw instellingen lijken dus hetzelfde te staan. Waarschijnlijk is jouw 'webstation-extensions.ini' wel gevuld met de juiste modules.
-
De dingen die je aankruist bij de php settings worden in de webstation-extensions.ini geplaatst.
cat /usr/local/etc/php56/conf.d/webstation-extensions.ini
extension = bcmath.so
extension = curl.so
extension = gd.so
extension = gettext.so
extension = openssl.so
extension = pdo_mysql.so
extension = zip.so
(https://content.screencast.com/users/mesa57/folders/Jing/media/381f2547-bc0d-4e74-89de-c044b081d075/2017-12-03_1603.png)
-
Tja, bij mij dus niet... Was leeg.
Gr, René
-
Misschien dan toch de standaard webstation installeren ipv de bèta.
-
Was dat maar zo'n feest, dat heb ik twee keer eerder hier geprobeerd en toen kreeg ik dat andere probleem (uitgegrijsd php venster, geen wijzigingen mogelijk)...
Dit werkt voor mij nu en ik heb een beetje door hoe dat spotweb nu met apache en php in elkaar grijpt, dus eventuele update problemen denk ik wel de baas te kunnen, zij hij vol overtuiging ;)
-
Haha, prima hoor. Was alleen leuk geweest voor andere gebruikers als we de root cause gevonden hadden. :)
-
Was dat maar zo'n feest, dat heb ik twee keer eerder hier geprobeerd en toen kreeg ik dat andere probleem (uitgegrijsd php venster, geen wijzigingen mogelijk)...
Dit werkt voor mij nu en ik heb een beetje door hoe dat spotweb nu met apache en php in elkaar grijpt, dus eventuele update problemen denk ik wel de baas te kunnen, zij hij vol overtuiging ;)
Ik heb hetzelfde probleem (" Undefined class constant 'MYSQL_ATTR_FOUND_ROWS'"). Ben dus benieuwd hoe en wat jij gedaan hebt om dit op te lossen.
-
Mysql mag in de extensies niet aanstaan. pdo_mysql juist wel.
-
De enige twee die ik
nu handmatig heb had toegevoegd zijn idd de pdo_mysql.so en openssl.so
Nu heb ik de hele rits zoals in de instellingen bij webstation erin staan.
Maar Spotweb werkte al prima bij het handmatig toevoegen van pdo_mysql.so en openssl.so
Gr, René
-
Post de uitvoer van php56 --ini eens ....
-
Als je die van mij bedoelt:
Configuration File (php.ini) Path: /usr/local/etc/php56
Loaded Configuration File: /usr/local/etc/php56/php.ini
Scan for additional .ini files in: /usr/local/etc/php56/conf.d
Additional .ini files parsed: /usr/local/etc/php56/conf.d/webstation-extensions.ini
In die webstation-extensions.ini staat nu:
extension = curl.so
extension = gd.so
extension = mssql.so
extension = mysql.so
extension = mysqli.so
extension = openssl.so
extension = pdo_dblib.so
extension = pdo_mysql.so
extension = pdo_pgsql.so
extension = pdo_sqlite.so
Maar die heb ik er zelf in moeten zetten, want de webstation instellingen worden alleen in die profile-map doorgevoerd en niet in dit bestand.
Zie ook mijn post hierboven, bij het toevoegen van alleen de pdo_mysql en openssl werkte Spotweb handmatig ook goed, de webversie (de knop op de interface) werkte via de instellingen van webstation al.
Die haalt zijn instellingen nl. op uit '/usr/syno/etc/packages/WebStation/php_profile/f0fb273e-8083-4f5c-9188-7bb5a6311ed9/conf.d/user_settings.ini' waarbij dat stukkie 'guid' bij eenieder waarschijnlijk anders is...
@mesa57 - die mysql.so lijkt niet zo'n probleem te zijn, staat bij mij aan en ik heb geen gekke dingen verder.
-
Ik snap dat je vanuit webstation dat niet kun regelen. Niet dat dat goed is hoor.
Maar mysql.so en mysqli.so moeten er wel uit.
-
Mysql is idd voor mij ook niet nodig, maar die mysqli heb ik nodig om phpmyadmin te draaien (sporadische backup van mijn energie verbruiks tabellen).
Enneh, Spotweb roept toch specifiek de pdo_mysql aan, kan eigenlijk niet fout gaan, toch?
Gr, René
-
Ok, dat was bij mij ook in een oudere versie van dsm.
Ik heb even nog een keer getest, en dit werkt bij mij goed :
admin@vmdsm614:/$ cat /usr/local/etc/php56/conf.d/webstation-extensions.ini
extension = bz2.so
extension = curl.so
extension = gd.so
extension = gettext.so
extension = gmp.so
extension = iconv.so
extension = ldap.so
extension = mcrypt.so
extension = mysql.so
extension = mysqli.so
extension = openssl.so
extension = pdo_mysql.so
extension = zip.so
admin@vmdsm614:/$ php56 /volume1/web/spotweb/retrieve.php --force
Last retrieve at Sun 03 Dec 2017 10:05:36 PM CET
Retrieving new Spots from server news.eu.supernews.com...
Appr. Message count: 4704399
First message number: 3118
Last message number: 4707517
Current article number: 4707171
Retrieving 4707171 till 4707518 (parsed: 346, in DB: 1, signed: 336, invalid: 1, rtntn.skip: 0, mod: 9, full: 0, total: 347) in 41.55 seconds
Processed a total of 347 spots
Finished retrieving spots.
Calculating how many spots are new, done.
Last retrieve at Mon 04 Dec 2017 09:23:34 PM CET
Retrieving new comments from server news.eu.supernews.com...
Appr. Message count: 16195639
First message number: 572
Last message number: 16196211
Current article number: 16193518
Retrieving 16193518 till 16196212^C
-
Even integraal het mailtje van Synology.
Komt erop neer dat het bekend is en by design.
Instellingen van webstation 2+ worden niet toegepast op de cli versie...
Hi Bronstijn,
Thank you for contacting Synology support.
Since Web Station 2.0, you may set up PHP parameters in Web Station, but the settings will NOT apply to PHP commands under CLI.
If you needs to run PHP under CLI, please specify the location of the customized php.ini using the -c option (the customized php.ini contains desired PHP settings):
https://www.synology.com/knowledgebase/DSM/tutorial/General/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet
Add -c option in the php command, and specify Web Station's config folder:
PHP 5.6 /usr/local/bin/php56 -c /path/to/php.ini /path/to/your/script
PHP 7.0 /usr/local/bin/php70 -c /path/to/php.ini /path/to/your/script
Note: If you wishes to apply the same PHP settings from Web Station under command line interface, /path/to/php.ini can be:
/usr/syno/etc/packages/WebStation/php56/php.ini (If using Web Station ver. 111 or earlier, and PHP 5.6)
/usr/syno/etc/packages/WebStation/php70/php.ini (If using Web Station ver. 111 or earlier, and PHP 7.0)
-- OR --
/usr/syno/etc/packages/WebStation/php_profile/<Profile_ID>/conf.d/user_settings.ini (If using Web Station ver. 126 or later)
ps. /usr/syno/etc/packages/WebStation/PHPSettings.json contains the mapping of Web Station PHP Profile and the Profile ID.
Hope this helps.
Take care and have a good day,
Al Lin
Technical Support
Hours of operation: 9AM-6PM, Monday-Friday, GMT+8
Email Powered by Synology MailPlus
Dus onze/mijn oplossing werkt, maar ze vinden zelf eigenlijk dat je bij elke keer dat je php gebruikt het path handmatig moet toevoegen. Dit vind ik zelf niet werkbaar, dus hou ik maar bij wat ik waar heb toegevoegd, mocht het in een update worden overschreven.
-
En het is ook niet waar wat ze schrijven. Bij mij worden de php instellingen van webstation wel degelijk overgenomen in de cli omgeving, Maar ze zeggen :
/usr/syno/etc/packages/WebStation/php_profile/<Profile_ID>/conf.d/user_settings.ini (If using Web Station ver. 126 or later)
ps. /usr/syno/etc/packages/WebStation/PHPSettings.json contains the mapping of Web Station PHP Profile and the Profile ID.
Ver. 126 is dus de bèta versie van webstation.
Bij mij is <Profile_ID) gelijk aan php56 of php70 (en niet die rare guid). Maar ik gebruik dan ook niet de beta versie van web station maar versie 111.
-
Hoi Bronstijn,
Ik lees je topic mee veel belangstelling door, daarin meldt je dat het probleem met Webstation (uitgegrijsd php venster, geen wijzigingen mogelijk) hebt opgelost.
Kun je mij aangeven met welke cmd's je dat hebt opgelost in de terminal.
Ik draai op dit moment de normale versie van Webstation en php65
-
Ik heb dus de beta geinstalleerd, omdat ik na een paar keer ook dat gegrijsde instellingenscherm kreeg. In subforum php staat ergens een thread waarin door synology wat is gewijzigd, maar ik weet ook niet wat. En op mijn telefoon is het lastig linken naar andere posts... Ik zal straks eventueel nog even kijken.
Gr, René
-
Vandaag vanwege het slecht weer hier weer eens wat tijd ingestoken ;).
Het is mij nu gelukt om Spotweb te installeren en onderstaande staat hoe en wat :
- Eerst heb ik spotweb, PHP5.6, MariaDB 5, Apache 2.2 en Web Station verwijderd en de NAS een herstart gegeven.
- Beta uitgevinkt in Package Center
- Packages automatisch update uitgevinkt
- Vanaf http://usdl.synology.com/download/Package/spk/ oudere .spk's gedownload en handmatig geïnstalleerd
- Aangezien ik een DS214Play heb was dat PHP5.6-i686-5.6.30-0052.spk en WebStation-i686-1.0-0051.spk
- Daarna in Package Center een update gedaan van Web Station en PHP5.6
- MariaDB 5 en Apache 2.2 geïnstalleerd
- Laatste Spotweb geïnstalleerd
Installatie spotweb volgens Birdy zijn uitleg gedaan en alles werkt nu weer.
Voordeel van de laatste spotweb is dat de ophaalknop en SSL weer werkt :)
De credits gaan naar dit topic https://www.synology-forum.nl/spotweb/re-spotweb-laat-php-code-zien/30/
-
Ik denk dat de eerste 2 acties voldoende geweest zouden zijn.
Ik heb spotweb getest met de normale laatste versie (niet de bèta) van de genoemde packages. En dat werkt prima. Zelfs met php 7.
-
ik ben bezig om spotweb om mijn nas te zetten maar bij de instellingen van web station zie ik de extensies niet ?
-
Welke versie gebruik je ?
-
Dit is 2.0.1-0111:
[attachimg=1]
-
die versie heb ik ook alleen die extensies staan er niet bij
-
Maak eerst het DSM scherm zo graat mogelijk en dan het scherm waar de extensies horen te staan. Ze verschijnen dan helemaal onderaan.
Lost bij mij dit probleem op.
-
Omdat ik Asterisk nog gebruik ben ik eerst op DSM 5 gebleven en nadat er een Docker versie was heb ik de DSM 6 update uitgevoerd.
Hierdoor problemen met de update scripts van Spotweb. Fout: dbeng_pdo_mysql.php on line 28. Blijkt dat er bij mij ook verschil zit in de
PHP56 parameters in Web Station en de PHP56 CLI parameters. Ook na een herinstallatie en de installatie van de oudere versies van PHP5.6, Apache 2.2 en Web Station
De PHP56 extension die in Web Station gedefinieerd zijn staan in:
/usr/syno/etc/packages/WebStation/php_profile/75880127-93a5-4b91-bf62-de48d4aa1b62/conf.d/user_settings.ini
De PHP56 extension CLI parameters:
/usr/local/etc/php56/conf.d/
Deze is leeg en er staat geen webstation-extensions.ini of de webstation-extensions.ini is leeg
root@NAS:~# cat /usr/local/etc/php56/conf.d/webstation-extensions.ini
De PHP56 Web Station modules staan in:
/volume1/@appstore/PHP5.6/usr/local/lib/php56/modules
terwijl er in de Web Station > PHP Settings > Edit> Core(Advanced Settings) > extension_dir = /usr/local/lib/php56/modules staat
Toch nog even een controle op de CLI:
root@NAS:~# php56 --ini
Configuration File (php.ini) Path: /usr/local/etc/php56
Loaded Configuration File: /usr/local/etc/php56/php.ini
Scan for additional .ini files in: /usr/local/etc/php56/conf.d
Additional .ini files parsed: /usr/local/etc/php56/conf.d/webstation-extensions.ini
en een
root@NAS:~# cat /usr/local/etc/php56/php.ini|grep extension_dir
extension_dir = "/usr/local/lib/php56/modules"
een quick en dirty oplossing is:
kopie van de Web Station modules naar het CLI pad
root@NAS:~# cp /volume1/@appstore/PHP5.6/usr/local/lib/php56/modules/* /usr/local/lib/php56/modules
en de Web Station gedefinieerd extensions kopieeren naar webstation-extensions.ini
root@NAS:~# cp /usr/syno/etc/packages/WebStation/php_profile/75880127-93a5-4b91-bf62-de48d4aa1b62/conf.d/user_settings.ini /usr/local/etc/php56/conf.d/webstation-extensions.ini
Mijn scheduled task werkt weer.
now=$(date +"%d.%m.%Y_%H.%M.%S") && php56 /volume1/web/spotweb/retrieve.php >> /volumeUSB1/usbshare/log/spotweb/spotwebtask_$now.log
-
Dankje Noisy! Jouw quick & dirty oplossing werkt. Ik heb niet eens iets hoeven te herstarten. De spots worden nu vele maler sneller binnen gehaald, moet nog wel even testen of SSL ook werkt (die staat nog uit). Ik was al dagen aan het retrieven, maar nog steeds niet klaar (1100 dagen retentie). Gelukkig stuitte ik op deze post. Gebruik de laatste spotweb versie van noarch met PHP 5.6, Apache 2.2 en de laatste DSM versie op een DS 918+.
-
De laatste versie van spotweb werkt probleemloos met SSL en (eventueel) php 7.x
-
Ik las het al. Hij was nu echt binnen enkele minuten klaar met het voor de 1e keer spots retrieven. Ik was echt al dagen bezig en vroeg me af waarom het zo slecht liep. Wel was me opgevallen dat Spotweb de SSL module niet kon vinden, maar dat komt dus doordat het aanvinken van die modules in WebStation voor Spotweb niets uithaalt.
Nog wat research gedaan m.b.t. de verschillende php.ini's en de locaties, want ik kreeg in het begin elke keer de melding dat er een geheugen tekort was. En het aanpassen daarvan in de webstation (van 128M naar 512M) had dus ook geen effect. Uiteindelijk dit gewoon in alle php.ini's aangepast :D Word dat ook gereserveerd overigens, of is het dynamisch? Anders kan ik het beter weer terugdraaien nu.
Spotweb is en blijft een lastige. Elke keer wijzigen er weer zaken, waardoor er weer iets niet werkt (en de instructies / handleiding niet meer correct is). Ik ben eerder bezig geweest met een Spotweb Docker (daarbij ging het retrieven overigens wel direct goed en snel), alleen daarbij kreeg ik de cronjob met geen mogelijkheid aan de praat (en dat kan binnen een docker container enkel via de command line worden ingesteld) (de instructies daarvan klopten dus ook al niet). Dus vervolgens toch maar lokaal geïnstalleerd.
Ik kan nog upgraden naar PHP 7, wellicht beveiligingstechnisch wat beter, maar ik vind het voor nu wel even goed.
-
De foutmelding "te weinig geheugen" is in de laatste versie van spotweb gecorrigeerd.
Overigens zijn de veranderingen in DSM de grootste oorzaak van het wijzigigen van de installatie.
-
Mooi :) Ik denk echter dat bij mij deze foutmeldingen te maken hadden met het feit dat al die extra modules ook niet konden worden gebruikt, wellicht had het dan wel gewerkt met de standaard 128M. Maar dat is nu lastig te testen aangezien de initiële retrieve gedaan is.
-
Ik ben nu al een hele tijd bezig om de initiele retrieve te doen maar blijft elke keer hangen op het retrieven..
root@VDSM1:~# /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server news.eweka.nl...
Appr. Message count: 3118885
First message number: 2
Last message number: 3118887
Current article number: 75015
Retrieving 75015 till 80016
Ik heb mijn virtuele DSM al meerdere keren geïnstalleerd en wil deze eigenlijk alleen gebruiken voor Spotweb (aangezien ik in het verleden ook al gedoe had met spotweb)
De door mij uitgevoerde stappen:
- Verse installatie
- Update naar DSM 6.1.4-15217 Update 5
- Enable SSH
- Installeer PHPMyAdmin (en dus ook MariaDB 10, MariaDB 5 en PHP5.6)
- Ik volg de gids van Birdy voor het installeren. Extra PHP opties die ik heb aangezet: Curl, gd, gettext, openssl, pdo_dblib, pdo_mysql, pdo_pgsql, pdo_sqlite en zip.
- De rechten staan goed van de map (gecontroleerd na reboot)
- Eweka instellingen aanpassen en SSL uitzetten. Aangepast naar news.eweka.nl.
- cp /volume1/@appstore/PHP5.6/usr/local/lib/php56/modules/* /usr/local/lib/php56/modules
- cp /usr/syno/etc/packages/WebStation/php56/conf.d/user_settings.ini /usr/local/etc/php56/conf.d/webstation-extensions.ini
De grap is eigenlijk ook dat als ik de synology herstart en ik wil een retrieve uitvoeren dat ik dan zie dat deze al bezig zou zijn. Dus dan doe ik maar een --force. Maar dat lijkt mij toch ook niet handig.
Iemand een idee om er voor te zorgen dat het sneller gaat?
Want ik zie dat tijdens het posten van deze reactie er toch wel een klein beetje voortgang in zit:
(parsed: 5001, in DB: 0, signed: 0, invalid: 1, rtntn.skip: 0, mod: 0, full: 5000, total: 5001) in 269.2 seconds
Retrieving 100020 till 105021
-
Verlaag het aantal headers dat per keer wordt opgehaald eens van 5000 -> 500 (settings)
-
Dat gaat voor de eerste 6 'batches' van 500 inderdaad supersnel. En daarna is het weer supertraag. Helaas...
-
"mijn virtuele DSM "
Wat is dat voor een ?
Hoeveel geheugen en cpu krijgt die ?
-
Goede vraag... Ik had gehoopt mijn post zo compleet mogelijk te maken :)
De hardware synology is een DS918+ met 4gb ram,2 samsung nvme ssd's en 3x seagate 4tb hdd's. (2 verschillende series)
De virtuele DSM is geinstalleerd via Docker zonder cpu en geheugen restrictie en dus niet via de virtual machine manager (had ik achteraf misschien wel beter kunnen doen want snapshots bij wijzigingen zijn awesome en niet mogelijk vanuit Docker...)
Ik zit op 40% gebruik.
-
Ik vermoed toch dat Mariadb daar veel moeite mee heeft.
Probeer eens een spotweb installatie direct op je ds918.
Je kunt spotweb eenvoudig weer verwijderen als hij niet bevalt.
-
Database vreet bijna geen cpu maar geheugen. Deze instelling moet je aanpassen in mariadb zelf. Anders gaat alles op een gegeven moment naar je HD en dat gaat een stuk trager. Ik ben alleen niet bekend waar deze instelling in synology zit. Normaal doe je dat in een configuratie file van je db.
-
Hmmz, maar eens docker geïnstalleerd en ddsm gestart.
webstation + apache 2.4 + mariadb 5 + spotweb erop gezet.
Staat nu te retrieven met 5000 spots per keer, zonder problemen :
Retrieving 1200242 till 1205243 (parsed: 5001, in DB: 0, signed: 4732, invalid: 23, rtntn.skip: 0, mod: 246, full: 0, total: 5001) in 5.49 seconds
Retrieving 1205243 till 1210244 (parsed: 5001, in DB: 0, signed: 4788, invalid: 19, rtntn.skip: 0, mod: 194, full: 0, total: 5001) in 4.7 seconds
Retrieving 1210244 till 1215245 (parsed: 5001, in DB: 0, signed: 4860, invalid: 14, rtntn.skip: 0, mod: 127, full: 0, total: 5001) in 4.65 seconds
Retrieving 1215245 till 1220246 (parsed: 5001, in DB: 0, signed: 4794, invalid: 16, rtntn.skip: 0, mod: 191, full: 0, total: 5001) in 5.42 seconds
Dus wat er bij jou aan de hand is snap ik niet.
-
Ik had dus hetzelfde, maar toen bleken die PHP extensies niet te werken (niet in de juiste php.ini te zijn geactiveerd). Aan de output te zien is dat bij jou wel in orde. De laatste versie van Spotweb van noarch ook geïnstalleerd? Ik heb verder de meeste opties uitstaan m.b.t. het ophalen van de spots (gaat sneller), hoe is dat bij jou? (spot volledig ophalen uit, comments ophalen uit etc.) Hij was bij mij nog geen 10 minuten bezig met de initiële retrieve van 1100 dagen retentie (heb ik ook wel het snelste abbo bij Tweaknews, en een 500 Mbit glasvezel verbinding liggen hier).
-
Ik heb de laatste versie van spotweb geinstalleerd en alle default opties aanstaan behalve het aantal spots / keer,
Dat heb ik verlaagt naar 1000 omdat mijn provider disconnect na 30 sec.
Let wel : dit is op docker / ddsm !
-
Ik heb het aantal spots ophalen verlaagd naar 500 en toen ging het niet snel maar na een paar dagen wachten is uiteindelijk alles binnen. (ik kom er net achter dat mijn pc ook al die tijd aan stond..)
Ik had de laatste versie van de package source geïnstalleerd. Maar wel met bijna alle opties van het retrieven aan.
Nu ga ik eens opzoeken waarom ik geen enkele comment heb. :)
edit: comments uitgezet, update --force uitgevoerd. Daarna comments weer aangezet en nu lijkt het te werken!
-
(https://content.screencast.com/users/mesa57/folders/Jing/media/f317d4cb-7bdc-4cb3-acef-98f64750d6cd/2018-01-23_1257.png)
-
Alsjeblieft wie kan mijn helpen, ik krijg spotweb niet goed geïnstalleerd.. Hij haalt bij mij maar niet de spots op, Ik heb dit topic helemaal doorgelezen maar zie niet waar het bij mij mis gaat. Als ik via putty kijk krijg ik de al eerder genoemde melding: Msql_Attr_found_raws, maar zie nu dus niet hoe ik dit kan fixed wie kan mij helpen.
-
Ik heb dit topic helemaal doorgelezen maar zie niet waar het bij mij mis gaat.
Dit Topic (https://www.synology-forum.nl/spotweb/fatal-error-undefined-class-constant-'mysql_attr_found_rows'/msg243996/#msg243996)dan eens doorlezen.