Hi everyone, I’ve been working on getting puppet set up for our systems for the past week, and all has gone well in learning about writing manifests, but now that I’m ready to set it into production, I realize that it’s still unclear to me exactly how that’s supposed to go.
For instance, during testing it has always been that I manually started and stopped puppetd and puppetmasterd on their respective machines with the following commands node1 $ puppetd --server servercharlie.bestgroup --waitforcert 60 -- test and on the master master $ puppetmasterd --debug --no-daemonize But now that it’s time for production, trying to start the puppetd with my init script, yielded the following error: chown: invalid user: ‘puppet:puppet’ which made me realize that I haven’t done anything in terms of configuration on the nodes; I simply always ran the above command. So, I have a few specific questions about this, but I’d also appreciate any insight into things that I might fail to ask, but could be relevant to this topic. 1. The init scripts supplied by the Debian package (which I’m actually not using, I’m just using the init scripts, logrotate.d and /etc/ default files, etc) only act on puppetd. So then how is the puppetmasterd supposed to be started on the master node? I know the init scripts can be written. I have no fear of that, but I do get the feeling that I’m missing something. 2. I never really saw where in the documentation puppet.conf file is addressed. I’ve seen that it’s pretty well documented, but again, did I miss something, especially considering that I have gone through the online manifest-writing/language documentation for the past week, and through all of the testing, I never once did something to configure the client nodes. As mentioned above, I simply ran the puppetd command. Okay, for specific questions that covers it for now, but like I said, if there is any other general advice in terms these aspects of puppet, that would be appreciated too. As a final note, I should probably point out that I have a Debian system, but that I haven’t used their package because their libraries tend to be quite old, and we’ve had a couple of instances where the web-apps that we develop have actually been derailed because of old ruby libraries that come as dependencies for these older packages. Anyway, thanks in advance. Regards, Chris -- 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.