Hi,

Ubuntu server should be offering better Puppet integration. This
includes the following:

* Making it really easy to deploy a puppet master server.
* Possible d-i integration
* Pre-canned puppet "reciepes"


Regards
chuck

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On 11-03-30 10:53 AM, Chuck Short wrote:
> Ubuntu server should be offering better Puppet integration. This
> includes the following:
>
> * Making it really easy to deploy a puppet master server.
> * Possible d-i integration
> * Pre-canned puppet "reciepes"

It's been an ongoing topic for while. I think we really have the
opportunity to differentiate Ubuntu here. In particular, preseedable
d-i integration would make Ubuntu deployment a completely hands-off
operation. Again, count me in for that one!


--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor - LPIC-3

~= Ubuntu: Linux for Human Beings =~

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On Wed, Mar 30, 2011 at 11:04 AM, Etienne Goyer
<etienne.goyer@canonical.com> wrote:
> On 11-03-30 10:53 AM, Chuck Short wrote:
>> Ubuntu server should be offering better Puppet integration. This
>> includes the following:
>>
>> * Making it really easy to deploy a puppet master server.
>> * Possible d-i integration
>> * Pre-canned puppet "reciepes"
>
> It's been an ongoing topic for while. *I think we really have the
> opportunity to differentiate Ubuntu here. *In particular, preseedable
> d-i integration would make Ubuntu deployment a completely hands-off
> operation. *Again, count me in for that one!
>

I'd also like to see this, as well as some possible pre-canned
recipes/manifests. Even if they were just in an extra docs package, or
on a dedicated wiki section or something like that.

Doug

>
> --
> Etienne Goyer
> Technical Account Manager - Canonical Ltd
> Ubuntu Certified Instructor * - * *LPIC-3
>
> *~= Ubuntu: Linux for Human Beings =~
>
> --
> ubuntu-server mailing list
> ubuntu-server@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
> More info: https://wiki.ubuntu.com/ServerTeam
>



--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On Wed, Mar 30, 2011 at 11:10:47AM -0400, Douglas Stanley wrote:
> > It's been an ongoing topic for while. *I think we really have the
> > opportunity to differentiate Ubuntu here. *In particular, preseedable
> > d-i integration would make Ubuntu deployment a completely hands-off
> > operation. *Again, count me in for that one!
> >
>
> I'd also like to see this, as well as some possible pre-canned
> recipes/manifests. Even if they were just in an extra docs package, or
> on a dedicated wiki section or something like that.
>
> Doug
>

I've been thinking about this, too. It would be great if users who are creating a new puppet-centric infrastructure can start by creating a puppet master node with the puppetmaster + new modules package. The modules package could contain pre-written modules for common services that define and take care of installation, configuration, management, etc. If done correctly, the entire environment could be in-place and waiting before any additional systems are booted. Another option would be to have additional puppet-* or puppetmasterd-module-* packages, each containing a module for a specific service or need.

