On Sun, Dec 13, 2009 at 02:12:09PM -0800, Douglas Garstang wrote:
> Ohad,
> 
> No, not really because for starters there are anywhere from 1 to 10
> instances of jboss running, but not always 10. It depends on the node.
> If it was always 10, I could say something like
> before=>Service["jboss-inst0"], before=>Service["jboss-inst1"] etc.

Do you number your jboss instances like above?  If so, why not have:

3rdparty-thing { "thingy":
        before => "jboss-inst0"
}

service { "jboss-inst0":
        before => "jboss-inst1"
}

service { "jboss-inst1":
        before => "jboss-inst2"
}

...

service { "jboss-instn":
        before => "jboss-inst(n+1)"
}

Then have a "terminator" of sorts (which could be in another define):

service { "jboss-inst(n+1)":
        ensure => absent
}

You can do arithmetic with variables, so maybe there's a way to do this?

I don't know the details of your situation, but hopefully this either helps or
spurs another idea.

Cheers,

Eric

> PLUS the jboss service is controlled inside a definition, not a class.
> I don't know if I can use before => in that case.
> 
> Doug.
> 
> On Sat, Dec 12, 2009 at 10:11 PM, Ohad Levy <ohadl...@gmail.com> wrote:
> > without reading your manifest, I cant tell for sure, but cant you just add
> > before=>Service["jboss"] in your define?
> >
> > Ohad
> >
> > On Sun, Dec 13, 2009 at 5:12 AM, Douglas Garstang <doug.garst...@gmail.com>
> > wrote:
> >>
> >> I have a rather complex puppet setup here that consists of multiple
> >> instances of jboss running, with 3rd party software layered on top of
> >> each jboss instance. I just realised that after all this effort that
> >> each instance of jboss is starting well before all the various
> >> portions have been deployed.
> >>
> >> Looking over my configuration, I'm at a complete loss as to how to
> >> ensure that jboss starts up last.
> >>
> >> The various JBoss RPM's have to be deployed first, as well as all the
> >> associated symlinks, permissions etc. However, I can't move onto doing
> >> the same stuff for the various 3rd party software until all the jboss
> >> files have been deployed. However, jboss can't start until the 3rd
> >> party apps are completely done.
> >>
> >> Since there are multiple instances of jboss running, I've used
> >> definitions in most places instead of classes. I therefore can't just
> >> put a require => Class['jboss'] in my 3rd party software module. What
> >> the heck am I going to do?
> >>
> >> Doug.
> >>
> >> --
> >>
> >> You received this message because you are subscribed to the Google Groups
> >> "Puppet Users" group.
> >> To post to this group, send email to puppet-us...@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> puppet-users+unsubscr...@googlegroups.com.
> >> For more options, visit this group at
> >> http://groups.google.com/group/puppet-users?hl=en.
> >>
> >>
> >
> > --
> >
> > You received this message because you are subscribed to the Google Groups
> > "Puppet Users" group.
> > To post to this group, send email to puppet-us...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > puppet-users+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> > http://groups.google.com/group/puppet-users?hl=en.
> >
> 
> 
> 
> -- 
> Regards,
> 
> Douglas Garstang
> http://www.linkedin.com/in/garstang
> Email: doug.garst...@gmail.com
> Cell: +1-805-340-5627
> 
> --
> 
> You received this message because you are subscribed to the Google Groups 
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to 
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/puppet-users?hl=en.
> 
> 

-- 
Eric Gerlach, Network Administrator
Federation of Students
University of Waterloo
p: (519) 888-4567 x36329
e: egerl...@feds.uwaterloo.ca

--

You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.


Reply via email to