It's still the same: random lockups of the service. It looks like the
forked process is not spawn correctly or something:
4 S root 25261 24322 0 80 0 - 16032 wait 13:41 pts/1 00:00:00
/bin/bash /etc/init.d/rsyslog restart
4 S root 25269 25261 0 83 0 - 15966 wait 13:41 pts/1 00:00:00
/bin/bash -c ulimit -S -c 0 >/dev/null 2>&1 ; /sbin/rsyslogd -i
/var/run/rsyslogd.pid
4 S root 25270 25269 0 84 0 - 12229 184466 13:41 pts/1 00:00:00
/sbin/rsyslogd -i /var/run/rsyslogd.pid
5 S root 25271 25270 0 84 0 - 31980 - 13:41 ? 00:00:00
/sbin/rsyslogd -i /var/run/rsyslogd.pid
We still have logs.
strace from the processes:
# strace -p 25271
Process 25271 attached - interrupt to quit
select(1, NULL, NULL, NULL, {86195, 338000} <unfinished ...>
Process 25271 detached
# strace -f -p 25270
Process 25270 attached - interrupt to quit
futex(0x2b6b922ad200, FUTEX_WAIT_PRIVATE, 1, NULL <unfinished ...>
Process 25270 detached
On Fri, Aug 8, 2014 at 8:04 PM, David Lang <[email protected]> wrote:
> try just commenting out the privdrop statements.
>
>
> David Lang
>
> On Fri, 8 Aug 2014, Cristian Falcas wrote:
>
> Date: Fri, 8 Aug 2014 19:34:27 +0300
>> From: Cristian Falcas <[email protected]>
>> Reply-To: rsyslog-users <[email protected]>
>> To: rsyslog-users <[email protected]>
>>
>> Subject: Re: [rsyslog] rsyslog startup problem on Cent OS 5
>>
>> In my case I have
>>
>> $PrivDropToUser root
>> $PrivDropToGroup root
>>
>> and selinux disabled
>>
>>
>>
>>
>> On Fri, Aug 8, 2014 at 7:27 PM, Rainer Gerhards <[email protected]
>> >
>> wrote:
>>
>> Question: the child tells the parent process via kill () when it is
>>> ready.
>>> Otherwise, the parent waits -i guess- 5 minutes before it terminates.
>>> May
>>> be there is something that prevents kill from working properly (privilege
>>> drop?).
>>>
>>> Sent from phone, thus brief.
>>> Am 07.08.2014 11:53 schrieb "AndyL" <[email protected]>:
>>>
>>> For those trying to get this working on CentOS 5, I have found a
>>>> workaround.
>>>>
>>>> The problem is clearly an issue between the 'daemon' function and
>>>>
>>> rsyslogd
>>>
>>>> so I looked for alternatives to using daemon. I installed the
>>>> 'daemonize'
>>>> package from EPEL and, after some messing around with parameters, I
>>>>
>>> found a
>>>
>>>> combination that works.
>>>>
>>>> Install the daemonize package and change the line in
>>>> /etc/rc.d/init.d/rsyslog that says:
>>>>
>>>> daemon --pidfile="${PIDFILE}" $exec -i "${PIDFILE}" $SYSLOGD_OPTIONS
>>>>
>>>> to:
>>>>
>>>> daemonize -p "${PIDFILE}" $exec -i "${PIDFILE}" -n $SYSLOGD_OPTIONS
>>>>
>>>> On my system at least start,stop and restart all work with that change
>>>> in
>>>> place.
>>>>
>>>> I know it doesn't solve the underlying problem, but at least it works!!
>>>>
>>>> Cheers
>>>>
>>>> Andy
>>>>
>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>>
>>>> http://rsyslog-users.1305293.n2.nabble.com/rsyslog-startup-
>>> problem-on-Cent-OS-5-tp7586023p7586090.html
>>>
>>>> Sent from the rsyslog-users mailing list archive at Nabble.com.
>>>> _______________________________________________
>>>> rsyslog mailing list
>>>> http://lists.adiscon.net/mailman/listinfo/rsyslog
>>>> http://www.rsyslog.com/professional-services/
>>>> What's up with rsyslog? Follow https://twitter.com/rgerhards
>>>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad
>>>> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you
>>>> DON'T LIKE THAT.
>>>>
>>>> _______________________________________________
>>> rsyslog mailing list
>>> http://lists.adiscon.net/mailman/listinfo/rsyslog
>>> http://www.rsyslog.com/professional-services/
>>> What's up with rsyslog? Follow https://twitter.com/rgerhards
>>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad
>>> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you
>>> DON'T LIKE THAT.
>>>
>>> _______________________________________________
>> rsyslog mailing list
>> http://lists.adiscon.net/mailman/listinfo/rsyslog
>> http://www.rsyslog.com/professional-services/
>> What's up with rsyslog? Follow https://twitter.com/rgerhards
>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad
>> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you
>> DON'T LIKE THAT.
>>
>> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
> http://www.rsyslog.com/professional-services/
> What's up with rsyslog? Follow https://twitter.com/rgerhards
> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad
> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you
> DON'T LIKE THAT.
>
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE
THAT.