Initially it felt like Puppet was still so new that it was difficult to find defined best-practices, but with the publication of the Puppet Style Guide ( http://www.puppetlabs.com/blog/a-question-of-style/ ) it seems it wouldn't be too hard to develop and ship manifests and modules that meet the standards.

---
Adam Gandelman

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On 03/30/2011 04:53 AM, Chuck Short wrote:

Hi,

Ubuntu server should be offering better Puppet integration. This
includes the following:

* Making it really easy to deploy a puppet master server.
* Possible d-i integration
* Pre-canned puppet "reciepes"


Regards
chuck

To play a little bit of devils advocate, what is wrong with the current
method?
Puppet installs over apt-get and takes editing a quick
/etc/default/puppet file to say YES to enable it (rather than risk
conflicts)


Paul



--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

Excerpts from Adam Gandelman's message of Wed Mar 30 13:04:37 -0700 2011:
> On Wed, Mar 30, 2011 at 11:10:47AM -0400, Douglas Stanley wrote:
> > > It's been an ongoing topic for while. *I think we really have the
> > > opportunity to differentiate Ubuntu here. *In particular, preseedable
> > > d-i integration would make Ubuntu deployment a completely hands-off
> > > operation. *Again, count me in for that one!
> > >
> >
> > I'd also like to see this, as well as some possible pre-canned
> > recipes/manifests. Even if they were just in an extra docs package, or
> > on a dedicated wiki section or something like that.
> >
> > Doug
> >
>
> I've been thinking about this, too. It would be great if users who
> are creating a new puppet-centric infrastructure can start by creating
> a puppet master node with the puppetmaster + new modules package.
> The modules package could contain pre-written modules for common services
> that define and take care of installation, configuration, management, etc.
> If done correctly, the entire environment could be in-place and waiting
> before any additional systems are booted. Another option would be to have
> additional puppet-* or puppetmasterd-module-* packages, each containing
> a module for a specific service or need.
>

The logical choice for this would be to take the stuff from puppet forge

http://forge.puppetlabs.com/

And package it all, or at the very least, make sure its very easy and
obvious how to get the modules available there.

> Initially it felt like Puppet was still so new that it was difficult
> to find defined best-practices, but with the publication of the Puppet
> Style Guide ( http://www.puppetlabs.com/blog/a-question-of-style/ ) it
> seems it wouldn't be too hard to develop and ship manifests and modules
> that meet the standards.o

I don't know that we want to get in to the business of developing
manifests. It has proved difficult to keep them generic enough to be
much more than templates.

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On 03/30/2011 05:04 PM, Etienne Goyer wrote:
> On 11-03-30 10:53 AM, Chuck Short wrote:
>> Ubuntu server should be offering better Puppet integration. This
>> includes the following:
>>
>> * Making it really easy to deploy a puppet master server.
>> * Possible d-i integration
>> * Pre-canned puppet "reciepes"
>
> It's been an ongoing topic for while. I think we really have the
> opportunity to differentiate Ubuntu here. In particular, preseedable
> d-i integration would make Ubuntu deployment a completely hands-off
> operation. Again, count me in for that one!

Isn't this already achievable by preseding a cloud-init script which
then does the puppet magic?

Nick

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On Wed, 30 Mar 2011 10:59:17 -1000
Paul Graydon <paul@paulgraydon.co.uk> wrote:

> On 03/30/2011 04:53 AM, Chuck Short wrote:
> > Hi,
> >
> > Ubuntu server should be offering better Puppet integration. This
> > includes the following:
> >
> > * Making it really easy to deploy a puppet master server.
> > * Possible d-i integration
> > * Pre-canned puppet "reciepes"
> >
> >
> > Regards
> > chuck
> >
> To play a little bit of devils advocate, what is wrong with the
> current method?
> Puppet installs over apt-get and takes editing a quick
> /etc/default/puppet file to say YES to enable it (rather than risk
> conflicts)
>
> Paul
>
>
>

Nothing is wrong with the current method per se. My view is that it
just provides the basics to the users. With Ubuntu orchestra as said
before we are trying to offer more than what we currently offer, which
is the basics.

Regards
chuck

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On 03/31/2011 10:36 AM, Chuck Short wrote:
> Puppet installs over apt-get and takes editing a quick
>> /etc/default/puppet file to say YES to enable it (rather than risk
>> conflicts)

BTW this behavior is annoying, it should just rely on the normal methods
i.e. update-rc.d puppet defaults

--
Mark D. Foster <mark@foster.cc>
http://mark.foster.cc/


--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

On 03/31/2011 11:52 AM, Mark Foster wrote:

On 03/31/2011 10:36 AM, Chuck Short wrote:

Puppet installs over apt-get and takes editing a quick

/etc/default/puppet file to say YES to enable it (rather than risk
conflicts)

BTW this behavior is annoying, it should just rely on the normal methods
i.e. update-rc.d puppet defaults

That may be the normal method, but it's not the Ubuntu (debian?) way,
which is to automatically do that on install, and start the application
up. Personally I find that an annoying default, if for example, have to
install an FTP server on a machine I don't want it starting up until
I've had a chance to configure it first.


Paul

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam