Brak logowania, syslog-ng i systemd

[stacho]

W dniu 2013-10-18 12:55, stacho napisał(a):

> W dniu 2013-10-15 21:08, Jan Rękorajski napisał(a):
> 
>> On Thu, 10 Oct 2013, stacho wrote:
>> 
>>> Mam aktualnie: systemd-208-1.x86_64 i syslog-ng-3.3.5-3.x86_64. Taki
>>> zestaw z konfiguracją ustawioną tak: unix-stream("/dev/log"
>>> max-connections(1000) log_iw_size(100000)); # if using systemd,
>>> comment out the line above, and uncomment line below #
>>> unix-dgram("/run/systemd/journal/syslog"); działa, logi lądują tam
>>> gdzie trzeba, jednak gdy zgodnie z zaleceniem: #
>>> unix-stream("/dev/log" max-connections(1000) log_iw_size(100000)); #
>>> if using systemd, comment out the line above, and uncomment line
>>> below unix-dgram("/run/systemd/journal/syslog"); to syslog-ng
>>> startuje, ale nic w logach się nie pojawia. Dziś w repozytorium
>>> pokazał się syslog-ng-3.4.3-1.x86_64 to go sprawdziłem. Jest
>>> jeszcze gorzej w pierwszej konfiguracji nawet nie startuje, w 
>>> drugiej
>>> startuje ale nadal brak logowania. :( Jest na to jakaś rada, wujek
>>> G. nie bardzo pomaga?
>> Potestowałem, podłubałem, i jednak działa: [root w home ~]# rpm -q
>> systemd syslog-ng systemd-208-1.x86_64 syslog-ng-3.4.3-1.x86_64 ze
>> źródłem: unix-dgram("/run/systemd/journal/syslog"); sprawdź czy nie
>> masz czasem ustawionego 'ForwardToSyslog=no' w
>> /etc/systemd/journald.conf, bo używanie /dev/log na systemie z 
>> systemd
>> to proszenie się o zaginione logi
>> (http://www.freedesktop.org/wiki/Software/systemd/syslog/ [1]).
> 
> Potestowałem, podłubałem i jednak (u mnie) nie działa. :(
> Aktualnie mam:
> 
> systemd-208-3.x86_64
> syslog-ng-3.3.5-3.x86_64
> 
> Taki zestaw ze źródłem:
> 
> unix-stream("/dev/log" max-connections(1000) log_iw_size(100000));
> 
> działa i mam jakieś logi, nie wiem czy wszytskie.
> 
> Każda inna kombinacja, a sprawdziłem systemd-207, systemd-208,
> syslogng-3.3 i syslog-ng-3.4 nie loguje prawie nic.
> 
> Piszę "prawie" bo jakimś cudem przez pewien czas np. komunikaty
> z sensord pokazywały się w journalctl.
> Co właściwie powinien wypluwać journalctl -fal ?
> U mnie pokazuje tylko tyle:
> -- Logs begin at Fri 2013-10-11 16:06:21 CEST. --
> Oct 18 12:01:09 orion systemd[1]: Starting Postfix Mail Transport
> Agent...
> Oct 18 12:01:09 orion systemd[1]: Started Postfix Mail Transport 
> Agent.
> Oct 18 12:07:11 orion systemd[1]: Stopping System Logger Daemon...
> Oct 18 12:07:11 orion systemd[1]: Stopped System Logger Daemon.
> Oct 18 12:15:49 orion systemd[1]: Starting System Logger Daemon...
> Oct 18 12:15:49 orion systemd[1]: Started System Logger Daemon.
> Oct 18 12:16:33 orion systemd-logind[22337]: Removed session 18.
> 
> To IMHO jeśli tylko tyle loguje to i syslog-ng nie może pokazać nic
> więcej.
> Ten 'ForwardToSyslog=yes' mam ustawiony i odkomentowany.
> Jest to jedyna zmiana w tym pliku.
> Coś/gdzieś trzeba zmienić żeby np. postfix i dovecot "gadał" z
> systemd?

Przy okazji instalacji nowego kernela przeładowałem system
i od tej pory wszystko działa prawidłowo. :)
Miałem problem z openvpn, za wcześnie startował gdy nie było jeszcze 
sieci.
Znalazłem unit odpowiedzialny za start openvpn ale i z nim był podobny 
problem.
Dopiero dodanie dwóch (3 i 4) linijek "naprawiło" problem.
=============================
[Unit]
Description=OpenVPN connection to %i
Requires=network.target
After=network.target

[Service]
Type=forking
ExecStart=/usr/sbin/openvpn --cd /etc/openvpn --config 
/etc/openvpn/%i.conf --daemon openvpn@%i

[Install]
WantedBy=multi-user.target
============================
Mam łącze po pppoe i jego zestawienie chwilę trwa.
-- 
pzdr
Stacho Pal