| [2008/06/09 00:09:44] @ Quit: Superfly_: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:09:45] @ Quit: mellen: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:10:23] @ Quit: Demosthenex: "leaving" | ||
| [2008/06/09 00:11:46] @ mellen joined channel #puppet | ||
| [2008/06/09 00:11:47] @ Superfly_ joined channel #puppet | ||
| [2008/06/09 00:11:55] @ Quit: shake-n-bake: | ||
| [2008/06/09 00:14:16] @ shake-n-bake joined channel #puppet | ||
| [2008/06/09 00:17:39] @ Quit: Superfly_: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:17:40] @ Quit: mellen: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:26:34] @ mellen joined channel #puppet | ||
| [2008/06/09 00:26:35] @ Superfly_ joined channel #puppet | ||
| [2008/06/09 00:33:56] @ Quit: Superfly_: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:33:58] @ Quit: mellen: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:38:33] @ Quit: jason^: Client Quit | ||
| [2008/06/09 00:39:15] @ jason^ joined channel #puppet | ||
| [2008/06/09 00:43:16] @ mellen joined channel #puppet | ||
| [2008/06/09 00:43:18] @ Superfly_ joined channel #puppet | ||
| [2008/06/09 00:48:17] @ Quit: Superfly_: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:48:19] @ Quit: mellen: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 00:57:16] @ mellen joined channel #puppet | ||
| [2008/06/09 00:57:17] @ Superfly_ joined channel #puppet | ||
| [2008/06/09 01:02:00] @ Quit: trombik: Connection reset by peer | ||
| [2008/06/09 01:02:28] @ Quit: kenvandine: Excess Flood | ||
| [2008/06/09 01:02:37] @ Quit: madduck: Remote closed the connection | ||
| [2008/06/09 01:02:43] @ madduck joined channel #puppet | ||
| [2008/06/09 01:02:52] @ Quit: ashp: Remote closed the connection | ||
| [2008/06/09 01:02:53] @ kenvandine joined channel #puppet | ||
| [2008/06/09 01:02:59] @ ashp joined channel #puppet | ||
| [2008/06/09 01:05:51] @ trombik joined channel #puppet | ||
| [2008/06/09 01:06:54] @ f3ew joined channel #puppet | ||
| [2008/06/09 01:09:16] @ Quit: Innocenti: Client Quit | ||
| [2008/06/09 01:11:53] @ Quit: Maliuta: Remote closed the connection | ||
| [2008/06/09 01:13:25] @ Maliuta joined channel #puppet | ||
| [2008/06/09 01:25:04] @ Quit: johnf: "Leaving." | ||
| [2008/06/09 01:25:34] @ johnf joined channel #puppet | ||
| [2008/06/09 01:27:54] @ a-priori joined channel #puppet | ||
| [2008/06/09 01:28:37] @ Quit: a-priori: Client Quit | ||
| [2008/06/09 01:28:57] @ Quit: Superfly_: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 01:28:59] @ Quit: mellen: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 01:34:33] @ Quit: ricky: Remote closed the connection | ||
| [2008/06/09 01:38:13] @ mellen joined channel #puppet | ||
| [2008/06/09 01:38:15] @ Superfly_ joined channel #puppet | ||
| [2008/06/09 01:42:46] @ ricky joined channel #puppet | ||
| [2008/06/09 01:50:46] @ Quit: dysinger: | ||
| [2008/06/09 02:07:04] @ Quit: shadoi: "leaving" | ||
| [2008/06/09 02:08:00] @ e^ipi left channel #puppet ("Leaving") | ||
| [2008/06/09 02:41:41] @ Quit: shake-n-bake: | ||
| [2008/06/09 03:09:48] @ Quit: Ol_: | ||
| [2008/06/09 03:32:52] @ DerekW joined channel #puppet | ||
| [2008/06/09 03:45:06] @ Quit: kolla: Remote closed the connection | ||
| [2008/06/09 03:49:38] @ Innocenti joined channel #puppet | ||
| [2008/06/09 03:58:21] @ Quit: jvanzyl: | ||
| [2008/06/09 04:04:43] @ Quit: roald: "KVIrc 3.4.0 Virgo http://www.kvirc.net/" | ||
| [2008/06/09 04:32:53] @ exodos joined channel #puppet | ||
| [2008/06/09 04:57:48] @ strerror_work joined channel #puppet | ||
| [2008/06/09 05:04:01] @ dysinger joined channel #puppet | ||
| [2008/06/09 05:21:21] @ Quit: dysinger: | ||
| [2008/06/09 05:36:14] @ glaw joined channel #puppet | ||
| [2008/06/09 05:41:19] @ dysinger joined channel #puppet | ||
| [2008/06/09 05:50:27] <DerekW> jamesturnbull: Forgot to mention that the 0.24.x branch on your github seems to be working perfectly with our config | ||
| [2008/06/09 06:08:10] @ jvanzyl joined channel #puppet | ||
| [2008/06/09 06:14:42] @ john1 joined channel #puppet | ||
| [2008/06/09 06:14:43] @ Quit: johnf: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 06:16:06] @ john1 is now known as johnf | ||
| [2008/06/09 06:22:53] @ Quit: dysinger: | ||
| [2008/06/09 06:29:01] @ Quit: jvanzyl: | ||
| [2008/06/09 06:31:09] @ cabbiepete joined channel #puppet | ||
| [2008/06/09 06:31:42] @ Quit: cabbiepete: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 06:32:14] @ cabbiepete joined channel #puppet | ||
| [2008/06/09 06:56:40] @ Quit: Mandus: "Changing server" | ||
| [2008/06/09 06:58:00] @ Mandus joined channel #puppet | ||
| [2008/06/09 06:58:26] @ Quit: Mandus: Client Quit | ||
| [2008/06/09 06:59:15] @ Mandus joined channel #puppet | ||
| [2008/06/09 07:04:51] @ Quit: Mandus: "leaving" | ||
| [2008/06/09 07:05:26] @ Mandus joined channel #puppet | ||
| [2008/06/09 07:09:22] @ Quit: bender183: "Client Exiting" | ||
| [2008/06/09 07:11:02] @ Quit: _zsh: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 07:16:25] @ f--z joined channel #puppet | ||
| [2008/06/09 07:16:37] @ dysinger joined channel #puppet | ||
| [2008/06/09 07:18:39] @ Quit: cabbiepete: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 07:19:16] @ cabbiepete joined channel #puppet | ||
| [2008/06/09 07:26:09] @ dysinger_ joined channel #puppet | ||
| [2008/06/09 07:26:19] @ Quit: dysinger: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 07:27:50] @ Quit: dysinger_: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 07:28:13] @ greenmoss joined channel #puppet | ||
| [2008/06/09 07:28:28] @ dysinger joined channel #puppet | ||
| [2008/06/09 07:31:30] @ Quit: f3ew: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 07:45:49] @ Quit: kenvandine: Read error: 110 (Connection timed out) | ||
| [2008/06/09 07:48:32] @ wibbit joined channel #puppet | ||
| [2008/06/09 08:04:08] @ Quit: sparanjape: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 08:22:04] @ mccune joined channel #puppet | ||
| [2008/06/09 08:25:40] @ barnbarn_ joined channel #puppet | ||
| [2008/06/09 08:26:18] @ Quit: yure: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 08:26:19] @ Quit: barnbarn: kubrick.freenode.net irc.freenode.net | ||
| [2008/06/09 08:26:43] @ yure joined channel #puppet | ||
| [2008/06/09 08:29:49] @ kenvandine joined channel #puppet | ||
| [2008/06/09 08:29:55] @ f3ew joined channel #puppet | ||
| [2008/06/09 08:31:08] @ Quit: f3ew: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 08:34:52] @ Quit: wibbit: "Ex-Chat" | ||
| [2008/06/09 09:02:09] @ kambiz joined channel #puppet | ||
| [2008/06/09 09:17:53] @ shenson_not_here is now known as shenson | ||
| [2008/06/09 09:20:21] @ f3ew joined channel #puppet | ||
| [2008/06/09 09:21:21] @ Quit: madduck: Remote closed the connection | ||
| [2008/06/09 09:21:25] @ madduck joined channel #puppet | ||
| [2008/06/09 09:21:26] @ Quit: mccune: Remote closed the connection | ||
| [2008/06/09 09:22:14] @ Quit: f3ew: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 09:38:14] @ silent_ joined channel #puppet | ||
| [2008/06/09 09:38:37] @ silent_ is now known as silent-ion | ||
| [2008/06/09 09:40:16] @ Quit: yure: Remote closed the connection | ||
| [2008/06/09 09:42:36] @ jfluhmann joined channel #puppet | ||
| [2008/06/09 09:43:33] <ashp> It now seems that all doubt has been quelled, since Alameda County District Attorney Thomas Orloff has revealed that Hans Reiser will disclose the location of Nina's body for a reduced sentence. The deal is not yet finalized, though. | ||
| [2008/06/09 09:43:41] <ashp> Hans Reiser is a bad man! | ||
| [2008/06/09 09:44:00] <fsweetser> url? | ||
| [2008/06/09 09:44:02] <kajtzu> url? | ||
| [2008/06/09 09:44:13] <ashp> slashdot.org's front page | ||
| [2008/06/09 09:46:38] <fsweetser> well, that more or less kills of the whole "misunderstood" defense | ||
| [2008/06/09 09:47:42] @ kolla joined channel #puppet | ||
| [2008/06/09 09:50:00] <ashp> yeah, a lot of people kept trying to say he was just misunderstood | ||
| [2008/06/09 09:50:15] <ashp> but he tore out his front car seat to hide blood, and bought a book on hiding crimes | ||
| [2008/06/09 09:50:20] <ashp> probably not so misunderstood :) | ||
| [2008/06/09 09:52:21] @ jvanzyl joined channel #puppet | ||
| [2008/06/09 09:54:15] @ Zothar_Work joined channel #puppet | ||
| [2008/06/09 10:02:13] <ashp> wow, all kinds of redhat updates today, including ruby-shadow in EPEL, that's unexpected | ||
| [2008/06/09 10:02:21] <ashp> that's handy, I can remove that from my repo now | ||
| [2008/06/09 10:03:59] @ Quit: jvanzyl: | ||
| [2008/06/09 10:05:27] @ stevenjenkins joined channel #puppet | ||
| [2008/06/09 10:07:52] <DerekW> dlutter at work, no doubt | ||
| [2008/06/09 10:09:04] <ashp> I certainly won't complain, I was maintaining all kinds of rubygem's and it was a pain :) | ||
| [2008/06/09 10:09:30] <ashp> he's bundled up everything required for iclassify it seems | ||
| [2008/06/09 10:09:54] <ashp> well, most of it | ||
| [2008/06/09 10:10:31] @ shake-n-bake joined channel #puppet | ||
| [2008/06/09 10:18:58] @ lak joined channel #puppet | ||
| [2008/06/09 10:19:46] @ yure joined channel #puppet | ||
| [2008/06/09 10:22:01] @ flakrat joined channel #puppet | ||
| [2008/06/09 10:35:29] @ jvanzyl joined channel #puppet | ||
| [2008/06/09 10:37:56] @ brscott joined channel #puppet | ||
| [2008/06/09 10:38:35] @ brscott left channel #puppet () | ||
| [2008/06/09 10:45:46] @ Quit: shake-n-bake: Read error: 110 (Connection timed out) | ||
| [2008/06/09 10:54:04] @ jbrothers joined channel #puppet | ||
| [2008/06/09 10:55:26] @ Quit: lak: | ||
| [2008/06/09 11:02:24] <ashp> hmm | ||
| [2008/06/09 11:02:36] <ashp> I might test taht export/collect stuff by making a giant hosts file on my main util server | ||
| [2008/06/09 11:02:41] <ashp> because i can never get things added to dns :) | ||
| [2008/06/09 11:06:09] @ barnum joined channel #puppet | ||
| [2008/06/09 11:10:27] @ teyo joined channel #puppet | ||
| [2008/06/09 11:13:33] @ nigelk joined channel #puppet | ||
| [2008/06/09 11:13:55] @ Quit: nigelk: Client Quit | ||
| [2008/06/09 11:15:47] <andrewcshafer> test | ||
| [2008/06/09 11:15:56] @ andrewcshafer left channel #puppet () | ||
| [2008/06/09 11:16:23] @ andrewcshafer joined channel #puppet | ||
| [2008/06/09 11:17:52] @ yure_ joined channel #puppet | ||
| [2008/06/09 11:21:03] <kajtzu> ashp: http://en.wikipedia.org/w/index.php?title=Comparison_of_file_systems&oldid=209063556#Features | ||
| [2008/06/09 11:21:19] <kajtzu> ashp: as you mentioned reiser :) | ||
| [2008/06/09 11:32:51] <dryrot> i went to the trial | ||
| [2008/06/09 11:33:16] @ Quit: yure: Connection timed out | ||
| [2008/06/09 11:35:58] <ashp> dryrot: Was he as odd as he seems? | ||
| [2008/06/09 11:36:12] <ashp> I'm frustated, 'daemon' on RHEL5 won't background this process.. and I'm not so sure it's supposed to | ||
| [2008/06/09 11:37:20] <dryrot> ashp: the trial was crazy. he should have stayed off of the stand. he was entertaining... but he didn't help his case, since his stories were not believable | ||
| [2008/06/09 11:37:31] @ Quit: Innocenti: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 11:38:01] <ashp> dryrot: I heard he basically sabotaged himself with crazy explanations | ||
| [2008/06/09 11:40:51] @ lutter joined channel #puppet | ||
| [2008/06/09 11:42:54] <benp-> was there a verdict? | ||
| [2008/06/09 11:43:35] <benp-> is it over? | ||
| [2008/06/09 11:44:12] <benp-> ah, it is | ||
| [2008/06/09 11:44:28] <fsweetser> benp-: yes, there was a verdict, but no, it's not over =) | ||
| [2008/06/09 11:46:36] <barnum> its just beginning so it appears | ||
| [2008/06/09 11:46:39] @ Quit: kolla: Remote closed the connection | ||
| [2008/06/09 11:52:17] @ Quit: tmz: Read error: 110 (Connection timed out) | ||
| [2008/06/09 11:52:20] @ Quit: strerror_work: | ||
| [2008/06/09 11:54:59] <benp-> i havent really been following it.. obviously | ||
| [2008/06/09 11:59:50] <barnum> he got convicted | ||
| [2008/06/09 11:59:59] <barnum> and is now offereing to reveal the location of the body | ||
| [2008/06/09 12:00:03] <barnum> for a reduced sentance | ||
| [2008/06/09 12:06:36] @ Quit: f--z: "KVIrc 3.2.5 Anomalies http://www.kvirc.net/" | ||
| [2008/06/09 12:09:11] @ marcoecc joined channel #puppet | ||
| [2008/06/09 12:10:48] @ wibbit joined channel #puppet | ||
| [2008/06/09 12:13:50] @ Quit: cabbiepete: "Bye for now" | ||
| [2008/06/09 12:14:15] @ Quit: marcoecc: "Quitting" | ||
| [2008/06/09 12:14:29] @ marcoecc joined channel #puppet | ||
| [2008/06/09 12:15:11] @ f--z joined channel #puppet | ||
| [2008/06/09 12:17:56] @ Quit: f--z: Client Quit | ||
| [2008/06/09 12:26:11] @ Quit: exodos: "leaving" | ||
| [2008/06/09 12:33:24] @ plathrop joined channel #puppet | ||
| [2008/06/09 12:35:02] @ Quit: DerekW: "Leaving" | ||
| [2008/06/09 12:39:43] @ Joined channel #puppet | ||
| [2008/06/09 12:39:43] @ Topic is "Welcome to Puppet on Redmine (http://tinyurl.com/48ek6g) | Please see http://snurl.com/1udr1 for channel guidelines | See http://snurl.com/1udr3 and http://snurl.com/2901u about two SSL issues" | ||
| [2008/06/09 12:39:43] @ Topic set by jamesturnbull on Tue Jun 03 01:57:42 -0400 2008 | ||
| [2008/06/09 12:44:56] @ pookey left channel #puppet () | ||
| [2008/06/09 12:46:23] @ lak joined channel #puppet | ||
| [2008/06/09 12:46:27] @ Quit: jvanzyl: Read error: 104 (Connection reset by peer) | ||
| [2008/06/09 12:46:56] @ jvanzyl joined channel #puppet | ||
| [2008/06/09 12:47:05] @ Binford joined channel #puppet | ||
| [2008/06/09 12:53:08] @ a-priori joined channel #puppet | ||
| [2008/06/09 12:53:22] @ Quit: jbrothers: "Leaving." | ||
| [2008/06/09 12:53:28] @ Quit: jvanzyl: | ||
| [2008/06/09 12:55:20] @ Quit: a-priori: Client Quit | ||
| [2008/06/09 12:56:06] @ Quit: gepetto: Read error: 113 (No route to host) | ||
| [2008/06/09 12:56:09] @ Quit: lak: | ||
| [2008/06/09 12:57:50] @ jbrothers joined channel #puppet | ||
| [2008/06/09 13:00:32] @ lak joined channel #puppet | ||
| [2008/06/09 13:05:09] <gepetto_> ::puppet:: Puppet Scalability edited by RijilV @ http://reductivelabs.com/trac/puppet/wiki/PuppetScalability (by rijilv@gmail.com) | ||
| [2008/06/09 13:06:57] @ a-priori joined channel #puppet | ||
| [2008/06/09 13:10:36] <ashp> So was there ever a consensus on the best way to monitor when puppet last run on clients? | ||
| [2008/06/09 13:11:14] <Volcane> depends on your needs | ||
| [2008/06/09 13:11:31] <Volcane> do u want to know when it ran, or when it last for a succesffull compile for its manifests | ||
| [2008/06/09 13:11:50] <Volcane> s/for/got | ||
| [2008/06/09 13:12:04] <ashp> really I just want a quick and fast way to see what clients are checking in properly | ||
| [2008/06/09 13:12:04] <ashp> and which i stopped puppet on, then forgot to start up again | ||
| [2008/06/09 13:12:18] <Volcane> then monitor the age of the state.yaml file | ||
| [2008/06/09 13:12:34] @ Quit: a-priori: | ||
| [2008/06/09 13:13:46] <Volcane> on each client | ||
| [2008/06/09 13:13:57] <ashp> ah that's true | ||
| [2008/06/09 13:14:05] <ashp> there's a yaml/node on the server | ||
| [2008/06/09 13:14:13] <ashp> that's probably easy enough to see what's working ok | ||
| [2008/06/09 13:14:15] <Volcane> yes, but thats probably last good compile | ||
| [2008/06/09 13:14:17] <Volcane> not sure though | ||
| [2008/06/09 13:14:26] <ashp> well anything that's not today | ||
| [2008/06/09 13:14:29] <ashp> is a problem to me | ||
| [2008/06/09 13:14:39] <ashp> we kept disabling it ad-hoc while testing and developing out puppet | ||
| [2008/06/09 13:14:42] <ashp> but it's stable enough these days | ||
| [2008/06/09 13:14:55] <Volcane> theres a checking in the latest .24 of a tool to check on the master for it using those files | ||
| [2008/06/09 13:14:58] <Disconnect> and add it to the nagios recipe - iirc nagios has the option to monitor file age | ||
| [2008/06/09 13:15:29] * Volcane monitors it through nrpe on each machine and also count of puppet processes | ||
| [2008/06/09 13:16:24] <ashp> i've still got so many many things to do :) | ||
| [2008/06/09 13:16:38] <ashp> i am avoiding monitoring for now, we're rebuilding some boxes so i have to concentrate on those first | ||
| [2008/06/09 13:16:53] @ a-priori joined channel #puppet | ||
| [2008/06/09 13:17:01] <lak> the node and yaml cache on the server should be replaced on every compile | ||
| [2008/06/09 13:17:08] <Volcane> its one of those things, if you dont put it in as you roll out each component you'll be forever chasing | ||
| [2008/06/09 13:17:15] <lak> and if you have reporting enabled, you should get a new one on every successful compile | ||
| [2008/06/09 13:17:28] <ashp> lak: Ps, I've been wanting to ask you some environment questions | ||
| [2008/06/09 13:17:33] <ashp> I filed a bug on them, but I'm not sure they are bugs | ||
| [2008/06/09 13:17:37] <ashp> and not how you intended it to work | ||
| [2008/06/09 13:17:38] <lak> i saw the filing | ||
| [2008/06/09 13:17:49] <ashp> i wanted to catch you around first but you've been busy with the training | ||
| [2008/06/09 13:17:54] <ashp> it seemed like a bug, but it's hard to tell | ||
| [2008/06/09 13:18:07] <Volcane> at the very least its a documentation bug | ||
| [2008/06/09 13:18:39] <ashp> that's true, both volcane and I switched to this bootstrap environment thing, so if nothing else we can update documentation to point out the potential pitfalls | ||
| [2008/06/09 13:19:26] <Volcane> not a big problem for me, i set environment via custom facts, but would be nice to set a default environment on the master rather than requiring to put a puppet.conf before bootstrap on each box | ||
| [2008/06/09 13:19:27] <lak> i agree the behaviour is maybe not ideal, but i think there are lots of behaviours that we could pick and i tried to pick the most reasonable one | ||
| [2008/06/09 13:19:58] <lak> i.e., you think environment is essentially a server-side attribute and shouldn't really have any role on the client? | ||
| [2008/06/09 13:20:25] <Volcane> clients should set environment, master should set default | ||
| [2008/06/09 13:20:39] <lak> that's only possible if it's legal to have a nil env | ||
| [2008/06/09 13:20:46] <lak> which i don't think is reasonable | ||
| [2008/06/09 13:20:54] <Volcane> ah | ||
| [2008/06/09 13:21:15] <Volcane> thats ok, doco on --genconfig suggests otherwise, then i guess thats what needs fixing | ||
| [2008/06/09 13:21:30] <lak> i basically started with that behaviour, but decided it wasn't a good idea to allow nil or arbitrary envs | ||
| [2008/06/09 13:22:00] <Volcane> is not such a big deal just to wget a default puppet.conf in my kickstart for me, others might disagree though | ||
| [2008/06/09 13:22:13] <Volcane> i guess few ppl will adapt the idea of a bootstrap env anyway | ||
| [2008/06/09 13:22:14] <lak> or just start puppetd with --environment <blah> | ||
| [2008/06/09 13:22:19] <lak> you don't *need* puppet.conf | ||
| [2008/06/09 13:22:19] <Volcane> i find it very useful | ||
| [2008/06/09 13:22:21] <ashp> well, I think if the client has no environment set | ||
| [2008/06/09 13:22:26] <ashp> it should poll the server for some defaults | ||
| [2008/06/09 13:22:33] <ashp> so the servers default environment should carry over to the client | ||
| [2008/06/09 13:22:39] <ashp> but if the client has anything set it should override the server | ||
| [2008/06/09 13:22:45] <Volcane> lak: nods, also you need to set environments if u want to use anything but defaults | ||
| [2008/06/09 13:22:52] <Volcane> whic is fine, thats just by the by | ||
| [2008/06/09 13:22:57] <lak> ashp: i think that's way too much overhead | ||
| [2008/06/09 13:23:01] <ashp> I think mostly I was more perplexed by the second bit, needing environments = with a listing set on the client, that sounds like a bug | ||
| [2008/06/09 13:23:16] <ashp> because the server should handle the listing and management of environments, and clients just try to pick one | ||
| [2008/06/09 13:23:24] @ tmz joined channel #puppet | ||
| [2008/06/09 13:23:59] <ashp> I'm just used to servers managing that, and clients subscribing to an environment, but not needing to be exposed to other implementation details | ||
| [2008/06/09 13:25:08] <Volcane> doesnt really atter, we'll be either running puppet once with additional params or putting out a custom config, and that wont change unless the master can set the default | ||
| [2008/06/09 13:25:14] <Volcane> so 1 or 2 extra lines, no hassle :) | ||
| [2008/06/09 13:26:17] <lak> ashp: if you can come up with a clear way of describing the behaviour you want, plus a reasonable way of implementing it (and new APIs don't count as reasonable unless you're willing to build them), then please start a conversation about it on the dev list | ||
| [2008/06/09 13:29:56] <ashp> OK | ||
| [2008/06/09 13:31:30] @ Quit: chadh: Read error: 110 (Connection timed out) | ||
| [2008/06/09 13:32:50] <lak> i'm not tied to the current behaviour, but we need something clear to replace it with | ||
| [2008/06/09 13:33:56] <ashp> I'll have to dig into the APIs and figure out how we query puppetmaster for bits of its configuration | ||
| [2008/06/09 13:34:04] <lak> you can't | ||
| [2008/06/09 13:34:08] <ashp> oh :) | ||
| [2008/06/09 13:34:11] <lak> there's no network api available that does that | ||
| [2008/06/09 13:34:21] <lak> which is one of the reasons your request is, um, unreasonable | ||
| [2008/06/09 13:34:32] <ashp> well that makes sense at least, I just assumed that functionality would be provided | ||
| [2008/06/09 13:34:32] <lak> it's not just a bit-flip, it's a good bit of work | ||
| [2008/06/09 13:34:58] <ashp> I had wanted to provide a full puppet.conf on puppetmaster, and then smaller client specific puppet.conf to the clients, so they wouldn't have all the various bits that puppetmaster needs to know about | ||
| [2008/06/09 13:35:04] <ashp> but i didn't realise they had no way of querying variables | ||
| [2008/06/09 13:35:11] <ashp> well, configuration, not variables | ||
| [2008/06/09 13:41:16] <greenmoss> so, is there anything I can do to debug why the clients stop requesting updates from the server? | ||
| [2008/06/09 13:41:41] <greenmoss> --debug --verbose shows nothing obvious | ||
| [2008/06/09 13:43:19] <greenmoss> heck, at this point I'd even be happy to manually add trace statements in the code to see what it's blocked on | ||
| [2008/06/09 13:44:35] <lak> how do you know it's not requesting updates? | ||
| [2008/06/09 13:45:02] <greenmoss> it stops generating any log activity, and localconfig.yaml/state.yaml never get updated | ||
| [2008/06/09 13:46:55] <lak> anything on the server? | ||
| [2008/06/09 13:47:14] <lak> what happens if you send it a sigusr1 (which should trigger a connect)? | ||
| [2008/06/09 13:47:28] @ josb joined channel #puppet | ||
| [2008/06/09 13:47:29] <greenmoss> what, like kill -SIGUSR thepid? | ||
| [2008/06/09 13:47:49] <lak> yeah | ||
| [2008/06/09 13:48:02] <josb> Good morning all/ | ||
| [2008/06/09 13:50:15] <greenmoss> lak: http://pastie.org/211599 | ||
| [2008/06/09 13:50:33] <greenmoss> nothing on the puppetmaster | ||
| [2008/06/09 13:50:58] <lak> greenmoss: $10 says there's a lockfile saying not to run | ||
| [2008/06/09 13:51:07] <lak> in the state or rundir | ||
| [2008/06/09 13:51:27] <lak> sudo puppetd --configprint puppetdlockfile | ||
| [2008/06/09 13:51:34] <lak> no idea how that could get left around | ||
| [2008/06/09 13:51:54] <lak> but it sounds like you've got a run that's stuck frozen somehow | ||
| [2008/06/09 13:52:13] <lak> which locks the config process to forbid two concurrent runs of the client | ||
| [2008/06/09 13:52:14] <greenmoss> yeah, the lock file is there | ||
| [2008/06/09 13:52:25] <greenmoss> looks like it's from when I started it up | ||
| [2008/06/09 13:53:48] <greenmoss> ok, there was a bunch of noise in there, this being the puppetmaster... so I killed it and started again | ||
| [2008/06/09 13:54:06] <greenmoss> The last thing in the logs is a loaded fact | ||
| [2008/06/09 13:54:34] <greenmoss> and the puppetdlock file is there | ||
| [2008/06/09 13:55:05] <greenmoss> but identical config using --onetime works just fine | ||
| [2008/06/09 13:55:15] <lak> what if you remove the lock file? | ||
| [2008/06/09 13:55:33] <lak> i thought puppet was smart enough to check the validity of the lock file, but it might not be | ||
| [2008/06/09 13:56:04] <greenmoss> oh, it definitely removed and re-created the lock file... | ||
| [2008/06/09 13:56:49] <greenmoss> I just shut it down, and it removed the lock file | ||
| [2008/06/09 13:57:12] <greenmoss> then I started it back up, and it re-created the lock file | ||
| [2008/06/09 13:58:04] @ muerr joined channel #puppet | ||
| [2008/06/09 13:58:15] <greenmoss> is it usual for it to say "Finishing transation -605520938 with 0 changes" before it loads the facts? | ||
| [2008/06/09 13:58:16] <lak> it will create the lock file for each run, but it should remove it after | ||
| [2008/06/09 13:58:23] <muerr> luke! | ||
| [2008/06/09 13:58:29] <lak> greenmoss: yeah, basically; that's the self-configuration run | ||
| [2008/06/09 13:58:31] <lak> muerr! | ||
| [2008/06/09 13:58:41] <muerr> i finally posted our public manifests to github | ||
| [2008/06/09 13:58:46] <greenmoss> so maybe it's not actually completing the run? | ||
| [2008/06/09 13:59:36] <lak> greenmoss: it sounds like the run itself is hanging somehow | ||
| [2008/06/09 13:59:40] <lak> muerr: i saw that, i think | ||
| [2008/06/09 13:59:51] <greenmoss> I guess I could try removing manifests one by one and see if the problem goes away | ||
| [2008/06/09 13:59:57] <lak> urgh | ||
| [2008/06/09 14:00:06] <lak> so it's freezing in the background but not in foreground? | ||
| [2008/06/09 14:00:25] <lak> sounds like an exec that's waiting for input or something | ||
| [2008/06/09 14:00:42] <muerr> yeah i posted on the google group. | ||
| [2008/06/09 14:00:46] <greenmoss> is --onetime foreground? | ||
| [2008/06/09 14:01:14] @ Quit: jbooth: "leaving" | ||
| [2008/06/09 14:01:23] <lak> not necessarily; only if you add --test or --no-daemonize | ||
| [2008/06/09 14:01:54] @ Quit: marcoecc: "Quitting" | ||
| [2008/06/09 14:02:10] <greenmoss> so if I do --onetime without those, it should theoretically be running the same as when it daemonizes? | ||
| [2008/06/09 14:02:23] <greenmoss> because --onetime with no further args works fine | ||
| [2008/06/09 14:02:42] <kambiz> what is the proper way to run "/usr/sbin/authconfig" on linux clients by way of puppet? or do I manage the files that authconfig would produce | ||
| [2008/06/09 14:03:05] <kambiz> such as nsswitch.conf, ldap.conf, krb5.conf ... etc? | ||
| [2008/06/09 14:03:37] <greenmoss> kambiz: I manage the config files using puppet | ||
| [2008/06/09 14:03:58] <greenmoss> in fact, I didn't even know of the "authconfig" command | ||
| [2008/06/09 14:04:04] <Disconnect> hmm. can anyone save me here? https://wiki.hjksolutions.com/pages/viewpage.action?pageId=295037 (capfile for iclassify) .. getting monster syntax errors .. "nexpected '*', expecting '='" (i'm not a ruby guy, at all right now) | ||
| [2008/06/09 14:04:07] @ Quit: teyo: | ||
| [2008/06/09 14:04:10] <lak> greenmoss: can you test whether --onetime creates the lock file? it *should* | ||
| [2008/06/09 14:05:22] @ e^ipi joined channel #puppet | ||
| [2008/06/09 14:05:29] <kambiz> greenmoss: thanks ... currently I run authconfig in %post ... but wasn't sure of there was something prepackaged with puppet to periodically check my settings ... other than managing the config files of importance (which I'm perfectly ok with doing) | ||
| [2008/06/09 14:05:30] <e^ipi> is there a capistrano plugin for facter? | ||
| [2008/06/09 14:05:32] <greenmoss> lak: confirmed; yes, it creates it | ||
| [2008/06/09 14:05:37] <e^ipi> err, vice versa | ||
| [2008/06/09 14:05:43] <lak> then i'm pretty stumped | ||
| [2008/06/09 14:05:44] <e^ipi> i want to use facts in capistrano | ||
| [2008/06/09 14:05:52] <Disconnect> e^ipi: thats where iclassify comes in | ||
| [2008/06/09 14:06:29] <Disconnect> e^ipi: iclassify feeds facter to a central management console, then (if i can get the capfile above working) you can use it in capistrano | ||
| [2008/06/09 14:06:51] <e^ipi> i see | ||
| [2008/06/09 14:06:52] <greenmoss> lak: is there someplace strategic in the code that I can place debugging statements? | ||
| [2008/06/09 14:06:56] <e^ipi> i knew it had a purpose | ||
| [2008/06/09 14:07:02] <lak> ftr, that's easy to do in the current system -- look in the $yamldir/facts directory | ||
| [2008/06/09 14:07:08] <lak> all of your facts are already on the central system | ||
| [2008/06/09 14:07:17] <lak> greenmoss: well, i'd start with network/client/master.rb | ||
| [2008/06/09 14:12:00] <greenmoss> in def run? | ||
| [2008/06/09 14:12:14] <lak> yeah, probably | ||
| [2008/06/09 14:12:46] <greenmoss> use Puppet.err? | ||
| [2008/06/09 14:13:15] <greenmoss> maybe Puppet.notice is better | ||
| [2008/06/09 14:15:38] <lak> either one should get you output | ||
| [2008/06/09 14:15:54] @ Quit: randybias: | ||
| [2008/06/09 14:16:21] <greenmoss> hmm... not seeing my traces at all with --onetime --verbose --debug | ||
| [2008/06/09 14:16:39] <greenmoss> I put one right underneath def run, so that one should at least do something | ||
| [2008/06/09 14:19:25] <lak> i agree | ||
| [2008/06/09 14:19:40] <lak> why are you not just running puppetd with --test, out of curiousity? | ||
| [2008/06/09 14:19:52] <lak> since that adds --onetime --verbose, and a lot of other useful things | ||
| [2008/06/09 14:20:13] <greenmoss> I wanted --debug as well | ||
| [2008/06/09 14:20:25] <greenmoss> I don't think --test does that, right? | ||
| [2008/06/09 14:20:27] <lak> it's additive, so that's easy enough | ||
| [2008/06/09 14:20:32] <lak> no, but --test --debug does :) | ||
| [2008/06/09 14:20:48] <greenmoss> fine by me ;) | ||
| [2008/06/09 14:21:36] <greenmoss> actually, using --onetime was what I was doing out of cron, so I was trying to duplicate that setup... | ||
| [2008/06/09 14:22:05] <greenmoss> and now my traces are appearing | ||
| [2008/06/09 14:22:07] <greenmoss> weird | ||
| [2008/06/09 14:22:15] @ chadh joined channel #puppet | ||
| [2008/06/09 14:23:39] <greenmoss> ok, so it definitely works with --test --debug, *and* my traces appear... time to try again with the daemon | ||
| [2008/06/09 14:24:18] @ markl_ joined channel #puppet | ||
| [2008/06/09 14:32:14] <tim|imac> iPhone 3G :D | ||
| [2008/06/09 14:34:57] <muerr> does it run puppet? | ||
| [2008/06/09 14:35:01] <muerr> :) | ||
| [2008/06/09 14:35:04] <greenmoss> lak: so, it's never returning from self.getconfig | ||
| [2008/06/09 14:35:29] <ashp> wow, java-1.6.0-openjdk on rhel is terribly broken if you install the x86_64 one | ||
| [2008/06/09 14:35:35] <ashp> it starts making all kinds of links to missing directories | ||
| [2008/06/09 14:35:46] <greenmoss> that would be on line 253 of network/client/master.rb | ||
| [2008/06/09 14:36:37] <muerr> ashp: it could be said, java-* is terribly broken. :) | ||
| [2008/06/09 14:37:21] @ Quit: kambiz: "Leaving" | ||
| [2008/06/09 14:39:02] <lak> greenmoss: that's the connection to the server, so sounds like maybe a server issue? | ||
| [2008/06/09 14:39:13] <greenmoss> dunno... server is definitely up | ||
| [2008/06/09 14:39:27] <greenmoss> I'm following it in with more debugs | ||
| [2008/06/09 14:40:44] <ashp> muerr: I feel that way, I have to repackage their stupid rpm with the license agreement | ||
| [2008/06/09 14:40:47] <ashp> so i can roll it out automatically | ||
| [2008/06/09 14:41:25] <muerr> ashp: As I worked at IBM for 7 years as a system administrator, I had about 7 years of nightmarish experiences with all manners of Java packages across four different platforms. | ||
| [2008/06/09 14:42:02] <Disconnect> how is everyone else getting iclassify tags into capistrano? the capfile in the wiki doesn't work | ||
| [2008/06/09 14:42:11] <ashp> my coworker is following around behind me breaking puppet and undoing my work manually | ||
| [2008/06/09 14:42:20] <ashp> jokes on him because puppet is going to overwrite his changes | ||
| [2008/06/09 14:42:52] <Disconnect> ashp: i just had to explain that to the devs today.. "sure, if you really really insist you can have root on the beta boxes.. but they won't take any of your changes..." | ||
| [2008/06/09 14:43:00] <greenmoss> ashp: I've taken to putting "README: don't modify because puppet will kick your a$$" notices at the tops of my puppet-managed files, and chmoding them 0444 | ||
| [2008/06/09 14:43:17] <ashp> Yeah, I need to go in and add a warning to them all | ||
| [2008/06/09 14:43:19] <ashp> as he keeps forgetting | ||
| [2008/06/09 14:43:30] <greenmoss> the 0444 is also a good reminder | ||
| [2008/06/09 14:43:51] <greenmoss> it sometimes even reminds *me* | ||
| [2008/06/09 14:43:56] <muerr> Mmm.. chmod 0444 is rather amusing. | ||
| [2008/06/09 14:44:14] <muerr> Of course, :wq! will take care of that when root vi's the file. | ||
| [2008/06/09 14:44:41] <Disconnect> chattr +i | ||
| [2008/06/09 14:44:47] <greenmoss> definitely... it's just a reminder | ||
| [2008/06/09 14:45:04] <muerr> hehe. chattr is good fun too. | ||
| [2008/06/09 14:45:19] <Disconnect> nobody ever expects it. so instead of "why is it broken" (days later even) you get "why can't I write to this file? I'm root" ... "why are you writing ot that file?" | ||
| [2008/06/09 14:45:21] <e^ipi> is linux's immutable flag still un-settable while the machine is in multiuser? | ||
| [2008/06/09 14:45:30] <muerr> e^ipi: yes | ||
| [2008/06/09 14:45:34] <e^ipi> that's retarded | ||
| [2008/06/09 14:45:37] <muerr> concur. | ||
| [2008/06/09 14:45:40] <e^ipi> why bother even having an immutable flag? | ||
| [2008/06/09 14:45:54] <muerr> both settable and unsettable in multiuser mode. | ||
| [2008/06/09 14:45:57] <e^ipi> FBSD you need to actually bring the machine down to single user to modify it | ||
| [2008/06/09 14:46:06] <muerr> Yes. | ||
| [2008/06/09 14:46:18] <e^ipi> that's how it ought to be, and i'm not even a fbsd user | ||
| [2008/06/09 14:46:19] <muerr> I've had a very similar discussion with a Fbsd zealot friend of mine. | ||
| [2008/06/09 14:51:09] @ mccune joined channel #puppet | ||
| [2008/06/09 14:55:57] <ashp> Mmmmm, iphone 2.0 | ||
| [2008/06/09 14:56:01] <ashp> at half the price and gps/3g | ||
| [2008/06/09 14:57:02] <e^ipi> who gives a damn? | ||
| [2008/06/09 14:57:10] * lak does | ||
| [2008/06/09 14:57:13] <muerr> heh yeah. | ||
| [2008/06/09 14:57:18] <ashp> I reallllly want one. | ||
| [2008/06/09 14:57:19] <muerr> iphones don't have slide-out keyboards. | ||
| [2008/06/09 14:57:31] <ashp> If I didn't get a free cellphone with voice/data included, I'd buy one | ||
| [2008/06/09 14:57:36] <muerr> i've tried typing on the onscreen keyboards, and it sucks. | ||
| [2008/06/09 14:57:49] <e^ipi> mobile keyboards all suck | ||
| [2008/06/09 14:58:03] <e^ipi> i'd rather just use my cheap shitty cellphone as a modem for my laptop | ||
| [2008/06/09 14:58:26] <barnum> im pretty happy with the bb keyboard | ||
| [2008/06/09 14:58:47] <muerr> I liked the HTC mogul one I demoed. | ||
| [2008/06/09 14:59:10] * Disconnect owned an iphone for a couple months (hacked it, had some fun, sold it for profit) .. the keyboard was remarkably usable. but the 320x240 screen was not. | ||
| [2008/06/09 14:59:12] <muerr> my current employer was considering paying for one for me, but now that i'm moving on soon, they won't :-). | ||
| [2008/06/09 14:59:17] <Disconnect> and i discovered i really need buttons on an mp3 player or phone | ||
| [2008/06/09 15:00:13] <ashp> i have the htc mogul | ||
| [2008/06/09 15:00:16] <ashp> that's the freebie i got | ||
| [2008/06/09 15:00:16] <greenmoss> rumor has it you can use an ssh proxy to use your iphone as a mobile internet connection | ||
| [2008/06/09 15:00:22] <ashp> it's ok but runs out of ram constantly, it's embarrassing | ||
| [2008/06/09 15:00:24] <greenmoss> for your laptop that is | ||
| [2008/06/09 15:01:16] @ kambiz joined channel #puppet | ||
| [2008/06/09 15:02:33] @ Quit: lak: | ||
| [2008/06/09 15:03:04] * Disconnect got the nokia e90 | ||
| [2008/06/09 15:03:19] <kajtzu> the E90 is nice. I've had one for a year now | ||
| [2008/06/09 15:09:06] <muerr> the appeal of the htc mogul is it will apparently run openvpn and ssh, which would let me do about 95% of my job functions from anywhere i can get reception. | ||
| [2008/06/09 15:09:25] <muerr> and it will run jabber as well, which is what we use internally for IM | ||
| [2008/06/09 15:10:16] <Disconnect> muerr: yah but (except openvpn) thats true of everything including a year-old blackberry | ||
| [2008/06/09 15:11:03] @ robin joined channel #puppet | ||
| [2008/06/09 15:11:36] <robin> Hey everyone -- I have a pretty specific question. I'm looking to manage munin's config file with puppet. | ||
| [2008/06/09 15:12:12] <Disconnect> (well, everything except the unhacked iphone) | ||
| [2008/06/09 15:12:17] <robin> now, the munin-node.conf needs one line per permitted IP. currently I have a template that says <%= munin_ip %> | ||
| [2008/06/09 15:12:46] <robin> but I want to change that into a for loop that writes every munin host IP I'm going to permit... what's the right way to put a for loop in a template? | ||
| [2008/06/09 15:15:03] <muerr> Disconnect: heh, well I've never had a smartphone, and the last PDA I had was a Palm Tungsten T3, which could only network via bluetooth or an expensive SD wifi. | ||
| [2008/06/09 15:16:22] <muerr> robin: <% hostlist.each do |host| %><%= host %> | ||
| [2008/06/09 15:16:27] <muerr> something like that. | ||
| [2008/06/09 15:17:26] <robin> muerr: okay.... and in my definitions file, how would I define the hostlist? | ||
| [2008/06/09 15:18:26] <ashp> lak: I can pay you one baby to fix the global dependencies thing. | ||
| [2008/06/09 15:18:32] <ashp> lak: I can probably throw in my boxer dog? | ||
| [2008/06/09 15:19:12] @ docta_v joined channel #puppet | ||
| [2008/06/09 15:19:31] <muerr> hostlist would be the array where you have your munin_ip's | ||
| [2008/06/09 15:19:38] <greenmoss> ashp: lak left | ||
| [2008/06/09 15:19:46] <ashp> well, my trade is ruined :/ | ||
| [2008/06/09 15:19:49] <docta_v> i'm getting a "Could not find a default provider for user" error but i've installed the ruby-shadow package | ||
| [2008/06/09 15:20:37] <muerr> robin: so you'd have like, munin_ip_list => ["10.0.0.1", "10.0.0.2"] as a parameter in your define that uses the template. | ||
| [2008/06/09 15:20:37] <docta_v> not sure what i'm missing | ||
| [2008/06/09 15:20:55] <robin> uh huh | ||
| [2008/06/09 15:21:11] <muerr> :) | ||
| [2008/06/09 15:21:27] <muerr> i'm making baseless assumptions since you haven't posted a pastie of your manifest you're workign with :) | ||
| [2008/06/09 15:21:40] <muerr> typically we only use templates within defines. | ||
| [2008/06/09 15:22:11] <robin> well here's a short line from my actual templace | ||
| [2008/06/09 15:22:13] <robin> allowed_hosts=127.0.0.1,<%= nrpe_ip %> | ||
| [2008/06/09 15:22:33] <robin> the $nrpe_ip variable is defined in the "globals.pp" file which gets read by site.pp | ||
| [2008/06/09 15:23:09] <robin> now in this case, $nrpe_ip can actually be "1.2.3.4,5.6.7.8,etc." | ||
| [2008/06/09 15:23:16] <robin> but with munin it looks like this: | ||
| [2008/06/09 15:23:49] <robin> allow ^127\.0\.0\.1$ | ||
| [2008/06/09 15:23:49] <robin> allow <%= munin_ip %> | ||
| [2008/06/09 15:23:58] <robin> one allow per line. I just want to generate a bunch of lines | ||
| [2008/06/09 15:24:08] <greenmoss> robin: allowed_hosts=127.0.0.1,<%= nrpe_ip.join(',') %> | ||
| [2008/06/09 15:24:28] <greenmoss> oh, sorry | ||
| [2008/06/09 15:24:34] <robin> greenmoss: my $nrpe_ip variable is actually a string with all the commas in it | ||
| [2008/06/09 15:24:35] <robin> thank you though | ||
| [2008/06/09 15:24:45] <robin> I'm looking for a way to approach the munin conf | ||
| [2008/06/09 15:25:29] <greenmoss> robin: you could do the opposite, if you don't already have an array: split on the comma | ||
| [2008/06/09 15:25:57] <robin> and then how to print a line per element of the array? | ||
| [2008/06/09 15:26:19] <greenmoss> <% nrpe_ip.split(/,/).each |ip|> <%= ip %> | ||
| [2008/06/09 15:27:34] <robin> won't that just print "ip1" "ip2" ip3" etc... ? | ||
| [2008/06/09 15:27:50] <muerr> robin: http://pastie.org/211658 | ||
| [2008/06/09 15:28:06] <greenmoss> yeah; put the <%= ip %> after a newline | ||
| [2008/06/09 15:28:46] <robin> I will mess with this. thanks am million/ | ||
| [2008/06/09 15:28:58] <muerr> sample manifest, template and output in that pastie. | ||
| [2008/06/09 15:29:35] <greenmoss> or this one, if it's a string instead of an array: http://pastie.org/211660 | ||
| [2008/06/09 15:30:19] <muerr> pfft! :) | ||
| [2008/06/09 15:30:35] <greenmoss> anyone here know the network/client/master.rb code besides lak? | ||
| [2008/06/09 15:31:03] <greenmoss> trying to figure out where the self.class.facts on line 143 comes from | ||
| [2008/06/09 15:31:10] <greenmoss> so I can put some debug statements in there | ||
| [2008/06/09 15:31:32] <greenmoss> muerr: ;) | ||
| [2008/06/09 15:31:43] <greenmoss> thanks for the inspiration | ||
| [2008/06/09 15:31:49] <muerr> heh ehh | ||
| [2008/06/09 15:34:52] <ashp> hmm, in a define | ||
| [2008/06/09 15:35:05] <ashp> is there an easy way to break out if a variable isn't passed in | ||
| [2008/06/09 15:35:17] <muerr> yeah puppet bombs | ||
| [2008/06/09 15:35:18] <ashp> I'm setting up nfsmount{} so I want it to melt down if say, local (local directory) isn't set | ||
| [2008/06/09 15:35:25] <ashp> oh it's just explode by default if i use the variable? | ||
| [2008/06/09 15:35:31] <robin> muerr and greenmoss - thanks; it works like a charm | ||
| [2008/06/09 15:35:32] <ashp> that's good, that's exactly what I want | ||
| [2008/06/09 15:35:35] <muerr> just don't set a default value in the define (local) part. | ||
| [2008/06/09 15:35:39] <muerr> robin: cool :) | ||
| [2008/06/09 15:35:42] <ashp> good, I only set a default on $atboot | ||
| [2008/06/09 15:36:02] <ashp> i like how I can pass through metaparams, that's cool for require | ||
| [2008/06/09 15:36:15] <muerr> so if you have say, define nfsmount (local) { blah }, then it'll bomb if you don't have the local parameter set when using the define. | ||
| [2008/06/09 15:36:38] <muerr> but if you have nfsmount (local = 'someplace') { blah } it'll use that by default unless otherwise specified. | ||
| [2008/06/09 15:38:54] <ashp> time to see if I explode puppet with my test :) | ||
| [2008/06/09 15:39:23] <ashp> I'm still not sure if it's best to keep my defines in a module or global. What do the rest of you do? | ||
| [2008/06/09 15:39:33] @ Quit: a-priori: | ||
| [2008/06/09 15:39:44] <ashp> I'm keeping mine in modules for now, even if it's just a module with a single define. | ||
| [2008/06/09 15:39:50] @ teyo joined channel #puppet | ||
| [2008/06/09 15:40:15] <muerr> almost all our configuration is in modules. | ||
| [2008/06/09 15:40:34] @ lak joined channel #puppet | ||
| [2008/06/09 15:40:50] <muerr> we have a very few defines that are under puppet/master/manifests/defines/common.pp, like DavidS's add_line, a download_file and a couple other general use defines. | ||
| [2008/06/09 15:40:58] <greenmoss> lak: yay, you're back | ||
| [2008/06/09 15:41:13] <ashp> the only annoying thing is calling it by module::nfsmount, but that's just cosmetic :) | ||
| [2008/06/09 15:41:27] <greenmoss> lak: for the purpose of debugging, where does self.class.facts come from? | ||
| [2008/06/09 15:41:34] <holoway> Disconnect: did you get the cap recipe for iclassify working? | ||
| [2008/06/09 15:41:43] <Disconnect> yah checked it into wiki a few mins ago | ||
| [2008/06/09 15:41:53] <holoway> Disconnect: awesome | ||
| [2008/06/09 15:41:55] <holoway> you rock | ||
| [2008/06/09 15:41:56] <holoway> :) | ||
| [2008/06/09 15:42:03] <holoway> Disconnect++ | ||
| [2008/06/09 15:42:12] * holoway thinks #puppet needs karma tracking | ||
| [2008/06/09 15:42:15] <muerr> Does that mean he should be /nick Reconnect? | ||
| [2008/06/09 15:42:18] <Disconnect> and for the record, the next person to invent a language with that stupid "do { .. } unless" logic gets punched in the face | ||
| [2008/06/09 15:42:46] <Disconnect> cuz unless you're actively debugging its just not polite :) | ||
| [2008/06/09 15:43:46] <ashp> Oh, hmm, if it's in a module do I have to do define filemounts::nfs::nfsmount to get it to work? I just had define nfsmount | ||
| [2008/06/09 15:45:34] <muerr> ashp: you don't *need* any fancy craziness like that. | ||
| [2008/06/09 15:45:39] <ashp> hmm, I wonder what on earth is going wrong | ||
| [2008/06/09 15:45:46] <ashp> at first I just called it nfsmount, then tried calling nfsmount in the node def | ||
| [2008/06/09 15:45:54] <muerr> like, we have modules/network, but the primary define i use is simply 'netiface' | ||
| [2008/06/09 15:46:05] <ashp> I tried nfsmount, filemounts::nfsmount and filemounts::nfs::nfsmount | ||
| [2008/06/09 15:46:13] <ashp> but it didn't find it anywhere, so I've got to work out what on earth | ||
| [2008/06/09 15:46:40] @ Quit: robin: | ||
| [2008/06/09 15:47:56] <lak> greenmoss: i don't really understand your question about where the facts come from; the method is defined in that same class | ||
| [2008/06/09 15:48:00] <ashp> I should be able to use defines from modules in a node statement, correct? | ||
| [2008/06/09 15:48:07] <muerr> oh - caveat: we're using import "modulename" for each module in our site.pp | ||
| [2008/06/09 15:48:16] <greenmoss> lak: found it... I'm definitely *not* a ruby jockey | ||
| [2008/06/09 15:48:16] <muerr> if you're not, and you're doing magical namespacing, ymmv. | ||
| [2008/06/09 15:48:32] <ashp> muerr: I just include a class that's defined in each module in a giant baseclass | ||
| [2008/06/09 15:49:07] <ashp> it does lead to all kinds of problems, I think it's processing the nfsmount{} before it gets to the module it's part of or something. | ||
| [2008/06/09 15:49:09] @ Quit: dryrot: Remote closed the connection | ||
| [2008/06/09 15:49:21] <ashp> except, if I use namespacing like filemounts::nfsmount I'd expect it to try to load the module. | ||
| [2008/06/09 15:49:54] <lak> ashp: it does, as long as all of the naming is right | ||
| [2008/06/09 15:50:09] <muerr> maybe. the namespace magic isn't something i really understood, so i just import modulenames and everything works. | ||
| [2008/06/09 15:50:18] <plathrop> lak: Does the namespacing for variables work in templates? | ||
| [2008/06/09 15:50:23] <lak> no | ||
| [2008/06/09 15:50:28] <muerr> so when i do netiface{} on a node, it gets the define netiface out of the network module. | ||
| [2008/06/09 15:50:31] <lak> templates use method_missing magic | ||
| [2008/06/09 15:50:34] <plathrop> lak: Ok, thanks | ||
| [2008/06/09 15:50:55] <ashp> lak: hmm, odd, is there anything special I need to do for naming. | ||
| [2008/06/09 15:51:09] <ashp> In each module I define class modulename {} and in there I include modulename::subclasses | ||
| [2008/06/09 15:51:29] <ashp> I just moved my nfsmount define to init.pp in filemounts/, and it still can't find filemounts::nfsmount from nodes.pp | ||
| [2008/06/09 15:51:51] <lak> i can't really debug right now, on the phone; ping me later or something | ||
| [2008/06/09 15:52:12] <ashp> k | ||
| [2008/06/09 15:52:15] <lak> but you just have to follow normal naming -- definitions in a module need to be named <module>::<define> and be in manifests/<define>.pp | ||
| [2008/06/09 15:52:18] <lak> or in init.pp | ||
| [2008/06/09 15:52:31] <ashp> oh, i can use define.pp, interesting | ||
| [2008/06/09 15:52:40] <ashp> i'll try that, i didn't know I could do that | ||
| [2008/06/09 15:52:48] <lak> no, not define.pp | ||
| [2008/06/09 15:52:50] <muerr> can do the same with classes iirc. | ||
| [2008/06/09 15:52:51] <lak> <define>.pp | ||
| [2008/06/09 15:52:57] <lak> as in, replace that with the definition name | ||
| [2008/06/09 15:53:01] <ashp> yeah i know :) | ||
| [2008/06/09 15:53:03] <muerr> but see also above comments about namespacing. | ||
| [2008/06/09 15:53:07] <ashp> sorry, I should have been clearer | ||
| [2008/06/09 15:53:18] <ashp> muerr: I do that with all my classes, then do include filemounts::nfs for example in the main class | ||
| [2008/06/09 15:53:24] <ashp> that way i don't touch import, only include | ||
| [2008/06/09 15:53:28] @ jcollie left channel #puppet ("Ex-Chat") | ||
| [2008/06/09 15:54:11] <muerr> ashp: well, not only was it easier for me when we implemented originally, it was easier for my team. | ||
| [2008/06/09 15:54:26] <Disconnect> hmm. http://www.capify.org/getting-started/basics lies. (under 'loading files' .. i used that example to find iClassify and I get load errors. or does load work differently than reqire? | ||
| [2008/06/09 15:55:17] <Disconnect> load_paths << "/opt/iClassify/lib/" ; require "iclassify" .. it works with $:.push('/opt/iClassify/lib/') | ||
| [2008/06/09 15:56:50] <ashp> Moving the define into it's own .pp file fixed it straight away | ||
| [2008/06/09 15:56:57] <ashp> the define is broken, but that bits my fault :) | ||
| [2008/06/09 15:57:02] <ashp> err: Could not apply complete catalog: Found dependency cycles in the following relationships: File[/home] => File[/home], File[/home] => Mount[/home], File[/home] => Mount[/home] | ||
| [2008/06/09 15:57:05] <ashp> Whoops :) | ||
| [2008/06/09 15:57:11] <ashp> I somehow knew I couldn't get away with this | ||
| [2008/06/09 15:57:47] <greenmoss> lak: ok, now I'm at "facts = Facter.to_hash.inject({}) do |newhash, array|" (line 29) | ||
| [2008/06/09 15:58:01] <ashp> I have a define that tries to do mount {$name:} along with a require => File[$name], and a seperate file { $name" } | ||
| [2008/06/09 15:58:05] <greenmoss> it never gets into this loop | ||
| [2008/06/09 15:58:09] <ashp> i knew that would never fly | ||
| [2008/06/09 15:58:11] <greenmoss> nor dies | ||
| [2008/06/09 15:58:54] <greenmoss> I tried adding a debug to facter.rb, but it doesn't print anything; not sure I put the debug in the proper place | ||
| [2008/06/09 15:59:35] @ Quit: kambiz: "Leaving" | ||
| [2008/06/09 16:01:42] <ashp> this is an awkward define | ||
| [2008/06/09 16:01:49] <ashp> as i need the file {} statement to make sure the local mountpoint exists | ||
| [2008/06/09 16:01:59] <ashp> and then I need to be able to require that same file{} in the define | ||
| [2008/06/09 16:02:13] <muerr> ashp: is your manifest pushed out to your github? | ||
| [2008/06/09 16:02:15] <ashp> maybe I can just call a second define in the first before I reach the mount part | ||
| [2008/06/09 16:02:19] <ashp> muerr: no I can paste it easy tho, hang on | ||
| [2008/06/09 16:02:40] <ashp> http://pastebin.com/dd8fce64 | ||
| [2008/06/09 16:03:21] <ashp> I'm thinking of making the main define call file{}, then call a second define that actually does the work so they don't loop, but that's probably a mistake :) | ||
| [2008/06/09 16:03:36] <Volcane> does that not work? it seems fine | ||
| [2008/06/09 16:03:45] <ashp> it just causes a loop | ||
| [2008/06/09 16:03:53] <Volcane> hmm | ||
| [2008/06/09 16:03:55] @ hessml joined channel #puppet | ||
| [2008/06/09 16:04:06] <ashp> http://pastebin.com/m30418b2a | ||
| [2008/06/09 16:04:11] <ashp> modified one with the define I call | ||
| [2008/06/09 16:04:22] <ashp> oh wait, I have the require twice | ||
| [2008/06/09 16:04:25] <ashp> what on earth was I thinking | ||
| [2008/06/09 16:04:36] <ashp> this is why pasting is always embarrassing | ||
| [2008/06/09 16:04:44] <e^ipi> any way to resolve "hostname was not match with the server certificate" | ||
| [2008/06/09 16:04:52] <muerr> take the require out of your filemounts::nfsmount { "/home": | ||
| [2008/06/09 16:04:54] <e^ipi> not the bad grammar, the actual error | ||
| [2008/06/09 16:05:39] <hessml> hello | ||
| [2008/06/09 16:05:52] <muerr> :) | ||
| [2008/06/09 16:06:07] <muerr> ashp: thats another reason it took me some time to post our modules - i wanted to get stuff cleaned up :) | ||
| [2008/06/09 16:06:18] <muerr> the users stuff is rather a mess, but it was worse. | ||
| [2008/06/09 16:06:19] <ashp> I think I'll leave it in the define, but out of the callee in node | ||
| [2008/06/09 16:06:20] <hessml> i'm having trouble finding documentation on configuring a pupet client to talk to a server on different subnet | ||
| [2008/06/09 16:06:25] <ashp> that way there's always a require on the mountpoint :) | ||
| [2008/06/09 16:06:28] <Volcane> ashp: did your kid get born and alls good? | ||
| [2008/06/09 16:06:42] <muerr> yes, leave it in the define. that way you don't have to worry about remembering to add it when you use that define | ||
| [2008/06/09 16:06:46] <ashp> Not yet, that horrible baby. :( | ||
| [2008/06/09 16:06:50] <ashp> She was going to be enduced | ||
| [2008/06/09 16:06:52] <Volcane> ashp: ah :( | ||
| [2008/06/09 16:06:57] <ashp> but then she started behaving so they went back to patiently waiting | ||
| [2008/06/09 16:06:58] <fsweetser> hessml: what's the problem? puppet itself doesn't really care about subnets | ||
| [2008/06/09 16:08:30] <Volcane> hessml: i just make sure that my machines all can find the master as host 'puppet' and it works, i have one master and macines in 4 countries no hassles | ||
| [2008/06/09 16:08:47] <hessml> the howto install doesn't reall say how to find the server... ah wait... just found it... never mind.... it always works that way... just when you ask for help the answer jumps out.... | ||
| [2008/06/09 16:08:59] <hessml> thanks anyway :-) | ||
| [2008/06/09 16:09:35] @ dryrot joined channel #puppet | ||
| [2008/06/09 16:15:09] <lak> greenmoss: my guess is that it's having trouble loading your custom fact | ||
| [2008/06/09 16:15:33] <lak> it's calling Facter.to_hash, which is trying to read something or something like that, and that's hanging | ||
| [2008/06/09 16:15:52] * lak & | ||
| [2008/06/09 16:16:14] <greenmoss> lak: sounds right... is there a way to figure out which fact is causing the problem? | ||
| [2008/06/09 16:16:24] <lak> not in puppet | ||
| [2008/06/09 16:16:31] <lak> you can write your own ruby script to do so, i guess | ||
| [2008/06/09 16:16:45] <greenmoss> oh that's right... facter's output disappears when running from puppet | ||
| [2008/06/09 16:16:52] <lak> but, unless you have a bunch of custom scripts, it should be pretty easy, right? | ||
| [2008/06/09 16:16:56] <lak> custom facts, i mean | ||
| [2008/06/09 16:17:06] <greenmoss> oh, there's about 10 or more, so it would be non-trivial | ||
| [2008/06/09 16:18:33] <Volcane> lak: why is factdest not = factpath by default? why would you want to seperate those two ever? | ||
| [2008/06/09 16:18:45] <lak> it is by default, isn't it? | ||
| [2008/06/09 16:19:02] <lak> greenmoss: well, you just need to see which one doesn't work w/out stdin/stdout/stderr | ||
| [2008/06/09 16:19:21] <greenmoss> lak: how do I do that? | ||
| [2008/06/09 16:19:24] <Volcane> well, i made factdest /var/lib/puppet/facter rather than default so i can easily do RUBYLIB=... etc for facter | ||
| [2008/06/09 16:19:33] <Volcane> but didnt realise factpath also needed changing | ||
| [2008/06/09 16:19:42] <Volcane> and i am kind of wondering whats the point of ever having them different | ||
| [2008/06/09 16:19:46] <greenmoss> ruby thefact.rb ?? | ||
| [2008/06/09 16:19:59] <lak> greenmoss: that's basically beyond my ability to help | ||
| [2008/06/09 16:20:15] <lak> dealing with backgrounded processes in *nix is a huge PITA, which is why you're having trouble | ||
| [2008/06/09 16:20:50] <greenmoss> isn't there something I can add to facter.rb to tell me which fact it's processing at the moment? | ||
| [2008/06/09 16:21:10] <lak> i don't think so; it's so simple there's very little debugging | ||
| [2008/06/09 16:21:28] <lak> there's some debugging switch -- look in facter.rb to find it -- but i won't make any promises about it sufficing | ||
| [2008/06/09 16:21:41] <lak> Volcane: because factpath can have multiple fact locations | ||
| [2008/06/09 16:21:47] <greenmoss> yeah, it's Facter.debug | ||
| [2008/06/09 16:21:47] <lak> but certainly feel free to submit a patch | ||
| [2008/06/09 16:22:05] <lak> Volcane: but note that what you're doing won't automatically reload facts that you change | ||
| [2008/06/09 16:22:10] <Volcane> lak: ah that makes sense, no i am mostly wondering about the rational behind it, once i understand why things become less annoying :) | ||
| [2008/06/09 16:22:52] @ Quit: lak: | ||
| [2008/06/09 16:22:58] <Volcane> lak: nods, i just want to be easily test my facts with facter which is why i want a diff path. i noticed the not changing part. i think theres a new flag to the latest facter to show puppet facts though which should help when it comes out | ||
| [2008/06/09 16:23:00] <ashp> you know, the more i think about the environment stuff i want to change the more i realise itcan be done as is | ||
| [2008/06/09 16:23:02] <hessml> anyone here running the master from osx? | ||
| [2008/06/09 16:31:28] @ pdna joined channel #puppet | ||
| [2008/06/09 16:31:40] @ pdna left channel #puppet () | ||
| [2008/06/09 16:32:08] <ashp> ok i wrote a big dev@ mail | ||
| [2008/06/09 16:32:12] <ashp> someone take pity on me and read and reply :) | ||
| [2008/06/09 16:34:26] <ashp> http://www.apple.com/ca/press/2008_06/snow_leopard.html <-- wow.. that's.. odd. | ||
| [2008/06/09 16:34:46] <ashp> the next version of osx just optimises things? | ||
| [2008/06/09 16:36:03] <Volcane> will be a hard sell to get consumers to pay the £GBP9or whatever | ||
| [2008/06/09 16:36:17] <Volcane> GBP90 | ||
| [2008/06/09 16:36:20] <holoway> ashp: so, re: environments and selection | ||
| [2008/06/09 16:36:57] <hessml> is there any special trick in getting the master to run on osx | ||
| [2008/06/09 16:37:11] <benp-> people bought vista | ||
| [2008/06/09 16:37:17] <hessml> I got this error "Could not configure for running; got 1 failure(s)" | ||
| [2008/06/09 16:37:46] <holoway> is your use case that you want a new machine without an environment to use the bootstrap puppetmaster, but then to use development? | ||
| [2008/06/09 16:38:10] @ shadoi joined channel #puppet | ||
| [2008/06/09 16:38:43] <Volcane> holoway: nods, minimal first run environment. | ||
| [2008/06/09 16:39:11] <Volcane> (i use it primarily to push out a file /etc/facts.txt to clients that gets parsed for custom facts once the real run is ongoing | ||
| [2008/06/09 16:39:22] <holoway> (I admit I've been doing that with different actual puppetmasterd's, since our deploys mostly pre-date environments) | ||
| [2008/06/09 16:39:54] <Volcane> yeah environments really are kewl | ||
| [2008/06/09 16:40:03] <holoway> doesn't the client need to know what environment to request? | ||
| [2008/06/09 16:40:10] <holoway> for example, if you have a puppetmasterd with 3 environments | ||
| [2008/06/09 16:40:23] <holoway> isn't it the clients job to know what environment it's in? | ||
| [2008/06/09 16:40:23] <Volcane> it requests 'development' by default, we want to set the default on the master instead of each client | ||
| [2008/06/09 16:40:42] <holoway> but it feels like it should be set on the client | ||
| [2008/06/09 16:40:47] <holoway> since the workflow is all client driven | ||
| [2008/06/09 16:40:51] <holoway> ie | ||
| [2008/06/09 16:40:54] <Volcane> i agree, the docs just need fixing to reflect that | ||
| [2008/06/09 16:41:09] <holoway> a client has been bootstrapped or it hasn't, and only the client knows in advance | ||
| [2008/06/09 16:41:33] <holoway> (if you want the default environment to be bootstrap, just make that the dev environment, and have the last thing it does be swtich the clients over to production?) | ||
| [2008/06/09 16:41:39] <muerr> Mmm. | ||
| [2008/06/09 16:41:43] <holoway> I say this with 0 working knowledge of environments | ||
| [2008/06/09 16:41:47] <holoway> I'm just thinking it th rough | ||
| [2008/06/09 16:41:48] <holoway> :) | ||
| [2008/06/09 16:42:50] <Volcane> holoway: yeah, i am happy to just wget a puppet.conf at the end of kickstart to put it in the right env | ||
| [2008/06/09 16:43:11] <ashp> holoway: yes | ||
| [2008/06/09 16:43:19] <muerr> Well, for our environment, we have the build server dual-homed. It sits on two subnets, build network and DMZ (production) network. Theoretically, we could have two puppetmaster processes running, one with the 'bootstrap' manifests and one with the 'production' (or development, or whatever) manifests. | ||
| [2008/06/09 16:43:24] <ashp> holoway: that's the idea | ||
| [2008/06/09 16:43:37] <ashp> holoway: i have a template that just sets the environment = $hlslocation | ||
| [2008/06/09 16:43:41] <ashp> and in the node def i throw that in | ||
| [2008/06/09 16:43:46] <muerr> I don't know if that is helpful for the discussion. | ||
| [2008/06/09 16:43:57] <ashp> so it calls bootstrap out of the box, sets up the network/repos/environment, and then proceeds on | ||
| [2008/06/09 16:44:07] <ashp> but really it's just I was surprised that the client needs to know about the environments | ||
| [2008/06/09 16:44:10] <ashp> that's the servers job | ||
| [2008/06/09 16:44:28] <Volcane> ashp: only cos the docs told u that first :P | ||
| [2008/06/09 16:44:45] <ashp> :) | ||
| [2008/06/09 16:44:56] <ashp> I just think clients should be dumb and just request to be in an environment | ||
| [2008/06/09 16:45:00] <ashp> and the server should do the rest | ||
| [2008/06/09 16:46:32] <Volcane> or they can just add the ability for a node to say which class should always be executed first | ||
| [2008/06/09 16:46:40] <Volcane> then all this junk can go away :P | ||
| [2008/06/09 16:46:48] <muerr> Mmm.. I don't think the clients should even do that. All they know when they start life, as far as puppet is concerned, is they have a hostname. The puppet server should know, either through a fact, a node declaration or an external node tool what host the client is and what configuration to give it. | ||
| [2008/06/09 16:46:50] <ashp> Well, a lot of this goes away with the 'global dependencies' ticket that's open | ||
| [2008/06/09 16:46:53] <ashp> but lak wants money up front for that one | ||
| [2008/06/09 16:47:17] <muerr> ticket #? | ||
| [2008/06/09 16:47:18] <ashp> muerr: That's a better description of my view, I don't want the clients to know anything other than how to contact the server and what it's called | ||
| [2008/06/09 16:47:28] <muerr> Indeed. | ||
| [2008/06/09 16:47:32] <ashp> http://reductivelabs.com/redmine/issues/show/1044 | ||
| [2008/06/09 16:47:37] <ashp> also http://reductivelabs.com/redmine/issues/show/1088 | ||
| [2008/06/09 16:47:43] <ashp> If someone's willing to fund the work, then time can be found, but | ||
| [2008/06/09 16:47:43] <ashp> otherwise, there are currently issues that are higher on the priority | ||
| [2008/06/09 16:47:44] <ashp> list, both for Puppet and for me. | ||
| [2008/06/09 16:47:58] <Volcane> muerr: nods, so i do that by creating a fact that has $environment , but need to get the fact on the server first hence this bootstrap hack | ||
| [2008/06/09 16:47:59] <ashp> i can offer up a boxer dog for the work, but that's about it right now :) | ||
| [2008/06/09 16:48:52] <Disconnect> where does one begin debugging mongrel? its spawning a new batch of servers multiple times per second, but not logging why they are dying (or responding to my demands that it cease immediately) | ||
| [2008/06/09 16:50:33] * Volcane ordered a ruby book | ||
| [2008/06/09 16:50:43] <muerr> Which one? | ||
| [2008/06/09 16:51:00] * Volcane also got an office so theres time again to read on the commute | ||
| [2008/06/09 16:51:36] <Volcane> i have the pick axe book, and erm now beginning ruby | ||
| [2008/06/09 16:52:09] <muerr> I like the Pickaxe Book. Just picked up the oreilly pocket ref this weekend. | ||
| [2008/06/09 16:52:29] <Volcane> it looks good, but its more a reference than a learning guide | ||
| [2008/06/09 16:53:05] <muerr> Best way to learn a programming language is to write programs, obviously :) | ||
| [2008/06/09 16:53:29] <Volcane> i know :) | ||
| [2008/06/09 16:54:22] <benp-> 'the ruby way' is pretty good | ||
| [2008/06/09 16:54:24] <e^ipi> revision 1: after having read the arcihtectural decisions | ||
| [2008/06/09 16:54:45] <e^ipi> you can write plenty of bad programs without knowing how to actually use a language | ||
| [2008/06/09 16:55:06] <e^ipi> just sitting down and writing is about the worst way you can learn a language... that's just hacking, not learning | ||
| [2008/06/09 16:55:26] <Volcane> yeah i skim through books thats aimed at teaching you the language, even if theres a lot of boring junk you pick up a lot of the way a language is intended to use in the process | ||
| [2008/06/09 16:55:47] <Volcane> else you end up like a client of mine, employed a C coder to write java code | ||
| [2008/06/09 16:55:54] <Volcane> and ended up with 100s of static methods :) | ||
| [2008/06/09 16:57:14] <e^ipi> trying to sit down and learn C++ by writing programs is a failing proposition | ||
| [2008/06/09 16:57:15] <e^ipi> you cannot | ||
| [2008/06/09 16:57:31] <e^ipi> C++ is complex and weird enough that you need a really good book that teaches you language fundamentals | ||
| [2008/06/09 16:58:48] <Volcane> yip, proper systematic learning is the way to go | ||
| [2008/06/09 16:59:04] <Volcane> i have a list of stuff to write and rewrite in ruby, so have proper projects to do | ||
| [2008/06/09 16:59:14] <Volcane> but will make the effort ot learn it properly before attempting | ||
| [2008/06/09 16:59:27] <Volcane> else i might as well stick to the current functinal perl versions | ||
| [2008/06/09 17:00:15] <e^ipi> i'm still not sold on ruby | ||
| [2008/06/09 17:00:30] <e^ipi> every time i want to do somethnig with it i end up banging my head against the wall | ||
| [2008/06/09 17:00:41] <shadoi> e^ipi: what have you written with it? | ||
| [2008/06/09 17:00:55] <e^ipi> i've tried to write a crap ton of automation scripts | ||
| [2008/06/09 17:01:02] <Volcane> nods, I'll find out soon enough, but i want to learn capestrino or how ever its spelt and also do some puppet bits | ||
| [2008/06/09 17:01:02] <e^ipi> and ended up givng up and using perl | ||
| [2008/06/09 17:01:08] <Volcane> which is kind of forcing my hand | ||
| [2008/06/09 17:01:19] <e^ipi> writing the script took 4 hours | ||
| [2008/06/09 17:01:25] <e^ipi> 3.5 hours of ruby | ||
| [2008/06/09 17:01:30] <e^ipi> and then giving up and switching to perl | ||
| [2008/06/09 17:01:52] <shadoi> e^ipi: do you do OO with perl or procedural? | ||
| [2008/06/09 17:02:05] * Volcane *hates* perl OO | ||
| [2008/06/09 17:02:16] <e^ipi> why the hell would i want an object oriented shell script? | ||
| [2008/06/09 17:02:22] @ shenson is now known as shenson_not_here | ||
| [2008/06/09 17:02:36] <e^ipi> aside from GUI stuff where it's helpful or database connection objects, i don't really need OO at all | ||
| [2008/06/09 17:02:41] <shadoi> e^ipi: :) If you don't want OO, why would you even TRY to use ruby? | ||
| [2008/06/09 17:02:52] <e^ipi> beats me | ||
| [2008/06/09 17:02:55] <Volcane> heh | ||
| [2008/06/09 17:03:02] <e^ipi> boss says "learn ruby" | ||
| [2008/06/09 17:03:12] <e^ipi> because he read a trade mag or some stupid crap | ||
| [2008/06/09 17:03:25] <shadoi> If you give in to the dark side, and go all OO, you'll find you _love_ ruby. | ||
| [2008/06/09 17:03:35] <holoway> shadoi: even if you go mostly OO | ||
| [2008/06/09 17:03:49] <holoway> if you're rolling Perl style, M00se is the only way to fly | ||
| [2008/06/09 17:03:55] <shadoi> I hated OOP before ruby | ||
| [2008/06/09 17:04:03] <shadoi> I wouldn't touch anything but bash | ||
| [2008/06/09 17:04:04] <holoway> shadoi: no wonder you talk shit about perl | ||
| [2008/06/09 17:04:08] * Volcane 's been looking for a easy to use OO language, java is nice and all but not really a logical choice for most automation/server management tasks etc | ||
| [2008/06/09 17:04:10] <holoway> :) | ||
| [2008/06/09 17:04:11] <e^ipi> i don't touch bash | ||
| [2008/06/09 17:04:14] <Volcane> but i love OO and love modeling data etc | ||
| [2008/06/09 17:04:18] <e^ipi> ksh93 | ||
| [2008/06/09 17:04:27] <shadoi> holoway: perl really is ugly for OOP. | ||
| [2008/06/09 17:04:29] <e^ipi> it's like a very large superset of bash | ||
| [2008/06/09 17:04:45] <shadoi> Even Moose and Catalyst don't make it tolerable. | ||
| [2008/06/09 17:05:50] <holoway> shadoi: Moose makes it totally tolerable | ||
| [2008/06/09 17:06:38] <shadoi> I can read it at least | ||
| [2008/06/09 17:06:42] <shadoi> But I tried writing something with it | ||
| [2008/06/09 17:06:54] <shadoi> ... I guess I'm just spoiled. | ||
| [2008/06/09 17:06:54] <Volcane> well, i know i am never gonna learn perl 6, its been such a mess the development of it, cant be healthy | ||
| [2008/06/09 17:07:03] <holoway> shadoi: yeah | ||
| [2008/06/09 17:07:16] <holoway> I write far more ruby than I do perl | ||
| [2008/06/09 17:07:24] <holoway> and it's not because I don't like perl, and I miss CPAN like a phantom limb | ||
| [2008/06/09 17:07:26] <shadoi> I think I'd rather write OO C | ||
| [2008/06/09 17:07:27] <shadoi> hehe | ||
| [2008/06/09 17:07:27] <Volcane> might as well go for something new then, and might as well go for ruby then cos of puppet/cap/etc | ||
| [2008/06/09 17:07:54] <holoway> but Ruby has a few things that are so nice I have trouble letting them go | ||
| [2008/06/09 17:08:00] <shadoi> holoway: CPAN is great if you're totally into perl... I had a hard time figuring out what to use out of it. | ||
| [2008/06/09 17:08:20] <shadoi> There's a lot of cruft | ||
| [2008/06/09 17:08:23] <holoway> (I don't miss semicolons, I don't have to unwind @_, blocks and iterators, autoboxing, etc) | ||
| [2008/06/09 17:08:40] <shadoi> yeah.. @_ confused the hell out of me | ||
| [2008/06/09 17:08:42] <holoway> shadoi: CPAN becomes useful once you are a part of the perl community | ||
| [2008/06/09 17:08:48] <shadoi> holoway: *nod* | ||
| [2008/06/09 17:08:59] <Volcane> perl websites, sigh | ||
| [2008/06/09 17:09:05] <holoway> but the lack of that community is one of the things that bugs me about ruby | ||
| [2008/06/09 17:09:08] <holoway> but it's getting better | ||
| [2008/06/09 17:09:09] <holoway> :) | ||
| [2008/06/09 17:09:10] <Volcane> i am adminning a site that gets 500 mil hits a month and its all perl | ||
| [2008/06/09 17:09:12] <Volcane> pile of crap. | ||
| [2008/06/09 17:09:13] @ Quit: kenvandine: "Ex-Chat" | ||
| [2008/06/09 17:09:28] <shadoi> holoway: I think it's weird and sort of cool how the ruby community is all blogs | ||
| [2008/06/09 17:09:45] <shadoi> Makes it chaotic, but it seems to work. | ||
| [2008/06/09 17:10:27] <shadoi> I prefer to find answers with google anyway. :) | ||
| [2008/06/09 17:10:54] <holoway> shadoi: it works pretty well | ||
| [2008/06/09 17:10:57] * Volcane wonders why there doesnt seem to be a definitive Planet Ruby blog aggregator thing | ||
| [2008/06/09 17:11:00] <holoway> I think rubyforge/gems is from the devil | ||
| [2008/06/09 17:11:18] <holoway> better than python's answer (ezsetup.py and no centralization) | ||
| [2008/06/09 17:11:22] <Volcane> holoway: hooray, alternative packaging systems ment to sit on top of other packaged systems really winds me up | ||
| [2008/06/09 17:11:23] <shadoi> It's getting better, but yeah, it's still pretty lame. | ||
| [2008/06/09 17:11:43] <holoway> I want a macro that makes my "ruby is perl in 1998" comment | ||
| [2008/06/09 17:11:50] <shadoi> I'd prefer if something like github became the defacto standard | ||
| [2008/06/09 17:12:44] <fujin> morning chaps | ||
| [2008/06/09 17:12:45] <fujin> ! | ||
| [2008/06/09 17:12:46] <shadoi> then packages can be generated from metadata | ||
| [2008/06/09 17:12:49] * Volcane 's spent 2 weeks doing almost nothing but building debs out of cpan modules, right PITA | ||
| [2008/06/09 17:13:00] <hessml> what port(s) does the master listen on? for firewall purposes... | ||
| [2008/06/09 17:13:04] <shadoi> Volcane: been there, done that. totally agree. | ||
| [2008/06/09 17:13:12] <shadoi> hessml: 8140 | ||
| [2008/06/09 17:13:23] <shadoi> hessml: puppetmasterd --genconfig | grep port | ||
| [2008/06/09 17:13:35] <hessml> yeahhh!! thank!!! | ||
| [2008/06/09 17:14:02] <shadoi> welcome!!! | ||
| [2008/06/09 17:17:33] @ markl__ joined channel #puppet | ||
| [2008/06/09 17:23:54] <e^ipi> Volcane, building debs out of gems aren't any easier... | ||
| [2008/06/09 17:25:13] <fujin> ZOMG | ||
| [2008/06/09 17:25:20] <fujin> iphone 3g | ||
| [2008/06/09 17:25:22] <fujin> on jul 11 | ||
| [2008/06/09 17:25:32] <e^ipi> so what | ||
| [2008/06/09 17:25:50] <muerr> yeah | ||
| [2008/06/09 17:25:57] <muerr> what e^ipi said. | ||
| [2008/06/09 17:25:58] <muerr> :) | ||
| [2008/06/09 17:26:11] <fujin> weh? | ||
| [2008/06/09 17:26:19] <fujin> It's a fair upgrade from my htc tytn | ||
| [2008/06/09 17:26:20] <fujin> ;> | ||
| [2008/06/09 17:26:29] <e^ipi> #cellphones ? | ||
| [2008/06/09 17:26:32] <shadoi> hehe | ||
| [2008/06/09 17:26:42] <fujin> #fuckoffanddie? | ||
| [2008/06/09 17:26:46] <Volcane> e^ipi: nods, this site was all one big shell script just installing CPANs with no regard for version, so over the 3 years theres this big moving target of ech machine different versions mods etc | ||
| [2008/06/09 17:27:09] <Volcane> e^ipi: puppet to the rescue :) | ||
| [2008/06/09 17:30:57] <muerr> So holoway, when will there be an iclassify gem? :) | ||
| [2008/06/09 17:31:06] @ hessml is now known as hessml|away | ||
| [2008/06/09 17:34:47] <holoway> muerr: when you build it! | ||
| [2008/06/09 17:35:00] <holoway> the big problem | ||
| [2008/06/09 17:35:08] <holoway> is that rails is a pain in the ass to install applications directly | ||
| [2008/06/09 17:35:11] <holoway> even things like typo | ||
| [2008/06/09 17:35:20] <holoway> just bunlde it all up and then create an "environment" for you | ||
| [2008/06/09 17:35:27] <holoway> (ie: spit it all back out in the way rails expects) | ||
| [2008/06/09 17:35:33] <holoway> merb has answers to that problem | ||
| [2008/06/09 17:35:42] <holoway> but iclassify isn't merbed yet | ||
| [2008/06/09 17:36:04] @ shadowvice joined channel #puppet | ||
| [2008/06/09 17:36:12] <shadoi> holoway: what external gems to you require with iclassify? | ||
| [2008/06/09 17:36:33] <shadoi> You can bundle it up pretty easily unless it requires a compiled gem, especially binaries. | ||
| [2008/06/09 17:36:35] @ rcoup joined channel #puppet | ||
| [2008/06/09 17:36:40] <muerr> holoway: well i'll get right on that... in three weeks. deal? :) | ||
| [2008/06/09 17:37:28] <holoway> shadoi: I know I can freeze the deps | ||
| [2008/06/09 17:37:42] <holoway> but do you have a reference on how to easily turn it into a gem? | ||
| [2008/06/09 17:37:53] <shadoi> yeah, there's a gem to do it | ||
| [2008/06/09 17:37:59] <shadoi> and you'll probably want to use hoe | ||
| [2008/06/09 17:38:14] <holoway> the only one I knew of was the rails-installer gem, which is broken | ||
| [2008/06/09 17:39:55] <shadoi> I'd look at how they did Radiant | ||
| [2008/06/09 17:40:00] <shadoi> it's got rails bundled | ||
| [2008/06/09 17:40:10] <holoway> shadoi: thanks for the pointer | ||
| [2008/06/09 17:40:11] <rcoup> Hi, i want to use templates to generate config files for most hosts, but fallback to fileserver for a couple... | ||
| [2008/06/09 17:40:43] <rcoup> for fileserver stuff i'd normally use multiple source files (general+host-specific), any way to mix that with templating? | ||
| [2008/06/09 17:41:12] <holoway> shadoi: that looks like the same basic thing.. you bundle the app up, and then have a command that un-bunbldes it into a directory | ||
| [2008/06/09 17:41:19] <holoway> but I'll check it out | ||
| [2008/06/09 17:41:21] <holoway> better than nothing | ||
| [2008/06/09 17:41:22] <holoway> :) | ||
| [2008/06/09 17:41:30] <shadoi> holoway: yeah, this is pretty cool to: http://www.erikveen.dds.nl/distributingrubyapplications/rails.html | ||
| [2008/06/09 17:41:43] <shadoi> Sort of voodoo, but it works | ||
| [2008/06/09 17:42:05] <Volcane> holoway: sounds like someone redevelping 'tar' :) | ||
| [2008/06/09 17:42:16] <shadoi> I did it for puppetshow a while ago, then you just ship a pure binary around | ||
| [2008/06/09 17:42:18] @ hessml|away is now known as hessml | ||
| [2008/06/09 17:43:21] <holoway> shadoi: sounds kind of like par | ||
| [2008/06/09 17:43:39] <shadoi> par? like the parity archiver? | ||
| [2008/06/09 17:43:39] <shadowvice> So Im playing with Puppetshow... trying to get it loaded on my RHEL5 box and Im having some issues getting hobo loaded and the gem for mysql loaded... is this more of a question for Ruby? | ||
| [2008/06/09 17:43:44] <muerr> tar is broken. thats why BRU was created (http://www.bru.com/) | ||
| [2008/06/09 17:43:56] <shadoi> shadowvice: I can help, pastie the errors | ||
| [2008/06/09 17:44:48] <shadowvice> shadoi: K om... Is pastebin ok? | ||
| [2008/06/09 17:44:54] <muerr> specifically, http://www.tolisgroup.com/docs/whitepapers/TarComparisonBRU.pdf :-x | ||
| [2008/06/09 17:44:57] <shadoi> shadowvice: pastie.org looks nicer. :) | ||
| [2008/06/09 17:46:25] <shadowvice> ok... so now Im definately confused ... it was stating hobo wasnt there... and now it is... om I guess as I restart the whole process again | ||
| [2008/06/09 17:47:20] <shadoi> shadowvice: hmm, did you install hobo after trying to start it or something? | ||
| [2008/06/09 17:47:42] <shadowvice> So just to make sure ... when I need to | ||
| [2008/06/09 17:47:48] <shadowvice> cd <puppetshow checkout> | ||
| [2008/06/09 17:47:53] <shadowvice> where is that exactly? | ||
| [2008/06/09 17:48:01] <shadoi> wherever you did a git clone to | ||
| [2008/06/09 17:51:21] @ jvanzyl joined channel #puppet | ||
| [2008/06/09 17:51:29] <shadoi> holoway: can you point me at par? | ||
| [2008/06/09 17:53:49] <holoway> http://search.cpan.org/dist/PAR/ | ||
| [2008/06/09 18:00:46] <shadoi> holoway: yeah, very similar. This is nice. | ||
| [2008/06/09 18:01:16] <shadoi> will this pull in OS libs, etc. too? | ||
| [2008/06/09 18:01:30] @ mccune left channel #puppet () | ||
| [2008/06/09 18:04:44] <holoway> shadoi: it will pull in binary libs, if that's waht you mean | ||
| [2008/06/09 18:04:52] <holoway> PAR kicks ass | ||
| [2008/06/09 18:05:07] <shadoi> Yeah, it makes me wonder if the guy knew about it/based it on PAR | ||
| [2008/06/09 18:05:12] <shadoi> Seems really similar. | ||
| [2008/06/09 18:09:48] <shadowvice> So if I have a working instance of puppet and then I need to start using Stored Configurations (through Mysql) because I want to have puppetshow work but I cant get the command: rake production db:migrate to run | ||
| [2008/06/09 18:10:08] <shadowvice> what might be some things Im missing | ||
| [2008/06/09 18:10:14] <shadowvice> or where should I look | ||
| [2008/06/09 18:12:20] <shadowvice> Here's my rake production db:migrate --trace --> http://pastebin.com/m5d17bf3e | ||
| [2008/06/09 18:13:33] <shadowvice> It looks like it cant find /var/run/mysqld/mysqld.sock but its running just fine with otherstuff | ||
| [2008/06/09 18:13:38] <shadoi> So, in order for storeconfigs to work, you need to create a puppet user and give it access to the database you want puppet to use. | ||
| [2008/06/09 18:14:06] <shadoi> And you probably want to specify dbsocket = in the puppet.conf | ||
| [2008/06/09 18:15:25] <shadowvice> I did do that ... but let me walk over the settings again just to make sure... I assume that the settings in puppet.conf should reflect my settings (particularly the password) in mysql Is that correct? | ||
| [2008/06/09 18:15:34] <shadoi> yes | ||
| [2008/06/09 18:15:42] <shadoi> pastie your puppet.conf | ||
| [2008/06/09 18:17:19] <shadowvice> http://pastebin.com/m6ce9cf8b | ||
| [2008/06/09 18:17:21] <shadowvice> :D | ||
| [2008/06/09 18:18:30] @ Quit: nevyn: Remote closed the connection | ||
| [2008/06/09 18:18:33] @ nevyn joined channel #puppet | ||
| [2008/06/09 18:18:54] <shadoi> shadowvice: that sock file exists? | ||
| [2008/06/09 18:19:05] <shadoi> I thought RHEL was /var/lib/mysql/mysql.sock | ||
| [2008/06/09 18:19:44] <shadowvice> headdesk | ||
| [2008/06/09 18:20:00] <fujin> lol | ||
| [2008/06/09 18:20:00] @ Quit: flakrat: "Leaving" | ||
| [2008/06/09 18:20:10] <shadowvice> well I did do a search for mysqld.sock ... that didnt show up :D | ||
| [2008/06/09 18:20:16] <shadoi> hehe | ||
| [2008/06/09 18:20:30] <shadowvice> alright let me give that a shot | ||
| [2008/06/09 18:21:41] <shadowvice> yeah... that stepped work amazing how the right conf works ... almost magic :D | ||
| [2008/06/09 18:21:59] <shadoi> indeed | ||
| [2008/06/09 18:22:09] <shadowvice> s/stepped/step/ s/work/worked/ :D | ||
| [2008/06/09 18:23:05] @ Quit: muerr: "Leaving." | ||
| [2008/06/09 18:24:06] <shadowvice> {sniffle} its... sooo beautiful ... thank you {sniffle} | ||
| [2008/06/09 18:24:12] <shadoi> haha | ||
| [2008/06/09 18:24:31] <shadoi> thank tom@hobocentral.net and the guys at activescaffold | ||
| [2008/06/09 18:24:39] <shadoi> I'm just a monkey that threw them together. | ||
| [2008/06/09 18:26:47] <shadoi> shadowvice: how many nodes do you have? | ||
| [2008/06/09 18:28:28] <shadowvice> 8 I think? | ||
| [2008/06/09 18:28:40] <shadowvice> which is why I was excited about puppetshow :D | ||
| [2008/06/09 18:29:11] <shadowvice> most is using the default manifest so I dont specify there own nodes | ||
| [2008/06/09 18:29:17] <shadoi> Just curious... I don't think it performs very well with large amounts of nodes | ||
| [2008/06/09 18:29:43] <holoway> shadoi: speaking of storage, CouchDB with 1000+ objects, load in took no more than a few seconds | ||
| [2008/06/09 18:29:48] <holoway> map/reduce is super fast | ||
| [2008/06/09 18:29:58] <shadoi> holoway: load in? | ||
| [2008/06/09 18:30:04] <shadoi> splain | ||
| [2008/06/09 18:30:12] <holoway> shadoi: POSTing a 1000 objects | ||
| [2008/06/09 18:30:42] <shadoi> Does couchdb have many-to-many relationships between docs? | ||
| [2008/06/09 18:31:30] <fastjay> assuming a recent ruby (1.8.5) should i have any issues w/ puppet on centos 3.7 (dont ask why i have to roll such a nasty version.. thnx) ? | ||
| [2008/06/09 18:31:41] <holoway> shadoi: that's a really bad way to map that question. :) | ||
| [2008/06/09 18:31:48] <holoway> but sure, if you wanted it to | ||
| [2008/06/09 18:31:57] <holoway> (you would write a map/reduce function that gives you the set of data you want) | ||
| [2008/06/09 18:32:07] <shadoi> holoway: haha.. ok, does it provide an API for it, is what I mean | ||
| [2008/06/09 18:32:08] <holoway> (instead of relating the data and fetching N records) | ||
| [2008/06/09 18:32:27] <holoway> shadoi: yep -- if you aren't familiar with map/reduce, you should read about it | ||
| [2008/06/09 18:32:42] <fujin> couchdb looked quite nice, read about it yesterday.. exposes a restful http api right? | ||
| [2008/06/09 18:32:53] <holoway> fujin: yeah | ||
| [2008/06/09 18:33:00] <holoway> so far, it's double-plus good | ||
| [2008/06/09 18:33:11] <shadoi> holoway: I'm familiar with the concept, but .. I've only used something like starfish for it. | ||
| [2008/06/09 18:33:14] <fastjay> we have a pretty good size map/reduce cluster here for stats crunking | ||
| [2008/06/09 18:33:15] <shadowvice> shadoi: What is considered a large amount of Nodes... and are your specifically talking about the number of machines or the number or defined nodes? | ||
| [2008/06/09 18:33:25] <fujin> get crunk ! | ||
| [2008/06/09 18:33:34] <fastjay> i no type goods | ||
| [2008/06/09 18:33:35] <fastjay> :) | ||
| [2008/06/09 18:33:56] <holoway> http://www.youtube.com/watch?v=mv-E8gb3d84 | ||
| [2008/06/09 18:34:07] <fastjay> we use hadoop | ||
| [2008/06/09 18:34:09] * holoway gives puppet the crunk | ||
| [2008/06/09 18:34:14] <shadoi> shadowvice: actually it really depends on the complexity of your manifests, but anything over 200 would start to show performance issues I think. | ||
| [2008/06/09 18:34:32] <fujin> fuck yeah | ||
| [2008/06/09 18:34:32] <fastjay> anyone running puppet on centos/redhat 3.x ? | ||
| [2008/06/09 18:34:48] <holoway> fastjay: yeah, couchdb would be a RESTful interface on top of the hadoop FS | ||
| [2008/06/09 18:34:51] <holoway> basically | ||
| [2008/06/09 18:34:56] <shadoi> If anyone says yes to that, I'll slap them. | ||
| [2008/06/09 18:35:08] <fujin> lol 3.x? | ||
| [2008/06/09 18:35:12] <fastjay> i hate that we have cent3 box. .but.. the vendor makes us do it ;) | ||
| [2008/06/09 18:35:19] <fujin> Punch your vendor | ||
| [2008/06/09 18:35:21] <holoway> fastjay: compile your own ruby | ||
| [2008/06/09 18:35:23] <fastjay> fujin: i would LOVE to | ||
| [2008/06/09 18:35:29] <holoway> and you should be ok | ||
| [2008/06/09 18:35:31] <fujin> hehe | ||
| [2008/06/09 18:35:31] <shadoi> yeah you have to build everything yourself to run it | ||
| [2008/06/09 18:35:33] <fastjay> holoway: did that .. looks like it should be fine in my test env | ||
| [2008/06/09 18:35:44] <fastjay> just wondering if anyone knows of any 'oh shit' things. | ||
| [2008/06/09 18:36:01] <fujin> lol - you'll probably find plenty | ||
| [2008/06/09 18:36:03] <fujin> along the way | ||
| [2008/06/09 18:36:05] <fastjay> holoway: we stoped using the hadoop FS a while back and use NFS :) | ||
| [2008/06/09 18:36:05] <shadoi> building your own ruby is an 'oh shit' thing. ;) | ||
| [2008/06/09 18:36:07] <holoway> fastjay: I think you'll be fine | ||
| [2008/06/09 18:36:19] <fastjay> we are looking to ditch hadoop | ||
| [2008/06/09 18:36:20] <holoway> as long as you build your own ruby and all the deps | ||
| [2008/06/09 18:36:34] <holoway> fastjay: if you are just pushing lots of documents and want fast map/reduce views into the datastore | ||
| [2008/06/09 18:36:35] <fastjay> yeah.. thats what i have done.. facter seems to play nice.. and it talks to my puppet server fine. | ||
| [2008/06/09 18:36:38] <holoway> check couchdb out | ||
| [2008/06/09 18:36:48] <holoway> I don't know how it performs at real hadoop/bigtable kind of scale | ||
| [2008/06/09 18:36:53] <holoway> (badly, would be my guess) | ||
| [2008/06/09 18:37:00] <fastjay> we prob have 30+ boxes doing hadoop | ||
| [2008/06/09 18:37:03] <holoway> but it's erlang, and it's quick for the tiny datasets I've been doing | ||
| [2008/06/09 18:37:11] @ f3ew joined channel #puppet | ||
| [2008/06/09 18:37:15] <fastjay> with multi gig datasets |