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 <[email protected]> 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 <[email protected]>
> > 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 [email protected].
> >> To unsubscribe from this group, send email to
> >> [email protected].
> >> 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 [email protected].
> > To unsubscribe from this group, send email to
> > [email protected].
> > 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: [email protected]
> 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 [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> 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: [email protected]
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
