Synology-Forum.nl
Overige software => Data replicator & overige backupsoftware => Topic gestart door: bnw op 30 november 2020, 12:18:28
-
Ik heb een taak lopen die controleert of een app op de NAS nog draait en zo niet, dan wordt deze herstart. Deze taak controleert elk kwartier.
Helaas merk ik dat de taak steeds stopt en het lijkt erop dat dat gebeurt als Hyper Backup een backup gaat maken of aan het maken is.
Wat me dan alleen verbaast, is dat de custom taak dan niet meer elk kwartier loopt, maar dan wordt doorgeschoven naar de "First run time".
Is dit normaal gedrag, of is dit anders in te stellen, of zit er een probleem bij Hyper Backup?
-
Goede vraag. HB plaatst zijn taken idd in de taakplanner. Het was mij nog nooit opgevallen dat de taakplanner een taak uitstelt als er nog een andere bezig is. (Ik had alleen gezien dat lopende HB taken volgende HB taken blokkeren.)
Technisch gezien moeten er gewoon meerdere taken paralel kunnen lopen. Je zou dan zelf CronJobs moeten programmeren die jouw taak starten. In Packet center staat een CronJob editor die dat mogelijk zou moeten maken, zonder alles via de terminal/putty te moeten doen. Ik heb er echter geen ervaring mee.
-
In Packet center staat een CronJob editor
Niet standaard, je moet Community Package Hub / https://www.cphub.net/ toevoegen in Pakketbronnen (Package Center) toevoegen.
[attach=1]
Ik had Cronjob editor heel lang geleden een keer geïnstalleerd, nu weer even gedaan, om te zien of het nog wel werkt, na de laatste update van 17-11-14.
Wat eerst auto geïnstalleerd wordt, is package Init 3rdparty, deze package geeft in het Hoofdmenu 2 Items: SYSTEM PHP Configuration en SYSTEM PHP Info.
Daarna wordt Cronjob editor geïnstalleerd, opgestart, en werkt nog steeds [ @wizjos ! ]
Let wel op, de eerste 2 regels worden gezien als "Running Jobs" echter, dat zijn 2 variabelen, niet aankomen dus.
[attach=2]
Kortom, Cronjob editor is nog steeds zeer handig als je niet in /etc/crontab wilt rommelen met Terminal of PuTTY. ;D
-
Dank jullie voor de antwoorden. Ik ga er eens in duiken!
-
Kortom, Cronjob editor is nog steeds zeer handig als je niet in /etc/crontab wilt rommelen met Terminal of PuTTY. ;D
Okay, ik heb Cronjob editor geinstalleerd en uitgevonden welke job id degene is die ik aangemaakt hebt en die elk kwartier de app controleert (het gaat om Domoticz, welke mijn slimme meter uitleest).
In de normale task editor kun je een start tijd aangeven en daarbij aangeven om de hoeveel tijd de task uitgevoerd wordt. Ik heb als start tijd 0:00 ingegeven en dus als frequentie elke kwartier.
Zie "taskscheduler.png"
Maar deze taak wordt regelmatig gestopt; vaak zelfs op hetzelfde tijdstip. Als de taak gestopt wordt om bijvoorbeeld 15:00 's middags, dan wordt de taak niet een kwartier later uitegevoerd, maar pas weer om 0:00.
Als ik nu Cronjob editor open en de taak opzoek, dan staat bij minute: 0, 15, 30 en 45 geselecteerd en bij hour alleen 0.
Zie "cronjob-org.png"
Begrijp ik nu goed dat ik hier ook bij hour "all" in kan vullen zodat de eventueel gestopte taak niet pas om 0:00 weer start, maar het eerst volgende uur al weer (of zelfs het eerst volgende kwartier?)
Zie "cronjob-edited.png"
Ik heb in de logfiles nog gezocht of er iets bijzonders gebeurd op het moment dat de taak wordt gestopt, maar ik kan rond dat tijdstip niets vinden....
Als de controle taak nu elk kwartier kan blijven checken en de app opstart als deze gestopt is, dan zou ik een eind zijn. Alhoewel ik het liefste zou oplossen waarom de app steeds stopt.....
Overigens zie ik in Cronjob Editor ook een log staan in /var/log
Bij mij is die cron.log file leeg... hoort daar niets gelogd te worden?