[Puppet Users] merge 2 of more files

2015-09-07 Thread Patrick G.
Hi,

In /etc/puppet/hieradata/users/ I have 2 yaml files.
For a node I want to merge these files and on the other node only one file.

In the /etc/puppet/enc/nodes/server1.yaml I have:
---
classes:
  - ssh
parameters:
  usergroups: 
- group1
- group2

And on the other node only -group2.

The problem is that the first node is not merging the 2 files.

What am I doing wrong here?

regards, Patrick.

-- 
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/c06e6d83-fbe1-4f52-9bf2-5615a8fea5b6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Re: puppetlabs-postgrest module not loaded

2015-09-07 Thread David Levray
Hello,

sorry, but I do understand your réponce:

but if I change something on the nodes/puppet-sql.alflab.net it gets 
reflected into the node with the new catalog. 

Mysql installed?

different commands past returns 'nil':
>> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Looking up postgresql::server 
>> in YAML backend 
>> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Looking for data source common 
>> nil 

This is possible because no variable is configured.
The easiest thing to set the configuration in common (to start) and set the 
hierarchy problem after.

Exemple: 
comon.yaml:
---
ssh::server_options:
Port:   '22'


Restart instance Puppet, and then repeat the search:

hiera -d -h ssh::server_options

DEBUG: Mon Sep 07 12:24:09 + 2015: Hiera YAML backend starting
DEBUG: Mon Sep 07 12:24:09 + 2015: Looking up ssh::server_options in 
YAML backend
DEBUG: Mon Sep 07 12:24:09 + 2015: Looking for data source common
DEBUG: Mon Sep 07 12:24:09 + 2015: Found ssh::server_options in common
{"PermitEmptyPasswords"=>"no",
 "AcceptEnv"=>"LANG LC_*",
 "MaxAuthTries"=>"3",
 "PasswordAuthentication"=>"yes",
 "AuthorizedKeysFile"=>"%h/.ssh/authorized_keys",
 "PubkeyAuthentication"=>"yes",
 "Banner"=>"/etc/issue.net",
 "ListenAddress"=>["127.0.0.0", "0.0.0.0"],
 "Subsystem"=>"sftp /usr/libexec/openssh/sftp-server",
 "PermitRootLogin"=>"yes",
 "PrintMotd"=>"yes",
 "X11Forwarding"=>"no",
 "Port"=>"22",
 "StrictModes"=>"yes",
 "SyslogFacility"=>"AUTHPRIV",
 "Protocol"=>"2",
 "AllowGroups"=>"*",
 "AFSTokenPassing"=>"no",
 "AllowUsers"=>"*",
 "ChallengeResponseAuthentication"=>"no",
 "AllowTcpForwarding"=>"no",
 "UsePAM"=>"yes"}






