Cronjob auto updates

[icecreamfarmer]

Ik draai proxmox met lxc containers en die wil ik automatisch updaten

Nu heb ik dit gevolgd:
https://www.linuxfordevic...automatic-updates-cronjob

27 * * * * root cd / && run-parts --report /etc/cron.hourly
26 6 * * * root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }
10 6 * * 7 root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.weekly; }
31 6 1 * * root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.monthly; }
55 3 19 * * * root /usr/bin/apt update -q -y >> /var/log/apt/automaticupdates.log
15 4 19 * * * root /usr/bin/apt upgrade -q -y >> /var/log/apt/automaticupdates.log
39 20 * * * * root /usr/local/bin/icloudpd-web --host 192.168.xx.xxx --port 5000 >> /var/log/apt/icloudcron.log

Dikgedrukte is door mij toegevoegd maar ik heb het idee dat het niets doet. icloudpd-web start sowieso niet op maar ik vind ook nergens de logfiles in /var/log/apt/ .

Wat doe ik hier fout?

Als ik de commandos in de cli uitvoer werkt het gewoon.

[Borromini]

Cron logt zijn output normaal, dus effe de logs bekijken. Kan je geen cronjob voor root zelf instellen ipv de user zo te moeten forceren?

[icecreamfarmer]

Borromini schreef op zondag 4 mei 2025 @ 20:54:
Cron logt zijn output normaal, dus effe de logs bekijken. Kan je geen cronjob voor root zelf instellen ipv de user zo te moeten forceren?

In de lxc log ik altijd in als root.

Maar ik krijg dit in de logs met dit commando:
grep CRON /var/log/syslog

2025-05-04T14:04:06.312451+00:00 IcloudU cron[341]: (CRON) INFO (pidfile fd = 3)
2025-05-04T14:04:06.312457+00:00 IcloudU cron[341]: (CRON) INFO (Running @reboot jobs)
2025-05-04T14:05:01.160720+00:00 IcloudU CRON[563]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-05-04T14:15:01.176548+00:00 IcloudU CRON[7672]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1

Doe ik dit:
https://askubuntu.com/que...ow-do-i-set-up-a-cron-job

Dan lijkt er nog steeds niets te gebeuren logfile wordt niet aangemaakt.

[ Voor 8% gewijzigd door icecreamfarmer op 04-05-2025 21:16 ]

[AW_Bos]

Die log ziet er niet schokkend uit, en ziet er dus normaal uit.
Kan je niet eens proberen of je met een simpel uitvoerbaar script iets kan loggen?

code: /usr/local/bin/cron-test.sh

#!/bin/bash
echo "$(date): Cronjob werkt!" >> /tmp/cron-test.log

En dan iets als dit:

code:

* * * * * /usr/local/bin/cron-test.sh

Als het goed gaat moet je /tmp/cron-test.log gevuld worden.

[ Voor 81% gewijzigd door AW_Bos op 04-05-2025 21:20 ]

[Bastien]

Ik denk dat de 19 in beide regels niet thuis hoort? Je hebt 5 opties voor wanneer het moet draaien, jij hebt er nu 6.

[AW_Bos]

Bastien schreef op zondag 4 mei 2025 @ 21:22:
Ik denk dat de 19 in beide regels niet thuis hoort? Je hebt 5 opties voor wanneer het moet draaien, jij hebt er nu 6.

Scherp gezien!

[icecreamfarmer]

Bastien schreef op zondag 4 mei 2025 @ 21:22:
Ik denk dat de 19 in beide regels niet thuis hoort? Je hebt 5 opties voor wanneer het moet draaien, jij hebt er nu 6.

Ik wil hem op de 19de dag van de maand draaien.

Voor testen heb ik dat nu uitgezet maar met hetzelfde resultaat.

[Bastien]

icecreamfarmer schreef op zondag 4 mei 2025 @ 21:26:
[...]


Ik wil hem op de 19de dag van de maand draaien.

Voor testen heb ik dat nu uitgezet maar met hetzelfde resultaat.

Dan moet je een * weghalen.

[ed1703]

Het is:

m h dom mon dow command

[icecreamfarmer]

Bastien schreef op zondag 4 mei 2025 @ 21:27:
[...]

Dan moet je een * weghalen.

Goed punt.
Overigens in de test had ik dit draaien:

25 21 * * * /usr/bin/apt-get update -q -y >> /var/log/apt/automaticupdates2.log
* * * * * /usr/local/bin/cron-test.sh

Dus daar had ik dat al gecorrigeerd.

[icecreamfarmer]

AW_Bos schreef op zondag 4 mei 2025 @ 21:17:
Die log ziet er niet schokkend uit, en ziet er dus normaal uit.
Kan je niet eens proberen of je met een simpel uitvoerbaar script iets kan loggen?

