Hi Arun,
On Feb 8, 2017 7:32 AM, "Arun Kumar" wrote:
Hi Henrik,
I have a requirement where i need to interpolate facter and an array
element. Facters are interpolated in double quotes and array elements
inside it is getting treated as a one single string. So could you
an
> email to puppet-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/puppet-users/7a6a23a8-1ac0-46d7-8b0e-13a04c82aa9f%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-users/7a6a23a8-1ac0-46d7-8b0e-13a04c82aa9f%40goo
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 http
On Nov 4, 2016 3:04 AM, "Jonathan Gazeley"
wrote:
>
> Thanks for your response. Output of those commands follows:
>
> [jg4461@puppet4-prod ~]$ facter -p mountpoints
>
gt; "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/CA%2B%3DBEqU%3D1rQq%2Bws%3DjpybcxJWWfeK
gt; 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/18556755-8853-4367-8a1e-47d337e66a22%40googlegroups.com
> <h
On Thu, May 19, 2016 at 2:52 PM, David Karr <davidmichaelk...@gmail.com>
wrote:
> On Thursday, May 19, 2016 at 2:36:53 PM UTC-7, Peter Huene wrote:
>
>>
>> On Thu, May 19, 2016 at 2:23 PM, David Karr <davidmic...@gmail.com>
>> wrote:
>>
>>> O
On Thu, May 19, 2016 at 2:23 PM, David Karr <davidmichaelk...@gmail.com>
wrote:
> On Thursday, May 19, 2016 at 2:16:17 PM UTC-7, Peter Huene wrote:
>>
>> Hi David:
>>
>> On Thu, May 19, 2016 at 1:57 PM, David Karr <davidmic...@gmail.com>
>> wrote:
&
Hi David:
On Thu, May 19, 2016 at 1:57 PM, David Karr
wrote:
> I'm stepping through "Learning Puppet 4", and I ran into an error
> following steps in the book, and I want to understand what went wrong
> before I report it.
>
> The section in question is "Using Puppet
Hi Clay,
On Fri, Apr 1, 2016 at 1:57 PM, Clay Caviness wrote:
> I've come across an issue with facter 3, when using at_exit. Basically,
> any at_exit blocks that refer to anything not in the top-level namespace
> (pardon my terminology) trigger an 'uninitialized constant'
y, right now Ruby's built-in `$?` global variable is the only
way of getting at the exit code from the executed process with the way the
Facter execution API is currently defined.
>
>> I wanted to thank you again for your help. It is very much appreciated.
>>
>> Cheers,
>
ructed.
>
> Thank you again,
>
> Mike
>
> On Thursday, March 24, 2016 at 12:13:53 PM UTC-7, Peter Huene wrote:
>>
>> Hi Mike,
>>
>> On Thu, Mar 24, 2016 at 11:59 AM, Mike Reed <mjohn...@gmail.com> wrote:
>>
>>> Hey all,
>>>
&g
Hi Mike,
On Thu, Mar 24, 2016 at 11:59 AM, Mike Reed wrote:
> Hey all,
>
> I'm a little stumped on why this fact is returning the incorrect value and
> I was hoping somebody would have some advice on this one.
>
> The fact is very basic and looks like this:
>
> # custom
On Tue, Jan 26, 2016 at 6:16 AM, jcbollinger
wrote:
>
>
> On Monday, January 25, 2016 at 5:48:18 PM UTC-6, Diego Roccia wrote:
>>
>> Hi
>>
>> I'm migrating my puppet configuration from 3.6 to v4.2, but I'm having
>> some problem with ip type facts. For example, I have
Hi Matthew,
On Tue, Nov 24, 2015 at 4:35 PM, Matthew Ceroni
wrote:
> I am having an issue accessing elements of a hash.
>
> First, it is defined in hiera as such:
>
> lb::rules:
> VCC: rule1
> GR: rule2
>
> I retrieve the value using
>
> $lb_rules =
Hi Matthew:
On Tue, Nov 24, 2015 at 12:02 PM, Matthew Ceroni
wrote:
> Working on migrating my manifests to work with Puppet 4.0. Currently on
> 3.8 and have started to experiment with the future parser (probably not so
> much future anymore).
>
> I am stuck on an error
On Wed, Nov 18, 2015 at 1:54 AM, Fredrik Nilsson
wrote:
> Hi folks,
>
> So I have an interesting behaviour of a custom fact I'm trying to deploy
> to our windows boxes using Puppet. I'm not certain wether this is a bug or
> if I'm doing the fact all wrong. I've been going
On Wed, Nov 18, 2015 at 8:42 AM, wrote:
>
> Have you tried omitting the '\'? As far as I know, Puppet has no
>> requirement that array literals be expressed all on one line, and newlines
>> are permitted as part of the optional whitespace between elements.
>>
> It will
Hi Guto,
On Nov 17, 2015 6:19 PM, "Guto Carvalho" wrote:
>
> Hi guys,
>
> I'm playing around with custom facts, I'm trying to create a simple
custom (structured) fact.
>
> [root@centos7 ~]# puppet --version
> 4.2.1
>
> [root@centos7 ~]# facter --version
> 3.0.2 (commit
On Tue, Nov 17, 2015 at 6:24 PM, Peter Huene <peter.hu...@puppetlabs.com>
wrote:
> Hi Guto,
> On Nov 17, 2015 6:19 PM, "Guto Carvalho" <gutocarva...@gmail.com> wrote:
> >
> > Hi guys,
> >
> > I'm playing around with custom facts, I'm
Hi Fraser,
On Fri, Nov 13, 2015 at 10:00 AM, Fraser Goffin wrote:
> Puppet: 4.2.1
> Facter: 3.0.2
> OS: Windows
>
> I have a module with a facts.d folder containing a simple yaml file and a
> powershell script :-
>
> sonatype_nexus
> - puppet
> - modules
>
Hi Trevor,
On Fri, Oct 23, 2015 at 2:46 PM, Trevor Vaughan
wrote:
> While I'm a master of parsing clumped JSON by eye, not everyone might be...
>
TL;DR: you may continue to use the `--puppet` option in Facter 3.0.2+.
We reversed course on removing the `--puppet` option
Hi Thomas,
On Thu, Oct 22, 2015 at 1:00 AM, Thomas Müller
wrote:
> Hi
>
> I know it's possible to confine a fact by other facts like "confine
> :operatingsystem => :Fedora".
>
> But i have a fact which requires a binary from a rpm package which is only
> installed by
-409b-a75e-7d286862220b%40googlegroups.com
> <https://groups.google.com/d/msgid/puppet-users/6ac9c22b-f5fc-409b-a75e-7d286862220b%40googlegroups.com?utm_medium=email_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>
--
--
Peter Huene
Software Eng
%40googlegroups.com
https://groups.google.com/d/msgid/puppet-users/23998ab8-35c4-4bc8-987a-41bc791ade00%40googlegroups.com?utm_medium=emailutm_source=footer
.
For more options, visit https://groups.google.com/d/optout.
--
--
Peter Huene
Software Engineer, Puppet Labs
Puppet Open Source Team
-users/e23e8c46-3b97-4a7e-bb88-ccba4abc06a4%40googlegroups.com
https://groups.google.com/d/msgid/puppet-users/e23e8c46-3b97-4a7e-bb88-ccba4abc06a4%40googlegroups.com?utm_medium=emailutm_source=footer
.
For more options, visit https://groups.google.com/d/optout.
--
--
Peter Huene
Software
://groups.google.com/d/msgid/puppet-users/1dd3ec7b-a7ac-4c8b-83f2-51e8cf8a2db2%40googlegroups.com?utm_medium=emailutm_source=footer
.
For more options, visit https://groups.google.com/d/optout.
--
--
Peter Huene
Software Engineer, Puppet Labs
Puppet Open Source Team
-to-be-released Facter 3.0.2.
Thanks!
Thanks,
Federico
Il giorno lunedì 20 luglio 2015 22:24:18 UTC+2, Peter Huene ha scritto:
On Monday, July 20, 2015 at 1:23:20 PM UTC-7, Peter Huene wrote:
On Monday, July 20, 2015 at 1:16:07 PM UTC-7, Federico Agnelli wrote:
Hi Giorgio,
I have the same
On Tue, Jul 21, 2015 at 1:27 AM, Fabrice Bacchella
fabrice.bacche...@orange.fr wrote:
For this (and a few other reasons), the breaking change of removing the
-p switch in Facter 3.0.0 is being reverted in 3.0.2, which will be
released very soon.
When do you expect it to be released ?
On Tue, Jul 21, 2015 at 9:50 AM, Fabrice Bacchella
fabrice.bacche...@orange.fr wrote:
On a linux, if I enumerate interfaces using standards tools I get :
~# ip link list
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd
On Tue, Jul 21, 2015 at 11:47 AM, Fabrice Bacchella
fabrice.bacche...@orange.fr wrote:
Le 21 juil. 2015 à 20:33, Peter Huene peter.hu...@puppetlabs.com a
écrit :
Thus there would be no eth0:1 in the interfaces list; it would just
show up as the first element in the secondary array
On Tue, Jul 21, 2015 at 11:06 AM, Fabrice Bacchella
fabrice.bacche...@orange.fr wrote:
I agree that Facter could do a better job merging the secondary
interface into the primary one here. It shares the networking fact code
with a few other platforms (mainly OSX and the BSDs) and it currently
On Tue, Jul 21, 2015 at 12:26 PM, Fabrice Bacchella
fabrice.bacche...@orange.fr wrote:
If you have access to Facter 2.x on this same system, I'd be curious to
see if it would output the secondary interface / address information. If
not, I think we could consider Facter's 3.x behavior to be
On Monday, July 20, 2015 at 2:12:45 PM UTC-7, Fabrice Bacchella wrote:
I used to fill mcollective yaml facts with a simple facter -p foo.yaml.
But with facter 3, -p is gone, one should use 'puppet facts --render-as
yaml' instead.
For this (and a few other reasons), the breaking change
On Monday, July 20, 2015 at 1:23:20 PM UTC-7, Peter Huene wrote:
On Monday, July 20, 2015 at 1:16:07 PM UTC-7, Federico Agnelli wrote:
Hi Giorgio,
I have the same problem with a puppet client on Intel NUC5i5RYH.
All other clients (on different hardware) with the same puppet version
work
On Monday, July 20, 2015 at 1:16:07 PM UTC-7, Federico Agnelli wrote:
Hi Giorgio,
I have the same problem with a puppet client on Intel NUC5i5RYH.
All other clients (on different hardware) with the same puppet version
work fine.
My puppet version for both agent and server is 4.2.0.
On Sun, Jul 19, 2015 at 7:07 AM, Andrew Langhorn
andrew.langh...@digital.cabinet-office.gov.uk wrote:
Hi Felix,
Thanks for the reply.
Yep - that snippet is representative. I've copied the full thing for you
below. Granted, it needs some tidying up, but I think it should just work
as it
On Wed, Jul 15, 2015 at 4:51 PM, Phil Manuel flar...@gmail.com wrote:
Hi,
If I do a clean install of CentOS 7 with facter and puppet, my puppet
fails with
puppet agent -t
Info: Retrieving pluginfacts
Info: Retrieving plugin
Error: Could not retrieve local facts: undefined method
On Wed, Jul 15, 2015 at 9:08 AM, Peter Huene peter.hu...@puppetlabs.com
wrote:
On Wed, Jul 15, 2015 at 9:04 AM, Josh Cooper j...@puppetlabs.com wrote:
On Tue, Jul 14, 2015 at 2:13 PM, mst3k gro...@gt-it.de wrote:
Hi,
thx for the answer - and sorry for the weird postings. I may need
On Wed, Jul 15, 2015 at 9:04 AM, Josh Cooper j...@puppetlabs.com wrote:
On Tue, Jul 14, 2015 at 2:13 PM, mst3k gro...@gt-it.de wrote:
Hi,
thx for the answer - and sorry for the weird postings. I may need to
create a google-account after all to submit decent requests.. But I got the
logs:
Hi Ken!
On Thu, Jun 25, 2015 at 11:53 AM, Ken Bowley kbow...@gmail.com wrote:
While testing puppet 4 to see if it was ready for production (still not),
I now get to deal with the new Facter 3.0.
Hopefully ruby based facter won't be totally abandoned, since the C++
based version is going to
Hi Toky,
On Fri, Jun 19, 2015 at 12:16 PM, Toky toky.c...@gmail.com wrote:
I have a custom fact (creationkey) which gives me the AWS Creation key
name (this is also a local linux user account). I'm trying to use that fact
with the rvm module.
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 =
Facter 2.4.1 is a bug fix release in the Facter 2 series.
Included in this release are fixes for the following bugs:
- The ec2_metadata fact was not filtering out sensitive IAM security
credentials.
- The virtual fact's detection of KVM hypervisors when running as
non-root on Linux
Native Facter (cfacter) 0.3.0 is a features-and-fixes release in the Native
Facter pre-1.0 series.
Included in this release is support for building Native Facter on Windows
and Solaris. The EC2 and GCE facts were also implemented in this release.
Notable updates:
- Windows is now a
45 matches
Mail list logo