Synology-Forum.nl
Packages => 3rd party Packages => Spotweb => Topic gestart door: Legster op 01 juli 2014, 14:29:58
-
/usr/bin/php /volume1/web/spotweb/retrieve.php
heb ik in cronjob staan. Werkt prima maar na een reboot is deze job verwijderd.
Nu las ik iets dat je tabs ipv spaties moet gebruiken maar dit snap ik niet helemaal.
moet ik dan na php een tab geven?
overigens zijn de volgende jobs ook altijd weg (om videostation automatisch te herindexeren):
/usr/syno/bin/synoindex -R /volume1/video/Films/
/usr/syno/bin/synoindex -R /volume1/video/Series/
-
Klopt. Dat doet de syno..... Je kan die retrieve voor spotweb ook in een scriptje zetten, wat je aanroept vanuit de taakplanner. Werkt prima (Eigen ervaring)
-
Klopt. Dat doet de syno.....
Lijkt me sterk, zou ik moeten testen.
Nu las ik iets dat je tabs ipv spaties moet gebruiken maar dit snap ik niet helemaal.
[attachimg=1]
-
Even getest dus maar
Klopt. Dat doet de syno.....
is niet waar.
DSM5:
Regel gemaakt.
Reboot
Regel bestaat nog steeds.
Het zou alleen wel waar zijn als je een DSM major upgrade doet. (niet getest)
-
Nog een test gedaan.
Synology verwijdert bij het rebooten foute regels in de crontab.
Heb b.v. dezelfde regel gebruikt maar dan zonder TAB's (zoals boven aangegeven).
Reboot
En weg is die regel. ;)
-
Ja maar in cronjob editor heb je helemaal geen tabs?
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi58.tinypic.com%2Fwvamog.jpg&hash=8356d74d192b96af8fe9ffadca0c504889053bba)
versie informatie:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi61.tinypic.com%2F2mezk42.jpg&hash=bd27781b8e335bdd2978d2c8e7bcb759ccd96976)
Cronjob editor versie:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi57.tinypic.com%2Fx4hyme.jpg&hash=32fc6d294ad2da1951a4ced11f9cae4d4587604f)
-
Wilde dan ook ff Cronjob testen dus, geinstalleerd maar bij mij start Cronjob niet eens op (DSM 5.0-4493-2)
Is Cronjob Editor wel geschikt (gemaakt) voor DSM 5.0-4493-2 vraag ik mij af.
Als je Cronjob toch op de een of andere manier aan de praat hebt gekregen en Cronjob schrijf foutief naar de crontab, dan verdwijnt deze na de reboot zoals boven al door mij is uitgelegd.
Maar goed, IK kan niet testen:
[attachimg=1]
-
Hoi Birdy,
Ja dat had ik ook inderdaad.
Mocht Cronjob Editor opstarten met een leeg (grijs) scherm ga dan naar DSM instellingen in het menu, ga naar het tabblad Beveiliging en zet de optie “Bescherming tegen aanvraagvervalsingen op meerdere sites verbeteren” uit.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi61.tinypic.com%2F22i23m.jpg&hash=68991d696724458741f18d672a7e60ee7ef4fbcf)
Druk op toepassen en log opnieuw in.
Echt even uitloggen op de webinterface dus en weer inloggen en dan werkt het.
hoor graag je bevindingen.
-
“Bescherming tegen aanvraagvervalsingen op meerdere sites verbeteren” uit.
Ah.....goeie tip :!:
Getest met cronjob editor, zet de nieuwe goed weg:
[attachimg=1]
Reboot en weer gekeken maar bij mij is die regel niet weg:
[attachimg=2]
[attachimg=3]
-
Nog even getest volgens jouw instellingen:
[attachimg=1]
Reboot en weer gekeken in cronjob, ook deze regel blijft bij mij bestaan dus, bij mij werkt het perfect.
-
dat is vreemd zeg.
als ik inlog met winscp en ga naa ETC\crontab en deze open met notepad++ zie ik:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi57.tinypic.com%2F14vhcaq.jpg&hash=65ba531766d8c4d8c9d198a463b79ae935531956)
na herstarten Diskstation zie ik:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi62.tinypic.com%2Fflznts.jpg&hash=334e8fc6f62d07cf3f8fc1f835b2586f70d17b0b)
cronlog geeft verder niets raars aan als ik middels cronjob de 3 jobs opnieuw aanmaak:
Jul 03 15:51:47 crond: crond (busybox 1.16.1) started, log level 8
Jul 03 15:52:08 crond: crond (busybox 1.16.1) started, log level 8
Jul 03 15:52:30 crond: crond (busybox 1.16.1) started, log level 8
-
Heeeeel vreemd, het eerste plaatje ziet er n.l. goed uit, zoals de crontab het verwacht.
Ik zie dus geen reden voor het OS om regels te verwijderen die goed zijn.
Alles hebben wij hetzelfde behalve de DS, maar dat is natuurlijk niet aan de orde.
Ik zou het echt niet weten waar dit nu aan ligt :S
-
word er nergens een log bijgehouden na reboot wat hij wist en waarom?
bovenstaande weergave is misschien vertekenend in notepad++, hier zoals het in de wincsp editor eruit ziet:
voor reboot:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi62.tinypic.com%2F15q6yir.jpg&hash=ecfc65033e9687cf8f26b67933168b1ee3fb133e)
na reboot:
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi57.tinypic.com%2F280phs4.jpg&hash=f5603da443b76d862cb41204ab3ca03a0dfb86dd)
-
Had je hier al gekeken: http://forum.synology.com/enu/viewtopic.php?p=13426&sid=79cedcc5d43e1f4a34f1c2deb1240eef#p13426
-
Ik zat daar eerlijk gezegd ook aan te denken echter, omdat het bij mij wel goed werkte zou ik denken aan een mogelijk ander probleem.
Maar goed, die optie zal wel gaan werken. ;)
-
deze oplossing:
DS-207 has the same issue (even with the latest firmware).
You can apply the following workaround to avoid losing your crontab on every reboot:
- use the /etc.defaults/crontab file instead of the /etc/crontab for adding new cron jobs
- modify the crontab startup script /usr/syno/etc/rc.d/S04crond.sh to force a copy of the /etc.defaults/crontab to the /etc/crontab
Code: Select all
start)
if [ -x "$CROND" ] ; then
mkdir -p /var/spool/cron/crontabs/
cp /etc.defaults/crontab /etc/crontab <== modification
ln -sf /etc/crontab /var/spool/cron/crontabs/root
echo "Starting crond..."
$CROND
fi
;;
Each time you restart the crontab daemon it will take the jobs from the /etc.default/crontab which is kept untouched during the reboot proces.
krijg ik niet voor elkaar want ik heb geen s04xxx file.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fi60.tinypic.com%2F2h5kz20.jpg&hash=e500be6aee7ddd495767bb6f98d9a41402a9fd98)
daarnaast vraag ik me af of ik cronjob editor dan nog kan gebruiken als dit aangepast is, verwijst hij dan naar de juiste file?
-
Deze oplossing is volgens mij voor DSM4.
In DSM5 is het script:
/etc/init/crond.conf
daarnaast vraag ik me af of ik cronjob editor dan nog kan gebruiken als dit aangepast is, verwijst hij dan naar de juiste file?
Ja, daar zorgt ln -sf /etc/crontab /var/spool/cron/crontabs/root || true in het script voor.
-
Heb de regel toegevoegd en herstart.
Nu is de cronjob geheel leeg. Als ik een job toevoeg middels Cronjob editor komt deze er niet in te staan (niet in het Cronjob editor venster na opslaan, noch in de file etc.defaults/crontab).
heb nu dus geen enkele job meer draaien en kan er geen meer toevoegen middels Cronjob editor.
Ook descriptions toevoegen worden niet opgeslagen.
Met de hand de etc.defaults/crontab opnieuw gevuld regel voor regel. Deze worden inderdaad bewaard na reboot nu, maar ik kan cronjob editor dus niet meer gebruiken.
Kan het dat de rechten niet (MEER) goed staan middels cronjob editor de file te editten?
-
Nu is de cronjob geheel leeg.
Even gekeken in /etc.defaults/crontab en die is leeg dus is /etc/crontab nu ook leeg na die aanpassing.
Als je nu /etc/crontab weer standaard wilt hebben zet de volgende regels er dan in:
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
27 13 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all
20 0 * * * root /usr/syno/bin/timebkp recycle_all
0 4 * * 1,2,3,4,6 root /usr/syno/bin/synopkg chkupgradepkg
Nu ben ik maar weer eens aan het testen gegaan:
1 - /etc/init/crond.conf regel toegevoegd: cp /etc.defaults/crontab /etc/crontab2 - /etc.defaults/crontab de regels toegevoegd zoals ze standaard zijn in /etc/crontab (zie boven)
Dus dan staat er:
#minute hour mday month wday who command
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
27 13 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all
20 0 * * * root /usr/syno/bin/timebkp recycle_all
0 4 * * 1,2,3,4,6 root /usr/syno/bin/synopkg chkupgradepkg
3 - Reboot
Nu is er bij iets vreemds gebeurd:
Ik kijk in /etc/crontab en daar staan nu maar 3 regels in:
#minute hour mday month wday who command
13 11 * * 2,5 root /usr/syno/sbin/synoupgrade --fetch-all
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
In tegenstelling tot wat er in /etc.defaults/crontab staat:
#minute hour mday month wday who command
0 0 1 * * root /usr/syno/bin/syno_disk_health_record
27 13 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all
20 0 * * * root /usr/syno/bin/timebkp recycle_all
0 4 * * 1,2,3,4,6 root /usr/syno/bin/synopkg chkupgradepkg
Toen ben ik gaan kijken in Cronjog Editor en die laat alleen nog maar een grijs scherm zien terwijl de optie uit staat: [attachimg=1]
Ok.....alles weer terug naar org en reboot gedaan en alles werkt weer zoals het bij mij goed werkte.
Schiet mij maar lek ::)
Tot slot:
Ik snap niet dat de crontab bij jou (en sommige anderen blijkt uit andere Fora) WEL gewist wordt na elke reboot en bij mij NIET.
Ik zou de standaard gebruiken voor het plannen van jobs: Taakplanner.
Wat jij bijvoorbeeld wilt zo in de Taakplanner zetten:
[attachimg=2]
Inplannen:
[attachimg=3]
En dan ziet het er zo uit:
[attachimg=4]
-
Ja dat zou kunnen inderdaad maar wel jammer dat het zo niet gaat, bedoel cronjob is nu netjes gevuld en blijft dat ook alleen de editor kan niet muteren.
-
Update:
Heb besloten om dit dan maar met taakplanner te plannen, dus als eerste heb ik de extra regel weggehaald
in crond.conf.
Daarna een reboot en nu blijven alle regels wel staan?
nieuwe regel toegevoegd: ls -l #test
middels cronjob editor. na reboot blijft deze ook bestaan.
omschrijving van een van de taken aangepast. na reboot is deze gewist maar de taak zelf niet.
Erg onbetrouwbare tool dus deze editor, maar om een of andere redenen werkt het nu wel.
Ik laat het maar zo aangezien nu de crontab file niet meer word leeggegooit in etc/.
-
Erg onbetrouwbare tool dus deze editor
Wat ik opmerkte ;)
Taakplanner is standaard voor gebruikers en de crontab voor het Systeem (DSM).