[Puppet Users] Re: Still use inherits for params?
Hi Dan, you can still use the keyword inherits for params.pp. It's the recommended way. Philipp Am Montag, 13. April 2015 12:34:15 UTC+2 schrieb Dan Gibbons: > > Hi, > > I'm looking at some of our puppet code and trying to keep it clean whilst > looking at the puppet 4 deprecation list. > > One question I have is regarding inherits; the docs say that node > inheritance is going which we don't use anyway but we do use the params > pattern a lot with inherit. > > I'm wondering if I should still use inherit for the params or move away to > use include instead? > I presume the inherit keyword its self is not being deprecated? > > Thanks > > Dan > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/51643dc8-edc1-445b-aaf2-e8bf2f77d6d2%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] execution expired with a puppetmaster with more then enough resources
Hi, after a long time i found the mistake. My PuppetDB was only reachable over a hardware firewall - that's all. After the change from network interfaces all works perfect. Thanks for your help. Philipp Am Montag, 24. November 2014 15:10:31 UTC+1 schrieb jcbollinger: > > > > On Sunday, November 23, 2014 2:31:12 PM UTC-6, Felix.Frank wrote: >> >> On 11/23/2014 10:31 AM, Philipp Dallig wrote: >> > Nov 23 10:08:06 puppetmaster01 puppet-master[21761]: Compiled catalog >> > for xymon.x.com in environment production in 241.31 seconds >> >> There's some 120 second compiler runs, and some 240s. Multiples of 120 >> seconds? That certainly has a meaning, but I have no idea what that is. >> >> > Good call. A distribution of compile times like that -- clustered around > integer multiples of 120s -- is not natural. It's shouting "timeout" to > me, with the most likely thing to be timing out being name service > lookups. Check the master's name server configuration. My guess would be > that one of its 2-3 configured domain name servers is offline or > malfunctioning. > > You could test that hypothesis indirectly by performing a bunch of manual > name service lookups, and seeing whether any of them suffer similar > delays. On the master, look up an affected client's name via 'nslookup' or > 'dig' (or whatever client is appropriate if you're relying on a name > service different from DNS). You could test it indirectly by entering the > name and address of one of the problematic clients in the master's 'hosts' > file (and ensuring that it is checked first, see 'nsswitch.conf'). If that > fixes the issue for that client, but others remain affected then you'll > have pretty well tied it down to a name service issue. > > > John > > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/daf13fec-422b-4241-b346-a40c1faffa3e%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[Puppet Users] Re: variable server in puppet.conf does not work
Take a look into configuration documentation https://docs.puppetlabs.com/references/latest/configuration.html For puppet master server configuration https://docs.puppetlabs.com/references/latest/configuration.html#server Greetings Philipp Am Freitag, 12. Dezember 2014 18:18:20 UTC+1 schrieb Josse B: > > Hello guys, > > I'm installing puppet for the first time and i'm already struggleling to > follow the proper first steps. > > On my agent node if i launch it with the command below everything goes > well : > > ec2-user@ip-172-31-39-127:/etc/puppet> puppet agent --test > --server=ec2-54-175-***-***.compute-1.amazonaws.com > Info: Caching certificate for ca > Info: csr_attributes file loading from > /home/ec2-user/.puppet/csr_attributes.yaml > Info: Creating a new SSL certificate request for > ip-172-31***-***.ec2.internal > Info: Certificate Request fingerprint (SHA256): > B1:0D:C5:44:D9:6*:20:37:ED:77:2B:46:03 > Info: Caching certificate for ca > > but if i configure the server variable in the puppet.conf file it does not > work anymore : > > ec2-user@ip-172-31-***-***:/etc/puppet> vi puppet.conf > rundir = /var/run/puppet > ssldir = $vardir/ssl > > [agent] > servername = ec2-54-175-***-***.compute-1.amazonaws.com > classfile = $vardir/classes.txt > localconfig = $vardir/localconfig > > > ec2-user@ip-172-31-***-***:/etc/puppet> puppet agent --test > Error: Could not request certificate: getaddrinfo: Name or service not > known > > > Do you know what's wrong? > > Thanks and regards, > Josse. > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/0d6e1d3e-ebb7-4abf-ba55-ab719db3df4f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] execution expired with a puppetmaster with more then enough resources
Hi Felix, in PuppetDB log i found no Errors. At last Friday i add a monitor server node. This node collects a lot of exported resources (Access to PuppetDB is necessary). This node has also lot of execution expired erros. Parsing the Puppetmaster log i found this: Nov 23 04:04:01 puppetmaster01 puppet-master[20815]: Compiled catalog for xymon.x.com in environment production in 1.16 seconds Nov 23 04:36:01 puppetmaster01 puppet-master[20815]: Compiled catalog for xymon.x.com in environment production in 121.07 seconds Nov 23 05:04:01 puppetmaster01 puppet-master[20815]: Compiled catalog for xymon.x.com in environment production in 0.83 seconds Nov 23 05:38:01 puppetmaster01 puppet-master[32120]: Compiled catalog for xymon.x.com in environment production in 241.22 seconds Nov 23 06:04:01 puppetmaster01 puppet-master[2223]: Compiled catalog for xymon.x.com in environment production in 1.01 seconds Nov 23 06:34:01 puppetmaster01 puppet-master[32120]: Compiled catalog for xymon.x.com in environment production in 0.90 seconds Nov 23 07:04:01 puppetmaster01 puppet-master[22144]: Compiled catalog for xymon.x.com in environment production in 0.89 seconds Nov 23 07:36:01 puppetmaster01 puppet-master[21761]: Compiled catalog for xymon.x.com in environment production in 121.08 seconds Nov 23 08:06:01 puppetmaster01 puppet-master[22144]: Compiled catalog for xymon.x.com in environment production in 121.11 seconds Nov 23 08:34:01 puppetmaster01 puppet-master[31519]: Compiled catalog for xymon.x.com in environment production in 0.91 seconds Nov 23 09:04:01 puppetmaster01 puppet-master[21761]: Compiled catalog for xymon.x.com in environment production in 1.03 seconds Nov 23 09:34:02 puppetmaster01 puppet-master[21761]: Compiled catalog for xymon.x.com in environment production in 0.95 seconds Nov 23 10:08:06 puppetmaster01 puppet-master[21761]: Compiled catalog for xymon.x.com in environment production in 241.31 seconds If the seconds for building of the catalog bigger then 100, then i got an error message. Paket loss? i don't think so, but I will do some testing. I hope a postgreSQL Update will solve the problem. Thanks for your help Philipp Am Samstag, 22. November 2014 20:56:47 UTC+1 schrieb Felix.Frank: > > On 11/16/2014 09:48 PM, Philipp Dallig wrote: > > > > I also found this message in log file. Possible a PuppetDB performance > > problem? > > Nov 16 00:41:58 puppetmaster01 puppet-master[27659]: Could not > > retrieve resources from the PuppetDB at > > puppetmaster01.xxx.com:8081: Net::ReadTimeout on node > > rpm-repo.x.com > > > At the moment i have around 200 nodes (most nodes with empty catalog). > > Every node connect every 30 minutes to puppet master. > > Hi, > > well with 200 nodes at a 30 minute interval, you should be fine. The > 4*1800 CPU seconds that are available should be plenty for this node > count, as long as compile times don't rise to ~ 40 seconds. > > Do the PuppetDB errors coincide with the overly long compiler runs? > > FWIW, the read timeout does not feel like a performance issue to me, but > rather like a transient connectivity issue (packet loss?). This is just > a shot in the dark though - I have next to no experience operating a > PuppetDB instance. > > Are the overlong compiler runs always exactly 120 seconds above the norm? > > Thanks, > Felix > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/178e1c26-e9f6-4e00-9d33-27ffca80d27f%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [Puppet Users] execution expired with a puppetmaster with more then enough resources
Hi Felix, Catalog compile time is around 10 seconds One Node: Nov 14 14:25:20 puppetmaster01 puppet-master[6884]: Compiled catalog for test-www01-xxx-com.x.net in environment test in 6.24 seconds On my search i also find this curious behavior. Any ideas why? Nov 15 22:08:00 puppetmaster01 puppet-master[27680]: Compiled catalog for rpm-repo.xx.com in environment production in 2.94 seconds Nov 15 22:40:00 puppetmaster01 puppet-master[27680]: Compiled catalog for rpm-repo.xx.com in environment production in 122.44 seconds Nov 15 23:07:59 puppetmaster01 puppet-master[27659]: Compiled catalog for rpm-repo.xx.com in environment production in 2.18 seconds I also found this message in log file. Possible a PuppetDB performance problem? Nov 16 00:41:58 puppetmaster01 puppet-master[27659]: Could not retrieve resources from the PuppetDB at puppetmaster01.xxx.com:8081: Net::ReadTimeout on node rpm-repo.x.com CPU load average: 0,19, 0,18, 0,15 (values from top at the moment) At the moment i have around 200 nodes (most nodes with empty catalog). Every node connect every 30 minutes to puppet master. In last days i play a little bit with puppet-load.rb (found in /usr/share/puppet/ext). 35 nodes with 10 repeats give a good availability of the puppetmaster service. greetings Philipp Am Montag, 10. November 2014 09:59:49 UTC+1 schrieb Felix.Frank: > > Hi, > > how long does it take to compile one catalog? Examine the puppetmaster > logfile. > > How many agents are there and how frequently do they check in? > > Depending on the scale of your agent network, 4 CPUs may actually be too > few. The master is almost always CPU bound. > > Cheers, > Felix > > On 11/01/2014 09:58 PM, Philipp Dallig wrote: > > Hi, > > Nodes with a filled catalog runs from time to time in: Could not > > retrieve catalog from remote server: execution expired > > In my opinion i have a strong puppetmaster. > > Some Facts: > > max memory: 4 GB RAM (in average more then 2 GB free) > > load average: 0,14 > > 4 vCPU > > visualization with lxc > > OS: CentOS7 > > HostOS: CentOS 7 > > Puppetmaster Version: 3.7 > > Puppet Agents Version: 3.4+ > > Passenger-Version: 4.0.50 > > PuppetDB in the same Container > > > > I have Foreman as an ENC, Foreman runs on the same Host in an other LXC > > Container. > > > > Postgres 9.1 for Foreman und PuppetDB is on an other Host. > > > > At the moment i have no more ideas, how i can solve this problem. > > > > Maybe a passenger-memory-stats report help for a solution > > > > > > > > -- Apache processes -- > > PIDPPID VMSize Private Name > > -- > > 1571 1 126.6 MB 4.1 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > 15954 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > 15955 1571 2006.7 MB 6.9 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > 15957 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > 15959 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > 15966 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f > > /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start > > ### Processes: 6 > > ### Total private dirty RSS: 38.18 MB > > > > > > Nginx processes > > > > ### Processes: 0 > > ### Total private dirty RSS: 0.00 MB > > > > > > - Passenger processes - > > PIDVMSizePrivate Name > > --- > > 15936 212.2 MB 0.3 MB PassengerWatchdog > > 15939 879.7 MB 1.0 MB PassengerHelperAgent > > 15945 215.4 MB 0.9 MB PassengerLoggingAgent > > 16119 465.8 MB 79.8 MB Passenger RackApp: > > /www/sites/puppetmaster.mycompany.com/puppetmasterd > > 16126 465.9 MB 78.4 MB Passenger RackApp: > > /www/sites/puppetmaster.mycompany.com/puppetmasterd > > 16135 466.0 MB 82.9 MB Passenger RackApp: > > /www/sites/puppetmaster.mycompany.com/puppetmasterd > > 16144 530.9 MB 96.9 MB Passenger RackApp: > > /www/sites/puppetmaster.mycompany.com/puppetmasterd > > ### Processes: 7 > > ### Total private dirty RSS: 340.24 MB > > > > > > > > If someone need more informations, let me know. > > > > > > -
[Puppet Users] Re: runinterval vs 'puppet agent --test'
Ich think thats a caching problem. Take a look into https://docs.puppetlabs.com/references/3.6.2/man/agent.html. Search for "--test". Text you should found: --test Enable the most common options used for testing. These are 'onetime', 'verbose', 'ignorecache', 'no-daemonize', 'no-usecacheonfailure', 'detailed-exitcodes', 'no-splay', and 'show_diff'. ignorecache is set with "--test". Default we have a cache of 3 Minutes. I think that should be the config value: https://docs.puppetlabs.com/references/latest/configuration.html#environmenttimeout Philipp Am Freitag, 31. Oktober 2014 20:19:58 UTC+1 schrieb gene...@icloud.com: > > I'm a new puppet user; just now doing some testing in a sandbox > environment. > > I have added 'runinterval' to the [agent] section of puppet.conf on one > agent and set it to 60. I can see (via 'tail -f /var/log/messages | grep > puppet:') now that I get a "Notice: Compiled catalog for myagent in > environment production in 0.00 seconds' message every minute now on the > puppet server so I'm assuming the new runinterval has taken effect on the > one agent. > > However, when I make a change for that node in a manifest on the server, > it doesn't get pushed to the agent at its next check in. In this case the > change is to have telnet installed on the agent. So, on the agent i'm > testing with a 'which telnet' and it doesn't find /usr/bin/telnet. > > So, being impatient, from the agent I run 'puppet agent --test' and it > then installs telnet. So, I manually remove it (yum remove telnet) and > wait to see when puppet will install it again. I don't see it happening > though unless i force it with the 'puppet agent --test' run on the agent. > > I'm sure I'm missing something in my understanding of what should be > happening. When the agent 'checks in' once every 60 seconds (because of my > runinterval setting on the agent, shouldn't it detect that the actual > configuration doesn't match the manifest and then install telnet again? > > Thanks in advance for guidance! > > Gene > -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/ce5c4231-7130-4dfe-98fb-8baa57ad2113%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[Puppet Users] execution expired with a puppetmaster with more then enough resources
Hi, Nodes with a filled catalog runs from time to time in: Could not retrieve catalog from remote server: execution expired In my opinion i have a strong puppetmaster. Some Facts: max memory: 4 GB RAM (in average more then 2 GB free) load average: 0,14 4 vCPU visualization with lxc OS: CentOS7 HostOS: CentOS 7 Puppetmaster Version: 3.7 Puppet Agents Version: 3.4+ Passenger-Version: 4.0.50 PuppetDB in the same Container I have Foreman as an ENC, Foreman runs on the same Host in an other LXC Container. Postgres 9.1 for Foreman und PuppetDB is on an other Host. At the moment i have no more ideas, how i can solve this problem. Maybe a passenger-memory-stats report help for a solution -- Apache processes -- PIDPPID VMSize Private Name -- 1571 1 126.6 MB 4.1 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start 15954 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start 15955 1571 2006.7 MB 6.9 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start 15957 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start 15959 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start 15966 1571 2006.7 MB 6.8 MB /usr/sbin/httpd -f /www/conf/httpd/puppetmaster.mycompany.com/httpd.conf -k start ### Processes: 6 ### Total private dirty RSS: 38.18 MB Nginx processes ### Processes: 0 ### Total private dirty RSS: 0.00 MB - Passenger processes - PIDVMSizePrivate Name --- 15936 212.2 MB 0.3 MB PassengerWatchdog 15939 879.7 MB 1.0 MB PassengerHelperAgent 15945 215.4 MB 0.9 MB PassengerLoggingAgent 16119 465.8 MB 79.8 MB Passenger RackApp: /www/sites/puppetmaster.mycompany.com/puppetmasterd 16126 465.9 MB 78.4 MB Passenger RackApp: /www/sites/puppetmaster.mycompany.com/puppetmasterd 16135 466.0 MB 82.9 MB Passenger RackApp: /www/sites/puppetmaster.mycompany.com/puppetmasterd 16144 530.9 MB 96.9 MB Passenger RackApp: /www/sites/puppetmaster.mycompany.com/puppetmasterd ### Processes: 7 ### Total private dirty RSS: 340.24 MB If someone need more informations, let me know. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/9748f970-59fd-4621-8944-84bae189072d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
