https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c1 Jiri Slaby changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kasievers@novell.com Component|Kernel |Basesystem AssignedTo|kernel-maintainers@forge.pr |bnc-team-screening@forge.pr |ovo.novell.com |ovo.novell.com --- Comment #1 from Jiri Slaby 2011-02-14 09:36:53 UTC --- It looks like systemd is trying to log empty messages forever... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c4 --- Comment #4 from andreas bittner 2011-02-16 15:56:34 UTC --- commandline where? on the kernel bootparameter (during grub menu screen) ? those messages get dumped into /var/log/messages on my box.... not onto the real screen or terminal like on that other bug. so actually its not really annoying ;) except for the excessive cpu load and the systems harddisk getting filled with gigabytes of useless trash in /var/log/messages.... so still severe bug in my opinion. maybe its some bug in the recent kernel update packages that arrived in factory during the last week or whenever that was. cheers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c6 --- Comment #6 from andreas bittner 2011-02-18 10:17:11 UTC --- dont seem to be experiencing this bug any more at the moment. yesterday or so there were a huge number of updates in the factory repo via zypper ref and zypper up. also some kernel and other ones. maybe the newer kernel package fixed the stuff. i dont have any excess logging by the kernel atm any more. localhost:~ # rpm -aq | grep -i kern kernel-default-2.6.37-22.2.i586 localhost:~ # rpm -aq | grep -i log shared-desktop-ontologies-0.5-1.2.noarch dialog-1.1-41.3.i586 libqdialogsolver1-1.3.0-7.31.i586 syslog-ng-3.2.2-4.1.i586 libevtlog0-0.2.9-5.3.i586 login-4.0-5.2.i586 klogd-1.4.1-729.2.i586 kdialog-4.6.0-4.2.i586 logrotate-3.7.9-4.3.i586 localhost:~ # uname -a Linux localhost 2.6.37-22-default #1 SMP 2011-02-09 14:44:19 +0100 i686 athlon i386 GNU/Linux localhost:~ # cat /etc/SuSE-release openSUSE 11.4 RC 1 (i586) VERSION = 11.4 CODENAME = Celadon localhost:~ # cat /etc/SuSE-brand openSUSE VERSION = 11.4 ---------------- btw, if i remember properly, there was some changes in glibc or so from i686 down to i585. and some days earlier the other way around or so. regards. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c8 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #8 from andreas bittner 2011-02-24 11:42:59 UTC --- guess what..... im on my rc1 box (virtualbox) again and did a zypper ref and zypper up today.... right now its all the mess as before: -------- [ 3420.802479] kernel[3102]: [ 3420.785069] kernel[3102]: [ 3420.765202] kernel[3102]: [ 3420.747686] kernel[3102]: [ 3420.729903] kernel[3102]: [ 3420.710615] kernel[3102]: [ 3420.692342] kernel[3102]: [ 3420.673129] kernel[3102]: [ 3420.654749] kernel[3102]: [ 3420.623882] kernel[3102]: [ 3420.606752] kernel[3102]: [ 3420.588094] kernel[3102]: [ 3420.569553] kernel[3102]: [ 3420.551494] kernel[3102]: [ 3420.533420] kernel[3102]: [ 3420.514676] kernel[3102]: [ 3420.495140] kernel[3102]: [ 3420.476340] kernel[3102]: [ 3420.457959] kernel[3102]: [ 3420.438736] kernel[3102]: [ 3420.418509] kernel[3102]: [ 3420.396007] kernel[3102]: [ 3420.376768] kernel[3102]: [ 3420.358521] kernel[3102]: [ 3420.339 Feb 24 11:35:44 localhost kernel: 049] kernel[3102]: [ 3420.319 Feb 24 11:35:44 localhost kernel: [ 3421.046756] kernel[3102]: 107] kernel[3102]: 969] kerne Feb 24 11:35:44 localhost kernel: [ 3421.046762] kernel[3102]: [ 3421.014245] kernel[3102]: l[3102]: [ 3419.642 Feb 24 11:35:44 localhost kernel: [ 3421.046779] kernel[3102]: [ 3421.014261] kernel[3102]: [ 3420.990278] kernel[3102]: [ 3420.971324] kernel[3102]: [ 3420.943446] kernel[3102]: [ 3420.925898] kernel[3102]: [ 3420.903720] kernel[3102]: [ 3420.861449] kernel[3102]: [ 3420.843939] kernel[3102]: [ 3420.825737] kernel[3102]: [ 3420.802513] kernel[3102]: [ 3420.785095] kernel[3102]: [ 3420.765202] kernel[3102]: [ 3420.747686] kernel[3102]: [ 3420.729926] kernel[3102]: [ 3420.710641] kernel[3102]: [ 3420.692365] kernel[3102]: [ 3420.673150] kernel[3102]: [ 3420.654758] kernel[3102]: [ 3420.623910] kernel[3102]: [ 3420.606771] kernel[3102]: [ 3420.588112] kernel[3102]: [ 3420.569570] kernel[3102]: [ 3420.551510] kernel[3102]: [ 3420.533435] kernel[3102]: [ 3420.514690] kernel[3102]: [ 3420.495153] kernel[3102]: [ 3420.476353] kernel[3102]: [ 3420.457970] kernel[3102]: [ 3420.438736] kernel[3102]: [ 3420.418519] kernel[3102]: [ 3420.396016] kernel[3102]: [ 3420.376777] kernel[3102]: [ 3420.358533] kernel[3102]: [ 3420.339 Feb 24 11:35:44 localhost kernel: 055] kernel[3102]: [ 3420.319 Feb 24 11:35:44 localhost kernel: [ 3421.046798] kernel[3102]: 113] kernel[3102]: [ 3420.300 Feb 24 11:35:44 localhost kernel: [ 3421.046804] kernel[3102]: [ 3421.014280] kernel[3102]: 435] kernel[3102]: 308] kerne Feb 24 11:35:44 localhost kernel: [ 3421.046810] kernel[3102]: [ 3421.014286] kernel[3102]: [ 3420.990301] kernel[3102]: l[3102]: [ 3419.62 -------------------- zypper was doing the following when this madness started all over again: ----------- Installing: libkonq5-4.6.0-8.1 [done] Installing: libkipi8-4.6.0-9.1 [done] Installing: libkexiv2-9-4.6.0-9.1 [done] Installing: libkdcraw9-4.6.0-9.1 [done] Installing: libgio-2_0-0-2.28.0-6.1 [done] Installing: libblkid1-2.19-6.1 [done] Installing: libakonadi4-4.6.0-7.1 [done] Installing: kernel-default-2.6.37.1-2.1 [done] Additional rpm output: Kernel image: /boot/vmlinuz-2.6.37.1-2-default Initrd image: /boot/initrd-2.6.37.1-2-default Root device: /dev/disk/by-id/ata-VBOX_HARDDISK_VBae6b2a64-26e5f4a8-part2 (/dev/sda2) (mounted on / as ext3) Resume device: /dev/disk/by-id/ata-VBOX_HARDDISK_VBae6b2a64-26e5f4a8-part1 (/dev/sda1) modprobe: Module piix not found. WARNING: no dependencies for kernel module 'piix' found. modprobe: Module ide_pci_generic not found. WARNING: no dependencies for kernel module 'ide_pci_generic' found. Kernel Modules: hwmon thermal_sys thermal libata ata_piix ata_generic processor fan edd rtc-lib rtc-core rtc-cmos pata_pdc202xx_old pata_legacy pata_acpi sata_svw pata_sis sata_sis pata_atp867x pata_efar pata_sl82c105 pata_ninja32 pata_atiixp sata_qstor pata_sil680 sata_sx4 sata_mv pata_mpiix libahci sata_promise ahci_platform pata_hpt366 pata_cs5520 pata_marvell pata_serverworks pcmcia_core pcmcia pata_pcmcia pata_radisys pata_triflex pata_rdc pata_ns87415 pdc_adma pata_cmd64x pata_cs5530 pata_artop pata_hpt3x2n pata_ns87410 pata_opti sata_via pata_piccolo pata_sc1200 sata_uli pata_hpt37x pata_isapnp pata_it821x pata_cs5535 pata_cypress pata_amd sata_sil sata_nv pata_sch pata_netcell pata_ali ahci pata_optidma sata_vsc pata_cs5536 pata_it8213 pata_jmicron sata_sil24 pata_hpt3x3 pata_via pata_pdc2027x pata_oldpiix pata_rz1000 pata_qdi sata_inic162x pata_cmd640 usbcore ohci-hcd ehci-hcd uhci-hcd hid usbhid Features: block usb resume.userspace resume.kernel Bootsplash: openSUSE (1024x768) 42310 blocks .... ------------- my rc1 box was on: localhost:/var/log # uname -a Linux localhost 2.6.37-22-default #1 SMP 2011-02-09 14:44:19 +0100 i686 athlon i386 GNU/Linux and zypper installed that kernel above. is that correct? the klogd and everything went lunatic again and created a gigabyte of useless loggage again. :( havent rebooted yet as zypper is still installing packages (went past the kernel stuff...) localhost:/var/log # cat /etc/SuSE-release openSUSE 11.4 RC 1 (i586) VERSION = 11.4 CODENAME = Celadon its still on rc1 apparently, although new aaa_base and other stuff seems to have gotton installed already. wasnt there an rc2 announcement just some hours ago actually? i received some mail from the -testing list or so. anyways. --------- so klogd and his friends are all again going crazy ever since zypper went to work on that kernel package..... localhost:/var/log # top top - 11:41:43 up 1:03, 4 users, load average: 3.22, 3.24, 3.17 Tasks: 119 total, 3 running, 116 sleeping, 0 stopped, 0 zombie Cpu(s): 16.0%us, 41.0%sy, 0.0%ni, 10.1%id, 32.1%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 1025540k total, 998536k used, 27004k free, 95420k buffers Swap: 1550236k total, 620k used, 1549616k free, 689336k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3102 root 20 0 2164 676 352 R 83 0.1 45:04.83 klogd 4712 root 20 0 2208 568 464 R 64 0.1 33:29.39 systemd-kmsg-sy 869 root 20 0 88052 45m 3196 S 6 4.6 0:34.85 Xorg 4214 root 20 0 141m 22m 15m S 3 2.3 0:13.79 konsole 13844 root 20 0 14452 6692 1996 D 2 0.7 0:00.22 rpm 4174 root 20 0 277m 21m 13m S 1 2.1 0:50.53 knotify4 4148 root 20 0 144m 24m 18m S 1 2.5 0:06.79 kwin 1 root 20 0 4920 3020 1712 S 0 0.3 0:02.12 systemd 2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0 0.0 0:01.40 ksoftirqd/0 5 root 20 0 0 0 0 S 0 0.0 0:00.01 kworker/u:0 --------------- :( reopen anyone? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c10 Kay Sievers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO InfoProvider| |abittner@stud.fh-heilbronn. | |de --- Comment #10 from Kay Sievers 2011-03-15 13:23:33 UTC --- If you still have the problem, please try the systemd version from Base:System: http://download.opensuse.org/repositories/Base:/System/openSUSE_11.4/ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c12 Jiri Slaby changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|abittner@stud.fh-heilbronn. | |de | --- Comment #12 from Jiri Slaby 2011-03-19 18:37:10 UTC --- (In reply to comment #11)