Le lundi 7 septembre 2015 13:42:41 UTC+2, Alfredo De Luca a écrit :
>
> Hi David. 
> Here is the output 
>
>
> [root@puppet-server puppet]# ls -rtla /etc/hiera.yaml 
> lrwxrwxrwx 1 root root 22 Sep  4 14:46 /etc/hiera.yaml -> 
> /etc/puppet/hiera.yaml 
> [root@puppet-server puppet]# 
>
>
>
> The owner was root so I changed it as per your suggestions so now it's 
> puppet. 
> But still can't search with hiera. it seems to lookup only in common 
> but if I change something on the nodes/puppet-sql.alflab.net it gets 
> reflected into the node with the new catalog. 
>
> weird 
> Alfredo 
>
>
>
>
> On Fri, Sep 4, 2015 at 9:54 PM, David Levray  > wrote: 
> > Thanks for your return. 
> > 
> > It is noted that hiera your search directly in the common.yaml, it is 
> not 
> > your path hierarchy. 
> > 
> > 
> > 
> > Here's an example search or hiera good in the order of hierarchy: 
> > 
> > My hierarchy is: 
> > 
> > 
> > :hierarchy: 
> > 
> >   - "node/%{fqdn}" 
> > 
> >   - "virtual/%{virtual}" 
> > 
> >   - "osfamily/%{osfamily}" 
> > 
> >   - common 
> > 
> > 
> > 
> > 
> > 
> > # hiera -d -m toto.local sudo::configs 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Hiera YAML backend starting 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Looking up sudo::configs in YAML 
> > backend 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source 
> > node/toto.local 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile 
> > /etc/puppet/hieradb/node/ toto.local .yaml, skipping 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source 
> > virtual/vmware 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile 
> > /etc/puppet/hieradb/virtual/vmware.yaml, skipping 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source 
> > osfamily/RedHat 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile 
> > /etc/puppet/hieradb/osfamily/RedHat.yaml, skipping 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source common 
> > 
> > DEBUG: Fri Sep 04 11:36:29 + 2015: Found sudo::configs in common 
> > 
> > {"toto"=>{"content"=>"toto ALL=(ALL) NOPASSWD: ALL"}} 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > So check the following: 
> > 
> > 1 / verifies that the file points /etc/hiera.yaml of your file 
> > /etc/puppet/hiera.yaml: 
> > 
> > ls -rtla /etc/hiera.yaml 
> > 
> >  /etc/hiera.yaml -> /etc/puppet/hiera.yaml 
> > 
> > 
> > 
> > 2 / Check the owners: 
> > 
> > Chown puppet: puppet /etc/puppet/hiera.yaml 
> > 
> > Chown -R puppet: puppet / etc / puppet / hieradata / 
> > 
> > 
> > 
> > Restart your instance Puppet Master for the changes to take effect. 
> > 
> > 
> > 
> > 
> > 
> > 
> > Le vendredi 4 septembre 2015 12:21:15 UTC+2, Alfredo De Luca a écrit : 
> >> 
> >> Hi David. 
> >> Here is the output. 
> >> [root@puppet-server puppet]# hiera -d postgresql::server 
> >> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Hiera YAML backend starting 
> >> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Looking up postgresql::server 
> >> in YAML backend 
> >> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Looking for data source common 
> >> nil 
> >> [root@puppet-server puppet]# hiera -d postgresql::server 
> >> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Hiera YAML backend starting 

Re: [Puppet Users] Re: puppetlabs-postgrest module not loaded

2015-09-07 Thread Alfredo De Luca
Hi David.
Here is the output


[root@puppet-server puppet]# ls -rtla /etc/hiera.yaml
lrwxrwxrwx 1 root root 22 Sep  4 14:46 /etc/hiera.yaml -> /etc/puppet/hiera.yaml
[root@puppet-server puppet]#



The owner was root so I changed it as per your suggestions so now it's puppet.
But still can't search with hiera. it seems to lookup only in common
but if I change something on the nodes/puppet-sql.alflab.net it gets
reflected into the node with the new catalog.

weird
Alfredo




