Re: [Puppet Users] Re: PuppetDB database tunning

2013-05-29 Thread shell heriyanto
Already update to 1.3.1, the old database still there. Theres script for
remove it via postgres script or puppet stanza to clean this such as after
30days old?


On Wed, May 29, 2013 at 12:19 PM, shell heriyanto  wrote:

> Hi Ken thanks for your reply,
> We using Postgresql, we just have about 150 puppet agent, and for 130
> agent its just run once per day, every day its take about 150MB.
> We using puppetDB 1.1.0. I will try to update puppetDB today.
>
>
> On Tue, May 28, 2013 at 10:23 PM, Ken Barber  wrote:
>
>> What kind of database is this? Postgresql or the built-in HSQLDB? And
>> - how are you calculating the database size?
>>
>> On Tue, May 28, 2013 at 12:19 PM, shell heriyanto
>>  wrote:
>> > no efect, this my configuration:
>> >
>> > gc-interval = 60
>> > node-ttl = 30m
>> > node-purge-ttl = 30m
>> > report-ttl = 30m
>> >
>> > I make ttl fast to see the change but still, my database still grow
>> bigger.
>> > Its need to remove the database fast and create again, to make this
>> work?
>> > how ttl work? is it just count when we do add the option, so the older
>> > database still save?
>> >
>> > thanks for any comment.
>> >
>> >
>> >
>> > On Thu, May 23, 2013 at 9:50 AM, shell heriyanto <
>> shell.heriya...@gmail.com>
>> > wrote:
>> >>
>> >> This what i'am find, thank you Klavs.
>> >>
>> >>
>> >> On Wed, May 22, 2013 at 9:44 PM, Klavs Klavsen 
>> wrote:
>> >>>
>> >>> http://docs.puppetlabs.com/puppetdb/1.3/maintain_and_tune.html
>> >>>
>> >>> Den onsdag den 22. maj 2013 09.56.36 UTC+2 skrev Heriyanto:
>> >>>>
>> >>>> Hi,
>> >>>>
>> >>>> I've been use puppetdb about 6 months ago, and now the database more
>> >>>> than 6gigs
>> >>>> Is that any way to "recycle" database? the data on database more than
>> >>>> 30days
>> >>>> removed, I try to find is that any option in puppetDB so far, or we
>> need
>> >>>> to tune from database side(i use postgresql)?
>> >>>>
>> >>>> Thanks for any comment.
>> >>>>
>> >>>> Best regards,
>> >>>> Heriyanto
>> >>>
>> >>> --
>> >>> 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 post to this group, send email to puppet-users@googlegroups.com.
>> >>> Visit this group at http://groups.google.com/group/puppet-users?hl=en
>> .
>> >>> For more options, visit https://groups.google.com/groups/opt_out.
>> >>>
>> >>>
>> >>
>> >>
>> >
>> > --
>> > 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 post to this group, send email to puppet-users@googlegroups.com.
>> > Visit this group at http://groups.google.com/group/puppet-users?hl=en.
>> > For more options, visit https://groups.google.com/groups/opt_out.
>> >
>> >
>>
>> --
>> 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 post to this group, send email to puppet-users@googlegroups.com.
>> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: PuppetDB database tunning

2013-05-28 Thread shell heriyanto
Hi Ken thanks for your reply,
We using Postgresql, we just have about 150 puppet agent, and for 130 agent
its just run once per day, every day its take about 150MB.
We using puppetDB 1.1.0. I will try to update puppetDB today.


On Tue, May 28, 2013 at 10:23 PM, Ken Barber  wrote:

