Re: anacron non viene eseguito
On Sun, Sep 18, 2022 at 7:33 PM Piviul wrote: > > Il fatto e` che in /var/log/syslog l'unica traccia che trovo di anacron e` > l'esecuzione del comando specificato in /etc/cron.d/anacron: > 30 7-23 * * * root[ -x /etc/init.d/anacron ] && if [ ! -d > /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; > fi > > Ma, se non sbaglio (e vi prego di dirmelo) esegue anacron SOLO se NON > ESISTE /run/systemd/system. Ma nel mio sistema questa directory viene > creata al boot! Immagino venga creata da systemd, ma non capisco se questo > comportamento e` corretto o no. > > qual'è la tua fonte? Non mi sono mai chiesto come funzioni cron ma ora > dovrebbe essere gestito come servizio da systemd > Hai ragione: è gestito come servizion da systemd. Su questo aspetto stavo sbagliando (vedi la risposta a Giancarlo Martini). Ad esempio cosa guarda/posta l'otput di > > $ systemctl status cron.service anacron.timer > > Eccolo: ● cron.service - Regular background program processing daemon Loaded: loaded (/lib/systemd/system/cron.service; enabled; preset: enabled) Active: active (running) since Sun 2022-09-18 21:25:43 CEST; 11min ago Docs: man:cron(8) Main PID: 757 (cron) Tasks: 1 (limit: 18844) Memory: 15.8M CPU: 28.184s CGroup: /system.slice/cron.service └─757 /usr/sbin/cron -f Sep 18 21:34:06 krsna CRON[5583]: pam_unix(cron:session): session closed for user alberto Sep 18 21:35:01 krsna CRON[5664]: pam_unix(cron:session): session opened for user alberto(uid=1000) by (uid=0) Sep 18 21:35:01 krsna CRON[5665]: (alberto) CMD (offlineimap > /dev/null 2>&1) Sep 18 21:35:06 krsna CRON[5664]: pam_unix(cron:session): session closed for user alberto Sep 18 21:36:01 krsna CRON[5743]: pam_unix(cron:session): session opened for user alberto(uid=1000) by (uid=0) Sep 18 21:36:01 krsna CRON[5744]: (alberto) CMD (offlineimap > /dev/null 2>&1) Sep 18 21:36:06 krsna CRON[5743]: pam_unix(cron:session): session closed for user alberto Sep 18 21:37:01 krsna CRON[5827]: pam_unix(cron:session): session opened for user alberto(uid=1000) by (uid=0) Sep 18 21:37:01 krsna CRON[5828]: (alberto) CMD (offlineimap > /dev/null 2>&1) Sep 18 21:37:07 krsna CRON[5827]: pam_unix(cron:session): session closed for user alberto ○ anacron.timer - Trigger anacron every hour Loaded: loaded (/lib/systemd/system/anacron.timer; disabled; preset: enabled) Active: inactive (dead) Trigger: n/a Triggers: ● anacron.service Perché in anacron.timer trovo: Active: inactive (dead)? E' corretto? augh
Re: anacron non viene eseguito
On Sun, Sep 18, 2022 at 7:26 PM Giancarlo Martini wrote: > il test a cui fai riferimento è presente in vari altri script, il problema > non penso sia dovuto a quello, se dai il comando rgrep "/run/systemd/system > nella directory /etc ti verranno mostrati i vari file > Avrai già controllato che il programma /usr/sbin/anacron esista e sia > eseguibile > > Grazie ai vostri commenti forse comincio a capire qualcosa. Credo che il test [ ! -d /run/systemd/system ] serva per assicurarsi eseguira anacron (/usr/sbin/invoke-rc.d anacron start) nel caso che il sistema sia ancora gestito co system V. Quindi mi ero fissato con una cosa palesemente sbagliata. Arrivero` fino in fondo. Intanto grazie. augh
Re: anacron non viene eseguito
Il 18/09/22 17:01, dot...@gmail.com ha scritto: On Sun, Sep 18, 2022 at 4:06 PM Piviul wrote: Oppure non è che c'è un errore di sintassi? Se fai una modifica nel file del cron.daily in syslog trovi qualche voce? Oppure non è che il nome del file in cron.daily contiene un . o altri caratteri strani che ne compromettono il caricamento in cron? Faro` i controlli che dici, ma direi che no, non dovrebbe essere niente del genere perche' non e` lo script aggiunto (tieni conto che di fatto ne ho tolto uno --che ha sempre funzionato-- e ne ho aggiunto un altro). Il fatto e` che in /var/log/syslog l'unica traccia che trovo di anacron e` l'esecuzione del comando specificato in /etc/cron.d/anacron: 30 7-23 * * * root [ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi Ma, se non sbaglio (e vi prego di dirmelo) esegue anacron SOLO se NON ESISTE /run/systemd/system. Ma nel mio sistema questa directory viene creata al boot! Immagino venga creata da systemd, ma non capisco se questo comportamento e` corretto o no. qual'è la tua fonte? Non mi sono mai chiesto come funzioni cron ma ora dovrebbe essere gestito come servizio da systemd Ad esempio cosa guarda/posta l'otput di $ systemctl status cron.service anacron.timer Piviul
Re: anacron non viene eseguito
il test a cui fai riferimento è presente in vari altri script, il problema non penso sia dovuto a quello, se dai il comando rgrep "/run/systemd/system nella directory /etc ti verranno mostrati i vari file Avrai già controllato che il programma /usr/sbin/anacron esista e sia eseguibile Ciao, se mi viene in mente qualcosa ... Il giorno dom 18 set 2022 alle ore 17:01 ha scritto: > On Sun, Sep 18, 2022 at 4:06 PM Piviul wrote: > >> Oppure non è che c'è un errore di sintassi? Se fai una modifica nel file >> del cron.daily in syslog trovi qualche voce? Oppure non è che il nome del >> file in cron.daily contiene un . o altri caratteri strani che ne >> compromettono il caricamento in cron? >> > > Faro` i controlli che dici, ma direi che no, non dovrebbe essere niente > del genere perche' non e` lo script aggiunto (tieni conto che di fatto ne > ho tolto uno --che ha sempre funzionato-- e ne ho aggiunto un altro). > > Il fatto e` che in /var/log/syslog l'unica traccia che trovo di anacron e` > l'esecuzione del comando specificato in /etc/cron.d/anacron: > 30 7-23 * * * root[ -x /etc/init.d/anacron ] && if [ ! -d > /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; > fi > > Ma, se non sbaglio (e vi prego di dirmelo) esegue anacron SOLO se NON > ESISTE /run/systemd/system. Ma nel mio sistema questa directory viene > creata al boot! Immagino venga creata da systemd, ma non capisco se questo > comportamento e` corretto o no. > > Dirtemi cosa sto sbagliando in questo ragionamento. > -- Giancarlo Martini (Replace 'AAA' con '@') mailto:giancarlo.firAAAgmail.com
Re: Problema con chewmail
Leandro Noferini writes: […] Dimenticavo di dirvi che sono su debian stabile su raspberry. – ciao leandro
Re: anacron non viene eseguito
On Sun, Sep 18, 2022 at 4:06 PM Piviul wrote: > Oppure non è che c'è un errore di sintassi? Se fai una modifica nel file > del cron.daily in syslog trovi qualche voce? Oppure non è che il nome del > file in cron.daily contiene un . o altri caratteri strani che ne > compromettono il caricamento in cron? > Faro` i controlli che dici, ma direi che no, non dovrebbe essere niente del genere perche' non e` lo script aggiunto (tieni conto che di fatto ne ho tolto uno --che ha sempre funzionato-- e ne ho aggiunto un altro). Il fatto e` che in /var/log/syslog l'unica traccia che trovo di anacron e` l'esecuzione del comando specificato in /etc/cron.d/anacron: 30 7-23 * * * root[ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi Ma, se non sbaglio (e vi prego di dirmelo) esegue anacron SOLO se NON ESISTE /run/systemd/system. Ma nel mio sistema questa directory viene creata al boot! Immagino venga creata da systemd, ma non capisco se questo comportamento e` corretto o no. Dirtemi cosa sto sbagliando in questo ragionamento.
Re: anacron non viene eseguito
On Sun, Sep 18, 2022 at 3:53 PM Giancarlo Martini wrote: > > Hai provato ad eseguire anacron a mano, da terminale per vedere cosa ti > dice? > Grazie per il test suggerito: Ho provato "anacron -d" e anacron viene eseguito. Ho anche provato "/usr/sbin/invoke-rc.d anacron start" e viene eseguito. Quello che non funziona e`: [ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start; fi perche', evidentemente, /run/systemd/system esiste! Ma forse mi sfugge qualcos'altro. Continuo a provare.
Re: anacron non viene eseguito
Oppure non è che c'è un errore di sintassi? Se fai una modifica nel file del cron.daily in syslog trovi qualche voce? Oppure non è che il nome del file in cron.daily contiene un . o altri caratteri strani che ne compromettono il caricamento in cron? Piviul Il 18/09/22 15:52, Giancarlo Martini ha scritto: Hai provato ad eseguire anacron a mano, da terminale per vedere cosa ti dice? -- Giancarlo Martini http://www.giancarlomartini.it http://www.linkedin.com/in/giancarlo-martini Il dom 18 set 2022, 14:04 ha scritto: Premessa: lavoro con debian/sid da decenni ormai e non ho mai avuto questo problema. Ho aggiunto uno script in /etc/cron.daily ma ho notato che non viene eseguito. O meglio, in realta`, a me pare che non venga eseguito "anacron": 1. anacron e` installato 2. in /var/log/syslog non trovo (piu`) traccia di (root) CMD (test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }) (l'ultimo e` di 3 giorni fa ed e` eseguito al "crontab" time, cioe` alle 06:25; notare che stiamo parlando di un laptop che normalmente viene spento e riacceso ma che e` rimasot acceso per qualche giorno.). 3. in /var/log/syslog trovo: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi) 4. /run/systemd/system esiste ed e` stata creata al boot (di oggi) e quindi, se capisco bene la rica precedente, il comando /usr/sbin/invoke-rc.d anacron start __non__ viene eseguito Se la mia analisi e` corretta la domanda e`: perche' esiste la directory /run/systemd/system? chi la crea? La devo rimuovere? augh
Re: anacron non viene eseguito
Hai provato ad eseguire anacron a mano, da terminale per vedere cosa ti dice? -- Giancarlo Martini http://www.giancarlomartini.it http://www.linkedin.com/in/giancarlo-martini Il dom 18 set 2022, 14:04 ha scritto: > > Premessa: lavoro con debian/sid da decenni ormai e non ho mai avuto questo > problema. > > Ho aggiunto uno script in /etc/cron.daily ma ho notato che non viene > eseguito. O meglio, in realta`, a me pare che non venga eseguito "anacron": > > 1. anacron e` installato > > 2. in /var/log/syslog non trovo (piu`) traccia di > (root) CMD (test -x /usr/sbin/anacron || { cd / && run-parts --report > /etc/cron.daily; }) > (l'ultimo e` di 3 giorni fa ed e` eseguito al "crontab" time, cioe` alle > 06:25; notare che stiamo parlando di un laptop che normalmente viene spento > e riacceso ma che e` rimasot acceso per qualche giorno.). > > 3. in /var/log/syslog trovo: > (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; > then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi) > > 4. /run/systemd/system esiste ed e` stata creata al boot (di oggi) e > quindi, se capisco bene la rica precedente, il comando > /usr/sbin/invoke-rc.d anacron start __non__ viene eseguito > > Se la mia analisi e` corretta la domanda e`: perche' esiste la directory > /run/systemd/system? chi la crea? La devo rimuovere? > > augh > >
anacron non viene eseguito
Premessa: lavoro con debian/sid da decenni ormai e non ho mai avuto questo problema. Ho aggiunto uno script in /etc/cron.daily ma ho notato che non viene eseguito. O meglio, in realta`, a me pare che non venga eseguito "anacron": 1. anacron e` installato 2. in /var/log/syslog non trovo (piu`) traccia di (root) CMD (test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }) (l'ultimo e` di 3 giorni fa ed e` eseguito al "crontab" time, cioe` alle 06:25; notare che stiamo parlando di un laptop che normalmente viene spento e riacceso ma che e` rimasot acceso per qualche giorno.). 3. in /var/log/syslog trovo: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi) 4. /run/systemd/system esiste ed e` stata creata al boot (di oggi) e quindi, se capisco bene la rica precedente, il comando /usr/sbin/invoke-rc.d anacron start __non__ viene eseguito Se la mia analisi e` corretta la domanda e`: perche' esiste la directory /run/systemd/system? chi la crea? La devo rimuovere? augh
Problema con chewmail
Ciao a tutti, nella mia rincorsa alla sostituzione di archivemail ho seguito i consigli e ho installato chewmail che però mi dà il seguente errore: chewmail -d 7 -o spam imaps://utente:passw...@server.org/INBOX.spam Method recvstamp() is not defined for a Mail::Box::IMAP4::Head. at /usr/share/perl5/Mail/Reporter.pm line 236. Mail::Reporter::AUTOLOAD(Mail::Box::IMAP4::Head=HASH(0x11cde60)) called at /usr/share/perl5/Mail/Message.pm line 278 Mail::Message::timestamp(Mail::Box::IMAP4::Message=HASH(0x11ce040)) called at /usr/bin/chewmail line 254 Che gli fo? -- ciao leandro
Re: problema Thunderbird 102.2.1-1 - testing
Luca Sighinolfi ha scritto: > ATTENTION: default value of option mesa_glthread overridden by > environment. questo ignoralo. Segnala soltanto che lo script di thunderbird sovrascrive un'opzione di mesa. Lo stesso messaggio viene visualizzato anche avviando Firefox Ciao Davide -- La mia privacy non è affar tuo https://noyb.eu/it