*** Bug 681069 has been marked as a duplicate of this bug. ***

Answering the question from there:

Please test the 11.4 systemd version from Base:System.

The bug is still there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c14 Jiri Slaby changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|jslaby@novell.com | --- Comment #14 from Jiri Slaby 2011-03-19 18:47:03 UTC --- (In reply to comment #13)

What syslog are you using?

syslog-ng-3.2.2-5.1.x86_64 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c16 --- Comment #16 from Jiri Slaby 2011-03-19 19:07:42 UTC --- (In reply to comment #15)

mind trying rsyslog? that's what we recommend to use for systemd, and work with the rsyslog guy together upstream on the proper integration.

I've just played with that a bit. And syslog itself doesn't matter. It's klog which makes problem. So when I run klogd it does: stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2246, ...}) = 0 write(1, "<4>Mar 19 19:59:02 kernel: [ 151"..., 1024) = 1024 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2246, ...}) = 0 write(1, "<6>Mar 19 19:59:02 kernel: 682] "..., 57) = 57 # ll /proc/1926/fd/1 lrwx------ 1 root root 64 19. bře 19.55 /proc/1926/fd/1 -> socket:[242641] /lib/systemd/systemd-kmsg-syslogd then does: recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"<4>Mar 19 19:59:40 kernel: [ 155"..., 2048}], msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_SOCKET, cmsg_type=SCM_CREDENTIALS{pid=1926, uid=0, gid=0}}, msg_flags=0}, MSG_DONTWAIT) = 1024 writev(6, [{"<4>", 3}, {"kernel", 6}, {"[1926]: ", 8}, {"[ 1550.984327] kernel[1926]: [ 1"..., 996}, {"\n", 1}], 5) = 1014 in loop. # ll /proc/312/fd/[36] lrwx------ 1 root root 64 19. bře 19.52 /proc/312/fd/3 -> socket:[3412] l-wx------ 1 root root 64 19. bře 19.52 /proc/312/fd/6 -> /dev/kmsg where socket 3412 is: lrwx------ 1 root root 64 19. bře 20.01 /proc/1/fd/26 -> socket:[3412] Socket 242641 (from klogd above): socket(PF_FILE, SOCK_DGRAM, 0) = 4 fcntl(4, F_SETFD, FD_CLOEXEC) = 0 connect(4, {sa_family=AF_FILE, path="/dev/log"}, 10) = 0 Should I try rsyslog still? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c18 --- Comment #18 from Jiri Slaby 2011-03-19 19:17:25 UTC --- (In reply to comment #17)