> What kind of database is this? Postgresql or the built-in HSQLDB? And
> - how are you calculating the database size?
>
> On Tue, May 28, 2013 at 12:19 PM, shell heriyanto
>  wrote:
> > no efect, this my configuration:
> >
> > gc-interval = 60
> > node-ttl = 30m
> > node-purge-ttl = 30m
> > report-ttl = 30m
> >
> > I make ttl fast to see the change but still, my database still grow
> bigger.
> > Its need to remove the database fast and create again, to make this work?
> > how ttl work? is it just count when we do add the option, so the older
> > database still save?
> >
> > thanks for any comment.
> >
> >
> >
> > On Thu, May 23, 2013 at 9:50 AM, shell heriyanto <
> shell.heriya...@gmail.com>
> > wrote:
> >>
> >> This what i'am find, thank you Klavs.
> >>
> >>
> >> On Wed, May 22, 2013 at 9:44 PM, Klavs Klavsen 
> wrote:
> >>>
> >>> http://docs.puppetlabs.com/puppetdb/1.3/maintain_and_tune.html
> >>>
> >>> Den onsdag den 22. maj 2013 09.56.36 UTC+2 skrev Heriyanto:
> >>>>
> >>>> Hi,
> >>>>
> >>>> I've been use puppetdb about 6 months ago, and now the database more
> >>>> than 6gigs
> >>>> Is that any way to "recycle" database? the data on database more than
> >>>> 30days
> >>>> removed, I try to find is that any option in puppetDB so far, or we
> need
> >>>> to tune from database side(i use postgresql)?
> >>>>
> >>>> Thanks for any comment.
> >>>>
> >>>> Best regards,
> >>>> Heriyanto
> >>>
> >>> --
> >>> 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 post to this group, send email to puppet-users@googlegroups.com.
> >>> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> >>> For more options, visit https://groups.google.com/groups/opt_out.
> >>>
> >>>
> >>
> >>
> >
> > --
> > 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 post to this group, send email to puppet-users@googlegroups.com.
> > Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> > For more options, visit https://groups.google.com/groups/opt_out.
> >
> >
>
> --
> 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 post to this group, send email to puppet-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: PuppetDB database tunning

2013-05-28 Thread shell heriyanto
no efect, this my configuration:

gc-interval = 60
node-ttl = 30m
node-purge-ttl = 30m
report-ttl = 30m

I make ttl fast to see the change but still, my database still grow bigger.
Its need to remove the database fast and create again, to make this work?
how ttl work? is it just count when we do add the option, so the older
database still save?

thanks for any comment.



On Thu, May 23, 2013 at 9:50 AM, shell heriyanto
wrote:

> This what i'am find, thank you Klavs.
>
>
> On Wed, May 22, 2013 at 9:44 PM, Klavs Klavsen  wrote:
>
>> http://docs.puppetlabs.com/puppetdb/1.3/maintain_and_tune.html
>>
>> Den onsdag den 22. maj 2013 09.56.36 UTC+2 skrev Heriyanto:
>>
>>> Hi,
>>>
>>> I've been use puppetdb about 6 months ago, and now the database more
>>> than 6gigs
>>> Is that any way to "recycle" database? the data on database more than
>>> 30days
>>> removed, I try to find is that any option in puppetDB so far, or we need
>>> to tune from database side(i use postgresql)?
>>>
>>> Thanks for any comment.
>>>
>>> Best regards,
>>> Heriyanto
>>>
>>  --
>> 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 post to this group, send email to puppet-users@googlegroups.com.
>> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: facter wrong report

2013-05-22 Thread shell heriyanto
Hi Ellison, thank you for help, theres some bug i think in that version,
now i use 1.6.18-3.el6 its solved.


On Wed, May 22, 2013 at 11:49 PM, Ellison Marks  wrote:

> I'm on 1.7.1, Facter finds xen fine.
>
> is_virtual => true
> virtual => xen
>
> odd part is I'm not sure the detection method has changed since 1.6. It
> just check if any of these paths exist:
>
>
> "/proc/sys/xen", "/sys/bus/xen", "/proc/xen"
>
>
> On Wednesday, May 22, 2013 1:06:02 AM UTC-7, Heriyanto wrote:
>>
>> Hi,
>>
>> I just check from my virtual machine:
>> [root@host ~]# facter|grep virtual
>> is_virtual => false
>> virtual => physical
>>
>> My operating system is CentOS 6.4 running as domu, running under dom0
>> CentOS 5.9.
>> I use facter-1.6.6-1.el6. Its bug?
>>
>> Thanks for any comment.
>>
>> Regards,
>> Heriyanto
>>
>>  --
> 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 post to this group, send email to puppet-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: PuppetDB database tunning

