Am Mittwoch, 27. Mai 2015 08:36:39 UTC+2 schrieb ashe...@gmail.com:
Hi,
is it possible to use custom facts inside other custom facts?
With facter -p the custom fact is listed ( e.g.):
the -p / --puppet flag for facter is deprecated. use of puppet facts
will be required.
Am Mittwoch, 27. Mai 2015 11:26:35 UTC+2 schrieb Thomas Müller:
Am Mittwoch, 27. Mai 2015 08:36:39 UTC+2 schrieb ashe...@gmail.com:
Hi,
is it possible to use custom facts inside other custom facts?
With facter -p the custom fact is listed ( e.g.):
the -p / --puppet flag for facter
Thank you for your detailed response. It appears the primary problem could
be in the hiera documentation, then, as it still refers to calling
conventions that are apparently now completely outdated. I've read your
blog before but didn't pick up on the meaning of the article about epp
Unfortunately using EPP is not sufficient for all of our templates. (In a
few places we use some pretty intense logic that we are working to simplify
but it will take a while) Are there plans to make it easier to call hiera
from within a template? Would porting the template function to be a 4.x
Documentation says
configtimeout
How long the client should wait for the configuration to be retrieved
before considering it a failure. This setting is deprecated and has been
replaced by http_connect_timeout and http_read_timeout. This setting can be
a time interval in seconds (30 or 30s),
I have a server that's collecting exported resources (icinga/nagios
configurations) but it's frequently timing out with:
Error: Could not retrieve catalog from remote server: Timeout::Error
Warning: Not using cache on failed catalog
Error: Could not retrieve catalog; skipping run
Any ideas about
On Tuesday, May 26, 2015 at 8:15:43 AM UTC-5, jcbollinger wrote:
On Friday, May 22, 2015 at 3:34:11 PM UTC-5, Joe Koenig wrote:
Hi all,
I'm trying to learn puppet and am running into a roadblock trying to get
an agent to pickup its configuration from a master server. On master, I
On Tue, May 26, 2015 at 10:53 PM, Poil p...@quake.fr wrote:
Hi,
PUP-1208 is not included :( ?
Fixed in puppet 4!
Best,
Kylo
--
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,
Hi Andreas,
On Tue, May 26, 2015 at 11:16 PM, ashee...@gmail.com wrote:
Hi,
is it possible to use custom facts inside other custom facts?
With facter -p the custom fact is listed ( e.g.):
...
userblweb = 1000
With irb:
irb(main):001:0 require 'facter'
= true
irb(main):002:0 a =
In the past, I’ve added a time to my puppet agent run and then adjusted this
setting in puppet.conf - configtimeout
I believe the default is 2 minutes, so if your collection is taking longer,
you’ll hit the timeout error.
Matt
On May 27, 2015, at 9:17 AM, Huaqing Zheng huas...@gmail.com
Ever since I upgraded to Puppet version 3.8.1 I now see this error:
Error: /File[/var/lib/puppet/facts.d]: Could not evaluate: Could not
retrieve information from environment production source(s) puppet://
mcadprod1.mca.sharkrivertech.com/pluginfacts
What's that about? Should I worry.
On Wednesday, October 8, 2014 at 2:15:25 PM UTC-7, Scott Schneider wrote:
I was wondering when there will be official centos 7 boxes from puppet
labs on https://vagrantcloud.com/puppetlabs
Hi All,
This seems to be resolved. I was running puppet 3.7.5 and updated to 3.8.1
and it magically all worked as expected.
--
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
On Wed, May 27, 2015 at 1:02 PM, Peter Berghold salty.cowd...@gmail.com
wrote:
Ever since I upgraded to Puppet version 3.8.1 I now see this error:
Error: /File[/var/lib/puppet/facts.d]: Could not evaluate: Could not
retrieve information from environment production source(s) puppet://
Hi,
is it possible to use custom facts inside other custom facts?
With facter -p the custom fact is listed ( e.g.):
...
userblweb = 1000
With irb:
irb(main):001:0 require 'facter'
= true
irb(main):002:0 a = Facter.value(:userblweb)
= nil
Any idea?
puppetversion: 3.7.3
facter 2.3.0
Regards
Having this error when the module is run
Notice: /Stage[main]/Weblogic/Exec[install weblogic]/returns: Unable to
change access permissions on the temporary directory
/tmp/OraInstall2015-05-27_01-02-38PM.
Notice: /Stage[main]/Weblogic/Exec[install weblogic]/returns: Unable to
locate or create
Ok - helping myself on this one, I notice that
modules/swift/tests/site.pp is a 'worked' example for this. Excellent
(reads).
On 26/05/15 12:44, Mark Kirkwood wrote:
Hi,
I'm trying to deploy a proxy and two storage servers (VMs, it's a test
environment). I started following the examples in
On Wed, May 27, 2015 at 7:46 PM, Danny Roberts
dannyroberts.perso...@googlemail.com wrote:
I have noticed now that when testing my auditd module
(https://github.com/kemra102/puppet-auditd) that in CentOS 7 (the only one
with a different $rules_file) having an even number of rules defined causes
On 5/27/15 5:02 PM, Josh Cooper wrote:
On Wed, May 27, 2015 at 1:02 PM, Peter Berghold salty.cowd...@gmail.com
mailto:salty.cowd...@gmail.com wrote:
Ever since I upgraded to Puppet version 3.8.1 I now see this error:
Error: /File[/var/lib/puppet/facts.d]: Could not evaluate:
I have noticed now that when testing my auditd module
(https://github.com/kemra102/puppet-auditd) that in CentOS 7 (the only one
with a different $rules_file) having an even number of rules defined causes
the following errors to be given ad nausium:
Warning: /etc/audit/rules.d: appears to have
20 matches
Mail list logo