Yeah, please. Klogd is something from the past and today natively integrated in modern syslogs.

Ok, done. As rsyslog doesn't run klogd, I don't see the problem anymore. Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c20 Kay Sievers changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mt@novell.com AssignedTo|kasievers@novell.com |werner@novell.com Summary|klogd / systemd-kmsg-sy: |klogd+systemd: starting |kernel messages all over |klogd on systemd systems |the place (not stopping |creates loop, need to make |ever, cpu load) |sure it never runs there --- Comment #20 from Kay Sievers 2011-03-22 14:34:55 UTC --- klogd must never run on a systemd systemd, it creates a loop in the kernel log buffer logic with the systemd's early syslog bridge. The klogd functionality needs to be integrated into the syslog daemon, not run as its own service. systemd does not support other syslog implementations. Would be nice if we can get rid of the RPM dependencies, so that it is possible to deinstall, or not pull-in klogd by default. Passing to Werner. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c22 Kay Sievers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|kasievers@novell.com | --- Comment #22 from Kay Sievers 2011-03-22 15:07:58 UTC --- (In reply to comment #21)

Kay: We have 3 syslog daemons and one klogd feeding all three.

klogd seems not to run when rsyslog is used, at least not with the same problem. syslog-ng seems to cause the loop, syslog I don't know.