2013-05-22 Thread shell heriyanto
This what i'am find, thank you Klavs.


On Wed, May 22, 2013 at 9:44 PM, Klavs Klavsen  wrote:

> http://docs.puppetlabs.com/puppetdb/1.3/maintain_and_tune.html
>
> Den onsdag den 22. maj 2013 09.56.36 UTC+2 skrev Heriyanto:
>
>> Hi,
>>
>> I've been use puppetdb about 6 months ago, and now the database more than
>> 6gigs
>> Is that any way to "recycle" database? the data on database more than
>> 30days
>> removed, I try to find is that any option in puppetDB so far, or we need
>> to tune from database side(i use postgresql)?
>>
>> Thanks for any comment.
>>
>> Best regards,
>> Heriyanto
>>
>  --
> 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 post to this group, send email to puppet-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




[Puppet Users] facter wrong report

2013-05-22 Thread shell heriyanto
Hi,

I just check from my virtual machine:
[root@host ~]# facter|grep virtual
is_virtual => false
virtual => physical

My operating system is CentOS 6.4 running as domu, running under dom0
CentOS 5.9.
I use facter-1.6.6-1.el6. Its bug?

Thanks for any comment.

Regards,
Heriyanto

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




[Puppet Users] PuppetDB database tunning

2013-05-22 Thread shell heriyanto
Hi,

I've been use puppetdb about 6 months ago, and now the database more than
6gigs
Is that any way to "recycle" database? the data on database more than 30days
removed, I try to find is that any option in puppetDB so far, or we need to
tune from database side(i use postgresql)?

Thanks for any comment.

Best regards,
Heriyanto

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: AWS OpsWorks announcement using Chef

2013-02-20 Thread shell heriyanto
I hope so, successful James.. I also have many AWS nodes.


On Thu, Feb 21, 2013 at 11:44 AM, jim watts  wrote:

> Great.
>
> The company I work for is both a large AWS customer and user of puppet.
> Very interested in how this progresses.
>
> -jim
>
>
> On Wednesday, 20 February 2013 18:40:54 UTC+11, James Turnbull wrote:
>>
>> Vaidas Jablonskis wrote:
>> > It makes sense for Amazon to go with something like Chef, because it is
>> > more cloud oriented and it's easier to hack something up just to get it
>> > up and running quicker. Chef is more like shell scripting on steroids I
>> > would say, at least, that's how many people use it.
>> >
>>
>> We're going to be talking to AWS about adding Puppet support to OpsWorks
>> soon. It is our understanding from them that this is based on an
>> acquisition they made of a Chef-based solution rather than an
>> endorsement of Chef.
>>
>> More news when we have it!
>>
>> Thanks
>>
>> James
>>
>> --
>> James Turnbull
>> 1-503-734-8571
>> To schedule a meeting with me: http://doodle.com/jamtur01
>>
>  --
> 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 post to this group, send email to puppet-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-users?hl=en.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Re: Error: Could not retrieve catalog from remote server: execution expired

2013-02-19 Thread shell heriyanto
Hi i also have this problem when working with nagios, always expire... is
that any solution for this, from puppet configuration byself? my nagios
production server can't working anymore. Even i already use puppetDB. I see
many people have same problem on the net.

Thanks,
~Heriyanto


On Thu, Jan 17, 2013 at 4:02 PM, Luke Bigum  wrote:

