Thanks Andre. I'll watch for the files and update my fork.

-- James

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Andre Lorbach
Sent: Wednesday, January 15, 2014 7:47 AM
To: rsyslog-users
Subject: Re: [rsyslog] Service/Init issue in RHEL packages for 7.4.8-1?

Hi James,

ooops seems like I missed to add some important files yesterday.
I am going to add the missing files ASAP. They will be in this folder:
https://github.com/rsyslog/rsyslog-pkg-rhel-centos/tree/master/rpmbuild/SO
URCES

best regards,
Andre Lorbach

> -----Original Message-----
> From: [email protected] [mailto:rsyslog- 
> [email protected]] On Behalf Of Boylan, James
> Sent: Wednesday, January 15, 2014 1:54 PM
> 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: [email protected] [mailto:rsyslog- 
> [email protected]] 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" <[email protected]>:
>
> > 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 
> > <[email protected]>
> > 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 <
> > [email protected]
> > > > 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" <[email protected]>:
> > >>
> > >> > 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 
> > >> > <[email protected]>
> > >> > wrote:
> > >> >
> > >> > > I should rephrase and say "...after removing the -t30 
> > >> > > OPTION", not
> > >> line.
> > >> > >
> > >> > >
> > >> > > On Tue, Jan 14, 2014 at 9:06 AM, Nick Syslog <
> > [email protected]
> > >> > >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 < 
> > >> > >> [email protected]> wrote:
> > >> > >>
> > >> > >>> On Mon, Jan 13, 2014 at 10:40 PM, David Lang 
> > >> > >>> <[email protected]>
> > 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 <[email protected]>
> > >> > >>> >> Reply-To: rsyslog-users <[email protected]>
> > >> > >>> >> To: rsyslog-users <[email protected]>
> > >> > >>> >> 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