Sorry for the late reply, been very busy. I tried to reproduce it on a current version of lenny today. I used the current debian_lenny rsyslog git branch.
My testing conf did not cause any problems so I used $ModLoad /path/to/my/copy/of/imudp $UDPServerRun 514 $UDPServerRun 515 Which also did not cause any issues. Looking at the code also does not reveal anything that is obvious wrong or at least questionable. So at this moment, I am stuck. A gdb backtrace or a debug log (or both ;)) would probably be useful. Rainer > -----Original Message----- > From: Michael Biebl [mailto:bi...@debian.org] > Sent: Tuesday, May 05, 2009 7:36 PM > To: Rainer Gerhards; 519...@bugs.debian.org > Cc: Morten Laursen > Subject: Re: Bug#519073: rsyslog initialization hangs with some incorrect > rsyslog.conf > > retitle 519073 rsyslog segfaults when $UDPServerRun is configured more than > once > severity 519073 important > thanks > > Rainer Gerhards wrote: > > I tried, but cannot reproduce this problem. Can you please run rsyslogd > > in debug mode and submit the debug log of the startup. Instructions are > > available here: > > > > http://www.rsyslog.com/doc-troubleshoot.html > > >> If a module is loaded multiple times rsyslog hangs during startup. > >> In particular add the following lines to the end of /etc/rsyslog.conf > >> $ModLoad imudp > >> $UDPServerRun 514 > >> $ModLoad imudp > >> $UDPServerRun 514 > >> > > Hi, > > I can reproduce the problem. The root cause is not, that imudp is loaded > twice, > but that you have multiple instances of $UDPServerRun > > So this: > $ModLoad imudp > $UDPServerRun 514 > $UDPServerRun 515 (doesn't really matter, what port you choose) > > will also cause a segfault > > I can verify this for both 3.18.4 and 3.20.5 and 3.22.0 (haven't tested master > yet). > > Rainer, are you able to reproduce the problem with this information? > > Cheers, > Michael > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org