> I'm not sure if there's a way to increase the timeout for exported
> resource reconstruction, however rather than doing a Puppet resource
> collection you can query the raw data from PuppetDB:
>
> https://github.com/dalen/puppet-puppetdbquery
>
> Here is an example a colleague of mine used to vastly speed up the catalog
> of our Nagios server. Here it queries exported 'hostgroup_member' resources
> with a specific tag, then uses the returned hash of data in a template to
> define all Nagios hostgroups:
>
> $hostgroup_members = pdbresourcequery(
>   [ 'and',
> [ '=', 'tag', $nagios::params::sites ],
> [ '=', 'type', 'Nagios::Config::Hostgroup_member' ],
> [ '=', 'exported', true ]
>   ]
> )
> file { $nagios::params::hostgroups_yaml:
>   content => template('nagios/nagios_hostgroups.yaml.erb'),
>   notify  => Class['nagios::service'],
> }
>
> This cut our catalog down from over 2 minutes in compile/collect time to
> around 20-30 seconds.
>
> Hope that helps,
>
> -Luke
>
> On Wednesday, January 16, 2013 11:35:23 PM UTC, Joshua Buss wrote:
>>
>> Wow, I just found this by googling for the error message and I'm getting
>> the exact same problem.. unable to run puppet agent on the same machine
>> where I have the puppet master running.. times out on loading plugin.  I'm
>> running on ubuntu server 11.10, version  2.7.1-1ubuntu3.7
>>
>> On Monday, January 7, 2013 1:19:41 PM UTC-6, Rob Smith wrote:
>>>
>>> Hi everyone,
>>>
>>> I recently ran into an issue where my puppetmaster can't run puppet on
>>> itself. It errors out with the following:
>>> Error: Could not retrieve catalog from remote server: execution expired
>>> Warning: Not using cache on failed catalog
>>> Error: Could not retrieve catalog; skipping run
>>>
>>> I'm running Puppet 3 with passanger and puppetdb (hsql). I've tried
>>> restarting puppetdb and apache to no effect. If I wipe out puppetdb, it'll
>>> work again until all 17 servers are back into the catalog and it times out
>>> from then on. The puppet master is also my nagios node so it does have a
>>> huge amount of resources to assemble.
>>>
>>> Can I configure puppet to wait longer for the catalog generation step?
>>> I've search the docs without anything standing out to me.
>>>
>>> Thanks,
>>> ~Rob
>>>
>>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/ffFFsG4HM0YJ.
>
> To post to this group, send email to puppet-users@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 unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.




Re: [Puppet Users] Announce: Puppet-Dashboard 1.2.14 Available

2012-11-13 Thread shell heriyanto
Yes its also work for me. Just need to add some permission on some folder
in /usr/share/puppet-dashboard to make init.d file run


On Sat, Nov 10, 2012 at 4:46 AM, Moses Mendoza  wrote:

> On Fri, Nov 9, 2012 at 12:54 PM, Moses Mendoza 
> wrote:
> > On Fri, Nov 9, 2012 at 5:34 AM, Stefan Heijmans 
> wrote:
> >> el5 was not supported, as it has an dependency on ruby 1.8.7 and el5
> comes
> >> default with ruby 1.8.5.
> >> now that they deliver ruby 1.8.7 with puppet 3 for el5, they perhaps can
> >> also build them for el5.
> >
> > That is indeed true, you're right. So we did:) You should now be able
> > to `yum install puppet-dashboard` on el5 hosts from the Puppet Labs
> > yum repo, yum.puppetlabs.com. I also noticed dashboard wasn't quite
> > happy with the older rubygems in el5, so we built rubygems-1.3.7 for
> > el5 and added it to the dependencies repo on yum.puppetlabs.com as
> > well (el5 has rubygems-1.3.1, el6 has 1.3.7). Worked great for me.
>
> Just a side note to avoid confusion: rubygems-1.3.1 is in EPEL for
> el5, not core.
>
> > Enjoy.
> >
> > Moses
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-users@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-users@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] Announce: Puppet-Dashboard 1.2.14 Available

2012-11-09 Thread shell heriyanto
Great..!
Its that any RPM for el5? because i don't see on
http://yum.puppetlabs.com/el/5/products/x86_64/.

Thanks


On Thu, Nov 8, 2012 at 5:36 AM, Moses Mendoza  wrote:

> Puppet Dashboard 1.2.14 is a bugfix release of Puppet Dashboard.
>
> This release is available for download at:
> https://downloads.puppetlabs.com/dashboard/puppet-dashboard-1.2.14.tar.gz
>
> Debian packages are available at https://apt.puppetlabs.com
>
> RPM packages are available at https://yum.puppetlabs.com
>
> See the Verifying Puppet Download section at:
> http://projects.puppetlabs.com/projects/puppet/wiki/Downloading_Puppet
>
> Please report feedback via the Puppet Labs Redmine site, using an
> affected version of 1.2.14:
> http://projects.puppetlabs.com/projects/dashboard
>
> Documentation is available at:
> http://docs.puppetlabs.com/dashboard/index.html
>
> ===
> ## Puppet Dashboard 1.2.14 Bug Fixes ##
> ===
>
> An error in the packaging of Puppet Dashboard 1.2.13 resulted in
> several empty directories normally shipped with Puppet Dashboard
> getting excluded from the source tarball and packages, e.g. 'tmp',
> 'log', and 'spool'. This release is a re-packaging of Puppet Dashboard
> 1.2.13 to include these directories. It includes no other changes.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-users@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-users@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 3.x load balancer

2012-11-09 Thread shell heriyanto
Dear All,

I just plan want to migrate puppetmaster from 2.6 to puppet 3.0 in
production, can you give me some advice about load balancer, because now im
still using mongrel. Somebody have experience migrating puppet 2.6.x or
2.7.x to puppet 3.0.x on production?. Thanks.

Regards,
Heriyanto

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@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] Benchmark puppetDB

2012-10-25 Thread shell heriyanto
Hello Chris,

Thanks for your reply, i already solved this by use my production modules.
But yes, its take some time to build half my of production enviroment.
Thank for yours great work.

Regards,
Heriyanto

On Thu, Oct 25, 2012 at 12:38 AM, Chris Price  wrote:

> Hello Heriyanto,
>
> Were you able to come up with something to solve your problem?  We don't
> currently have any sort of sample catalog that could be used to easily
> benchmark the performance difference in your environment, though your
> e-mail has prompted some internal discussion about how we could conceivably
> provide something like that in the future.
>
> I suspect that if you simply time any agent run in your environment (for
> an agent with a non-trivial number of resources) against legacy
> storedconfigs, and then time it again with PuppetDB, you should notice some
> difference (because legacy storeconfigs must synchronously insert all of
> the catalog data into the database before the run completes).  You could
> also run your master with the "--debug" flag, which might provide you with
> some timing info for the various phases of the process.
>
> However, the biggest benefits come when you have a master that is under
> some load from concurrent agent requests.  That might be a bit more tricky
> to simulate in your own environment if the blog posts and other data we've
> posted isn't sufficient, but we would be happy to try to help if you have
> questions!
>
> Thanks
> Chris
>
>
> On Wednesday, October 17, 2012 5:45:07 AM UTC-7, Heriyanto wrote:
>
>> Hi Nan,
>>
>> Thank for your reply, yes that what im talking about, i can't prove just
>> with link to puppet blog,
>> yes you right catalog compile should give our output, do you have some
>> example of one
>> with large number of resources for my testing?
>>
>> Thank for your help
>> Regards,
>>
>> On Tue, Oct 16, 2012 at 1:12 AM, Nan Liu  wrote:
>>
>>> On Mon, Oct 15, 2012 at 1:41 AM, shell heriyanto
>>>  wrote:
>>> > I know puppetDB its more faster than storeconfigs, but to replace
>>> > storeconfigs with puppetDB into production server
>>> > Its need more explanation than some link from puppetlabs, need prove
>>> to my
>>> > bos and team.
>>> > For testing i just have 1 puppetmaster and 1 and 2 puppet agent, how i
>>> can
>>> > look different performance?
>>> > Its that any idea / or complex puppet stanza to benchmark / compare
>>> this
>>> > with storeconfigs?
>>>
>>> A catalog compile should show the difference in speed (especially one
>>> with large number of resources). This is discussed in the Puppet DB
>>> blog post. Also Deepak has great talk at Puppet Conf discussing why
>>> PuppetDB is async (which isn't something quite as easy to benchmark
>>> with just 2 agents):
>>>
>>> http://youtu.be/xw83cRofkpM
>>>
>>> HTH,
>>>
>>> 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...@googlegroups.com.
>>> To unsubscribe from this group, send email to puppet-users...@**
>>> googlegroups.com.
>>>
>>> For more options, visit this group at http://groups.google.com/**
>>> group/puppet-users?hl=en<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 view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/vTscH5wWHWEJ.
>
> To post to this group, send email to puppet-users@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-users@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] Benchmark puppetDB

2012-10-17 Thread shell heriyanto
Hi Nan,