On Fri, Sep 4, 2015 at 9:54 PM, David Levray  wrote:
> Thanks for your return.
>
> It is noted that hiera your search directly in the common.yaml, it is not
> your path hierarchy.
>
>
>
> Here's an example search or hiera good in the order of hierarchy:
>
> My hierarchy is:
>
>
> :hierarchy:
>
>   - "node/%{fqdn}"
>
>   - "virtual/%{virtual}"
>
>   - "osfamily/%{osfamily}"
>
>   - common
>
>
>
>
>
> # hiera -d -m toto.local sudo::configs
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Hiera YAML backend starting
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Looking up sudo::configs in YAML
> backend
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source
> node/toto.local
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile
> /etc/puppet/hieradb/node/ toto.local .yaml, skipping
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source
> virtual/vmware
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile
> /etc/puppet/hieradb/virtual/vmware.yaml, skipping
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source
> osfamily/RedHat
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Cannot find datafile
> /etc/puppet/hieradb/osfamily/RedHat.yaml, skipping
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Looking for data source common
>
> DEBUG: Fri Sep 04 11:36:29 + 2015: Found sudo::configs in common
>
> {"toto"=>{"content"=>"toto ALL=(ALL) NOPASSWD: ALL"}}
>
>
>
>
>
>
>
> So check the following:
>
> 1 / verifies that the file points /etc/hiera.yaml of your file
> /etc/puppet/hiera.yaml:
>
> ls -rtla /etc/hiera.yaml
>
>  /etc/hiera.yaml -> /etc/puppet/hiera.yaml
>
>
>
> 2 / Check the owners:
>
> Chown puppet: puppet /etc/puppet/hiera.yaml
>
> Chown -R puppet: puppet / etc / puppet / hieradata /
>
>
>
> Restart your instance Puppet Master for the changes to take effect.
>
>
>
>
>
>
> Le vendredi 4 septembre 2015 12:21:15 UTC+2, Alfredo De Luca a écrit :
>>
>> Hi David.
>> Here is the output.
>> [root@puppet-server puppet]# hiera -d postgresql::server
>> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Hiera YAML backend starting
>> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Looking up postgresql::server
>> in YAML backend
>> DEBUG: Fri Sep 04 20:18:29 +1000 2015: Looking for data source common
>> nil
>> [root@puppet-server puppet]# hiera -d postgresql::server
>> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Hiera YAML backend starting
>> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Looking up postgresql::server
>> in YAML backend
>> DEBUG: Fri Sep 04 20:19:04 +1000 2015: Looking for data source common
>> nil
>>
>> [root@puppet-server puppet]#
>> [root@puppet-server puppet]# hiera -d sudo::configs
>> fqdn=puppet-sql.alflab.net
>> DEBUG: Fri Sep 04 20:19:17 +1000 2015: Hiera YAML backend starting
>> DEBUG: Fri Sep 04 20:19:17 +1000 2015: Looking up sudo::configs in YAML
>> backend
>> DEBUG: Fri Sep 04 20:19:17 +1000 2015: Looking for data source common
>> nil
>> [root@puppet-server puppet]# hiera -d -a postgresql::server
>> fqdn=puppet-sql.alflab.net
>> DEBUG: Fri Sep 04 20:19:23 +1000 2015: Hiera YAML backend starting
>> DEBUG: Fri Sep 04 20:19:23 +1000 2015: Looking up postgresql::server
>> in YAML backend
>> DEBUG: Fri Sep 04 20:19:23 +1000 2015: Looking for data source common
>> nil
>> [root@puppet-server puppet]# hiera -d -h postgresql::server
>> fqdn=puppet-sql.alflab.net
>> DEBUG: Fri Sep 04 20:19:31 +1000 2015: Hiera YAML backend starting
>> DEBUG: Fri Sep 04 20:19:31 +1000 2015: Looking up postgresql::server
>> in YAML backend
>> DEBUG: Fri Sep 04 20:19:31 +1000 2015: Looking for data source common
>> nil
>>
>>
>> On Fri, Sep 4, 2015 at 2:06 AM, David Levray  wrote:
>> > In  /etc/puppet/hieradata/nodes/ create a file
>> > 'puppet-sql.alflab.net.yaml'
>> > that contains:
>> >
>> > ---
>> > postgresql::server:
>> >
>> >
>> > restart your instance PuppetMaster (service httpd/apache2 restart)
>> > Then we test hiera debug mode if it finds the information:
>> >
>> > hiera -d postgresql::server
>> > hiera -d sudo::configs fqdn=puppet-sql.alflab.net
>> >
>> > or (for array)
>> > hiera -d -a postgresql::server fqdn=puppet-sql.alflab.net
>> >
>> > or (for hash):
>> > hiera -d -h postgresql::server fqdn=puppet-sql.alflab.net
>> >
>> >
>> > Can you give the return orders, please
>> >
>> >
>> >
>> >
>> >
>> >
>> > Le samedi 29 août 2015 06:31:29 UTC+2, Alfredo De Luca a écrit :
>> >>
>> >> Hi all.
>> >> Using Puppet open source  3.8  with hiera for test purpose.
>> >>
>> >> I installed 

[Puppet Users] (Amazon linux AMI) passenger starts but something is off?

2015-09-07 Thread Snd Lt
I'm trying to move over to AWS. Been installing puppet open source on 
Amazon Linux AMI.
After hours of struggle, finally got passenger(ruby rack) to start. 
("/var/log/httpd/error_log" been saying it can't find passenger rack to 
start but I provided correct ruby path now).

But https://master:8140 is displaying "We're sorry, but something went 
wrong"
I usually get this when something around in "/etc/puppet" is off. (Last 
time it did this, I got rid of hiera yaml statements and it returned to 
normal).

[root@master httpd]# ruby -v
ruby 2.0.0p647 (2015-08-18) [x86_64-linux]
[root@master httpd]# gem install bundler
Fetching: bundler-1.10.6.gem (100%)
Successfully installed bundler-1.10.6
Parsing documentation for bundler-1.10.6
Installing ri documentation for bundler-1.10.6
Done installing documentation for bundler after 6 seconds
1 gem installed
[root@master httpd]# bundle -v
bash: bundle: command not found

(/var/log/puppet/masterhttp.log)

