Logrotate, ik weet niet waar ik het zoeken moet.

[Con]

Ik heb in /var/log een aantal logfiles die blijven maar groeien.

Dichtslibben van de sd-kaart tot gevolg.

 

Ik hou dit nu noulettend in de gaten maar dat lijkt natuurlijk

helemaal nergens op in de geautomatiseerde wereld.

 

Dus maar ff een scriptje geschreven die die logfiles minimaliseert

naar een slordige 10kB (eenvoudig maar doeltreffend).

Maar dit is natuurlijk niet de oplossing.

Het betreft een stuk of 8 logfiles en in de directory Samba is er

een logfile die iedere dag opnieuw wordt aangemaakt (nu weer 22).

 

Geen gerustellende gedachte. Ik had al een een joekel van een

vastloper met als herinstallatie tot gevolg.

Met het grote WWW kom ik er niet uit, weet niet goed waar logrotate

wordt aangepakt.

Maar een eigen script vind ik ook goed, ben alleen bang dat er

onderhuids nog meer logfiles zijn die ik over het hoofd zie.

 

Ik denk dat hier mensen zijn die zeggen " appeltje / eitje".

[De_Perre]

misschien had je deze al gelezen via de manpages op je pi
 
je zal dus een kleine config file moeten maken, die je mee als parameter op de command line geeft (of mee als parameter geeft bij inplannen met cron)
 
 
bv

# Con's logrotate config bestand
# v0.1 - 02/07/2015

compress

/var/log {

#logrotate in 4 cycles
rotate 4
#frequentie van uitvoeren: daily <--> weekly
daily
#max grootte
size=30k

}

Dit zou een voorbeeld kunnen zijn dat je als config meegeeft wanneer logrotate opgestart wordt.


**edit**
deze lijkt me ook nog voer om eens door te nemen

2 juli 2015 aangepast door De_Perre

[Con]

Eerst ff wat taalkundigs rechtzetten.

Ik schreef noulettend, dat moet natuurlijk nauwlettend zijn, oorzaak drank en hitte .

 

Begrijp ik uit jouw verhaal goed dat alle logfiles in de

directoy /var/log dan "gerotate" worden of moet je ieder

logbestand apart aanroepen, dat zijn er nogal wat.

 

Maar ga ook even jouw link lezen, wellicht geeft dat ook inzicht.

[Con]

Dit zijn de files met verschiilende extensies, sommige

zelfs zonder extensie en om die nu allemaal te benoemen...

 

Onderstaande goed voor zo'n 5 Mb in de week.

 

alternatives.log

apt

auth.log

bootstrap.log

btmp

ConsoleKit

daemon.log

debug

dmesg

dmesg.0

dmesg.1.gz

dmesg.2.gz

dmesg.3.gz

dmesg.4.gz

dpkg.log

faillog

fontconfig.log

fsck

kern.log

lastlog

logfiles

lpr.log

mail.err

mail.info

mail.log

mail.warn

memcached.log

messages

news

ntpstats

regen_ssh_keys.log

samba

set

syslog

user.log

wtmp

Xorg.0.log

xrdp-sesman.log

 

En dat heb ik er ook nog een aantal in de directory Samba.

[De_Perre]

Eerst ff wat taalkundigs rechtzetten.

Ik schreef noulettend, dat moet natuurlijk nauwlettend zijn, oorzaak drank en hitte .

 

Begrijp ik uit jouw verhaal goed dat alle logfiles in de

directoy /var/log dan "gerotate" worden of moet je ieder

logbestand apart aanroepen, dat zijn er nogal wat.

 

Maar ga ook even jouw link lezen, wellicht geeft dat ook inzicht.

 

Voor zover ik begrepen had zou logrotate alle files in een dir onder handen nemen; of je zou een filter genre '*.log' moeten toevoegen

 

De samba logs zstaan in een andere dir; daar kan je eventueel andere regels voor aanmaken; of deze dezelfde rotatie geven door deze mee aan de /var/log toe te voegen. Moet je me even de dir naam bezorgen, schrijf ik wel een nieuw voorbeeldje (normaal moet je voor meerdere de eerste locatie tussen dubbele quotes zetten)

Ik heb de indruk dat je dmesg logs al in een rotatie zitten...

[wiz]

con,

 

kijk eens of er een /etc/logrotate.d folder is. Bij debian is het gebruikelijk dat als je bijvoorbeeld samba installeert de logrotatie niet in /etc/logrotate.conf wordt gezet, maar dat er in /etc/logrotate.d een samba file wordt neergezet met de configuratie qua logrotatie voor samba. Evenzo voor andere pakketten die logrotatie behoeven zodat je niet een enorm grote /etc/logrotate.conf krijgt, en het spul overzichtelijk blijft.

 