Thank for your reply, yes that what im talking about, i can't prove just
with link to puppet blog,
yes you right catalog compile should give our output, do you have some
example of one
with large number of resources for my testing?

Thank for your help
Regards,

On Tue, Oct 16, 2012 at 1:12 AM, Nan Liu  wrote:

> On Mon, Oct 15, 2012 at 1:41 AM, shell heriyanto
>  wrote:
> > I know puppetDB its more faster than storeconfigs, but to replace
> > storeconfigs with puppetDB into production server
> > Its need more explanation than some link from puppetlabs, need prove to
> my
> > bos and team.
> > For testing i just have 1 puppetmaster and 1 and 2 puppet agent, how i
> can
> > look different performance?
> > Its that any idea / or complex puppet stanza to benchmark / compare this
> > with storeconfigs?
>
> A catalog compile should show the difference in speed (especially one
> with large number of resources). This is discussed in the Puppet DB
> blog post. Also Deepak has great talk at Puppet Conf discussing why
> PuppetDB is async (which isn't something quite as easy to benchmark
> with just 2 agents):
>
> http://youtu.be/xw83cRofkpM
>
> HTH,
>
> 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-users@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-users@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] Benchmark puppetDB

2012-10-15 Thread shell heriyanto
Dear All,

I know puppetDB its more faster than storeconfigs, but to replace
storeconfigs with puppetDB into production server
Its need more explanation than some link from puppetlabs, need prove to my
bos and team.
For testing i just have 1 puppetmaster and 1 and 2 puppet agent, how i can
look different performance?
Its that any idea / or complex puppet stanza to benchmark / compare this
with storeconfigs?

Regards,
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-users@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: puppetd --tags doesnt work for some module

2012-10-15 Thread shell heriyanto
Thank you, i already solved by forcing with cobbler into, environment that
i want.

On Tue, Sep 25, 2012 at 10:05 PM, jcbollinger wrote:

>
>
> On Tuesday, September 25, 2012 5:29:07 AM UTC-5, Heriyanto wrote:
>
>> Thanks for your reply john, the funny thing is:
>>
>> running on production environment with "environment=production" option on
>> puppet.conf:
>> puppetd --test --env staging # its work
>> puppetd --test --env staging --tags ntp  # its work
>> puppetd --test --env staging --tags http # its doesn't work
>>
>> running on testing environment with "environment=testing" option on
>> puppet.conf:
>> puppetd --test --env staging # its work
>> puppetd --test --env staging --tags ntp  # its work
>> puppetd --test --env staging --tags http # its work
>>
>> if there is something wrong with my init.pp on testing its also doesn't
>> work.
>>
>> Regards
>> thanks
>>
>>
>> On Mon, Sep 24, 2012 at 9:29 PM, jcbollinger wrote:
>>
>>>
>>>
>>> On Sunday, September 23, 2012 11:55:44 PM UTC-5, Heriyanto wrote:

 Dear All,

 I have enviroment testing, staging and production for puppet,
 when i trying to test running staging on production, run command:
  puppetd --test --env staging # its work
  puppetd --test --env staging --tags ntp  # its work
  puppetd --test --env staging --tags http # its doesn't work

 Strange usually I never got a problem like this, its just not working
 for one module just for http.
 even i change enviroment on puppet.conf file from production into
 staging.

>>>
>>>
>>> "Doesn't work" means what?  Does the agent emit an error message?
>>>
>> its just Finish applying catalog, without any changes.
>>
>>>
>>> Does anything useful show up in the master's log?  If you run the agent
>>> with the --debug flag then does the additional output shed any more light
>>> on the problem?
>>>
>> Already did, but nothing error report or something wrong.
>>
>>>
>>>
>>>
 I already check on the other file, like site.pp and the other file.
 This working before, until i make some
 change on init.pp for http module, but my changes is nothing important
 related into this. Just copying some file.


