[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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



Els paquets cron i anacron haurien de ser incompatibles, perquè això és una xapussa important davant quan fas cas de la teoria bàsica i fas servir la magnífica estructura de directoris /etc/cron.*

Provaré a desinstal·lar anacron d'aquest ordinador i, si la cosa és satisfactòria, ho aplicaré a tots els ordinadors que es queden sempre en marxa.

Gràcies.


El 11/2/23 a les 21:09, tictacbum ha escrit:
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 <mailto: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.


--

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.


Reply to: