Re: [Puppet Users] storeconfig / mysql
On Mon, Dec 6, 2010 at 17:17, walexey wale...@gmail.com wrote: hello! centos 5.5, puppet 2.6.4, storeconfig, mysql, about150 clients. time to time i recive following error: Puppet (err): Could not retrieve catalog from remote server: Error 400 on SERVER: Mysql::Error: MySQL server has gone away how can i fix it? At a guess, you are allowing more concurrency in your puppet server than you are in your MySQL service. Check to see if that is the case and, if necessary, reduce or increase allowed concurrency. If that isn't the case, check that your MySQL service isn't aborting connections or restarting when this happens. Regards, Daniel -- ✣ Daniel Pittman ✉ dan...@rimspace.net ☎ +61 401 155 707 ♽ made with 100 percent post-consumer electrons -- 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.
[Puppet Users] Puppet services/ folder
Hi, Reading the latest best practices for 2.6.x I see that it recommends generic classes for server model types to be put in /etc/puppet/services. Sounds a sensible idea but I can't seem to find much more information on this and services/ doesn't seem to be in the default search path for classes. Does it have to be specifically imported? Does anyone have any example snippets of this in use? Cheers Craig -- 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.
[Puppet Users] Re: quick basics to install functioning ubuntu system?
I just don't want to be grinding out an install all night, and I wanted to ask here about any packages and especially gotchas/bugs Did this question have some sort of flaw in etiquette or protocol? Curious... -- 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.
[Puppet Users] Does Puppet depend on Augeas?
Hi, The lastest Puppet package in Ubuntu Natty /depends/ on libaugeas, rather than merely recommending it, like it used to, up to and including version 2.6.1. Is there a strict reason for this from Puppet's point of view? If not, I'll see if I can harrass the Ubuntu maintainer about this :-) Best regards, Martijn. -- 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.
Re: [Puppet Users] problem with relative path
# /etc/puppet/puppet.conf [development] modulepath = /etc/puppetmodules/development/modules/ [production] modulepath = /etc/puppetmodules/production/modules/ In manifest there is an entrylike following.. . . . file { /var/lib/conf/my.xml: owner = 'root', source = puppet://puppet/moduleanme/my.xml , } What version is the puppetmaster? I faintly remember that modules used to be a component of the path at some point... .. when i run puppetd at client : $ puppetd --test --debug --environment production then it is using file source to /etc/puppet/modules/modulename/files/ but expected is /etc/puppetmodules/production/modules/modulename/files/ what should i do, to choose file within module ? This is actually supposed to work as you described. Silly question: Have you reloaded the master configuration? how to use source to specify obsolute path like /etc/lib/puppet/myfile/my.xml file{ /path/to/file: source = , } You just specify it. But it's not a path on the puppetmaster then. The source is local to the system running puppetd. To use a file on your puppetmaster, use content = file(...) instead. Cheers, Felix -- 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.
[Puppet Users] Re: Does Puppet depend on Augeas?
Augeas roughly falls into the same category as the package libshadow- ruby and the 'user' resource. If the absence of augeas as a lib simply means the 'augeas' resource doesn't work, then it is fairly graceful and makes it non-mandatory I would imagine. ken. On Dec 6, 1:17 pm, Martijn Grendelman mart...@iphion.nl wrote: Hi, The lastest Puppet package in Ubuntu Natty /depends/ on libaugeas, rather than merely recommending it, like it used to, up to and including version 2.6.1. Is there a strict reason for this from Puppet's point of view? If not, I'll see if I can harrass the Ubuntu maintainer about this :-) Best regards, Martijn. -- 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.
Re: [Puppet Users] Does Puppet depend on Augeas?
Martijn Grendelman mart...@iphion.nl writes: Hi, The lastest Puppet package in Ubuntu Natty /depends/ on libaugeas, rather than merely recommending it, like it used to, up to and including version 2.6.1. Is there a strict reason for this from Puppet's point of view? If not, I'll see if I can harrass the Ubuntu maintainer about this :-) augeas is a native type[1] in puppet, so a hard dependency, rather than a recommendation, is proper. [1] http://docs.puppetlabs.com/guides/types/augeas.html -- Stig Sandbeck Mathisen -- 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.
[Puppet Users] Re: audit=content
On Dec 5, 3:19 am, Paul Johnson gentoo.ser...@gmail.com wrote: sorry, forgot to mention that the target file (/tmp/bar) exists and it shouldn't be optional. I tried adding 'ensure = file' as you guys suggested but without luck, it still produces the same error. As to reporting this as a bug, there is an official bug (http://projects.puppetlabs.com/issues/5065), That's helpful, thanks; I wasn't aware there was an existing ticket on this topic. but apparently it was considered as a documentation bug and Luke said this construction should work ok: --- According to Luke: It is supposed to work that way, kind of - this behaviour changed recently and the docs apparently haven't been updated. The correct way to do this is now: file { /tmp/bar: audit = content } exec { '/usr/bin/true': refreshonly = true, subscribe = File['/tmp/bar'] } So this is a documentation issue. --- But it doesn't work for me, that's why I'm asking if it is only me facing this error due to some reasons or it is not a documentation bug and needs to be fixed. Unfortunately there was no reply to this bug for more than a month and IDK how longer it'll take to review this bug if it really exists (if it's not my configuration problem). Could anyone try this construction on your end and see if it produces the same error? Thanks in advance. I am not running 2.6, so I cannot test this for you. I observe, however, that the last comment on the ticket reports that with Puppet 2.6.3-rc2, the error message you report does not appear, but the exec still doesn't run. I suspect that means there is indeed an outstanding bug. I recommend you file a new ticket to report that the new behavior Luke described in ticket #5065 is not working. You should call out the fact that the error message that was reported to have disappeared in 2.6.3-rc2 is back in 2.6.3-rc3; if that checks out then it may help narrow down the problem. Alternatively, if you can find and update a ticket describing the actual behavior change Luke described then that might be better, but I didn't have any luck finding such a ticket. Good Luck, John -- 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.
Re: [Puppet Users] Re: Schedule
Hi, On 03-12-10 23:24, Ken Barber wrote: Looking here and at source: http://docs.puppetlabs.com/references/stable/type.html#schedule It reads to me that you might be able to use: schedule { puppet: period = weekly, repeat = 3 } And have it ran three days a week for example, but being specific about the day does not seem possible. Thanks, that's what I thought. I have created a custom fact named 'wday', that returns 'Date.today.wday', so I can test for '$wday 0 and $wday 6'. Ugly, but it works. Regards, Martijn. On Dec 2, 9:46 am, Martijn Grendelman mart...@iphion.nl wrote: Hi, If I understand correctly, it is not possible to use a Schedule resource to prevent a resource from running on certain days (i.e. weekend), only hours within any day, is that right? Best regards, Martijn. -- 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.
Re: [Puppet Users] Re: quick basics to install functioning ubuntu system?
On Mon, Dec 6, 2010 at 4:25 AM, chiggsy lazy...@gmail.com wrote: I just don't want to be grinding out an install all night, and I wanted to ask here about any packages and especially gotchas/bugs Did this question have some sort of flaw in etiquette or protocol? Curious... Apart from what looks to be you talking to yourself? :) Nope. I need basically web/dev servers, ie: nginx openssh git standard dev tools standard security - I have no idea what you mean by standard security. Anything that is a package is simply installed via Puppet using a package resource. standard dev tools is also something that everyone on the list probably has a different idea about. If you ask more specific questions, you're likely to get answers. You should just work out what packages you want installed, and install them really. -- 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. -- Nigel Kersten - Puppet Labs - http://www.puppetlabs.com -- 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.
Re: [Puppet Users] Fact auto sync reloading
On Mon, Dec 6, 2010 at 7:46 AM, Derek Yarnell de...@umiacs.umd.edu wrote: On 12/3/10 5:13 PM, Nigel Kersten wrote: On Fri, Dec 3, 2010 at 11:58 AM, Derek Yarnell de...@umiacs.umd.edu wrote: So we run puppetd as a long running ruby process on the hosts. When we update a fact that gets auto sync'd to the host it seems when puppetd wakes up and starts its catalog run it doesn't re-sync the facts. It you run it standalone it will or if you restart the service then it will do the right thing. Do other people see this? Or have you all gone to running out of cron? What puppet version? Are you using factsync or pluginsync? Hi, I have noticed this through 0.24.x, 0.25.x and now 2.6.1 which we are running (both server and client) now everywhere. pluginsync = true pluginsource = puppet://$server/plugins Something is special about your case, as I've definitely used this functionality in 0.25.x. Can anyone else replicate this with a node in daemon mode? Anything exotic about your server/filesystem/mount ? Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies -- Nigel Kersten - Puppet Labs - http://www.puppetlabs.com -- 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.
Re: [Puppet Users] Does Puppet depend on Augeas?
On Mon, Dec 6, 2010 at 6:44 AM, Stig Sandbeck Mathisen s...@fnord.no wrote: Martijn Grendelman mart...@iphion.nl writes: Hi, The lastest Puppet package in Ubuntu Natty /depends/ on libaugeas, rather than merely recommending it, like it used to, up to and including version 2.6.1. Is there a strict reason for this from Puppet's point of view? If not, I'll see if I can harrass the Ubuntu maintainer about this :-) augeas is a native type[1] in puppet, so a hard dependency, rather than a recommendation, is proper. [1] http://docs.puppetlabs.com/guides/types/augeas.html Note that we're likely to make a shift in the future and trim down the Puppet core, moving a lot of these extra types/providers into their own projects and release cycles, precisely to resolve some of these issues. Stig is right though. For now, this is the correct thing for the packages to do. -- Nigel Kersten - Puppet Labs - http://www.puppetlabs.com -- 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.
[Puppet Users] error running puppetrun
Hi, I have been getting the below error for sometime now. Both master and client are using version 0.24.8. Output from /var/log/messages err: Could not call puppetmaster.getconfig: ##Class:0xb7b50a9c: execution expired err: Could not retrieve catalog: execution expired P.S- all of this was working absolutely fine and suddenly has started to misbehave. Regards, -- 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.
[Puppet Users] Re: error running puppetrun
Hi, Any help in this regard would be appreciated. Also, when I run the puppetmasterd with --verbose --no-daemonize --debug mode I get the following output debug: Creating default schedules debug: /Settings[/etc/puppet/puppet.conf]/Settings[puppetmasterd]/File[/etc/puppet/manifests/site.pp]: Autorequiring File[/etc/puppet/manifests ] debug: Finishing transaction -607314048 with 0 changes info: Listening on port 8140 notice: Starting Puppet server version 0.24.8 debug: Overriding :::192.168.2.2 with cert name 192.168.2.2 debug: Allowing authenticated client 192.168.2.2(:::192.168.2.2) access to puppetmaster.getconfig debug: Our client is remote info: Expiring the node cache of 192.168.2.2 warning: Could not retrieve fact ipaddress warning: Could not retrieve fact fqdn err: Could not call: Could not find terminus plain for indirection node regards, On Mon, Dec 6, 2010 at 4:43 PM, dopedoxygen dopedoxy...@gmail.com wrote: Hi, I have been getting the below error for sometime now. Both master and client are using version 0.24.8. Output from /var/log/messages err: Could not call puppetmaster.getconfig: ##Class:0xb7b50a9c: execution expired err: Could not retrieve catalog: execution expired P.S- all of this was working absolutely fine and suddenly has started to misbehave. Regards, -- 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.
[Puppet Users] backtick in exec
How do you do a backtick inside an exec? eg: exec { Testworld: command = /bin/echo hello `cat /etc/hostname` /tmp/hello.txt, } Thanks, Matt -- 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.
Re: [Puppet Users] Fact auto sync reloading
On 12/6/10 10:52 AM, Nigel Kersten wrote: On Mon, Dec 6, 2010 at 7:46 AM, Derek Yarnell de...@umiacs.umd.edu wrote: On 12/3/10 5:13 PM, Nigel Kersten wrote: On Fri, Dec 3, 2010 at 11:58 AM, Derek Yarnell de...@umiacs.umd.edu wrote: So we run puppetd as a long running ruby process on the hosts. When we update a fact that gets auto sync'd to the host it seems when puppetd wakes up and starts its catalog run it doesn't re-sync the facts. It you run it standalone it will or if you restart the service then it will do the right thing. Do other people see this? Or have you all gone to running out of cron? What puppet version? Are you using factsync or pluginsync? Hi, I have noticed this through 0.24.x, 0.25.x and now 2.6.1 which we are running (both server and client) now everywhere. pluginsync = true pluginsource = puppet://$server/plugins Something is special about your case, as I've definitely used this functionality in 0.25.x. Can anyone else replicate this with a node in daemon mode? Anything exotic about your server/filesystem/mount ? After double checking this, I can't seem to replicate it on 2.6.1 now. Sigh, sorry for the trouble. One other thing always annoys me though seems benign, # puppetd --test info: Retrieving plugin info: Loading facts in os_name info: Loading facts in hostname_hour info: Loading facts in os_platform info: Loading facts in nvidia_graphics info: Loading facts in os_version info: Loading facts in pam_limits_d info: Loading facts in rhn info: Loading facts in scratch info: Loading facts in os_name info: Loading facts in hostname_hour info: Loading facts in os_platform info: Loading facts in nvidia_graphics info: Loading facts in os_version info: Loading facts in pam_limits_d info: Loading facts in rhn info: Loading facts in scratch Why does it load the facts twice, or is this just misleading? Thanks, derek -- --- Derek T. Yarnell University of Maryland Institute for Advanced Computer Studies -- 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.
Re: [Puppet Users] Fact auto sync reloading
On Mon, Dec 6, 2010 at 8:13 AM, Derek Yarnell de...@umiacs.umd.edu wrote: Why does it load the facts twice, or is this just misleading? That's currently an open issue: http://projects.puppetlabs.com/issues/3741. Thanks, Nan -- 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.
Re: [Puppet Users] browsing puppet file server
On 11/24/2010 12:18 PM, Arnau Bria wrote: Hi all, I'm wondering if there is some way for browsing puppet file server. Sometimes I get the Could not retrieve information from source and I get crazy looking for typos in paths. If not, how do you check path sanity? Basically, I can only copy-paste the tail of the offending URL and append that to the path to the fileserver root. Sorry for being not helpful ;-) Felix -- 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.
Re: [Puppet Users] Does Puppet depend on Augeas?
On Mon, Dec 6, 2010 at 8:32 AM, Martijn Grendelman mart...@iphion.nl wrote: On 06-12-10 16:54, Nigel Kersten wrote: On Mon, Dec 6, 2010 at 6:44 AM, Stig Sandbeck Mathisen s...@fnord.no wrote: Martijn Grendelman mart...@iphion.nl writes: Hi, The lastest Puppet package in Ubuntu Natty /depends/ on libaugeas, rather than merely recommending it, like it used to, up to and including version 2.6.1. Is there a strict reason for this from Puppet's point of view? If not, I'll see if I can harrass the Ubuntu maintainer about this :-) augeas is a native type[1] in puppet, so a hard dependency, rather than a recommendation, is proper. [1] http://docs.puppetlabs.com/guides/types/augeas.html Note that we're likely to make a shift in the future and trim down the Puppet core, moving a lot of these extra types/providers into their own projects and release cycles, precisely to resolve some of these issues. Stig is right though. For now, this is the correct thing for the packages to do. Ok, thanks. The reason I asked is, that I was trying to install a home-made backport of Puppet 2.6.3 on an Ubuntu Hardy machine, and it complained about a missing (and unavailable) dependency. Libaugeas was introduced in Ubuntu in the Karmic (9.10) release. Moving libaugeas back to the 'recommends' section fixed that for me, but I was curious if there were any pitfalls with that (apart from Augeas resources not working, obviously). I think you've made the right decision for a home-made backport. Best regards, Martijn. -- 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. -- Nigel Kersten - Puppet Labs - http://www.puppetlabs.com -- 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.
Re: [Puppet Users] browsing puppet file server
On Wed, Nov 24, 2010 at 3:18 AM, Arnau Bria arnaub...@pic.es wrote: Hi all, I'm wondering if there is some way for browsing puppet file server. Sometimes I get the Could not retrieve information from source and I get crazy looking for typos in paths. If not, how do you check path sanity? Are you using modules? If you are this should all be simple enough to debug, but otherwise you can try using the REST api with curl. http://docs.puppetlabs.com/guides/rest_api.html Cheers, Arnau -- 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. -- Nigel Kersten - Puppet Labs - http://www.puppetlabs.com -- 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.
Re: [Puppet Users] Does Puppet depend on Augeas?
Martijn Grendelman mart...@iphion.nl writes: The reason I asked is, that I was trying to install a home-made backport of Puppet 2.6.3 on an Ubuntu Hardy machine, and it complained about a missing (and unavailable) dependency. Libaugeas was introduced in Ubuntu in the Karmic (9.10) release. On Debian, Ubuntu (and other .deb based distributions), you can install equivs, which helps you make packages which provide missing dependencies. Moving libaugeas back to the 'recommends' section fixed that for me, but I was curious if there were any pitfalls with that (apart from Augeas resources not working, obviously). Apart from that, and probably failed tests in the puppet-testsuite package, there should be none. -- Stig Sandbeck Mathisen (fnord) -- 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.
[Puppet Users] error: Could not intern from pson: source did not contain any PSON!
I am getting this error on the clients. (I am running with --test). rerunning the command works as expected. This does not happen every time. I have no idea what the message means or more precisely what a PSON is... Russell -- 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.
[Puppet Users] Extlookup in external nodes
I don't suppose I can do this in an external node, can I? classes: - network::config::app_bonded environment: production parameters: password : extlookup(password, , default_${domain}) Doug. -- 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.
Re: [Puppet Users] Extlookup in external nodes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/06/2010 09:01 PM, Douglas Garstang wrote: I don't suppose I can do this in an external node, can I? no but you can probably tune your extlookup tool to do that for you, before it spits out the yaml for the puppetmaster. ~pete -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz9Q8gACgkQbwltcAfKi38C2ACggS1jXSq0miIG+XUVgiVFLu6q 0N0AnRcr6tPRoR3BpmnWH6GCn9gLdgFC =7qTb -END PGP SIGNATURE- -- 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.
[Puppet Users] Certificate verify failed
Whenever I try to connect to the master from the client, I get the following error: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed I tried google and most of the results say the problem is due the difference in clock between the server and client. However, my server and client have the same date and time. Here are extra details about my setup. Server: hostname - puppetmaster domainname - does not have a domain fqdn - puppetmaster Client: hostname - puppetclient domainname - localdomain fqdn - puppetclient.localdomain I have puppetclient and its ip address in the master's /etc/hosts file. I also have puppetmaster and its ip address in the client's /etc/ hosts file. I use puppetd --debug --server puppetmaster on the client to connect to the server. The first time it connects, it requests a certificate from the server. I then use puppetca to sign the certificate on the master. I get the error after doing that step. I'm completely clueless. I've tried all sorts of permutations and cannot get it to work. I guess somewhere, my certificates are getting screwed up or could it also be because my server does not have a domain name? But that is one of the requirements. Any help would be appreciated! Thanks! -- 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.
Re: [Puppet Users] Extlookup in external nodes
Darn. I was hoping I could. The yaml isn't being auto generated by anything. All the external node script does it reprint it. This was by design because I am dead set against putting the configuration into anything except files. Doug. On Mon, Dec 6, 2010 at 12:13 PM, Peter Meier peter.me...@immerda.ch wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/06/2010 09:01 PM, Douglas Garstang wrote: I don't suppose I can do this in an external node, can I? no but you can probably tune your extlookup tool to do that for you, before it spits out the yaml for the puppetmaster. ~pete -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz9Q8gACgkQbwltcAfKi38C2ACggS1jXSq0miIG+XUVgiVFLu6q 0N0AnRcr6tPRoR3BpmnWH6GCn9gLdgFC =7qTb -END PGP SIGNATURE- -- 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.compuppet-users%2bunsubscr...@googlegroups.com . 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: doug.garst...@gmail.com 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 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.
Re: [Puppet Users] Puppet services/ folder
On 6 Dec 2010, at 3:52 AM, Craig Dunn wrote: Reading the latest best practices for 2.6.x I see that it recommends generic classes for server model types to be put in /etc/puppet/services. Sounds a sensible idea but I can't seem to find much more information on this and services/ doesn't seem to be in the default search path for classes. Does it have to be specifically imported? If you have a separate services/ directory for site modules (or any other directory of extra modules you want to use) -- then you must add it to your Puppetmaster's modulepath. Once your modulepath is set correctly, however, Puppet's autoloader will find modules in your services/ directory as easily as those in your modules/ directory; no special imports are required in your manifests. Does anyone have any example snippets of this in use? You should just need something like this in your Puppetmaster's puppet.conf: [master] modulepath = $confdir/modules:$confdir/services:/usr/share/puppet/modules That would insert $confdir/services into the middle of the default modulepath, if you were previously using the default. (You may also want to parameterize on the $environment fact, c.) Incidentally, we (the Stanford University Libraries) adopted this modules/services distinction from the other, larger Puppet deployment here at Stanford, and it's worked very well for us. -- Ian Ward Comfort icomf...@stanford.edu Systems Team Lead, Academic Computing Services, Stanford University -- 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.
[Puppet Users] File not found during puppet fileserving
Here is the error I get: err: //.../File[/root/.bash_profile]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet:///modules/bash/bash_profile at ... However, the file is there: # ll /usr/share/puppet/development/app_modules/bash/files/bash_profile -rw-r--r-- 1 root root 402 Nov 24 05:52 /usr/share/puppet/development/ app_modules/bash/files/bash_profile Here is my modulepath for my development environment: modulepath = /usr/share/puppet/development/app_modules:/usr/share/ puppet/development/hosttype_modules:/usr/share/puppet/development/ other_modules The modulepath is working fine, but I am wondering if it is impacting the lookup for the file serving stuff. I tried finding where the puppetmaster actually looks for the file but got lost in all the puppet code. Thanks. -eric -- 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.
Re: [Puppet Users] backtick in exec
On Dec 6, 2010, at 3:55 AM, Matt Keating wrote: How do you do a backtick inside an exec? eg: exec { Testworld: command = /bin/echo hello `cat /etc/hostname` /tmp/hello.txt, } In general, you can't because that would need to be run by a shell, not by puppet. If you want to do something like that: On client) Explicitly pass that to a shell or run in a shell script On server) Use the generate() function If you want to solve that specific case, (which you probably don't) use the $hostname variable. -- 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.
Re: [Puppet Users] File not found during puppet fileserving
On Dec 6, 2010, at 12:54 PM, Eric Snow wrote: Here is the error I get: err: //.../File[/root/.bash_profile]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet:///modules/bash/bash_profile at ... However, the file is there: # ll /usr/share/puppet/development/app_modules/bash/files/bash_profile -rw-r--r-- 1 root root 402 Nov 24 05:52 /usr/share/puppet/development/ app_modules/bash/files/bash_profile Here is my modulepath for my development environment: modulepath = /usr/share/puppet/development/app_modules:/usr/share/ puppet/development/hosttype_modules:/usr/share/puppet/development/ other_modules The modulepath is working fine, but I am wondering if it is impacting the lookup for the file serving stuff. I tried finding where the puppetmaster actually looks for the file but got lost in all the puppet code. Thanks. I've seen this error is the user puppet can't read /usr/share/puppet/development/app_modules/bash/files/bash_profile because of permissions on folders in the path. Are bash and files one of these? (Or something more permissive) -rwxr-x--- 1 root puppet -rwxr-xr-x 1 root root -- 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.
[Puppet Users] Re: File not found during puppet fileserving
On Dec 6, 2:54 pm, Eric Snow es...@verio.net wrote: Here is the error I get: err: //.../File[/root/.bash_profile]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet:///modules/bash/bash_profile at ... However, the file is there: # ll /usr/share/puppet/development/app_modules/bash/files/bash_profile -rw-r--r-- 1 root root 402 Nov 24 05:52 /usr/share/puppet/development/ app_modules/bash/files/bash_profile Here is my modulepath for my development environment: modulepath = /usr/share/puppet/development/app_modules:/usr/share/ puppet/development/hosttype_modules:/usr/share/puppet/development/ other_modules The modulepath is working fine, but I am wondering if it is impacting the lookup for the file serving stuff. I tried finding where the puppetmaster actually looks for the file but got lost in all the puppet code. Thanks. Try changing the URL to this: puppet:///bash/bash_profile That is, drop the modules part of the path. You can read that URL as something like: file bash_profile from the bash module, located on the Puppet server from which the current catalog was obtained. File names are relative to the files subdirectory of the named module, so it looks like you have the file itself in the right place. As Patrick pointed out, the file *and all directories in the path to it* do need to be readable by the puppetmaster process, and the directories need to be executable by it. Cheers, John -- 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.
Re: [Puppet Users] Extlookup in external nodes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The yaml isn't being auto generated by anything. All the external node script does it reprint it. This was by design because I am dead set against putting the configuration into anything except files. The issue is that parameters is just a yaml hash and puppet is afaik just copying that over into its variable scope. However, I think your use case might be not that uncommon and it's worth a feature request aka. we should be able to pass function calls with an external node tool. ~pete -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz9XfsACgkQbwltcAfKi39R1QCgikcsF1Mf6ACP8sxoHVo1nRTJ 2JkAoIkVyCHk/RzzGKnjMcvgbBmtlgKV =2x74 -END PGP SIGNATURE- -- 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.
Re: [Puppet Users] error: Could not intern from pson: source did not contain any PSON!
On Dec 6, 2010, at 11:53 AM, russell.fulton wrote: I am getting this error on the clients. (I am running with --test). rerunning the command works as expected. This does not happen every time. I have no idea what the message means or more precisely what a PSON is... This can happen when your client's major version is larger than your server's major version. Is that possable? -- 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.
[Puppet Users] Re: error: Could not intern from pson: source did not contain any PSON!
This can happen when your client's major version is larger than your server's major version. Is that possable? Indeed! Thanks -- clients on 2.5 server on 2.6... -- 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.
Re: [Puppet Users] Certificate verify failed
On Mon, Dec 06, 2010 at 12:13:37PM -0800, Kikanny wrote: Whenever I try to connect to the master from the client, I get the following error: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed I can think of the following reasons: * Client generated a new certificate after your master signed one. * When you connect a new client it retrieves the masters certificate. When you connect again, the certificate will be checked. If you rebuild your puppetmaster, your client will not trust its new certificate. * You revoked your client's certificate * You revoked the certificate of your master If this is your first attempt to use puppet, try a fresh restart: * remove /etc/puppet/ssl and/or /var/lib/puppet/ssl on master and client * puppet cert --list --all should be empty on master * run puppet master --no-daemonize --verbose on master * run puppet agent --server masters_hostname --test --waitforcert 15 on client * run puppet cert --list and puppet cert --sign on master If that does not work, you can check the subject of the certificates because I think they have to match the hostname. You can do that with puppet cert --list and puppet cert --print fqdn and on the client openssl x509 -text -in /var/lib/puppet/ssl/certs/ca.pem should work -Stefan pgpr4Ru2DWGKd.pgp Description: PGP signature
[Puppet Users] more than one subscription
Hi I need to run a command if any one of a number of files change. I can handle this with having an exec and a subscribe clause listing the dependencies but I want the command to be run once per run, i.e. after all the possible updates have happened. I note stages can only be used within a class so do I have to have a separate class for my command? Russell -- 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.
Re: [Puppet Users] Re: File not found during puppet fileserving
On Mon, Dec 06, 2010 at 01:54:40PM -0800, jcbollinger wrote: Try changing the URL to this: puppet:///bash/bash_profile That is, drop the modules part of the path. Are you sure? IIRC this is deprecated http://docs.puppetlabs.com/guides/file_serving.html says that modules has to be in the path lib/puppet/file_serving/configuration.rb:44 has a deprecation warning if you do not put modules in your source -Stefan pgpuczbw1e4fz.pgp Description: PGP signature
[Puppet Users] Re: File not found during puppet fileserving
I have verified that everything has correct permissions: # ls -la app_modules/bash/files/ drwxr-xr-x 3 root root 4096 Nov 24 05:52 . drwxr-xr-x 5 root root 4096 Nov 24 05:52 .. -rw-r--r-- 1 root root 402 Nov 24 05:52 bash_profile -eric On Dec 6, 2:23 pm, Patrick kc7...@gmail.com wrote: On Dec 6, 2010, at 12:54 PM, Eric Snow wrote: Here is the error I get: err: //.../File[/root/.bash_profile]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet:///modules/bash/bash_profile at ... However, the file is there: # ll /usr/share/puppet/development/app_modules/bash/files/bash_profile -rw-r--r-- 1 root root 402 Nov 24 05:52 /usr/share/puppet/development/ app_modules/bash/files/bash_profile Here is my modulepath for my development environment: modulepath = /usr/share/puppet/development/app_modules:/usr/share/ puppet/development/hosttype_modules:/usr/share/puppet/development/ other_modules The modulepath is working fine, but I am wondering if it is impacting the lookup for the file serving stuff. I tried finding where the puppetmaster actually looks for the file but got lost in all the puppet code. Thanks. I've seen this error is the user puppet can't read /usr/share/puppet/development/app_modules/bash/files/bash_profile because of permissions on folders in the path. Are bash and files one of these? (Or something more permissive) -rwxr-x--- 1 root puppet -rwxr-xr-x 1 root root -- 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.
Re: [Puppet Users] Re: audit=content
Thanks for your comment, I posted a new bug and will wait for a reply from guys. 2010/12/6 jcbollinger john.bollin...@stjude.org: On Dec 5, 3:19 am, Paul Johnson gentoo.ser...@gmail.com wrote: sorry, forgot to mention that the target file (/tmp/bar) exists and it shouldn't be optional. I tried adding 'ensure = file' as you guys suggested but without luck, it still produces the same error. As to reporting this as a bug, there is an official bug (http://projects.puppetlabs.com/issues/5065), That's helpful, thanks; I wasn't aware there was an existing ticket on this topic. but apparently it was considered as a documentation bug and Luke said this construction should work ok: --- According to Luke: It is supposed to work that way, kind of - this behaviour changed recently and the docs apparently haven't been updated. The correct way to do this is now: file { /tmp/bar: audit = content } exec { '/usr/bin/true': refreshonly = true, subscribe = File['/tmp/bar'] } So this is a documentation issue. --- But it doesn't work for me, that's why I'm asking if it is only me facing this error due to some reasons or it is not a documentation bug and needs to be fixed. Unfortunately there was no reply to this bug for more than a month and IDK how longer it'll take to review this bug if it really exists (if it's not my configuration problem). Could anyone try this construction on your end and see if it produces the same error? Thanks in advance. I am not running 2.6, so I cannot test this for you. I observe, however, that the last comment on the ticket reports that with Puppet 2.6.3-rc2, the error message you report does not appear, but the exec still doesn't run. I suspect that means there is indeed an outstanding bug. I recommend you file a new ticket to report that the new behavior Luke described in ticket #5065 is not working. You should call out the fact that the error message that was reported to have disappeared in 2.6.3-rc2 is back in 2.6.3-rc3; if that checks out then it may help narrow down the problem. Alternatively, if you can find and update a ticket describing the actual behavior change Luke described then that might be better, but I didn't have any luck finding such a ticket. Good Luck, John -- 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. -- 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.
[Puppet Users] Re: File not found during puppet fileserving
Thanks for the feedback. My understanding is that the first part of the path has to be the location for the file server to do the lookup (as in the /etc/puppet/fileserver.conf file). Without this the puppetmaster would not know where to look for the files. Was this something that works for you? My real concern is that the fileserver portion of the puppetmaster code is not properly handling a modulepath with multiple entries. Any ideas where I can verify this? Thanks. -eric On Dec 6, 2:54 pm, jcbollinger john.bollin...@stjude.org wrote: On Dec 6, 2:54 pm, Eric Snow es...@verio.net wrote: Here is the error I get: err: //.../File[/root/.bash_profile]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet:///modules/bash/bash_profile at ... However, the file is there: # ll /usr/share/puppet/development/app_modules/bash/files/bash_profile -rw-r--r-- 1 root root 402 Nov 24 05:52 /usr/share/puppet/development/ app_modules/bash/files/bash_profile Here is my modulepath for my development environment: modulepath = /usr/share/puppet/development/app_modules:/usr/share/ puppet/development/hosttype_modules:/usr/share/puppet/development/ other_modules The modulepath is working fine, but I am wondering if it is impacting the lookup for the file serving stuff. I tried finding where the puppetmaster actually looks for the file but got lost in all the puppet code. Thanks. Try changing the URL to this: puppet:///bash/bash_profile That is, drop the modules part of the path. You can read that URL as something like: file bash_profile from the bash module, located on the Puppet server from which the current catalog was obtained. File names are relative to the files subdirectory of the named module, so it looks like you have the file itself in the right place. As Patrick pointed out, the file *and all directories in the path to it* do need to be readable by the puppetmaster process, and the directories need to be executable by it. Cheers, John -- 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.
Re: [Puppet Users] more than one subscription
On Mon, Dec 06, 2010 at 03:08:27PM -0800, russell.fulton wrote: Hi I need to run a command if any one of a number of files change. I can handle this with having an exec and a subscribe clause listing the dependencies but I want the command to be run once per run, i.e. after all the possible updates have happened. That is exactly what puppet will do. exec {'/bin/echo executed /tmp/list': refreshonly = true, subscribe = [ Exec['first'], Exec['second'], ], } exec {'first': command = '/bin/echo first'} exec {'second': command ='/bin/echo second'} If you're running this you will get Resource Triggered 'refresh' from 2 events and you will only have one line in /tmp/list -Stefan pgpKX4mP3qM6r.pgp Description: PGP signature
[Puppet Users] Recurse broken in File type?
Was going to open a new ticket but saw this -- http://projects.puppetlabs.com/issues/5414 The user reports the issue in 2.6.3, i see it in 2.6.4 as well, on CentOS 5.5. If I modify a file in a folder that is being deployed recursively, that update is not happening on the clients. Setting filetimeout to 0, waiting for it to expire, etc seems to make no difference. This has led us to have to do a ton of manual distributions. Is this a widely-known issue? Any ideas for how I can begin to troubleshoot? -Eric -- 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.
Re: [Puppet Users] Re: File not found during puppet fileserving
On Mon, Dec 06, 2010 at 03:31:01PM -0800, Eric Snow wrote: Thanks for the feedback. My understanding is that the first part of the path has to be the location for the file server to do the lookup (as in the /etc/puppet/fileserver.conf file). Without this the puppetmaster would not know where to look for the files. Was this something that works for you? My real concern is that the fileserver portion of the puppetmaster code is not properly handling a modulepath with multiple entries. Any ideas where I can verify this? Thanks. -eric Since the default modulepath has more than one entry (etc/puppet/modules:/usr/share/puppet/modules) i dont think that puppet really has a problem with that. But i suggest to remove your fileserver.conf. Or at least check that you havent overwritten the modules mount. -Stefan pgpkzrzjW51Tt.pgp Description: PGP signature
[Puppet Users] Auth.conf does not work with IPs
Hi! Did someone else notice similar behaviour? I use puppet kick hostname.domain.net to occasionally trigger catalog runs. But it does not work if I specify IP in auth.conf, like this: path /run method save allow 1.2.3.4 It does, however, work if I use hostname of the machine: path /run method save allow hostname.domain.net It stops working again if I don't use exact hostname, but an alias: path /run method save allow puppetmaster.domain.net Am I missing something? Tnx, b. -- 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.
[Puppet Users] Re: File not found during puppet fileserving
Thanks for the reply. The modules mount is okay: [modules] allow * I am just trying to track down why the puppetmaster can't locate the file in question even though it is there are permissions are okay. What would be a good place to look in the puppet code to find out what paths it is actually checking? Maybe something in modules.rb? Thanks. -eric On Dec 6, 4:45 pm, Stefan Schulte stefan.schu...@taunusstein.net wrote: On Mon, Dec 06, 2010 at 03:31:01PM -0800, Eric Snow wrote: Thanks for the feedback. My understanding is that the first part of the path has to be the location for the file server to do the lookup (as in the /etc/puppet/fileserver.conf file). Without this the puppetmaster would not know where to look for the files. Was this something that works for you? My real concern is that the fileserver portion of the puppetmaster code is not properly handling a modulepath with multiple entries. Any ideas where I can verify this? Thanks. -eric Since the default modulepath has more than one entry (etc/puppet/modules:/usr/share/puppet/modules) i dont think that puppet really has a problem with that. But i suggest to remove your fileserver.conf. Or at least check that you havent overwritten the modules mount. -Stefan application_pgp-signature_part 1KViewDownload -- 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.
Re: [Puppet Users] Auth.conf does not work with IPs
On Dec 6, 2010, at 3:54 PM, Bostjan Skufca wrote: Hi! Did someone else notice similar behaviour? I use puppet kick hostname.domain.net to occasionally trigger catalog runs. But it does not work if I specify IP in auth.conf, like this: path /run method save allow 1.2.3.4 It does, however, work if I use hostname of the machine: path /run method save allow hostname.domain.net Am I missing something? It's not using hostname. It's using certname which is often the same as hostname. -- 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.
Re: [Puppet Users] Extlookup in external nodes
If you're using 2.6 you can make a pure ruby class that will look at each variable and see if its value is a function if it is, call that function. However, I don't know how to replace the value of the variable with what re function returns. You can get the basic concept I'm talking about here: http://flybyunix.carlcaum.com/2010/12/use-external-nodes-to-define-puppet.html On Dec 6, 2010, at 4:06 PM, Peter Meier peter.me...@immerda.ch wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The yaml isn't being auto generated by anything. All the external node script does it reprint it. This was by design because I am dead set against putting the configuration into anything except files. The issue is that parameters is just a yaml hash and puppet is afaik just copying that over into its variable scope. However, I think your use case might be not that uncommon and it's worth a feature request aka. we should be able to pass function calls with an external node tool. ~pete -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkz9XfsACgkQbwltcAfKi39R1QCgikcsF1Mf6ACP8sxoHVo1nRTJ 2JkAoIkVyCHk/RzzGKnjMcvgbBmtlgKV =2x74 -END PGP SIGNATURE- -- 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. -- 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.
[Puppet Users] Re: quick basics to install functioning ubuntu system?
Apart from what looks to be you talking to yourself? :) Nope. I talk to myself all the time. Well, I call it talking. Muttering, grumbling, mumbling under my breath is what you might call it, if you were here, which would be a bit alarming since I'm self employed ;) If you ask more specific questions, you're likely to get answers. You should just work out what packages you want installed, and install them really. nginx is what I need help with in particular. Is there a bundle or something to aid with installing this all quickly on ubuntu servers? This question deals with levels of granularity: A module is the smallest. Are there other levels? -- 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.