[2015-09-07 03:29:36] INFO  WEBrick 1.3.1
[2015-09-07 03:29:36] INFO  ruby 1.8.7 (2013-06-27) [x86_64-linux]
[2015-09-07 03:29:46] INFO  WEBrick::HTTPServer#start done.

(/var/log/httpd/error_log)

[ 2015-09-07 13:56:34.8445 4134/7fdf9b482700 App/Implementation.cpp:303 
]: Could not spawn process for application 
/usr/share/puppet/rack/puppetmasterd: An error occured while starting up 
the preloader.
  Error ID: f8296d07
  Error details saved to: /tmp/passenger-error-uiiXv3.html
  Message from application: cannot load such file -- 
puppet/application/master (LoadError)
  
/usr/share/ruby/vendor_ruby/2.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
  
/usr/share/ruby/vendor_ruby/2.0/rubygems/core_ext/kernel_require.rb:55:in 
`require'
  /usr/share/puppet/rack/puppetmasterd/config.ru:13:in `block in '
  
/usr/local/share/ruby/gems/2.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in 
`instance_eval'
  
/usr/local/share/ruby/gems/2.0/gems/rack-1.6.4/lib/rack/builder.rb:55:in 
`initialize'
  /usr/share/puppet/rack/puppetmasterd/config.ru:1:in `new'
  /usr/share/puppet/rack/puppetmasterd/config.ru:1:in `'
  
/usr/local/share/ruby/gems/2.0/gems/passenger-5.0.16/helper-scripts/rack-preloader.rb:107:in
 
`eval'
  
/usr/local/share/ruby/gems/2.0/gems/passenger-5.0.16/helper-scripts/rack-preloader.rb:107:in
 
`preload_app'
  
/usr/local/share/ruby/gems/2.0/gems/passenger-5.0.16/helper-scripts/rack-preloader.rb:153:in
 
`'
  
/usr/local/share/ruby/gems/2.0/gems/passenger-5.0.16/helper-scripts/rack-preloader.rb:29:in
 
`'
  
/usr/local/share/ruby/gems/2.0/gems/passenger-5.0.16/helper-scripts/rack-preloader.rb:28:in
 