code: /usr/local/bin/cron-test.sh

#!/bin/bash
echo "$(date): Cronjob werkt!" >> /tmp/cron-test.log

En dan iets als dit:

code:

* * * * * /usr/local/bin/cron-test.sh

Als het goed gaat moet je /tmp/cron-test.log gevuld worden.

Doet het ook niet. File wordt niet aangemaakt.
Dit betreft trouwens ene ubuntu lxc

root@IcloudU:/tmp# cd /
root@IcloudU:/# cd tmp
root@IcloudU:/tmp# dir
pyicloud
systemd-private-a43b1100a28a41a08e7f12ec318664a5-systemd-logind.service-EAmDTh
systemd-private-a43b1100a28a41a08e7f12ec318664a5-systemd-resolved.service-egjsAa

Als ik de log bekijk lijkt er na 14:15 geen cronjob meer gedraaid te worden.

2025-05-04T14:04:06.312451+00:00 IcloudU cron[341]: (CRON) INFO (pidfile fd = 3)
2025-05-04T14:04:06.312457+00:00 IcloudU cron[341]: (CRON) INFO (Running @reboot jobs)
2025-05-04T14:05:01.160720+00:00 IcloudU CRON[563]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2025-05-04T14:15:01.176548+00:00 IcloudU CRON[7672]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1

Het zit hem hier in denk ik:

root@IcloudU:/tmp# systemctl status cron
* cron.service - Regular background program processing daemon
Loaded: loaded (/usr/lib/systemd/system/cron.service; enabled; preset: enabled)
Active: active (running) since Sun 2025-05-04 14:23:43 UTC; 5h 10min ago
Docs: man:cron(
Main PID: 220 (cron)
Tasks: 1 (limit: 38021)
Memory: 2.2M (peak: 4.7M)
CPU: 118ms
CGroup: /system.slice/cron.service
`-220 /usr/sbin/cron -f -P

May 04 19:33:01 IcloudU CRON[1250]: pam_unix(cron:session): session closed for user root
May 04 19:34:01 IcloudU cron[220]: (*system*) WRONG FILE OWNER (/etc/crontab)
May 04 19:34:01 IcloudU cron[220]: (*system*sysstat) WRONG FILE OWNER (/etc/cron.d/sysstat)
May 04 19:34:02 IcloudU cron[1260]: sendmail: warning: /etc/postfix/dynamicmaps.cf: file is owned or writable by non-root users -- skippin>
May 04 19:34:01 IcloudU cron[220]: (*system*e2scrub_all) WRONG FILE OWNER (/etc/cron.d/e2scrub_all)
May 04 19:34:01 IcloudU CRON[1257]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)
May 04 19:34:01 IcloudU postfix/sendmail[1260]: warning: /etc/postfix/dynamicmaps.cf: file is owned or writable by non-root users -- skipp>
May 04 19:34:02 IcloudU cron[1261]: postdrop: warning: /etc/postfix/dynamicmaps.cf: file is owned or writable by non-root users -- skippin>
May 04 19:34:02 IcloudU postfix/postdrop[1261]: warning: /etc/postfix/dynamicmaps.cf: file is owned or writable by non-root users -- skipp>
May 04 19:34:02 IcloudU CRON[1257]: pam_unix(cron:session): session closed for user root

[ Voor 55% gewijzigd door icecreamfarmer op 04-05-2025 21:35 ]

[Hero of Time]

Voor het oorspronkelijke artikel, waar er gesproken wordt over updates van apt, bestaat al sinds jaar en dag het package 'unattended-upgrades'. Die kan je naar wenst instellen en is de bedoelde manier om je systeem up to date te houden. Het kan namelijk ook je systeem herstarten als dat nodig is, bijvoorbeeld als er een kernel update is.

Voor containers zijn er eigen methodes om ze bij te werken. Maar daar moet je ook wel deels voorzichtig mee zijn om het te automatiseren. Zeker als je als versie 'latest' gebruikt, want er kan spontaan heel wat veranderen in de base image voor je container en dan werkt het niet meer.

[AW_Bos]

Verder lijkt het erop dat je rechten op een vreemde manier vernacheld zijn?

Wie is de eigenaar van /etc/crontab?

ls -l /etc/crontab

[icecreamfarmer]

Hero of Time schreef op zondag 4 mei 2025 @ 22:38:
Voor het oorspronkelijke artikel, waar er gesproken wordt over updates van apt, bestaat al sinds jaar en dag het package 'unattended-upgrades'. Die kan je naar wenst instellen en is de bedoelde manier om je systeem up to date te houden. Het kan namelijk ook je systeem herstarten als dat nodig is, bijvoorbeeld als er een kernel update is.

Voor containers zijn er eigen methodes om ze bij te werken. Maar daar moet je ook wel deels voorzichtig mee zijn om het te automatiseren. Zeker als je als versie 'latest' gebruikt, want er kan spontaan heel wat veranderen in de base image voor je container en dan werkt het niet meer.

Daar wil ik mij best in gaan verdiepen maar dan blijft staan dat ik ook een cronjob nodig heb om icloudpd-web automatisch te kunnen starten.

Voor veranderingen ben ik wat minder bang want dan zet ik een backup terug.

[icecreamfarmer]

AW_Bos schreef op maandag 5 mei 2025 @ 00:25:
Verder lijkt het erop dat je rechten op een vreemde manier vernacheld zijn?

Wie is de eigenaar van /etc/crontab?

ls -l /etc/crontab

In de IcloudU lxc (ubuntu)

code:

-rw-r--r-- 1 100000 100000 1499 May  4 18:54 /etc/crontab

In de Debian Adguard lxc (en ook de andere debian lxc's)

code:

-rw-r--r-- 1 root root 1207 Apr 24 21:29 /etc/crontab

Bij beiden lijkt cronjob niet te werken.
De ubuntu lxc heb ik zelf gemaakt de rest komt van:
https://community-scripts.github.io/ProxmoxVE/

Ik lijk ook niet de enige te zijn:
https://forum.proxmox.com...-an-lxc-container.147037/

Voor het updaten zou dit een idee kunnen zijn:
https://community-scripts...ripts?id=cron-update-lxcs

[ Voor 18% gewijzigd door icecreamfarmer op 05-05-2025 11:08 ]

[Hero of Time]

icecreamfarmer schreef op maandag 5 mei 2025 @ 10:57:
[...]

Daar wil ik mij best in gaan verdiepen maar dan blijft staan dat ik ook een cronjob nodig heb om icloudpd-web automatisch te kunnen starten.

Je hebt een specifieke tijd in je crontab gezet voor het starten van de container. Als het niet die exacte tijd is, gebeurt er niks. Wil je het bij het opstarten laten starten via cron, dan wordt er @reboot gebruikt. Maar beter is om systemd te gebruiken hiervoor. Die kan ook het proces monitoren en weer starten als het onverwachts stopt.

Docker en Podman hebben ingebouwde opties om containers automatisch te laten starten. Voor LXC zal hetzelfde bestaan ondertussen. Crontab is niet echt de oplossing hiervoor. Men zette vroeger ook regelmatig dingen in /etc/rc.local, maar dat is tegenwoordig niet meer mogelijk door systemd. Het werd overigens destijds ook al afgeraden rc.local hiervoor te (mis)gebruiken.

[icecreamfarmer]

Hero of Time schreef op maandag 5 mei 2025 @ 11:15:
[...]

Je hebt een specifieke tijd in je crontab gezet voor het starten van de container. Als het niet die exacte tijd is, gebeurt er niks. Wil je het bij het opstarten laten starten via cron, dan wordt er @reboot gebruikt. Maar beter is om systemd te gebruiken hiervoor. Die kan ook het proces monitoren en weer starten als het onverwachts stopt.

Docker en Podman hebben ingebouwde opties om containers automatisch te laten starten. Voor LXC zal hetzelfde bestaan ondertussen. Crontab is niet echt de oplossing hiervoor. Men zette vroeger ook regelmatig dingen in /etc/rc.local, maar dat is tegenwoordig niet meer mogelijk door systemd. Het werd overigens destijds ook al afgeraden rc.local hiervoor te (mis)gebruiken.

Bovenstaande snap ik daarom verplaatste ik de tijd de gehele tijd om te testen.
Het zou iets heel simpels moeten zijn maar ik krijg het niet werkend.

Dit werkt daarentegen weer wel

Crontab -e
@reboot /usr/local/bin/icloudpd-web --host 192.168.0.132 --port 5000

Net getest en het start op.

[Hero of Time]

Net even gezocht wat je nou werkelijk gebruikt, want je noemt Proxmox en LXC containers, maar dat ilcoudpd is geen container met het commando hoe je het start. Eigenlijk alle dingen die je doet lijkt niks met Proxmox te maken te hebben, maar gewoon wat elke andere Linux distro in principe kan en doet.

Zoals ik al zei, gebruik voor dat soort zaken lekker het init systeem ipv cron, want crashes worden niet afgevangen. Je had ook zelf even de moeite kunnen nemen, maar hier is een simpele systemd unit voor jouw situatie.

code:

[Unit]
Description=iCloud Photos Downloader WebUI
After=network-online.target

[Service]
Type=simple
#User=<unprivileged gebruiker>
ExecStart=/usr/local/bin/icloudpd-web --host 192.168.0.132 --port 5000
#WorkingDirectory=
Restart=on-failure
RestartSec=1m

[Install]
WantedBy=multi-user.target