dat werkt doordat deze regel in de /etc/logrotate.conf staat:

 

# packages drop log rotation information into this directory
include /etc/logrotate.d

[Con]

Nee, dat gaat u niet worden.

 

Ik heb vooraf uiteraard veel gelezen met mijn veel te gebrekkige kennis

van Engels en wat ik tot nu toe een beetje begrepen heb is dat er 3

mogelijkheden zijn.

1 een cronjob die bepaalde logrotate procedures aanspreekt

2 de files die verwijzen naar de onderhavige bestanden (directorys)

3 dat er logrotatebestanden vanuit iets anders worden aangeroepen

 

Welke files zijn nu verantwoordelijk voor wat? Dat kwartje valt maar

niet bij mij en vooral, waar staan die?

 

Voorbeeld; ik heb de directory Samba, daar wordt constant een file

"gerotated" zodat er inmiddels 30 logfiles staan met dezelfde naam

opgevolgd met een hex-getal, ik zit inmiddels hiermee bij &f9 dus

dat schiet op.... Welk bestand daar nu verantwoordelijk voor is

blijft bij mij een raadsel. (de vorige (tot en met &af) heb ik

handmatig weggehaald).

3 juli 2015 aangepast door Con

[wiz]

Con,
 
in /etc/cron.daily staat dit scriptje als je een default debian setup hebt:
 

#!/bin/sh



test -x /usr/sbin/logrotate || exit 0

/usr/sbin/logrotate /etc/logrotate.conf

 
Dus, elke dag wordt logrotate gestart met als config /etc/logrotate.conf.
 
Als er in /etc/logrotate.conf niets staat over samba, dan zal er in /etc/logrotate.d/ een samba file staan waar de logrotate wordt gedefinieerd voor samba.
 
in de default /etc/logrotate.d/samba staat dit:

/var/log/samba/log.smbd {

        weekly

        missingok

        rotate 7

        postrotate

                /etc/init.d/smbd reload > /dev/null

        endscript

        compress

        notifempty

}



