Thursday, 2009-05-21

[2009/05/21 00:02:34] @ Log started by gepetto
[2009/05/21 00:02:34] @ Quit: shake-n-bake:
[2009/05/21 00:04:39] @ Quit: teyo:
[2009/05/21 00:05:02] @ Quit: bjaspan:
[2009/05/21 00:05:30] @ Quit: grim_fandango: Remote closed the connection
[2009/05/21 00:07:31] @ fujin joined channel #puppet
[2009/05/21 00:12:51] @ felipe` joined channel #puppet
[2009/05/21 00:12:51] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/05/21 00:13:26] @ madrescher joined channel #puppet
[2009/05/21 00:31:38] @ quit (okay bye)
[2009/05/21 00:32:26] @ Joined channel #puppet
[2009/05/21 00:32:26] @ Topic is "Puppet 0.25.0beta1 released! http://tinyurl.com/puppet0250b1 | Tickets, bugs and features at http://tinyurl.com/46ryk7"
[2009/05/21 00:32:26] @ Topic set by jamesturnbull on Sun May 03 21:25:14 -0400 2009
[2009/05/21 00:32:35] @ Mode +tnc by niven.freenode.net
[2009/05/21 00:36:01] @ Quit: nigelk:
[2009/05/21 00:48:37] @ Quit: gepetto: Read error: 113 (No route to host)
[2009/05/21 01:02:53] @ gaveen joined channel #puppet
[2009/05/21 01:05:15] @ Quit: pdt: Read error: 104 (Connection reset by peer)
[2009/05/21 01:05:17] @ pdt joined channel #puppet
[2009/05/21 01:06:53] @ Quit: jmeeuwen: Read error: 110 (Connection timed out)
[2009/05/21 01:17:30] @ alfism joined channel #puppet
[2009/05/21 01:27:13] @ Quit: gaveen: Read error: 60 (Operation timed out)
[2009/05/21 01:31:13] @ Quit: andrewcshafer_:
[2009/05/21 01:34:55] @ nigelk joined channel #puppet
[2009/05/21 01:35:07] @ Quit: PhabX: "Leaving..."
[2009/05/21 02:00:48] @ Quit: nigelk:
[2009/05/21 02:01:19] @ Quit: jmarki: Remote closed the connection
[2009/05/21 02:04:12] @ PaulWay left channel #puppet ()
[2009/05/21 02:07:50] @ Quit: pdt:
[2009/05/21 02:13:54] @ nakano_ is now known as nakano
[2009/05/21 02:15:01] @ webx joined channel #puppet
[2009/05/21 02:15:44] <webx> does anyone know where I can find documentation on the various ways I can scale puppet to larger installations?
[2009/05/21 02:15:52] <webx> (700+ nodes)
[2009/05/21 02:16:41] <Djelibeybi> http://reductivelabs.com/trac/puppet/wiki/PuppetScalability
[2009/05/21 02:16:54] <webx> thanks
[2009/05/21 02:17:09] <Djelibeybi> np. :)
[2009/05/21 02:17:19] <ohadlevy> there is another page.. hmm
[2009/05/21 02:17:21] <ohadlevy> one sec
[2009/05/21 02:17:25] <Djelibeybi> It's mostly about using either Mongel or Passenger
[2009/05/21 02:17:35] <Djelibeybi> I'm told Passenger is now the preferred scaling method
[2009/05/21 02:18:11] <ohadlevy> yeah
[2009/05/21 02:18:28] <ohadlevy> better if you are short in memory
[2009/05/21 02:18:43] * Djelibeybi has deployed Mongrel+Apache proxy, which works just fine.
[2009/05/21 02:18:51] <Djelibeybi> But I only have ~50 clients/puppet master.
[2009/05/21 02:19:29] <ohadlevy> I have memory abuse with mongrel
[2009/05/21 02:19:47] <ohadlevy> and they start to hang when you have more than 5 clients at the same second per mongrel
[2009/05/21 02:19:48] <webx> memory isn't an issue, but this is the second day in a row that we've seen over 100 nodes just stop
[2009/05/21 02:20:04] <ohadlevy> webx: mongrel ?
[2009/05/21 02:20:18] <webx> I use apache proxies right now with mongrel, yea
[2009/05/21 02:20:43] <webx> trying to find the page that I read when I set it up... haven't been able to find it
[2009/05/21 02:20:46] <ohadlevy> webx: it really depends how many mongrels vs. how many clients and if you clients are really balanced (in puppet runs)
[2009/05/21 02:21:10] <ohadlevy> so if you are not scaling for more than one puppetmaster, your life are much simplified
[2009/05/21 02:21:15] <Djelibeybi> http://reductivelabs.com/trac/puppet/wiki/UsingMongrel
[2009/05/21 02:21:20] <webx> clients balanced as in, if they're not all getting shoved to one port ?
[2009/05/21 02:21:46] <ohadlevy> webx; no as if they dont all run at the same time
[2009/05/21 02:21:50] <webx> oh
[2009/05/21 02:21:53] <webx> they don't
[2009/05/21 02:22:09] @ Quit: justdave: Read error: 110 (Connection timed out)
[2009/05/21 02:22:30] <webx> I have been debating setting up staggered crons though across the environment and just running with --onetime instead of the daemon
[2009/05/21 02:22:35] <webx> wondering if that'll prove to be any better
[2009/05/21 02:22:41] <ohadlevy> thats what i do
[2009/05/21 02:22:47] <ohadlevy> but i do it for a different reason
[2009/05/21 02:23:08] <webx> why do you do it?
[2009/05/21 02:23:21] <ohadlevy> because of the 300MB memory abuse of puppetd between runs
[2009/05/21 02:23:52] <webx> Djelibeybi: yeah, that URL is the one that I used. thanks
[2009/05/21 02:25:39] <webx> May 20 05:15:28 sw22195 puppetd[11571]: Finished catalog run in 199.12 seconds
[2009/05/21 02:25:40] <webx> ouch
[2009/05/21 02:25:59] <ohadlevy> ouch indeed
[2009/05/21 02:26:01] <webx> that was a few hours before it stopped..
[2009/05/21 02:26:13] <ohadlevy> how much time was the server compile?
[2009/05/21 02:26:19] <webx> usually <10 seconds, and then it started creeping up into the 40s, 50s, then over 100
[2009/05/21 02:26:24] <webx> and then it died
[2009/05/21 02:26:45] <ohadlevy> well, two questions, do you have any free cpu left on the master, and how many mongrels?
[2009/05/21 02:26:48] <webx> I'm just reviewing some of the logs from the servers that died last night
[2009/05/21 02:26:59] <webx> I have plenty of free cpu, 8 core 16gb ram host
[2009/05/21 02:27:15] <webx> and right now I have 10 apache proxies configured
[2009/05/21 02:27:45] <ohadlevy> I would increase it to atleast numofcpu*2, or just use passenger
[2009/05/21 02:27:52] <ohadlevy> with a high poolsize
[2009/05/21 02:28:24] <webx> I haven't yet played with passenger at all
[2009/05/21 02:28:32] <webx> to be honest, I haven't read much about it either..
[2009/05/21 02:28:37] <webx> that's a secondary puppet server essentially ?
[2009/05/21 02:28:56] <ohadlevy> no, its an apache extention (like mod_php)
[2009/05/21 02:29:07] <ohadlevy> so you actully run the puppetmaster though apache
[2009/05/21 02:30:01] <webx> ah
[2009/05/21 02:30:01] <webx> very nice.. I'll look into it
[2009/05/21 02:30:23] <ohadlevy> in anycase, you system sounds like a beast, i would guess it should handle 700 clients
[2009/05/21 02:30:47] <webx> yea, I really don't think it's a hardware limitation
[2009/05/21 02:31:04] <ohadlevy> do you have any decent monitoring tools?
[2009/05/21 02:31:49] <webx> I think it's two fold... a) we're running an old version of puppet (24.5) which is in dire need of upgrading and b) the scaling architecture could probably move to something better, ala passenger
[2009/05/21 02:32:02] <webx> we use cacti,nagios,munin
[2009/05/21 02:32:06] <webx> the fairly standard stuff
[2009/05/21 02:32:35] <ohadlevy> upgrade to 24.8 on the server is recomended, and I think really painless
[2009/05/21 02:32:58] <webx> yea, the server is 24.6 right now, but I'm guessing our problems lie more in the clients
[2009/05/21 02:32:58] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/05/21 02:33:15] <webx> just guessing
[2009/05/21 02:34:43] @ madrescher joined channel #puppet
[2009/05/21 02:47:57] @ justdave joined channel #puppet
[2009/05/21 02:58:13] @ Quit: alban2: "A bientot"
[2009/05/21 02:58:27] @ alban2 joined channel #puppet
[2009/05/21 03:13:35] @ Quit: tuf: Read error: 104 (Connection reset by peer)
[2009/05/21 03:16:10] @ mvn071 joined channel #puppet
[2009/05/21 03:23:41] @ tuf joined channel #puppet
[2009/05/21 03:26:22] <ch> if you're on 0.24.5, you should at least patch your clients, see http://projects.reductivelabs.com/issues/961
[2009/05/21 03:28:52] @ nakano is now known as nakano_
[2009/05/21 03:29:00] @ nakano_ is now known as nakano
[2009/05/21 03:31:28] @ alhoang___ joined channel #puppet
[2009/05/21 03:31:45] @ Quit: jmslagle: Read error: 101 (Network is unreachable)
[2009/05/21 03:32:21] @ DerekW joined channel #puppet
[2009/05/21 03:33:16] @ shake-n-bake joined channel #puppet
[2009/05/21 03:35:34] @ Quit: alhoang___: Client Quit
[2009/05/21 03:38:55] @ Quit: shake-n-bake:
[2009/05/21 03:42:22] @ mattock joined channel #puppet
[2009/05/21 03:46:13] @ Quit: Djelibeybi: "Leaving"
[2009/05/21 03:49:36] @ Quit: alhoang_: Read error: 110 (Connection timed out)
[2009/05/21 03:59:16] @ MattyM joined channel #puppet
[2009/05/21 04:05:53] @ zeroXten joined channel #puppet
[2009/05/21 04:12:23] * Volcane 's apache+mongrel setup went south around 700 clients, then we had to move to multi machine setup
[2009/05/21 04:15:08] @ nasrat joined channel #puppet
[2009/05/21 04:16:05] @ Quit: ricky: Read error: 110 (Connection timed out)
[2009/05/21 04:17:18] <nasrat> moin
[2009/05/21 04:23:21] @ nakano is now known as nakano_
[2009/05/21 04:23:54] @ nakano_ is now known as nakano
[2009/05/21 04:26:36] <garin> mysql -u root -P 3307 -S /var/lib/mysql3307/mysql.sock
[2009/05/21 04:28:46] @ nakano is now known as nakano_
[2009/05/21 04:28:49] @ Quit: madrescher: "Leaving."
[2009/05/21 04:29:03] @ nakano_ is now known as nakano
[2009/05/21 04:33:27] @ glaw joined channel #puppet
[2009/05/21 04:35:49] @ madrescher joined channel #puppet
[2009/05/21 04:38:40] @ briandquinn joined channel #puppet
[2009/05/21 04:43:06] <garin> sorry
[2009/05/21 04:43:56] @ madrescher1 joined channel #puppet
[2009/05/21 04:44:04] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/05/21 04:49:41] @ Quit: madrescher1: "Leaving."
[2009/05/21 04:50:58] @ markp joined channel #puppet
[2009/05/21 04:55:26] @ Quit: mvn071: Remote closed the connection
[2009/05/21 05:02:26] @ madrescher joined channel #puppet
[2009/05/21 05:06:40] @ zoeloelip joined channel #puppet
[2009/05/21 05:17:55] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/05/21 05:18:29] @ madrescher joined channel #puppet
[2009/05/21 05:25:40] @ Quit: DerekW: "Leaving"
[2009/05/21 05:26:05] @ mikepea joined channel #puppet
[2009/05/21 05:48:33] @ Quit: MattyM: Remote closed the connection
[2009/05/21 05:49:56] @ MattyM joined channel #puppet
[2009/05/21 05:58:59] @ ohadlevy left channel #puppet ()
[2009/05/21 06:03:29] @ d3vilb0x joined channel #puppet
[2009/05/21 06:10:14] @ keithlar joined channel #puppet
[2009/05/21 06:20:43] @ Quit: garin: Read error: 110 (Connection timed out)
[2009/05/21 06:22:09] @ Quit: d3vilb0x:
[2009/05/21 06:27:05] @ Quit: mattock: "Leaving."
[2009/05/21 06:29:49] @ aymerick joined channel #puppet
[2009/05/21 06:46:47] <fluxdude> is there any way in puppet to delete a resource from another class or inherit the class the then remove a resource?
[2009/05/21 06:47:13] <fluxdude> I want to create some kind of override such that a file which is set/sourced is ensured to be absent.
[2009/05/21 06:47:55] <fluxdude> perhaps I should just File["/blah"]{ ensure => absent } ?
[2009/05/21 06:48:16] <Volcane> works if you inherit from the class that made file{"/blah" }
[2009/05/21 06:48:43] <fluxdude> Volcane: that's what I figured, am trying it now...
[2009/05/21 06:53:36] <fluxdude> http://reductivelabs.com/trac/puppet/wiki/TypeReference isn't loading for me...
[2009/05/21 06:54:27] <Volcane> mirror: http://nephilim.ml.org/~rip/puppet/historical/
[2009/05/21 06:57:00] @ d3vilb0x joined channel #puppet
[2009/05/21 06:57:45] <fluxdude> Volcane: thanks that is a good link, didn't know of it before...
[2009/05/21 06:58:20] @ Quit: f3ew: "You can /quit any time you like, but you can never leave"
[2009/05/21 06:58:53] @ Quit: keithlar: Read error: 110 (Connection timed out)
[2009/05/21 07:03:07] @ keithlar joined channel #puppet
[2009/05/21 07:03:15] @ f3ew joined channel #puppet
[2009/05/21 07:03:59] <jamesturnbull> fluxdude: tac should be working now
[2009/05/21 07:09:31] <fluxdude> jamesturnbull: yes thanks
[2009/05/21 07:09:50] <fluxdude> jamesturnbull: wasn't puppet watching it for you? ;-)
[2009/05/21 07:10:18] <fluxdude> but then puppet runs every half an hour, it's not really designed to be a watchdog...
[2009/05/21 07:10:30] @ Quit: d3vilb0x:
[2009/05/21 07:13:01] <jamesturnbull> fluxdude: it's trac i hate the bloody thing
[2009/05/21 07:13:09] <jamesturnbull> fluxdude: memory leaks all over the place
[2009/05/21 07:13:27] <jamesturnbull> soon soon soon it will be no more
[2009/05/21 07:24:13] @ Quit: keithlar: Read error: 110 (Connection timed out)
[2009/05/21 07:31:36] @ d3vilb0x joined channel #puppet
[2009/05/21 07:32:01] <gepetto_> ::trac:: Recipes/GetGID edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/Recipes/GetGID (by james@lovedthanlost.net)
[2009/05/21 07:32:50] @ keithlar joined channel #puppet
[2009/05/21 07:36:56] <gepetto_> ::trac:: Recipes/GetUID edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/Recipes/GetUID (by james@lovedthanlost.net)
[2009/05/21 07:40:12] @ rasputnik joined channel #puppet
[2009/05/21 07:42:00] <gepetto_> ::trac:: Recipes/GetUID edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/Recipes/GetUID (by james@lovedthanlost.net)
[2009/05/21 07:51:15] @ Quit: madrescher: "Leaving."
[2009/05/21 07:51:24] @ bjaspan joined channel #puppet
[2009/05/21 07:52:03] @ Eghie joined channel #puppet
[2009/05/21 07:52:29] @ pdt joined channel #puppet
[2009/05/21 07:55:46] @ teyo joined channel #puppet
[2009/05/21 08:00:39] @ Quit: d3vilb0x:
[2009/05/21 08:06:48] <gepetto_> ::trac:: Recipes/GetGID edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/Recipes/GetGID (by james@lovedthanlost.net)
[2009/05/21 08:09:24] @ Quit: fruitcake: Remote closed the connection
[2009/05/21 08:10:00] @ alhoang joined channel #puppet
[2009/05/21 08:19:37] @ d3vilb0x joined channel #puppet
[2009/05/21 08:36:21] @ lak joined channel #puppet
[2009/05/21 08:41:48] @ madrescher joined channel #puppet
[2009/05/21 08:46:28] @ erm_ joined channel #puppet
[2009/05/21 08:56:24] @ Quit: pdt:
[2009/05/21 08:59:38] @ fbe_ joined channel #puppet
[2009/05/21 08:59:41] @ Quit: fbe: Read error: 104 (Connection reset by peer)
[2009/05/21 09:02:02] @ Quit: elijahwright: Read error: 104 (Connection reset by peer)
[2009/05/21 09:02:34] @ elijahwright joined channel #puppet
[2009/05/21 09:05:06] <gepetto_> ::trac:: Puppet Version Control edited by happymcplaksin @ http://reductivelabs.com/trac/puppet/wiki/Puppet%20Version%20Control (by happy@usg.edu)
[2009/05/21 09:09:01] @ malraid joined channel #puppet
[2009/05/21 09:09:38] @ Quit: markp: Read error: 110 (Connection timed out)
[2009/05/21 09:14:20] @ kngus joined channel #puppet
[2009/05/21 09:14:46] @ kngus left channel #puppet ("Leaving.")
[2009/05/21 09:14:59] @ Quit: bjaspan:
[2009/05/21 09:17:07] @ nigelk joined channel #puppet
[2009/05/21 09:20:44] @ ethan_rowe joined channel #puppet
[2009/05/21 09:25:15] @ Quit: alhoang:
[2009/05/21 09:28:39] @ Quit: madrescher: "Leaving."
[2009/05/21 09:28:54] @ markp joined channel #puppet
[2009/05/21 09:35:36] @ mccune joined channel #puppet
[2009/05/21 09:36:02] @ Quit: glaw: Remote closed the connection
[2009/05/21 09:39:50] @ mfoster joined channel #puppet
[2009/05/21 09:40:50] @ rgsteele||work joined channel #puppet
[2009/05/21 09:42:52] @ pheezy joined channel #puppet
[2009/05/21 09:44:17] @ Quit: nigelk:
[2009/05/21 09:44:21] @ Bass10 joined channel #puppet
[2009/05/21 09:45:17] @ Quit: markp:
[2009/05/21 09:47:34] @ madrescher joined channel #puppet
[2009/05/21 09:49:21] @ Quit: lak:
[2009/05/21 09:53:33] @ markp joined channel #puppet
[2009/05/21 09:55:08] @ jmarki joined channel #puppet
[2009/05/21 09:55:52] @ kymas joined channel #puppet
[2009/05/21 10:01:55] @ prueba joined channel #puppet
[2009/05/21 10:06:01] @ Quit: prueba: Client Quit
[2009/05/21 10:09:06] @ Quit: ghenry: Read error: 110 (Connection timed out)
[2009/05/21 10:09:10] @ bjaspan joined channel #puppet
[2009/05/21 10:09:35] @ gaveen joined channel #puppet
[2009/05/21 10:12:03] @ Quit: jmarki: Read error: 60 (Operation timed out)
[2009/05/21 10:18:23] @ glaw joined channel #puppet
[2009/05/21 10:22:40] @ Quit: mfoster: "Leaving."
[2009/05/21 10:25:29] @ mfoster joined channel #puppet
[2009/05/21 10:30:42] @ WALoeIII joined channel #puppet
[2009/05/21 10:30:45] @ nigelk joined channel #puppet
[2009/05/21 10:37:31] @ Quit: keithlar: Read error: 110 (Connection timed out)
[2009/05/21 10:38:21] @ lak joined channel #puppet
[2009/05/21 10:44:52] @ edwardam joined channel #puppet
[2009/05/21 10:45:53] @ Quit: glaw: Remote closed the connection
[2009/05/21 10:47:56] @ Quit: edwardam: Remote closed the connection
[2009/05/21 10:47:58] @ chillitom left channel #puppet ("Ex-Chat")
[2009/05/21 10:58:09] @ glaw joined channel #puppet
[2009/05/21 11:00:24] @ hessmll joined channel #puppet
[2009/05/21 11:10:49] @ martha joined channel #puppet
[2009/05/21 11:17:51] @ Quit: bjaspan:
[2009/05/21 11:24:44] @ bjaspan joined channel #puppet
[2009/05/21 11:25:20] <kymas> Hi all, I have what I believe is a simple question but I can't seem to find an answer to it so I am hoping someone here can help.
[2009/05/21 11:25:58] <joe-mac> whats up kymas
[2009/05/21 11:26:11] <kymas> I have created a class within a module that depends on another class within a different module.
[2009/05/21 11:26:28] <kymas> I am trying to figure out how to require that class.
[2009/05/21 11:26:43] <kymas> Can I just use an include?
[2009/05/21 11:27:01] <joe-mac> currently i use flat classes and no modules so i am not even noob status on modukles, but try including using the full path like module:: so on
[2009/05/21 11:29:08] <kymas> Ok, I can try that. The syntax you are suggeting would be "include module_name::clase_name"?
[2009/05/21 11:30:25] @ Quit: bjaspan:
[2009/05/21 11:32:36] @ Quit: lak:
[2009/05/21 11:37:54] @ cwebber joined channel #puppet
[2009/05/21 11:38:46] @ edwardam joined channel #puppet
[2009/05/21 11:44:10] @ Quit: rasputnik: Read error: 60 (Operation timed out)
[2009/05/21 11:46:26] <joe-mac> yea
[2009/05/21 11:46:42] @ bjaspan joined channel #puppet
[2009/05/21 11:46:54] @ rasputnik joined channel #puppet
[2009/05/21 11:49:21] @ alfism_ joined channel #puppet
[2009/05/21 11:49:27] <kymas> Thanks joe-mac, turns out it was even simpler. I only needed "include 'class_name'"
[2009/05/21 11:50:22] <joe-mac> nice
[2009/05/21 11:50:59] @ Quit: rasputnik: Client Quit
[2009/05/21 11:51:01] @ Quit: glaw: Remote closed the connection
[2009/05/21 11:51:05] @ lak joined channel #puppet
[2009/05/21 11:57:20] @ keithlar joined channel #puppet
[2009/05/21 11:58:27] @ bevans5446 joined channel #puppet
[2009/05/21 12:01:02] @ Quit: markp:
[2009/05/21 12:01:28] @ sigmonsays joined channel #puppet
[2009/05/21 12:05:27] @ keithlar is now known as mclovin
[2009/05/21 12:06:19] @ Quit: alfism: Read error: 110 (Connection timed out)
[2009/05/21 12:15:45] <sigmonsays> is there a repo of external report processors?
[2009/05/21 12:15:58] <sigmonsays> I guess I can easily write my own but I can't find anything that summarizes all hosts
[2009/05/21 12:16:11] <sigmonsays> hoping I could see how it was done
[2009/05/21 12:19:02] <Volcane> something to parse the yaml?
[2009/05/21 12:19:55] <sigmonsays> aye
[2009/05/21 12:20:25] <sigmonsays> just consolidate all the hosts into one e-mail. probably detail any errors that occurred. pretty basic
[2009/05/21 12:20:44] <sigmonsays> it'd be nice to see changes made summarized
[2009/05/21 12:20:44] <Volcane> i know of just 2, puppetshow and puppetview thats web based, not seen anything else for dealing with them
[2009/05/21 12:20:50] <sigmonsays> Heh
[2009/05/21 12:20:57] <sigmonsays> I will likely write my own then :)
[2009/05/21 12:22:28] <Volcane> emailed reports are evil though
[2009/05/21 12:22:41] <Volcane> it'll be like logwatch, whitenoise never again looked at after about 2 days :)
[2009/05/21 12:23:48] @ Quit: WALoeIII: Read error: 110 (Connection timed out)
[2009/05/21 12:26:21] @ Quit: edwardam: Remote closed the connection
[2009/05/21 12:27:53] @ Quit: bjaspan:
[2009/05/21 12:30:59] @ WALoeIII joined channel #puppet
[2009/05/21 12:31:39] <zirpu> anyone using augeas for editing configs? i'm looking for opinions about whether it's useful and/or stable.
[2009/05/21 12:31:49] @ Quit: teyo:
[2009/05/21 12:32:41] @ plathrop-away is now known as plathrop
[2009/05/21 12:33:13] <zirpu> i'm pretty sure paul has an opinion. :-)
[2009/05/21 12:33:20] @ Quit: d3vilb0x:
[2009/05/21 12:33:39] <Volcane> it depends if managing just a small part of a file is acceptable to you
[2009/05/21 12:33:43] <plathrop> zirpu: who, me?
[2009/05/21 12:33:56] <plathrop> zirpu: People seem to like it, I've yet to use it.
[2009/05/21 12:34:15] <plathrop> Am I really that opinionated on here? :-P
[2009/05/21 12:35:04] <zirpu> no. just seems you've used everythign puppet related when i'm watching channel.
[2009/05/21 12:35:11] <plathrop> heh
[2009/05/21 12:35:26] <plathrop> I try to stay informed.
[2009/05/21 12:35:29] @ Quit: fujin:
[2009/05/21 12:35:48] <zirpu> i'm trying. but i've got too many other things demanding attention.
[2009/05/21 12:37:52] <plathrop> word
[2009/05/21 12:42:03] @ edwardam joined channel #puppet
[2009/05/21 12:42:25] <huggie> So someone helpfully deleted the puppet config on a puppetmaster.
[2009/05/21 12:42:31] <sigmonsays> augeaus seems cool, but the complexity of the configs it supports are not ground breaking. (ie. nagios or httpd )
[2009/05/21 12:42:45] <sigmonsays> hence a nasty perl script could do it :)
[2009/05/21 12:42:47] <joe-mac> huggie: my puppetmaster feeds itself
[2009/05/21 12:42:54] <huggie> And now I'm getting the classic "Certificates not trusted" just after it's picked up a new certificate. What have I forgotten to do?
[2009/05/21 12:43:09] <joe-mac> did you point ssldir to the right spot?
[2009/05/21 12:43:17] <joe-mac> wait wait, you regenerated the master's cert?
[2009/05/21 12:43:24] <huggie> Nope.
[2009/05/21 12:43:40] <huggie> But I mean even if I blat /var/lib/puppet on the client and get a new autosigned cert it moans.
[2009/05/21 12:43:58] <huggie> I think it's a certname = or server = thing or something but I've forgotten the magic incantation.
[2009/05/21 12:44:12] @ bjaspan joined channel #puppet
[2009/05/21 12:44:14] <joe-mac> what is blat? and yea certname= will set the certname on your ssl certs...
[2009/05/21 12:45:35] <riddley> anyone running 0.25b1 with ruby-ee/passenger?
[2009/05/21 12:45:42] @ Quit: cwebber:
[2009/05/21 12:46:16] <huggie> joe-mac: is certname a client or a master thing?
[2009/05/21 12:46:47] <joe-mac> both
[2009/05/21 12:46:51] <joe-mac> but
[2009/05/21 12:46:59] <joe-mac> i've only seen it on the master
[2009/05/21 12:51:45] <huggie> All the more annoying that openssl verify -CAfile ca.pem <hostname>.pem on the client returns... OK :)
[2009/05/21 12:53:22] * joe-mac facepalms
[2009/05/21 12:57:21] @ Quit: edwardam: Remote closed the connection
[2009/05/21 12:58:16] <huggie> Fuck it; home time.
[2009/05/21 13:00:36] @ edwardam joined channel #puppet
[2009/05/21 13:02:28] <joe-mac> yea, i wish
[2009/05/21 13:03:00] <joe-mac> gotta work through memorial day weekend to build out a network for a data centre. total suck.
[2009/05/21 13:04:29] @ teyo joined channel #puppet
[2009/05/21 13:05:23] @ Quit: mclovin: "Leaving..."
[2009/05/21 13:09:04] @ cwebber joined channel #puppet
[2009/05/21 13:14:20] @ Quit: mikepea: Read error: 110 (Connection timed out)
[2009/05/21 13:18:15] @ keithlar joined channel #puppet
[2009/05/21 13:18:27] @ Quit: teyo:
[2009/05/21 13:18:43] @ justindossey joined channel #puppet
[2009/05/21 13:18:59] @ andrewcshafer joined channel #puppet
[2009/05/21 13:20:20] @ Quit: zeroXten: Remote closed the connection
[2009/05/21 13:20:26] @ Quit: MattyM: "ta ta"
[2009/05/21 13:28:21] <sigmonsays> are ruby docs written for Puppet::Transaction::Report ? or any of the classes?
[2009/05/21 13:28:26] <sigmonsays> hopefully online? :)
[2009/05/21 13:28:45] <lak> wiki:ReportReference
[2009/05/21 13:28:46] <gepetto_> lak: wiki: wiki:ReportReference is http://reductivelabs.com/trac/puppet/wiki/ReportReference
[2009/05/21 13:28:54] <sigmonsays> sweet. thanks
[2009/05/21 13:30:50] <plathrop> lak: Before I go off chasing functionality that might already exist, how hard is it to get puppetmasterd / puppetd to cough up statistics like "avergae catalog compilation time" or "average catalog run time" ?
[2009/05/21 13:31:33] <plathrop> duh
[2009/05/21 13:31:41] <plathrop> lak: rrdgraph is probably what I'm looking for?
[2009/05/21 13:31:47] @ Av joined channel #puppet
[2009/05/21 13:32:58] <Av> hey folks, having a little puppet issue. two of us ran puppetrun at the same time on the master, and bad things happened. the master was hit really hard by a lot of machines, and got wedged. the clients just sat there timing out. now all the clients have a puppetdlock file, which won't go away.
[2009/05/21 13:33:17] <Av> I've removed it, and as soon as puppet puts it back, it stays there instead of being cleared at the end of the run
[2009/05/21 13:33:47] <sigmonsays> plathrop, i'm basically trying to do the same thing ;) -- you doing reports = true ?
[2009/05/21 13:34:08] @ Quit: alfism_: "Connection reset by beer"
[2009/05/21 13:34:09] <Av> anyone know what might be wrong? something on the master maybe
[2009/05/21 13:34:26] <plathrop> sigmonsays: I have reports = store, log at the moment
[2009/05/21 13:35:16] <sigmonsays> log gives u a wealth of info -- but i'm unable to find a "high level" way of ingesting the data ATM
[2009/05/21 13:36:37] @ Quit: keithlar: Read error: 110 (Connection timed out)
[2009/05/21 13:36:53] @ Quit: briandquinn:
[2009/05/21 13:37:22] <sigmonsays> i saw "Metrics" report processor that returns time values
[2009/05/21 13:37:54] @ jmarki joined channel #puppet
[2009/05/21 13:48:18] @ Quit: andrewcshafer: No route to host
[2009/05/21 13:48:19] <Volcane> the rrds are nice if u need averages for compile time and such
[2009/05/21 13:48:25] <Volcane> ofcourse they're per node
[2009/05/21 13:48:51] @ Quit: lak:
[2009/05/21 13:49:42] <plathrop> Volcane: and they appear to be hell to get working on Debian (I know, I know :-P)
[2009/05/21 13:49:59] <Volcane> yeah the rrd debs suck i tried too at some point and gave up
[2009/05/21 13:50:12] <Volcane> build it by hand its like 1 file that needs to be installed :P
[2009/05/21 13:50:54] <plathrop> Just going to distribute the gem and use package{} to install it, looks easy
[2009/05/21 13:51:52] <Volcane> it really is just the file /usr/lib64/ruby/site_ruby/1.8/x86_64-linux/RRDtool.so
[2009/05/21 13:52:01] <Volcane> build it on desktop and file{} it out heh
[2009/05/21 13:52:11] <Volcane> or dev machine or whatever
[2009/05/21 13:54:13] <gepetto_> ::trac:: Recipes/Kernel Modules edited by rts @ http://reductivelabs.com/trac/puppet/wiki/Recipes/KernelModules
[2009/05/21 13:54:21] <zirpu> selectors only work with facts right? i.e. i can't test for a class or tag?
[2009/05/21 13:56:09] <Volcane> they work on variables thats in scope
[2009/05/21 13:56:17] <Volcane> on recent puppets for example $name would be the nae of the current class
[2009/05/21 13:57:31] <zirpu> so i'm trying to test what host group a node is in. ie. www servers, backend servers, db, and in this case the 'testnode' server.
[2009/05/21 13:57:47] <zirpu> right now i'm using $hostname, but i'd rather test for $hostgroup or something like that.
[2009/05/21 13:57:59] <Volcane> so set a variables called $hostgroup in the node file?
[2009/05/21 13:58:00] <Volcane> then use that
[2009/05/21 13:58:26] <zirpu> i'd rather avoid having to set a variable for for each host.
[2009/05/21 13:58:41] <zirpu> we're using ldap.
[2009/05/21 13:59:09] <zirpu> so the test host is of the 'testnode' class, which includes all the modules that "testnodes" would use.
[2009/05/21 13:59:32] <Volcane> if it includes all of them, then set the variable top of the testnode class
[2009/05/21 13:59:34] <Volcane> same end result
[2009/05/21 13:59:34] <zirpu> how do i write a manifest that can know that the testnode class is active for the node.
[2009/05/21 13:59:42] <zirpu> ah. good point.
[2009/05/21 14:00:09] <Volcane> of course if you include testnode and somethingelse and set a variable in testnode, somethingelse wont know about it
[2009/05/21 14:00:14] <Volcane> variable scope and all that
[2009/05/21 14:00:25] <Volcane> but if you do just include the one class, then do that
[2009/05/21 14:01:58] <zirpu> i'm going to try that.
[2009/05/21 14:04:39] @ Quit: Demosthenes: Read error: 110 (Connection timed out)
[2009/05/21 14:08:08] <plathrop> Dammit
[2009/05/21 14:08:13] <plathrop> Can't get the darn thing to build
[2009/05/21 14:08:21] <Volcane> heh
[2009/05/21 14:09:11] @ andrewcshafer joined channel #puppet
[2009/05/21 14:09:18] <plathrop> getting the same thing as this paste: http://pastie.org/pastes/484987
[2009/05/21 14:09:30] <fsweetser> #2141
[2009/05/21 14:09:31] <gepetto_> fsweetser: #2141 is http://projects.reductivelabs.com/issues/show/2141 "Puppet - Bug #2141: Augeas resource bug with single and double quotes - ReductiveLabs.com"
[2009/05/21 14:09:31] <plathrop> any ideas?
[2009/05/21 14:09:40] <Volcane> pastie too slow
[2009/05/21 14:10:05] <Volcane> cant connect to it at all pft
[2009/05/21 14:10:10] @ tim|macbook joined channel #puppet
[2009/05/21 14:10:29] <plathrop> grrr...
[2009/05/21 14:10:48] <Volcane> works now..
[2009/05/21 14:11:09] <plathrop> http://pastebin.com/m5660fb7b
[2009/05/21 14:11:11] <plathrop> oh
[2009/05/21 14:11:12] <plathrop> heh
[2009/05/21 14:12:01] <Volcane> mine builds withhout freetype and without art_lgpl_2 and without png
[2009/05/21 14:12:13] <Volcane> could be that one of those is whats mucking you up?
[2009/05/21 14:12:39] <Volcane> http://pastie.org/485611
[2009/05/21 14:12:57] <Volcane> rrdtool-devel-1.2.27-3.el5
[2009/05/21 14:13:10] <plathrop> hrm...
[2009/05/21 14:13:14] <plathrop> thanks, Volcane
[2009/05/21 14:14:37] <plathrop> I can't really ditch libpng or freetype, required for other things...
[2009/05/21 14:15:19] <Volcane> yeah and i guess theres no real binary gems either
[2009/05/21 14:15:31] * plathrop hates rubygems
[2009/05/21 14:15:40] <Volcane> yup
[2009/05/21 14:16:16] @ nakano is now known as nakano_
[2009/05/21 14:20:57] @ Quit: andrewcshafer: Read error: 60 (Operation timed out)
[2009/05/21 14:22:12] @ andrewcshafer joined channel #puppet
[2009/05/21 14:25:25] <joe-mac> yea rubygems is a cluster fuck, especially on debian
[2009/05/21 14:26:23] <sdodson> Anytime you mix OS packaging with a language specific tool it's going to be a disaster.
[2009/05/21 14:26:32] <plathrop> +1000000
[2009/05/21 14:26:40] <plathrop> Got it all working, though. Yay!
[2009/05/21 14:27:26] @ edwardam_ joined channel #puppet
[2009/05/21 14:27:49] @ Quit: tim|macbook:
[2009/05/21 14:28:21] @ alfism joined channel #puppet
[2009/05/21 14:28:31] @ Quit: jmarki: Remote closed the connection
[2009/05/21 14:28:54] @ cwebber_ joined channel #puppet
[2009/05/21 14:30:57] @ Quit: gaveen: "Enough lurking for now"
[2009/05/21 14:34:54] @ lak joined channel #puppet
[2009/05/21 14:38:10] <plathrop> now my logs are flooded with this:
[2009/05/21 14:38:10] <plathrop> May 21 11:37:51 s0001 puppetmasterd[20340]: (/Settings[top]/Settings[reports]/File[/var/lib/puppet/rrd/s0244.digg.internal]/owner) Cannot manage ownership unless running as root
[2009/05/21 14:38:14] <plathrop> Any idea why?
[2009/05/21 14:38:25] <plathrop> I don't usually run puppetmaster as root...
[2009/05/21 14:38:30] <plathrop> Thought that was standard.
[2009/05/21 14:40:33] <agaffney> plathrop: it's puppetd that needs to run as root
[2009/05/21 14:40:45] @ Quit: cwebber: Connection timed out
[2009/05/21 14:41:05] <agaffney> oh, that's for local reporting stuff
[2009/05/21 14:41:09] <agaffney> it's probably harmless
[2009/05/21 14:41:20] <plathrop> It's not, really. It's obnoxious :-P
[2009/05/21 14:41:23] <agaffney> it's just saying it can't change the owner of the file
[2009/05/21 14:41:23] <agaffney> heh
[2009/05/21 14:41:36] @ cwebber joined channel #puppet
[2009/05/21 14:41:37] @ Quit: cwebber_: Read error: 104 (Connection reset by peer)
[2009/05/21 14:41:46] <plathrop> It shouldn't need to change ownership. Gah, I need to fix this somehow
[2009/05/21 14:42:11] <plathrop> lak: any way to find out what owner it wants to set things to? I'll just do it by hand so the messages go away
[2009/05/21 14:42:42] <lak> plathrop: this is 0.24.8 or so?
[2009/05/21 14:43:10] <lak> you can tell what it's trying to set it to by looking at lib/puppet/defaults.rb, and you can override it in your puppet.conf, kind of
[2009/05/21 14:43:15] <lak> that is, you can override what the dir should be set to
[2009/05/21 14:43:26] <plathrop> okay, thanks
[2009/05/21 14:44:00] @ Av left channel #puppet ()
[2009/05/21 14:45:11] @ Quit: cwebber: Read error: 54 (Connection reset by peer)
[2009/05/21 14:45:34] @ cwebber joined channel #puppet
[2009/05/21 14:47:43] @ Quit: rgsteele||work: Read error: 110 (Connection timed out)
[2009/05/21 14:48:39] @ renchap left channel #puppet ()
[2009/05/21 14:48:41] @ ezmob joined channel #puppet
[2009/05/21 14:48:43] @ rgsteele||work joined channel #puppet
[2009/05/21 14:50:01] @ d3vilb0x joined channel #puppet
[2009/05/21 14:52:21] @ Quit: cwebber: Read error: 104 (Connection reset by peer)
[2009/05/21 14:53:00] @ cwebber joined channel #puppet
[2009/05/21 14:53:03] @ Quit: edwardam: Connection timed out
[2009/05/21 14:53:14] @ edwardam_ is now known as edwardam
[2009/05/21 14:57:30] @ sazma joined channel #puppet
[2009/05/21 14:57:43] <sazma> lak, ping
[2009/05/21 15:03:07] @ Quit: int: Read error: 104 (Connection reset by peer)
[2009/05/21 15:04:50] <lak> sazma: what's up?
[2009/05/21 15:04:57] <lak> 0.25.0b1 destroyed your network yet? :)
[2009/05/21 15:06:45] <sazma> no, but we're doing some testing with passenger/ruby-ee and would love to talk with you about what we're seeing in case it's new stuff we're finding... we've been looking @ redmine issues list
[2009/05/21 15:06:54] <sazma> if you have time, I know you're Mr Busy
[2009/05/21 15:07:05] <sazma> I can also just open support tix if that's easier
[2009/05/21 15:07:18] <lak> yeah, i have some time now
[2009/05/21 15:07:30] <lak> studying queueing and how to make it "best", but i can step away
[2009/05/21 15:07:33] <lak> ring my mobile?
[2009/05/21 15:07:35] <sazma> here or phone or ?
[2009/05/21 15:07:45] <sazma> pm it to me plz :)
[2009/05/21 15:16:13] @ Quit: BMDan: Read error: 104 (Connection reset by peer)
[2009/05/21 15:18:10] @ BMDan joined channel #puppet
[2009/05/21 15:28:21] @ teyo joined channel #puppet
[2009/05/21 15:30:52] <sazma> lak, I can't get a backtrace for the to_sym thing
[2009/05/21 15:31:00] <sazma> should I just send the log messages?
[2009/05/21 15:31:11] @ bjaspan_ joined channel #puppet
[2009/05/21 15:31:14] <sazma> and do you want them in support land or redmine?
[2009/05/21 15:39:19] <sazma> still here on riddley
[2009/05/21 15:39:24] @ Quit: sazma: "Leaving"
[2009/05/21 15:47:14] @ Quit: bjaspan: Read error: 110 (Connection timed out)
[2009/05/21 16:07:34] @ fbe_ is now known as fbe
[2009/05/21 16:08:06] @ ezmob_ joined channel #puppet
[2009/05/21 16:18:45] @ oremj joined channel #puppet
[2009/05/21 16:19:00] <oremj> hey, is it possible to query puppetmasterd for information, such as listing all classes
[2009/05/21 16:19:15] <Volcane> how i wish it was :)
[2009/05/21 16:20:02] <plathrop> Me too
[2009/05/21 16:29:18] @ Quit: aymerick: "kit mais sage"
[2009/05/21 16:36:51] <justdave> cat /etc/puppet/manifests/classes/*.pp | grep class | egrep -v '^ *#' | sed -e 's/class //' -e 's/ {//'
[2009/05/21 16:38:43] <Volcane> yeah, whatever.
[2009/05/21 16:39:05] * Volcane has no simple classes in a flat hierarchy
[2009/05/21 16:39:20] <plathrop> +1
[2009/05/21 16:42:17] <dan_chen> oremj, justdave: hey, I know you guys ;)
[2009/05/21 16:45:27] <oremj> hey!
[2009/05/21 16:47:00] @ Quit: Eghie: Client Quit
[2009/05/21 16:51:47] @ Quit: lak:
[2009/05/21 16:51:47] <joe-mac> Volcane: stop gloating at my simplistic puppet setup
[2009/05/21 16:51:50] <joe-mac> lol
[2009/05/21 16:52:02] * Volcane ;s available for hire to fix that :P
[2009/05/21 16:52:07] @ Quit: cwebber:
[2009/05/21 16:53:01] <joe-mac> dude if we had money to throw at it i would, just cause in the end i would still understand evertything you did
[2009/05/21 16:53:06] <joe-mac> when i started puppet i needed to learn it
[2009/05/21 16:53:34] <joe-mac> but now it is like at critical mass, it's going to be like this time when nagios started failing completely and i had to redo the whole setup, which took about a couple hours of angry typing
[2009/05/21 16:53:53] <joe-mac> but i have no time to do that
[2009/05/21 16:54:32] <Volcane> yeah, know how that goes :(
[2009/05/21 16:57:27] @ cwebber joined channel #puppet
[2009/05/21 16:57:43] * justindossey does it right the first time
[2009/05/21 16:57:52] * justindossey (ducks)
[2009/05/21 16:57:59] <Volcane> heh
[2009/05/21 17:00:03] <joe-mac> LMAO
[2009/05/21 17:00:14] <joe-mac> you should change your nick to "chucknorris"
[2009/05/21 17:00:24] @ Quit: bjaspan_: Remote closed the connection
[2009/05/21 17:01:22] @ bjaspan joined channel #puppet
[2009/05/21 17:08:42] <zirpu> i use my /etc/puppet/manifests/classes/*.pp classes for defining node "membership" classes that include the needed modules.
[2009/05/21 17:10:01] <zirpu> anyone else do that?
[2009/05/21 17:10:12] <zirpu> or is there a better way to "classify" nodes?
[2009/05/21 17:10:29] <zirpu> i use ldap for my external node definitions also.
[2009/05/21 17:11:48] @ Quit: kymas: Remote closed the connection
[2009/05/21 17:23:03] @ Quit: edwardam: Remote closed the connection
[2009/05/21 17:30:23] @ Quit: cwebber:
[2009/05/21 17:36:20] @ Quit: teyo:
[2009/05/21 17:37:18] @ edwardam joined channel #puppet
[2009/05/21 17:43:18] @ teyo joined channel #puppet
[2009/05/21 17:44:18] @ Quit: teyo: Client Quit
[2009/05/21 17:50:06] @ Quit: Bass10: Connection timed out
[2009/05/21 17:57:21] @ Quit: mccune: Remote closed the connection
[2009/05/21 18:02:17] @ Demosthenes joined channel #puppet
[2009/05/21 18:13:59] @ Quit: erm_: Read error: 110 (Connection timed out)
[2009/05/21 18:18:57] @ Quit: pheezy: "Leaving..."
[2009/05/21 18:19:23] @ joe-mac left channel #puppet ()
[2009/05/21 18:19:29] @ cwebber joined channel #puppet
[2009/05/21 18:21:16] @ Quit: mfoster: "Leaving."
[2009/05/21 18:23:40] @ mfoster joined channel #puppet
[2009/05/21 18:32:21] @ mfoster1 joined channel #puppet
[2009/05/21 18:32:21] @ Quit: mfoster: Read error: 104 (Connection reset by peer)
[2009/05/21 18:35:37] @ Quit: Demosthenes: "leaving"
[2009/05/21 18:36:14] <bda> Is there a way to interpolate variables in resource definitions? e.g., require => Zfs["zone_$name"];
[2009/05/21 18:36:45] <bda> hm.
[2009/05/21 18:38:32] <Volcane> just like in shell scripts
[2009/05/21 18:40:03] <bda> No, I misread the line. I had a File['/zones/$zonename']. Fixed quoting, all happy.
[2009/05/21 18:40:38] <Volcane> :)
[2009/05/21 18:43:42] @ pdt joined channel #puppet
[2009/05/21 18:49:12] @ Quit: d3vilb0x:
[2009/05/21 18:51:32] @ Quit: cwebber:
[2009/05/21 18:56:02] @ Quit: rsquared: "Leaving"
[2009/05/21 18:58:28] @ Quit: pdt:
[2009/05/21 19:01:37] @ babatoko joined channel #puppet
[2009/05/21 19:04:44] @ cwebber joined channel #puppet
[2009/05/21 19:05:23] @ cwebber_ joined channel #puppet
[2009/05/21 19:05:24] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/05/21 19:05:29] @ Quit: andrewcshafer: Read error: 113 (No route to host)
[2009/05/21 19:05:32] @ Quit: cwebber: Read error: 104 (Connection reset by peer)
[2009/05/21 19:06:30] @ madrescher joined channel #puppet
[2009/05/21 19:19:06] @ ricky joined channel #puppet
[2009/05/21 19:24:06] <sigmonsays> can puppet monitor a file it doesnt' manage?
[2009/05/21 19:24:11] <sigmonsays> if it changes, "do something"
[2009/05/21 19:25:09] @ Quit: schwagala: Read error: 54 (Connection reset by peer)
[2009/05/21 19:25:58] @ schwagala joined channel #puppet
[2009/05/21 19:26:31] @ jmarki joined channel #puppet
[2009/05/21 19:30:48] @ d3vilb0x joined channel #puppet
[2009/05/21 19:31:31] @ andrewcshafer joined channel #puppet
[2009/05/21 19:35:26] <justindossey> sigmonsays: What happens if you create a file block for the file, but don't specify any attributes or source?
[2009/05/21 19:35:46] <justindossey> e.g. file { /path/to/myfile: }
[2009/05/21 19:36:01] <sigmonsays> it creates an empty file if missing and fires my Exec
[2009/05/21 19:36:09] <justindossey> sigmonsays: that's no good
[2009/05/21 19:36:13] <sigmonsays> but, i was hoping it keeps a md5 in it's state db
[2009/05/21 19:36:22] @ Quit: andrewcshafer: Client Quit
[2009/05/21 19:36:23] <sigmonsays> so when I "echo foo > blah"
[2009/05/21 19:36:29] <sigmonsays> it detects a change and fires my script
[2009/05/21 19:36:46] <sigmonsays> i can hack around it by making manually edited file a fact, which in turns writes a "dummy erb"
[2009/05/21 19:36:54] <sigmonsays> which fires a exec
[2009/05/21 19:37:08] <sigmonsays> justindossey, it actually works as designed
[2009/05/21 19:37:16] <sigmonsays> i'm telling it to assert a files existence
[2009/05/21 19:37:20] <sigmonsays> but w/o source or content, it's empty
[2009/05/21 19:38:02] <justindossey> sigmonsays: right, so there's some hacking you can do to make your thing work, but it's not clean
[2009/05/21 19:38:24] <sigmonsays> Yah
[2009/05/21 19:39:56] @ plathrop is now known as plathrop-away
[2009/05/21 19:40:04] @ martha left channel #puppet ()
[2009/05/21 19:40:37] <sigmonsays> maybe I am going about this wrong. I bet I can easily adapt puppet to enforce pool assignment
[2009/05/21 19:40:47] <sigmonsays> but that kicks it back into the policy world
[2009/05/21 19:41:15] <justindossey> you could have puppet manage a shell script that does the necessary work
[2009/05/21 19:42:04] <justindossey> and run the shell script from a cron job managed by puppet too
[2009/05/21 19:42:15] <justindossey> not ideal, but it would work
[2009/05/21 19:43:29] <sigmonsays> yah
[2009/05/21 19:48:40] @ Quit: alfism: "Connection reset by beer"
[2009/05/21 19:51:58] <jamesturnbull> sigmonsays: you could make a fact that monitored the file - everytime a run occurs the facts are reloaded
[2009/05/21 19:52:29] <jamesturnbull> sigmonsays: but what are you using the concept for? what's your underlying intent?
[2009/05/21 19:53:07] @ Quit: nigelk:
[2009/05/21 19:53:38] @ Quit: madrescher: "Leaving."
[2009/05/21 19:55:34] @ Quit: cwebber_:
[2009/05/21 19:56:25] @ cwebber joined channel #puppet
[2009/05/21 19:56:27] <sigmonsays> well that's the problem sorta
[2009/05/21 19:56:36] <sigmonsays> I have a file that is manually edited for changing config profiles
[2009/05/21 19:56:46] @ Quit: cwebber: Client Quit
[2009/05/21 19:56:49] <sigmonsays> several services need to be restarted when that file changes. I washoping to get puppet to do it
[2009/05/21 19:57:17] <sigmonsays> but because it's manually edited, puppet has no state for it
[2009/05/21 19:57:18] @ Quit: babatoko: "KVIrc 3.4.0 Virgo http://www.kvirc.net/"
[2009/05/21 19:57:24] <sigmonsays> the file is a fact already
[2009/05/21 19:57:42] <sigmonsays> so a "dummy file" which is a erb containing said fact would allow me to notify an Exec
[2009/05/21 19:57:57] <sigmonsays> but I think I can do it w/ a better design
[2009/05/21 19:58:31] <jamesturnbull> sigmonsays: you know you don't need the dummy erb? you can just use checksum
[2009/05/21 19:58:44] <sigmonsays> Hrm. How?
[2009/05/21 19:59:15] <sigmonsays> the file can have many different values. essentially "echo a > pool"
[2009/05/21 19:59:20] <jamesturnbull> have a look at the checksum attribute in the type reference for file
[2009/05/21 19:59:21] <sigmonsays> echo "b > pool" or echo "c > pool"
[2009/05/21 19:59:43] <sigmonsays> i'll take alook. I admit I didn't :)
[2009/05/21 19:59:45] <jamesturnbull> sigmonsays: oh sorry - I assumed you just cared WHEN the file changed - not it's content
[2009/05/21 20:01:14] <jamesturnbull> sigmonsays: but alternatively if you have a fact where the value of the fact is the content of the file why not do a conditional? if $fact == 'a' { etc
[2009/05/21 20:01:31] <dixond> hi guys, I'm having some trouble with the 'service' type doing what it is supposed to-
[2009/05/21 20:01:34] <sigmonsays> the arbitrary behavior allows it to be more flexile
[2009/05/21 20:01:43] <sigmonsays> hardcoding that is a pita :)
[2009/05/21 20:01:56] <dixond> I have 29 client machines all running Puppet OK, and they should all be ensuring that a certain service is running, but only 16 of them have.
[2009/05/21 20:02:24] <dixond> They all have the same manifest ('default') but they aren't ensuring the service is actually going.
[2009/05/21 20:02:48] <sigmonsays> dixond, -dvt say anythign special when it gets to /Service/ ?
[2009/05/21 20:02:55] <dixond> They're all basically Red Hat servers all pretty much the same. Thoughts? The 'wrong' clients seem to do everything except actually make the service run
[2009/05/21 20:02:56] <jamesturnbull> dixond: Puppet version? platform? can you pastie logs and manifest?
[2009/05/21 20:03:13] <dixond> will do all... hangon
[2009/05/21 20:03:31] @ bjaspan left channel #puppet ()
[2009/05/21 20:03:36] @ Quit: Ju: "Coyote finally caught me"
[2009/05/21 20:07:05] <dixond> sigmonsays: jamesturnbull: ok, the debug from the client is here, I'll also grab manifest etc... http://pastebin.com/m5d030570
[2009/05/21 20:08:43] <jamesturnbull> dixond: just to clarify puppet version?
[2009/05/21 20:09:48] <dixond> jamesturnbull: 0.24.8
[2009/05/21 20:09:57] <dixond> also relevant manifest stuff: http://pastebin.com/m2fb34082
[2009/05/21 20:10:03] @ Quit: hessmll: "Leaving..."
[2009/05/21 20:10:14] <dixond> the two services 'certmaster' and 'funcd' just don't seem to be getting started
[2009/05/21 20:10:26] <sigmonsays> does funcd exit the right status?
[2009/05/21 20:10:44] <dixond> sigmonsays: yes, 'service funcd status' returns 3 when not running, 0 when running
[2009/05/21 20:11:04] <dixond> (I had to supply a custom init script to bugfix that - hence the entry for that file)
[2009/05/21 20:11:23] <sigmonsays> you got me
[2009/05/21 20:11:42] <sigmonsays> lett me check what I do
[2009/05/21 20:13:02] <sigmonsays> unfortunately i'm not on .24.8 either
[2009/05/21 20:14:40] <jamesturnbull> dixond: canyou pastie your manifest?
[2009/05/21 20:14:54] <dixond> jamesturnbull: http://pastebin.com/m2fb34082 is that what you need?
[2009/05/21 20:15:13] <jamesturnbull> dixond: no that's the run
[2009/05/21 20:15:22] <sigmonsays> dixond, why the name parameter?
[2009/05/21 20:15:27] <sigmonsays> line 76
[2009/05/21 20:15:43] <jamesturnbull> dixond: oh wait
[2009/05/21 20:15:47] <jamesturnbull> dixond: ignore me :)
[2009/05/21 20:16:09] <dixond> sigmonsays: dunno, seemed like that was required from the docs? Doesn't seem to hurt either way, but I can yank it if you like?
[2009/05/21 20:16:29] <sigmonsays> name is what's in quotes AFAIK
[2009/05/21 20:16:31] <sigmonsays> "funcd"
[2009/05/21 20:16:33] <jamesturnbull> dixond: service { "funcd": etc - already sets name
[2009/05/21 20:16:47] <dixond> jamesturnbull: I'll yank it and run again
[2009/05/21 20:16:52] <sigmonsays> i dunno if it could be tricking it somehow
[2009/05/21 20:17:07] @ shake-n-bake joined channel #puppet
[2009/05/21 20:17:35] <jamesturnbull> it shouldn't but it could be possible
[2009/05/21 20:19:13] @ Quit: shake-n-bake: Client Quit
[2009/05/21 20:19:36] @ shake-n-bake joined channel #puppet
[2009/05/21 20:19:55] <dixond> I've removed the 'name' parameters from the manifests and run the client in debug again, relevant output is here: http://pastebin.com/m42b2ef6c
[2009/05/21 20:20:19] @ Quit: shake-n-bake: Client Quit
[2009/05/21 20:20:52] <jamesturnbull> dixond: hmm returns a 3 .. weird let me check the provider code
[2009/05/21 20:23:19] <sigmonsays> Yah I usually exit 1
[2009/05/21 20:23:26] <jamesturnbull> dixond: nope should return stopped for everything except 0
[2009/05/21 20:24:41] <jamesturnbull> dixond: does nscd run?
[2009/05/21 20:24:49] <jamesturnbull> dixond: or rather start/started
[2009/05/21 20:27:50] @ andrewcshafer joined channel #puppet
[2009/05/21 20:28:55] <dixond> jamesturnbull: nscd is the inverse; it is a blacklisted service to ensure is stopped, and that has seemed to work consistently correctly.
[2009/05/21 20:29:26] <jamesturnbull> dixond: so this works on some hosts but not others?
[2009/05/21 20:29:32] * sigmonsays yay for stopped nscd
[2009/05/21 20:30:26] <dixond> jamesturnbull: yes. just over half the hosts are working right. the rest, not. Many of the hosts are 'template' builds (eg, we have an 'xs01' and 'xs02' that are fine, but xs03 is not)
[2009/05/21 20:31:50] <jamesturnbull> dixond: and those two commands return the same status on the working and non-working hosts
[2009/05/21 20:32:07] <dixond> jamesturnbull: correct. The init script is sourced direct from puppet for all of them
[2009/05/21 20:33:04] @ ezmob_ is now known as ezmob|away
[2009/05/21 20:33:35] <sigmonsays> very odd. i'm stumped
[2009/05/21 20:34:15] <jamesturnbull> me also I am afraid
[2009/05/21 20:35:06] <jamesturnbull> dixond: can you add --trace to the run just in case
[2009/05/21 20:35:49] @ Quit: justindossey: "Leaving."
[2009/05/21 20:36:31] @ Quit: jmarki: Remote closed the connection
[2009/05/21 20:40:24] <dixond> will do
[2009/05/21 20:43:17] <dixond> jamesturnbull: http://pastebin.com/m59cb47a2
[2009/05/21 20:44:04] <sigmonsays> Is there a file like sysctl.conf for /sys ?
[2009/05/21 20:44:55] <jamesturnbull> dixond: I cannot see why that would work differnetly on one host and not another if the commands return the same status
[2009/05/21 20:45:06] <dixond> jamesturnbull: me too :(
[2009/05/21 20:45:16] <jamesturnbull> dixond: have you got the output of a scucessful run?
[2009/05/21 20:45:23] <jamesturnbull> dixond: ie one that sarts the service?
[2009/05/21 20:45:32] <dixond> jamesturnbull: I'll grab one off a working host, hold that thought.
[2009/05/21 20:46:46] <dixond> sigmonsays: good question - don't think so?
[2009/05/21 20:47:07] <dixond> sigmonsays: pretty sure /sys only reflects runtime stuff, rather than configuration knobs
[2009/05/21 20:47:13] <sigmonsays> yah
[2009/05/21 20:47:39] @ Quit: ezmob|away: "Bye!"
[2009/05/21 20:50:06] <dixond> jamesturnbull: a working one: http://pastebin.com/m60501b1c
[2009/05/21 20:54:33] <mfoster1> do hostgroups work for naginator? anyone using them?
[2009/05/21 20:56:32] @ Quit: ethan_rowe: "Lack of interest wins out."
[2009/05/21 20:59:37] <jamesturnbull> dixond: okay totally stumped
[2009/05/21 20:59:42] <jamesturnbull> :(
[2009/05/21 20:59:49] <jamesturnbull> mfoster1: yes and no
[2009/05/21 21:01:08] <mfoster1> I'm getting errors like
[2009/05/21 21:01:10] <mfoster1> Invalid parameter 'hostgroups' for type 'Nagios_host'
[2009/05/21 21:01:47] <dixond> jamesturnbull: rats :) OK, maybe I'll try implementing with the lower-level 'base' service provider...
[2009/05/21 21:02:57] @ plathrop-away is now known as plathrop
[2009/05/21 21:03:53] <jamesturnbull> mfoster1: is it listed in the wiki:TypeReference
[2009/05/21 21:04:53] <mfoster1> jamesturnbull: yes I'm following that to the T
[2009/05/21 21:04:53] <mfoster1> jamesturnbull: it seems that hostgroups might be a newish parameter (evidence: http://www.mail-archive.com/puppet-users@googlegroups.com/msg01018.html )
[2009/05/21 21:05:04] <jamesturnbull> mfoster1: what version?
[2009/05/21 21:05:11] <jamesturnbull> msf: are you running
[2009/05/21 21:05:17] <jamesturnbull> mfoster1: are you running
[2009/05/21 21:05:25] * jamesturnbull is sorry msf - typo tab
[2009/05/21 21:05:45] <mfoster1> jamesturnbull: 0.24.7
[2009/05/21 21:07:27] <jamesturnbull> mfoster1: okay - yes it's in 0.24.8
[2009/05/21 21:07:33] @ Quit: ezmob: Read error: 110 (Connection timed out)
[2009/05/21 21:07:43] <jamesturnbull> mfoster1: I just git blamed it and Luke added that back in December when he refreshed the nagios objects
[2009/05/21 21:09:07] <mfoster1> jamesturnbull: dang time to upgrade
[2009/05/21 21:11:56] @ garin_ joined channel #puppet
[2009/05/21 21:13:13] @ Quit: WALoeIII: "Bai."
[2009/05/21 21:27:53] @ ohadlevy joined channel #puppet
[2009/05/21 21:47:21] <dixond> oooook. It seems that it's entirely random. like, bug.
[2009/05/21 21:48:14] <dixond> here's two runs basically back-to-back where I didn't change the server, but did change one file that is managed by puppet. All of a sudden an (unrelated) service was correctly started.. (...pasting now...)
[2009/05/21 21:50:23] * jamesturnbull will brb
[2009/05/21 21:51:14] <dixond> http://pastebin.com/m204fc2e7
[2009/05/21 21:56:08] @ plathrop is now known as plathrop-away
[2009/05/21 21:58:16] <dixond> hrm, is there any highel level of debug for the client than what I get from /usr/sbin/puppetd --debug --test --verbose --trace ?
[2009/05/21 21:58:26] @ mikepea joined channel #puppet
[2009/05/21 21:59:07] <dixond> s/highel/higher/
[2009/05/21 21:59:16] <Cuchulain> dixond: you could try --giveittome and --ilikeitnoisy
[2009/05/21 21:59:22] <Cuchulain> ;)
[2009/05/21 22:01:07] <dixond> aha - it looks like both the 'base' and 'redhat' providers are not reading the status output code correctly.
[2009/05/21 22:01:25] <dixond> if I remove hassstatus => true it uses ps -ef to find the process, and then starts it correctly....
[2009/05/21 22:02:17] <ohadlevy> dixond: its probably the init script, not puppet
[2009/05/21 22:02:26] <ohadlevy> try /etc/init.d/service status ; echo $?
[2009/05/21 22:02:52] <dixond> ohadlevy: it's puppet
[2009/05/21 22:03:06] <dixond> (see scrollback buffer in channel :)
[2009/05/21 22:03:22] <dixond> oh, you only just got here, sorry :) anyhow, it's puppet.
[2009/05/21 22:04:00] <ohadlevy> from my experience, its usually the script, but :)
[2009/05/21 22:04:03] <dixond> ohadlevy: eg: http://pastebin.com/m204fc2e7
[2009/05/21 22:05:17] <dixond> ohadlevy: the scripts are exactly LSB compliant - 'service blah status' exits with 3 when it is not running.
[2009/05/21 22:07:39] @ Demosthenes joined channel #puppet
[2009/05/21 22:08:59] @ Quit: grey-: Remote closed the connection
[2009/05/21 22:13:44] @ chip__ joined channel #puppet
[2009/05/21 22:27:16] @ pdt joined channel #puppet
[2009/05/21 22:29:32] @ Quit: atlan_: Read error: 110 (Connection timed out)
[2009/05/21 22:30:58] @ Quit: edwardam: Remote closed the connection
[2009/05/21 22:35:09] @ Quit: teratoma: Read error: 54 (Connection reset by peer)
[2009/05/21 22:35:11] @ teratoma joined channel #puppet
[2009/05/21 22:36:14] @ Quit: mikepea: Read error: 60 (Operation timed out)
[2009/05/21 22:45:36] <dixond> hrm, if I'm reading this right (and I'm not a Ruby programmer, so....) then the redhat.rb code is bugging for status checks, as it seems to unconditionally return 'running' unless some exceptional error occurs...
[2009/05/21 22:45:57] <dixond> ...which I assume is what the 'rescue' clause is about
[2009/05/21 22:47:49] <dixond> bingo. yep. redhat.rb is buggy.
[2009/05/21 22:48:00] <dixond> so.... where do I file a bugreport?
[2009/05/21 22:50:10] <dixond> of course, in the meantime, I guess the el-neato thing is I can use Puppet to fix itself by pushing my own copy of that file ;)
[2009/05/21 22:53:24] <dixond> I wonder if it is some subtle race inside ruby? For example, it calls 'service(command :status)' and then returns ':running', but sometimes it does the right thing (not others). is there something magic about the way it is calling the service() call that stuffs a return var somewhere?
[2009/05/21 22:53:53] <dixond> when I simply directly 'return service(command, :status)' it works every time.
[2009/05/21 23:00:10] <dixond> question about determinism: is the only way to guarantee that some action A will happen before some other action B to put a 'requires' in B for A?
[2009/05/21 23:04:10] <dixond> for example, in my node definition I might include two different classes, will the stuff included in the first class execute always before the second class?
[2009/05/21 23:29:10] @ Quit: d3vilb0x:
[2009/05/21 23:37:27] @ nigelk joined channel #puppet

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