dziwny problem z rsyslogd w Ubuntu

[Dariusz Grzesista]

Witajcie.

Czy miał ktoś z Was taki problem, że po wykonaniu apt-get upgrade w
Ubuntu LTS 12.04.2, pewnego pięknego dnia rsyslogd przestał pisać do
większości logów?
Konfigi w ramach tego upgradu nie były zmieniane. Wersja rsyslogd jest
najnowsza w ramach distra.
Oto parę zrzutów. Będę bardzo wdzięczny za wszelkie sugestie.

root@frodo:/etc# rsyslogd -v
rsyslogd 5.8.6, compiled with:
FEATURE_REGEXP: Yes
FEATURE_LARGEFILE: No
GSSAPI Kerberos 5 support: Yes
FEATURE_DEBUG (debug build, slow code): No
32bit Atomic operations supported: Yes
64bit Atomic operations supported: Yes
Runtime Instrumentation (slow code): No

root@frodo:/etc# rsyslogd -f /etc/rsyslog.conf -c5 -N1
rsyslogd: version 5.8.6, config validation run (level 1), master config
/etc/rsyslog.conf
rsyslogd: End of config validation run. Bye.

Wyjście z rsyslogd -dn (czyli debugging) - przykład dla jednego zapisu,
który powinien znaleźć się w logu, a jednak tak się nie dzieje:

1434.319520006:7f1eb2635700: Message from UNIX socket: #3
1434.319609282:7f1eb2635700: XXX: pre CM loop, length of control message 32
1434.319624328:7f1eb2635700: XXX: in CM loop, 1, 2
1434.319639392:7f1eb2635700: XXX: got credentials pid 993
1434.319658724:7f1eb2635700: XXX: post CM loop
1434.319690116:7f1eb2635700: MsgSetTAG in: len 8, pszBuf: dovecot:
1434.319718817:7f1eb2635700: MsgSetTAG exit: pMsg->iLenTAG 8,
pMsg->TAG.szBuf: dovecot:
1434.319738053:7f1eb2635700: main Q: entry added, size now log 1, phys 1
entries
1434.319765550:7f1eb2635700: main Q: EnqueueMsg advised worker start
1434.319783008:7f1eb2635700: --------imuxsock calling select, active
file descriptors (max 4): 3 4
1434.319817867:7f1eb2e36700: wti 0x759890: worker awoke from idle processing
1434.319838476:7f1eb2e36700: we deleted 0 objects and enqueued 0 objects
1434.319853442:7f1eb2e36700: delete batch from store, new sizes: log 1,
phys 1
1434.319869198:7f1eb2e36700: processBatch: batch of 1 elements must be
processed
1434.319883545:7f1eb2e36700: Processing next rule
1434.319900105:7f1eb2e36700: Filter: check for property 'msg' (value '
imap-login: Login: user=<ja...@adres.mailowy.pl>, method=PLAIN,
rip=1.2.3.4, lip=5.6.7.8, mpid=9849, secured') contains '[UFW ': FALSE
1434.319917476:7f1eb2e36700: Processing next action
1434.319933039:7f1eb2e36700: Called action 0x752520 (complex case),
logging to builtin-file
1434.319947087:7f1eb2e36700: action 0x752520: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.319960429:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.319974019:7f1eb2e36700: Processing next rule
1434.320048404:7f1eb2e36700: testing filter, f_pmask 0
1434.320068345:7f1eb2e36700: Processing next action
1434.320082630:7f1eb2e36700: Called action 0x753220 (complex case),
logging to builtin-file
1434.320096422:7f1eb2e36700: action 0x753220: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320109654:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320122901:7f1eb2e36700: Processing next rule
1434.320139679:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320211439:7f1eb2e36700: Processing next action
1434.320224684:7f1eb2e36700: Called action 0x753f40 (complex case),
logging to builtin-file
1434.320237987:7f1eb2e36700: action 0x753f40: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320251821:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320264393:7f1eb2e36700: Processing next rule
1434.320277283:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320290361:7f1eb2e36700: Processing next action
1434.320317760:7f1eb2e36700: Called action 0x754c30 (complex case),
logging to builtin-file
1434.320336517:7f1eb2e36700: action 0x754c30: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320349631:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320362878:7f1eb2e36700: Processing next rule
1434.320376548:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320389477:7f1eb2e36700: Processing next action
1434.320402906:7f1eb2e36700: Called action 0x755920 (complex case),
logging to builtin-file
1434.320416412:7f1eb2e36700: action 0x755920: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320429008:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320441824:7f1eb2e36700: Processing next rule
1434.320455562:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320468801:7f1eb2e36700: Processing next action
1434.320482417:7f1eb2e36700: Called action 0x756610 (complex case),
logging to builtin-file
1434.320495887:7f1eb2e36700: action 0x756610: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320509378:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320522628:7f1eb2e36700: Processing next rule
1434.320536432:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320549949:7f1eb2e36700: Processing next action
1434.320563616:7f1eb2e36700: Called action 0x757300 (complex case),
logging to builtin-file
1434.320577158:7f1eb2e36700: action 0x757300: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320590363:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320603370:7f1eb2e36700: Processing next rule
1434.320645743:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320659975:7f1eb2e36700: Processing next action
1434.320673582:7f1eb2e36700: Called action 0x758000 (complex case),
logging to builtin-file
1434.320712241:7f1eb2e36700: action 0x758000: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320725724:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320738641:7f1eb2e36700: Processing next rule
1434.320751936:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320764972:7f1eb2e36700: Processing next action
1434.320778674:7f1eb2e36700: Called action 0x758630 (complex case),
logging to builtin-usrmsg
1434.320792097:7f1eb2e36700: action 0x758630: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320804967:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320817866:7f1eb2e36700: Processing next rule
1434.320831188:7f1eb2e36700: programname filter
'mail.*;auth,authpriv.none -/var/log/syslog' does not match 'dovecot'
1434.320844313:7f1eb2e36700: Processing next action
1434.320857623:7f1eb2e36700: Called action 0x758cf0 (complex case),
logging to builtin-pipe
1434.320870951:7f1eb2e36700: action 0x758cf0: filterOK:0 state:0
execWhenPrev:0 prevWasSusp:0
1434.320884332:7f1eb2e36700: ruleset: get iRet 0 from rule.ProcessMsg()
1434.320897324:7f1eb2e36700: ruleset.ProcessMsg() returns 0
1434.320911073:7f1eb2e36700: regular consumer finished, iret=0, szlog 0
sz phys 1
1434.320927461:7f1eb2e36700: we deleted 1 objects and enqueued 0 objects
1434.320940869:7f1eb2e36700: delete batch from store, new sizes: log 0,
phys 0
1434.320954613:7f1eb2e36700: regular consumer finished, iret=4, szlog 0
sz phys 0
1434.320967691:7f1eb2e36700: main Q:Reg/w0: worker IDLE, waiting for work.

Dzięki i pozdrawiam,
-- Darek.

[Filip Kłębczyk]

W dniu 19.04.2013 11:17, Dariusz Grzesista pisze:
> Witajcie.
>
> Czy mia� kto� z Was taki problem, �e po wykonaniu apt-get upgrade w
> Ubuntu LTS 12.04.2, pewnego pi�knego dnia rsyslogd przesta� pisa� do
> wi�kszo�ci log�w?

Ja akurat nie pomog� Ci z problemem, za to za�o�� nowy w�tek.

Chcia�em wyrazi� swoj� opinie, �e z Ubuntu na workstacji robi si� coraz
wi�kszy crap. Tylko na jak� dystrybucj� tu przej��? Wr�ci� do Gentoo?
Spr�bowa� Fedory? A mo�e zaprzyja�ni� si� z Archem?

Jakďż˝ dystrybucjďż˝ polecacie na dzisiejsze czasy i dlaczego?

Pozdrawiam,
Filip

[Marek Barczyk]

2013/4/19 Filip Kłębczyk <fkle...@gmail.com>:

> W dniu 19.04.2013 11:17, Dariusz Grzesista pisze:

>> Czy miał ktoś z Was taki problem, że po wykonaniu apt-get upgrade w
>> Ubuntu LTS 12.04.2, pewnego pięknego dnia rsyslogd przestał pisać do
>> większości logów?
>
>

> Ja akurat nie pomogę Ci z problemem, za to założę nowy wątek.
>
> Chciałem wyrazić swoją opinie, że z Ubuntu na workstacji robi się coraz
> większy crap. Tylko na jaką dystrybucję tu przejść? Wrócić do Gentoo?
> Spróbować Fedory? A może zaprzyjaźnić się z Archem?
>
> Jaką dystrybucję polecacie na dzisiejsze czasy i dlaczego?

Na usenet tak z reguły zaczyna się flamewar :D

--
pozdrawiam
Marek Barczyk
bar...@gmail.com
gadu-gadu:48641 jid:bar...@gmail.com

[Filip Kłębczyk]

W dniu 19.04.2013 13:20, Marek Barczyk pisze:
>> Jakďż˝ dystrybucjďż˝ polecacie na dzisiejsze czasy i dlaczego?
>
> Na usenet tak z regu�y zaczyna si� flamewar :D
>

10 lat temu na imprezach linuksowych popularne by�y panele z serii wojna
dystrybucji, mo�e pora od�wie�y� tradycj� aby historia zatoczy�a ko�o?

Pozdrawiam,
Filip

[Jan Tymiński]

jeśli chodzi o gentoo, to sezon grzewczy się kończy ;)

Pozdrawiam,
Jan Tymiński.

W dniu 19 kwietnia 2013 18:10 użytkownik Filip Kłębczyk <fkle...@gmail.com> napisał:

W dniu 19.04.2013 13:20, Marek Barczyk pisze:

Jaką dystrybucję polecacie na dzisiejsze czasy i dlaczego?

Na usenet tak z reguły zaczyna się flamewar :D

10 lat temu na imprezach linuksowych popularne były panele z serii wojna dystrybucji, może pora odświeżyć tradycję aby historia zatoczyła koło?

Pozdrawiam,
Filip

--
--
---
Lista Mailingowa Oddziału Śląsk Polskiej Grupy Użytkowników Linuksa
http://groups.google.com/group/plugoslask?hl=pl?hl=pl

--- Otrzymujesz tę wiadomość, ponieważ subskrybujesz grupę dyskusyjną Google o nazwie "Polska Grupa Użytkowników Linuksa Oddział Śląsk".

Aby anulować subskrypcję tej grupy i przestać otrzymywać z niej wiadomości, wyślij e-maila do plugoslask+unsubscribe@googlegroups.com.
Więcej opcji znajdziesz na https://groups.google.com/groups/opt_out

[Sławomir Stępień]

W dniu 19.04.2013 o 12:12 Filip Kłębczyk <fkle...@gmail.com> pisze:

> Jaką dystrybucję polecacie na dzisiejsze czasy i dlaczego?

Slackware, bo Ci co używają czegoś innego po prostu źle czynią ;)

--
Pozdrawiam
Sławomir Stępień

[zmi...@gmail.com]

Kolego spróbuj:
apt-get purge rsyslog
do tego usun /etc/init.d/rsyslog
a na koniec apt-get install rsyslog
jeżeli się dobrze zainstaluje to zobaczysz na końcu :

XXX@host:~$ sudo apt-get install rsyslog
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności
Odczyt informacji o stanie... Gotowe
Następujące pakiety zostały zainstalowane automatycznie i nie są już więcej wymagane:
  libsyslog-ng-3.3.4 libmongo-client0 libjson0 libevtlog0 libnet1
Aby je usunąć należy użyć "apt-get autoremove".
Sugerowane pakiety:
  rsyslog-mysql rsyslog-pgsql rsyslog-doc rsyslog-gnutls rsyslog-gssapi rsyslog-relp apparmor
Zostaną zainstalowane następujące NOWE pakiety:
  rsyslog
0 aktualizowanych, 1 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
Konieczne pobranie 0 B/431 kB archiwów.
Po tej operacji zostanie dodatkowo użyte 1200 kB miejsca na dysku.
Wybieranie wcześniej niewybranego pakietu rsyslog.
(Odczytywanie bazy danych ... 144674 pliki i katalogi obecnie zainstalowane.)
Rozpakowanie rsyslog (z .../rsyslog_5.8.6-1ubuntu8.4_i386.deb) ...
Przetwarzanie wyzwalaczy dla man-db...
Przetwarzanie wyzwalaczy dla ureadahead...
Konfigurowanie rsyslog (5.8.6-1ubuntu8.4) ...

Creating config file /etc/rsyslog.d/50-default.conf with new version
rsyslog start/running, process 1642

mnie już działa ,a miałem podobny problem ;-)