/var/log/samba/log.nmbd {

        weekly

        missingok

        rotate 7

        postrotate

                [ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat /var/run/samb

a/nmbd.pid`

        endscript

        compress

        notifempty

}

  dit zijn de opties in rotate die beinvloeden hoe veel logs er worden gerotate: 
rotate <num>

Log files are rotated "num" times before getting deleted or mailed.

daily When used this means log files should be rotated daily

weekly

Log files should be rotated weekly

monthly

Log files should be rotated monthly

notifempty

Don't rotate the log if its empty

compress

Compress the files after rotating them

delaycompress

This options means to delay the compression of a log file to the next rotation cycle. This is used in combination with compress.
missingok
If the log file is missing, go on to the next one without issuing an error message.
create <mode> <owner> <group>
After rotation create a new empty file with the following properties. e.g create 640 root adm. Just "create" will ensure to inherit the properties of previous log files.

postrotate

script or command to execute after log is rotated between postrotate and endscript

endscript

end of script marker

 

als er te veel logs worden bewaard naar jouw zin zou je het waarde achter rotate in /etc/logrotate.d/samba kunnen aanpassen, als die file aanwezig is. Kijk eens of er bij jou inderdaad een /etc/cron.daily/samba bestand is, en check eens of in /etc/logrotate.conf er een regel "include /etc/logrotate.d" staat. Als dat zo is kan je het aantal rotates verlagen in /etc/logrotate.d/samba.

[Con]

Ik zal chronologisch antwoord geven en toch als eerste nog even een vraag.

Is er een cronjob die logrotate aanspreekt of doet het systeem dat?

n /etc/cron.daily staat dit scriptje als je een default debian setup hebt:
#!/bin/sh
test -x /usr/sbin/logrotate || exit 0
/usr/sbin/logrotate /etc/logrotate.conf

So far so good.

 

In logrotate.conf wordt niet geroerd naar Samba dus in /etc/logrotate.d/samba staat;

/var/log/samba/log.smbd {
	weekly
	missingok
	rotate 7
	postrotate
		/etc/init.d/samba reload > /dev/null
	endscript
	compress
	notifempty
}

/var/log/samba/log.nmbd {
	weekly
	missingok
	rotate 7
	postrotate
		[ ! -f /var/run/samba/nmbd.pid ] || kill -HUP `cat /var/run/samba/nmbd.pid`
	endscript
	compress
	notifempty
}

Maar in Samba heb ik bv (een fragment):

log.jcifs0_1_ed

log.jcifs0_1_ee

log.jcifs0_1_ef

log.jcifs0_1_f0

log.jcifs0_1_f1

log.jcifs0_1_f2

log.jcifs0_1_f3

log.jcifs0_1_f4

log.jcifs0_1_f5

log.jcifs0_1_f6

enzovoort.

 

Nu kan ik ff niet ontdekken wat daar nu verantwoordelijk voor is.

 

Voorts groeien de volgende file ook iedere dag die blijkbaar niet gerotated worden...

file:///home/genie/meter-log/daemon.log

file:///home/genie/meter-log/kern.log

file:///home/genie/meter-log/messages

file:///home/genie/meter-log/syslog

file:///home/genie/meter-log/mail.info

file:///home/genie/meter-log/mail.log

file:///home/genie/meter-log/bootstrap.log

file:///home/genie/meter-log/lastlog

file:///home/genie/meter-log/auth.log

 

LET HIER NIET op het path, het echte path is /var/log in de Raspberry.

 

Natuurlijk horen deze files nauwelijk te groeien maar dat komt door

de buffer-overruns, maar dat is een heel ander hoofdstuk.

3 juli 2015 aangepast door Con

[wiz]

die log.jcifs* komen doordat de logging in /etc/samba/smb.conf aan staat.

 

zet een "#" voor deze regels:

log file = /var/log/samba/log.%m
   max log size = 1000

daarna /etc/init.d/samba restart doen en log.jcifs* zullen niet meer worden gemaakt. Je gebruikt denk ik iets java achtigs wat een cifs connectie maakt, en daardoor krijg je per keer een logfile waar hoogstwaarschijnlijk helemaal niets in staat.

[wiz]

als die in /var/log staan klopt dat wel. Die logs worden door syslogd gemaakt. Op mijn debian bakkie draait rsyslogd, en dien ten gevolge heb ik een /etc/logrotate.d/rsyslog:

 

/var/log/syslog
{
        rotate 7
        daily
        mail mijn@emailadres.nl
        missingok
        notifempty
        delaycompress
        compress
        postrotate
                invoke-rc.d rsyslog rotate > /dev/null
        endscript
}

/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/debug
/var/log/messages
{
        rotate 4
        weekly
        missingok
        notifempty
        compress
        delaycompress
        sharedscripts
        postrotate
                invoke-rc.d rsyslog rotate > /dev/null
        endscript
}

 

Je kan even kijken of je op je pi rsyslog kan installeren met apt-get install rsyslog dan zou de /etc/logrotate.d/rsyslog ook moeten worden neergezet zodat ook die logs roteren.

 

[Con]

die log.jcifs* komen doordat de logging in /etc/samba/smb.conf aan staat.

 

zet een "#" voor deze regels:

log file = /var/log/samba/log.%m
   max log size = 1000

daarna /etc/init.d/samba restart doen en log.jcifs* zullen niet meer worden gemaakt. Je gebruikt denk ik iets java achtigs wat een cifs connectie maakt, en daardoor krijg je per keer een logfile waar hoogstwaarschijnlijk helemaal niets in staat.

Klopte helemaal wat je schreef (ik twijfelde daar uiteraard ook geen moment aan)

# ervoor en samba herstart. Zal de rest van die overgebleven logfiles weghalen.

[Con]

Deze file heb ik; /etc/logrotate.d/rsyslog.

 

Wellicht moet een max inbouwen qua grootte.

Want ik mag aannemen dat voornoemde file

dan ook aan wordt gesproken als die aanwezig is.

[wiz]

raar dat die files niet geroteerd worden. Enige wat ik me kan voorstellen is dat die files leeg zijn en dan daardoor geskipt worden. Normaal gesproken worden de logfiles geroteerd onafhankelijk van hun grootte.

 

default staat rotate op 4 en weekly, en notifempty. Dus elke week zouden die files moeten worden geroteerd, en er worden er 4 bewaard, en ze blijven staan als ze leeg zijn.

[Con]

De file messages, kernlog en bv syslog worden zomaar een

paar Mb. Voordat ik dat in de gaten had, een flink aantal

maanden geleden, was mijn kaartje (8Gb) volgelopen.

 

Daarna, na een nieuwe installatie heb ik het continue

in de gaten gehouden. Maar ook dat ging niet goed.

Wanneer je de files in een editor korter maakt en

overschrijft moet je de PI rebooten anders worden de

bestaande ingekorte files helemaal niet meer gebruikt.

 

Dus had ik een scriptje geschreven waarbij niet gereboot

hoeft te worden;

#Messages

org = open( '/var/log/messages', "r" ); dat = org.readlines(); org.close()

del dat[:-101]; org = open("/var/log/messages", "w"); org.writelines(dat); org.close()

 

Maar ik zal eens zien als ik de size zet op bv 10k

of dat dan automatich gaat.

 

Raar is wel dat de logfile dmesg tot 24 juni werd geroteerd

en er staan er nu 5 (dmesg.0.gz tot en met dmesg.4.gz).

3 juli 2015 aangepast door Con