On Thu, 11 Aug 2011 08:36:41 -0700 (PDT)
Luke Bigum wrote:
Hi Arnau,
Hi Luke,
This is not a Puppet Dashboard problem, it's a MySQL feature of
InnoDB. You're using per-table InnoDB data files. InnoDB data files
grow. They never, ever, ever shrink. So what you've got there is a
22GB sparse
On 12 Aug 2011, at 01:06, vagn scott wrote:
On 08/11/2011 04:42 AM, Tom De Vylder wrote:
# cat include/init.php
?php
$dbhost = '%= app_dbhost %';
$dbname = '%= app_dbname %';
$dbuser = '%= app_dbuser %';
$dbpass = '%= app_dbpass %';
?
Surely you mean (note the dash
On 11 Aug 2011, at 18:26, Daniel Pittman wrote:
On Thu, Aug 11, 2011 at 08:42, Tom De Vylder t...@penumbra.be wrote:
I'm trying to distribute a PHP file as a template.
The problem I'm running into is that each variable in the PHP file is
recognized as a Puppet or ERB variable.
That is
On 8/12/2011 7:43 AM, Tom De Vylder wrote:
file {
/var/www/app/include:
ensure = directory;
/var/www/app/include/init.php:
ensure = present,
source = template (app/init.php.erb);
content =
On 12 Aug 2011, at 13:49, Darren Chamberlain wrote:
On 8/12/2011 7:43 AM, Tom De Vylder wrote:
file {
/var/www/app/include:
ensure = directory;
/var/www/app/include/init.php:
ensure = present,
source = template (app/init.php.erb);
On Aug 10, 9:17 am, astrostl jus...@bigblind.com wrote:
Puppet 2.7.1 on all sides from Gems. Ubuntu 10.04 hosts, Ruby
1.8.7.249-2, RubyGems 1.3.5-1ubuntu2.
Bug with details athttp://projects.puppetlabs.com/issues/8801. Any
ideas out there? I'm stumped.
I agree that the behavior looks
On Thu, 11 Aug 2011 08:36:41 -0700 (PDT)
Luke Bigum wrote:
Hi Arnau,
Hi Luke,
[...]
dump the database out, blow away the InnoDB data files and import the
dump (see
http://dev.mysql.com/doc/refman/5.5/en/innodb-data-log-reconfiguration.html).
I'm dumping my dashboard data. My cron prunes
All,
I have puppet watching various services on RHEL systems and restarting
them as necessary.
Quite a while back I wrote some custom scripts as wrappers for various
services so that I can have a custom running status. These have
worked for quite a few months, but recently my iptables services
On 08/12/2011 09:32 AM, Chad wrote:
Any ideas?
For starters, see what happens when you run it in an
exec { build_iptables status: logoutput = true, }
--
vagn
--
You received this message because you are subscribed to the Google Groups Puppet
Users group.
To post to this group, send
Guys
I made a custom fact using export;(export FACTER_envt=`hostname -s|cut
-c 1-2`;) on puppet master, and when I do facter envt it shows the
desired result, now my problem is that am unable to distribute it to
the client machines.
I read up a little on adding custom facts and found out the
Where exactly is you fact? Is it in a module? My recent experience
required placement of my facts in $modulepath/module/lib/facter . . .
On Fri, Aug 12, 2011 at 10:30 AM, newguy aimanparv...@gmail.com wrote:
Guys
I made a custom fact using export;(export FACTER_envt=`hostname -s|cut
-c
Yes fact exists as a environment variable only
Any suggestions anyone???
On Aug 12, 7:50 am, Guy Matz gm...@matz.org wrote:
Oh, wait . . . that fact exists solely as an environment variable? You
haven't put that code in a file for distribution? Then please ignore my
previous response. Sorry
[me@host ~]$ sudo /usr/sbin/puppetd --test --noop
info: Caching catalog for host.fakedomain
info: Applying configuration version '1313165427'
notice: //iptables/Service[build_iptables]/ensure: is stopped, should
be running (noop)
notice: //iptables/Exec[/etc/init.d/build_iptables status]/returns:
I'm playing with puppet 2.7.1 on centos 5.6; as I read the docs at
http://docs.puppetlabs.com/learning/modules1.html, the command:
puppet apply --verbose --noop -e include global::admins
should look for a manifest in /etc/puppet/modules/global/manifests/
admins.pp
Instead, I get:
Could not
Clearly not a problem caused by puppet but something I can't apparently deploy
with puppet unless someone has an idea.
Trying to automate a way to deploy mod_mono for apache
from CLI, the problem seems obvious...
apt-get install -y --assume-yes libapache2-mod-mono mono-apache-server
Isn't there an adminfile option to the package resource that will let you
pass responses as if it were an interactive session? Not sure if it's
supported for the apt provider, but worth looking into if you haven't
already.
--
Nathan Clemons
http://www.livemocha.com
The worlds largest online
It's the first line in admins.pp 'class global::admins {' ?
On Aug 12, 2011 9:44 AM, Alan Batie a...@batie.org wrote:
I'm playing with puppet 2.7.1 on centos 5.6; as I read the docs at
http://docs.puppetlabs.com/learning/modules1.html, the command:
puppet apply --verbose --noop -e include
On Aug 11, 2011, at 5:04 PM, Alan Batie wrote:
I'm playing with puppet 2.7.1 on centos 5.6; as I read the docs at
http://docs.puppetlabs.com/learning/modules1.html, the command:
puppet apply --verbose --noop -e include global::admins
should look for a manifest in
FWIW, I don't think that task touches this table.
Also, I apologize for writing such a crappy rake task, can't believe it's
still there :-P
On Aug 12, 2011 6:28 AM, Arnau Bria arnaub...@pic.es wrote:
On Thu, 11 Aug 2011 08:36:41 -0700 (PDT)
Luke Bigum wrote:
Hi Arnau,
Hi Luke,
[...]
dump
Seems that this might be a puppet problem more than a Foreman problem and
though I have gotten some good help on the foreman list, I may be able to find
an answer here.
Puppet 2.6.9 (master/clients)
Foreman 0.3
Ruby 1.87 (REE)
puppet foreman using apache passenger (8140 puppet, 8142 foreman)
Hm, weird. Been running a small cluster on 2.7.1 for a month or so and
haven't experienced this myself.
On Aug 12, 2011 10:03 AM, Craig White craig.wh...@ttiltd.com wrote:
On Aug 11, 2011, at 5:04 PM, Alan Batie wrote:
I'm playing with puppet 2.7.1 on centos 5.6; as I read the docs at
Thanks Ken that finaly solved the problem with the ruby dsl class and
it's working now.
I don't quite understand why you think implementing ruby function is
better fit - what I need to do is iterate over
all records in couchdb and create a puppet resource for each one of
them - that's the
On Fri, Aug 12, 2011 at 06:32:57AM -0700, Chad wrote:
All,
I have puppet watching various services on RHEL systems and restarting
them as necessary.
Quite a while back I wrote some custom scripts as wrappers for various
services so that I can have a custom running status. These have
Appear that 'adminfile' option is a Solaris only thing.
I found that ubuntu/debian has debconf-get-selections/debconf-set-selections
packages which might actually get me there but it introduces new package
dependencies and would take more time than it is reasonably worth as we will
never have
I have a puppet module to manage Network UPS Tools, but am having
trouble getting Puppet to be able to start the ups service without
error. What's strange is the service starts just fine, but Puppet
returns an error.
Here's the service resource I defined...
package { 'nut-client':
HI,
I'm trying to use tamplate function in ruby dsl but I miserably fail.
Then I just invoke it without using it in any resource like this
template ['nagios/conf.d/app_alerts/ssa_nagios_contact.erb'],
it works and i see
debug: Scope(Class[Nagios::Ssa_nagios_contacts]): Retrieving
template should be a string, not an array
content = template('nagios/ssa_nagios_contact.erb) # assuming it's in
modules/nagios/templates
also, I think your 'require' should probably look like
require = File[#{nagios_confdir}/app_alerts/ssa/contacts],
but maybe your way will work
Craig
On
On Fri, Aug 12, 2011 at 13:55, treydock treyd...@gmail.com wrote:
I have a puppet module to manage Network UPS Tools, but am having
trouble getting Puppet to be able to start the ups service without
error. What's strange is the service starts just fine, but Puppet
returns an error.
I do
You should file a bug report against the package with Debian; we set
the noninteractive, and the force yes, bits that absolutely
*should* make it work fine in these circumstances.
I am sorry that it doesn't work; if you find something we didn't do,
that makes the prompt go away, please let us
On Thu, 2011-08-11 at 17:45 -0500, Nan Liu wrote:
On Thu, Aug 11, 2011 at 4:59 PM, John T. Guthrie jguth...@book.com wrote:
Thank you very much for the quick response.
Hello all,
I am running puppet 2.7.1 with mongrel and an apache proxy. I have been
seeing an issue where it appears
Thanks for the quick response.
That was something more out of desperation. I saw something on the page
with regarding the inventory service that facts_terminus would cause it
to get facts from a yaml repository. I am having the same issue
regardless of whether I use facts_terminus = yaml or the
well i decided to change the route a little, I have decided to make
a .rb file for adding fact rather then the environment variable and
heres what am doing and still getting the same error:
1. On the puppetmaster in your modules directory create a facts
module with
subdirectory files. In this
Hi Craig,
You suggestions are correct for Puppet DSL but this code is a Ruby DSL
http://projects.puppetlabs.com/projects/1/wiki/Ruby_Dsl
On Aug 12, 9:16 pm, Craig White craig.wh...@ttiltd.com wrote:
template should be a string, not an array
content = template('nagios/ssa_nagios_contact.erb)
Does
env DEBIAN_FRONTEND=noninteractive aptitude install -o
'APT::Get::force-yes=true'--assume-yes libapache2-mod-mono mono-apache-
server libmono-firebirdsql1.7-cil
still prompts you?
If not then it should work in puppet too.
On Aug 12, 7:53 pm, Craig White craig.wh...@ttiltd.com wrote:
Daniel,
Is it safe to use force yes in debian package provider or is it
better to just fail?
So afaiu debian provider uses apt-get and not aptitude?
On Aug 12, 9:22 pm, Daniel Pittman dan...@puppetlabs.com wrote:
You should file a bug report against the package with Debian; we set
the
On Aug 12, 2011, at 12:14 PM, piavlo wrote:
env DEBIAN_FRONTEND=noninteractive aptitude install -o
'APT::Get::force-yes=true'--assume-yes libapache2-mod-mono mono-apache-
server libmono-firebirdsql1.7-cil
don't even get out of the box...
Need to get 0B/55.7MB of archives. After
Relatively speaking, it is safe. Not perfect, but neither is the
other decision.
Generally speaking, 'force yes' shows up any time that folks modify a
configuration file as a critical option. Without that, replacement
wouldn't happen the same way.
Daniel
On Fri, Aug 12, 2011 at 15:17, piavlo
Hello
I have a running puppet and passenger (2.6.8) running on RHEL5. I installed
dashboard and configured it, and all that is working as well. However I
don't want to run webrick I want to put dashboard under passenger with
apache.
I have done the conf change to add virtual host, and changed
So puppet actually uses »/sbin/service build_iptables status« to check
if your service is running.
Agreed. The service command works as well (and it also checks to make
sure it is chkconfig'ed on)
This has worked for months before recently. I just just checked and I
added the status option
Does it work if you change to
if ( $::smcvhost == 'belleville' ) or ( $::smcvhost == 'all' ) {
?
Alex
On Aug 12, 2:34 pm, Antoine Benkemoun antoine.benkem...@gmail.com
wrote:
Hello,
First of all, thank you for making the awesome piece of software that is
Puppet. I have working with it for
I experienced something similar to this. Try it without quoting the RHS. E.g
if $smcvhost = belleville {
}
Also, what you are doing is code smell.
On Fri, Aug 12, 2011 at 4:34 AM, Antoine Benkemoun
antoine.benkem...@gmail.com wrote:
Hello,
First of all, thank you for making the awesome
On Aug 12, 2011, at 1:13 PM, Marek Dohojda wrote:
Hello
I have a running puppet and passenger (2.6.8) running on RHEL5. I installed
dashboard and configured it, and all that is working as well. However I
don't want to run webrick I want to put dashboard under passenger with apache.
In regard to: [Puppet Users] Re: hasstatus not working as expected, Chad...:
status)
/sbin/iptables -L | /bin/egrep '^DROP+\s+all.*NEW\s?+$' /dev/
null
I doubt this is the actual problem, but you could more portably and
more correctly write that regex as
IIRC you're doing this the hard way. The easy way:
1) Create a module:
mkdir -p /etc/puppet/modules/facts
2) Create the pluginsync directories in your module
mkdir -p /etc/puppet/modules/facts/lib/facter
3) Put custom facts in the directory you just made
4) Enable pluginsync on master clients
Oh, and include module 'facts' on every node where these facts will be
used. That could be somewhat important.
On Fri, Aug 12, 2011 at 2:15 PM, Aaron Grewell aaron.grew...@gmail.comwrote:
IIRC you're doing this the hard way. The easy way:
1) Create a module:
mkdir -p
Hello everyone,
I have the following environments configured as master:
# puppetmasterd -V
0.25.4
# cat puppet.conf
[main]
confir=/etc/puppet
logdir=/var/log/puppet
vardir=/var/lib/puppet
ssldir=/var/lib/puppet/ssl
rundir=/var/run/puppet
pidfile=$rundir/puppetmasterd.pid
give the module path in development
[development]
modulepath = /etc/puppet/environments/development/modules
Thanks
On Aug 12, 2:39 pm, Frederiko Costa freder...@gmail.com wrote:
Hello everyone,
I have the following environments configured as master:
# puppetmasterd -V
0.25.4
# cat
in continuation.
and put/copy your modules in the path, that should do the trick.
On Aug 12, 3:14 pm, newguy aimanparv...@gmail.com wrote:
give the module path in development
[development]
modulepath = /etc/puppet/environments/development/modules
Thanks
On Aug 12, 2:39 pm, Frederiko
well my thing worked(partly) I just had to put the fact (envt.rb) in /
etc/puppet/modules/facts/lib/facter/files. I can see the fact when I
did facter -p on client but the problem is this fact is not available
on the puppet master. I executed this simple code(a test module) to
reach this
Guys it worked , my custom fact file was in
/etc/puppet/modules/module/facts/lib/facter/files I just changed it to
/etc/puppet/modules/facts/lib/facter/files and it worked
Thanks for all ur help.
On Aug 12, 3:20 pm, newguy aimanparv...@gmail.com wrote:
well my thing worked(partly) I just had
Yes, you'll have to include the master in your class and run the agent on
the master first I think. Then the clients should work.
On Aug 12, 2011 3:20 PM, newguy aimanparv...@gmail.com wrote:
well my thing worked(partly) I just had to put the fact (envt.rb) in /
Thanks for the regex fix. I am terrible at those, that probably took
me 10 minutes to get that far...
And my environment has nothing declared with grep.
I thought more about this, and I am thinking the problem might have
come up when RHEL 5.7 came out. I tested on a few RHEL 6 boxes and
this
Hi newguy,
Thanks for your help. However, it did not work. In fact, I had tried that
previously. The approach you mentioned, I think it's the approach that the
Pro Puppet book take. It did not work either. Still gets the production
one:
Here is the output when I set puppermaster to --debug
On Aug 11, 3:48 pm, Nan Liu n...@puppetlabs.com wrote:
On Thu, Aug 11, 2011 at 2:32 PM, Andrew Thompson netengr2...@gmail.com
wrote:
I am looking for a method to parse the entire set of puppet manifests/
modules. For example I want to see a list of all packages that I am
managing with
54 matches
Mail list logo