Task planner retrieve werkt niet

[Stephan296]

http://download.teamviewer.com/download/version_10x/TeamViewer_Setup.exe

Als hij in putty werkt moet hij ook in dsm werken.
Heb je ook al eens zonder log file geprobeerd?

[larsnet]

Dat kan ik nu vanaf het werk helaas niet testen.
Ik had de onderstaande regel:

/usr/bin/php /volume1/web/spotweb/retrieve.php > /volume1/web/spotweb/retrieve.log

In retrieve.log zag ik de foutmelding staan.
Kan je e-mail notificaties aanzetten voor taken?
Dan zou ik aan de hand van de e-mail kunnen zien of het lukt of niet.

Ik zal vanavond even je link proberen of via quicksupport als die nog beschikbaar is voor versie 10.

[Stephan296]

Je kunt sowieso zien of het werkt.
Ook zonder log.
Links onderin de pagina van spotweb staat laaste update tijd (hoe lang geleden)

[larsnet]

Bedankt Stephan! 

[Stephan296]

Werkt het nog steeds?

[Maikel]

Wat was de oplossing? Ik heb sinds DSM 6.0 precies hetzelfde probleem.

[Floris79]

Stap 1
In DSM 6 moet je de gebruiker "root" beschikbaar maken.
login als admin (bv met WinSCP)
sudo -i
admin pasw
nu ben je in de root@.......
synouser  -setpw root "pasw admin"
logout
---------------------------------------------------------
Stap 2
cronjob maken met bijvoorbeeld cronjob editor (package)

/usr/local/bin/php56 /volume1/web/spotweb/retrieve.php

/usr/local/bin/php56 /volume1/web/spotweb/upgrade-db.php

Hier werkt bovenstaande prima.

[Cookiesmonster]

Is het nog gelukt om dit op te lossen?
Ik heb namelijk hetzelfde probleem.

DSM 5.2-5644
Via taakplanner en Cronjob werkt het niet en met SSH wel.

[Stephan296]

En als je een log file genereert met de taak in taakplanner?
Hier werkt het namelijk gewoon, ik gebruik alleen maar taakplanner en geen cronjob of andere oplossingen

[Maikel]

Is het nog gelukt om dit op te lossen?
Ik heb namelijk hetzelfde probleem.

DSM 5.2-5644
Via taakplanner en Cronjob werkt het niet en met SSH wel.

Na het volgen van de stappen kreeg ik in eerste instantie kreeg ik in de log elke keer een fout. Toen het even laten rusten en ik merkte dat hij het daarna wel gewoon deed. Sindsdien werkt het.

[jeewee]

Toen het even laten rusten en ik merkte dat hij het daarna wel gewoon deed. Sindsdien werkt het.

En wat heb je nu precies gedaan? Ik krijg dit niet werkend.

Ik heb een user spotweb aangemaakt in dsm. Als ik het retrieve commando uitvoer via ssh met sudo -u spotweb retrieve.php dan werkt het gewoon. Via taskplanner krijg ik de foutmelding zoals hierboven beschreven.

[mth34]

Taakplanner geeft ook hier continu rechten error 255:
Foutmelding   
ID: [1]
             Name: [Spotweb nwe spots ophalen]
            State: [disabled]
            Owner: [root]
             Type: [daily]
       Start date: [0/0/0]
         Run time: [3]:[0]
          Command: [cd /volume1/web/spotweb/ && /usr/local/bin/php56 retrieve.php]
    Last Run Time: Mon Aug  8 21:06:34 2016
           Status: [Error(255)]

(state is disabled, zolang het niet werkt heeft het toch geen zin om het aan te zetten)    <----Dit was dus het probleem!!

Wat heb ik gedaan:
-Clean install van spotweb volgens tut.
-Via SSH en spotweb is de retrieve te doen
Probleem: Via taakplanner is de retrieve niet te doen. Bij het handmatig uitvoeren van de taak krijg ik Foutmelding 255
-Forum doorgespit naar oplossingen:
--SSL uitgezet in spotweb
--Rechten op de mappen Web en Spotweb (inclusief onderliggende mappen)gewijzigd naar 0755
--Http als user lees en schrijfrechten over de mappen gegeven
Toch blijft het probleem bestaan.

Er zijn 2 dingen die misschien het probleem zijn, maar daar graag jullie idee over.
1 Mijn gebruikersaccount op spotweb heeft een eigen gebruikersnaam en ww welke niet overeen komen met een user danwel ww binnen Synology. Dit was in het verleden ook zo, echter met het veranderen van alle rechten binnen spotweb weet ik niet of dit iets uit zou moeten maken. Gebruiker met ww aangemaakt die ik ook op de nas gebruikt. Geen oplossing.
2 als ik niet inlog met mijn eigen user maar als admin, dan kan ik geen retrieves doen. Dit terwijl admin in exact dezelfde groepen zit als mijn eigen user.

Ik gebruik nu versie 20160424-1 van Spotweb.

Uit het logbestand:

SpotWeb v0.67.28.31 on PHP v5.6.21 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 313
PHP Fatal error:  Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 313

Deze foutmelding heb ik eerder gezien...

Zojuist de upgrade naar DSM 6.0 gedaan.

Ging op zich goed, maar nu blijkt spotweb niet meer te retrieven vanuit de taakplanner.
Ik heb daar de opdracht al gewijzigd in /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php, maar dat levert geen verbetering.

Handmatig retrieven werkt wel. Iemand enig idee wat er mis kan zijn?

De logging geeft:

SpotWeb v0.67.28.31 on PHP v5.6.17 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 313
PHP Fatal error:  Call to a member function quit() on null in /volume1/web/spotweb/retrieve.php on line 313


EDIT: Hij doet het wel, alleen niet wanneer je vanuit de taakplanner kiest voor Uitvoeren. Maar wacht je rustig tot de tijd waarop de taak staat ingepland dan wordt er gelukkig wel geüpdatet.

Ook hier. Het handmatig uitvoeren via Taakplanner werkt niet. Echter wanneer het automatisch gaat via de taakplanner werkt het wel.

[fableonian]

Ik had zelf ook het probleem met DSM 6 dat de task planner foutmelding terugblijft geven op de job om spotweb te updaten.

Fatal error occured retrieving reports:
  Permission denied [21] for objectid []

Huidige DSM versie op moment van posten:
DSM 6.0.1-7393 Update 2

Oplossing voor mij was:

Bij task settings als user-defined script de volgende regel te zetten:

sudo /usr/local/bin/php56 /volume1/web/spotweb/retrieve.php --force

Email notifications aangezet om te checken of alles goed doorlopen word.
En resultaat is dat deze prima draait voor mij.

Hoop dat dit een oplossing bied voor iedereen, ben zelf namelijk best wel even bezig geweest voordat ik met deze simpele oplossing kwam.

[Stephan296]

Als jij hem als root uit laat voeren zonder sudo werkt hij perfect ook zonder --force erachter.

[fableonian]

Hij staat ook als root maar dan werkt hij niet zonder sudo.