On Tue, May 1, 2012 at 12:45 PM, Romeo Theriault
romeo.theria...@maine.eduwrote:
Unfortunately, solaris
doesn't have a cron.d directory where we can drop crontab files
either.
Are you talking about /var/spool/cron/crontab on Solaris? (think that's
the right path)
It won't reload them
Have you tried other transfers over SSH or similar? I'm guessing this isn't
limited to puppet?
Check the interface settings and make sure the (default) auto-negotiation
worked with your switch... Sun boxes of that age (particularly with hme and
le cards) were notoriously bad in negotiating full
On Tue, Apr 10, 2012 at 2:24 PM, David Alden d...@alden.name wrote:
If I look at what puppet is running:
# ps -elfw | grep 10726
5 S root 10726 1 0 81 1 - 61549 poll_s 15:15 ?00:00:17
/usr/bin/ruby /usr/sbin/puppetd --debug --verbose
0 Z root 11429 10726 0 81 1 -
It might also be helpful to include your O/S, here ... as there are many
linuxes where installing puppet can largely be reduced to installing the
right RPMs out of one repository or another (so you worry less about
compiling and manufacturing basic configs than just learning how to make
puppet
The obfuscation it seems you have done here doesn't make this clear (at
least to me).
It would appear your only if is executing, as-directed, to see if it may
execute the exec within the class. (Assuming you have replaced apprunner
with my_user in places, there)
It might help to de-obfuscate a
It's a bit of a change, but you're probably best just looking at ENCs
(External Node Classifiers)...
http://docs.puppetlabs.com/guides/external_nodes.html
As with anything else, there's a half dozen (if not more) ways to do it.
Some of the gotchas include making the ENC a single point of
This works ... or you can just do a simple template if you don't wish to
use the arguments, as Mr. Horvath has done, below (which probably scales a
bit better)... just plug in the right ip address (and network name) for
your second server as-dictated from facter on that machine... I've used
My guess ... Just look in your puppet log to see what manifest ran last. At
one of my previous engagements, we routinely had zombied processes off of
puppet ... Eventually found an unclosed loop in a child process that was
causing it.
--
Russell M. Van Tassell
russel...@gmail.com
This message
Any chance you copied over a bare metal box image, or something?
In any case, facter would seem to have only a handful of checks to
determine virtual or non-virtual... unfortunately I don't have a vmware
box in front of me to verify this, but you should be able to find facter's
virtual tests in
The gem includes everything you will need... the (basic) difference is
simply running puppet agent versus puppet master -- some packages just
hide the simplicity (probably a legacy thing?).
Note: I do not believe things like the sysconfig, logrotate and startup
scripts get installed by default
Any chance you've hit one of those conditions where package defaults point
the SSLDIR to /var/lib/puppet/ssl instead of /etc/puppet/ssl? I've seen
this, specifically, when moving between RedHat/CentOS RPMs and gems, just
as an example. (or, they're specified one way in your puppet.conf, and
Just a couple of issues...
On Tue, Feb 21, 2012 at 4:56 PM, Jon Davis j...@snowulf.com wrote:
I recently built, added to puppet and then nuked a server. Before I
re-added the machine (after I rebuilt it, with the same name), I went to
the puppet server and ran `puppet cert revoke
On Tue, Feb 21, 2012 at 5:32 PM, thinkwell thinkwelldesi...@gmail.comwrote:
Shazzam - it worked; yet I had made no changes. :-( Very nice it's
working, but why the earlier err: Could not retrieve catalog from
remote server: wrong header line
format that cost me so much time? Seems buggy, but
On Wed, Feb 8, 2012 at 3:46 PM, the_fonz tim_stockf...@hotmail.com wrote:
Hi,
I'd like to start using Puppet to manage an httpd.conf file across
several webservers.
Others have already correctly steered you towards templates for this sort
of thing, but I have one aside...
each httpd.conf
, Russell Van Tassell
russel...@gmail.comwrote:
Immediately before that, did you miss the agent configuration?
# puppet.conf (on each agent)
[agent]
report = true
On Wed, Feb 8, 2012 at 1:16 PM, Peter Berghold
salty.cowd...@gmail.comwrote:
Hi folks,
After installing dashboard
The directory that probably represents is /etc/puppet/manifests (with an
s)... however, not seeing your puppet installation, there is a chance
that it could be needed for something. The best bet is probably to
(temporarily) move it out of the way and see if things start complaining
(puppet agent
An error I managed to hit today, trying to migrate puppet dashboard from
1.2.2 to 1.2.4 (after upgrading the master to puppet 2.7.9 seemed to
prevent the dashboard from importing new reports). I'm trying to re-run it
now, but as you might guess, the DB is pretty huge and the process takes a
while
On Tue, Jan 3, 2012 at 2:58 PM, Daniel Pittman dan...@puppetlabs.comwrote:
On Tue, Jan 3, 2012 at 14:52, Russell Van Tassell russel...@gmail.com
wrote:
Mysql::Error: The total number of locks exceeds the lock table size:
ALTER
TABLE resource_events ADD CONSTRAINT
For completeness sake, the subsequent error (with trace) is thus... I think
at this point, I'm likely stuck -- at least short of wiping the DB and
starting over, fresh (which I'd prefer to not do).
-- begin
-- execute(ALTER TABLE reports ADD CONSTRAINT fk_reports_node_id FOREIGN
KEY (node_id)
On Tue, Jan 3, 2012 at 4:30 PM, Daniel Pittman dan...@puppetlabs.comwrote:
On Tue, Jan 3, 2012 at 16:01, Russell Van Tassell russel...@gmail.com
wrote:
For completeness sake, the subsequent error (with trace) is thus... I
think
at this point, I'm likely stuck -- at least short of wiping
Similarly, I believe the docs very clearly say (in one or more places) that
your server always needs to be the newest version out of any of your
clients (ie. The server is usually happy/fine to deal with older clients
(with a few potential exceptions), but a newer client may not work with an
older
. But with
ruby in CentOS it's a bit more complicated because the new version is not
packaged in the 5.x version.
I will try to put all in the same version
2011/12/30 Russell Van Tassell russel...@gmail.com
Similarly, I believe the docs very clearly say (in one or more places)
that your server always
On Fri, Dec 30, 2011 at 7:05 AM, Craig White craig.wh...@ttiltd.com wrote:
On Dec 30, 2011, at 3:36 AM, Russell Van Tassell wrote:
You can use RVM, or getting a ruby 1.8.7 build/rpm shouldn't be that
difficult (I will have to look at our source, tomorrow, but we store a
similar thing
Part of the problem with that is the EPEL RPM is not 5.4, not 5.3 (as
detailed in that document).
Although, we have a number of CentOS 5.x boxes running Ruby 1.8.7 ... I had
*thought* our original source was the EPEL repo, but could be mistaken.
On Tue, Dec 27, 2011 at 5:02 PM, Doug Chapman
On Mon, Nov 21, 2011 at 5:31 PM, Jacob Helwig ja...@puppetlabs.com wrote:
On 2011-11-21 12:50 , Jeff Sussna wrote:
Trying to get Puppet 2.7.6/Facter 1.6.2 running on Windows XP SP3.
[...]
Anyone have success getting puppet running on XP?
Right now, Puppet Facter are only supported on
Do you have another http daemon running, by chance? If I'm reading this
right, the first run seems to think it found another httpd server on PID
17243 - what's running on that process?
On Wed, Nov 16, 2011 at 9:37 AM, Matthew O'Connor
thegreendra...@gmail.comwrote:
When I run `puppet apply
You can setup a pattern with a regular expression to weed-out the process
list if you don't use hasstatus
http://docs.puppetlabs.com/references/latest/type.html#service
...but, sounds like you nailed it.
On Wed, Nov 16, 2011 at 12:18 PM, Matthew O'Connor thegreendra...@gmail.com
wrote:
It might be helpful to include the O/S you're asking about, possibly with
the package... sometimes it's a matter of just changing/adding a
respository. Sometimes it might be a little more involved.
On Tue, Oct 18, 2011 at 1:21 PM, Dan White y...@comcast.net wrote:
Are there any exapmples out
Personally, I've had better luck letting gem managed its own gems, rather
than depending on Yum repositories (specifically on CentOS).
I'd take a list of the Ruby gems you've installed via rpm (rpm -q -a | grep
ruby) and then consider installing them directly, as so:
% sudo gem install mysql
%
This looks like you have a 32-bit Ruby and are trying to link to the 64-bit
MySQL.
On Mon, Oct 17, 2011 at 1:24 PM, robert.morti...@gmail.com
robert.morti...@gmail.com wrote:
On Oct 17, 9:05 pm, Todd Zullinger t...@pobox.com wrote:
robert.morti...@gmail.com wrote:
I am having no joy
:42 PM, robert.morti...@gmail.com
robert.morti...@gmail.com wrote:
On Oct 17, 9:26 pm, Russell Van Tassell russel...@gmail.com wrote:
This looks like you have a 32-bit Ruby and are trying to link to the
64-bit
MySQL.
On Mon, Oct 17, 2011 at 1:24 PM, robert.morti...@gmail.com
Just FYI/FWIW ... Passenger tries to run (setuid) as the user that owns
config.ru... not as the apache user.
Ref: http://projects.puppetlabs.com/projects/1/wiki/Using_Passenger
On Tue, Sep 27, 2011 at 7:30 AM, Tom De Vylder t...@penumbra.be wrote:
On 27 Sep 2011, at 16:10, Scott Smith wrote:
On Thu, Sep 15, 2011 at 7:46 AM, Nigel Kersten ni...@puppetlabs.com wrote:
Seriously, it is Google Groups, so you get the protection it offers,
requiring logins and CAPTCHA to view full email addresses on the web
archives, etc etc, but it's difficult to stop people subscribing to lists
and
Just a stab in the dark, here... but looks like you might need an older
version of rack installed? The key line might be:
*can't activate rack-1.1.0, already activated rack-1.1.2*
On Tue, Sep 13, 2011 at 8:33 AM, Galed Friedmann
galed.friedm...@onavo.comwrote:
Hi all,
I'm trying to install
I've seen a few conflicts between RPM and Source installations relating to
path ... on an Ubuntu server, for example, the binaries landing in /usr/bin
rather than /usr/sbin. Really gets frustrating when distro / repository
maintainers move everything around to suit their distro -- it seems like
I'm currently in the same position, and the solution I've proposed (and am
currently working on) involves using a central repository (likely git). The
puppet client (running on the master) simply checks the current master
branch on the remote repository -- if the revisions are not the same, it
Just a couple odd questions... does the status return 0 or 1 when bind is
running? If the process table is used, would you need a name parameter to
differentiate the name versus the process name? And, what version of puppet?
You might need a hasstatus in there, as well?
Ref:
37 matches
Mail list logo
