-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi *! I''m currently working on integrating VServer support into puppet. I have uploaded a prototype for managing interface configuration to the Cookbook at http://reductivelabs.com/cookbook/VServerRecipes and would very much appreciate feedback about style and functionality. Regards, David - -- - - hallo... wie gehts heute? - - *hust* gut *rotz* *keuch* - - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFJhqa/Pp1N6Uzh0URArnSAJ9cmzpb/bdTO831pCCl6/SxufrCQgCeL97p 9PBj1I/1jbdO8Cg2vg1diCY=3Ia6 -----END PGP SIGNATURE-----
Nice,
I might do something similar for openvz. No need for special init
file. You can use base service provider
service { "vs-$name":
provider=>base,
start => "vserver $name start"
stop => "vserver $name stop"
....
hasstatus => true,
hasrestart => true
}
You dont have ensure parameter covered, but it''s only a file
controling this so you could do something like
if $ensure {
file { "/etc/vserver/$name/apps/mark":
content=>"default\n",
ensure=>present }
}
else {
file { "/etc/vserver/$name/apps/mark":
content=>"default\n",
ensure=>absent }
}
I put the above in the cookbook as a comment. I hope you don''t mind.
Martin
2006/10/6, David Schmitt
<david@schmitt.edv-bus.at>:> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi *!
>
> I''m currently working on integrating VServer support into puppet.
I have
> uploaded a prototype for managing interface configuration to the Cookbook
at
>
> http://reductivelabs.com/cookbook/VServerRecipes
>
> and would very much appreciate feedback about style and functionality.
>
>
> Regards, David
> - --
> - - hallo... wie gehts heute?
> - - *hust* gut *rotz* *keuch*
> - - gott sei dank kommunizieren wir über ein septisches medium ;)
> -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
>
> iD8DBQFFJhqa/Pp1N6Uzh0URArnSAJ9cmzpb/bdTO831pCCl6/SxufrCQgCeL97p
> 9PBj1I/1jbdO8Cg2vg1diCY> =3Ia6
> -----END PGP SIGNATURE-----
> _______________________________________________
> Puppet-users mailing list
> Puppet-users@madstop.com
> https://mail.madstop.com/mailman/listinfo/puppet-users
>
On Friday 06 October 2006 11:26, Martin Vuk wrote:> Nice, > > I might do something similar for openvz.It''d be intresting to see whether openvz and vserver (and xen and ...) can be managed via providers of the same type. This would truly rock.> No need for special init > file. You can use base service provider > service { "vs-$name":I''m already working on a vserver provider for the service type, it''s just not mature yet. (I''m currently severely lacking a trunk test environment.)> You dont have ensure parameter covered, but it''s only a file > controling this so you could do something like > if $ensure { > file { "/etc/vserver/$name/apps/mark": content=>"default\n", > ensure=>present } > } > else { > file { "/etc/vserver/$name/apps/mark": content=>"default\n", > ensure=>absent } > }Ah, great! BTW, Luke: This isn''t covered on http://reductivelabs.com/projects/puppet/documentation/structures.html> I put the above in the cookbook as a comment. I hope you don''t mind.To the contrary! It''s a wiki. Be welcome to improve it. Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
2006/10/6, David Schmitt <david@schmitt.edv-bus.at>:> It''d be intresting to see whether openvz and vserver (and xen and ...) can be > managed via providers of the same type. This would truly rock.Yes it would. I don''t know about Xen, but for vserver/openvz it shouldn''t be too dificult.> > > You dont have ensure parameter covered, but it''s only a file > > controling this so you could do something like > > if $ensure { > > file { "/etc/vserver/$name/apps/mark": content=>"default\n", > > ensure=>present } > > } > > else { > > file { "/etc/vserver/$name/apps/mark": content=>"default\n", > > ensure=>absent } > > } > > Ah, great! > > BTW, Luke: This isn''t covered on > http://reductivelabs.com/projects/puppet/documentation/structures.html >I think If structure is there from 0.19. Martin
On Fri, 2006-10-06 at 11:42 +0200, David Schmitt wrote:> On Friday 06 October 2006 11:26, Martin Vuk wrote: > > Nice, > > > > I might do something similar for openvz. > > It''d be intresting to see whether openvz and vserver (and xen and ...) can be > managed via providers of the same type. This would truly rock.Agreed; I think the road to that would go through libvirt[1], a library that provides a simple API that is independent of the underlying virt technology - though it doesn''t have vserver or openvz backends yet. David [1] http://www.libvirt.org/
Nice, I was somehow also playing with puppet and my Vserver. I publish my set of files (manifest) that I am using. At first, I was more in the service side interested than in my Vserver. So I publish my manifest with the 4 files apt.pp, vservers.pp, lighttpd.pp and site.pp. http://reductivelabs.com/cookbook/VServerRecipesServices puppet is running in stand alone mode for now from the command line. I would very much appreciate some feedback. (I got somehow today beaten by a bug in the last version of trunk :(, still trying to see why, but it was working yesterday) I am looking at your publish patch, but I am not a really good in ruby. regards, david -- David VERNAZOBRES, PhD student | dv@uni-muenster.de Division of Bioinformatics, University of Muenster | Schlossplatz 4 (+49)(251)8321635 | D48149 Muenster http://www.uni-muenster.de/Evolution.ebb/ | Germany
David Vernazobres wrote:> Nice, > > I was somehow also playing with puppet and my Vserver. > > I publish my set of files (manifest) that I am using. > At first, I was more in the service side interested > than in my Vserver. > > So I publish my manifest with the 4 files apt.pp, > vservers.pp, lighttpd.pp and site.pp. > > http://reductivelabs.com/cookbook/VServerRecipesServices > > puppet is running in stand alone mode for now from the command line.Very cool.> I would very much appreciate some feedback. > (I got somehow today beaten by a bug in the last version of trunk :(, > still trying to see why, but it was working yesterday)I did some optimizations in the parser yesterday. All of the tests pass, but I might have missed something. What bug are you experiencing?> I am looking at your publish patch, but I am not a really good in ruby.This is the best way to learn. :) -- Should I say "I believe in physics", or "I know that physics is true"? -- Ludwig Wittgenstein, On Certainty, 602. --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com
On Friday 06 October 2006 13:39, David Vernazobres wrote:> http://reductivelabs.com/cookbook/VServerRecipesServices > > puppet is running in stand alone mode for now from the command line. > > I would very much appreciate some feedback.Using the Service.reload parameter for refresh operations looks nifty. I think that''ll solve some problems I have. The "/usr/bin/test 0 -eq 0" can be replaced by "/bin/true" though, but that''s only cosmetics. The vs-file* defines only seem to be shorthands, that do nothing towards resolving vserver problems? As far as I can see, this is already done via $vsvdirpath -> $root -> $basepath? Regards, David -- - hallo... wie gehts heute? - *hust* gut *rotz* *keuch* - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 _______________________________________________ Puppet-users mailing list Puppet-users@madstop.com https://mail.madstop.com/mailman/listinfo/puppet-users
David Schmitt wrote:> On Friday 06 October 2006 11:26, Martin Vuk wrote: >> Nice, >> >> I might do something similar for openvz. > > It''d be intresting to see whether openvz and vserver (and xen and ...) can be > managed via providers of the same type. This would truly rock.I think this makes more sense than using the ''service'' type to manage these. They do bear some resemblance to services, so it might make sense for the providers to subclass the top-level service provider or something similar.>> if $ensure { >> file { "/etc/vserver/$name/apps/mark": content=>"default\n", >> ensure=>present } >> } >> else { >> file { "/etc/vserver/$name/apps/mark": content=>"default\n", >> ensure=>absent } >> } > > Ah, great! > > BTW, Luke: This isn''t covered on > http://reductivelabs.com/projects/puppet/documentation/structures.htmlI know; that doc (and many others) needs to be considerably reworked. I''ll see if I can throw something in there today. -- The easiest way to figure the cost of living is to take your income and add ten percent. --------------------------------------------------------------------- Luke Kanies | http://reductivelabs.com | http://madstop.com