`'


[ 2015-09-07 13:56:34.8482 4134/7fdf95c66700 
age/Cor/Req/CheckoutSession.cpp:252 ]: [Client 1-1] Cannot checkout session 
because a spawning error occurred. The identifier of the error is f8296d07. 
Please see earlier logs for details about the error.

(/tmp/passenger-error-uiiXv3.html)

 
Error ID
f8296d07
Application root

/usr/share/puppet/rack/puppetmasterd
Environment (value of RAILS_ENV, 
RACK_ENV, WSGI_ENV, NODE_ENV and PASSENGER_APP_ENV)
production

Ruby interpreter 
command

/usr/bin/ruby2.0

User and groups
uid=99(nobody) 
gid=99(nobody) groups=99(nobody)

Environment variables
TERM = vt100
PATH = /sbin:/usr/sbin:/bin:/usr/bin
PWD = /usr/share/puppet/rack/puppetmasterd
LANG = C
SHLVL = 2
_ = /usr/sbin/httpd
PASSENGER_USE_FEEDBACK_FD = true
SERVER_SOFTWARE = Apache/2.2.31 (Unix) DAV/2 
Phusion_Passenger/5.0.16
PASSENGER_DEBUG_DIR = /tmp/passenger.spawn-debug.My9EAX

(etc/puppet/puppet.conf)

[main]
# The Puppet log directory.
# The default value is '$vardir/log'.
logdir = /var/log/puppet

# Where Puppet PID files are kept.
# The default value is '$vardir/run'.
rundir = /var/run/puppet

# Where SSL certificates are kept.
# The default value is '$confdir/ssl'.
ssldir = $vardir/ssl

certname = master

dns_alt_names = puppet,puppetmaster

[master]
environmentpath = $confdir/environments
basemodulepath = $confdir/modules:/opt/puppet/share/modules

[agent]
# The file in which puppetd stores a list of the classes
# associated with the retrieved configuratiion.  Can be loaded in
# the separate ``puppet`` executable using the ``--loadclasses``
# option.
# The 

[Puppet Users] Unable to setup Environments in 2015.2

2015-09-07 Thread giridhar kazama
HI,
I have set up a master with 400+ agents. My master has 2015.2. I have to 
setup 4 environments and all are test environments. I've tried creating 
directories named with the test environments at 
/etc/puppetlabs/code/environments/test1 
/etc/puppetlabs/code/environments/test2 
/etc/puppetlabs/code/environments/test3 and 
/etc/puppetlabs/code/environments/test4.
I have also changed the environment field to test1 in one of the agents but 
it doesn't seems to be happy. could anyone help me on this please.


Regards
Giridhar

-- 
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/5cf87f13-ba2f-45c3-9bdc-dd108a059e31%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Why variables standing by themselves should be quoted in resource titles and only there?

2015-09-07 Thread Henrik Lindberg

On 2015-19-08 8:39, David Racodon wrote:

Hi John,

Thanks for your feedback. Actually, puppet-lint goes against this
recommendation because it flags quoted resource titles containing only a
variable as an issue: "string containing only a variable on line 8".



Which is a different problem, because it is reasonable to interpolate a 
value of a non string data type and thereby converting it to a string...


(That is for Puppet 4.x and 3.x with future parser).
- henrik

--

Visit my Blog "Puppet on the Edge"
http://puppet-on-the-edge.blogspot.se/

--
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/mslk9a%246rm%241%40ger.gmane.org.
For more options, visit https://groups.google.com/d/optout.


[Puppet Users] Re: MCollective Plugins - Can I Install with Puppet Collections?

2015-09-07 Thread Chad Thompson
Thank you!  I opened a ticket earlier as well after posting this 
(https://tickets.puppetlabs.com/browse/MCO-722) - I didn't see the two that 
you posted.

(In the meantime, I'll be trying to work around by installing from source 
into the 'libdir' if I can.)

On Friday, September 4, 2015 at 8:15:11 AM UTC-5, Stefan Heijmans wrote:
>
> There are some jira tickets on this;
> https://tickets.puppetlabs.com/browse/MCOP-516
> https://tickets.puppetlabs.com/browse/MCOP-529
>  
>

-- 
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/fc435819-8287-4c62-8547-eec0ad9a249c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [Puppet Users] Is there a method for puppet to find all suid files?

2015-09-07 Thread Corey Osman
As Trevor mentioned above this is something you want to control externally 
via cron and not puppet. I took a slightly different approach and used an 
external fact which allowed be to write a fact in bash.  There is no reason 
why you couldn't do this in a Ruby based fact but since all the original 
code was written in bash I used external facts simply to save time. 

https://gist.github.com/logicminds/2389d980f00333dcb48d

The key item is that this fact alone takes 37 seconds to run so I decided 
to cache the result for 12 hours which obviously speeds up fact values 
retrieval. 

I wasn't crazy about having a bunch of random cron jobs to cache the value 
of 10+ facts so I built the control mechanism into the fact code itself so 
that it doesn't rely on cron or some other service.  

Hit me up privately as I might have more code to share that could be useful 
to you. 

Corey
On Sunday, September 6, 2015 at 7:22:28 AM UTC-7, Trevor Vaughan wrote:
>
> This rule will let you know when an SUID binary is *executed* 
> https://github.com/simp/pupmod-simp-auditd/blob/master/templates/base.erb#L50:L55
> .
>
> I would not run any filesystem searches from Puppet, I would relegate 
> those to cron+syslog so that you can better control the amount of I/O churn 
> on your system over time.
>
> Thanks,
>
> Trevor
>
> On Fri, Sep 4, 2015 at 2:54 PM, Sean  
> wrote:
>
>> Hi,
>>  
>> I'm using a module from the Forge to manage auditd rules, the module 
>> works quite well and managing rules is very easy.  The hard part is that 
>> there's a requirement to audit use SUID files on each system.  With out 
>> knowing exactly what files are SUID on every server in the field, since 
>> there are several linux flavors and versions, I'm finding myself thinking 
>> the only way to accomplish this is to write a custom fact to hold all the 
>> SUID files as an array, then pass the array to the resource creator.  I 
>> just don't relish the idea of running a find command from / every 30 
>> minutes.
>>
>> Might anyone have any better ideas?
>>
>> Thank you kindly!
>>
>> -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/e848e8ab-0a96-4934-9382-42f3b828d529%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Trevor Vaughan
> Vice President, Onyx Point, Inc
> (410) 541-6699
>
> -- This account not approved for unencrypted proprietary information --
>

-- 
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/b3f67609-2abb-431d-bd77-29860fc909ea%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.