Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: Stephan296 op 17 februari 2016, 21:32:55
-
Net nieuwe update uitgevoerd van spotweb op dsm 6.0 Beta 2.
Echter krijg ik code 403 op mijn scherm als ik naar de pagina van spotweb ga.
Nu de map spotweb via putty de rechten 755 gegeven en ik heb weer beeld.
Of dit te veel rechten zijn weet ik niet maar de echte geleerden onder ons kunnen me dat vast wel vertellen.
Thx @Martijn85 voor je werk
-
Heeft DSM 6 geen http user meer? Dat zou het probleem kunnen verklaren.
-
Daar liep ik ook net tegen aan.
Ik zag dat de rechten op de map spotweb weg waren. De rechten binnen de map spotweb waren nog in tact. Ik heb dan ook de rechten aangepast naar 0755 op de hoofdmap en alles werkte weer.
-
Hoi,
waar doe je dit ?
ik heb dit nog nooit gezien ?
ik heb ook de 403 melding na het opnieuw installeren van Spotweb
-
Met WinSCP (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) browsen naar /volume1/web met muis op folder sportweb map, R-muisknop, properties en wijzigen.
[attachimg=1]
-
@Birdy dan moet hij toch ook iets aanpassen in de instellingen (sudo) van winscp anders kun je de rechten toch niet aanpassen?
-
Even de WinSCP link volgen ;)
-
Haha had de link niet gevolgd. Dacht dat het een link was naar de site van winscp ;-)
-
Niet denken maar checken ;D
-
Thx people, mijn Spotweb werkt weer dankzij dit topic. THX! ;)
-
Ik draai nu ook nog op 5.2, als ik weer tijd heb zal ik kijken of ik 6.0 kan installeren om de package daar werkend op te krijgen. Dit weekend gaat dat niet lukken. Ik hoop volgende week tijd vrij te hebben om dit te bekijken/testen.
-
@Birdy bedankt voor je link en screenshots.
@Martijn85 bedankt voor de spotweb package
De laatste spotweb update werkte vreemd genoeg niet automatisch een paar dagen terug, misschien ook omdat ik wat bestanden zelf handmatig had gewijzigd rechtstreeks van github...
Na de dsm 6.0 update werkte de spotweb update wel automatisch maar had ik net als de topic starter een code 403
Na een paar fouten in het begrijpend lezen Spotweb weer werkend gekregen dankzij Birdy zijn post.
-
Ik heb ook vandaag de DSM6 update gedaan. Spotweb komt netjes weer op en er lijkt niets mis. Totdat ik zie dat hij op het geplande tijdstip geen update heeft gedaan.
Toen even ingelogd en zoals hierboven beschreven een chmod0755 uitgevoerd (stond op 0761). Dat is echter de niet de oplossing voor mijn probleem.
Als ik handmatig wil updaten krijg ik een foutmelding en ik verwacht dat het MariaDB gerelateerd is:
"
root@DS214play:/usr/bin# php /volume1/web/spotweb/retrieve.php
PHP Fatal error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
Fatal error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
root@DS214play:/usr/bin#
"
Iemand een idee?
Alvast bedankt.
-
Heb je de lokatie van php ook gewijzigd?
-
Ik niet, maar misschien als gevolg van de update?
PHP staat in /usr/bin en volgs mij hoort hij daar ook thuis.
een 'ls -altsr' in usr/bin levert wel een bult nieuwe of aangepaste symbolic links van MariaDB op:
lrwxrwxrwx 1 root root 48 Mar 28 15:12 myisam_ftdump -> /volume1/@appstore/MariaDB/usr/bin/myisam_ftdump
lrwxrwxrwx 1 root root 44 Mar 28 15:12 myisamchk -> /volume1/@appstore/MariaDB/usr/bin/myisamchk
lrwxrwxrwx 1 root root 44 Mar 28 15:12 myisamlog -> /volume1/@appstore/MariaDB/usr/bin/myisamlog
lrwxrwxrwx 1 root root 45 Mar 28 15:12 myisampack -> /volume1/@appstore/MariaDB/usr/bin/myisampack
lrwxrwxrwx 1 root root 46 Mar 28 15:12 aria_ftdump -> /volume1/@appstore/MariaDB/usr/bin/aria_ftdump
lrwxrwxrwx 1 root root 43 Mar 28 15:12 aria_chk -> /volume1/@appstore/MariaDB/usr/bin/aria_chk
lrwxrwxrwx 1 root root 48 Mar 28 15:12 aria_read_log -> /volume1/@appstore/MariaDB/usr/bin/aria_read_log
lrwxrwxrwx 1 root root 48 Mar 28 15:12 aria_dump_log -> /volume1/@appstore/MariaDB/usr/bin/aria_dump_log
lrwxrwxrwx 1 root root 44 Mar 28 15:12 aria_pack -> /volume1/@appstore/MariaDB/usr/bin/aria_pack
lrwxrwxrwx 1 root root 40 Mar 28 15:12 mysql -> /volume1/@appstore/MariaDB/usr/bin/mysql
lrwxrwxrwx 1 root root 44 Mar 28 15:12 mysqltest -> /volume1/@appstore/MariaDB/usr/bin/mysqltest
lrwxrwxrwx 1 root root 45 Mar 28 15:12 mysqlcheck -> /volume1/@appstore/MariaDB/usr/bin/mysqlcheck
lrwxrwxrwx 1 root root 44 Mar 28 15:12 mysqldump -> /volume1/@appstore/MariaDB/usr/bin/mysqldump
lrwxrwxrwx 1 root root 46 Mar 28 15:12 mysqlimport -> /volume1/@appstore/MariaDB/usr/bin/mysqlimport
lrwxrwxrwx 1 root root 48 Mar 28 15:12 mysql_upgrade -> /volume1/@appstore/MariaDB/usr/bin/mysql_upgrade
lrwxrwxrwx 1 root root 44 Mar 28 15:12 mysqlshow -> /volume1/@appstore/MariaDB/usr/bin/mysqlshow
lrwxrwxrwx 1 root root 47 Mar 28 15:12 mysql_plugin -> /volume1/@appstore/MariaDB/usr/bin/mysql_plugin
lrwxrwxrwx 1 root root 46 Mar 28 15:12 mysqlbinlog -> /volume1/@appstore/MariaDB/usr/bin/mysqlbinlog
lrwxrwxrwx 1 root root 45 Mar 28 15:12 mysqladmin -> /volume1/@appstore/MariaDB/usr/bin/mysqladmin
lrwxrwxrwx 1 root root 44 Mar 28 15:12 mysqlslap -> /volume1/@appstore/MariaDB/usr/bin/mysqlslap
lrwxrwxrwx 1 root root 52 Mar 28 15:12 my_print_defaults -> /volume1/@appstore/MariaDB/usr/bin/my_print_defaults
lrwxrwxrwx 1 root root 41 Mar 28 15:12 perror -> /volume1/@appstore/MariaDB/usr/bin/perror
lrwxrwxrwx 1 root root 44 Mar 28 15:12 resolveip -> /volume1/@appstore/MariaDB/usr/bin/resolveip
lrwxrwxrwx 1 root root 42 Mar 28 15:12 replace -> /volume1/@appstore/MariaDB/usr/bin/replace
lrwxrwxrwx 1 root root 47 Mar 28 15:12 innochecksum -> /volume1/@appstore/MariaDB/usr/bin/innochecksum
lrwxrwxrwx 1 root root 53 Mar 28 15:12 resolve_stack_dump -> /volume1/@appstore/MariaDB/usr/bin/resolve_stack_dump
lrwxrwxrwx 1 root root 48 Mar 28 15:12 mysql_waitpid -> /volume1/@appstore/MariaDB/usr/bin/mysql_waitpid
lrwxrwxrwx 1 root root 43 Mar 28 15:12 mysqlbug -> /volume1/@appstore/MariaDB/usr/bin/mysqlbug
lrwxrwxrwx 1 root root 51 Mar 28 15:12 mysql_install_db -> /volume1/@appstore/MariaDB/usr/bin/mysql_install_db
lrwxrwxrwx 1 root root 45 Mar 28 15:12 msql2mysql -> /volume1/@appstore/MariaDB/usr/bin/msql2mysql
lrwxrwxrwx 1 root root 55 Mar 28 15:12 mysql_fix_extensions -> /volume1/@appstore/MariaDB/usr/bin/mysql_fix_extensions
lrwxrwxrwx 1 root root 54 Mar 28 15:12 mysql_setpermission -> /volume1/@appstore/MariaDB/usr/bin/mysql_setpermission
lrwxrwxrwx 1 root root 44 Mar 28 15:12 mysql_zap -> /volume1/@appstore/MariaDB/usr/bin/mysql_zap
lrwxrwxrwx 1 root root 46 Mar 28 15:12 mysqlaccess -> /volume1/@appstore/MariaDB/usr/bin/mysqlaccess
lrwxrwxrwx 1 root root 61 Mar 28 15:12 mysql_convert_table_format -> /volume1/@appstore/MariaDB/usr/bin/mysql_convert_table_format
lrwxrwxrwx 1 root root 50 Mar 28 15:12 mysql_find_rows -> /volume1/@appstore/MariaDB/usr/bin/mysql_find_rows
lrwxrwxrwx 1 root root 47 Mar 28 15:12 mysqlhotcopy -> /volume1/@appstore/MariaDB/usr/bin/mysqlhotcopy
lrwxrwxrwx 1 root root 48 Mar 28 15:12 mysqldumpslow -> /volume1/@appstore/MariaDB/usr/bin/mysqldumpslow
lrwxrwxrwx 1 root root 47 Mar 28 15:12 mysqld_multi -> /volume1/@appstore/MariaDB/usr/bin/mysqld_multi
lrwxrwxrwx 1 root root 46 Mar 28 15:12 mysqld_safe -> /volume1/@appstore/MariaDB/usr/bin/mysqld_safe
lrwxrwxrwx 1 root root 41 Mar 28 15:12 mysqld -> /volume1/@appstore/MariaDB/usr/bin/mysqld
lrwxrwxrwx 1 root root 54 Mar 28 15:12 mysql_tzinfo_to_sql -> /volume1/@appstore/MariaDB/usr/bin/mysql_tzinfo_to_sql
Vandaar mijn verdenking. SQL/MariaDB....
-
Als ik zo'n symbolic link volg lijkt het erop dat er een user "mysql" en groep "myysql" is die ik niet terugzie in gebruikersbeheer. Ik heb overigens nooit eerder hiernaar gekeken, dus weet niet of het nieuw is:
"
root@DS214play:/volume1/@appstore/MariaDB/mysql# ls -al
total 1372260
drwxr-xr-x 6 mysql mysql 4096 Mar 28 15:12 .
drwxr-xr-x 5 admin users 4096 Jun 30 2015 ..
-rw-rw---- 1 mysql mysql 16384 Mar 28 14:58 aria_log.00000001
-rw-rw---- 1 mysql mysql 52 Mar 28 14:58 aria_log_control
-rw-r----- 1 mysql mysql 43743 Mar 28 15:12 DS214play.err
-rw-rw---- 1 mysql mysql 1394606080 Mar 28 19:40 ibdata1
-rw-rw---- 1 mysql mysql 5242880 Mar 28 19:40 ib_logfile0
-rw-rw---- 1 mysql mysql 5242880 Mar 28 03:20 ib_logfile1
drwx------ 2 mysql mysql 4096 Jun 30 2015 mysql
drwx------ 2 mysql mysql 4096 Jun 30 2015 performance_schema
drwxr-xr-x 2 mysql mysql 4096 Jul 1 2015 spotweb
drwx------ 2 mysql mysql 4096 Jun 30 2015 test
-rw-r--r-- 1 mysql mysql 7 Jun 30 2015 VERSION
root@DS214play:/volume1/@appstore/MariaDB/mysql# cd spotweb/
root@DS214play:/volume1/@appstore/MariaDB/mysql/spotweb# ls -al
total 28824
drwxr-xr-x 2 mysql mysql 4096 Jul 1 2015 .
drwxr-xr-x 6 mysql mysql 4096 Mar 28 15:12 ..
-rw-rw---- 1 mysql mysql 8736 Jul 1 2015 cache.frm
-rw-rw---- 1 mysql mysql 8928 Jul 1 2015 commentsfull.frm
-rw-rw---- 1 mysql mysql 8814 Jul 1 2015 commentsposted.frm
-rw-rw---- 1 mysql mysql 8746 Jul 1 2015 commentsxover.frm
-rw-rw---- 1 mysql mysql 61 Jul 1 2015 db.opt
-rw-rw---- 1 mysql mysql 8696 Jul 1 2015 debuglog.frm
-rw-rw---- 1 mysql mysql 8786 Jul 1 2015 filtercounts.frm
-rw-rw---- 1 mysql mysql 8954 Jul 1 2015 filters.frm
-rw-rw---- 1 mysql mysql 8706 Jul 1 2015 grouppermissions.frm
-rw-rw---- 1 mysql mysql 8596 Jul 1 2015 moderatedringbuffer.frm
-rw-rw---- 1 mysql mysql 8782 Jul 1 2015 notifications.frm
-rw-rw---- 1 mysql mysql 8774 Jul 1 2015 permaudit.frm
-rw-rw---- 1 mysql mysql 8780 Jul 1 2015 reportsposted.frm
-rw-rw---- 1 mysql mysql 8704 Jul 1 2015 reportsxover.frm
-rw-rw---- 1 mysql mysql 8586 Jul 1 2015 securitygroups.frm
-rw-rw---- 1 mysql mysql 8780 Jul 1 2015 sessions.frm
-rw-rw---- 1 mysql mysql 2156 Mar 28 19:40 sessions.MYD
-rw-rw---- 1 mysql mysql 10240 Mar 28 19:40 sessions.MYI
-rw-rw---- 1 mysql mysql 8660 Jul 1 2015 settings.frm
-rw-rw---- 1 mysql mysql 13454 Jul 1 2015 spots.frm
-rw-rw---- 1 mysql mysql 8800 Jul 1 2015 spotsfull.frm
-rw-rw---- 1 mysql mysql 11900064 Mar 28 03:21 spots.MYD
-rw-rw---- 1 mysql mysql 17258496 Mar 28 03:21 spots.MYI
-rw-rw---- 1 mysql mysql 8876 Jul 1 2015 spotsposted.frm
-rw-rw---- 1 mysql mysql 8736 Jul 1 2015 spotstatelist.frm
-rw-rw---- 1 mysql mysql 8740 Jul 1 2015 spotteridblacklist.frm
-rw-rw---- 1 mysql mysql 8776 Jul 1 2015 usenetstate.frm
-rw-rw---- 1 mysql mysql 8656 Jul 1 2015 usergroups.frm
-rw-rw---- 1 mysql mysql 8748 Jul 1 2015 usersettings.frm
-rw-rw---- 1 mysql mysql 13070 Jul 1 2015 users.frm
root@DS214play:/volume1/@appstore/MariaDB/mysql/spotweb# /usr/bin/php /volume1/web/spotweb/retrieve.php
PHP Fatal error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
Fatal error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
root@DS214play:/volume1/@appstore/MariaDB/mysql/spotweb#
"
-
Php staat niet in /usr/bin maar in /usr/local/bin/php56 dat is de nieuwe php
-
Dan is dat veranderd in DSM6, toch?
Als ik het goed begrijp moet ik dus niet meer de oude PHP in /usr/bin gebruiken, maar de nieuwe in /usr/local/bin en die heet niet meer PHP, maar PHP56.
Ik ben nu een manual update aan het draaien en die lijkt te werken (geeft normale output). Ik heb dus maar alvast de crontab entry voor de SpotWeb update aangepast.
Bedankt voor de hulp!! :)
-
Klopt heet inderdaad php56 ;-)
Dat is inderdaad veranderd sinds dsm 6.0.
-
De forced manual update is succesvol afgesloten. De SpotWeb interface laat weer de nieuwste spots zien!
Het werkt weer. Hartelijk dank.
-
Ik had er ook last van dat Spotweb niet meer automatisch wilde updaten.
Handmatig deed hij het wel.
Via het forum van snelrennen kwam ik de volgende oplossing tegen:
Zoals in de titel al aangegeven werkt de taakplanner update niet meer sinds de update naar DSM 6.
Na de update naar DSM 6 moet je het volgende wijzigen
/usr/bin/php/volume1/web/spotweb/retrieve.php
naar
cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php --force
Bij mij werkte het updaten via de taakplanner weer als vanouds.
-
Die oplossing is er al een maand of drie maar bedankt voor het delen ;-) (versie 3 van regels inmiddels haha)
--force kun je in principe achterwege laten
-
Oeps :oops: :oops: :oops: :oops: :oops: :oops: :oops: :oops: :oops: :oops:
-
Maar goed dat je het deelt!
-
Ik heb de stappen zoals hierboven omschreven ook uitgevoerd. Dus rechten van de spotweb map gecontroleerd als de commandoregel in de taakplanner aangepast, maar hij doet nog niets. Zowel handmatig als via de taakplanner haalt hij niets binnen. Krijg wel de melding nieuwe spots binnen gehaald, maar vervolgens zijn alleen de oude spots te zien.
-
Niemand een idee? Ik heb helaas geen kennis van de werking achter de voorkant. Zou dus echt niet weten waar ik zoeken moet. Kan iemand mij op weg helpen om de storing te zoeken?
-
Ik wil je wel helpen via teamviewer
-
Is opgelost! Bedankt Stephan. Ik weet niet precies wat je gedaan hebt, maar het was o.a. iets met SSL uitzetten.
-
Klopt dat was het grote euvel ;-)
-
Ik heb hetzelfde probleempje als derhollander... via putty kan ik wel de spots updaten via cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php --force
Maar als ik dit commando in de taakplanner invoer, gebeurt er niets. Als ik in de taakplanner kijk bij resultaat bekijken, staat er "Onderbroken (255)"
Zou die oplossing voor mij ook werken?
-
Als ssl aanstaat in de instellingen heb je grote kans van dat het daarna wel weer werkt.
Maar heeft het eerder wel gewerkt?
-
Tot aan de DSM 6.0 update heeft het altijd perfect gewerkt. Waar kan ik die SSL-instelling aanpassen? Is dat in Spotweb zelf?
-
Ssl probleem bestond ook al niet dsm 5.2.
Kun je inderdaad in de instellingen van spotweb instellen bij het kopje nieuwsserver.
En de poort wijzigen naar 119.
-
Never mind.
-
Met WinSCP kreeg ik de melding dat ik niet de benodigde rechten had, vervolgens heb ik gewoon via File Station de http user weer toegevoegd met de benodigde rechten aan de Spotweb map, alles werkt weer.
-
Ik geloof dat Synology nu 3x de update naar dsm 6.0 heeft uitgevoerd. Alle 3 de keren zat ik met dit rechten-probleem. Maar wel net genoeg tijd ertussen om weer flink te kunnen zoeken naar de oorzaak van het probleem :oops: :oops: :oops:
Hopelijk zijn ze nu klaar met die updates naar 6.0
Trusten, Gerrit.
-
Ik heb eerst de update naar update-3 gedaan en de rest van de avond met putty aan het stoeien geweest.
Nu spotweb geupdate en weer gedonder met rechten.
In putty krijg ik ook steeds meer foutmeldingen tijdens retrieve.
Hoe kan ik er voor zorgen dat ik de rechten behoudt en niet de synology steeds voor mij beslist. Kan ik soms via de taakplanner een opdracht geven dat ie de rechten steeds goed zet voordat ie spotweb retrieve doet?
-
ik heb mijn ds214play opnieuw geïnstalleerd met DSM 6. Na wat problemen en hulp van birdy gelukt om NZBget weer een de praat te krijgen. Het lukt alleen niet met spotweb. Ik had spotweb draaiende en kan spots ophalen via de "ophalen" knop in spotweb zelf. Ook spots ophalen via vssh (mac) met commando "cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php --force" lukt ook. Alleen ophalen via de taakplanner lukte niet met melding onderbroken (255)
Op aanraden van dit forum heb ik het commando "chmod 0755 /volume1/web/spotweb" in vssh gegeven. Nu kom ik niet meer in spotweb (zie plaatje), Ik krijg dit ook niet meer opgelost met het aanpassen van de rechten in file station. Gek genoeg kan ik wel nog spots ophalen via vssh.
alvast veel dank voor jullie hulp!
-
Met WinSCP kreeg ik de melding dat ik niet de benodigde rechten had, vervolgens heb ik gewoon via File Station de http user weer toegevoegd met de benodigde rechten aan de Spotweb map, alles werkt weer.
Vraagje: welke rechten heeft de http-user eigenlijk nodig op de spotweb-map?
TIA, Gerrit.
-
@gbon
Ik heb de http user toegevoegd aan de map Web, zorg er wel voor bij het aanmaken van de http user dat je bij de map Web een vinkje plaatst bij ''toepassen op deze map, submappen en bestanden''
(https://halfduplex.nl/photo/webapi/thumb.php?api=SYNO.PhotoStation.Thumb&method=get&version=1&size=large&id=photo_5075626c6963_3131312e6a7067&rotate_version=0&thumb_sig=2f766f6c756d65312f50686f746f2f5075626c69632f3131312e6a7067&mtime=1461754400&SynoToken=el4lii8h72augak22af5g3gdv1)
-
ik heb de stappen met putty doorlopen en wil winscp draaien en dan krijg ik een foutmelding. Ik ben een leek ik kom er niet uit. Is het echt alleen maar mogelijk om via programmeer taal spotweb weer werkbaar te krijgen op de NAS? Ik ben verschillende avonden bezig geweest om het voor elkaar te krijgen... het duizelt mij nu enorm...
-
@hawe026
Probeer het eens op mijn bovenstaande manier.
-
ook dan krijg ik spotweb niet geinstalelleerd... bij de stap: http://IPADRESNAS//spotweb/install.php krijg ik een foutmelding
-
Kan je een pm met een printsreen sturen met de eigenschappen en dan machtiging van de map web en spotweb ?
-
Is dit na de laatste update?
Kijk eens in de map spotweb.
Want bij mij heeft hij de hele map spotweb leeg gegooid op 1 map na.
-
Taks to all!!! bij doet hij het ook weer. Ik moest ook de rechten van de onderliggende mappen aanpassen want die nam hij vanuit de root niet automatisch over.
-
Beste allemaal,
ik kom er niet meer uit en wil eigenlijk geen winscp gebruiken. Heb ik namelijk weer meer instellingen enzo.
Ik heb de rechten van de map web en spotweb allemaal naar 0755 gezet en als ik nu de pagina http://192.168.2.250/spotweb/install.php oproep krijg ik een 500 error.
wie kan me helpen?
edit: ik heb nu het pakket helemaal weer verwijderd
-
Het is wat @blackgoku heeft aangegeven hier (http://www.synology-forum.nl/spotweb/nieuwe-spotweb-update-niet-uitvoeren-op-dsm-6-0/msg190907/#msg190907) maar, zal proberen om het nog duidelijker te maken.......
Let op: bij mij was de gebruiker http reeds toegevoegd echter, zonder schrijfrechten.
Heb het zelf even getest, MariaDB en Spotweb geïnstalleerd.
http://192.168.1.22/spotweb/install.php uitgevoerd en ja, de foutmelding.
Wat ik gedaan heb:
[attachimg=1]
[attachimg=2]
Daarna krijg ik geen foutmelding meer maar de setup pagina van Spotweb.
-
Is een oud topic ik weet het maar kon niets anders vinden :-(
Hoe kan ik nou zien dat spotweb ook daadwerkelijk update?
Ik blijf namelijk alleen maar oude postings zien in spotweb. In Spotweb zelf zit geen knop om te updaten toch?
-
Ik zou de configuratie backuppen, je huidige Spotweb de-installeren, dan Spotweb_noarch-all_20170305-1.spk package hier downloaden (http://synology.nzbusenet.com/?fulllist=true), handmatig installeren volgens m'n tut (https://www.synology-forum.nl/spotweb/nieuw-(02-04-2017)-spotweb-installatie-tutorial/) en de configuratie restoren.
-
Ik zou de configuratie backuppen :P
Dat van Spotnet bedoel je neem ik aan? Heb je enig idee hoe ik dat kan doen,ik kan er namelijk niets van vinden.
Ik ben van plan je advies op te volgen en een nieuwe instal te doen.
-
Nu ik het weer lees, ik haalde 2 dingen door elkaar, Spotweb en NZBGet, Sorry.
Voor Spotweb is dat niet nodig, je moet de setup gewoon doorlopen.
-
Ik heb spotweb weer draaien maar een Database van slechts 2 dagen.
Hoe moet ik de instellingen (retrieve geloof ik) instellen om een goed gevulde database te krijgen.
Google vind ik er maar niks over. :o
-
Niet goed gezocht dan. ::)
Staat in m'n tut (https://www.synology-forum.nl/spotweb/nieuw-(02-04-2017)-spotweb-installatie-tutorial/).
-
Ik ga opnieuw beginnen, er is iets niet goed gegaan denk ik,
Wat betreft PHP 5.6 wat in de tut staat kan het ook met PHP 7.0 die is tenslotte nieuwer :)
PHP 7.0 heb ik namelijk al geïnstalleerd staan want Photp station gebruikt die, of moet ik beide geïnstalleerd hebben?
Ook zie ik in de Package 2x een Maria DB staan een versie 5 en een versie 10. Welke moet ik hebben dan?
-
Meten is weten dus, maar even getest:
Wat betreft PHP 5.6 wat in de tut staat kan het ook met PHP 7.0
Alleen PHP7 geinstalleerd, tijdens de installatie werd niet om PHP5 gevraagd en kon de install.php draaien:
[attachimg=1]
Verder dan bovenstaand scherm ben ik niet gegaan dus, dat moet je verder zelf even testen.
Koppel even terug of het goed werkt met PHP7, dan zal ik dat vermelden in m'n tut.
Maria DB staan een versie 5 en een versie 10. Welke moet ik hebben dan?
Spotweb geeft aan eerst MariaDB 5 te installeren terwijl ik 10 had geïnstalleerd dus, Versie 10 wordt (nog) niet ondersteund.
-
Ik heb het nu alleen met PHP 7.0 gedaan en dat werkt nu zoals het er nu uit ziet.
Hij is nu al een paar uur aan het updaten. Enig idee hoe lang dat gaat duren? Ik heb de retentie op 1100 dagen staan.
-
Ik heb werkelijk geen idee, gebruik Spotweb n.l. niet (staat ook in m'n tut. ;) )
-
Retrieven kan de eerste keer behoorlijk lang duren, hoe lang licht aan je internetverbinding.
Voorheen had Spotweb problemen bij retrieven als je php7 gebruikte. Geeft hij geen foutmeldingen in de retriever?
-
En hoe kan ik dat zien, hoe kom ik in de "retriever"?
-
Wanneer je de retrieve job, die je in de taakplanner hebt gezet, uitvoerd via SSH kun je het zien.
-
Of via spotweb in de browser, alleen moet je dan nergens op klikken om het niet te verstoren
-
Via de browser krijg je eventuele errors niet te zien, vandaar dat je dit via SSH moet doen.
Of de resultaten door de taak manager laten versturen, dan zie je het ook.
-
Je kunt de PHP56 binary blijven gebruiken in de taakplanner / commandline, terwijl de webinterface wel op PHP7 draait.
Dus:
cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php --force
PHP7 is merkbaar sneller, dus wel goed om te doen.
-
Ik krijg onderstaande melding (via mail) van de taakplanner.
Taak: Spotweb Update
Starttijd: Mon, 18 Sep 2017 00:00:02 GMT
Stoptijd: Mon, 18 Sep 2017 00:00:02 GMT
Huidige status: 127
Standaard uitvoer/fout:
sh: /usr/local/bin/php56: No such file or directory
De opdracht die ik in de taakplanner heb staan is:
cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php --force
Dit gaat niet goed vrees ik?
-
cd /volume1/web/spotweb/ hoeft niet per sé geloof ik, maar dat ter zijde.
Het pad naar php is goed, toch geeft hij de fout. Heb je php 5.6 wel geïnstalleerd?
-
Ik heb het nu alleen met PHP 7.0 gedaan en dat werkt nu zoals het er nu uit ziet.
Dus, het pad is: /usr/local/bin/php70
-
Ik heb het pad aangepast naar:/usr/local/bin/php70
En als ik dan de taakplanner start krijg ik direct onderstaande rapportage in de mail.
Beste gebruiker
Taakplanner heeft een geplande taak voltooid.
Taak: Spotweb Update
Starttijd: Tue, 19 Sep 2017 08:49:03 GMT
Stoptijd: Tue, 19 Sep 2017 08:49:03 GMT
Huidige status: 255
Standaard uitvoer/fout:
PHP Fatal error: Uncaught Error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php:28
Stack trace:
#0 /volume1/web/spotweb/lib/Bootstrap.php(106): dbeng_pdo_mysql->connect('localhost', 'spotweb', 'pasword', 'spotweb')
#1 /volume1/web/spotweb/lib/Bootstrap.php(34): Bootstrap->getDaoFactory()
#2 /volume1/web/spotweb/retrieve.php(11): Bootstrap->boot()
#3 {main}
thrown in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
Fatal error: Uncaught Error: Undefined class constant 'MYSQL_ATTR_FOUND_ROWS' in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php:28
Stack trace:
#0 /volume1/web/spotweb/lib/Bootstrap.php(106): dbeng_pdo_mysql->connect('localhost', 'spotweb', 'pasword', 'spotweb')
#1 /volume1/web/spotweb/lib/Bootstrap.php(34): Bootstrap->getDaoFactory()
#2 /volume1/web/spotweb/retrieve.php(11): Bootstrap->boot()
#3 {main}
thrown in /volume1/web/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28
-
Werkt het wel als je php 5.6 installeert en het pad daar naartoe laat verwijzen?
Volgens mij heeft de retriever nog steeds php 5.6 nodig en werkt deze dus niet met php 7
-
Het is ook een experiment, ik verwijs even naar mijn reactie hier (https://www.synology-forum.nl/spotweb/nieuwe-spotweb-update-niet-uitvoeren-op-dsm-6-0/msg231597/#msg231597).
Kennelijk werkt het dus niet dus, PHP5 gebruiken dus, nog steeds volgens m'n tut. ;)
-
5.6 geïnstalleerd en het pad aangepast en dan krijg ik onderstaande fout.
Taak: Spotweb Update
Starttijd: Tue, 19 Sep 2017 08:59:35 GMT
Stoptijd: Tue, 19 Sep 2017 08:59:36 GMT
Huidige status: 255
Standaard uitvoer/fout:
SpotWeb v0.68.28.32 on PHP v5.6.30 crashed
Fatal error occured retrieving reports:
Permission denied [21] for objectid []
#0 {main}
PHP Notice: Undefined variable: retriever in /volume1/web/spotweb/retrieve.php on line 304
PHP Fatal error: Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 304
-
Voer je de taak als root uit?
-
Ja, ik voer de taal als Root uit.
-
De error geeft een "Undefined variable", staan alle php-extensies in de install.php (is te controleren door /install.php achter de spotweb url te plakken) op OK?
-
Ik weet niet of dit ermee te maken heeft maar, staan alle velden en vinkjes goed ?
[attachimg=1]
-
Dat kan gecontroleerd worden door de /install.php te bekijken ;)
-
Ik zeg het maar, omdat dit in m'n tut staat dus, ff checken of de tut goed is doorlopen :P
-
Ja, alle vinkjes in webstation staan goed.
echter zie ik in de /install.php onderstaande melding NIET op OK staan.
Open base dir /tmp:/var/services/tmp:/var/services/web:/var/services/homes NOT OK (Not empty, might be a problem)
-
Die melding heb ik ook staan zie ik nu. Echter doet mijn installatie het wel goed.
Zoals ook in de melding staat, het "might be a problem".
Je keek naar de resultaten van de taak uit DSM, toch? Geeft de retriever een andere melding als je deze via SSH uitvoert?
-
Dat weet ik niet. daar moet ik even induiken hoe dat ook alweer werkt :'(
-
Of via spotweb in de browser, alleen moet je dan nergens op klikken om het niet te verstoren
Misschien dat dit makkelijker werkt maar ik weet niet hoe want dat geeft Handige Harry niet aan :P
-
Daarvoor staat er een knop linksonder het menu (volgens mij alleen als je als admin ingelogd bent).
Via de browser zie je (volgens mij) alleen geen foutmeldingen dus probleemoplossing wordt hierdoor lastig.
-
Hoe doe ik het in SSH?
Ben er wel op ingelogd maar ik weet de opdracht niet en vanuit welke map?
-
Het is exact dezelfde als in de taakplanner.
/usr/local/bin/php70 /volume1/web/spotweb/retrieve.php
De --force is alleen nodig wanneer hij al loopt en je meteen een nieuwe retrieve wil draaien.
In de taakplanner is hij naar mijn mening niet benodigd.
-
Staat ook in m'n tut :lol:
-
En dat geef ik in in de adresregel van WinSCP toch?
Daar krijg ik de foutcode
De opdracht 'cd "/usr/local/bin/php70 /volume1/web/spotweb/retrieve.php"'
gaf foutcode 1 terug, samen met de foutmelding
/bin/sh: line 40: cd: /usr/local/bin/php70 /volume1/web/spotweb/retrieve.php: No such file or directory.
Ook als ik php70 aanpas naar php56 ::)
-
En dat geef ik in in de adresregel van WinSCP toch?
In PuTTY maar, PuTTY zou ook in WinSCP kunnen bestaan.
EN zonder quotes :!:
Kijk nou ff in m'n tut.
-
Ha, Ik krijg nu onderstaand rapport in mijn mail van de DS.
Is dus 2 dagen bezig geweest :!:
Nu zie ik ook spots van 7 jaar geleden staan terwijl ik de retentie op 1100 dagen heb staan :(
Beste gebruiker
Taakplanner heeft een geplande taak voltooid.
Taak: Spotweb Update
Starttijd: Wed, 20 Sep 2017 00:00:02 GMT
Stoptijd: Thu, 21 Sep 2017 20:57:34 GMT
Huidige status: 255
Standaard uitvoer/fout:
Removing Spot information which is beyond retention period,, done
Last retrieve at Thu 01 Jan 1970 01:00:00 AM CET
Retrieving new Spots from server news.newsgrabber.nl...
Appr. Message count: 2701658
First message number: 5698531
Last message number: 8400189
Current article number: 8148674