Re: (deb-cat) /etc/crontab no efectiu

Hola,

Efectivament, la línia

25 5 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

té dues instruccions: primer el "test" mira si anacron fitxer executable existeix. Si hi és aleshores ja no fa la segona instrucció (entre parèntesis) pel que no s'executa el que hi ha a cron.daily.

Desinstal·lant anacron, t'ho faria a les 5:25 h.

On Sat, 11 Feb 2023 at 21:09, tictacbum <tictacbum@gmail.com> wrote:

Hola,
anacron està pensat per a sistemes que no estan sempre engegats, crec que si el desinstales ja s'executarà a l'hora que vols
a man anacron diu:
DEBIAN-SPECIFIC CONFIGURATION
On Debian-based systems, anacron will be activated hourly every day from 07:30 local time to 23:30 local time through cron job (on non-systemd systems where cron is installed
and enabled) or systemd timer (on systemd-based systems). On activation, anacron will check if it missed some jobs. If yes, it will start those jobs after a short period of
time.

salut!
Lluís

Missatge de Narcis Garcia <debianlists@actiu.net> del dia ds., 11 de febr. 2023 a les 20:17:
El 11/2/23 a les 18:05, Eloi ha escrit:
> El 11/2/23 a les 17:24, Narcis Garcia ha escrit:
>> Salut a tothom.
>>
>> Tinc un ordinador sempre engegat que necessito que es reiniciï cada
>> dia ben d'hora:
>>
>> $ cat /etc/crontab | grep -e daily
>> 25 5 * * * root test -x /usr/sbin/anacron || ( cd / &&
>> run-parts --report /etc/cron.daily )
>>
>> $ cat /etc/cron.daily/reboot
>> #!/bin/sh
>> reboot
>
> Has comprovat que el shell script tingui el bit d'executable definit?
> Alternativament, si només has d'executar una comanda sense paràmetres
> podries posar-hi un enllaç simbòlic (jo ho faig així)

Sí, de fet l'ordinador reinicia. També al programet li he fet
enregistrar una bitàcola a /var/log/reboot.log i la fa i hi marco la
data-hora.

> Per cert, una cosa que s'ha de vigilar amb aquest muntatge és que
> run-parts executa els scripts de forma seqüencial per ordre alfabètic.
> Això vol dir, en particular, que si tens un altre script a /cron.daily
> posterior (bé sigui teu o instal·lat per un paquet), posem per cas un
> update-foo, aquest ja no s'executarà mai més.

S'executa de ben segur, i una vegada al dia només.

> "Un dels grans avantatges dels sistemes Linux és que et permeten fer
> qualsevol cosa.
> Un dels grans inconvenients dels sistemes Linux és que et permeten fer
> qualsevol cosa."
>
>> Està clar que les tasques diàries estan programades per a disparar-se
>> a les 05:25h però malauradament l'ordinador se'm reinicia sobre les
>> 07:35h
>> No pot ser cosa de la zona horària perquè l'ordinador està establert
>> amb la nostra (CET) i ara només tenim 1 hora de diferència amb UTC.
> Confirma que efectivament sigui així i no estiguis consultant la zona
> horària d'usuaris individuals. Mira /etc/timezone per confirmar-ho

$ cat /etc/timezone
Europe/Madrid
$ date
dissabte, 11 de febrer de 2023, 20:14:01 CET
$ date --utc
dissabte, 11 de febrer de 2023, 19:14:03 UTC

>> Estan instal·lats els paquets anacron i cron, però no pas systemd-cron.
>>
>> He provat de retocar directament /etc/crontab avançant un parell
>> d'hores la columna de l'hora, però no té efecte (ni després d'un nou
>> reinici).
> Els canvis a /etc/crontab són d'aplicació immediata, no cal realitzar
> cap altra acció.
>> He trobat que la comanda "crontab -e" és adequada per a modificar i
>> aplicar, però em fa editar un fitxer on només hi ha comentaris i cap
>> línia; no sé d'on surt ni on va a parar.
> /var/spool/cron/crontabs/

$ sudo ls /var/spool/cron/crontabs/
(res)

>> I ara fa poca estona em trobo amb això:
>> $ sudo crontab -e
>> no crontab for root - using an empty one
>> /tmp/crontab.if94Er: El fitxer o directori no existeix
>> Creation of temporary crontab file failed - aborting
> Això és correcte, una cosa és el fitxer global de crontab, que té un
> camp addicional on s'indica amb quin usuari s'ha d'executar cada
> comanda, i una altra els fitxers individuals editables amb crontab on
> aquest camp no és necessari ni s'espera que hi sigui (de fet, si hi fos
> el nom d'usuari s'interpretaria com la comanda i la comanda com els seus
> paràmetres)
>> LA MEVA CONSULTA:
>> Algú sap si Systemd interfereix en tot això?
>> Per on buscar l'origen del problema?
> Això porta funcionant així des de molt abans que existís systemd.
>

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.

--
Salutacions...Josep
--