On Sat, Nov 12, 2011 at 09:09:18PM +0100, Jan Pazdziora wrote:
> > Please find attached a proposed patch for this.
> > I've added database.control boolean directly in rhn.conf file.
> > I've modified the spacewalk-service script to manage this parameter. In all
> > cases, oracle is controlled, for compatibility with RH Satellite product.
> > I've left commented out a sleep before starting osa-dispatcher: this sleep
> > allows to get rid of osa-dispatcher error connecting to jabberd. I couldn't
> > find another find to check if jabberd was ready to accept connection. Feel
> > free to either remove it or uncomment it.
> 
> I'm against this change. The database (PostgreSQL, Oracle XE) is
> completely independent from the Spacewalk software product and the
> spacewalk-service script should have no business fiddling with them.
> 
> If for some reason (what reason, exactly?) you need to restart
> everything with one script, why not write a wrapper around it?

On Mon, Jan 23, 2012 at 10:25:53PM -0500, Marcelo Moreira de Mello wrote:
> Hello team,
> 
>    Here follow 3 patches which includes a capability to Spacewalk
> ignore to start some services when running the
> /usr/sbin/spacewalk-service script.
> 
> Below is an example after applied the patch  excluding the
> Taskomatic service to be started:
> 
> # cat /etc/rhn/disabled-services
> DISABLED_SERVICES="taskomatic"

Since there were two opposite requests (add PostgreSQL to
spacewalk-service, make it possible to remove taskomatic), I've ended
up adding support for /etc/rhn/service-list where you can manipulate
the $SERVICES list in any way. In Spacewalk master,
spacewalk-admin-1.7.3-1.

-- 
Jan Pazdziora
Principal Software Engineer, Satellite Engineering, Red Hat

_______________________________________________
Spacewalk-devel mailing list
Spacewalk-devel@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-devel

Reply via email to