We're in the process of researching a configuration/systems management implementation and we've done quite a lot of demoing of Puppet. Puppet seems to excel at the somewhat simple "ensure this package is installed, this config file exists, and that this service is running."
I can't seem to find a good real world example of managing software that doesn't play so nicely. Some examples:
- IBM DB2 (distributed via tarball with installer, "fixpacks" are similiar)
- Simpana CommVault (uses an installer with an ncurses interface, but will accept an "answer" file if coaxed)
- AccuRev (binary installer, with "answer" file support)
- VMWare Tools (binary installer)
What approach have Puppet users taken to integrate software like this into their environments?
I maintain a server with locally created files, and make .deb or .rpm packages for such softwares myself.
In a few cases where I haven't bothered to do anything about it, I do an
exec wget
to download the file, and anexec
with the extraction method, whatever it may be, with thecreates
attribute pointing to the main binary. It won't handle updates, however.To handle update, make the installation
exec
arefreshonly => true
, and put anotify
on theexec
forwget
.Sample:
The
exec
resource is kinda the catch-all for managing anything that doesn't fit nicely into one of the other package types.If you can get something to go unattended on the command line, and you can check for a file's existence to confirm the installation, then you should be able to get puppet to handle it.
One of your examples, VMware Tools, has a module on the puppet module forge site, here. As you can see from the init.pp file (here), the install process is done mainly via
exec
resources.Well, you could just run installed on one machine and place installed files to tar/rpm/deb. Of course, sometimes it won't be easy.