Thursday, 2010-01-14

[2010/01/14 00:03:37] @ Log started by gepetto
[2010/01/14 00:03:37] @ Quit: jes5: "Leaving."
[2010/01/14 00:08:47] @ Quit: rmiller4pi8: Read error: 110 (Connection timed out)
[2010/01/14 00:09:11] @ nexplody joined channel #puppet
[2010/01/14 00:24:08] @ Quit: jaredrhine: Read error: 113 (No route to host)
[2010/01/14 00:26:46] @ Quit: rmiller4pi81: Read error: 110 (Connection timed out)
[2010/01/14 00:29:51] @ crdant joined channel #puppet
[2010/01/14 00:32:30] @ Quit: GhostOfRickJames: "Leaving."
[2010/01/14 00:35:38] <nexplody> ohadlevy: interesting, I tested on another AIX 6.1 box and I get that same cert error. exact same codebase still works fine on every other platform, so it must be something w/ AIX 6.1
[2010/01/14 00:36:51] <ohadlevy> try validate the certs with openssl, is the client not trusting the server or the other way around?
[2010/01/14 00:37:23] <nexplody> looks like the client is not trusting the server. I tried openssl s_client using the same ca cert and it validates fine
[2010/01/14 00:37:43] @ teyo joined channel #puppet
[2010/01/14 00:37:50] <nexplody> there has to be an openssl-level error down underneath puppet
[2010/01/14 00:38:44] <nexplody> I'm going to try a rollback to 0.25.1 and see if that makes any difference (doubt it_
[2010/01/14 00:39:51] @ Quit: pting: "Ex-Chat"
[2010/01/14 00:40:45] <nexplody> yep, no different w/ 0.25.1
[2010/01/14 00:40:53] @ Quit: mikerowehl:
[2010/01/14 01:01:24] <jamesturnbull> nexplody: different Ruby version?
[2010/01/14 01:02:40] <nexplody> nope, even built from the same source tree
[2010/01/14 01:15:03] <ohadlevy> nexplody: can you enter in your /etc/hosts puppet alias for your servername, just to be sure its not because of a bad cert coming from the server
[2010/01/14 01:17:12] @ Quit: Djelibeybi: "Leaving"
[2010/01/14 01:24:36] <nexplody> done, same result.
[2010/01/14 01:25:37] @ Demosthenes joined channel #puppet
[2010/01/14 01:31:18] @ Quit: choc: Read error: 54 (Connection reset by peer)
[2010/01/14 01:33:45] @ Quit: M-: "Leaving"
[2010/01/14 01:34:20] @ choc joined channel #puppet
[2010/01/14 01:35:58] @ Quit: sebas891: Read error: 110 (Connection timed out)
[2010/01/14 01:38:01] <nexplody> there is something totally suspect on these machines, I think
[2010/01/14 01:40:54] @ PaulWay[w] left channel #puppet ("I must go, there are too many tangrams on this channel.")
[2010/01/14 01:47:45] @ pinoyskull joined channel #puppet
[2010/01/14 01:48:14] @ Quit: pinoyskull: Client Quit
[2010/01/14 01:53:58] @ jaredrhine joined channel #puppet
[2010/01/14 01:55:29] @ Quit: WALoeIII:
[2010/01/14 02:00:11] @ Quit: kolla: Read error: 113 (No route to host)
[2010/01/14 02:01:33] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 02:03:34] @ mattwynne joined channel #puppet
[2010/01/14 02:04:21] @ Quit: poison: Remote closed the connection
[2010/01/14 02:06:13] @ nevyn_ joined channel #puppet
[2010/01/14 02:12:06] @ Quit: \sh: "Terminated with extreme prejudice - dircproxy 1.0.5"
[2010/01/14 02:16:06] @ Quit: markl_: Read error: 60 (Operation timed out)
[2010/01/14 02:19:05] @ Quit: nevyn: Read error: 101 (Network is unreachable)
[2010/01/14 02:20:16] <henk> afaict i have the choice between apache+passenger and apache+mongrel, is that right? is one of those "better" in any way?
[2010/01/14 02:24:17] @ pacalm joined channel #puppet
[2010/01/14 02:25:12] <chadh> henk: I think passenger is preferred these days, but there are plenty of installations using both
[2010/01/14 02:25:45] <chadh> henk: passenger has the advantage that the processes get cleaned up more frequently, helping with the memory creep
[2010/01/14 02:26:08] <chadh> I have to run my mongrels under monit control, so they can be restarted when their memory usage grows too great
[2010/01/14 02:33:56] <ohadlevy> henk: i moved from mongrel to passenger and I'm happy with it
[2010/01/14 02:41:06] @ vzctl__ joined channel #puppet
[2010/01/14 02:41:17] @ markl_ joined channel #puppet
[2010/01/14 02:43:04] @ Quit: vzctl_: Read error: 110 (Connection timed out)
[2010/01/14 02:43:29] <henk> passenger it is then, thanks chadh and ohadlevy
[2010/01/14 02:50:12] @ hy is now known as _silver
[2010/01/14 02:50:15] @ Quit: alban2: Read error: 113 (No route to host)
[2010/01/14 02:56:30] @ yarihm joined channel #puppet
[2010/01/14 02:57:51] @ sebas891 joined channel #puppet
[2010/01/14 03:02:54] <henk> i'm on debian lenny, using the puppet packages provided by backports.org. according to http://reductivelabs.com/trac/puppet/wiki/UsingPassenger i should edit /etc/apache2/conf.d/puppetmasterd. i don't have that. where is it supposed to be coming from?
[2010/01/14 03:07:24] @ poison joined channel #puppet
[2010/01/14 03:07:45] <chadh> henk: I think its there on that page. The snippet that starts 'Listen 8140'
[2010/01/14 03:08:33] <chadh> henk: oh, nvm. I see
[2010/01/14 03:09:32] @ Quit: re_: Read error: 54 (Connection reset by peer)
[2010/01/14 03:09:34] @ re_ joined channel #puppet
[2010/01/14 03:09:36] <chadh> Do you have other files in that conf.d directory? What do they look like? I am not familiar with debian's apache structure
[2010/01/14 03:11:18] <henk> chadh: yeah, charset and security. they are just config snippets that can be put there by other packages if they like.
[2010/01/14 03:11:55] <chadh> henk: I was just wondering if there was a standard set of directives that went there, as opposed to in the sites-* directory
[2010/01/14 03:12:46] @ kolla joined channel #puppet
[2010/01/14 03:18:16] @ giskard joined channel #puppet
[2010/01/14 03:20:45] @ jes5 joined channel #puppet
[2010/01/14 03:24:15] @ Robbie_ joined channel #puppet
[2010/01/14 03:32:05] @ Ramonster joined channel #puppet
[2010/01/14 03:33:33] @ benlovell joined channel #puppet
[2010/01/14 03:35:43] @ zobbo joined channel #puppet
[2010/01/14 03:36:47] <zobbo> I need to do an "apt-get install -t hardy-backports postgresql". I assume the -t parameter can't be passed to the Package type - and I'll have to do something with exec instead ?
[2010/01/14 03:40:46] <henk> zobbo: i'd use pinning to make apt automatically select that version probably...
[2010/01/14 03:41:16] <zobbo> henk: thanks - I'd better learn more about pinning :) - will have a google
[2010/01/14 03:47:59] @ Quit: teyo:
[2010/01/14 04:02:17] @ _silver is now known as hy
[2010/01/14 04:06:26] @ mvn071 joined channel #puppet
[2010/01/14 04:06:54] @ tim|macbook joined channel #puppet
[2010/01/14 04:08:23] @ Welsh_Dwarf joined channel #puppet
[2010/01/14 04:08:24] @ Quit: ambroff: Read error: 60 (Operation timed out)
[2010/01/14 04:08:38] <nexplody> unreal, so a 3rd 6.1 box I have behaves differently; no validation error but ruby segfaults in SSL
[2010/01/14 04:08:48] <nexplody> aix is the bane of my existence
[2010/01/14 04:13:37] <cheako> nexplody: Is there an easy way to get AIX experience?
[2010/01/14 04:14:35] <nexplody> cheako: slam your balls in a car door, it's roughly the same thing
[2010/01/14 04:14:40] <chrisg> haha
[2010/01/14 04:14:46] <chrisg> that's some hate there nexplody :P
[2010/01/14 04:15:13] @ Quit: Juzzy: "pid_t) fork("
[2010/01/14 04:16:05] <nexplody> it's not on my good side at the moment
[2010/01/14 04:16:35] @ zobbo left channel #puppet ()
[2010/01/14 04:16:45] <henk> i replaced my puppetmaster. now the old client certificates are invalid. which files do i have to delete? only /var/lib/puppet/ssl/certs/$FQDN.pem?
[2010/01/14 04:17:38] <nexplody> henk: puppetca --clean host.domain.com?
[2010/01/14 04:18:10] <cheako> http://www.polarhome.com/ <--- wow puppet testing grounds.
[2010/01/14 04:18:26] <henk> nexplody: i'm not talking about the server... i have a new puppet server that does not know about any clients at all. the clients try to contact the server with the certificate issued by the old server though.
[2010/01/14 04:18:48] <cheako> Can puppet be run from a shell account? I can't see why not if it was built correctly.
[2010/01/14 04:18:55] <nexplody> cheako: to actually answer you, no, not that I'm aware of. It's atrociously complicated and you have to have a Power4/5/6 machine, which is expensive or if it's old enough to be cheap, it's really slow
[2010/01/14 04:19:33] <nexplody> henk: rm -rf /etc/puppet/ssl
[2010/01/14 04:20:03] <fluxdude> is there a way to set chattr -i in puppet or does this require an exec?
[2010/01/14 04:22:04] @ Quit: poison: Read error: 54 (Connection reset by peer)
[2010/01/14 04:22:57] <henk> nexplody: ok, i moved it out of the way, but now i get an error... probably because of passenger not being set up correctly... Could not request certificate: Error 403 on SERVER: Forbidden request: puppetmasterd.mydomain.net(IP.AD.DR.ESS) access to /certificate/ca [find] authenticated at line 93
[2010/01/14 04:23:09] @ poison joined channel #puppet
[2010/01/14 04:23:59] <nexplody> no idea what that one is
[2010/01/14 04:26:56] @ Quit: mattwynne: Remote closed the connection
[2010/01/14 04:28:03] <henk> oh, i will probably have to put the certificates in some place accessible with apache when using passenger, right?
[2010/01/14 04:28:46] <henk> hm, doesn't look like it in the howto...
[2010/01/14 04:30:07] @ maxagaz joined channel #puppet
[2010/01/14 04:30:37] <henk> ah found something: http://projects.reductivelabs.com/issues/2828
[2010/01/14 04:30:54] <maxagaz> how to see the content of the var <%= ip_ldap %> ?
[2010/01/14 04:32:04] @ jab_doa joined channel #puppet
[2010/01/14 04:38:40] @ cynicismic joined channel #puppet
[2010/01/14 04:38:42] @ ambroff joined channel #puppet
[2010/01/14 04:39:20] @ Quit: ambroff: Client Quit
[2010/01/14 04:39:32] @ ambroff joined channel #puppet
[2010/01/14 04:40:38] @ alban2 joined channel #puppet
[2010/01/14 04:45:00] @ poison_ joined channel #puppet
[2010/01/14 04:45:00] @ Quit: poison: Read error: 54 (Connection reset by peer)
[2010/01/14 04:46:52] @ Quit: benlovell: Read error: 104 (Connection reset by peer)
[2010/01/14 04:47:48] @ benlovell joined channel #puppet
[2010/01/14 04:49:11] <henk> hmpf, passenger on debian is a bit of a pain... guess i'll go back to the mongrel setup which worked fine and without modifying stuff.
[2010/01/14 04:52:44] @ Quit: alban2: "Leaving."
[2010/01/14 04:53:01] @ alban2 joined channel #puppet
[2010/01/14 04:58:32] @ benlovell_ joined channel #puppet
[2010/01/14 04:59:04] @ Quit: benlovell_: Remote closed the connection
[2010/01/14 05:08:44] @ marcoecc joined channel #puppet
[2010/01/14 05:09:00] @ Quit: yure: Remote closed the connection
[2010/01/14 05:10:16] <nexplody> got the god#@(*( thing working
[2010/01/14 05:10:17] @ Quit: cynicismic: Remote closed the connection
[2010/01/14 05:10:18] <chadh> does anyone have passenger > 2.2.2 working with puppet 0.25? I am using 2.2.9, and I just get the "forbidden request" when trying to access the catalog
[2010/01/14 05:16:22] @ Quit: benlovell: Read error: 113 (No route to host)
[2010/01/14 05:21:31] @ clemens_ joined channel #puppet
[2010/01/14 05:23:38] @ Quit: marcoecc: Remote closed the connection
[2010/01/14 05:25:35] @ Quit: alban2: "Leaving."
[2010/01/14 05:30:24] @ Quit: jes5: "Leaving."
[2010/01/14 05:32:49] @ Quit: re_: Read error: 104 (Connection reset by peer)
[2010/01/14 05:32:54] @ re_ joined channel #puppet
[2010/01/14 05:38:48] @ jfreeman joined channel #puppet
[2010/01/14 05:41:41] @ alban2 joined channel #puppet
[2010/01/14 05:43:05] <nasrat> jamesturnbull: pong
[2010/01/14 05:43:29] <jamesturnbull> nasrat: oh just that discussion earlier about the domain fact with ohadlevy
[2010/01/14 05:44:00] @ mbn_18 joined channel #puppet
[2010/01/14 05:44:46] <mbn_18> Hi, Any one can point me to a list of variables like node ip, hostname and such?
[2010/01/14 05:44:58] <henk> mbn_18: run "facter"
[2010/01/14 05:45:06] <mbn_18> I searched to docs but couldnt find a reference. I need to change a template based on the node IP
[2010/01/14 05:45:16] * CopeEl rolls eyes... if I had a pound for every time someone asked about passenger in this channel.....
[2010/01/14 05:45:28] <nasrat> jamesturnbull: yeah it's a murky abstraction atm
[2010/01/14 05:45:51] <nasrat> hoping to spend more time on Sunday on facter and puppet win32
[2010/01/14 05:45:54] <mbn_18> henk: thanks
[2010/01/14 05:48:15] @ Quit: yarihm: "This computer has gone to sleep"
[2010/01/14 05:54:55] @ Quit: poison_: Read error: 54 (Connection reset by peer)
[2010/01/14 05:56:05] @ poison joined channel #puppet
[2010/01/14 05:58:22] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2010/01/14 06:02:06] @ marcoecc joined channel #puppet
[2010/01/14 06:03:02] <jamesturnbull> nasrat: I've held off doing anything on Facter - and this week has ended up being a mountain of Puppet stuff with two shiow-stopper bugs in releases :(
[2010/01/14 06:04:00] @ Quit: jab_doa: Remote closed the connection
[2010/01/14 06:04:31] <nasrat> sure
[2010/01/14 06:09:13] <jamesturnbull> nasrat: the Puppet win32 stuff would be cool to progress to
[2010/01/14 06:14:54] @ danielbln joined channel #puppet
[2010/01/14 06:25:55] @ raskas joined channel #puppet
[2010/01/14 06:28:04] @ nevyn_ is now known as nevyn
[2010/01/14 06:29:01] <nasrat> yeah
[2010/01/14 06:29:38] <raskas> Hi All
[2010/01/14 06:29:53] <raskas> I'm using "pulling string with puppet" book as guideline for my puppet configuration
[2010/01/14 06:30:22] @ erlingre joined channel #puppet
[2010/01/14 06:30:33] <raskas> I found the resource type "interface" in the list of all available resource types
[2010/01/14 06:30:37] <mbn_18> how do I call a facter variable ? $operatingsystem return nothing in an erb file
[2010/01/14 06:31:28] <raskas> but I can't find any other information about it, where can I found what you can do with the "interface" resource type?
[2010/01/14 06:31:58] <ohadlevy> mbn_18: drop the $
[2010/01/14 06:32:24] <ohadlevy> raskas: it has been depreciated as it was not very reliable, most people use simple templates
[2010/01/14 06:32:46] <ohadlevy> the book is quite out of date by now :)
[2010/01/14 06:32:50] <mbn_18> ohadlevy: thanks
[2010/01/14 06:32:58] <raskas> ohadlevy: ow...
[2010/01/14 06:33:20] <raskas> ok... i create the templates, how can I update it in the system (without loosing to much connectivity)?
[2010/01/14 06:33:37] <ohadlevy> which os?
[2010/01/14 06:33:51] <raskas> centos
[2010/01/14 06:33:57] @ Quit: jfreeman: Read error: 110 (Connection timed out)
[2010/01/14 06:34:30] <ohadlevy> then a normal reload / restart will work fine
[2010/01/14 06:35:07] @ sdog joined channel #puppet
[2010/01/14 06:35:08] <raskas> but then I loose all connectivity
[2010/01/14 06:36:33] <raskas> ifup <interf>; ifdown <interf> will possibly work, but not for the default gateway
[2010/01/14 06:36:36] <ohadlevy> raskas: depends which kind of a change you are doing
[2010/01/14 06:37:51] <raskas> change the ip addres of a specific interface
[2010/01/14 06:38:21] <raskas> and we want to keep the connection with the other interfaces
[2010/01/14 06:40:09] <ohadlevy> at the end, puppet will just execute what you'll tell him, so if you tell it to restart or reload the network service (e.g. notify) thats what it will do...
[2010/01/14 06:42:38] <mbn_18> ohadlevy: I removed the $ from operatingsystem. the result on the node side didnt resolved the variable
[2010/01/14 06:42:52] <ohadlevy> pastie your template
[2010/01/14 06:43:26] @ Quit: tjoe: "Lost terminal"
[2010/01/14 06:45:01] <raskas> ohadlevy: ok thanks!
[2010/01/14 06:47:38] <mbn_18> ohadlevy: my code -> http://pastebin.com/m70c6691d
[2010/01/14 06:48:35] <ohadlevy> mbn_18: the template would be useful :)
[2010/01/14 06:49:09] <ohadlevy> and pastie.org is better than pastebin imho
[2010/01/14 06:50:16] <mbn_18> ohadlevy: here it is -> http://pastebin.com/m25ab432c
[2010/01/14 06:50:22] <mbn_18> ohadlevy: will take into account ;)
[2010/01/14 06:51:16] <ohadlevy> mbn_18: the syntax is <%= operatingsystem %>
[2010/01/14 06:51:29] <ohadlevy> its ERB, look at its syntax
[2010/01/14 06:51:52] <mbn_18> ohadlevy: thanks!
[2010/01/14 06:52:30] <jamesturnbull> ohadlevy: hey - "out of date" indeed - my work is timeless
[2010/01/14 06:52:34] <mbn_18> ohadlevy: how can I get a list of the available facter variables?
[2010/01/14 06:52:42] <ohadlevy> mbn_18 type facterr
[2010/01/14 06:52:45] <ohadlevy> facter
[2010/01/14 06:53:32] <ohadlevy> jamesturnbull: so I'm guessing no serious bucks behind the book to give you motivation ;)
[2010/01/14 06:53:36] <mbn_18> ohadlevy: nice
[2010/01/14 06:53:53] <ohadlevy> mbn_18: I didnt made it ;)
[2010/01/14 06:54:10] @ sdog left channel #puppet ()
[2010/01/14 06:54:14] <mbn_18> ohadlevy: still good :)
[2010/01/14 06:54:56] <jamesturnbull> ohadlevy: it's mostly time
[2010/01/14 06:55:08] <jamesturnbull> ohadlevy: some of us - apparently unlike you - also need sleep :)
[2010/01/14 06:56:04] <ohadlevy> jamesturnbull: ever since i have a baby, sleep has gone away
[2010/01/14 06:56:13] <jamesturnbull> ohadlevy: lol
[2010/01/14 06:56:23] <jamesturnbull> ohadlevy: well not funny for you
[2010/01/14 06:58:16] @ f3ew joined channel #puppet
[2010/01/14 06:58:40] @ manish__ joined channel #puppet
[2010/01/14 06:59:39] @ lex joined channel #puppet
[2010/01/14 07:00:17] @ Quit: manish__: Client Quit
[2010/01/14 07:00:25] @ m1nish joined channel #puppet
[2010/01/14 07:00:27] <ohadlevy> jamesturnbull: I'm still looking for the off button
[2010/01/14 07:00:50] <jamesturnbull> ohadlevy: try lots of sugar I hear that works
[2010/01/14 07:00:54] * jamesturnbull ducks
[2010/01/14 07:01:41] <mbn_18> Kids are too demanding. Can puppet manage them?
[2010/01/14 07:10:10] <mbn_18> When creating new fact. Do I need to put it under modules/custom/lib/facter ? and what should be the file name?
[2010/01/14 07:10:55] @ Quit: clemens_: Read error: 110 (Connection timed out)
[2010/01/14 07:11:00] <Volcane> filename doesnt matter as long as its in that dir (on 0.25.x)
[2010/01/14 07:11:57] <kjetilho> not even .rb required?
[2010/01/14 07:12:47] <Volcane> pedant :P
[2010/01/14 07:12:50] <Volcane> yes rb required
[2010/01/14 07:12:54] <Volcane> well i assume it is
[2010/01/14 07:16:17] @ Quit: vzctl__: Read error: 110 (Connection timed out)
[2010/01/14 07:16:46] <jamesturnbull> mbn_18: actually there was a puppet recipe for children - kid { "one": ensure => absent, }
[2010/01/14 07:17:08] <jamesturnbull> Volcane: it is required
[2010/01/14 07:17:36] <Volcane> :)
[2010/01/14 07:17:39] <mbn_18> { "three": ensure => food,}
[2010/01/14 07:18:38] <ohadlevy> can I have parent: ensure => sleep?
[2010/01/14 07:19:01] <ohadlevy> in a puppet scheudle?
[2010/01/14 07:20:26] <jamesturnbull> cron { "parent": command => "/bin/sleep", }
[2010/01/14 07:22:08] @ clemens_ joined channel #puppet
[2010/01/14 07:25:07] @ Quit: m1nish: Read error: 60 (Operation timed out)
[2010/01/14 07:33:49] <ohadlevy> fsweetser: ping
[2010/01/14 07:34:23] @ raskas left channel #puppet ()
[2010/01/14 07:36:52] <mbn_18> I cant add the fact. any idea? -> http://pastie.org/777848
[2010/01/14 07:37:33] <ohadlevy> mbn_18: 1. its pluginsync not confpluginsync
[2010/01/14 07:37:36] <ohadlevy> 2. try facter -p
[2010/01/14 07:37:51] <ohadlevy> and i guess puppet needs to run first to copy the fact over (after pluginsync is enabled)
[2010/01/14 07:38:23] <mbn_18> ohadlevy: IRC paste mistake. it is pluginsync
[2010/01/14 07:39:16] <ohadlevy> then try facter -p
[2010/01/14 07:42:03] @ tyll_ joined channel #puppet
[2010/01/14 07:42:13] <mbn_18> ohadlevy: Yep, I see the var with the -p flag. I restarted puppetmaster + tried to initiate puppetd but got an error => Could not find value for 'hardware_platformz'
[2010/01/14 07:42:24] @ Quit: tyll_: Client Quit
[2010/01/14 07:42:35] <ohadlevy> you need to enable pluginsync also on the client
[2010/01/14 07:43:38] <mbn_18> ohadlevy: So I should write a recipe that update puppet.conf on the clients + add require to the nginx module?
[2010/01/14 07:44:07] <ohadlevy> whats nginx has to do with it?
[2010/01/14 07:44:22] <mbn_18> its the module that require the specific fact :)
[2010/01/14 07:44:56] <mbn_18> I mean the nginx module will require the puppet conf file
[2010/01/14 07:45:47] <ohadlevy> no, pluginsync happens before the client ask for the manifest
[2010/01/14 07:46:12] <ohadlevy> the facts are loaded first, sent to the server to process them and return a catalog to run on the client
[2010/01/14 07:51:23] @ re___ joined channel #puppet
[2010/01/14 07:51:23] @ Quit: re_: Read error: 104 (Connection reset by peer)
[2010/01/14 07:51:34] @ re___ is now known as re_
[2010/01/14 07:51:38] @ Quit: zombied_: "Page closed"
[2010/01/14 07:52:37] @ Quit: metabaronen: Ping timeout: 180 seconds
[2010/01/14 07:58:58] @ Quit: danielbln: "Leaving."
[2010/01/14 08:01:22] <gilesw> heya puppetiers
[2010/01/14 08:02:31] <gilesw> anyone here used mr schmitt's mysql module much?
[2010/01/14 08:03:21] <gilesw> I'm just trying to setup the root user when the package installs
[2010/01/14 08:16:09] <|Mike|> using debian ?
[2010/01/14 08:16:50] <|Mike|> gilesw
[2010/01/14 08:17:58] <tim|macbook> gilesw: I was planning on using it a lot, but never got around to setting it up, really :/
[2010/01/14 08:19:37] <Volcane> all looked a bit fragile to me
[2010/01/14 08:20:02] <tim|macbook> i liked the idea and was hoping it would be developed further
[2010/01/14 08:21:28] <Volcane> yeah would be a huge win to get the itch scratched for sure
[2010/01/14 08:21:54] <jamesturnbull> Volcane: there's scope for database providers too
[2010/01/14 08:22:48] <Volcane> yeah provider would be the sanest way
[2010/01/14 08:27:39] <gilesw> oops sorry lads I wondered off
[2010/01/14 08:27:55] @ m1nish joined channel #puppet
[2010/01/14 08:30:53] @ strangeloop joined channel #puppet
[2010/01/14 08:31:06] @ jab_doa joined channel #puppet
[2010/01/14 08:32:26] @ Quit: re_: Read error: 104 (Connection reset by peer)
[2010/01/14 08:32:31] @ re_ joined channel #puppet
[2010/01/14 08:41:18] @ Quit: crdant: "Leaving."
[2010/01/14 08:46:09] <gilesw> well it's all way to complicated for my liking
[2010/01/14 08:46:24] <gilesw> exec that runs mysqladmin should work for me
[2010/01/14 08:47:16] @ bitfield joined channel #puppet
[2010/01/14 08:47:43] <jamesturnbull> gilesw: that's probably the point :) - a type / series of types would make it much easier to manage than an exec
[2010/01/14 08:48:07] * jamesturnbull is off to sleep
[2010/01/14 08:50:26] @ Quit: alban2: Read error: 104 (Connection reset by peer)
[2010/01/14 08:50:49] <gilesw> yea you have a point, going to need to some tweaking to be non debian specific
[2010/01/14 08:54:22] @ Quit: rsquared: "Leaving"
[2010/01/14 08:55:58] @ rsquared joined channel #puppet
[2010/01/14 08:56:50] <mbn_18> where do I find a document that describe facter? like the -p flag. I calmed the website back and forth
[2010/01/14 08:58:14] <Volcane> --help is your best option
[2010/01/14 08:58:41] <Volcane> but for example -p works with wiki:PluginsInModules
[2010/01/14 08:58:42] <gepetto> Volcane: wiki:PluginsInModules is http://reductivelabs.com/trac/puppet/wiki/PluginsInModules
[2010/01/14 08:58:43] <mbn_18> also the I created a fact that is shown in the "Facter -p" but not ia not persable in puppet modules
[2010/01/14 08:59:53] @ jimmij joined channel #puppet
[2010/01/14 09:01:40] @ nakano_ is now known as nakano
[2010/01/14 09:07:22] <Volcane> mbn_18: how do you mean not parsable?
[2010/01/14 09:07:40] <mbn_18> Volcane: Failed to parse template nginx/etc/nginx/nginx.erb: Could not find value for 'hardware_platformz'
[2010/01/14 09:07:59] <mbn_18> But I do get the variable using facter -p
[2010/01/14 09:08:23] @ cynicismic joined channel #puppet
[2010/01/14 09:08:26] <Volcane> and when you run puppetd --test do you see it say something lik: Loading facts in <some file> ?
[2010/01/14 09:08:36] <Volcane> some file being your file with the fact in
[2010/01/14 09:09:04] @ joe-mac joined channel #puppet
[2010/01/14 09:09:59] <mbn_18> Volcane: I get this -> require => File["/etc/puppet/puppet.conf"],
[2010/01/14 09:10:04] <mbn_18> oops
[2010/01/14 09:10:14] <mbn_18> I mean -> info: Retrieving plugin
[2010/01/14 09:10:32] <Volcane> put full output of puppetd --test on pastie.org and show us the link
[2010/01/14 09:10:44] <mbn_18> will do
[2010/01/14 09:12:50] @ themurph joined channel #puppet
[2010/01/14 09:13:55] <mbn_18> Volcane: here it is -> http://pastie.org/777960
[2010/01/14 09:14:31] <Volcane> k, show your puppet.conf pls same way
[2010/01/14 09:14:46] @ Quit: jimmij: "Leaving."
[2010/01/14 09:15:08] @ jimmij joined channel #puppet
[2010/01/14 09:17:23] <mbn_18> Volcane: here-> http://pastie.org/777968
[2010/01/14 09:17:41] @ Desdic joined channel #puppet
[2010/01/14 09:18:15] <Desdic> Hi all .. I need a good idea or example on how to generate a configuration file based on snippets
[2010/01/14 09:18:35] <mbn_18> Volcane: and I use ver 0.25.3
[2010/01/14 09:18:51] <Desdic> I have something runnig but Its a global Exec that creates a tmp file and then copy it to the real config file
[2010/01/14 09:18:53] <Volcane> mbn_18: and are your .rb files for your facts in /var/lib/puppet/lib/facter/foo.rb
[2010/01/14 09:19:23] <Desdic> but my exec is global and runs every time
[2010/01/14 09:20:02] <Volcane> Desdic: http://nephilim.ml.org/~rip/puppet/concatfile/
[2010/01/14 09:20:08] <mbn_18> Volcane: the path is not /etc/puppet/modules/custom/lib/facter ?
[2010/01/14 09:20:17] <mbn_18> as mentioned in the conf
[2010/01/14 09:20:28] <Volcane> mbn_18: on each client with pluginsync enbled it copies them out tot he local machine
[2010/01/14 09:20:39] <Volcane> mbn_18: need to know where on your local machine that is
[2010/01/14 09:21:12] <mbn_18> Volcane: yep, its there: /var/lib/puppet/lib/facter/year_month.rb
[2010/01/14 09:21:25] <Volcane> sweet
[2010/01/14 09:21:29] <Volcane> add to your [main]
[2010/01/14 09:21:29] <Volcane> factpath = $vardir/lib/facter
[2010/01/14 09:21:32] <Volcane> that should sort it
[2010/01/14 09:21:44] <mbn_18> Volcane: checking
[2010/01/14 09:21:44] <Volcane> replacing what u have there
[2010/01/14 09:24:44] <Desdic> Volcane: hmm maybe .. I don't think I get it just yet
[2010/01/14 09:25:58] <mbn_18> Volcane: its here. Many thanks :)
[2010/01/14 09:27:56] <Volcane> mbn_18: no probs
[2010/01/14 09:28:12] <Volcane> Desdic: yeah? what not, ask away i wrote the thing no that url
[2010/01/14 09:29:35] @ whaley joined channel #puppet
[2010/01/14 09:30:34] @ Quit: m1nish: "Leaving"
[2010/01/14 09:32:13] <Desdic> Volcane: :) I just need to understand the example before doing it
[2010/01/14 09:32:18] <Volcane> heh ok
[2010/01/14 09:32:41] <Desdic> also though about using augeas
[2010/01/14 09:32:42] <Volcane> concat_file prepares the file for being a snippet - creates the .d directories and add some checks to rebuild it on demand
[2010/01/14 09:33:06] <Volcane> concat_snippet puts snippets into the .d directory and make sure the final file gets rebuilt when needed
[2010/01/14 09:33:19] @ nexx is now known as bierjunge
[2010/01/14 09:33:38] <Volcane> u get bonus things for free like you dont need to specifically remove a snippet - say one module puts something there, when you remove the "include somemodule" line its snippets go away automagically
[2010/01/14 09:33:49] <Volcane> which wouldnt be the case with augeas for xample
[2010/01/14 09:34:47] <Desdic> :)
[2010/01/14 09:35:16] <Desdic> btw. If I make my own define can I still use the notify or do I need to reimplement it in my define ?
[2010/01/14 09:35:20] @ Quit: jimmij: "Leaving."
[2010/01/14 09:35:39] <Volcane> how you mean your own define?
[2010/01/14 09:35:41] @ jimmij joined channel #puppet
[2010/01/14 09:38:00] <Desdic> if I make this:
[2010/01/14 09:38:07] <Desdic> define mydef {
[2010/01/14 09:38:08] <Desdic> ...
[2010/01/14 09:38:09] <Desdic> }
[2010/01/14 09:38:39] <Desdic> and then mydef{"$fqdn": notify=>Exec["/tmp/justdoit.sh"]}
[2010/01/14 09:38:50] <Desdic> I can't seem to get the notify to work
[2010/01/14 09:38:51] @ Quit: ajf-: Read error: 60 (Operation timed out)
[2010/01/14 09:39:05] <Volcane> yes that will work
[2010/01/14 09:39:35] <Desdic> hmm that is weird ..
[2010/01/14 09:39:47] <Desdic> I have :
[2010/01/14 09:39:48] <Desdic> define generate_conf {
[2010/01/14 09:39:51] <Desdic> File <| tag == "sysorb-agent" |>
[2010/01/14 09:39:54] <Desdic> }
[2010/01/14 09:40:03] <Desdic> it collects virtual files (snippits)
[2010/01/14 09:40:25] <Desdic> then I have
[2010/01/14 09:40:25] <Desdic> generate_conf{"$fqdn":require=>File["/etc/sysorb/custom.conf.tmp"], notify=>Exec["generate-custom-conf"], }
[2010/01/14 09:40:30] <Desdic> where I call the define
[2010/01/14 09:40:40] @ Quit: brd: Read error: 104 (Connection reset by peer)
[2010/01/14 09:40:40] <Desdic> and finnaly a exec
[2010/01/14 09:40:42] <Desdic> exec { "generate-custom-conf":
[2010/01/14 09:40:46] <Desdic> command => "find /etc/sysorb/custom/conf/ -maxdepth 1 -type f -iname '*.conf' -print0|sort -z|xargs -0 cat > /etc/sysorb/custom.conf.tmp",
[2010/01/14 09:40:49] <Desdic> refreshonly=>true,
[2010/01/14 09:40:52] <Desdic> }
[2010/01/14 09:40:56] <Volcane> you shouldnt paste here
[2010/01/14 09:40:58] <Volcane> use pastie.org
[2010/01/14 09:41:03] <Desdic> oh .. sorry
[2010/01/14 09:41:14] <Volcane> but anyway, done now, ust not again :P
[2010/01/14 09:41:45] <Volcane> it shold work what u have, the virtual files might cause issues though i had weirdness with virtual packages not satisfying dependencies correctly
[2010/01/14 09:42:26] <Desdic> f*ck :(
[2010/01/14 09:42:36] <Volcane> like @package{"foo": }
[2010/01/14 09:42:41] @ brd joined channel #puppet
[2010/01/14 09:42:44] <Volcane> and realize(Package["foo"]) in some other class
[2010/01/14 09:42:51] <Volcane> the other class wold satisy that its done
[2010/01/14 09:42:56] <Volcane> when package has not been reliazed
[2010/01/14 09:43:02] <Desdic> in my case its File .. but its proberly the same
[2010/01/14 09:43:07] <Volcane> so things are weird with virtuals and might be whats causing your hassles
[2010/01/14 09:43:39] @ rocket joined channel #puppet
[2010/01/14 09:43:42] <Desdic> in my case it copies all the snippets correctly but never calls notify
[2010/01/14 09:44:27] <Volcane> anyway, gotta lunch bbl
[2010/01/14 09:44:43] <Desdic> :)
[2010/01/14 09:44:52] <rocket> Is there good documentation for type/providor development... I think I have found some on the website but it doesnt seem very complete ..
[2010/01/14 09:45:06] <Desdic> guess I need to go and restructure my conf's
[2010/01/14 09:46:38] <stahnma> is puppet working with ruby-1.9 thses edays?
[2010/01/14 09:46:50] @ Telmo joined channel #puppet
[2010/01/14 09:47:45] @ Quit: erlingre: Remote closed the connection
[2010/01/14 09:48:31] @ Quit: poison: Remote closed the connection
[2010/01/14 09:50:06] @ poison joined channel #puppet
[2010/01/14 09:50:46] @ ajf- joined channel #puppet
[2010/01/14 09:53:08] @ bobbyz joined channel #puppet
[2010/01/14 09:54:23] @ pheezy joined channel #puppet
[2010/01/14 09:56:43] @ yarihm joined channel #puppet
[2010/01/14 09:59:18] @ jnewland joined channel #puppet
[2010/01/14 09:59:35] @ Quit: mbn_18: Read error: 60 (Operation timed out)
[2010/01/14 10:01:01] <jb> stahnma: still lots of tickets surrounding 1.9
[2010/01/14 10:01:07] <jb> i'd stick with 1.8
[2010/01/14 10:01:20] * stahnma heads back to the drawing board
[2010/01/14 10:02:10] @ shug joined channel #puppet
[2010/01/14 10:03:11] @ crdant joined channel #puppet
[2010/01/14 10:03:40] <ashp> i really really should get looking at git
[2010/01/14 10:03:47] <ashp> mostly because it'll bug my coworker :D
[2010/01/14 10:05:14] <Telmo> Ohadlevy: ping
[2010/01/14 10:05:44] <fluxdude> what do people here call their apache httpd module?
[2010/01/14 10:05:49] <fluxdude> apache or httpd?
[2010/01/14 10:05:51] <fluxdude> and why?
[2010/01/14 10:06:38] <henk> i'd call the module apache if it's for apache and httpd if it can also handle nginx, mongrel, whatever...
[2010/01/14 10:07:09] <fluxdude> but httpd is apache's web server
[2010/01/14 10:07:19] <fluxdude> http would be for nginx/mongrel etc
[2010/01/14 10:07:27] <fluxdude> but surely nginx should be called nginx
[2010/01/14 10:07:35] <bitfield> i call it apache... so something that needs apache says 'include apache' and if it needs nginx it says 'include nginx'
[2010/01/14 10:07:39] <fluxdude> and mongrel should be handled by module called mongrel?
[2010/01/14 10:07:58] * tim|macbook uses httpd for all webservers, apache module contains apache httpd specific stuff, nginx module contains nginx httpd specific stuff
[2010/01/14 10:08:03] <neek> fluxdude: "httpd" because we're a deadhat shop and that's what chkconfig calls it.
[2010/01/14 10:08:09] <tim|macbook> httpd makes the choice which one to use
[2010/01/14 10:08:39] <neek> more specificly, two-httpd because it's customized for our platform (vs the many hundreds of other platforms also served by our puppet)
[2010/01/14 10:13:47] @ Quit: Tormentum: Read error: 54 (Connection reset by peer)
[2010/01/14 10:13:49] @ Quit: abien: Read error: 60 (Operation timed out)
[2010/01/14 10:13:49] @ Quit: raphink: Read error: 60 (Operation timed out)
[2010/01/14 10:13:50] @ Quit: mikepea: Read error: 60 (Operation timed out)
[2010/01/14 10:13:50] @ Quit: jbooth_: Read error: 60 (Operation timed out)
[2010/01/14 10:13:51] @ Quit: Ramonster: Read error: 60 (Operation timed out)
[2010/01/14 10:13:51] @ Quit: phellarv: Read error: 60 (Operation timed out)
[2010/01/14 10:13:52] @ Quit: nico: Read error: 60 (Operation timed out)
[2010/01/14 10:13:52] @ Quit: delewis: Read error: 60 (Operation timed out)
[2010/01/14 10:13:53] @ Quit: tyler79: Read error: 60 (Operation timed out)
[2010/01/14 10:13:53] @ Quit: DrHouseMD: Read error: 60 (Operation timed out)
[2010/01/14 10:13:54] @ Quit: phips: Read error: 60 (Operation timed out)
[2010/01/14 10:13:54] @ phips joined channel #puppet
[2010/01/14 10:13:54] @ delewis joined channel #puppet
[2010/01/14 10:13:58] @ tyler79 joined channel #puppet
[2010/01/14 10:14:00] @ mikepea joined channel #puppet
[2010/01/14 10:14:03] @ Ramonster joined channel #puppet
[2010/01/14 10:14:07] @ nico joined channel #puppet
[2010/01/14 10:14:09] @ raphink joined channel #puppet
[2010/01/14 10:14:09] @ phellarv joined channel #puppet
[2010/01/14 10:14:12] @ abien joined channel #puppet
[2010/01/14 10:14:34] <Telmo> I haven't seen a net-split in a while
[2010/01/14 10:14:36] <Telmo> neat
[2010/01/14 10:14:58] @ DrHouseMD joined channel #puppet
[2010/01/14 10:15:03] @ jbooth joined channel #puppet
[2010/01/14 10:15:09] @ Tormentum joined channel #puppet
[2010/01/14 10:18:55] @ cwebber joined channel #puppet
[2010/01/14 10:19:25] @ gilesw_ joined channel #puppet
[2010/01/14 10:20:52] @ bug joined channel #puppet
[2010/01/14 10:21:48] @ labrown joined channel #puppet
[2010/01/14 10:24:20] @ joe-mac left channel #puppet ()
[2010/01/14 10:29:07] @ rmiller4pi8 joined channel #puppet
[2010/01/14 10:29:10] <henk> before upgrading to the backports.org version (0.25.1) i was running debian stable (0.24.something). after the upgrade my nagios checks stopped working. i checked for a process called "ruby" with arguments "/usr/sbin/puppetd". in ps -few it looked like i had to change that to be /usr/bin/ruby1.8 but that did not work anymore. now checking for puppetd works fine. was there any change in how puppetd is started that could influence that?
[2010/01/14 10:30:45] @ Quit: robinbowes: "Leaving"
[2010/01/14 10:31:09] @ Quit: rmiller4pi8: Client Quit
[2010/01/14 10:31:15] @ zombied_ joined channel #puppet
[2010/01/14 10:35:34] @ Quit: gilesw: Read error: 110 (Connection timed out)
[2010/01/14 10:36:43] @ Quit: f3ew: Remote closed the connection
[2010/01/14 10:37:30] @ Quit: bug: Read error: 104 (Connection reset by peer)
[2010/01/14 10:37:36] @ bug joined channel #puppet
[2010/01/14 10:37:42] @ Quit: bug: Remote closed the connection
[2010/01/14 10:37:55] @ rmiller4pi8 joined channel #puppet
[2010/01/14 10:48:45] <bobbyz> Hi guys, I have been reading through the FAQ and the puppet best practices guide and I thought I understood how class inclusion works with nodes, but for some reason I'm hitting something unexpected. If I use the config at http://pastebin.com/d770d5e8d, /tmp/postfix_relay ends up blank (expecting it to contain "false")...but if I add 'include baseclasstest' at th end of the zimbraserver class, then it works
[2010/01/14 10:49:37] <Volcane> bobbyz: there's also variable scope though, class { } is a scope, so if you set a var in a class you can only see it in the class
[2010/01/14 10:49:58] <Volcane> bobbyz: you could do $someclass::somevar to gain access to it from elsewhere (but u have to include that class)
[2010/01/14 10:50:16] <bobbyz> Volcane, thanks, that explains what I'm seeing then
[2010/01/14 10:50:30] <bobbyz> I appreciate the help...I was banging my head on that one ;)
[2010/01/14 10:51:08] @ Quit: kolla: Read error: 104 (Connection reset by peer)
[2010/01/14 10:55:27] <Volcane> np
[2010/01/14 10:57:50] @ qwebirc73536 joined channel #puppet
[2010/01/14 10:58:28] @ Quit: zombied_: "Page closed"
[2010/01/14 10:58:59] @ qwebirc73536 left channel #puppet ()
[2010/01/14 11:07:07] @ Quit: tim|macbook:
[2010/01/14 11:09:46] @ kaptk2 joined channel #puppet
[2010/01/14 11:10:56] @ gebi joined channel #puppet
[2010/01/14 11:16:09] @ joe-mac joined channel #puppet
[2010/01/14 11:16:22] <fluxdude> on my puppetmaster I try running puppet itself and get the error err: Could not request certificate: Certificate does not match private key. Try 'puppetca --clean servername.domain.com' on the server
[2010/01/14 11:16:38] <fluxdude> I have done this puppetca --clean several times and the error remains
[2010/01/14 11:16:40] <fluxdude> any ideas?
[2010/01/14 11:18:22] @ Quit: verwilst: "Ex-Chat"
[2010/01/14 11:20:08] @ Quit: whaley: Remote closed the connection
[2010/01/14 11:20:54] @ whaley joined channel #puppet
[2010/01/14 11:21:48] @ Quit: silfreed: Read error: 60 (Operation timed out)
[2010/01/14 11:21:57] @ Bass10 joined channel #puppet
[2010/01/14 11:25:00] @ GhostOfRickJames joined channel #puppet
[2010/01/14 11:25:26] @ GioGio joined channel #puppet
[2010/01/14 11:25:31] @ Quit: jnewland:
[2010/01/14 11:25:41] <GioGio> hi everybody
[2010/01/14 11:26:24] <GioGio> i just seen that there is a new version of puppet (0.25.3), but i didn't find the changelog to compare the differences between the 0.25.2, where i can find it please ?
[2010/01/14 11:27:30] @ silfreed joined channel #puppet
[2010/01/14 11:28:57] @ Quit: Welsh_Dwarf: Remote closed the connection
[2010/01/14 11:33:44] @ Quit: jimmij: "Leaving."
[2010/01/14 11:35:00] @ lilmatt_ joined channel #puppet
[2010/01/14 11:35:22] <chadh> GioGio: http://bit.ly/6Hn5wr
[2010/01/14 11:35:25] @ Quit: silfreed: Read error: 104 (Connection reset by peer)
[2010/01/14 11:36:24] @ silfreed joined channel #puppet
[2010/01/14 11:38:21] @ grim_radical joined channel #puppet
[2010/01/14 11:38:48] <GioGio> thanks :)
[2010/01/14 11:39:09] @ littleidea_ joined channel #puppet
[2010/01/14 11:39:40] @ alban2 joined channel #puppet
[2010/01/14 11:44:52] @ Quit: Ramonster: Client Quit
[2010/01/14 11:46:44] @ lak joined channel #puppet
[2010/01/14 11:46:52] @ elijah975 joined channel #puppet
[2010/01/14 11:48:16] <elijah975> I'm having trouble implementing several environments where I'm serving files from the files directory in each module.. the error that's coming up is: "Failed to retrieve current state of resource: Could not intern from pson: source '"#<Puppet::FileServi' not in PSON! Could not retrieve file metadata for puppet:///java/rally.repo: Could not intern from pson: source '"#<Puppet::FileServi' not in PSON!"
[2010/01/14 11:48:18] <GioGio> i just try to compile on fedora 11 puppet, and there is a little bug on the .spec file, the version number is wrong ;)
[2010/01/14 11:48:27] <elijah975> Do I need to specify the source path differently when using environments?
[2010/01/14 11:48:32] <GioGio> (the latest version of puppet, the 0.25.3)
[2010/01/14 11:50:39] <elijah975> This is using puppet 0.25.3
[2010/01/14 11:52:33] @ Quit: Maliuta: Read error: 110 (Connection timed out)
[2010/01/14 11:52:46] <chadh> GioGio: why are you compiling it manually?
[2010/01/14 11:53:04] <elijah975> blah, nevermind. I had a versioning mismatch between client and server.
[2010/01/14 11:54:06] @ Quit: mboyd: "back in a few"
[2010/01/14 11:54:20] @ Quit: elijah975: "leaving"
[2010/01/14 11:54:57] <GioGio> chadh: because i don't find a direct .rpm and because it's easy to make my packages, it just take me few minutes
[2010/01/14 11:55:27] <duritong> GioGio: yeah the specfile is sometimes a bit behind
[2010/01/14 11:55:37] <tmz> GioGio: 0.25.3 is in updates-testing for Fedora.
[2010/01/14 11:55:47] <tmz> (and epel-testing for RHEL/CentOS)
[2010/01/14 11:56:23] <GioGio> tmz: ok, thanks for the information :)
[2010/01/14 11:56:37] @ WALoeIII joined channel #puppet
[2010/01/14 11:56:50] <chadh> yeah, that's where I was going. I am using 0.25.3-1 from fedora updates-testing
[2010/01/14 11:57:14] @ Quit: pacalm:
[2010/01/14 11:58:38] <tmz> We'll get 0.25.4 in as soon as possible after it's out. And barring any nasty regressions, push that to stable updates for fedora and epel.
[2010/01/14 11:58:45] @ Quit: lilmatt: Read error: 113 (No route to host)
[2010/01/14 12:00:39] @ Quit: WALoeIII: Read error: 60 (Operation timed out)
[2010/01/14 12:02:12] @ Quit: majeru: Read error: 60 (Operation timed out)
[2010/01/14 12:03:43] @ gwar9999 joined channel #puppet
[2010/01/14 12:04:11] @ Quit: alban2: "Leaving."
[2010/01/14 12:04:58] @ Quit: GioGio: "Page closed"
[2010/01/14 12:07:03] @ Quit: shug: "Leaving"
[2010/01/14 12:11:06] @ majeru joined channel #puppet
[2010/01/14 12:12:56] <gwar9999> Hello all... trying to debug an issue. We have some of the user groups in ldap and some in /etc/groups in a rhel environment. One particular group, foobar, is in ldap and puppet can't seem to "chgrp" files. I'm seeing that puppet is reporting: "Could not find group foobar" in the logs. On the system w/ the issue, I can run "chgrp foobar /tmp/test" w/o a problem. Why can't puppet do the same? How is it determining that the group doesn't e
[2010/01/14 12:15:16] @ jazz joined channel #puppet
[2010/01/14 12:16:11] <duritong> gwar9999: puppet looks up the group through ruby libs
[2010/01/14 12:16:40] <duritong> gwar9999: it might be some problem with environment
[2010/01/14 12:16:49] <gwar9999> duritong: are the rubylibs incapable of locating ldap groups?
[2010/01/14 12:16:59] <duritong> gwar9999: what do you get running it with --debug
[2010/01/14 12:17:04] <duritong> gwar9999: no by default not
[2010/01/14 12:17:25] <duritong> gwar9999: you can dig into puppet code and look how puppet resolves the group
[2010/01/14 12:17:35] @ Quit: alfism: "http://opensolaris.com/"
[2010/01/14 12:17:53] @ alfism joined channel #puppet
[2010/01/14 12:18:27] @ mattwynne joined channel #puppet
[2010/01/14 12:18:50] @ Quit: mattwynne: Remote closed the connection
[2010/01/14 12:21:56] @ Quit: marcoecc: Remote closed the connection
[2010/01/14 12:23:04] @ marcoecc joined channel #puppet
[2010/01/14 12:23:05] @ Quit: lak:
[2010/01/14 12:24:27] <gwar9999> duritong: ran it in debug mode and didn't receive the error. weird. I then chgrp'ed a file back to something else and ran it w/o debug and it worked too. Is it possible that the puppetd daemon is caching groups and perhaps the group wasn't avail when puppetd started but is now available such that running puppet --test works w/o the missing group error?
[2010/01/14 12:25:47] @ Quit: stick: Read error: 60 (Operation timed out)
[2010/01/14 12:26:11] @ stick joined channel #puppet
[2010/01/14 12:27:24] @ toi joined channel #puppet
[2010/01/14 12:27:36] @ WALoeIII joined channel #puppet
[2010/01/14 12:29:17] @ jrgent22 joined channel #puppet
[2010/01/14 12:30:13] <duritong> gwar9999: no, but nscd is caching stuff
[2010/01/14 12:30:30] <duritong> and nscd is a lot of times the source for all evil ;)
[2010/01/14 12:30:38] <duritong> (if you're running nscd)
[2010/01/14 12:31:03] <gwar9999> duritong: no we have nscd disabled due to some of those evils :)
[2010/01/14 12:31:14] @ g0nzo left channel #puppet ()
[2010/01/14 12:31:38] @ jrgent22 left channel #puppet ()
[2010/01/14 12:32:58] @ mboyd joined channel #puppet
[2010/01/14 12:34:28] @ Quit: poison: Remote closed the connection
[2010/01/14 12:36:06] @ bug joined channel #puppet
[2010/01/14 12:37:30] <duritong> then I dunno, but it might be
[2010/01/14 12:37:38] <duritong> but I doubt on the other hand
[2010/01/14 12:38:41] <gwar9999> duritong: thanks for the tips thus far, still testing things out. I restarted one of the puppetd's just to see if it magically works (some sort of a caching issue somewhere up the food chain). If it doesn't work, then back to square one.
[2010/01/14 12:38:52] <strangeloop> gwar9999, do you see groups if you try "getent group" in the shell?
[2010/01/14 12:39:04] @ BarnacleBob joined channel #puppet
[2010/01/14 12:39:42] <BarnacleBob> morning peeps
[2010/01/14 12:39:47] <gwar9999> strangeloop: yes, I see the group in there
[2010/01/14 12:39:51] <BarnacleBob> time to figure out why cron type is broken in 25.3
[2010/01/14 12:40:19] @ jes5 joined channel #puppet
[2010/01/14 12:41:48] <strangeloop> gwar9999, standalone test fails?
[2010/01/14 12:41:50] <strangeloop> $ cat <<-EOD > test.pp
[2010/01/14 12:41:51] <strangeloop> file{'/tmp/test': ensure => present, group => 'yourgroup' }
[2010/01/14 12:41:51] <strangeloop> EOD
[2010/01/14 12:41:53] <strangeloop> puppet test.pp
[2010/01/14 12:41:54] <Volcane> BarnacleBob: broken how?
[2010/01/14 12:42:07] @ alexine_dsouza joined channel #puppet
[2010/01/14 12:42:47] <BarnacleBob> Volcane, let me dig up my pastie from yesterday
[2010/01/14 12:43:47] <BarnacleBob> Volcane, http://pastie.org/777418
[2010/01/14 12:43:52] <BarnacleBob> it can't install crons
[2010/01/14 12:43:53] <duritong> BarnacleBob: did you look at the .4rc1 ?
[2010/01/14 12:43:59] <BarnacleBob> the file is malformed
[2010/01/14 12:44:01] <BarnacleBob> no i didn't
[2010/01/14 12:44:03] <BarnacleBob> let me check
[2010/01/14 12:44:29] <BarnacleBob> oh hey
[2010/01/14 12:44:34] <BarnacleBob> thats it exactly
[2010/01/14 12:44:55] <BarnacleBob> awesome i get to build and push a new version again :(
[2010/01/14 12:45:29] <Volcane> yeah its winging that your crontab file is corrupt from what i can tell
[2010/01/14 12:45:35] <BarnacleBob> yeah it is
[2010/01/14 12:45:41] <BarnacleBob> there is one too many fields when it writes it
[2010/01/14 12:45:43] @ Quit: bitfield: "Leaving."
[2010/01/14 12:46:18] <Volcane> installs crontabs just fine for me
[2010/01/14 12:46:25] <gwar9999> strangeloop: that standalone test worked. It chgrp'ed properly.
[2010/01/14 12:46:40] <BarnacleBob> Volcane, well none of my machines can install new ones now
[2010/01/14 12:46:49] <BarnacleBob> after 25.3 upgrade from 25.1
[2010/01/14 12:47:05] <BarnacleBob> and the 25.4rc1 says it addresses a regression with cron
[2010/01/14 12:47:10] <BarnacleBob> so i'll see if it fixes it
[2010/01/14 12:47:37] <Volcane> can you show a cron block that does it - like one without vars or aything?
[2010/01/14 12:48:01] <BarnacleBob> this one does it
[2010/01/14 12:48:04] @ Ramonster joined channel #puppet
[2010/01/14 12:48:15] <BarnacleBob> cron{"asdf": command=>"/bin/true", user=>"root" }
[2010/01/14 12:48:26] <Volcane> whats that supposed to do? you dont specify needed arguments
[2010/01/14 12:48:38] <BarnacleBob> thats all the arguments you need to the cron type
[2010/01/14 12:48:42] <BarnacleBob> it would run /bin/true every minute
[2010/01/14 12:48:45] <BarnacleBob> under roots cron tab
[2010/01/14 12:48:54] <BarnacleBob> its the equivalent of * * * * * /bin/true
[2010/01/14 12:49:00] <Volcane> and that deosnt work for you?
[2010/01/14 12:49:03] <BarnacleBob> nope
[2010/01/14 12:49:06] <BarnacleBob> same error
[2010/01/14 12:49:20] <Volcane> it would complain if your crontab is still corrupt
[2010/01/14 12:49:32] @ kolla joined channel #puppet
[2010/01/14 12:49:33] <BarnacleBob> this is the cronba it triew to write
[2010/01/14 12:49:34] <BarnacleBob> er
[2010/01/14 12:49:36] <Volcane> notice: //Cron[asdf]/ensure: created
[2010/01/14 12:49:38] <gepetto> ::trac:: Language Tutorial edited @ http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial?version=102
[2010/01/14 12:49:40] <BarnacleBob> this is the crontab it tries to write
[2010/01/14 12:49:41] <Volcane> # Puppet Name: asdf
[2010/01/14 12:49:41] <Volcane> * * * * * /bin/true
[2010/01/14 12:49:52] <BarnacleBob> http://pastie.org/778299
[2010/01/14 12:50:15] <BarnacleBob> there are 6 *'s
[2010/01/14 12:50:39] <Volcane> clear your crontab file for root and it again puts in 6?
[2010/01/14 12:50:45] <BarnacleBob> yup
[2010/01/14 12:51:03] <BarnacleBob> crontab is empty for root despite it claiming it was created
[2010/01/14 12:51:10] <BarnacleBob> cause it fails
[2010/01/14 12:51:11] @ Quit: jes5: "Leaving."
[2010/01/14 12:51:47] <Volcane> very weird, what os?
[2010/01/14 12:51:53] <BarnacleBob> ubuntu 8.04
[2010/01/14 12:51:57] <BarnacleBob> happens on 7.04 also
[2010/01/14 12:52:12] <Volcane> odd, centos here, no problem
[2010/01/14 12:52:43] @ Quit: gebi: Read error: 60 (Operation timed out)
[2010/01/14 12:52:51] <BarnacleBob> yeah going to try 25.4rc1 before i go further with this
[2010/01/14 12:54:13] <Volcane> uses same provider code on centos and ubuntu though
[2010/01/14 12:55:35] @ Quit: GhostOfRickJames: "Leaving."
[2010/01/14 12:57:41] @ Quit: Robbie_: Remote closed the connection
[2010/01/14 12:57:49] <strangeloop> gwar9999, same machine as the the one your are running your puppet client?
[2010/01/14 12:58:05] @ Quit: jazz: "Quitte"
[2010/01/14 12:59:24] @ Quit: mqr:
[2010/01/14 12:59:32] @ erm_ joined channel #puppet
[2010/01/14 13:00:07] @ Quit: cwebber:
[2010/01/14 13:02:16] @ cwebber joined channel #puppet
[2010/01/14 13:02:26] @ Quit: giskard: Remote closed the connection
[2010/01/14 13:03:19] @ Quit: littleidea_:
[2010/01/14 13:04:36] @ Quit: strangeloop: "Leaving"
[2010/01/14 13:04:43] @ lak joined channel #puppet
[2010/01/14 13:05:24] <re_> Is it possible using exported resources to generate a file containing all the IPs from the cluster? Or can I only generate a bunch of files containing the IP from each server using @@file?
[2010/01/14 13:07:37] <nexplody> ohadlevy: got that cert thing fixed, and as I suspected it was ruby
[2010/01/14 13:07:53] <nexplody> I'll explain when I get back
[2010/01/14 13:08:09] @ nexplody left channel #puppet ()
[2010/01/14 13:11:58] @ littleidea joined channel #puppet
[2010/01/14 13:13:05] @ GhostOfRickJames joined channel #puppet
[2010/01/14 13:13:22] @ Quit: littleidea: Client Quit
[2010/01/14 13:15:31] <re_> anyone?
[2010/01/14 13:16:19] @ mDuff joined channel #puppet
[2010/01/14 13:17:34] <mDuff> It looks to me like plugins from FACTERLIB aren't available when requesting only a single fact via the command line. Known issue? Workaround available?
[2010/01/14 13:19:00] <Volcane> known issue
[2010/01/14 13:19:15] @ Quit: marcoecc: Remote closed the connection
[2010/01/14 13:21:33] @ svend joined channel #puppet
[2010/01/14 13:21:57] <BarnacleBob> SLDKFJLSKDJFLSKJDF
[2010/01/14 13:22:01] <BarnacleBob> cron still broken for me
[2010/01/14 13:22:16] <BarnacleBob> oh i didn't upgrade that machine
[2010/01/14 13:22:42] @ tecto joined channel #puppet
[2010/01/14 13:23:18] <BarnacleBob> woot
[2010/01/14 13:23:22] <BarnacleBob> fixes it
[2010/01/14 13:24:23] @ mqr joined channel #puppet
[2010/01/14 13:26:00] <mDuff> Volcane, I'm having a little trouble finding that in redmine; do you have a ticket number / suggested search criteria / etc?
[2010/01/14 13:26:42] <Volcane> not sure if theres a bug but might be in a FAQ or something, its essentially a nightmare to fix and a big rework of how things work internally towards 2.0 will fix it
[2010/01/14 13:26:45] <Volcane> or something like that
[2010/01/14 13:27:00] @ Quit: cwebber:
[2010/01/14 13:27:50] <BarnacleBob> mDuff, just do facter | grep -i "myfact: "
[2010/01/14 13:27:56] <BarnacleBob> *shrug* easy work around
[2010/01/14 13:28:18] <mDuff> BarnacleBob, yes, I know I _can_ do that, but I hate the concept of calculating N things when I only want one.
[2010/01/14 13:28:19] * BarnacleBob bashes head on desk
[2010/01/14 13:28:27] * mDuff is stubborn like that.
[2010/01/14 13:28:32] <BarnacleBob> i need to push out 25.4rc1 now
[2010/01/14 13:28:33] <BarnacleBob> bleh
[2010/01/14 13:28:40] <BarnacleBob> i'm never going to get this project done
[2010/01/14 13:32:27] @ qwebirc86761 joined channel #puppet
[2010/01/14 13:32:47] @ mikerowehl joined channel #puppet
[2010/01/14 13:32:56] @ Quit: mvn071: "Leaving"
[2010/01/14 13:33:14] <silfreed> is there an easy way to stop the puppetd daemon from running (like w/ puppetd --disable) but still allow puppetd --test to work?
[2010/01/14 13:34:40] <Volcane> fwiw here's a little wrapper that prints the facts facter cant http://pastie.org/778373
[2010/01/14 13:38:20] <duritong> silfreed: what do you like to do?
[2010/01/14 13:38:43] <BarnacleBob> silfreed you could do puppetd --test --puppetdlockfile=./asdf
[2010/01/14 13:38:56] @ Quit: jaredrhine: Read error: 110 (Connection timed out)
[2010/01/14 13:38:57] <silfreed> I'd like to prevent the local puppet daemon from doing things until I'm done testing by running puppetd --test
[2010/01/14 13:39:08] @ Quit: mqr: Read error: 54 (Connection reset by peer)
[2010/01/14 13:39:08] @ mqr_ joined channel #puppet
[2010/01/14 13:39:11] <silfreed> I have a cron job that restarts puppet if it's stopped, so leaving it running + disabled is best
[2010/01/14 13:39:17] <BarnacleBob> silfreed, yeah just do the --disable and then change hte lock file for the manually run one
[2010/01/14 13:39:20] <silfreed> BarnacleBob: that sounds like a good idea
[2010/01/14 13:40:42] <Volcane> BarnacleBob: updated that pastie, you can do script <fact> <fact> <fact> and it wil print them all, or no options and it will behave like just facter -p would
[2010/01/14 13:41:36] <chadh> Does anyone have puppet + passenger working with passenger >= 2.2.5? I tried with 2.2.9 and got the authorization problem with /catalog/<hostname>
[2010/01/14 13:41:41] <BarnacleBob> Volcane, nice, mDuff was asking about it tho :)
[2010/01/14 13:41:55] <Volcane> ah, so he was
[2010/01/14 13:41:58] <chadh> but when I tried to use passenger 2.2.2, it fails to compile on Fedora 11, apparently due to a bug in the boost code
[2010/01/14 13:42:03] <Volcane> nDuff: http://pastie.org/778373
[2010/01/14 13:42:05] @ eshamow joined channel #puppet
[2010/01/14 13:42:06] @ Quit: eshamow: Client Quit
[2010/01/14 13:43:30] @ eshamow joined channel #puppet
[2010/01/14 13:49:24] @ cwebber joined channel #puppet
[2010/01/14 13:49:29] @ bitfield joined channel #puppet
[2010/01/14 13:52:51] @ giskard joined channel #puppet
[2010/01/14 13:53:40] @ Cyis joined channel #puppet
[2010/01/14 13:54:17] @ jes5 joined channel #puppet
[2010/01/14 13:57:49] <chadh> I thought the fix for #2386 would be in 0.25.3 ?
[2010/01/14 13:57:50] <gepetto> chadh: #2386 is http://projects.reductivelabs.com/issues/show/2386 "Puppet - Bug #2386: passenger >= 2.2.3 not working with 0.25.0b2 - ReductiveLabs.com"
[2010/01/14 14:00:28] @ Quit: bitfield: "Leaving."
[2010/01/14 14:02:26] @ Quit: tecto:
[2010/01/14 14:03:10] @ zombied_ joined channel #puppet
[2010/01/14 14:04:02] <zombied_> All of my puppet clients it looks like are havnig this weird file dependency failure
[2010/01/14 14:04:16] <zombied_> http://pastie.org/778422
[2010/01/14 14:05:20] @ mpdehaan joined channel #puppet
[2010/01/14 14:05:36] <mpdehaan> Trac seems to be injured. http://reductivelabs.com/trac
[2010/01/14 14:05:52] <zombied_> 404 on that page
[2010/01/14 14:06:18] <mpdehaan> well /trac/puppet
[2010/01/14 14:06:30] <mpdehaan> The page isn't redirecting properly
[2010/01/14 14:06:31] <mpdehaan>
[2010/01/14 14:06:31] <mpdehaan>
[2010/01/14 14:06:31] <mpdehaan>
[2010/01/14 14:06:31] <mpdehaan>
[2010/01/14 14:06:31] <mpdehaan>
[2010/01/14 14:06:34] <mpdehaan>
[2010/01/14 14:06:35] <mpdehaan>
[2010/01/14 14:06:37] <mpdehaan>
[2010/01/14 14:06:39] <mpdehaan> Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
[2010/01/14 14:06:42] <mpdehaan> sorry about flood. /me switches to proper IRC client
[2010/01/14 14:07:03] @ mdehaan joined channel #puppet
[2010/01/14 14:07:05] @ mpdehaan left channel #puppet ()
[2010/01/14 14:08:29] <mdehaan> cookie issues apparently
[2010/01/14 14:08:58] @ Quit: qwebirc86761: "Page closed"
[2010/01/14 14:09:27] <mdehaan> nope, once I login I get that.
[2010/01/14 14:09:38] @ Quit: mqr_: Read error: 110 (Connection timed out)
[2010/01/14 14:09:44] <gwar9999> mdehaan: what are you working on nowadays? We use cobbler/puppet here and someone fwd'ed an email saying you were leaving the cobbler project/redhat or something like that, my memory is fuzzy.
[2010/01/14 14:10:16] <mdehaan> see PM
[2010/01/14 14:10:36] <Cyis> ok... if I'm trying to setup my puppetmaster to accept a client coming in that's bare install and configure it including the puppet client... if I have it push down a new puppet.conf changing settings (specifically pluginsync setting) do i have to wait for the next execution to be able to use facts that it then downloads?
[2010/01/14 14:11:26] <Volcane> mdehaan: are you trying to file tickets or update wiki or what?
[2010/01/14 14:11:34] <mdehaan> update the wiki
[2010/01/14 14:11:36] <Volcane> ah
[2010/01/14 14:11:45] <Volcane> Cyis: yeah pluginsync only happens right at the beginning once per run
[2010/01/14 14:12:02] <mdehaan> there's a duplicate sentence in the Type reference for file/loglevel
[2010/01/14 14:12:12] <Volcane> ah that requires a code fix anyway
[2010/01/14 14:12:19] <Volcane> those pages are autogenerated from the code
[2010/01/14 14:12:24] <zombied_> Any idea why a puppet client won't receive a cert?
[2010/01/14 14:12:24] <mdehaan> so Trac works for you?
[2010/01/14 14:12:31] <zombied_> puppetmaster shows it trying to get a cert
[2010/01/14 14:12:36] <zombied_> the client tries, it just says it doesn't
[2010/01/14 14:12:48] <Volcane> mdehaan: i dont log into it, suppose thats it
[2010/01/14 14:12:49] <Cyis> Volcane, hmm... any way to force it to try again sooner if it fails? having it sync a fact that I then need to use for basis in module
[2010/01/14 14:12:55] <mdehaan> zombied_, is DNS sane for the host?
[2010/01/14 14:12:56] <Volcane> Cyis: ope
[2010/01/14 14:13:01] <Volcane> Cyis: nope
[2010/01/14 14:13:20] <zombied_> yep
[2010/01/14 14:13:32] <Cyis> ok... that will make things difficult then...
[2010/01/14 14:14:29] <zombied_> Jan 14 14:06:30 macnsrvi01 puppetd[9592]: Other end went away; restarting connection and retrying Jan 14 14:06:30 macnsrvi01 puppetd[9592]: Did not receive certificate
[2010/01/14 14:14:33] <Cyis> Volcane, on another subject... you used Phusion passenger to run puppetmaster?
[2010/01/14 14:14:35] <zombied_> Been doing that every 2 minutes for the past 10 or so
[2010/01/14 14:15:05] <Volcane> nope, cos its a nightmare
[2010/01/14 14:15:35] <ashp> mdehaan: hey, nice to see you again :)
[2010/01/14 14:16:07] <mdehaan> you too. Working on puppetizing a developer setup at work ATM
[2010/01/14 14:16:18] @ mvn071 joined channel #puppet
[2010/01/14 14:16:46] <ashp> cool, how are you finding it so far?
[2010/01/14 14:16:52] <Cyis> hmm... was easy to setup and is running smoothly for me... only issue I've hit is that puppetlast generates a TypeError
[2010/01/14 14:16:54] <ashp> i gave up trying to coral the developers into puppet
[2010/01/14 14:16:58] <ashp> they exist just to make crazy issues for me
[2010/01/14 14:18:03] <mdehaan> ashp, excellent, in fact.
[2010/01/14 14:18:23] <chadh> Cyis: then you are a lucky one
[2010/01/14 14:18:30] <Cyis> but seems that error is coming from rails itself
[2010/01/14 14:18:51] <ashp> mdehaan: you wait, you'll finish and a developer will be like 'is there any way you can do X' where X is something insanely difficult :)
[2010/01/14 14:19:15] <mdehaan> two of us using it so far. It takes folks here 3 days to configure this manually. I have most of the recipe done in half a day :)
[2010/01/14 14:19:22] <mdehaan> just checked into SVN
[2010/01/14 14:22:25] <chadh> *sigh*
[2010/01/14 14:23:29] @ jaredrhine joined channel #puppet
[2010/01/14 14:24:39] @ Quit: themurph: Read error: 60 (Operation timed out)
[2010/01/14 14:24:53] <re_> what ports do puppet and puppetmaster run on by default?
[2010/01/14 14:25:07] <chadh> re_: puppetmaster listens on 8140
[2010/01/14 14:25:21] <re_> chadh: ty!
[2010/01/14 14:25:25] <chadh> re_: if you enable the client "listen" functionality, it listens on 8139
[2010/01/14 14:25:32] <re_> thanks
[2010/01/14 14:25:34] <chadh> (needed for puppetrun)
[2010/01/14 14:26:30] <gepetto> ::trac:: Puppet Best Practice edited @ http://reductivelabs.com/trac/puppet/wiki/PuppetBestPractice?version=29
[2010/01/14 14:26:31] <gepetto> ::trac:: Puppet Best Practice edited @ http://reductivelabs.com/trac/puppet/wiki/PuppetBestPractice?version=30
[2010/01/14 14:27:54] @ jfreeman joined channel #puppet
[2010/01/14 14:28:36] @ Quit: svend: Read error: 60 (Operation timed out)
[2010/01/14 14:29:38] @ ezmobius joined channel #puppet
[2010/01/14 14:31:40] @ themurph joined channel #puppet
[2010/01/14 14:31:41] <joe-mac> good job on the new docs site, i've only looked at it a little but i am a fan
[2010/01/14 14:34:04] @ Quit: alfism: "http://opensolaris.com/"
[2010/01/14 14:35:13] <explody> ohadlevy, jamesturnbull: so that certificate error I was chasing yesterday... the ruby build we were using came from a 1.8.7 vanilla tree, and no matter what I did (numerous rebuilds with various compilers), I still got that cert error
[2010/01/14 14:36:33] @ svend joined channel #puppet
[2010/01/14 14:36:51] <explody> I even tracked down something marginally related with AIX's native libiconv that was also causing wget and svn to segfault (and probably messing up ruby as well). So, I rebuilt ruby from 1.8.7-p72 and *poof* error fixed
[2010/01/14 14:37:50] <explody> not sure why we weren't using p72 to begin with, but no matter since it's working now
[2010/01/14 14:40:55] <chadh> So I guess puppet+passenger just doesn't work on Fedora 11
[2010/01/14 14:41:08] <chadh> (does it work at all?)
[2010/01/14 14:41:29] <fsweetser> it works quite well for me on centos 5
[2010/01/14 14:42:03] @ mqr joined channel #puppet
[2010/01/14 14:42:04] @ Quit: brownj75: "Lost terminal"
[2010/01/14 14:42:05] <chadh> are you using passenger 2.2.2?
[2010/01/14 14:42:22] <Cyis> ok sweet... appears git source of puppetlast fixed my problem
[2010/01/14 14:42:27] <fsweetser> chadh: 2.2.7
[2010/01/14 14:42:38] <Cyis> I'm using puppet+passenger on Debian squeeze
[2010/01/14 14:43:04] <chadh> fsweetser: I don't get it. I have a completely brand new, out of the box installation, and I just keep getting 403s when I try to retrieve the catalog
[2010/01/14 14:43:25] <fsweetser> did you remember to add the extra lines to puppet.conf that allow authorization to work properly?
[2010/01/14 14:43:50] <chadh> fsweetser: which?
[2010/01/14 14:44:29] <chadh> I have been following wiki:UsingPassenger, but I don't see any puppet.conf tweaks there
[2010/01/14 14:44:29] <gepetto> chadh: wiki:UsingPassenger is http://reductivelabs.com/trac/puppet/wiki/UsingPassenger
[2010/01/14 14:44:54] <Cyis> chad: are you sure you have mod_ssl installed and the ssl_client_header and ssl_client_verify_header in the [puppetmasterd] portion of puppet.conf?
[2010/01/14 14:44:57] <chadh> aww carp
[2010/01/14 14:45:06] <chadh> I see it i the readme. let me see if that does it
[2010/01/14 14:45:08] <fsweetser> http://github.com/reductivelabs/puppet/tree/master/ext/rack
[2010/01/14 14:45:51] <Cyis> I picked Debian squeeze for my puppetmaster as passenger is packaged (libapache2-mod-passenger)
[2010/01/14 14:45:54] @ danielbln joined channel #puppet
[2010/01/14 14:49:13] <re_> i'm using http://reductivelabs.com/trac/puppet/wiki/Recipes/ModuleIptables and fail2ban. the iptables module nukes the fail2ban iptable rule. anyone know if it's possible for these two to play nice?
[2010/01/14 14:50:05] @ alfism joined channel #puppet
[2010/01/14 14:50:08] <chadh> w00t! my faith is restored
[2010/01/14 14:50:17] <chadh> thanks fsweetser and Cyis
[2010/01/14 14:50:42] <fsweetser> no prob
[2010/01/14 14:50:56] @ Quit: zombied_: "Page closed"
[2010/01/14 14:51:50] @ brothers joined channel #puppet
[2010/01/14 14:52:40] @ thuglife joined channel #puppet
[2010/01/14 14:52:42] <thuglife> hello
[2010/01/14 14:52:51] <thuglife> is it possible to unset environment variables in exec {} ?
[2010/01/14 14:53:03] <thuglife> just like environment for setting them
[2010/01/14 14:53:54] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 14:55:51] @ jfreeman joined channel #puppet
[2010/01/14 14:56:56] @ alban2 joined channel #puppet
[2010/01/14 14:58:16] <BarnacleBob> thuglife, have to set the var to blank i believe. either that or in the command you can do "unset VARIABLE; /path/to/command"
[2010/01/14 14:59:10] <thuglife> i've tried to set it to blank
[2010/01/14 14:59:18] <thuglife> but that does not work because iwant to unset ftp_proxy
[2010/01/14 14:59:30] <thuglife> and if it's blank apps wll just hang
[2010/01/14 14:59:34] <thuglife> so i ended up with unset
[2010/01/14 15:01:20] <jamesturnbull> explody: ah cool - good to hear it's working
[2010/01/14 15:03:11] @ Quit: majeru: Read error: 113 (No route to host)
[2010/01/14 15:10:35] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 15:10:51] <thuglife> bye
[2010/01/14 15:10:52] @ thuglife left channel #puppet ()
[2010/01/14 15:11:59] @ majeru joined channel #puppet
[2010/01/14 15:12:29] @ teyo joined channel #puppet
[2010/01/14 15:12:33] @ jfreeman joined channel #puppet
[2010/01/14 15:12:35] @ Quit: ambroff: Read error: 110 (Connection timed out)
[2010/01/14 15:12:35] <tessier> Anyone else had problems with puppet 0.24.8 leaving a bunch of defunct processes laying around? I have seen this on a number of machines now. Restarting puppet cleans it up.
[2010/01/14 15:12:39] @ svend_ joined channel #puppet
[2010/01/14 15:12:58] @ littleidea joined channel #puppet
[2010/01/14 15:13:02] @ DrHouseMD is now known as HouseAway
[2010/01/14 15:14:11] @ Quit: svend: Read error: 110 (Connection timed out)
[2010/01/14 15:16:22] <tessier> Seems there is a bug open fo rit
[2010/01/14 15:24:27] <explody> jamesturnbull: yeah, me too. it was really weird on those two boxes; the difference in patchlevel between those and my working systems caused a lot of strife
[2010/01/14 15:33:22] @ Quit: lak:
[2010/01/14 15:35:52] @ Djelibeybi joined channel #puppet
[2010/01/14 15:36:07] @ Quit: joe-mac: "Leaving."
[2010/01/14 15:36:41] <pheezy> is this not legit syntax (the "redhat,centos") ? http://pastie.org/778589
[2010/01/14 15:37:36] <mdehaan> I am guessing my Trac problem might have been related to "we have new docs" :)
[2010/01/14 15:37:52] <pheezy> i swear i've seen it before :|
[2010/01/14 15:37:54] <mdehaan> or maybe not, nope, trac stil there
[2010/01/14 15:38:42] <mdehaan> nm I'm good
[2010/01/14 15:39:34] <pheezy> oh nm i'll just the regex support wewt
[2010/01/14 15:42:05] @ Quit: jfreeman: Read error: 110 (Connection timed out)
[2010/01/14 15:42:38] @ erm__ joined channel #puppet
[2010/01/14 15:42:45] @ Quit: erm_: Read error: 60 (Operation timed out)
[2010/01/14 15:47:20] @ tecto joined channel #puppet
[2010/01/14 15:53:03] @ Quit: alban2: "Leaving."
[2010/01/14 15:53:21] @ Quit: crdant: Remote closed the connection
[2010/01/14 15:59:50] <z00dax> so, storedconfigs only work with rails, is it ?
[2010/01/14 16:00:18] <Volcane> nods
[2010/01/14 16:00:58] <z00dax> the problem i am trying to really solve is that the openvpn server needs to have <hostname>.blah in /etc/openvpn/hosts/
[2010/01/14 16:01:14] <z00dax> but only for the hosts that have the openvpn manifest applied to them
[2010/01/14 16:01:30] <Volcane> why? for auth or something?
[2010/01/14 16:01:45] <z00dax> yea
[2010/01/14 16:01:55] <Volcane> oh yeah you reuse certs
[2010/01/14 16:02:14] <Volcane> i just give mine certs in *.vpn.client.com space and validate i only accept those
[2010/01/14 16:02:18] <Volcane> and have revocation
[2010/01/14 16:02:19] @ Quit: majeru: Read error: 60 (Operation timed out)
[2010/01/14 16:03:02] <Volcane> anyway, u should use foreman
[2010/01/14 16:03:11] <Volcane> trivial problem to solve then without storedconfs :P
[2010/01/14 16:03:22] @ erm_ joined channel #puppet
[2010/01/14 16:10:50] <z00dax> its a bit of an overkill for my own setup
[2010/01/14 16:11:19] @ p3rror joined channel #puppet
[2010/01/14 16:13:47] @ Quit: otto__: Read error: 110 (Connection timed out)
[2010/01/14 16:14:38] @ Quit: erm__: Read error: 113 (No route to host)
[2010/01/14 16:18:36] <tessier> http://projects.reductivelabs.com/issues/2074 My colleague updated this ticket.
[2010/01/14 16:18:55] <tessier> I'll be bummed if I have to use puppet to automate restarting puppet so I don't run out of processes.
[2010/01/14 16:19:49] <Volcane> that looks facter related maybe
[2010/01/14 16:19:54] <Volcane> what version facter do you use?
[2010/01/14 16:20:09] <tessier> Let me see...
[2010/01/14 16:20:42] <tessier> facter-1.5.0-2.el5
[2010/01/14 16:20:52] <Volcane> might be worth trying to update that a bit
[2010/01/14 16:20:52] <tessier> I have a newer version in a repo ready to be deployed. Just haven't pushed it yet.
[2010/01/14 16:20:58] <tessier> 1.5.7 or something
[2010/01/14 16:21:49] <tessier> Yeah...I'll push facter-1.5.7-1.el5.noarch.rpm
[2010/01/14 16:22:18] @ majeru joined channel #puppet
[2010/01/14 16:23:01] <Volcane> its worth a try those command looks related to figuring out facts about the system which is why i think it might be that
[2010/01/14 16:23:05] <Volcane> long shot
[2010/01/14 16:23:16] <Volcane> remmeber to restart puppet after upgrading facter
[2010/01/14 16:25:44] <z00dax> here is something new - whats the depends/ dir for in modules/modname/ subdir ?
[2010/01/14 16:26:15] @ Quit: maxagaz: Read error: 60 (Operation timed out)
[2010/01/14 16:27:22] @ joe-mac joined channel #puppet
[2010/01/14 16:29:14] <Volcane> where do u see this?
[2010/01/14 16:29:45] @ bug_ joined channel #puppet
[2010/01/14 16:30:23] @ Quit: rellis: Read error: 60 (Operation timed out)
[2010/01/14 16:31:14] @ crdant joined channel #puppet
[2010/01/14 16:31:32] @ Quit: bug: Read error: 104 (Connection reset by peer)
[2010/01/14 16:31:32] @ bug_ is now known as bug
[2010/01/14 16:31:33] @ maxagaz joined channel #puppet
[2010/01/14 16:32:12] @ lak joined channel #puppet
[2010/01/14 16:35:41] @ Quit: toi: "Ex-Chat"
[2010/01/14 16:35:58] @ Quit: giskard: Remote closed the connection
[2010/01/14 16:37:32] @ hardwire left channel #puppet ()
[2010/01/14 16:37:44] <ashp> ""Google is in the process of upgrading their existing EXT2 filesystem to the new and improved EXT4 filesystem"
[2010/01/14 16:37:47] <ashp> wow, poor google
[2010/01/14 16:37:55] <ashp> they should have moved to brtfs or whatever that thing is called
[2010/01/14 16:37:59] <ashp> or moved to a real os and used zfs :D
[2010/01/14 16:38:42] <fsweetser> btrfs is probably still too new for them to bet on
[2010/01/14 16:39:40] @ Quit: tyll: Read error: 110 (Connection timed out)
[2010/01/14 16:39:47] <ashp> yeah, i don't blame them for sticking to ext4, but no doubt this means they'll be stuck on ext4 for like another 6 years
[2010/01/14 16:40:44] <fsweetser> true, but having tytso on the payroll means they can mitigate that by exterting a little extra influence on ext4 development =)
[2010/01/14 16:40:51] @ Quit: cynicismic: "leaving"
[2010/01/14 16:41:57] <mdehaan> ashp, btrfs still eats babies
[2010/01/14 16:42:08] <ashp> really? I am just using zfs exclusively now
[2010/01/14 16:42:13] @ Quit: crdant: "Leaving."
[2010/01/14 16:42:21] <ohlolohlol> zfs owns
[2010/01/14 16:42:21] <ashp> at home that is, at work i'm stuck with ext3
[2010/01/14 16:42:28] <mdehaan> has potential to. I think it's being heavily revised
[2010/01/14 16:42:28] <ashp> but yeah, zfs is so nice
[2010/01/14 16:42:31] <ashp> i have it booting / on zfs too
[2010/01/14 16:42:34] <mdehaan> and not guaranteed to be compatible across upgrades
[2010/01/14 16:42:38] <mdehaan> that may have changed very recently
[2010/01/14 16:42:39] <ashp> Filesystem Size Used Avail Capacity Mounted on
[2010/01/14 16:42:39] <ashp> tank/root 1.3T 1.0G 1.3T 0% /
[2010/01/14 16:42:46] <ashp> as you can see I am a heavy filesystem user :D
[2010/01/14 16:45:46] @ joe-mac left channel #puppet ()
[2010/01/14 16:50:41] @ jfreeman joined channel #puppet
[2010/01/14 16:52:34] @ Quit: bug:
[2010/01/14 16:55:33] <Djelibeybi> ashp: btrfs :) And it hasn't eaten any of my babis
[2010/01/14 16:55:36] <Djelibeybi> babies, even.
[2010/01/14 16:56:05] <Djelibeybi> btrfs is the future! </cheap corporate shill>
[2010/01/14 16:56:26] @ Quit: Cyis: "Ex-Chat"
[2010/01/14 16:56:28] <ashp> the future unless you can run zfs!
[2010/01/14 16:56:58] * Djelibeybi doesn't see a future for ZFS outside of Solaris
[2010/01/14 16:57:56] <ashp> it's in freebsd too
[2010/01/14 16:59:14] <Djelibeybi> Huh, didn't know that.
[2010/01/14 16:59:17] @ ambroff joined channel #puppet
[2010/01/14 16:59:20] @ jcape joined channel #puppet
[2010/01/14 17:00:09] <Djelibeybi> I really should ask our Linux Engineering team what the plan for ZFS post-acquisition is.
[2010/01/14 17:00:20] <Djelibeybi> Or even if there is one. :)
[2010/01/14 17:00:44] @ alban2 joined channel #puppet
[2010/01/14 17:01:25] @ jcape left channel #puppet ()
[2010/01/14 17:01:33] @ jcape joined channel #puppet
[2010/01/14 17:01:56] @ Quit: labrown: "Leaving"
[2010/01/14 17:02:44] @ Quit: jfreeman: Read error: 54 (Connection reset by peer)
[2010/01/14 17:04:50] @ jfreeman joined channel #puppet
[2010/01/14 17:05:24] <eric0> good luck with that
[2010/01/14 17:05:32] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 17:05:41] @ crdant joined channel #puppet
[2010/01/14 17:07:12] @ rellis joined channel #puppet
[2010/01/14 17:07:52] @ jfreeman joined channel #puppet
[2010/01/14 17:09:10] <Djelibeybi> eric0: I suspect there are bigger concerns, like how to effectively kill MySQL, etc.
[2010/01/14 17:09:22] <Djelibeybi> Whoops. Was that a corporate secret? *sigh*
[2010/01/14 17:09:58] <explody> wtf, I lied. we *were* using 1.8.7-p72, not vanilla 1.8.7. Now I don't know how I fixed it
[2010/01/14 17:11:45] @ ghg joined channel #puppet
[2010/01/14 17:12:44] @ Quit: rellis: Remote closed the connection
[2010/01/14 17:13:18] @ rellis joined channel #puppet
[2010/01/14 17:13:48] @ Quit: rellis: Remote closed the connection
[2010/01/14 17:15:38] @ Quit: themurph: Read error: 60 (Operation timed out)
[2010/01/14 17:24:21] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 17:24:43] <jb> hrm, whats the proper way to use a file type to serve up a directory of files
[2010/01/14 17:25:19] <monachus> @jb source => "puppet://puppet/module/directory"
[2010/01/14 17:25:23] <monachus> recurse => true
[2010/01/14 17:25:31] <jb> ok, yeah thats what I'm trying
[2010/01/14 17:25:42] <monachus> and then put your files in modules/module/files/directory
[2010/01/14 17:26:09] <monachus> (where "module" is whatever module you're actually operating in)
[2010/01/14 17:27:13] <jb> right
[2010/01/14 17:28:07] <jb> http://pastie.org/778785
[2010/01/14 17:28:10] <jb> does that make any sense?
[2010/01/14 17:28:35] <jb> what name or service is not known?
[2010/01/14 17:28:48] <monachus> looking
[2010/01/14 17:28:53] <monachus> yeah
[2010/01/14 17:29:04] <Volcane> you're missing a /
[2010/01/14 17:29:12] <jb> ohh.
[2010/01/14 17:29:12] <jb> i just saw that
[2010/01/14 17:29:13] <Volcane> puppet:///modules/modname/file
[2010/01/14 17:29:15] <jb> right
[2010/01/14 17:29:16] <monachus> ah
[2010/01/14 17:29:18] <jb> typo :/
[2010/01/14 17:29:19] <monachus> you don't have a server
[2010/01/14 17:29:33] <monachus> puppet://<server>/squid/squid.conf
[2010/01/14 17:29:35] @ Quit: cwebber:
[2010/01/14 17:29:42] <monachus> don't put modules in there
[2010/01/14 17:29:42] <jb> or puppet:///modulename/
[2010/01/14 17:29:48] <monachus> yeah
[2010/01/14 17:29:51] <Volcane> puppet:/// is a shortcut for puppet://server/
[2010/01/14 17:30:00] <monachus> then it will get from whatever server it's connected to
[2010/01/14 17:30:12] <jb> that did it :)
[2010/01/14 17:30:13] <Volcane> monachus: need the modules bit for 0.25
[2010/01/14 17:30:18] <monachus> orly?
[2010/01/14 17:30:20] <monachus> fek.
[2010/01/14 17:30:23] <jb> yeah, not using modules is going to be deprecated
[2010/01/14 17:30:26] <monachus> that'll be a fun search/replace
[2010/01/14 17:30:28] <Volcane> yeah, horrificly sucky
[2010/01/14 17:30:30] <jb> it still works, but generates a warning
[2010/01/14 17:30:42] @ jfreeman joined channel #puppet
[2010/01/14 17:30:55] @ Quit: jfreeman: Remote closed the connection
[2010/01/14 17:31:02] <monachus> put modules back in - apparently i'm not up to speed on 0.25 syntax
[2010/01/14 17:33:04] @ jfreeman joined channel #puppet
[2010/01/14 17:33:58] <explody> s+r is easy on that one, use at your own risk: for i in `find . -name *pp`; do cat $i | sed "s#puppet:///#puppet:///modules/#g" > new; mv new $i; done
[2010/01/14 17:34:14] * Volcane use a define to copy out all files
[2010/01/14 17:34:21] <Volcane> so it was 1 line change :)
[2010/01/14 17:34:29] <explody> even better
[2010/01/14 17:34:32] @ gwar9999 left channel #puppet ()
[2010/01/14 17:38:33] @ Quit: fonk: Read error: 110 (Connection timed out)
[2010/01/14 17:40:52] @ Quit: mdp_: Remote closed the connection
[2010/01/14 17:46:35] <jb> bj
[2010/01/14 17:46:37] <jb> oops
[2010/01/14 17:48:28] @ cwebber joined channel #puppet
[2010/01/14 17:49:25] @ Quit: danielbln: "Leaving."
[2010/01/14 17:49:36] @ Quit: mboyd: Read error: 110 (Connection timed out)
[2010/01/14 17:50:36] <Volcane> tessier: did that facter upgrade help?
[2010/01/14 17:53:23] @ Quit: kolla: Remote closed the connection
[2010/01/14 17:53:32] <tessier> Volcane: I haven't had a chance to push it yet. Busy with other stuff.
[2010/01/14 17:54:17] @ Quit: ezmobius: Remote closed the connection
[2010/01/14 17:54:30] <Volcane> k
[2010/01/14 17:55:36] @ pting joined channel #puppet
[2010/01/14 17:59:45] @ Quit: p3rror: Read error: 113 (No route to host)
[2010/01/14 18:04:47] @ Quit: lak:
[2010/01/14 18:07:36] <jcape> Is the recursive directory management a new feature -- that is, does it exist in 0.24.8?
[2010/01/14 18:07:39] @ Quit: erm_: Read error: 60 (Operation timed out)
[2010/01/14 18:08:24] <jrojas> jcape: it was in 24.8 as well
[2010/01/14 18:08:55] <jcape> Hrm, it's telling me "No specified source was found from pupet:///..."
[2010/01/14 18:09:15] <jrojas> pupet ? puppet
[2010/01/14 18:09:24] <jcape> facepalm
[2010/01/14 18:09:32] <Volcane> lol
[2010/01/14 18:09:52] <jcape> No, wait, that was a transpose error
[2010/01/14 18:09:57] <jcape> It's correct in the file...
[2010/01/14 18:10:12] <jcape> "Failed to retrieve current state of resource: No specified source was found from puppet:///s_wiki/files/plugin"
[2010/01/14 18:10:24] <jcape> OK, *now* there's the facepalm.
[2010/01/14 18:10:28] <jrojas> s_wiki/plugin ?
[2010/01/14 18:10:31] <Volcane> files shouldnt be there?
[2010/01/14 18:10:38] <jcape> yup
[2010/01/14 18:14:34] <jrojas> it either shouldnt be there, or there is a files directory missing..
[2010/01/14 18:14:36] <jrojas> ;)
[2010/01/14 18:16:58] @ nevyn_ joined channel #puppet
[2010/01/14 18:21:29] @ Quit: tecto:
[2010/01/14 18:22:50] <neek> so when a (rhel) service {} neither has an init.d status option nor matches ps xa|grep servicename, what's the best option to keep puppet from doing a service start each time?
[2010/01/14 18:23:20] <neek> my attempts at using restart => "pgrep -f blah", have faild so far.
[2010/01/14 18:23:45] <Volcane> how woud you determine the status?
[2010/01/14 18:24:09] <neek> pgrep -lf hobbit_vmstat
[2010/01/14 18:24:13] <neek> works fine on-box
[2010/01/14 18:24:55] <Volcane> ok, you can specify a pattern to the service type
[2010/01/14 18:25:00] <Volcane> and it will grep for that
[2010/01/14 18:25:26] <monachus> restart => "pgrep -f blah" isn't right either - that should be how to restart the service
[2010/01/14 18:25:36] <neek> so pattern => ?
[2010/01/14 18:25:48] <Volcane> I'd fix the rc script really
[2010/01/14 18:25:57] <Volcane> pattern yes
[2010/01/14 18:26:04] <neek> monachus: good point. dunno why my brain read status => and wrote restart =>
[2010/01/14 18:26:10] <monachus> :)
[2010/01/14 18:26:19] <neek> Volcane: yeah, but then I'm overwriting what the rpm does..
[2010/01/14 18:26:26] @ Quit: kaptk2: "Leaving."
[2010/01/14 18:26:34] <neek> which i'd rather not do if I can "fix" it upstream.. ;)
[2010/01/14 18:27:18] <Volcane> heh
[2010/01/14 18:28:25] @ Quit: nevyn: Read error: 110 (Connection timed out)
[2010/01/14 18:29:57] <neek> if status works I'll try pattern, as I like that better (less change)
[2010/01/14 18:33:35] @ johnw joined channel #puppet
[2010/01/14 18:33:44] <johnw> when is port 8139 used from the puppetmaster?
[2010/01/14 18:35:21] <chadh> johnw: the puppetmaster will contact the clients on port 8139 when you execute puppetrun from the master
[2010/01/14 18:35:50] <johnw> ah, cool
[2010/01/14 18:35:59] <johnw> so I don't need it open if the puppet is contacting the master?
[2010/01/14 18:36:03] @ Quit: mvn071: Remote closed the connection
[2010/01/14 18:37:57] <chadh> johnw: right. only if you want to push from the master
[2010/01/14 18:38:28] <johnw> i messed up a firewall rule, now I'm hoping on the half hour mark... :)
[2010/01/14 18:46:50] <neek> ...and both status and pattern worked fine, thanks!
[2010/01/14 18:51:26] @ nevyn_ is now known as nevyn
[2010/01/14 18:55:09] @ Quit: pheezy: Remote closed the connection
[2010/01/14 18:57:17] @ Quit: jab_doa: "Verlassend"
[2010/01/14 19:04:33] @ erm_ joined channel #puppet
[2010/01/14 19:06:11] @ Quit: johnw:
[2010/01/14 19:07:39] <z00dax> Volcane: http://reductivelabs.com/trac/puppet/wiki/ModuleOrganisation ( in the Internal Organisation section )
[2010/01/14 19:07:56] <z00dax> Volcane: re: depends/
[2010/01/14 19:08:29] @ Quit: cwebber:
[2010/01/14 19:08:35] @ Quit: bobbyz: Read error: 110 (Connection timed out)
[2010/01/14 19:10:05] <Volcane> oh
[2010/01/14 19:10:09] <Volcane> its only convention
[2010/01/14 19:10:13] <Volcane> doesnt do anything
[2010/01/14 19:10:46] <z00dax> whats the idea behind that ?
[2010/01/14 19:11:24] @ Quit: RSpacePope: Read error: 104 (Connection reset by peer)
[2010/01/14 19:11:27] <z00dax> or: what would one put in there, i cant see any form of real relationship between modules - ofcourse, that would be cool
[2010/01/14 19:11:34] <Volcane> the comments below it explaints
[2010/01/14 19:11:36] <Volcane> explains
[2010/01/14 19:11:51] <Volcane> real relationships will only come when we have metadata
[2010/01/14 19:12:30] <z00dax> eg: httpd80::Conflicts => nginx :D
[2010/01/14 19:12:40] @ Quit: rmiller4pi8: Read error: 110 (Connection timed out)
[2010/01/14 19:13:36] <re_> I'm setting up a firewall script on my puppetmaster... If I tell iptables to accept all tcp connections on 8140, puppet clients seem to be unable to checkin, they'll just timeout. Does anyone know why this might be?
[2010/01/14 19:13:55] <Volcane> did you try telnet to the port?
[2010/01/14 19:15:03] <re_> yup, works just fine. sec, leme try one more thing
[2010/01/14 19:18:22] @ cwebber joined channel #puppet
[2010/01/14 19:18:24] <z00dax> re_: tcpdump then
[2010/01/14 19:20:15] @ tecto joined channel #puppet
[2010/01/14 19:25:31] <himanshu> how can I access variable of parent class in sub class?
[2010/01/14 19:27:48] <z00dax> himanshu: by name ?
[2010/01/14 19:28:12] <z00dax> btw, i dont get the depends at all, if its going to be parsed - its going to cause some serious heartburn
[2010/01/14 19:28:59] <z00dax> eg. modules/ssl/depends/{include http} and modules/svn-server/depends/{include http} | is not going to go down too well
[2010/01/14 19:29:20] <z00dax> unless, puppet 0.25.x now allows multiple includes for the same class in different places for the same node
[2010/01/14 19:29:25] <z00dax> does it ?
[2010/01/14 19:29:41] <Volcane> you could also include the same class many times
[2010/01/14 19:30:09] <proton> you can include a class as often as you like
[2010/01/14 19:30:28] <z00dax> man, i can clear up so much of my workaround fluffery to that 'cant include same manifest / class multiple times'
[2010/01/14 19:30:40] <Volcane> hehe
[2010/01/14 19:30:41] @ Quit: erm_: Read error: 110 (Connection timed out)
[2010/01/14 19:31:21] <z00dax> so, i can basically now have package{'http': ensure => present, } : multiple times for the same node ?
[2010/01/14 19:31:28] <Volcane> no
[2010/01/14 19:31:38] <Volcane> you can have class httpd { package{'http': ensure => present, } }
[2010/01/14 19:31:40] <Volcane> and
[2010/01/14 19:31:42] <Volcane> include httpd
[2010/01/14 19:31:43] <Volcane> include httpd
[2010/01/14 19:31:43] <Volcane> include httpd
[2010/01/14 19:31:58] <z00dax> right,
[2010/01/14 19:32:07] <z00dax> didnt quite work like that in 0.22
[2010/01/14 19:32:19] <Volcane> too long ago to remember :P
[2010/01/14 19:32:54] <z00dax> I need to get onto the 0.25.3+ setup asap. if nothing else - then just for the speed improvements.
[2010/01/14 19:33:08] <z00dax> something for Feb 2010, i think. for now : sleep &
[2010/01/14 19:33:13] <Volcane> c'ya
[2010/01/14 19:35:01] @ blahdeblah joined channel #puppet
[2010/01/14 19:36:02] <BarnacleBob> 25.4rc1+
[2010/01/14 19:36:05] <BarnacleBob> :)
[2010/01/14 19:36:07] <BarnacleBob> stupid crontab
[2010/01/14 19:37:31] <jrojas> hehe
[2010/01/14 19:37:40] @ RSpacePope joined channel #puppet
[2010/01/14 19:38:23] <blahdeblah> Hi. I'm having problems with tags being recognised - can anyone suggest why this wouldn't work? http://pastebin.com/d18b635b
[2010/01/14 19:38:59] <blahdeblah> On the node defined as 'blah' in the example, $packagename resolves to "samba", not "samba3" - why?
[2010/01/14 19:39:41] <Volcane> not sure tags propagate from a node to its classes
[2010/01/14 19:39:48] @ Quit: tessier: Read error: 60 (Operation timed out)
[2010/01/14 19:40:06] <blahdeblah> Aarrgh! The famous puppet "principle of most surprise" strikes again
[2010/01/14 19:40:09] @ rmiller4pi8 joined channel #puppet
[2010/01/14 19:40:12] <blahdeblah> Any suggested workarounds?
[2010/01/14 19:40:31] <eshamow> having some probs getting a custom fact recognized -- it appears to dl to clients but isn't showing up in the report data, nor can i see output from facter. the fact is located in modules/<module>/lib/facter/<factname>.rb
[2010/01/14 19:40:52] <Volcane> blahdeblah: why dont you just set variables on the node level and check for them?
[2010/01/14 19:41:02] <eshamow> any idea if this is the wrong location? the fact itself appears to be valid -- if i set env variables and tell facter to run it i get my return val
[2010/01/14 19:41:25] <Volcane> eshamow: when you run the client with --test do you see it copying the fact to the client, somewhere like /var/lib/puppet/lib/facter/foo.rb?
[2010/01/14 19:41:33] <blahdeblah> Volcane: Because they're not in scope in classes?
[2010/01/14 19:41:39] <eshamow> Volcane: yes
[2010/01/14 19:41:46] <Volcane> blahdeblah: node set variables are in scope in classes
[2010/01/14 19:41:56] <blahdeblah> Volcane: I've never managed to get that to work
[2010/01/14 19:42:09] <Volcane> eshamow: set factpath = $vardir/lib/facter in [main] of puppet.conf
[2010/01/14 19:42:16] <Volcane> blahdeblah: it just works
[2010/01/14 19:42:25] <blahdeblah> OK - i'll give it another shot
[2010/01/14 19:42:43] <Volcane> blahdeblah: as long as you set it above - like line by line above - the includes
[2010/01/14 19:42:55] <blahdeblah> What do you mean?
[2010/01/14 19:43:10] <Volcane> node "foo" { include blah\n$foo = 1}
[2010/01/14 19:43:15] <blahdeblah> Ah - you mean in the node definitions.
[2010/01/14 19:43:17] <Volcane> $foo would not be available in blah
[2010/01/14 19:43:27] <blahdeblah> yep
[2010/01/14 19:43:45] <eshamow> Volcane: aha! looked right on puppetmaster, then I checked puppet.conf on the clients -- it's commented out. *facepalm*
[2010/01/14 19:43:51] <eshamow> trying a client run now, let's see
[2010/01/14 19:44:36] @ gebi joined channel #puppet
[2010/01/14 19:45:00] <blahdeblah> Volcane: so this? $packagename = $sambaver ? {\n 3.4 => "samba3",\n default => "samba",\n }
[2010/01/14 19:45:20] <Volcane> looks good
[2010/01/14 19:45:42] <Volcane> just check it works if $sambaver isnt set at all
[2010/01/14 19:46:54] <eshamow> Volcane: works! thanks a bunch
[2010/01/14 19:47:04] @ Quit: yarihm: "This computer has gone to sleep"
[2010/01/14 19:47:23] <Volcane> eshamow: sweet
[2010/01/14 19:47:43] <eshamow> always prefer a dumb error to a bug
[2010/01/14 19:47:52] <blahdeblah> Volcane: Works - thanks a bunch #2!
[2010/01/14 19:47:52] <gepetto> blahdeblah: Volcane: #2 is http://projects.reductivelabs.com/issues/show/2 "Puppet - Feature #2: Add 'link' ability to File - ReductiveLabs.com"
[2010/01/14 19:48:05] <blahdeblah> gepetto: Sssh!
[2010/01/14 19:48:19] <Volcane> kewl kewl
[2010/01/14 19:48:30] * blahdeblah doesn't think gepetto will be quiet, but i'm ever the pessimist...
[2010/01/14 19:49:17] @ Quit: brothers: Read error: 60 (Operation timed out)
[2010/01/14 19:50:10] @ pheezy joined channel #puppet
[2010/01/14 19:50:14] @ Quit: eshamow:
[2010/01/14 19:51:46] @ kolla joined channel #puppet
[2010/01/14 19:54:04] @ brothers joined channel #puppet
[2010/01/14 19:54:17] @ Quit: brothers: Remote closed the connection
[2010/01/14 19:54:23] @ tessier joined channel #puppet
[2010/01/14 20:00:12] <chadh> anybody here familiar with puppetqd? I am trying to get this going, but I know squat about activemq, stomp, etc.
[2010/01/14 20:00:34] <chadh> the docs have some holes, I think
[2010/01/14 20:00:46] <ohlolohlol> chadh, what do you need?
[2010/01/14 20:01:32] <chadh> ohlolohlol: I haven't figured out how activemq fits in. Where do I put the activemq.xml file, and where is the activemq binary?
[2010/01/14 20:01:44] <ohlolohlol> there isn't a "binary" - it's java
[2010/01/14 20:01:49] <ohlolohlol> did you download activemq?
[2010/01/14 20:01:56] <chadh> ohlolohlol: yes
[2010/01/14 20:02:03] <chadh> I unpacked it to /opt/activemq
[2010/01/14 20:02:20] <ohlolohlol> okay so the activemq.xml goes into /opt/activemq/etc
[2010/01/14 20:02:35] <ohlolohlol> the script to start it up is bin/activemq
[2010/01/14 20:03:06] <chadh> there is no bin directory
[2010/01/14 20:03:20] <ohlolohlol> wtf did you download?
[2010/01/14 20:03:30] <chadh> do I need to ant it first or something?
[2010/01/14 20:03:30] <ohlolohlol> http://activemq.apache.org/
[2010/01/14 20:03:39] <ohlolohlol> http://activemq.apache.org/download.html
[2010/01/14 20:03:56] <ohlolohlol> http://activemq.apache.org/getting-started.html
[2010/01/14 20:04:00] <ohlolohlol> that should get you going
[2010/01/14 20:04:40] <chadh> maybe I got a bum tarball?
[2010/01/14 20:04:56] <chadh> I guess the -parent might be the problem
[2010/01/14 20:06:05] <chadh> yeah, that's what it is. I somehow downloaded the source release. explains alot
[2010/01/14 20:06:10] <ohlolohlol> :)
[2010/01/14 20:07:17] @ Quit: jaredrhine: Read error: 60 (Operation timed out)
[2010/01/14 20:07:48] <chadh> whoa, the default conf/activemq.xml is a lot different.
[2010/01/14 20:08:17] <chadh> there isn't an etc directory, though. Do I need to create one and put activemq.xml in there, or replace the one in conf/?
[2010/01/14 20:09:07] @ Quit: cwebber:
[2010/01/14 20:12:33] <ashp> i am still mad at activemq right now
[2010/01/14 20:12:42] @ robinbowes joined channel #puppet
[2010/01/14 20:13:13] <ashp> it's giving me grief in junction with mcollective, but debugging it is proving hard
[2010/01/14 20:13:40] @ Quit: ghg:
[2010/01/14 20:14:49] @ ghg joined channel #puppet
[2010/01/14 20:15:18] @ Quit: ghg: Client Quit
[2010/01/14 20:16:04] @ Quit: teyo:
[2010/01/14 20:16:16] <chadh> is activemq an alternative to stomp, or does it work in conjunction? I am so confused
[2010/01/14 20:16:33] <Volcane> activemq speaks lots of protocols
[2010/01/14 20:16:41] <Volcane> stomp, xmpp, REST, plenty of others
[2010/01/14 20:17:16] @ teyo joined channel #puppet
[2010/01/14 20:17:29] <chadh> Volcane: yeah, the storedconfigs wiki page confused me. It says download activemq, then configure and run the stompserver, then configure and run activemq
[2010/01/14 20:17:42] <Volcane> hehe
[2010/01/14 20:18:00] <Volcane> well if you look at the various wiki pages on mcollective.googlecode.org it shows you how to get stomp going
[2010/01/14 20:18:03] <Volcane> on activemq
[2010/01/14 20:18:06] <chadh> I see stompserver and activemq are both "queueing brokers"
[2010/01/14 20:18:08] <chadh> now I get it
[2010/01/14 20:18:24] @ mboyd joined channel #puppet
[2010/01/14 20:18:30] <Volcane> mcollective.googlecode.com i mean
[2010/01/14 20:18:38] <Volcane> the info there should apply to make puppetqd work
[2010/01/14 20:18:42] <chadh> Volcane: yeah, I ran away from your pages because of all that stuff, but now that I am using it for puppet, I might as well do mcollective as well ;-)
[2010/01/14 20:19:45] <chadh> for puppetqd, is it better if I install the broker on the puppetmaster or the mysql server ?
[2010/01/14 20:19:55] <Volcane> dont think it really matters
[2010/01/14 20:20:57] <chadh> does puppetqd work with mysql storedconfigs?
[2010/01/14 20:21:05] <Volcane> thats al it does
[2010/01/14 20:21:28] <chadh> the wiki example uses sqlite3
[2010/01/14 20:21:29] <Volcane> it defers updating the storedconf database till later on
[2010/01/14 20:21:42] <chadh> just wanted to make sure that wasn't a different database (of the queued events?)
[2010/01/14 20:21:46] <Volcane> oh i was refering to the storedconfs part and not hte mysql part of your q :)
[2010/01/14 20:22:23] @ Quit: re_: Read error: 104 (Connection reset by peer)
[2010/01/14 20:22:23] @ re__ joined channel #puppet
[2010/01/14 20:22:25] <Volcane> anyway, should work
[2010/01/14 20:22:27] <Volcane> uses rails
[2010/01/14 20:23:08] <chadh> okay, I have no idea if it works. I guess it won't do anything until there is actually a configuration ;)
[2010/01/14 20:24:58] @ Quit: alfism: Client Quit
[2010/01/14 20:25:22] @ mDuff left channel #puppet ("Leaving")
[2010/01/14 20:25:48] <chadh> well, if I turn off the broker, puppetd hangs, so I guess it is doing something...
[2010/01/14 20:26:07] <ohlolohlol> you can hit the jetty interface
[2010/01/14 20:26:16] <ohlolohlol> and watch the queue and the connections
[2010/01/14 20:26:53] <chadh> oh?
[2010/01/14 20:27:13] <Volcane> there's a light stompclient in the mcollective SVN ext/ directory
[2010/01/14 20:27:24] <Volcane> you could run it and subscribe to whatever queue puppet uses
[2010/01/14 20:27:28] <Volcane> watch them fly past
[2010/01/14 20:27:36] @ Quit: maxagaz: "Ex-Chat"
[2010/01/14 20:28:59] <chadh> what's the best way to get activemq started at boot? Just run it backgrounded in a script?
[2010/01/14 20:29:43] <ohlolohlol> Volcane, cool. jmx is an option as well :)
[2010/01/14 20:30:08] <ohlolohlol> chadh, try google. first result should help
[2010/01/14 20:30:41] <chadh> heh. might help if I start puppetqd :). thanks ohlolohlol. I am getting lazy because it is time to go home. thanks for your help. you too, Volcane
[2010/01/14 20:30:48] <ohlolohlol> :)
[2010/01/14 20:32:22] @ Quit: teyo:
[2010/01/14 21:05:05] @ Quit: littleidea:
[2010/01/14 21:05:30] @ cwebber joined channel #puppet
[2010/01/14 21:06:25] @ littleidea joined channel #puppet
[2010/01/14 21:07:47] @ Quit: littleidea: Client Quit
[2010/01/14 21:10:45] @ Quit: mqr:
[2010/01/14 21:12:46] <ohadlevy> telmo:pong
[2010/01/14 21:13:58] @ Quit: GhostOfRickJames: "Leaving."
[2010/01/14 21:20:58] @ Quit: svend_: Read error: 110 (Connection timed out)
[2010/01/14 21:21:07] @ littleidea joined channel #puppet
[2010/01/14 21:23:46] @ erm_ joined channel #puppet
[2010/01/14 21:23:50] @ jaredrhine joined channel #puppet
[2010/01/14 21:29:46] @ Quit: Djelibeybi: "Leaving"
[2010/01/14 21:30:17] @ Quit: alexine_dsouza: Read error: 104 (Connection reset by peer)
[2010/01/14 21:36:37] @ Quit: mikerowehl:
[2010/01/14 21:40:52] @ GhostOfRickJames joined channel #puppet
[2010/01/14 21:42:18] @ Quit: pheezy: Remote closed the connection
[2010/01/14 21:44:20] @ Quit: cwebber:
[2010/01/14 21:45:15] @ Quit: WALoeIII: "Bai."
[2010/01/14 21:52:30] @ Quit: jes5: Read error: 113 (No route to host)
[2010/01/14 22:10:27] @ Quit: whaley: "Leaving..."
[2010/01/14 22:11:27] @ Quit: littleidea:
[2010/01/14 22:15:16] @ whaley joined channel #puppet
[2010/01/14 22:18:39] @ PaulWay[w] joined channel #puppet
[2010/01/14 22:28:38] @ svend joined channel #puppet
[2010/01/14 22:28:42] @ littleidea joined channel #puppet
[2010/01/14 22:38:29] @ Quit: lilmatt_: Client Quit
[2010/01/14 22:39:35] @ Quit: littleidea:
[2010/01/14 22:47:51] <odyi> Anyone have a quick idea why my 0.25.3 server running on webrick is rejecting my 0.24.x clients? My 0.25.x clients work fine.
[2010/01/14 22:49:51] <odyi> Trying to test 0.25 before I set it into the wild. The 0.24.x clients work just fine against the 0.24.8 production server.
[2010/01/14 22:58:25] @ littleidea joined channel #puppet
[2010/01/14 22:58:57] @ Quit: jcape: Read error: 60 (Operation timed out)
[2010/01/14 23:11:27] @ ghg joined channel #puppet
[2010/01/14 23:13:07] @ Quit: BarnacleBob: "This computer has gone to sleep"
[2010/01/14 23:16:17] @ Quit: Shazburg: "leaving"
[2010/01/14 23:16:48] @ Quit: hornet136: Read error: 54 (Connection reset by peer)
[2010/01/14 23:16:59] @ Shazburg joined channel #puppet
[2010/01/14 23:17:47] @ bodepd joined channel #puppet
[2010/01/14 23:22:24] @ Quit: tessier: Read error: 60 (Operation timed out)
[2010/01/14 23:23:22] @ Djelibeybi joined channel #puppet
[2010/01/14 23:23:54] @ Quit: ghg:
[2010/01/14 23:26:27] <pting> is there a way to get the name of the module a definition is being called from?
[2010/01/14 23:29:13] <bodepd> nope.
[2010/01/14 23:29:27] <bodepd> you could maybe write a function to determine the class, but not the module
[2010/01/14 23:37:18] @ tessier joined channel #puppet
[2010/01/14 23:38:05] @ tuxyDex joined channel #puppet
[2010/01/14 23:38:51] <tuxyDex> anyone active?
[2010/01/14 23:39:13] <tuxyDex> do i get pet answers here?
[2010/01/14 23:39:18] <Djelibeybi> tuxyDex: ask your question. If someone knows the answer, or thinks they can help, they will reply.
[2010/01/14 23:39:39] <Djelibeybi> tuxyDex: no, Puppet is a software configuration management tool. :)
[2010/01/14 23:40:12] <tuxyDex> ok, thanks
[2010/01/14 23:40:29] @ ghg joined channel #puppet
[2010/01/14 23:40:29] @ tuxyDex left channel #puppet ()
[2010/01/14 23:40:35] @ tuxyDex joined channel #puppet
[2010/01/14 23:40:38] @ tuxyDex left channel #puppet ()
[2010/01/14 23:41:11] <bodepd> hey! I can answer pet questions.
[2010/01/14 23:41:29] <gebi> hm, what pet is a puppet :)?
[2010/01/14 23:41:47] @ Quit: ghg: Client Quit
[2010/01/14 23:44:37] <odyi> Ok switched to passenger but now I have a different issue.
[2010/01/14 23:44:42] <odyi> Anyone ever seen this error?
[2010/01/14 23:44:48] <odyi> *** Exception Gem::LoadError in PhusionPassenger::Rack::ApplicationSpawner (can't activate puppet (= 0.24.8, runtime) for [], already activated puppet-0.25.3 for []) (process 30097):
[2010/01/14 23:52:47] <pting> bodepd, thanks =)
[2010/01/14 23:54:57] @ Quit: svend: Read error: 110 (Connection timed out)
[2010/01/14 23:55:11] @ Quit: pting: "Ex-Chat"

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!