So I'm looking at rsyslog / build / rhel / rsyslog / rsyslog.init in the Github 
repo and it doesn't have the -t option at all in the rsyslog.init file. I agree 
it should actually be there. I verified that killproc works with -d in CentOS 
as well. I'll go ahead and add a merge to get an updated -d 30 added to the 
init script. 

I am curious where you cloned the RPM from? My assumption is that it was the 
CentOS RPMs? I want to look at their SRPMs and see if it was something they 
changed at some point.

-- James

-----Original Message-----
From: rsyslog-boun...@lists.adiscon.com 
[mailto:rsyslog-boun...@lists.adiscon.com] On Behalf Of Boylan, James
Sent: Wednesday, January 15, 2014 7:14 AM
To: rsyslog-users
Subject: Re: [rsyslog] Service/Init issue in RHEL packages for 7.4.8-1?

Nevermind. Found it in the primary Rsyslog repo.

-- James

-----Original Message-----
From: rsyslog-boun...@lists.adiscon.com 
[mailto:rsyslog-boun...@lists.adiscon.com] On Behalf Of Boylan, James
Sent: Wednesday, January 15, 2014 6:54 AM
To: rsyslog-users
Subject: Re: [rsyslog] Service/Init issue in RHEL packages for 7.4.8-1?

Rainer? 

What repo is the init script stored in? I don't see it in the 
rsyslog-pkg-rhel-centos repo.

- James

-----Original Message-----
From: rsyslog-boun...@lists.adiscon.com 
[mailto:rsyslog-boun...@lists.adiscon.com] On Behalf Of Rainer Gerhards
Sent: Tuesday, January 14, 2014 2:07 PM
To: rsyslog-users
Subject: Re: [rsyslog] Service/Init issue in RHEL packages for 7.4.8-1?

No problem at all will do tomorrow ;)

Sent from phone, thus brief.
Am 14.01.2014 18:32 schrieb "Nick Syslog" <rsys...@nanoscopic.net>:

> Rainier when you have time please submit, it's going to take a bit 
> more effort to understand where to submit patches, etc. and I'm 
> currently off my lunch break :)
>
>
> On Tue, Jan 14, 2014 at 9:45 AM, Nick Syslog <rsys...@nanoscopic.net>
> wrote:
>
> > I still need to GIT my legs for that :) (Unsure how to submit
> > currently)
> >
> >
> > On Tue, Jan 14, 2014 at 9:42 AM, Rainer Gerhards <
> rgerha...@hq.adiscon.com
> > > wrote:
> >
> >> Ahhh.. do you want to fix this and submit a patch via github? Else 
> >> i can do that.  Many thanks in any case!
> >> Rainer
> >>
> >> Sent from phone, thus brief.
> >> Am 14.01.2014 17:36 schrieb "Nick Syslog" <rsys...@nanoscopic.net>:
> >>
> >> > in checking /etc/init.d/functions (thanks Chip) it was noted that "-t"
> >> is
> >> > not a valid option for killproc in RHEL, the correct syntax is "-d XX"
> >> >
> >> > I replaced the -t30 with -d 30 and it worked without incident. 
> >> > This
> also
> >> > means that in current RHEL installations (and possibly Cent) that 
> >> > any script using -t will not work correctly or not obey the delay 
> >> > imposed.
> >> >
> >> >
> >> > On Tue, Jan 14, 2014 at 9:07 AM, Nick Syslog 
> >> > <rsys...@nanoscopic.net>
> >> > wrote:
> >> >
> >> > > I should rephrase and say "...after removing the -t30 OPTION", 
> >> > > not
> >> line.
> >> > >
> >> > >
> >> > > On Tue, Jan 14, 2014 at 9:06 AM, Nick Syslog <
> rsys...@nanoscopic.net
> >> > >wrote:
> >> > >
> >> > >> Comparing the init.d/rsyslog scripts between 7.4.7 and 7.4.8 I
> found:
> >> > >>
> >> > >> 7.4.7 (Line 51):
> >> > >> killproc -p "$(PIDFILE)" $exec
> >> > >>
> >> > >> 7.4.8 (Line 51):
> >> > >> killproc -p "$(PIDFILE)" -t30 $exec
> >> > >>
> >> > >> After removing the -t30 line I was able to see what I would
> consider
> >> > >> "normal operation" (OK after both stopping and starting when
> issuing
> >> > >> restart.) The issue when the -t30 is present and initiating a
> >> restart is
> >> > >> that the start appears to never occur due to the artificial wait.
> >> > >>
> >> > >> Manually starting and manually stopping had no issues.
> >> > >>
> >> > >>
> >> > >> Per the killproc manpage:
> >> > >>
> >> > >>        *-t<sec>*
> >> > >>               The  number  *<sec>*  specifies  the  seconds to wait
> >> > >>               between the sent signal *SIGTERM* and the  subsequen
> >> > >>               tially signal *SIGKILL* if the first *SIGTERM* 
> >> > >> does
> not
> >> > >>               show any result within the first few milli seconds.
> >> > >>               This defaults to *5* seconds.
> >> > >>
> >> > >>
> >> > >>
> >> > >>
> >> > >> On Tue, Jan 14, 2014 at 12:04 AM, Rainer Gerhards < 
> >> > >> rgerha...@hq.adiscon.com> wrote:
> >> > >>
> >> > >>> On Mon, Jan 13, 2014 at 10:40 PM, David Lang <da...@lang.hm>
> wrote:
> >> > >>>
> >> > >>> > I guess the question is what init scripts are you using to 
> >> > >>> > do
> >> this.
> >> > I'm
> >> > >>> > not sure syslog maintains the scripts instead of the distro.
> >> > >>> >
> >> > >>> >
> >> > >>> We actually cloned what the distro has, but in the longer 
> >> > >>> term, we
> >> need
> >> > >>> to
> >> > >>> maintain them ourselves -- at least as far as usual defaults
> (config
> >> > >>> files)
> >> > >>> etc are concerned. Right now, it's plainly taken from distro, 
> >> > >>> but
> >> maybe
> >> > >>> we
> >> > >>> missed an update ;)
> >> > >>>
> >> > >>> Rainer
> >> > >>>
> >> > >>>
> >> > >>> > are you using the init scripts from the adiscon repository 
> >> > >>> > or
> from
> >> > >>> > somewhere else?
> >> > >>> >
> >> > >>> > David Lang
> >> > >>> >
> >> > >>> > On Mon, 13 Jan 2014, Nick Syslog wrote:
> >> > >>> >
> >> > >>> >  Date: Mon, 13 Jan 2014 14:16:29 -0700
> >> > >>> >> From: Nick Syslog <rsys...@nanoscopic.net>
> >> > >>> >> Reply-To: rsyslog-users <rsyslog@lists.adiscon.com>
> >> > >>> >> To: rsyslog-users <rsyslog@lists.adiscon.com>
> >> > >>> >> Subject: [rsyslog] Service/Init issue in RHEL packages for
> >> 7.4.8-1?
> >> > >>> >>
> >> > >>> >>
> >> > >>> >> Has anyone else noticed that the service/init starts on 
> >> > >>> >> version
> >> > 7.4.8
> >> > >>> >> typically don't obey standard protocol for starting and
> stopping
> >> the
> >> > >>> >> service?
> >> > >>> >>
> >> > >>> >> Most often I use 'service rsyslog restart' and in my 
> >> > >>> >> recent
> >> cases in
> >> > >>> >> development and elsewhere I am seeing that the service 
> >> > >>> >> STOPS
> but
> >> I
> >> > >>> have to
> >> > >>> >> manually execute a "service start rsyslog" after that 
> >> > >>> >> command
> to
> >> get
> >> > >>> >> rsyslog to come online again.
> >> > >>> >>
> >> > >>> >> I've also seen quirks where it will fail to stop or start 
> >> > >>> >> at
> all
> >> > >>> using the
> >> > >>> >> init/service scripts.
> >> > >>> >>
> >> > >>> >> Is this a known bug already or am I just unlucky?
> >> > >>> >>
> >> > >>> >> Running RHEL 6.4 with rsyslog 7.4.8-1 
> >> > >>> >> _______________________________________________
> >> > >>> >> 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.
> >>
> >
> >
> _______________________________________________
> 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.

Reply via email to