Task planner retrieve werkt niet

[Stephan296]

Geeft het logfile dat aan?

[fableonian]

Bedoel je de output log van de job? Zo ja daar is niks terug te zien van welke user hem uitvoert.

Ik denk zelf dat hij hem niet als root kan uitvoeren omdat ik niet kan inloggen als root alleen als admin. Kon ook geen root user aanmaken want die bestaat al in de cli omgeving. Als ik via ssh als root inlogde werke het script wel in de cli zonder sudo. Dus de permissions melding die ik kreeg vanuit task planner als root was voor mij alleen maar bevestiging dat deze niet als root word uitgevoerd.

[Stephan296]

Bijzonder... hier werkt het op mijn test nas prima als admin en later ook als root.

[Hawkens]

SpotWeb v0.67.28.31 on PHP v5.5.31 crashed

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

Opgelost door de volgende syntax op te nemen in de taakplanner: "cd /volume1/web/spotweb && echo vul hier je wachtwoord in | sudo -S php56 retrieve.php --force"

Gezien je wachtwoord nu zichtbaar is in de taakplanner, heb ik hier een speciale user voor aangemaakt, bijvoorbeeld: "sched_task".

Deze user heb ik toegevoegd aan de admin groep, zodat de user ook SSH rechten heeft om de taak te kunnen uitvoeren. Zorg er wel voor dat je de rechten verder juist insteld, zodat deze user bijvoorbeeld niet in de Synology als admin kan inloggen. Dit kan je doen via Privileges -> Desktop "Local Users" en dan "Deny" voor de sched_task user.

Run de retrieve.php de 1e keer handmatig via putty om alles binnen te halen, dus de spots en de comments, dit kan wel een tijdje duren. Zodra alles binnen is kan je de taakplanner instellen om de updates bij te houden.

DSM 6.1-15047 Update 1
Spotweb version: 20161225-1