non per il
primo:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815862
come già dicevo, secondo me è un bug che dentro LXC qualcosa non
funziona correttamente con logrotate.
Ho cercato e ho trovato questi del 2015/2016
http://debian.2.n7.nabble.com/Bug-804403-logrotate-can-not-run
Il giorno mer 31 ott 2018 alle ore 12:01 Marco Bertorello
ha scritto:
> Sono un idiota, scusate... era un container ubuntu, non debian.
>
> Comunque grazie fog, ho provato a correggere lo script come consigliato
> nel bug report, domani scopro se funziona!
Purtroppo non ha funzionato.
Addentran
Il giorno ven 2 nov 2018 alle ore 08:48 Marco Bertorello
ha scritto:
>
> Il giorno mer 31 ott 2018 alle ore 12:01 Marco Bertorello
> ha scritto:
>
> > Sono un idiota, scusate... era un container ubuntu, non debian.
> >
> > Comunque grazie fog, ho provato a correggere lo script come consigliato
>
Il giorno mer 31 ott 2018 alle ore 12:29 Gian Uberto Lauri
ha scritto:
>
> > "MB" == Marco Bertorello writes:
>
> MB> Il giorno mer 31 ott 2018 alle ore 09:54 Federico Di Gregorio
> MB> ha scritto:
>
> >> Credo sia relativo a questo:
> >>
> >> https://github.com/rsyslog/rsyslog-pkg-ubuntu/is
> "MB" == Marco Bertorello writes:
MB> Il giorno mer 31 ott 2018 alle ore 09:54 Federico Di Gregorio
MB> ha scritto:
>> Credo sia relativo a questo:
>>
>> https://github.com/rsyslog/rsyslog-pkg-ubuntu/issues/74
>>
>> (La cosa strana è che nel bug report la cosa succede per Ubuntu ma
>> De
Il giorno mer 31 ott 2018 alle ore 09:54 Federico Di Gregorio
ha scritto:
> Credo sia relativo a questo:
>
> https://github.com/rsyslog/rsyslog-pkg-ubuntu/issues/74
>
> (La cosa strana è che nel bug report la cosa succede per Ubuntu ma
> Debian ha lo script corretto, quindi forse il tuo problema
Il 31/10/18 08:32, Marco Bertorello ha scritto:
[...]
Inoltre se faccio girare lo script a mano, non da errori.
sei sicuro di usare lo stesso interprete sia da riga di comando che in
logrotate? Tieni conto che spesso il terminale è impostato ad usare bash
mentre cron e servizi usano dash
Il 31/10/2018 09:54, Federico Di Gregorio ha scritto:
Credo sia relativo a questo:
https://github.com/rsyslog/rsyslog-pkg-ubuntu/issues/74
(La cosa strana è che nel bug report la cosa succede per Ubuntu ma
Debian ha lo script corretto, quindi forse il tuo problema è solo
simile...)
Ci incol
On 31/10/2018 08:32, Marco Bertorello wrote:
Inoltre se faccio girare lo script a mano, non da errori.
variabili d'ambiente non impostate?
esecuzione con l'utente non corretto?
ma essendo logrotate sencondo me è un bug
Ciao
Davide
--
Dizionari: http://linguistico.sourceforg
Tutti i giorni, puntuale alle 7 e 04, ricevo una mail da Cron che
lamenta:
/etc/cron.daily/logrotate:
Failed to kill unit rsyslog.service: Input/output error
error: error running non-shared postrotate script for /var/log/syslog
of '/var/log/syslog
'
run-p
, ricevo una mail da Cron che lamenta:
>
> /etc/cron.daily/logrotate:
> Failed to kill unit rsyslog.service: Input/output error
> error: error running non-shared postrotate script for /var/log/syslog
> of '/var/log/syslog
> '
> run-parts: /etc/cron.daily/logrotate exited wi
Buongiorno a tutta la lista,
ho un problema su una installazione di debian sotto forma di container
(l'host è proxmox ve).
Tutti i giorni, puntuale alle 7 e 04, ricevo una mail da Cron che lamenta:
/etc/cron.daily/logrotate:
Failed to kill unit rsyslog.service: Input/output error
error:
Domanda
> stupida:
ho visto che hai specificato l'opzione "weekly".
I files sono
> vecchi almeno una settimana?ù
ciao f
Qualcuno sì
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per
problemi inviare un ema
2010/6/9 Walter Valenti :
> Per i files i n questione mi dice: log does not need rotating.
Domanda stupida:
ho visto che hai specificato l'opzione "weekly".
I files sono vecchi almeno una settimana?ù
ciao f
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.
> non ricordo male, è un bel po' che non
>> faccio regole per logrotate,
> non hai indicato quando un log deve essere ruotato
>> e quindi prende
> quello che hai stabilito come default. Quindi potrebbe essere
>> che
> hai indicato per dimensione superiore a
2010/6/8 Walter Valenti :
> Se non ricordo male, è un bel po' che non
>> faccio regole per logrotate, non hai indicato quando un log deve essere
>> ruotato
>> e quindi prende quello che hai stabilito come default. Quindi potrebbe essere
>> che hai indicato per dime
Se non ricordo male, è un bel po' che non
> faccio regole per logrotate, non hai indicato quando un log deve essere
> ruotato
> e quindi prende quello che hai stabilito come default. Quindi potrebbe essere
> che hai indicato per dimensione superiore a 500 KByte, ma
On 08/06/2010 10:28, Walter Valenti wrote:
In pratica i log "/var/log/apache/*.log" vengono ruotati, mentre gli altri
nelle sottodirectory no.
Cosa sbaglio ???
Se non ricordo male, è un bel po' che non faccio regole per logrotate,
non hai indicato quando un log deve essere r
Ho un problema con logrotate:
Questo sono le direttive relative ad apache:
##
/var/log/apache2/*.log {
weekly
missingok
rotate 52
compress
delaycompress
notifempty
create 640 root adm
sharedscripts
postrotate
On Tue, Dec 29, 2009 at 04:53:08PM +0100, pac wrote:
> Dovrei inviare un log via mail ad ogni rotazione.
> Il tutto funziona perfettamente con un solo indirizzo di posta con il
> comando
> mail indirizzodiposta posto in /etc/logrotate.d/
> Ma non riesco ad inviarlo contemporaneamente ad un seco
Dovrei inviare un log via mail ad ogni rotazione.
Il tutto funziona perfettamente con un solo indirizzo di posta con il
comando
mail indirizzodiposta posto in /etc/logrotate.d/
Ma non riesco ad inviarlo contemporaneamente ad un secondo indirizzo di
posta in pratica :
/var/log/auth.log {
rot
debian etch
da un po' di tempo ho un problemino con il logrotate nel cron.daily;
cioe' dopo aver fatto tutte le sue cosine muore rimanendo appeso e di
conseguenza mi blocca tutto il resto del cron.daily (levando logrotate
da cron.daily non si blocca)
naturalmente un kill di ru
Ciao,
ho un dubbio sulle opzioni di logrotate:
se indico nel file di configurazine per un dato file di log da gestire
con logrotate sia:
size=100k
sia
daily
le opzioni sono entrambe valide?
Ovvero: il file viene ruotato (e compresso se richiesto) sia
se supera i 100k sia, se non cresce oltre
On Thu, 26 May 2005 14:27:15 +0200
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Effettivamente, durante la notte mi viene rotato il file di log, ma
purtroppo non viene compresso, e non ne capisco il motivo.
> In pratica al mattino mi trovo l'email con il report del log (il
prerotate), e sulla
[EMAIL PROTECTED] ha scritto:
/var/log/Postfix/mail.log {
daily
rotate 10
compress
nodelaycompress
ifempty
create 600 root root
prerotate
/etc/postfix/pflogsumm.pl -d yesterday /var/log/Postfix/mail.log>&1 | /usr/bin/mail -s
"Statistiche giornaliere `u
Ciao a tutti,
volevo fare la rotazione dei log di Postfix, e su /etc/logrotate.d ho creato un
file scrivendo:
/var/log/Postfix/mail.log {
daily
rotate 10
compress
nodelaycompress
ifempty
create 600 root root
prerotate
/etc/postfix/pflogsumm.pl -d yesterd
On Thu, 24 Feb 2005 01:56:44 +0100
automatic_jack <[EMAIL PROTECTED]> wrote:
> Ciao a tutti,
>
> tra le opzioni di fetchmail ho specificato di usare un file di log proprio del
> quale vorrei tenere sotto controllo la dimensione tramite l' utility logrotate
>
>
Ciao a tutti,
tra le opzioni di fetchmail ho specificato di usare un file di log proprio del
quale vorrei tenere sotto controllo la dimensione tramite l' utility logrotate
Leggendo alcuni interventi in merito su Internet, ho scritto il seguente
configuration file:
/var/log/fetc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi :)
una curiosita'...
xke' alcuni sono rotated da savelog e altri logrottae? c'e' una ragione
precisa o e' solo per la stratificazione di varie versioni?
- --
Maurizio Marini
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment:
On Sat, Nov 10, 2001 at 01:01:36PM +0100, Giuliano Grandin wrote:
> Vorrei tenere traccia delle operazioni fatte da un utente specifico e
> pensavo di copiare ~/.bash_history in una dir specifica, non di sua
se l'utente e` un minimo furbo ha molti modi per dare comandi
a bash senza che nella histo
Vorrei tenere traccia delle operazioni fatte da un utente specifico e
pensavo di copiare ~/.bash_history in una dir specifica, non di sua
proprietà, gestendola con logrotate, ma non ho la minima idea di come si
possa fare, anche perché mi pare che gestisca solo i file di sistema.
Guardando in /etc
31 matches
Mail list logo