Why systemd does not support other syslog implementations? I do not see any technical reason for this.

Systemd has it's own /dev/log early-syslog-bridge implementation. Any userspace program can just use glibc's syslog() during very early bootup and will write to the kernel log buffer. As soon as the real syslog starts, it takes over the open /dev/log fd from systemd for new messages and reads the kernel log buffer. Klogd feeds the kernels log buffer to /dev/log I guess, and creates a loop that way, reading it's own messages again. There is nothing really in systemd that is non-supporting, but without knowing the details, the thing klogs does doesn't seem to fit into that.

Beside this there is already the possiblity not to use the klogd as rsyslogd is also able to use its own klog module.

That seems to be the case. And systemd systems recommend the use of rsyslog because it is properly integrated from rsyslog upstream. When people switch from syslog-ng to rsyslog, all seems to work, without knowing what really makes the difference between the both, the daemon itself, the configuration, or the init script logic. The long-term plan is to get rid of the init script and have native service files shipped with the upstream syslog tarball, instead of the current magic. Klogd is not in that picture. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c24 Kay Sievers changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |REOPENED InfoProvider|kasievers@novell.com | --- Comment #24 from Kay Sievers 2011-03-22 16:35:28 UTC --- (In reply to comment #23)

(In reply to comment #22)

In other words: systemd encroachs on the kernel message ring buffer by redirecting the user space messages from /dev/log to /dev/kmsg? Why does systemd not use its _own_ ring buffer?

Because early boot is mostly hardware system/subsystem init, and messages from early boot tools _should_ mix with the kernel messages during that time to be reliably sorted and kernel time-stamped. Today there are lots of kernel components managed from userspace, and they should share the same log buffer during early bootup. Also on embedded-like systems the kernel ring-buffer connected to /dev/log is all what you ever want for "syslog".

Beside this the klogd is started _after_ syslog-ng or syslogd using openlog() and syslog(). At this point /dev/log should belong to syslog-ng or syslogd, shouldn't it?

Yeah, it sounds like it. Not sure what's the problem with syslog-ng here. The systemd bridge maybe needs to be stopped when syslog runs. But as said, I don't know the details, only that rsyslog seems to work fine.

The klogd executed in once mode does not use openlog() nor syslog() and is used in /etc/init.d/boot.klog to write out /var/log/boot.msg

Maybe it's syslog-ng itself that calls klogd somehow? It might be, that this problem can not be solved properly for syslog-ng without using native service files and socket activation. Proper socket passing needs native service files and does not work with compat sysv services. Syslog is special regarding compat handling, because systemd itself dependends on a specific behavior. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c26 --- Comment #26 from Kay Sievers 2011-03-22 17:07:54 UTC --- (In reply to comment #25)

The question is: how can be determined to which process the socket belongs to ... systemd or one of the system loggers.

I don't think any tool should try to be smart here about the systemd bridge. The socket will always be owned by systemd and only possibly inherited from started services, which might be none, one, or several. A syslog without socket activation will probably just delete /dev/log and create its own. But we can't really support that longer-term. I thought you might know just what's the difference in the syslogs and the klogd message loop. It might not be worth investigating how the current syslog init magic and syslog-ng fails, and we better just go directly for native systemd service files, and make them working in a way systemd expects them to work. If there is no simple fix for the current syslog logic, feel free to assign it back to me, I'll probably not work on it anytime soon, but I can keep track of it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c28 --- Comment #28 from Kay Sievers 2011-03-22 17:34:47 UTC --- But we would run klogd in the post of syslog-ng.service so klogd would only be started if we can start syslog-ng properly? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c30 --- Comment #30 from Kay Sievers 2011-03-22 18:10:36 UTC --- We need socket activation for proper race-free fd hand-over, which can only be done with native service files. I guess it's not really worth the effort to make the compat sysv syslog-ng stuff work with systemd, when it can not provide a full solution in the end anyway. I naively thought there might be a simple fix for the init script. :) The problem with systemd and native service files should be a lot simpler. syslog-ng.service is supposed to stop the systemd kmsg bridge in pre, and start klogd if needed in post. That should prevent the loop without any patched klogd, or crashing syslog-ng. Here is rsyslog's upstream systemd service file which kills the bridge: http://git.adiscon.com/?p=rsyslog.git;a=blob;f=rsyslog.service.in;hb=HEAD -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c32 --- Comment #32 from Marius Tomaschewski 2011-03-22 20:37:20 UTC --- (In reply to comment #26)

It might not be worth investigating how the current syslog init magic and syslog-ng fails, and we better just go directly for native systemd service files, and make them working in a way systemd expects them to work.

We have to investigate. It is IMO not an option to drop syslog-ng/syslogd. The socket activation in all 3 syslog daemons on 11.4 is basically same. I didn't tested it until now and also not with syslogd yet, but it seems that the external klogd makes the difference. In case of rsyslog (via syslog.service alias init script), systemd seems to detect it and stops systemd-kmsg-syslogd.service (it is stopped on my fresh 11.4 installation here without any changes). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c34 --- Comment #34 from Kay Sievers 2011-03-22 20:45:20 UTC --- (In reply to comment #32)

We have to investigate. It is IMO not an option to drop syslog-ng/syslogd. The socket activation in all 3 syslog daemons on 11.4 is basically same.

They all need to get native service files. There is no way around it in the long run.

I didn't tested it until now and also not with syslogd yet, but it seems that the external klogd makes the difference.

Yeah, *looks* like the issue.

In case of rsyslog (via syslog.service alias init script), systemd seems to detect it and stops systemd-kmsg-syslogd.service (it is stopped on my fresh 11.4 installation here without any changes).

It has had a timeout in the 11.4 release. The recent version does not stop itself anymore, it runs forever. We don't really support systemd on 11.4, development happens in Factory. We will probably just update the 11.4 systemd version when the stuff has stabilized with the upcoming Fedora release. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=671525 https://bugzilla.novell.com/show_bug.cgi?id=671525#c36 --- Comment #36 from Patrick Smart 2011-09-18 23:36:02 UTC --- Seeing Bug 681069 occur in my recently updated 11.4 system. What update caused it? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.