Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: Boldhead op 06 januari 2017, 13:43:31
-
Goedendag,
Na wat problemen heb ik mijn spotweb installatie verwijderd en opnieuw geinstalleerd.
Nu krijg ik bij de eerste handmatige retrieve deze foutmelding. Hij gaat daarna wel gewoon door met retrieven.
Probleem wat ik daarna krijg is dat hij niet meer automatisch (task) retrieved.
Weet iemand wat deze foutmelding inhoud, en belangrijker, hoe ik dit oplos?
Alvast bedankt!
PHP Warning: PHP Startup: Unable to load dynamic library '/var/packages/PHP5.6/ target/usr/local/lib/php56/modules/libsodium.so' - libsodium.so.18: cannot open shared object file: No such file or directory in Unknown on line 0
-
Dit is de foutmelding die de retrieve task geeft:
Taak: Spotweb Update
Starttijd: Sun, 08 Jan 2017 10:00:27 GMT
Stoptijd: Sun, 08 Jan 2017 10:00:28 GMT
Huidige status: 255
Standaard uitvoer/fout:
PHP Warning: PHP Startup: Unable to load dynamic library '/var/packages/PHP5.6/target/usr/local/lib/php56/modules/libsodium.so' - libsodium.so.18: cannot open shared object file: No such file or directory in Unknown on line 0
SpotWeb v0.68.28.32 on PHP v5.6.28 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 305
Notice: Undefined variable: retriever in /volume1/web/spotweb/retrieve.php on line 305 PHP Fatal error: Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 305
Fatal error: Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 305
-
Wat is je regel in de taakplanner?
-
/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Heeft zo altijd gewerkt tot na de reinstall.
Heb inmiddels PHP56 en webserver ook opnieuw geinstalleerd maar geen verbetering
-
Heb je in webstation de juiste php versie geactiveerd?
-
Jazeker!
-
Ik ben zelf ook al een morgen aan het stoeien met diverse instellingen. Volgens mij heb ik het nu weer werkend.
In eerste instantie (Bij DSM 5.2) liet ik Cronjob de retrieve taak uitvoeren (omdat ik dat destijds vaker wilde als 1 keer per uur denk ik). Om de 1 of andere reden werkt dat momenteel niet/meer. Zal waarschijnlijk iets met rechten te maken hebben. Vervolgens heb ik in de taakplanner geprobeerd om het volgende script uit te laten voeren /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php. En hem handmatig geprobeerd uit te voeren... ook dit werkte niet. Dus het script weer verwijderd uit de taakplanner, en weer wat aan het experimenteren geweest in cronjob... zonder enig succes.
Uiteindelijk heb ik Cronjob verwijderd. En het volgende retrieve script weer in de taakplanner van dsm 6.0 zelf gezet.
/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php
Nu werkt het weer vreemd genoeg... of het nu aan cronjob ligt/lag weet ik niet. Neemt Cronjob de taken van de taakplanner over? Dan kan ik het enigszins verklaren waarom het script niet uitgevoerd werd door de taakplanner toen cronjob er nog op stond.
Ow en dit heb ik nog uitgevoerd in SSH. /usr/local/bin/php56 /volume1/web/spotweb/upgrade-db.php & /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php --force
Maar het lijkt er bij jou op alsof hij bepaalde mappen mist... of geen rechten heeft
EDIT: Dit was met spotweb_NOARCH-201604... nog wat. De laatste versie van spotweb staan upgrade-db.php in de bin folder.
/usr/local/bin/php56 /volume1/web/spotweb/bin/upgrade-db.php