>>> If you revert your changes does the expected function return?  If so,
>>> then I have to disagree with your assertion that the changes are
>>> unimportant.  If you present the old and new versions then perhaps we can
>>> figure out why the change had this unexpected effect.
>>>
>>> my change just add
>>   file { "/etc/httpd/conf/magic":
>> owner  => root,
>>  group  => apache,
>> mode   => 640,
>> source => ["puppet:///http/conf/magic",
>>  ],
>> notify => Service['httpd'],
>> }
>>
>>
> That change did not of itself cause the behavior you describe.  Depending
> on your process, however, you may have accidentally caused other changes.
> For example, if you keep your manifests in a version control system and you
> work with a local copy, then perhaps you committed additional changes along
> with that change.  Or could someone else have made a change that caused the
> result you report?
>
> Alternatively, are you certain that the exact command you are now issuing
> produced different results in the past?  For example, I find it slightly
> suspicious that you are using "--env" instead of "--environment",
> especially in light of the new information about the affect of setting the
> environment in puppet.conf.
>
> You can test what environment you're getting by adding this to your
> site.pp:
>
> notify { 'my environment':
>   message => "My environment is ${environment}."
> }
>
> My best guess at this point is that you do not declare anything tagged
> with "http" in environment "production", whereas in some other
> environments, including "testing", you do.  If you do not otherwise declare
> an environment for a node then it is placed in environment "production".
>
>
> John
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/aXx0xpS43PsJ.
>
> To post to this group, send email to puppet-users@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-users@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: puppetd --tags doesnt work for some module

2012-09-25 Thread shell heriyanto
Thanks for your reply john, the funny thing is:

running on production environment with "environment=production" option on
puppet.conf:
puppetd --test --env staging # its work
puppetd --test --env staging --tags ntp  # its work
puppetd --test --env staging --tags http # its doesn't work

running on testing environment with "environment=testing" option on
puppet.conf:
puppetd --test --env staging # its work
puppetd --test --env staging --tags ntp  # its work
puppetd --test --env staging --tags http # its work

if there is something wrong with my init.pp on testing its also doesn't
work.

Regards
thanks


On Mon, Sep 24, 2012 at 9:29 PM, jcbollinger wrote:

>
>
> On Sunday, September 23, 2012 11:55:44 PM UTC-5, Heriyanto wrote:
>>
>> Dear All,
>>
>> I have enviroment testing, staging and production for puppet,
>> when i trying to test running staging on production, run command:
>>  puppetd --test --env staging # its work
>>  puppetd --test --env staging --tags ntp  # its work
>>  puppetd --test --env staging --tags http # its doesn't work
>>
>> Strange usually I never got a problem like this, its just not working for
>> one module just for http.
>> even i change enviroment on puppet.conf file from production into staging.
>>
>
>
> "Doesn't work" means what?  Does the agent emit an error message?
>
its just Finish applying catalog, without any changes.

>
> Does anything useful show up in the master's log?  If you run the agent
> with the --debug flag then does the additional output shed any more light
> on the problem?
>
Already did, but nothing error report or something wrong.

>
>
>
>> I already check on the other file, like site.pp and the other file. This
>> working before, until i make some
>> change on init.pp for http module, but my changes is nothing important
>> related into this. Just copying some file.
>>
>>
> If you revert your changes does the expected function return?  If so, then
> I have to disagree with your assertion that the changes are unimportant.
> If you present the old and new versions then perhaps we can figure out why
> the change had this unexpected effect.
>
> my change just add
  file { "/etc/httpd/conf/magic":
owner  => root,
group  => apache,
mode   => 640,
source => ["puppet:///http/conf/magic",
],
notify => Service['httpd'],
}


> John
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/puppet-users/-/eAEDuIko4TsJ.
> To post to this group, send email to puppet-users@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-users@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] puppetd --tags doesnt work for some module

2012-09-23 Thread shell heriyanto
Dear All,

I have enviroment testing, staging and production for puppet,
when i trying to test running staging on production, run command:
 puppetd --test --env staging # its work
 puppetd --test --env staging --tags ntp  # its work
 puppetd --test --env staging --tags http # its doesn't work

Strange usually I never got a problem like this, its just not working for
one module just for http.
even i change enviroment on puppet.conf file from production into staging.
I already check on the other file, like site.pp and the other file. This
working before, until i make some
change on init.pp for http module, but my changes is nothing important
related into this. Just copying some file.

thank for any help
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-users@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.