| [2009/06/03 00:02:07] @ Log started by gepetto | ||
| [2009/06/03 00:02:07] @ PhabX joined channel #puppet | ||
| [2009/06/03 00:15:05] @ Quit: ezmob: "Bye!" | ||
| [2009/06/03 00:20:00] @ Quit: lak: | ||
| [2009/06/03 00:25:59] @ andrewcshafer joined channel #puppet | ||
| [2009/06/03 00:38:51] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 00:53:50] @ Quit: WALoeIII: Read error: 60 (Operation timed out) | ||
| [2009/06/03 00:54:05] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 00:55:10] @ Quit: ssm: Read error: 61 (Connection refused) | ||
| [2009/06/03 00:57:32] @ ssm joined channel #puppet | ||
| [2009/06/03 01:02:32] @ Quit: PhabX: "Leaving..." | ||
| [2009/06/03 01:02:59] @ Quit: d3vilb0x: | ||
| [2009/06/03 01:06:52] @ alex2 joined channel #puppet | ||
| [2009/06/03 01:15:18] @ Quit: matty: | ||
| [2009/06/03 01:15:41] @ lludwig joined channel #puppet | ||
| [2009/06/03 01:23:32] <FiXion> CaptianCupcake: I override the files resource by making it virtual and then realizing it after I've modified the source. | ||
| [2009/06/03 01:24:03] <FiXion> CaptianCupcake: try changing the allow * to allow your-ip-range | ||
| [2009/06/03 01:24:35] <CaptianCupcake> FiXion: ahh thankya. looking into virtual resources right now =) | ||
| [2009/06/03 01:24:57] <FiXion> @file { horse: source => flaf .. and then override File["horse"] { source => flaf2.. realize File["horse"] | ||
| [2009/06/03 01:26:01] @ Quit: justdave: Remote closed the connection | ||
| [2009/06/03 01:26:16] <CaptianCupcake> another q- vars like $host and $operatingsystem don't seem to get translated. eg- source => "puppet:///files/$host/test" becomes puppet:///files//test | ||
| [2009/06/03 01:26:27] <CaptianCupcake> any idea why? | ||
| [2009/06/03 01:27:27] <CaptianCupcake> nvm, $operatingsystem works, not sure why host does not | ||
| [2009/06/03 01:28:51] <FiXion> CaptianCupcake: where they defined before you defined the resource where you use them? | ||
| [2009/06/03 01:28:56] <CaptianCupcake> ok, it looks like $host isn't valid. but $hostname is accordering to facter. http://reductivelabs.com/trac/puppet/wiki/TypeReference#file makes reference to $host | ||
| [2009/06/03 01:29:11] <FiXion> ohh - you thought $host was in facter.. fair enough :) | ||
| [2009/06/03 01:29:46] <CaptianCupcake> from that link it lists "/nfs/files/file.$host" as a source. does that need to be fixed? | ||
| [2009/06/03 01:29:53] @ justdave joined channel #puppet | ||
| [2009/06/03 01:30:04] <FiXion> CaptianCupcake: a good tip is to use notify{"the var contains $var}": } | ||
| [2009/06/03 01:30:35] <CaptianCupcake> ooh nice, thanks for the tip | ||
| [2009/06/03 01:30:39] <CaptianCupcake> i'm so new at this | ||
| [2009/06/03 01:30:52] <FiXion> I just learned it from Volcane and used it to help myself :) | ||
| [2009/06/03 01:32:01] <CaptianCupcake> nice =) puppet is a really awesome. lots to take in for a beginner! | ||
| [2009/06/03 01:32:45] <FiXion> CaptianCupcake: luckily there's lots of people who share their modules, so you can reuse them | ||
| [2009/06/03 01:32:52] <FiXion> and learn from them | ||
| [2009/06/03 01:33:15] <FiXion> CaptianCupcake: and you should definetely have a look at the define construct - it's used for the apt::key thing in the wiki for instance. | ||
| [2009/06/03 01:33:15] @ saurabhverma joined channel #puppet | ||
| [2009/06/03 01:33:23] <FiXion> it's really really nice, if you have many of the same thing. | ||
| [2009/06/03 01:33:48] <CaptianCupcake> sweet, glancing over it now | ||
| [2009/06/03 01:33:49] <FiXion> like f.ex. postfix files that needs to be postmap'ed when updated: http://blog.klavsen.info/content/why-i-enjoy-puppet | ||
| [2009/06/03 01:34:04] <FiXion> and I used it for defining 14 instances of memcached :) | ||
| [2009/06/03 01:34:31] <FiXion> saved so much linespace - and not it's readable :) | ||
| [2009/06/03 01:34:50] <FiXion> s/not/now/ | ||
| [2009/06/03 01:35:41] @ monzie joined channel #puppet | ||
| [2009/06/03 01:36:05] @ Quit: fujin: | ||
| [2009/06/03 01:37:38] @ Quit: WALoeIII: "Bai." | ||
| [2009/06/03 01:40:50] @ fujin joined channel #puppet | ||
| [2009/06/03 01:43:45] @ Quit: kolla: Remote closed the connection | ||
| [2009/06/03 01:45:29] @ lludwig1 joined channel #puppet | ||
| [2009/06/03 01:47:25] @ PhabX joined channel #puppet | ||
| [2009/06/03 01:48:18] @ Quit: tim|imac: | ||
| [2009/06/03 01:53:27] <CaptianCupcake> FiXion: nice =) | ||
| [2009/06/03 01:54:04] @ Quit: nigelk: | ||
| [2009/06/03 01:54:09] <CaptianCupcake> should I maintain a separate subversion repo for everything under /etc/puppet? | ||
| [2009/06/03 01:54:25] <FiXion> CaptianCupcake: I do | ||
| [2009/06/03 01:54:56] <FiXion> and I configure EVERYTHING with puppet. and try to have data on central storage. | ||
| [2009/06/03 01:55:03] <CaptianCupcake> FiXion: what all of /etc/puppet do you put in it? everything? | ||
| [2009/06/03 01:55:07] <FiXion> that way my restore plan is easy | ||
| [2009/06/03 01:55:36] <FiXion> CaptianCupcake: everything - I only have rules and config files in it. nothing big. | ||
| [2009/06/03 01:56:15] <FiXion> backup central storage, puppetserver and everything else can be restored by a simple install (using f.ex. kickstart) and adding the host to puppet | ||
| [2009/06/03 01:56:59] <CaptianCupcake> sweet, gotchya. i'll have to look into kickstart. | ||
| [2009/06/03 01:58:34] <FiXion> CaptianCupcake: or whatever you want to install easy - like clonezilla f.ex. | ||
| [2009/06/03 01:58:36] <CaptianCupcake> my puppetmaster is also a puppet client on my setup. should I have puppet manage /etc/puppet/puppet.conf (like it does on my other clients) or would it be best not to? | ||
| [2009/06/03 01:58:45] <FiXion> I do that. | ||
| [2009/06/03 01:58:52] <CaptianCupcake> hehe, i'll check that one too | ||
| [2009/06/03 01:58:57] <FiXion> and every client just has the [puppetmaster] section | ||
| [2009/06/03 01:59:05] <FiXion> but not the puppetmaster package | ||
| [2009/06/03 01:59:24] <FiXion> and not the /etc/puppet files that are on the master | ||
| [2009/06/03 01:59:50] <CaptianCupcake> I actually have it setup with two sources. it uses a special one for the master | ||
| [2009/06/03 01:59:59] @ Quit: joe-mac: "Leaving." | ||
| [2009/06/03 02:00:06] <CaptianCupcake> i did it by using multiple sources and matching against the $hostname | ||
| [2009/06/03 02:00:10] @ Quit: lludwig: Read error: 110 (Connection timed out) | ||
| [2009/06/03 02:00:42] <CaptianCupcake> not sure if that's kosher though for that type of file | ||
| [2009/06/03 02:01:14] <CaptianCupcake> sorry for all the Qs =) I'm a total n00b still | ||
| [2009/06/03 02:03:21] <FiXion> CaptianCupcake: remember to use modules | ||
| [2009/06/03 02:03:28] <FiXion> and I hate using $hostname in modules. | ||
| [2009/06/03 02:04:05] <FiXion> I've setup a $role variable in each node (like webserver) - and then my machines inherits from webserver or whatever | ||
| [2009/06/03 02:04:15] <FiXion> and I can then just check for the $role var in my modules | ||
| [2009/06/03 02:05:02] <CaptianCupcake> hmm, that sounds intriguing. so you +> elements to the $role var and the modules eval them and do what's proper? | ||
| [2009/06/03 02:09:10] <FiXion> not really. I simply define a $role var in the none-generic node definitions (like webserver etc.) | ||
| [2009/06/03 02:09:26] <FiXion> and whichever a host inherits - is the $role it gets. | ||
| [2009/06/03 02:09:36] <FiXion> and then i check for the $role var in my modules | ||
| [2009/06/03 02:09:50] <FiXion> nothing fancy | ||
| [2009/06/03 02:10:29] @ PaulWay left channel #puppet () | ||
| [2009/06/03 02:14:45] @ Quit: justdave: Read error: 110 (Connection timed out) | ||
| [2009/06/03 02:16:41] @ justdave joined channel #puppet | ||
| [2009/06/03 02:22:41] @ maxagaz joined channel #puppet | ||
| [2009/06/03 02:24:24] @ madrescher joined channel #puppet | ||
| [2009/06/03 02:27:57] @ mattock joined channel #puppet | ||
| [2009/06/03 02:36:32] @ garin_ joined channel #puppet | ||
| [2009/06/03 02:40:34] @ pleemans joined channel #puppet | ||
| [2009/06/03 02:46:17] @ Quit: PhabX: "Leaving..." | ||
| [2009/06/03 02:46:51] @ RageLink joined channel #puppet | ||
| [2009/06/03 02:58:34] @ mvn2313 joined channel #puppet | ||
| [2009/06/03 02:58:50] @ MattyM joined channel #puppet | ||
| [2009/06/03 02:59:33] @ Quit: mvn2313: Client Quit | ||
| [2009/06/03 02:59:51] @ abien joined channel #puppet | ||
| [2009/06/03 03:07:16] @ Babar joined channel #puppet | ||
| [2009/06/03 03:15:08] @ alban2 joined channel #puppet | ||
| [2009/06/03 03:22:21] @ francois joined channel #puppet | ||
| [2009/06/03 03:24:51] @ henk joined channel #puppet | ||
| [2009/06/03 03:24:53] <henk> hi | ||
| [2009/06/03 03:25:47] <henk> i'm just setting up a puppetserver on debian and 'puppetmaster' recommends 'rails' and suggests 'apache2'. is there some webinterface in 0.24.5? | ||
| [2009/06/03 03:29:37] <Maliuta> it uses an https server to talk with managed hosts | ||
| [2009/06/03 03:30:22] <henk> Maliuta: oh, that's the reason... i was hoping for 'puppet show' i guess :) thanks | ||
| [2009/06/03 03:30:44] @ Quit: poison: Remote closed the connection | ||
| [2009/06/03 03:32:42] @ Quit: goraxe: Read error: 110 (Connection timed out) | ||
| [2009/06/03 03:33:25] @ DerekW joined channel #puppet | ||
| [2009/06/03 03:34:43] <Volcane> puppetmaster wants rails so it can talk to a database | ||
| [2009/06/03 03:34:54] <Volcane> wants aapche so it can run behind apaches load balancer | ||
| [2009/06/03 03:35:40] @ aymerick joined channel #puppet | ||
| [2009/06/03 03:35:51] <henk> Volcane: makes sense, thank you too | ||
| [2009/06/03 03:44:35] @ Quit: QMan: | ||
| [2009/06/03 03:44:47] @ Quit: veritas_aequitas: Remote closed the connection | ||
| [2009/06/03 03:46:58] @ veritas_aequitas joined channel #puppet | ||
| [2009/06/03 03:47:01] @ pruebaz joined channel #puppet | ||
| [2009/06/03 03:50:05] @ Robbie_ joined channel #puppet | ||
| [2009/06/03 03:58:19] @ poison joined channel #puppet | ||
| [2009/06/03 03:58:39] <henk> i don't really understand the meaning of 'template classes' in http://reductivelabs.com/trac/puppet/wiki/GlossaryOfTerms the link is broken it seems and i have no idea what the variable is used for or where this would be sensible. can anyone explain please? | ||
| [2009/06/03 03:59:14] @ nasrat joined channel #puppet | ||
| [2009/06/03 04:00:38] <Volcane> henk: its saying that if you have a host, that only gets one webserver then you'd set the var in the node and the 'singledomainwebserver' would be a normal class that use the variable to setup the domain | ||
| [2009/06/03 04:00:49] <Volcane> personally i think that kind of thing is a terrible construct | ||
| [2009/06/03 04:01:40] <henk> Volcane: hm and if you don't set that variable what happens? | ||
| [2009/06/03 04:01:47] <Volcane> it would go titsup | ||
| [2009/06/03 04:02:20] <Volcane> either do weird incorrectly configured stuff, or perhaps get a parser error and not run | ||
| [2009/06/03 04:02:27] <Volcane> depends how hte class is defined | ||
| [2009/06/03 04:03:30] <henk> hm, ok, i think i got it. thanks! | ||
| [2009/06/03 04:11:00] @ DavidS joined channel #puppet | ||
| [2009/06/03 04:12:12] @ Welsh_Dwarf joined channel #puppet | ||
| [2009/06/03 04:14:33] <nico> http://img4.imageshack.us/img4/2191/puppetha.png <= does this looks OK ? Puppetmasters are all active, and there's one active nginx & one passive | ||
| [2009/06/03 04:15:32] <Volcane> you need to share the libdir between them | ||
| [2009/06/03 04:15:43] @ MattyM_ joined channel #puppet | ||
| [2009/06/03 04:16:41] <nico> http://img512.imageshack.us/img512/2191/puppetha.png updated | ||
| [2009/06/03 04:17:05] <Volcane> yeh, though some people had corruption of the yaml files on nfs | ||
| [2009/06/03 04:17:12] <nico> hu | ||
| [2009/06/03 04:17:21] <Volcane> not sure why, makes no sense | ||
| [2009/06/03 04:17:34] <nico> yeah, this is pure text | ||
| [2009/06/03 04:17:45] <nico> blame nfs server | ||
| [2009/06/03 04:17:58] <nico> what would be a workaround ? storedconfigs ? | ||
| [2009/06/03 04:18:04] <Volcane> nope | ||
| [2009/06/03 04:18:22] <Volcane> i think u only need the shared libdir on 0.24.x if you use environments | ||
| [2009/06/03 04:18:47] <omry|work> DavidS, morning, you around? | ||
| [2009/06/03 04:18:50] <nico> and certs | ||
| [2009/06/03 04:18:58] @ mfournier joined channel #puppet | ||
| [2009/06/03 04:19:12] <Volcane> nico: dont need that, u could just put the same CA on both machines | ||
| [2009/06/03 04:19:34] <Volcane> omry|work: he's put his gsub function back in his git repository, cos his gsub unlike regsubst doesnt work on arrays as we expected | ||
| [2009/06/03 04:20:04] <Volcane> i mean his gsub _does_ work on arrays unlike regsubst | ||
| [2009/06/03 04:20:25] <omry|work> Volcane, so the code should be okay in the repo now? | ||
| [2009/06/03 04:20:35] <Volcane> yeah u need his gsub parser function | ||
| [2009/06/03 04:21:59] @ Quit: MattyM: Read error: 60 (Operation timed out) | ||
| [2009/06/03 04:24:24] @ zeroXten joined channel #puppet | ||
| [2009/06/03 04:25:07] <omry|work> Volcane, you know where it's supposed to be? | ||
| [2009/06/03 04:25:28] <Volcane> same place u found split() | ||
| [2009/06/03 04:27:06] <omry|work> ah, okay. must have git pulled on the wrong dit. | ||
| [2009/06/03 04:27:07] <omry|work> dir | ||
| [2009/06/03 04:28:26] @ Quit: madrescher: Read error: 110 (Connection timed out) | ||
| [2009/06/03 04:29:28] <DavidS> omry|work: pong | ||
| [2009/06/03 04:30:06] <DavidS> omry|work, all: yeah, I uploaded the last version of all repos yesterday night | ||
| [2009/06/03 04:30:17] <DavidS> that's the running config over here | ||
| [2009/06/03 04:30:40] <omry|work> DavidS, okay, seem to made some progress with the new code | ||
| [2009/06/03 04:30:43] <omry|work> but still a few issues: | ||
| [2009/06/03 04:31:19] <omry|work> first is related to munin itself, in my old conf I had some abomination like allow ^10\.99\.84\.134$ , but your examples shows straight ip addresses. | ||
| [2009/06/03 04:31:41] <omry|work> (and I saw that the straight ip address was inserted into munin conf file | ||
| [2009/06/03 04:32:00] <omry|work> should that work? | ||
| [2009/06/03 04:32:08] <DavidS> yeah, that's missing an appropriate gsub call... | ||
| [2009/06/03 04:32:27] <DavidS> it just will interpret the . as "any char" and accept any substring | ||
| [2009/06/03 04:32:36] <DavidS> so 1.2 would also macht 666162666 | ||
| [2009/06/03 04:32:44] <ch> why not just use cidr_allow in munin's config? | ||
| [2009/06/03 04:32:57] <omry|work> ch, ask munin devs :) | ||
| [2009/06/03 04:33:08] <DavidS> ch: because i didn't know that option | ||
| [2009/06/03 04:33:21] <ch> :-) | ||
| [2009/06/03 04:34:04] <omry|work> DavidS, . so the correct solution would be to use the ugly regexp in the allow section in the pp file? | ||
| [2009/06/03 04:34:29] @ Whoop joined channel #puppet | ||
| [2009/06/03 04:34:31] <Whoop> http://blog.loftninjas.org/2009/01/16/configuration-management-with-chef-announced/ | ||
| [2009/06/03 04:34:50] <omry|work> ch, nice option. didn't know it existed. | ||
| [2009/06/03 04:35:14] <Volcane> Whoop: acts_like_spammer | ||
| [2009/06/03 04:36:05] <DavidS> omry|work: cidr_allow would be the correct solution. using the fugly regexp is better than what I do, though | ||
| [2009/06/03 04:37:01] <DavidS> pastie: url me | ||
| [2009/06/03 04:37:11] <pastie> http://pastie.org/498829 by DavidS. | ||
| [2009/06/03 04:37:19] @ verwilst joined channel #puppet | ||
| [2009/06/03 04:37:42] <DavidS> ^ any idea what could be happening here? that's from a cron mail of puppetd --test --color=none | ||
| [2009/06/03 04:37:59] <DavidS> and the machine works just fine | ||
| [2009/06/03 04:38:26] <omry|work> DavidS, in templates/munin-node.conf.Debian.lenny : is it possible to support both allow and cidr_allow? | ||
| [2009/06/03 04:39:04] <DavidS> omry|work: sure, but I'll probably throw away allow and use an array for cidr_allow | ||
| [2009/06/03 04:39:31] <omry|work> I don't mind throwing allow, but you might consider backward compatibility | ||
| [2009/06/03 04:39:39] <omry|work> if it's easy enough | ||
| [2009/06/03 04:40:39] <DavidS> omry|work: would failing hard when munin_allow was set, but munin_cidr_allow was not be enough? | ||
| [2009/06/03 04:41:07] <omry|work> DavidS, for me it is certainly enough | ||
| [2009/06/03 04:41:44] <omry|work> I am just saying that if you want to support people that have already configured the munin plugin using munin_allow, you may want to somehow have the template support both | ||
| [2009/06/03 04:41:52] <DavidS> omry|work: well, you're talking to me, so you get the say :) | ||
| [2009/06/03 04:42:12] <omry|work> IE: have allow if munin_allow is set, and cidr_allow if munin_cidr_allow is set | ||
| [2009/06/03 04:42:26] @ MarlondB joined channel #puppet | ||
| [2009/06/03 04:42:34] @ Quit: MarlondB: Remote closed the connection | ||
| [2009/06/03 04:43:03] @ Quit: fujin: | ||
| [2009/06/03 04:43:14] <DavidS> I'd really like to move away from allow. regexpes for IPs are just too fugly and error prone, imho | ||
| [2009/06/03 04:44:24] <omry|work> agree | ||
| [2009/06/03 04:44:45] <omry|work> so maybe just raise a "no longer supported" error if munin_allow is defined | ||
| [2009/06/03 04:44:54] <omry|work> so users will know something changed. | ||
| [2009/06/03 04:45:39] <omry|work> second problem is this: | ||
| [2009/06/03 04:45:40] <DavidS> puppet already fails if an unset variable is accessed | ||
| [2009/06/03 04:45:40] <omry|work> err: //Node[db1]/munin::host/Concatenated_file[/etc/munin/munin.conf]/Exec[concat_/etc/munin/munin.conf]/returns: change from notrun to 0 failed: /usr/bin/find /var/lib/puppet/modules/munin/nodes -maxdepth 7 | ||
| [2009/06/03 04:45:47] <omry|work> good enough then | ||
| [2009/06/03 04:45:59] <omry|work> than | ||
| [2009/06/03 04:47:08] <DavidS> does var/lib/puppet/modules/munin/nodes exist? | ||
| [2009/06/03 04:47:57] <omry|work> yes | ||
| [2009/06/03 04:48:11] <omry|work> empty though | ||
| [2009/06/03 04:48:29] <DavidS> uh | ||
| [2009/06/03 04:49:37] <DavidS> there is no maxdeht 7 in the current code of Concatenated_file | ||
| [2009/06/03 04:49:40] <DavidS> maxdepth | ||
| [2009/06/03 04:50:51] <omry|work> DavidS, that's a part of puppet itself? | ||
| [2009/06/03 04:52:30] <DavidS> no, that's from the common module | ||
| [2009/06/03 04:52:44] <DavidS> http://git.black.co.at/?p=module-common;a=blob;f=manifests/defines/concatenated_file.pp;h=c7e1f21047464cda1d247949febd6a21b7423e2d;hb=c65920d6b8d017c951838c72f4bbcb75d5b27234 | ||
| [2009/06/03 04:53:16] <omry|work> common# git pull | ||
| [2009/06/03 04:53:16] <omry|work> Already up-to-date. | ||
| [2009/06/03 04:53:35] <omry|work> I am pretty new to git. how do I check which repo / branch it's using? | ||
| [2009/06/03 04:54:11] <DavidS> checkout git log | ||
| [2009/06/03 04:54:23] <DavidS> git branch may help too | ||
| [2009/06/03 04:54:36] <henk> http://reductivelabs.com/trac/puppet/wiki/PluginsInModules says: "Instead of using the existing pluginsync mechanism..." and later tells me to put that in fileserver.conf: "pluginsync = true". is that correct? | ||
| [2009/06/03 04:55:13] <omry|work> last commit is blob!=raw, should check wget better ;-) | ||
| [2009/06/03 04:56:37] @ mikepea joined channel #puppet | ||
| [2009/06/03 04:57:02] <omry|work> I have the same line in my code: | ||
| [2009/06/03 04:57:05] <omry|work> command => "/usr/bin/find ${dir_real} -maxdepth 1 -type f ! -name '*puppettmp' -print0 | sort -z | xargs -0 cat ${additional_cmd} >| ${tmp_file}", | ||
| [2009/06/03 04:57:32] <DavidS> good, so where is that error message coming from? | ||
| [2009/06/03 04:57:45] <DavidS> try to rgrep for it over your complete source tree ... | ||
| [2009/06/03 04:58:36] <omry|work> modules? | ||
| [2009/06/03 04:58:47] <DavidS> modules and /etc/puppet/manifests | ||
| [2009/06/03 04:59:03] <DavidS> and wherever else you might have puppet code read from | ||
| [2009/06/03 04:59:26] <DavidS> pastie: url me again | ||
| [2009/06/03 04:59:48] <pastie> http://pastie.org/498850 by DavidS. | ||
| [2009/06/03 05:00:01] <DavidS> omry|work: does that look fine to you? | ||
| [2009/06/03 05:01:22] <omry|work> I think so, but I don't know much ruby. logic supposed to add a cidr_allow for each element in the munin_cidr_allow array, or just munin_cidr_allow if not an array? | ||
| [2009/06/03 05:01:24] <omry|work> sounds good. | ||
| [2009/06/03 05:01:30] <DavidS> exactly | ||
| [2009/06/03 05:02:02] @ modulename joined channel #puppet | ||
| [2009/06/03 05:02:11] <omry|work> would it be cleaner (in this case and others) to have a that wrap in an array if not array and then always treat as array? | ||
| [2009/06/03 05:02:33] <DavidS> pastie: url! | ||
| [2009/06/03 05:02:56] <modulename> Is there a way to refer to 'this module name' in a source line? - something like puppet://$servername/$modulename | ||
| [2009/06/03 05:03:04] <pastie> http://pastie.org/498853 by DavidS. | ||
| [2009/06/03 05:03:47] <DavidS> sadly, no | ||
| [2009/06/03 05:04:00] <omry|work> yes. except you can do the wrapping in the code and not in the template | ||
| [2009/06/03 05:04:11] <omry|work> assuming this is from the template | ||
| [2009/06/03 05:04:26] <modulename> Ah well. I'll just have to boilerplate. | ||
| [2009/06/03 05:04:36] <DavidS> $modulename is not welldefined anyways | ||
| [2009/06/03 05:04:55] <DavidS> modulename: no offence meant ;-) | ||
| [2009/06/03 05:05:07] <omry|work> hehe | ||
| [2009/06/03 05:05:38] <omry|work> debug: Executing '/usr/bin/find /var/lib/puppet/modules/munin/nodes -maxdepth 1 -type f ! -name '*puppettmp' -print0 | sort -z | xargs -0 cat | cat '/etc/munin/munin.conf.header' - >| /var/lib/puppet/modul' | ||
| [2009/06/03 05:05:38] <omry|work> err: //Node[db1]/munin::host/Concatenated_file[/etc/munin/munin.conf]/Exec[concat_/etc/munin/munin.conf]/returns: change from notrun to 0 failed: /usr/bin/find /var/lib/puppet/modules/munin/nodes -maxdepth 7 | ||
| [2009/06/03 05:05:52] <modulename> heh | ||
| [2009/06/03 05:05:53] <omry|work> whatdoyouknow | ||
| [2009/06/03 05:06:06] <DavidS> wtf?! | ||
| [2009/06/03 05:06:38] <omry|work> # /usr/bin/find /var/lib/puppet/modules/munin/nodes -maxdepth 1 -type f ! -name '*puppettmp' -print0 | sort -z | xargs -0 cat | cat '/etc/munin/munin.conf.header' | ||
| [2009/06/03 05:06:39] <omry|work> cat: /etc/munin/munin.conf.header: No such file or directory | ||
| [2009/06/03 05:06:51] <DavidS> ah | ||
| [2009/06/03 05:06:58] <omry|work> dumb error message... | ||
| [2009/06/03 05:07:04] <omry|work> where did it came from? | ||
| [2009/06/03 05:08:06] <omry|work> DavidS, did you commit the template change? let me know if you want me to test it. | ||
| [2009/06/03 05:08:22] <DavidS> just updating the README | ||
| [2009/06/03 05:08:47] <omry|work> ok | ||
| [2009/06/03 05:12:37] <DavidS> omry|work: pushed it, but only in the development branch | ||
| [2009/06/03 05:13:20] <omry|work> how do I check which branch I am on? | ||
| [2009/06/03 05:13:49] <DavidS> git branch | ||
| [2009/06/03 05:13:55] <omry|work> okay, I`m on dev | ||
| [2009/06/03 05:14:09] <omry|work> -modules_dir { [ "munin", "munin/nodes", "munin/plugins" ]: } | ||
| [2009/06/03 05:14:10] <omry|work> +module_dir { [ "munin", "munin/nodes", "munin/plugins" ]: } | ||
| [2009/06/03 05:14:14] <omry|work> don't forget this one.. | ||
| [2009/06/03 05:14:22] <DavidS> commit c0abb34: use cidr_allow in lenny and newer | ||
| [2009/06/03 05:15:20] <DavidS> that should already be done | ||
| [2009/06/03 05:16:19] <omry|work> right, not used to git | ||
| [2009/06/03 05:16:27] <omry|work> behaves differently than svn and cvs. | ||
| [2009/06/03 05:16:30] @ nakano_ is now known as nakano | ||
| [2009/06/03 05:17:03] <omry|work> DavidS, okay - now to that bogus strange error.. | ||
| [2009/06/03 05:17:05] <omry|work> any idea? | ||
| [2009/06/03 05:18:50] <omry|work> what's that find supposed to do anyway? | ||
| [2009/06/03 05:18:59] <omry|work> this whole : | ||
| [2009/06/03 05:19:01] <omry|work> /usr/bin/find /var/lib/puppet/modules/munin/nodes -maxdepth 1 -type f ! -name '*puppettmp' -print0 | sort -z | xargs -0 cat | cat '/etc/munin/munin.conf.header | ||
| [2009/06/03 05:19:38] @ sheldonh joined channel #puppet | ||
| [2009/06/03 05:26:00] <omry|work> DavidS, probably because the nodes dir is empty? | ||
| [2009/06/03 05:27:40] <mikepea> omry|work: why the pipe-thru-cat at the end? | ||
| [2009/06/03 05:27:48] <mikepea> looks like a bug to me | ||
| [2009/06/03 05:29:51] <DavidS> mikepea: its a shorthand to noclobber or something | ||
| [2009/06/03 05:30:13] <DavidS> ah | ||
| [2009/06/03 05:30:19] <DavidS> -EMISUNDERSTOOD | ||
| [2009/06/03 05:30:45] <DavidS> mikepea: it's "cat FILE -" to prepend the header | ||
| [2009/06/03 05:30:57] <DavidS> omry|work: you need to have a munin.conf.header | ||
| [2009/06/03 05:31:36] <DavidS> hmm .. -EUNDOCUMENTED | ||
| [2009/06/03 05:31:38] <omry|work> DavidS, where from? | ||
| [2009/06/03 05:31:42] <omry|work> :) | ||
| [2009/06/03 05:31:48] <DavidS> omry|work: start with the original munin.conf | ||
| [2009/06/03 05:32:06] <omry|work> DavidS, okay. what do I put instead of all the hard coded nodes? | ||
| [2009/06/03 05:32:14] <DavidS> nothing | ||
| [2009/06/03 05:32:30] <DavidS> they'll come via export/collect | ||
| [2009/06/03 05:32:37] <omry|work> the munin module doesn't manage them automagically? | ||
| [2009/06/03 05:32:42] <DavidS> but if you need manual configuration, put it into the header | ||
| [2009/06/03 05:33:31] <omry|work> only the host should have munin.conf.header | ||
| [2009/06/03 05:33:32] <omry|work> right? | ||
| [2009/06/03 05:33:36] <omry|work> in /etc/munin | ||
| [2009/06/03 05:34:29] <DavidS> yes | ||
| [2009/06/03 05:35:05] <omry|work> okay.. | ||
| [2009/06/03 05:35:16] <omry|work> the original (dpkg-dist) have # a simple host tree | # a simple host tree | ||
| [2009/06/03 05:35:16] <omry|work> [localhost.localdomain] | ||
| [2009/06/03 05:35:29] <omry|work> I should probably nuke this bit? | ||
| [2009/06/03 05:35:49] <DavidS> yea | ||
| [2009/06/03 05:37:29] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 05:38:06] <omry|work> okay. now, about nodes. I added include munin::client to a base class of all my nodes | ||
| [2009/06/03 05:38:23] <omry|work> is that supposed to get node declarations into the munin.conf? | ||
| [2009/06/03 05:38:47] <DavidS> commit 23dc120: Add initialisation for munin.conf.header | ||
| [2009/06/03 05:38:51] <DavidS> storeconfigs | ||
| [2009/06/03 05:39:04] <omry|work> DavidS, what about them? | ||
| [2009/06/03 05:39:11] <omry|work> I enabled storecofings using mysql | ||
| [2009/06/03 05:39:12] @ kolla joined channel #puppet | ||
| [2009/06/03 05:40:05] <DavidS> munin::client will export a file to the config store, which will be collected by munin::host and concatenated into munin.conf | ||
| [2009/06/03 05:40:08] <DavidS> voila | ||
| [2009/06/03 05:40:22] <DavidS> run puppetd once on the client and once on the server to see | ||
| [2009/06/03 05:40:43] <omry|work> the host is also a client | ||
| [2009/06/03 05:41:08] <omry|work> but it didn't work for it. for other nodes I get an error, but lets get the host to work first.. | ||
| [2009/06/03 05:44:40] <sheldonh> do you think i'll hurt myself trying to use the rails model classes from within a custom report? | ||
| [2009/06/03 05:46:18] <sheldonh> hmmm, maybe i should rather just extend the rest interface in the rails app | ||
| [2009/06/03 05:48:13] <sheldonh> ah, elegant example in puppet/indirector/catalog/compiler.rb | ||
| [2009/06/03 05:51:37] @ Quit: monzie: Remote closed the connection | ||
| [2009/06/03 05:57:38] @ MattyM_ is now known as MattyM | ||
| [2009/06/03 05:58:02] <omry|work> DavidS, when I run puppetd on nodes, it can't find /etc/puppet/modules/munin/templates/munin-node.conf.Debian. | ||
| [2009/06/03 05:58:10] <omry|work> I must be doing something silly | ||
| [2009/06/03 05:58:54] @ keithlard joined channel #puppet | ||
| [2009/06/03 06:05:21] @ ohadlevy left channel #puppet () | ||
| [2009/06/03 06:05:55] <DavidS> omry|work: install lsb-release to get the necessary facts | ||
| [2009/06/03 06:06:21] <omry|work> DavidS, I think something is more basically wrong | ||
| [2009/06/03 06:06:24] <omry|work> the files are not there | ||
| [2009/06/03 06:06:45] <omry|work> like it's looking for them in the wrong place, or it didn't sync the plugin | ||
| [2009/06/03 06:06:53] <DavidS> huh? | ||
| [2009/06/03 06:07:02] <omry|work> Could not find template /etc/puppet/modules/munin/templates/munin-node.conf.Debian. | ||
| [2009/06/03 06:07:10] <DavidS> where is the module located? | ||
| [2009/06/03 06:07:15] <omry|work> /etc/puppet/modules/munin/ does not exist | ||
| [2009/06/03 06:07:24] <omry|work> on the puppetmaster, that's the location | ||
| [2009/06/03 06:07:29] <omry|work> but it's looking for it on the nodes | ||
| [2009/06/03 06:07:36] @ Quit: keithlard: | ||
| [2009/06/03 06:08:04] <DavidS> the template is evaluated on the puppetmaster when configuring a client | ||
| [2009/06/03 06:08:07] @ keithlard joined channel #puppet | ||
| [2009/06/03 06:08:41] <omry|work> oh | ||
| [2009/06/03 06:08:47] <omry|work> so you think the problem is lsbrelease? | ||
| [2009/06/03 06:08:47] <nico> /etc/puppet/templates here | ||
| [2009/06/03 06:08:55] <omry|work> it should be installed on all nodes? | ||
| [2009/06/03 06:09:13] <nico> lsbrelease is part of the base packages here | ||
| [2009/06/03 06:09:23] <omry|work> I just added it to mine | ||
| [2009/06/03 06:11:11] <omry|work> DavidS, alright - with lsb_release puppetd --test completed on the code. | ||
| [2009/06/03 06:11:37] <omry|work> I re-run on the puppetmaster to get it to rebuild munin.conf, but it still doesn't have the node definition in munin.conf | ||
| [2009/06/03 06:15:15] @ tim|imac joined channel #puppet | ||
| [2009/06/03 06:16:36] @ Quit: docelic: "http://www.spinlocksolutions.com/" | ||
| [2009/06/03 06:16:55] @ Quit: keithlard: | ||
| [2009/06/03 06:17:15] @ keithlard joined channel #puppet | ||
| [2009/06/03 06:26:22] <omry|work> OUCH: facter is eating 100% of 3 cores on my puppetmaster after I triggerred puppetrun for all 15 nodes. | ||
| [2009/06/03 06:26:41] <omry|work> correction, on all cores. | ||
| [2009/06/03 06:26:43] <Volcane> facter on the master? thats odd | ||
| [2009/06/03 06:27:12] <omry|work> ahhh | ||
| [2009/06/03 06:27:16] <omry|work> sorry, my bad. | ||
| [2009/06/03 06:27:21] <omry|work> it's not facter, it's facer :) | ||
| [2009/06/03 06:27:29] <omry|work> something else, which is supposed to eat cpu :) | ||
| [2009/06/03 06:30:06] <omry|work> DavidS, what is supposed to get files into /var/lib/puppet/modules/munin/nodes ? | ||
| [2009/06/03 06:32:54] <DavidS> munin::client has a @@file | ||
| [2009/06/03 06:33:02] @ masterzen joined channel #puppet | ||
| [2009/06/03 06:33:13] <sheldonh> okay, i think i'm almost done with a first stab at storedreports. can i tell puppetmasterd to look in an additional path for libraries to load, so that i don't have to put my storedreports.rb in /usr/lib/...? | ||
| [2009/06/03 06:33:16] @ Quit: garin_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 06:33:26] <sheldonh> (i don't like to touch directories that are under package management) | ||
| [2009/06/03 06:33:39] <Volcane> sheldonh: check out pluginsync | ||
| [2009/06/03 06:34:00] <sheldonh> Volcane: same advice as yesterday. fiiiine, i'll go look ;) | ||
| [2009/06/03 06:34:02] <Volcane> wiki:PluginsInModules | ||
| [2009/06/03 06:34:03] <gepetto> Volcane: wiki: wiki:PluginsInModules is http://reductivelabs.com/trac/puppet/wiki/PluginsInModules | ||
| [2009/06/03 06:34:36] <Volcane> that way you can use puppet to deploy them and it has a search path under its libdir | ||
| [2009/06/03 06:35:46] <omry|work> puppetmaster is really hard at work, eating 100% cpu for a long time when I trigger all my clients | ||
| [2009/06/03 06:35:55] <Volcane> omry|work: no surprise | ||
| [2009/06/03 06:36:11] <sheldonh> omry: run as a apache2+passenger app, enable splay=true on clients, be happy :0 | ||
| [2009/06/03 06:37:21] <sheldonh> Volcane: so if i'm more interested in testing this than distributing it (just now), i could actually just dump it in /var/lib/puppet/lib/... on the puppetmaster and see what happens? | ||
| [2009/06/03 06:37:42] <Volcane> yeah | ||
| [2009/06/03 06:38:33] <sheldonh> wicked. junkfood now, salad later | ||
| [2009/06/03 06:46:05] @ Innocenti joined channel #puppet | ||
| [2009/06/03 06:49:54] @ keithlard_ joined channel #puppet | ||
| [2009/06/03 06:56:05] @ mib_ufml5y joined channel #puppet | ||
| [2009/06/03 06:56:31] @ Quit: keithlard: Read error: 110 (Connection timed out) | ||
| [2009/06/03 06:56:31] <omry|work> DavidS, looks like things are starting to work :) | ||
| [2009/06/03 06:56:44] @ Quit: ssm: Read error: 61 (Connection refused) | ||
| [2009/06/03 06:56:57] <omry|work> munin::plugin are accumulative? | ||
| [2009/06/03 06:57:05] <mib_ufml5y> hy all, little question, can anyone give me a good tutorial for starting with puppet? | ||
| [2009/06/03 06:57:34] <tim|imac> mib_ufml5y: did you try the one on the wiki? | ||
| [2009/06/03 06:57:52] <mib_ufml5y> yes... | ||
| [2009/06/03 06:58:08] <mib_ufml5y> but i need a tutorial thats really easy to understand | ||
| [2009/06/03 06:58:13] <mib_ufml5y> ;) | ||
| [2009/06/03 06:58:27] <tim|imac> the one on the wiki isn't? | ||
| [2009/06/03 06:59:11] <mib_ufml5y> ehhh... i think that i tryed it, but maybe we arent talking about the same? | ||
| [2009/06/03 07:00:03] <tim|imac> mib_ufml5y: wiki:LanguageTutorial | ||
| [2009/06/03 07:00:27] <gepetto> tim|imac: mib_ufml5y: wiki:LanguageTutorial is http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial | ||
| [2009/06/03 07:00:27] <tim|imac> gepetto is a bit slow | ||
| [2009/06/03 07:00:32] <tim|imac> there he is :) | ||
| [2009/06/03 07:01:19] <mib_ufml5y> reeeeaaallyy slow:P but thanks alot for the urls | ||
| [2009/06/03 07:02:13] <tim|imac> but from there on it's just a matter of starting to actually use and looking at the type reference and stuff | ||
| [2009/06/03 07:02:35] <mib_ufml5y> jeah i tried this tutorial... i'll try again if this is the best one...;) | ||
| [2009/06/03 07:04:45] <tim|imac> it worked for me and i'm like, really stupid :P so should work for you too ;-) | ||
| [2009/06/03 07:05:05] <mib_ufml5y> ok, thanks... | ||
| [2009/06/03 07:06:08] @ Quit: mib_ufml5y: "http://www.mibbit.com ajax IRC Client" | ||
| [2009/06/03 07:06:41] @ ssm joined channel #puppet | ||
| [2009/06/03 07:09:42] <DavidS> omry|work: great :) | ||
| [2009/06/03 07:19:41] <sheldonh> Volcane: not so lucky. i think pluginsync ensures that /var/lib/puppet/lib/puppet is empty. so helpful :) | ||
| [2009/06/03 07:19:51] <Volcane> hehe | ||
| [2009/06/03 07:19:59] @ Quit: poison: Remote closed the connection | ||
| [2009/06/03 07:20:14] <Volcane> since you're testing, just dump it in to /usr then delete :P | ||
| [2009/06/03 07:20:31] <sheldonh> will try that next if pluginsync=false doesn't help | ||
| [2009/06/03 07:21:10] <omry|work> so, mongrel or apache? | ||
| [2009/06/03 07:21:25] <sheldonh> okay, so it takes more than just dumping the file in /var/lib/puppet/lib/puppet/reports *sigh* /usr it is | ||
| [2009/06/03 07:22:07] <omry|work> err, mongrel and apache? | ||
| [2009/06/03 07:22:37] <Volcane> sheldonh: thats odd cos all plugins sync does is recursivly copy the files (though for reports plugin i suspect u migt need to restart hte master) | ||
| [2009/06/03 07:22:47] <sheldonh> omry: apache and passenger :) | ||
| [2009/06/03 07:22:56] <sheldonh> mongrel is dog's balls | ||
| [2009/06/03 07:23:27] <omry|work> sheldonh, I know less than nothing about passenger and mongrel. why passenger? | ||
| [2009/06/03 07:24:31] <sheldonh> omry: passenger is easier to manage, less complex, and faster than mongrel. with ruby enterprise edition in the mix, it also uses less memory | ||
| [2009/06/03 07:25:51] <omry|work> sheldonh, got a link to installation instructions? | ||
| [2009/06/03 07:26:27] <Volcane> omry|work: the wiki covers it | ||
| [2009/06/03 07:26:37] <omry|work> btw: your splay suggestion will not do me any good. my clients are not connecting all the time, only when I trigger them. | ||
| [2009/06/03 07:26:54] <Volcane> omry|work: so dont trigger them all at once, it will never work well | ||
| [2009/06/03 07:27:25] @ Quit: verwilst: Read error: 113 (No route to host) | ||
| [2009/06/03 07:28:37] <omry|work> Volcane, assuming I switch to passenger, what would be a reasonable number of concurrent clients? | ||
| [2009/06/03 07:28:47] <sheldonh> 1000? :) | ||
| [2009/06/03 07:28:50] <sheldonh> if you use splay | ||
| [2009/06/03 07:28:51] <Volcane> it depends on your server, network, manifest complexity etc | ||
| [2009/06/03 07:28:56] <Volcane> test and see | ||
| [2009/06/03 07:29:37] @ verwilst joined channel #puppet | ||
| [2009/06/03 07:29:39] <omry|work> sheldonh, concurrent as in - connecting to the server at once. | ||
| [2009/06/03 07:29:45] <omry|work> not existing somewhere. | ||
| [2009/06/03 07:29:54] @ Quit: alex2: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 07:29:58] <sheldonh> latency and time-taken-to-apply-classes are big things. if you use storeconfigs to a database on the other end of a slow link, that has a dramatic impact too | ||
| [2009/06/03 07:30:19] @ shellac_ joined channel #puppet | ||
| [2009/06/03 07:30:26] <omry|work> storeconfigs slows things down significantly? | ||
| [2009/06/03 07:30:37] <shellac_> evenin' folks | ||
| [2009/06/03 07:30:39] <sheldonh> omry|work: can do, yeah | ||
| [2009/06/03 07:30:55] <omry|work> sheldonh, when does it cost? | ||
| [2009/06/03 07:31:02] <omry|work> in every run? or just on changes? | ||
| [2009/06/03 07:31:06] <sheldonh> omry|work: we have a puppetmaster storing configs from germany to south africa, and that made "not webrick" a requirement :) | ||
| [2009/06/03 07:31:14] <sheldonh> omry: initial run, and on change | ||
| [2009/06/03 07:31:44] <omry|work> all my boxes are currently in the same farm, so slow connection is not an issue | ||
| [2009/06/03 07:32:07] <shellac_> any of you guys successfully implemented redundant puppetmasters? | ||
| [2009/06/03 07:32:49] <shellac_> trying to get an active/passive setup running quite unsuccessfully | ||
| [2009/06/03 07:33:32] <DavidS> omry|work: my biggest host with ~ 5k resources takes 82s for config_retrieval (see http://munin.edv-bus.at/black.co.at/puppetmaster.black.co.at-resources_hosting_edv_bus_at.html and http://munin.edv-bus.at/black.co.at/puppetmaster.black.co.at-times_hosting_edv_bus_at.html) | ||
| [2009/06/03 07:34:20] <sheldonh> wow, that's a long time | ||
| [2009/06/03 07:34:21] <DavidS> but 5k resources is excessive and the puppetmaster has currently 1G swap used, due to other services on the same machine | ||
| [2009/06/03 07:34:50] <sheldonh> omry|work: think about it like this. you can configure passenger to run as many concurrent request handlers as you like, but each one consumes memory | ||
| [2009/06/03 07:35:38] <sheldonh> omry|work: so find out hwo much memory a handler consumes in your environment, divide typical free memory by that amount, and that's a ballpark concurrency ceiling to start with | ||
| [2009/06/03 07:37:51] <omry|work> DavidS, how do you know the number of resources? | ||
| [2009/06/03 07:38:27] <DavidS> omry|work: either count them in stored configs or read the reports. both available as munin plugins in my puppet module | ||
| [2009/06/03 07:38:58] <DavidS> a more reasonable host is my munin::host with ~500 resources compiling in 7.6 seconds | ||
| [2009/06/03 07:39:33] <omry|work> DavidS, my resources table have 2280 rows | ||
| [2009/06/03 07:39:40] <omry|work> so that's 2280 resources? | ||
| [2009/06/03 07:39:46] <DavidS> but as i said, the puppetmaster, the storedconfigs db and many other services are all running on the same loaded server | ||
| [2009/06/03 07:40:09] <DavidS> omry|work: yes, group by host_id to get an idea of the distribution | ||
| [2009/06/03 07:40:55] <omry|work> ~250 per host | ||
| [2009/06/03 07:40:56] <DavidS> omry|work: you can take a look at http://munin.edv-bus.at/black.co.at/puppetmaster.black.co.at.html#Puppet to see the output of the munin plugins from my site | ||
| [2009/06/03 07:42:03] <omry|work> nice | ||
| [2009/06/03 07:42:52] <omry|work> I just created a munin plugin for my job management system a few days ago | ||
| [2009/06/03 07:43:06] <DavidS> creating plugins is a breeze with munin | ||
| [2009/06/03 07:43:20] <omry|work> one day I might open it up (the job management system, it's called Jimmy) , I do want to. | ||
| [2009/06/03 07:43:28] <omry|work> yeah, very easy. | ||
| [2009/06/03 07:44:11] <DavidS> I should change the time reports to stacked output | ||
| [2009/06/03 07:44:34] <DavidS> would make more sense | ||
| [2009/06/03 07:44:38] <omry|work> like memory view? | ||
| [2009/06/03 07:44:41] <omry|work> yeah, makes sense. | ||
| [2009/06/03 07:45:21] <omry|work> I have 3 numbers, a b and c, where a+b=c in my plugin. how would you view them in munin? | ||
| [2009/06/03 07:45:25] <omry|work> just 3 graphs? | ||
| [2009/06/03 07:45:32] <omry|work> any way to stack a and b inside c? | ||
| [2009/06/03 07:47:06] <FreakGuard> which control software to pair with puppet? | ||
| [2009/06/03 07:47:29] <DavidS> FreakGuard: define "control software" | ||
| [2009/06/03 07:47:30] <DavidS> ? | ||
| [2009/06/03 07:47:51] <FreakGuard> DavidS, like naigos, munin | ||
| [2009/06/03 07:48:05] <omry|work> monitoring more than control. | ||
| [2009/06/03 07:48:10] <omry|work> those two | ||
| [2009/06/03 07:48:14] <DavidS> both | ||
| [2009/06/03 07:48:28] <FreakGuard> sorry, term fail | ||
| [2009/06/03 07:52:08] <sheldonh> no man, now this is getting annoying | ||
| [2009/06/03 07:53:09] <omry|work> sheldonh, do I really need to setup ssl in apache to use passenger with puppet? | ||
| [2009/06/03 07:53:18] <sheldonh> omry: i think so, yes | ||
| [2009/06/03 07:53:24] <omry|work> what's the point? | ||
| [2009/06/03 07:53:28] <omry|work> it's all internal anywau | ||
| [2009/06/03 07:53:28] <omry|work> t | ||
| [2009/06/03 07:53:31] <omry|work> er | ||
| [2009/06/03 07:53:40] <shellac_> can anyone give me any help with an idle standby setup so I can avoid absolute certificate hell | ||
| [2009/06/03 07:53:45] <DavidS> FreakGuard: both are well integrated with puppet. there are native types to handle nagios objects and there is a freh munin module managing all kinds of munin stuff on my site at http://git.black.co.at/?p=module-munin | ||
| [2009/06/03 07:54:15] <DavidS> freh=fresh | ||
| [2009/06/03 07:54:25] <sheldonh> omry|work: *shrug* it's not much work | ||
| [2009/06/03 07:54:35] <shellac_> setup at the mo is 1 primary, with one standby puppetmaster - have certdnsnames setup and a CNAME pointing at the current active server | ||
| [2009/06/03 07:54:52] <shellac_> what i'm hoping to do is just repoint the CNAME to the standby should the master fail | ||
| [2009/06/03 07:55:13] <DavidS> why not heartbeat and ip failover? | ||
| [2009/06/03 07:55:21] <DavidS> you can use the same cert on both masters too | ||
| [2009/06/03 07:55:32] <shellac_> obviously there's some certificate magic that needs to happen - having read all the docs on the wiki and googled the crap out it i'm still at a loss | ||
| [2009/06/03 07:55:45] <shellac_> the failover will be a manual intervention thing | ||
| [2009/06/03 07:55:51] <sheldonh> heartbeat for the win | ||
| [2009/06/03 07:56:00] <sheldonh> argh! The interface for registering report types has changed; use Puppet::Reports.register_report for report type storereports | ||
| [2009/06/03 07:56:17] <shellac_> so if I was to simply copy all the certs from master1 to the standby should be cool? | ||
| [2009/06/03 07:56:44] <DavidS> shellac_: if they both use the same cert name | ||
| [2009/06/03 07:56:52] <shellac_> ah! | ||
| [2009/06/03 07:57:11] <shellac_> and certname can be the cname? | ||
| [2009/06/03 07:57:32] <DavidS> wiki:ConfigurationReference might tell you whether you can set the certname explicitely | ||
| [2009/06/03 07:57:39] <gepetto> DavidS: wiki: wiki:ConfigurationReference is http://reductivelabs.com/trac/puppet/wiki/ConfigurationReference | ||
| [2009/06/03 08:00:59] @ geoffr joined channel #puppet | ||
| [2009/06/03 08:02:07] <omry|work> passenger installation instructions includes the command "passenger-install-apache2-module" which does not exist for me after installing whatever was before it | ||
| [2009/06/03 08:02:08] <omry|work> any idea>? | ||
| [2009/06/03 08:02:25] @ thegcat joined channel #puppet | ||
| [2009/06/03 08:02:30] <geoffr> alo all, simple Q for once, what is the variable name for 'my own puppetmaster' in a class? | ||
| [2009/06/03 08:04:47] @ Quit: lludwig1: "Leaving." | ||
| [2009/06/03 08:05:04] @ lludwig joined channel #puppet | ||
| [2009/06/03 08:06:02] <shellac_> wooo! | ||
| [2009/06/03 08:06:07] <shellac_> thanks davids!!! | ||
| [2009/06/03 08:06:18] <shellac_> certname bizzo + copying keys worked great | ||
| [2009/06/03 08:06:36] <thegcat> geoffr: the name of the server? | ||
| [2009/06/03 08:06:48] <thegcat> of the puppetmaster server? | ||
| [2009/06/03 08:07:05] <geoffr> puppetmaster server, but thanks think I got it $server | ||
| [2009/06/03 08:07:51] @ poison joined channel #puppet | ||
| [2009/06/03 08:08:03] <thegcat> yeah, $server is the one :-) | ||
| [2009/06/03 08:08:10] <geoffr> :) | ||
| [2009/06/03 08:09:10] <shellac_> I can't believe how we ever lived without puppet! | ||
| [2009/06/03 08:09:10] <shellac_> hehe | ||
| [2009/06/03 08:12:41] @ Quit: alban2: Remote closed the connection | ||
| [2009/06/03 08:12:48] <sheldonh> i'm having serious trouble figuring out how to interrogate metrics from within a report. shouldn't self.metrics["changes"]["total"] give me the number of changes for the catalog compile associated with the report? | ||
| [2009/06/03 08:15:20] @ alban2 joined channel #puppet | ||
| [2009/06/03 08:18:20] <DavidS> shellac_: *bows* | ||
| [2009/06/03 08:18:38] @ fujin joined channel #puppet | ||
| [2009/06/03 08:19:22] <DavidS> updated munin-graph for the times report: http://munin.edv-bus.at/black.co.at/puppetmaster.black.co.at-times_fw_schmidg_edv_bus_at.html | ||
| [2009/06/03 08:24:03] <shellac_> on a side note davide | ||
| [2009/06/03 08:24:11] <shellac_> have you run into any issues with munin scaling? | ||
| [2009/06/03 08:24:46] <shellac_> in my environment we're monitoring around 90 hosts, with about 10-12 metrics per host | ||
| [2009/06/03 08:24:55] <shellac_> completely I/O bound :( | ||
| [2009/06/03 08:25:00] <shellac_> the master that is | ||
| [2009/06/03 08:25:06] <DavidS> shellac_: not with the small number of hosts i'm monitoring, but I've heard "stories" | ||
| [2009/06/03 08:25:28] <shellac_> it's pretty brutal | ||
| [2009/06/03 08:26:37] <DavidS> shellac_: I've heard someone putting all rrds on a ram disk, and/or generating the graphs on cgi-access instead of everytime | ||
| [2009/06/03 08:26:40] @ lak joined channel #puppet | ||
| [2009/06/03 08:26:49] <sheldonh> or using cgi generation | ||
| [2009/06/03 08:27:05] <sheldonh> at large scale, you've usually got a LOT more graphs than people are likely to look at every day | ||
| [2009/06/03 08:27:08] <shellac_> yeah rrds in ram is gonna be our first test | ||
| [2009/06/03 08:27:13] <sheldonh> so it makes more sense to defer processing | ||
| [2009/06/03 08:27:23] @ Quit: mattock: "Leaving." | ||
| [2009/06/03 08:27:23] <shellac_> yeah we've already started cutting back on some of the stuff we're graphing | ||
| [2009/06/03 08:27:24] @ Quit: zeroXten: "leaving" | ||
| [2009/06/03 08:27:33] <sheldonh> less is less :( | ||
| [2009/06/03 08:28:09] @ zeroXten joined channel #puppet | ||
| [2009/06/03 08:28:11] <shellac_> I know ... goes against my OCD | ||
| [2009/06/03 08:28:29] <shellac_> we've moved the master to a dedicated box now at least | ||
| [2009/06/03 08:28:46] @ madrescher joined channel #puppet | ||
| [2009/06/03 08:28:50] @ madrescher1 joined channel #puppet | ||
| [2009/06/03 08:28:51] <sheldonh> would be great if cgi dumped a cached copy | ||
| [2009/06/03 08:31:18] @ Quit: madrescher1: Client Quit | ||
| [2009/06/03 08:33:29] @ Quit: ssm: "WeeChat 0.3.0-dev" | ||
| [2009/06/03 08:33:39] <omry|work> DavidS, say - why the "exim_mailstats.graph_period minute" in each node? | ||
| [2009/06/03 08:38:19] @ Quit: Robbie_: Client Quit | ||
| [2009/06/03 08:42:47] @ Quit: modulename: "http://www.mibbit.com ajax IRC Client" | ||
| [2009/06/03 08:47:44] @ ryanduff is now known as ryanduff|away | ||
| [2009/06/03 08:49:43] @ Quit: erm_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 08:50:29] @ HarryCalahan joined channel #puppet | ||
| [2009/06/03 08:52:20] @ Robbie_ joined channel #puppet | ||
| [2009/06/03 08:52:24] @ alex_hh joined channel #puppet | ||
| [2009/06/03 08:53:00] <alex_hh> hi@all | ||
| [2009/06/03 08:54:30] @ mccune joined channel #puppet | ||
| [2009/06/03 08:54:39] @ ssm joined channel #puppet | ||
| [2009/06/03 08:55:03] @ Quit: lak: | ||
| [2009/06/03 08:57:03] @ JM joined channel #puppet | ||
| [2009/06/03 09:00:00] @ matty joined channel #puppet | ||
| [2009/06/03 09:03:45] @ n0ts__ joined channel #puppet | ||
| [2009/06/03 09:04:24] @ notbrien joined channel #puppet | ||
| [2009/06/03 09:04:42] @ Quit: thegcat: | ||
| [2009/06/03 09:06:07] @ Quit: matty: | ||
| [2009/06/03 09:07:47] <DavidS> omry|work: no reason | ||
| [2009/06/03 09:10:08] <DavidS> removed | ||
| [2009/06/03 09:10:29] <omry|work> orite | ||
| [2009/06/03 09:10:30] @ lak joined channel #puppet | ||
| [2009/06/03 09:13:15] <omry|work> DavidS, after adding a node, will I have to run pupppetd on it it once and then to run it on the master to get it into munin.conf? | ||
| [2009/06/03 09:13:23] <omry|work> (in that specific order?) | ||
| [2009/06/03 09:13:31] <DavidS> exactly | ||
| [2009/06/03 09:14:05] <DavidS> actually, the resources are in the db after the "Compiled configuration" message on puppetmaster | ||
| [2009/06/03 09:14:36] @ Quit: n0ts_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 09:15:33] <DavidS> um s/master/munin::host/ | ||
| [2009/06/03 09:15:36] @ kngus joined channel #puppet | ||
| [2009/06/03 09:15:38] <ch> can I provoke compilation of a node's catalog, for testing purposes? | ||
| [2009/06/03 09:15:39] @ kngus left channel #puppet ("Leaving.") | ||
| [2009/06/03 09:15:51] <DavidS> puppetd --test --noop | ||
| [2009/06/03 09:15:53] <ch> (without having access to the node) | ||
| [2009/06/03 09:15:55] <DavidS> on the node | ||
| [2009/06/03 09:16:16] <omry|work> ch, with puppetrun, assuming you configured your node to listen ahead of time. | ||
| [2009/06/03 09:16:18] @ Quit: abien: | ||
| [2009/06/03 09:16:31] <ch> yeah, that's the obvious way if you've got a working master/node setup | ||
| [2009/06/03 09:16:32] @ Quit: BMDan: "Leaving." | ||
| [2009/06/03 09:16:58] <ch> but for tests it'd be useful to just compile+dump the catalog for a number of nodes and maybe compare them to older versions, etc | ||
| [2009/06/03 09:19:02] @ Quit: madrescher: Remote closed the connection | ||
| [2009/06/03 09:19:04] <Volcane> puppet client accepts a --fqdn option, that might be useful | ||
| [2009/06/03 09:19:11] <Volcane> though i doubt it wil help cos you will still need the ssl certs | ||
| [2009/06/03 09:19:35] @ madrescher joined channel #puppet | ||
| [2009/06/03 09:21:03] <lak> http://tom.preston-werner.com/2009/05/19/the-git-parable.html | ||
| [2009/06/03 09:21:23] * Volcane cant use git, period, never gonna happen | ||
| [2009/06/03 09:21:23] <Volcane> :) | ||
| [2009/06/03 09:21:57] <Volcane> i can figure it out, but theres no way I'll use it in every day use and cant be arsed to use it once a month cos its just too obtuse | ||
| [2009/06/03 09:27:47] @ Quit: tecto: | ||
| [2009/06/03 09:27:55] <lak> Volcane: i was skeptical at first, but i'm completely sold | ||
| [2009/06/03 09:27:59] <lak> i wouldn't give it up for anything | ||
| [2009/06/03 09:28:28] <Volcane> cant expect my clients who many are still stuck in CVS hell to invest time to learn git - svn is a easy progression for them | ||
| [2009/06/03 09:28:43] <agaffney> git really is quite nice | ||
| [2009/06/03 09:28:48] <Volcane> so i cant convert my own stuff to git and i wont code enough puppet to remeber the use of it from one time to the next | ||
| [2009/06/03 09:28:57] <agaffney> I fought against the CVS->SVN transition | ||
| [2009/06/03 09:28:59] <agaffney> and then SVN->GIT | ||
| [2009/06/03 09:29:05] <Volcane> someone should write fancy rake tasks for infrequent git users :P | ||
| [2009/06/03 09:29:11] <agaffney> but it really is quite nice | ||
| [2009/06/03 09:29:14] <sheldonh> here are the bits of my app that pertain to storereports: http://gist.github.com/122981 | ||
| [2009/06/03 09:29:18] <agaffney> I still use SVN and GIT | ||
| [2009/06/03 09:29:33] <Volcane> sheldonh: you muppet. | ||
| [2009/06/03 09:29:34] @ gaveen joined channel #puppet | ||
| [2009/06/03 09:29:53] <sheldonh> Volcane: some things never change :) | ||
| [2009/06/03 09:30:28] <Volcane> sheldonh: thats pretty sweet, you should submit patches cos that would be an awesome addition | ||
| [2009/06/03 09:31:42] @ loquito joined channel #puppet | ||
| [2009/06/03 09:32:24] <loquito> Is it possible and what is the syntax to do a "require" that is in another class? | ||
| [2009/06/03 09:32:38] <Volcane> require => Class["foo"] | ||
| [2009/06/03 09:32:46] <Volcane> wherever require => is valid | ||
| [2009/06/03 09:33:48] <sheldonh> Volcane: not happy with it. it throws away the tags and won't roll with the punches when the set of metrics is expanded | ||
| [2009/06/03 09:33:48] <loquito> but what if the require is calling a file resource that is in another class, is that possible? At the moment it tells me that it is not defined | ||
| [2009/06/03 09:34:05] <Volcane> sheldonh: ah, but when you're done, that would be sweet | ||
| [2009/06/03 09:34:05] @ law__ joined channel #puppet | ||
| [2009/06/03 09:34:24] <Volcane> loquito: its possible, you need to still 'include "otherclass"' somewhere though | ||
| [2009/06/03 09:34:24] <sheldonh> ja. employer's oss-friendly | ||
| [2009/06/03 09:34:38] <Volcane> sheldonh: did u guys write the new "robot" or someone in germany? | ||
| [2009/06/03 09:34:40] <loquito> Volcane: Ah okay, thanks, I will give that a try | ||
| [2009/06/03 09:36:18] <lak> guess i won't review that augeas code, since it's been merged :) | ||
| [2009/06/03 09:38:18] <sheldonh> Volcane: dunno what you're talking about :) | ||
| [2009/06/03 09:38:27] <Volcane> sheldonh: k:) | ||
| [2009/06/03 09:44:09] @ Quit: nmalik: "Lost terminal" | ||
| [2009/06/03 09:44:23] @ nmalik joined channel #puppet | ||
| [2009/06/03 09:44:30] <sheldonh> Volcane: meh. docs only talk about pluginsync for providers and resource types. reports are neither | ||
| [2009/06/03 09:45:00] <Volcane> hmm, maybe the searching of libdir only applies to those, but i do remember someone here having luck putting them in libdir | ||
| [2009/06/03 09:45:02] <Volcane> ask lak :P | ||
| [2009/06/03 09:45:19] <sheldonh> lak, the TODO guy? lol | ||
| [2009/06/03 09:45:41] <DavidS> sheldonh: i've done a report via plugins in modules just yesterday | ||
| [2009/06/03 09:45:45] <lak> the libdir is a standard ruby lib directory, but anything puppet knows how to autoload should be storable in plugins | ||
| [2009/06/03 09:45:56] <DavidS> look at my puppet munin plugin from report i comitted yesterda | ||
| [2009/06/03 09:45:58] <DavidS> y | ||
| [2009/06/03 09:46:01] @ Quit: madrescher: Read error: 110 (Connection timed out) | ||
| [2009/06/03 09:46:05] <sheldonh> DavidS: awesome, thanks!!! | ||
| [2009/06/03 09:46:29] <DavidS> http://git.black.co.at/?p=module-puppet;a=commit;h=cc5c83ded2860ce7746ca909b35dcb364381c059 | ||
| [2009/06/03 09:46:33] <DavidS> ^that'S the comitte | ||
| [2009/06/03 09:46:53] <DavidS> resource { typo: ensure => absent } | ||
| [2009/06/03 09:47:34] <sheldonh> not github? you pagan! ;) | ||
| [2009/06/03 09:48:27] <DavidS> sheldonh: that gitweb runs since before I've known that github exists. and it's running under my own domain on my own hetzner server. I'm quite proud to be a pagan, actually :)) | ||
| [2009/06/03 09:49:04] @ Quit: bigon: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:04] @ Quit: Babar: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:05] @ Quit: n0ts__: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:05] @ Quit: pleemans: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:06] @ Quit: hamish: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:06] @ Quit: nico: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:06] @ Quit: Kindred: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:07] @ Quit: Bradipo: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:07] @ Quit: nwp: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:07] @ Quit: barn: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:08] @ Quit: sc0ttB_: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:09] @ Quit: unpaidbill: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:09] @ Quit: riddley: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:10] @ Quit: rabbit7: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:10] @ Quit: PsychoTrahe: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:11] @ Quit: danp: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:12] @ Quit: proton: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:49:41] @ n0ts__ joined channel #puppet | ||
| [2009/06/03 09:49:41] @ Babar joined channel #puppet | ||
| [2009/06/03 09:49:41] @ pleemans joined channel #puppet | ||
| [2009/06/03 09:49:41] @ unpaidbill joined channel #puppet | ||
| [2009/06/03 09:49:41] @ hamish joined channel #puppet | ||
| [2009/06/03 09:49:41] @ bigon joined channel #puppet | ||
| [2009/06/03 09:49:41] @ nico joined channel #puppet | ||
| [2009/06/03 09:49:41] @ Kindred joined channel #puppet | ||
| [2009/06/03 09:49:41] @ Bradipo joined channel #puppet | ||
| [2009/06/03 09:49:41] @ nwp joined channel #puppet | ||
| [2009/06/03 09:49:42] @ barn joined channel #puppet | ||
| [2009/06/03 09:49:42] @ sc0ttB_ joined channel #puppet | ||
| [2009/06/03 09:49:42] @ riddley joined channel #puppet | ||
| [2009/06/03 09:49:42] @ PsychoTrahe joined channel #puppet | ||
| [2009/06/03 09:49:42] @ danp joined channel #puppet | ||
| [2009/06/03 09:49:42] @ proton joined channel #puppet | ||
| [2009/06/03 09:49:42] @ rabbit7 joined channel #puppet | ||
| [2009/06/03 09:49:44] @ Quit: sc0ttB_: Remote closed the connection | ||
| [2009/06/03 09:49:44] @ sc0ttB joined channel #puppet | ||
| [2009/06/03 09:53:29] @ Quit: bigon: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:29] @ Quit: Babar: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:30] @ Quit: barn: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:30] @ Quit: rabbit7: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:31] @ Quit: unpaidbill: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:32] @ Quit: Kindred: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:32] @ Quit: proton: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:32] @ Quit: PsychoTrahe: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:33] @ Quit: pleemans: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:33] @ Quit: nwp: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:34] @ Quit: Bradipo: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:35] @ Quit: riddley: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:36] @ Quit: nico: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:37] @ Quit: hamish: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:37] @ Quit: danp: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:53:38] @ Quit: n0ts__: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 09:55:43] @ n0ts__ joined channel #puppet | ||
| [2009/06/03 09:55:44] @ Babar joined channel #puppet | ||
| [2009/06/03 09:55:44] @ pleemans joined channel #puppet | ||
| [2009/06/03 09:55:44] @ unpaidbill joined channel #puppet | ||
| [2009/06/03 09:55:44] @ hamish joined channel #puppet | ||
| [2009/06/03 09:55:44] @ bigon joined channel #puppet | ||
| [2009/06/03 09:55:44] @ nico joined channel #puppet | ||
| [2009/06/03 09:55:44] @ Kindred joined channel #puppet | ||
| [2009/06/03 09:55:44] @ Bradipo joined channel #puppet | ||
| [2009/06/03 09:55:44] @ nwp joined channel #puppet | ||
| [2009/06/03 09:55:44] @ barn joined channel #puppet | ||
| [2009/06/03 09:55:44] @ riddley joined channel #puppet | ||
| [2009/06/03 09:55:44] @ PsychoTrahe joined channel #puppet | ||
| [2009/06/03 09:55:44] @ danp joined channel #puppet | ||
| [2009/06/03 09:55:45] @ proton joined channel #puppet | ||
| [2009/06/03 09:55:45] @ rabbit7 joined channel #puppet | ||
| [2009/06/03 09:55:45] @ Quit: sid77: Remote closed the connection | ||
| [2009/06/03 09:56:37] @ Kindy joined channel #puppet | ||
| [2009/06/03 09:56:54] @ proton_ joined channel #puppet | ||
| [2009/06/03 09:56:56] @ danp_ joined channel #puppet | ||
| [2009/06/03 09:57:01] @ hamish_ joined channel #puppet | ||
| [2009/06/03 09:57:57] @ Quit: gaveen: Read error: 60 (Operation timed out) | ||
| [2009/06/03 09:58:51] @ erm_ joined channel #puppet | ||
| [2009/06/03 09:59:50] <sheldonh> jesus, is everyone in this channel an hetzner customer?!?! :) | ||
| [2009/06/03 10:00:09] <geoffr> no | ||
| [2009/06/03 10:00:10] <Volcane> heh | ||
| [2009/06/03 10:00:51] <sheldonh> :) | ||
| [2009/06/03 10:01:13] @ Quit: Robbie_: Remote closed the connection | ||
| [2009/06/03 10:01:24] @ Robbie joined channel #puppet | ||
| [2009/06/03 10:02:13] <DavidS> sheldonh: O:-) | ||
| [2009/06/03 10:02:34] <DavidS> would that be of any significance to you? O:-) O:-) | ||
| [2009/06/03 10:02:47] <sheldonh> yes, no, i, this is... | ||
| [2009/06/03 10:02:58] <Volcane> DavidS: see the new servers and new robot? | ||
| [2009/06/03 10:03:24] <lak> masterzen: you around? | ||
| [2009/06/03 10:03:41] <masterzen> lak: yes | ||
| [2009/06/03 10:04:46] <lak> masterzen: can you give http://projects.reductivelabs.com/issues/2294 a once-over? i've looked at it before and i can't see the problem | ||
| [2009/06/03 10:04:59] <lak> there's clearly a race-condition somewhere that gets triggered under load, but i can't find it | ||
| [2009/06/03 10:05:14] @ erm__ joined channel #puppet | ||
| [2009/06/03 10:05:24] <lak> i've only ever seen it occur under load | ||
| [2009/06/03 10:05:29] <masterzen> lak: where you able to reproduce it in the lab? | ||
| [2009/06/03 10:05:36] <lak> no | ||
| [2009/06/03 10:05:53] <masterzen> lak: the issue is that I don't have load in my setup :-( | ||
| [2009/06/03 10:06:02] <lak> only at customer sites, with gigantic module lists | ||
| [2009/06/03 10:06:04] <lak> yeah | ||
| [2009/06/03 10:06:14] <lak> but there should be a logical race condition | ||
| [2009/06/03 10:06:28] <masterzen> were you able to get a stack trace? | ||
| [2009/06/03 10:06:30] <lak> so i was hoping that if you could just trace the code paths then you might be able to see that race condition | ||
| [2009/06/03 10:06:39] <lak> hmm, no | ||
| [2009/06/03 10:06:51] <lak> i might actually be able to reproduce it in a customer's lab | ||
| [2009/06/03 10:06:59] <lak> i think i still have access to it | ||
| [2009/06/03 10:07:07] <DavidS> Volcane: damn, i need to update soon :-) | ||
| [2009/06/03 10:07:28] <Volcane> pity | ||
| [2009/06/03 10:07:37] <Volcane> pity they only give small subnets still | ||
| [2009/06/03 10:07:38] <masterzen> lak: I want to be sure I can trace back from the error message to several code path, and maybe locate the race. | ||
| [2009/06/03 10:07:41] <Volcane> what use is a 12gig box with 4 ip | ||
| [2009/06/03 10:07:45] <lak> ok | ||
| [2009/06/03 10:08:39] @ Quit: verwilst: Read error: 113 (No route to host) | ||
| [2009/06/03 10:09:01] <masterzen> lak: just one question. I'm a newbie about ruby threading model. Do you think it is a threading issue? Is there any documentation about the ruby threading model? | ||
| [2009/06/03 10:09:17] <lak> i really don't think it's a threading issue, but.... i can't really know | ||
| [2009/06/03 10:09:23] <lak> afaik, mongrel doesn't use threading at all | ||
| [2009/06/03 10:09:35] <masterzen> lak: that was my next question :-) | ||
| [2009/06/03 10:09:51] @ Quit: danp: Connection timed out | ||
| [2009/06/03 10:09:53] @ Quit: nwp: Success | ||
| [2009/06/03 10:10:26] <sheldonh> davids: what causes plugins/puppet/reportrs/munin.rb to be loaded? | ||
| [2009/06/03 10:10:33] @ Quit: danp_: "leaving" | ||
| [2009/06/03 10:10:40] @ Quit: proton: Success | ||
| [2009/06/03 10:10:42] <masterzen> lak: something that could help would be a debug log of the master... | ||
| [2009/06/03 10:10:49] <lak> working on it | ||
| [2009/06/03 10:11:38] @ Quit: hamish: Read error: 110 (Connection timed out) | ||
| [2009/06/03 10:12:00] @ Quit: Kindred: Success | ||
| [2009/06/03 10:12:00] <DavidS> sheldonh: you have to run puppetd on the puppetmaster with pluginsync. | ||
| [2009/06/03 10:12:12] <DavidS> that'll copy the .rb into the $libdir | ||
| [2009/06/03 10:12:29] <DavidS> afterwards you can use the report like all others too | ||
| [2009/06/03 10:12:31] <sheldonh> mwahwahwah! | ||
| [2009/06/03 10:12:40] * sheldonh rubs his hands gleefully | ||
| [2009/06/03 10:12:56] @ sid77 joined channel #puppet | ||
| [2009/06/03 10:12:59] @ cwebber joined channel #puppet | ||
| [2009/06/03 10:12:59] @ gaveen joined channel #puppet | ||
| [2009/06/03 10:13:14] <masterzen> lak: ok, the error is triggered in include. | ||
| [2009/06/03 10:13:16] <DavidS> Volcane: the first (additional) subnet is free | ||
| [2009/06/03 10:13:27] <Volcane> yeah but thats just 4 usable ips | ||
| [2009/06/03 10:13:31] @ nwp joined channel #puppet | ||
| [2009/06/03 10:13:46] <Volcane> once you're using those its 49 setup + 15 / month for < 30 ips | ||
| [2009/06/03 10:13:49] <lak> masterzen: yeah | ||
| [2009/06/03 10:13:50] <DavidS> Volcane: I've got (old model) 8 usable IPs | ||
| [2009/06/03 10:14:14] <Volcane> DavidS: nice, better hold on to those then | ||
| [2009/06/03 10:15:01] <DavidS> Volcane: ah, seems like they changed it now to 4 fixed IPs and 29 additional for 100€ setup fee | ||
| [2009/06/03 10:15:06] @ verwilst joined channel #puppet | ||
| [2009/06/03 10:15:09] <DavidS> (see optional features) | ||
| [2009/06/03 10:15:11] <Volcane> yup, lame | ||
| [2009/06/03 10:15:27] <Volcane> but with the 8gb machines now being so cheap its worth it | ||
| [2009/06/03 10:15:33] <DavidS> definitely | ||
| [2009/06/03 10:16:01] <masterzen> lak: I think we need more log before that err line, just to see where it could have failed in evaluate_classes... | ||
| [2009/06/03 10:16:14] <masterzen> lak: is it always failing with the same classes? | ||
| [2009/06/03 10:16:28] <DavidS> with 12GB I could run KVM and finally host all the servers I need out there on one box | ||
| [2009/06/03 10:16:35] <Volcane> yup | ||
| [2009/06/03 10:16:36] @ Quit: erm_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 10:17:06] <DavidS> currently I need 3GB for the hosting and have only 2GB available | ||
| [2009/06/03 10:17:20] <Volcane> you can add ram easily | ||
| [2009/06/03 10:17:25] <lak> masterzen: i'm trying to reproduce at a client site right now | ||
| [2009/06/03 10:17:26] <DavidS> and the development server I run is lying on my tabgle here, instead of being hosted | ||
| [2009/06/03 10:17:29] <lak> to get a stack trace and such | ||
| [2009/06/03 10:17:33] <masterzen> lak: cool | ||
| [2009/06/03 10:17:59] <lak> heh, the stack traces are hideous, because they're all intermixed | ||
| [2009/06/03 10:18:11] <DavidS> Volcane: how so? more ram looked like having to pay more per month, which is not acceptable for me ... | ||
| [2009/06/03 10:18:30] @ d3vilb0x joined channel #puppet | ||
| [2009/06/03 10:18:31] <Volcane> DavidS: i think its like 10 euro / month or something, not a lot | ||
| [2009/06/03 10:18:51] <Volcane> DavidS: but in the past that was worth it, now its not, just get a big machine | ||
| [2009/06/03 10:19:14] @ Quit: loquito: "http://www.mibbit.com ajax IRC Client" | ||
| [2009/06/03 10:19:34] <lak> it's not always the same class | ||
| [2009/06/03 10:19:39] <masterzen> ok | ||
| [2009/06/03 10:20:33] <masterzen> lak: does it happen when some manifests get refreshed and we re-parse? or only with in-memory AST? | ||
| [2009/06/03 10:20:53] <lak> no refreshing necessary | ||
| [2009/06/03 10:21:09] <lak> i just reproduced it by hitting a single master with 20 clients, and haven't changed the code at all | ||
| [2009/06/03 10:21:19] <lak> that's the first race condition i figured, but we do an atomic swap of the class list there | ||
| [2009/06/03 10:22:57] <sheldonh> no, guys. there's gotta more more to it than having /var/lib/puppet/lib/puppet/reports/storereports.rb in place | ||
| [2009/06/03 10:22:57] <masterzen> so you have only one master on mongrel ? | ||
| [2009/06/03 10:23:33] <Volcane> sheldonh: your libdir is actually pointing there right? | ||
| [2009/06/03 10:23:45] <lak> pastie: url me | ||
| [2009/06/03 10:23:51] <sheldonh> Volcane: erm, well pluginsync put it there, so... er.... i guess? | ||
| [2009/06/03 10:23:59] <Volcane> puppetmasterd --genconfig|grep libdir | ||
| [2009/06/03 10:24:12] <pastie> http://pastie.org/499140 by lak. | ||
| [2009/06/03 10:24:25] <lak> masterzen: like i said, the stack traces are pretty messy | ||
| [2009/06/03 10:24:33] <sheldonh> Volcane: libdir = /var/lib/puppet/lib | ||
| [2009/06/03 10:24:49] <sheldonh> i'm telling you, there's got to be more to it :) | ||
| [2009/06/03 10:24:56] <Volcane> that should work then | ||
| [2009/06/03 10:25:02] <sheldonh> thank you very much :-P | ||
| [2009/06/03 10:25:09] <Volcane> did you enable the report stuff in the master properly? | ||
| [2009/06/03 10:25:20] <DavidS> Volcane: well, 10€ per month wasn't worth it, because the hosting runs fine on 2gigs and 3 or 4 were not enough to run the other services there ... | ||
| [2009/06/03 10:25:34] @ Quit: nmalik: "Lost terminal" | ||
| [2009/06/03 10:25:40] <Volcane> sheldonh: reports = storereports | ||
| [2009/06/03 10:25:48] @ nmalik joined channel #puppet | ||
| [2009/06/03 10:26:02] @ Quit: nmalik: Client Quit | ||
| [2009/06/03 10:26:02] <lak> masterzen: and it happens to both classes and resource types | ||
| [2009/06/03 10:26:05] <masterzen> lak: where you running in --no-daemonize | ||
| [2009/06/03 10:26:06] <Volcane> DavidS: ah | ||
| [2009/06/03 10:26:11] <lak> masterzen: yep | ||
| [2009/06/03 10:26:15] <lak> that's all console output | ||
| [2009/06/03 10:26:21] <lak> hmm, maybe with no --verbose | ||
| [2009/06/03 10:26:23] <lak> gimme a minute | ||
| [2009/06/03 10:26:32] <Volcane> DavidS: well i think I'll be upgrading all my machines, i got like 10 so i can take that to 4 or 5 should save me a bundle in the long run | ||
| [2009/06/03 10:26:34] <sheldonh> Volcane: yes. all i did was remove the code from /usr/lib/... and put it in /etc/puppet/plugins/... | ||
| [2009/06/03 10:26:45] <lak> it'll still be messy, but there won't be verbose logs in there | ||
| [2009/06/03 10:26:45] <DavidS> Volcane: virtualisation FTW! | ||
| [2009/06/03 10:26:53] <masterzen> lak: was it with webrick? | ||
| [2009/06/03 10:26:55] <sheldonh> Volcane: pluginsync dutifully put it in libdir, and then complained No report named 'storereports' | ||
| [2009/06/03 10:26:58] <lak> mongrel | ||
| [2009/06/03 10:26:58] <Volcane> DavidS: yeah thats like many VMs :) | ||
| [2009/06/03 10:27:17] @ rcsheets joined channel #puppet | ||
| [2009/06/03 10:27:35] <masterzen> lak: it looks like the console is written by different threads/process. | ||
| [2009/06/03 10:27:52] <lak> i agree | ||
| [2009/06/03 10:27:57] <lak> although that could be buffering | ||
| [2009/06/03 10:28:01] @ nmalik joined channel #puppet | ||
| [2009/06/03 10:28:06] <rcsheets> I'm having some trouble with the puppet website. I found a ticket I want to look at, but when I click the link in the search results list, I wind up on a 404 page... http://reductivelabs.com/trac/puppet/ticket/944 | ||
| [2009/06/03 10:29:27] @ Quit: nmalik: Client Quit | ||
| [2009/06/03 10:29:46] @ nmalik joined channel #puppet | ||
| [2009/06/03 10:30:23] <masterzen> lak: I just checked. mongrel uses one thread per request model. I'm wondering if you could try to put a mutex on an high entry point like compiling just to see if that helps. | ||
| [2009/06/03 10:30:38] <lak> heh | ||
| [2009/06/03 10:30:39] <lak> "helps" | ||
| [2009/06/03 10:30:48] <lak> i'm sure it'd make the race condition go away | ||
| [2009/06/03 10:30:48] <coofamani> anyone using the /services/ directory as described in the best practices? | ||
| [2009/06/03 10:30:56] <lak> not sure what it'd do for performance | ||
| [2009/06/03 10:30:57] <lak> if anything | ||
| [2009/06/03 10:31:09] <masterzen> lak: sure it will suck for performance ;-) | ||
| [2009/06/03 10:33:08] @ Quit: yure: Read error: 131 (Connection reset by peer) | ||
| [2009/06/03 10:33:16] <lak> pastie: url me | ||
| [2009/06/03 10:33:26] <pastie> http://pastie.org/499152 by lak. | ||
| [2009/06/03 10:33:34] <lak> that's the first trace | ||
| [2009/06/03 10:33:44] <lak> it's not the whole thing, but it should be sufficient, and it's completely clean, i think | ||
| [2009/06/03 10:34:36] <masterzen> lak: ok, thanks | ||
| [2009/06/03 10:34:41] <Volcane> sheldonh: so i took 'tagmail.rb' change it to foo.rb and made it register itself as a report called 'foo' | ||
| [2009/06/03 10:34:46] @ Quit: nmalik: "Lost terminal" | ||
| [2009/06/03 10:34:59] @ nmalik joined channel #puppet | ||
| [2009/06/03 10:35:16] <lak> masterzen: it seems like it's the ASTSet struct, somehow -- like it's getting emptied briefly, or getting references swapped or something weird | ||
| [2009/06/03 10:35:41] <Volcane> sheldonh: and voila http://pastie.org/499154 | ||
| [2009/06/03 10:35:44] @ Quit: rsquared: "Leaving" | ||
| [2009/06/03 10:36:14] @ rsquared joined channel #puppet | ||
| [2009/06/03 10:37:24] <sheldonh> Volcane: HA! thanks for the diagnostic fu. Could not autoload "/var/lib/puppet/lib/puppet/reports/storereports.rb": no such file to load -- puppet/rails/log | ||
| [2009/06/03 10:37:25] <lak> masterzen: slapping a mutex around the astset accessors didn't help :/ | ||
| [2009/06/03 10:37:37] <Volcane> :) | ||
| [2009/06/03 10:37:47] <sheldonh> Volcane: so storereports.rb isn't loaded with libdir in the @#%$@#$% include path | ||
| [2009/06/03 10:38:07] <Volcane> thats weird | ||
| [2009/06/03 10:38:15] <Volcane> beyond the kind of thing I'm likely to know :) | ||
| [2009/06/03 10:38:20] <masterzen> lak: too bad, that was a good candidate. I'm wondering about the topscope namespaces array. If we loose the namespaces, we don't have access to anything anymore... | ||
| [2009/06/03 10:39:04] <lak> but our logs specify the namespaces that are failing, so it seems like namespaces are set correctly | ||
| [2009/06/03 10:39:18] <lak> but that's a good point -- maybe our question is invalid, rather than the thing we're querying being invalid | ||
| [2009/06/03 10:40:37] <sheldonh> Volcane: screw it, i'm just gonna $:.concat([module_lib_dirs, Puppet[:libdir]).flatten at the top of my source | ||
| [2009/06/03 10:41:28] @ Quit: sid77: Remote closed the connection | ||
| [2009/06/03 10:42:27] @ nmalik_ joined channel #puppet | ||
| [2009/06/03 10:42:31] <sheldonh> $:.concat([module_lib_dirs, Puppet[:libdir].flatten]) | ||
| [2009/06/03 10:43:24] @ Quit: erm__: Read error: 110 (Connection timed out) | ||
| [2009/06/03 10:43:39] <sheldonh> what a crap way to spend time :) | ||
| [2009/06/03 10:43:57] @ mfoster joined channel #puppet | ||
| [2009/06/03 10:44:48] @ sid77 joined channel #puppet | ||
| [2009/06/03 10:44:52] @ Quit: d3vilb0x: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 10:44:57] <masterzen> lak: where did you put your mutex for the ASTset? | ||
| [2009/06/03 10:45:07] @ d3vilb0x joined channel #puppet | ||
| [2009/06/03 10:45:19] <lak> masterzen: in the method at the top of parser_support, that does @astset.send(foo) | ||
| [2009/06/03 10:46:43] <sheldonh> Volcane: think this is worth a bug report? | ||
| [2009/06/03 10:47:14] <Volcane> sheldonh: probably i think the idea is if you're adding things to the puppet::* naespace you should add it to the autoloader? not sure? | ||
| [2009/06/03 10:47:15] <masterzen> lak: hmmm, I don't thin that's enough. It won't protect overwriting individual parts, like this one: @astset.classes[name] | ||
| [2009/06/03 10:47:44] <Volcane> sheldonh: which obviously sucks for you where u want to add an additional thing, tough one | ||
| [2009/06/03 10:48:08] <Volcane> sheldonh: ask the dev list of lak whats ideal, i think if you're aiming to contribute it, then adding to the autoloader scheme is best | ||
| [2009/06/03 10:49:12] @ Quit: int: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 10:51:07] <sheldonh> Volcane: cool, i'll just wait until contrib then | ||
| [2009/06/03 10:51:19] <sheldonh> Volcane: in the meantime, it's a cloneable gist ;) | ||
| [2009/06/03 10:51:48] @ int joined channel #puppet | ||
| [2009/06/03 10:52:49] <masterzen> lak: can you add debug info to parser_support#load and import (or even add a mutex around there). It(s just a wild guess, but I'm wondering if we're not loading/importing the same thing at the same time by 2 threads. | ||
| [2009/06/03 10:53:52] @ Quit: mvn071: "Leaving" | ||
| [2009/06/03 10:54:17] @ Quit: nmalik: Read error: 110 (Connection timed out) | ||
| [2009/06/03 10:56:53] <lak> masterzen: trying | ||
| [2009/06/03 10:57:12] <sheldonh> Volcane & DavidS: thanks a mil, guys. we have a shot at finishing in this sprint | ||
| [2009/06/03 10:57:57] <DavidS> sheldonh: *bows* | ||
| [2009/06/03 10:58:11] <lak> masterzen: wrapped the whole load() in a mutex, got err: Thread(#<Thread:0xb6f819dc aborting>) not locked. at /var/lib/puppet/modules/xinetd/manifests/init.pp:45 on node pathworks-dev.stanford.edu | ||
| [2009/06/03 10:59:02] <masterzen> lak: uh? What does that mean? | ||
| [2009/06/03 10:59:11] <lak> it means awesome, of course :) | ||
| [2009/06/03 11:00:53] <masterzen> lak: sorry I don't get it. One of the contender is not locked. But it should if it called the load method, right? | ||
| [2009/06/03 11:02:02] <masterzen> lak: or the locks are not exclusive... | ||
| [2009/06/03 11:02:02] <sheldonh> does pluginsync fire on puppetmaster restart only? | ||
| [2009/06/03 11:02:18] <Volcane> puppetd does the work | ||
| [2009/06/03 11:02:28] <sheldonh> doh, keep forgetting | ||
| [2009/06/03 11:03:51] @ cedric_b joined channel #puppet | ||
| [2009/06/03 11:04:03] <lak> masterzen: i'm just using sync.synchronize, so maybe they're not | ||
| [2009/06/03 11:04:05] <lak> but i thought they were | ||
| [2009/06/03 11:04:32] <sheldonh> Volcane: grrrr, that's never gonna fly here. we have /var/lib/puppet distinct from /var/lib/puppetmaster | ||
| [2009/06/03 11:05:19] <lak> yeah, looks exclusive by default | ||
| [2009/06/03 11:05:20] <Volcane> sheldonh: you could just file{} them in there tooo... | ||
| [2009/06/03 11:05:25] <Volcane> sheldonh: thats all that pluginsync does | ||
| [2009/06/03 11:05:27] <sheldonh> Volcane: i think so :) | ||
| [2009/06/03 11:05:30] @ martha joined channel #puppet | ||
| [2009/06/03 11:05:31] <masterzen> lak: synchronize should be exclusive... I still don't get what the error means... Oh, I see, locks are not reentrant... | ||
| [2009/06/03 11:06:08] @ Quit: cwebber: | ||
| [2009/06/03 11:07:37] @ Quit: pleemans: Read error: 110 (Connection timed out) | ||
| [2009/06/03 11:08:53] @ mib_57ni2q joined channel #puppet | ||
| [2009/06/03 11:08:58] @ cwebber joined channel #puppet | ||
| [2009/06/03 11:09:08] @ Quit: mib_57ni2q: Client Quit | ||
| [2009/06/03 11:09:11] <lak> masterzen: tried a lock around the import() method, no dice | ||
| [2009/06/03 11:09:15] @ Quit: FreakGuard: Read error: 113 (No route to host) | ||
| [2009/06/03 11:10:21] <masterzen> lak: what might help would be to print some debug info with the current thread in those methods... | ||
| [2009/06/03 11:10:30] <lak> what kind of info? | ||
| [2009/06/03 11:11:20] @ Quit: verwilst: "Ex-Chat" | ||
| [2009/06/03 11:11:42] <masterzen> lak: just to see who's entering there at what time? | ||
| [2009/06/03 11:13:43] <lak> masterzen: hmm, there's definitely a race condition between finding and loading a class -- two threads could go to load a class at once | ||
| [2009/06/03 11:13:55] <lak> i don't see how that would result in either of them not finding the class then, but the race condition is there | ||
| [2009/06/03 11:15:40] <masterzen> yes | ||
| [2009/06/03 11:16:26] @ nigelk joined channel #puppet | ||
| [2009/06/03 11:19:27] @ Quit: geoffr: Remote closed the connection | ||
| [2009/06/03 11:19:29] @ tecto joined channel #puppet | ||
| [2009/06/03 11:20:19] @ sigmonsays joined channel #puppet | ||
| [2009/06/03 11:20:32] @ Quit: ssm: "WeeChat 0.3.0-dev" | ||
| [2009/06/03 11:20:34] @ Quit: sheldonh: "Ex-Chat" | ||
| [2009/06/03 11:25:43] @ Quit: DavidS: Read error: 113 (No route to host) | ||
| [2009/06/03 11:26:29] <masterzen> lak: could we have a race between clear and import? Clear resets the loaded files, while import fills the array. If the array gets cleared while loading, we can forgot we already loaded something? I don't really see how it can produce the error you're seeing though.. | ||
| [2009/06/03 11:28:02] <lak> clear doesn't get called regularly, tho, right? | ||
| [2009/06/03 11:29:10] <masterzen> I don't know :-) | ||
| [2009/06/03 11:30:35] <lak> masterzen: i'm going to have to take it back up again later, unfortunately | ||
| [2009/06/03 11:30:44] <nigelk> lak: should we be able to specify factpath on a per environment basis in 0.25.x ? | ||
| [2009/06/03 11:30:44] <lak> my current experiment is pulling all of the astset stuff into a separate file | ||
| [2009/06/03 11:30:49] <nigelk> or is that not in the design | ||
| [2009/06/03 11:30:55] <lak> nigelk: erm, you can specify it :) | ||
| [2009/06/03 11:30:58] <nigelk> heh | ||
| [2009/06/03 11:31:02] <lak> i, um, can't remember if it works | ||
| [2009/06/03 11:31:05] <nigelk> I can also specify I want puppet to make me a coffee | ||
| [2009/06/03 11:31:14] <masterzen> lak: ok. I'll try to think about this tonight. | ||
| [2009/06/03 11:31:28] <masterzen> lak: is the dev call still planned for today? | ||
| [2009/06/03 11:31:37] <lak> yeah | ||
| [2009/06/03 11:31:54] <nigelk> so it doesn't seem to work, and I don't seem to be able to use my trick of modules/facts/files/ in 0.25.x, just wanted to check what was supposed to work before bug reporting and working on a patch | ||
| [2009/06/03 11:35:08] <nigelk> what time was the dev call? | ||
| [2009/06/03 11:35:35] <nigelk> still: http://www.timeanddate.com/worldclock/fixedtime.html?month=6&day=3&year=2009&hour=16&min=30&sec=0&p1=171 ? | ||
| [2009/06/03 11:36:08] @ Quit: shellac_: | ||
| [2009/06/03 11:36:31] <lak> nigelk: yep, that's it | ||
| [2009/06/03 11:36:38] <nigelk> cool. I might be able to make this one. | ||
| [2009/06/03 11:36:52] <lak> ok | ||
| [2009/06/03 11:36:57] <nigelk> may need to seek permission to use Skype on the corp network though.... | ||
| [2009/06/03 11:37:00] <lak> heh | ||
| [2009/06/03 11:37:02] <nigelk> I'm just 'nigelkersten' | ||
| [2009/06/03 11:37:04] <lak> i can also call out to you | ||
| [2009/06/03 11:40:12] @ Quit: mfournier: Read error: 60 (Operation timed out) | ||
| [2009/06/03 11:40:54] <nigelk> oh you can bridge real numbers on a skype conference call? | ||
| [2009/06/03 11:41:14] <lak> yeah | ||
| [2009/06/03 11:41:18] <lak> i do with lutter, normally | ||
| [2009/06/03 11:41:22] <nigelk> ok. | ||
| [2009/06/03 11:45:31] @ Quit: lak: | ||
| [2009/06/03 11:47:44] @ alfism joined channel #puppet | ||
| [2009/06/03 11:50:53] @ Quit: Welsh_Dwarf: Remote closed the connection | ||
| [2009/06/03 11:51:26] @ Quit: Innocenti: Client Quit | ||
| [2009/06/03 11:54:43] @ Quit: gaveen: No route to host | ||
| [2009/06/03 11:55:01] @ gaveen_ joined channel #puppet | ||
| [2009/06/03 11:57:26] @ mmm9 joined channel #puppet | ||
| [2009/06/03 12:00:38] @ erm_ joined channel #puppet | ||
| [2009/06/03 12:00:54] @ joe-mac joined channel #puppet | ||
| [2009/06/03 12:01:08] @ glaw joined channel #puppet | ||
| [2009/06/03 12:04:12] @ Quit: saurabhverma: Client Quit | ||
| [2009/06/03 12:05:28] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 12:07:48] @ Quit: fujin: | ||
| [2009/06/03 12:12:36] @ francois left channel #puppet () | ||
| [2009/06/03 12:13:00] @ Quit: gaveen_: Read error: 113 (No route to host) | ||
| [2009/06/03 12:14:02] @ Quit: masterzen: "Leaving" | ||
| [2009/06/03 12:16:58] @ dyresen joined channel #puppet | ||
| [2009/06/03 12:18:55] @ Quit: cwebber: | ||
| [2009/06/03 12:25:19] @ Quit: DerekW: "Leaving" | ||
| [2009/06/03 12:30:26] @ gaveen_ joined channel #puppet | ||
| [2009/06/03 12:31:54] @ justindossey joined channel #puppet | ||
| [2009/06/03 12:36:18] @ Quit: FreakGuard: Read error: 110 (Connection timed out) | ||
| [2009/06/03 12:37:47] @ pleemans joined channel #puppet | ||
| [2009/06/03 12:43:53] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 12:48:10] @ mvn071 joined channel #puppet | ||
| [2009/06/03 12:51:54] <FreakGuard> looks like someone forgot a require 'rubygems' in the facter gem. | ||
| [2009/06/03 12:52:08] @ ezmob joined channel #puppet | ||
| [2009/06/03 12:53:28] <nasrat> FreakGuard: what is the exact issue (pastie or gist) | ||
| [2009/06/03 12:56:37] @ Quit: alfism: "Connection reset by beer" | ||
| [2009/06/03 12:56:38] @ giles_ joined channel #puppet | ||
| [2009/06/03 12:56:46] <giles_> elo all | ||
| [2009/06/03 12:56:57] @ DavidS joined channel #puppet | ||
| [2009/06/03 12:56:57] <giles_> wondering if anyone's done a hwraid fact | ||
| [2009/06/03 12:57:10] <giles_> to detect various cards from the lspci output | ||
| [2009/06/03 12:57:37] <nasrat> FreakGuard: wfm on box with no rubygems | ||
| [2009/06/03 12:57:47] <DavidS> seen lak? | ||
| [2009/06/03 12:57:56] <DavidS> !seen lak | ||
| [2009/06/03 12:57:56] <gepetto> DavidS: lak was last seen 1 hour, 12 minutes and 25 seconds ago, quitting IRC () and a moment before saying "i do with lutter, normally" | ||
| [2009/06/03 12:58:05] <ch> giles_: http://pastie.org/499343 what we're using atm | ||
| [2009/06/03 12:58:06] <giles_> just about to puppetize the lsi cards | ||
| [2009/06/03 12:58:10] @ jmarki joined channel #puppet | ||
| [2009/06/03 12:58:33] @ Quit: HarryCalahan: "." | ||
| [2009/06/03 12:58:34] <giles_> I found this site btw, can't believe how good it is | ||
| [2009/06/03 12:58:35] <giles_> http://hwraid.le-vert.net/ | ||
| [2009/06/03 12:58:45] <giles_> this stuff used to be a complete nightmare | ||
| [2009/06/03 13:00:03] <giles_> wow ch that looks ideal tx | ||
| [2009/06/03 13:00:16] <giles_> i'll re-paste when i've done lsi detection | ||
| [2009/06/03 13:04:08] <FreakGuard> nasrat, ./facter:50:in `require': no such file to load -- facter (LoadError) | ||
| [2009/06/03 13:05:20] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 13:06:15] @ eagleheart joined channel #puppet | ||
| [2009/06/03 13:09:42] @ mfoster left channel #puppet () | ||
| [2009/06/03 13:11:43] @ Quit: Robbie: No route to host | ||
| [2009/06/03 13:14:03] @ Quit: mmm9: "Leaving..." | ||
| [2009/06/03 13:16:12] <nasrat> FreakGuard: what version? if 1.5.5 then there is a known bug which will be fixed | ||
| [2009/06/03 13:16:25] <nasrat> assuming you installed 1.5.5 as a gem | ||
| [2009/06/03 13:16:56] @ ezmob is now known as ezmob|away | ||
| [2009/06/03 13:17:24] @ Quit: glaw: Remote closed the connection | ||
| [2009/06/03 13:17:38] @ Quit: sigmonsays: Remote closed the connection | ||
| [2009/06/03 13:21:50] @ drmikecrowe joined channel #puppet | ||
| [2009/06/03 13:22:04] @ Quit: gaveen_: Read error: 113 (No route to host) | ||
| [2009/06/03 13:23:19] <poison> hi, is there a way to force a specific order of manifests during a run? I see that sometimes it installs for example my postfix before my network is installed and other times it installs network first | ||
| [2009/06/03 13:23:57] @ Quit: nasrat: "Ex-Chat" | ||
| [2009/06/03 13:24:01] <Volcane> you need to use require => Package["postfix"] for example on your resources | ||
| [2009/06/03 13:24:32] <poison> jepz that works fine but I can't require networking for all my resources, or is that the only way to fix it? | ||
| [2009/06/03 13:24:44] <poison> then I would have a huge list of dependencies | ||
| [2009/06/03 13:24:57] <Volcane> yeah unfortunately there isnt a easy way to say Do This First | ||
| [2009/06/03 13:25:36] <poison> that's a pitty | ||
| [2009/06/03 13:26:06] @ Quit: kolla: Remote closed the connection | ||
| [2009/06/03 13:26:39] <poison> another issue that I encounter is that when I let puppet configure my network and the ip address of the client changes, the next run it nags about puppetca and I have to clean the old certificate. What's the best practice to fix this? | ||
| [2009/06/03 13:27:18] <Volcane> just changing ip shouldnt do that, your hostname doesnt change too? | ||
| [2009/06/03 13:27:55] <joe-mac> hostname should be done during provisioning to get around that | ||
| [2009/06/03 13:28:07] <poison> no, normally hostname stays the same, that's weird | ||
| [2009/06/03 13:28:33] <poison> let me check, I'll provision my testbox again | ||
| [2009/06/03 13:34:24] @ Quit: keithlard_: | ||
| [2009/06/03 13:35:04] <poison> it takes a while to refai my box :) | ||
| [2009/06/03 13:35:24] * joe-mac gets the chills | ||
| [2009/06/03 13:35:30] <joe-mac> fai...l | ||
| [2009/06/03 13:36:10] <joe-mac> luckily i finally found why my raid preseed wasn't working... there was a line with whitespace on it, and that's all. and that causes debconf to completely shit itself during install. was thinking i would have to go to fai for a minute... | ||
| [2009/06/03 13:37:35] <poison> ouwch | ||
| [2009/06/03 13:40:46] @ Quit: law__: Read error: 54 (Connection reset by peer) | ||
| [2009/06/03 13:40:48] @ Quit: FreakGuard: Remote closed the connection | ||
| [2009/06/03 13:41:10] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 13:41:40] @ jsm joined channel #puppet | ||
| [2009/06/03 13:42:43] <jsm> will puppet fail to run if it can't log to /var/log/messages? interesting conundrum -- i'm trying to use puppet to deploy rsyslog, replacement for syslog.. i let puppet log to /var/log/messages, but when i try to test this deployment, the recipe doesn't seem to work unless i tell puppet to log elsewhere | ||
| [2009/06/03 13:44:42] @ cwebber joined channel #puppet | ||
| [2009/06/03 13:45:48] @ nmalik_ is now known as nmalik | ||
| [2009/06/03 13:46:15] <poison> hmz, my hostname isn't changed (whey I run the command "hostname") but I get the warning of the puppetca | ||
| [2009/06/03 13:46:32] <poison> maybe it's because I stopped and started puppet manually with the init script? | ||
| [2009/06/03 13:46:54] @ Quit: pleemans: Read error: 110 (Connection timed out) | ||
| [2009/06/03 13:46:55] @ douglasawh joined channel #puppet | ||
| [2009/06/03 13:47:44] <Volcane> jsm: whats the error | ||
| [2009/06/03 13:48:19] <jsm> Volcane: that's the thing... i can't get the error from the log file.. is there a way to debug it interactively? | ||
| [2009/06/03 13:48:27] <Volcane> run puppetd --test | ||
| [2009/06/03 13:53:48] @ ZummiG777 joined channel #puppet | ||
| [2009/06/03 13:54:38] <ZummiG777> Question: What would be the syntax keywords to use if I wanted a client to copy a directory recursively from a server, but never touch it again once it had copied once - even if files had changed? | ||
| [2009/06/03 13:55:10] <hMz> how do i get puppet to refresh after pluginsync? | ||
| [2009/06/03 13:55:47] <hMz> or is it usual to have to download all your custom facts by hand first to ensure a proper first start? | ||
| [2009/06/03 13:56:03] <Volcane> there's a chicken and egg yes | ||
| [2009/06/03 13:56:22] <Volcane> my machines all start in an environment that sets up facts, plugins, yum repos etc | ||
| [2009/06/03 13:56:31] <Volcane> and finally puppet.conf that puts it in its proper environment | ||
| [2009/06/03 13:56:34] <Volcane> next run it all just works | ||
| [2009/06/03 13:56:49] <Volcane> so no need for hand copying | ||
| [2009/06/03 13:57:24] <joe-mac> ZummiG777: an exec that runs rsync i would guess | ||
| [2009/06/03 13:57:50] <hMz> well, i have an install script that downloads everything (package wise) and installs puppet and right now i have it downloading the custom facts too | ||
| [2009/06/03 13:57:57] <hMz> but i just find it tideous to maintain the list in both places | ||
| [2009/06/03 13:58:01] <hMz> so i was just curious if it was just me or not | ||
| [2009/06/03 13:58:16] <Volcane> yeah thats why i use the small environment, then puppet does it | ||
| [2009/06/03 13:58:24] <wakko666> i'm trying to understand a small piece of puppet internals. clear_if_stale in util/pidlock.rb uses Process.kill(0, lock_pid) . Why does it send signal 0? I can't really find any references to what signal 0 is or does. what is the expected behavior here? | ||
| [2009/06/03 13:59:02] @ Quit: poison: Remote closed the connection | ||
| [2009/06/03 14:01:05] <ch> signal 0 does nothing, but tells you if a proc with that pid is there at all | ||
| [2009/06/03 14:02:13] <hMz> thanks volcane | ||
| [2009/06/03 14:02:13] <ZummiG777> Thanks Joe-Mac | ||
| [2009/06/03 14:02:17] <joe-mac> np | ||
| [2009/06/03 14:05:50] @ Quit: jmarki: Remote closed the connection | ||
| [2009/06/03 14:10:28] <DavidS> !seen lak | ||
| [2009/06/03 14:10:28] <gepetto> DavidS: lak was last seen 2 hours, 24 minutes and 56 seconds ago, quitting IRC () and a moment before saying "i do with lutter, normally" | ||
| [2009/06/03 14:10:43] @ grey- joined channel #puppet | ||
| [2009/06/03 14:10:48] <DavidS> too late for me already .. | ||
| [2009/06/03 14:10:53] @ Quit: mikepea: Read error: 60 (Operation timed out) | ||
| [2009/06/03 14:10:57] @ ezmob|away is now known as ezmob | ||
| [2009/06/03 14:11:04] @ Quit: DavidS: "Leaving." | ||
| [2009/06/03 14:11:24] <Volcane> yeah thats why i use the small environment, then puppet does it | ||
| [2009/06/03 14:11:26] <Volcane> oops | ||
| [2009/06/03 14:14:52] * Volcane goes home | ||
| [2009/06/03 14:26:09] @ poison joined channel #puppet | ||
| [2009/06/03 14:29:34] @ Quit: dan_chen: "leaving" | ||
| [2009/06/03 14:30:03] @ Quit: ZummiG777: "Leaving" | ||
| [2009/06/03 14:37:57] @ kolla joined channel #puppet | ||
| [2009/06/03 14:39:29] @ BMDan joined channel #puppet | ||
| [2009/06/03 14:39:51] @ mikepea joined channel #puppet | ||
| [2009/06/03 14:40:07] @ mfoster joined channel #puppet | ||
| [2009/06/03 14:40:25] @ Quit: nmalik: "leaving" | ||
| [2009/06/03 14:40:45] @ nmalik joined channel #puppet | ||
| [2009/06/03 14:48:57] @ alfism joined channel #puppet | ||
| [2009/06/03 14:53:15] @ Quit: mikepea: | ||
| [2009/06/03 14:53:27] @ lak joined channel #puppet | ||
| [2009/06/03 14:54:51] @ MrHeavy_ joined channel #puppet | ||
| [2009/06/03 14:57:10] @ mikel joined channel #puppet | ||
| [2009/06/03 15:01:27] @ Quit: kolla: Remote closed the connection | ||
| [2009/06/03 15:11:57] @ ezmob is now known as ezmob|away | ||
| [2009/06/03 15:12:56] @ reyjrar joined channel #puppet | ||
| [2009/06/03 15:30:56] @ plathrop-away is now known as plathrop | ||
| [2009/06/03 15:37:08] @ Rawplayer joined channel #puppet | ||
| [2009/06/03 15:42:33] @ Quit: mccune: Remote closed the connection | ||
| [2009/06/03 15:46:06] @ pleemans joined channel #puppet | ||
| [2009/06/03 15:56:45] * giles_ does too | ||
| [2009/06/03 15:56:46] @ ezmob|away is now known as ezmob | ||
| [2009/06/03 15:56:57] <giles_> I've been implementing more and more nagios checks | ||
| [2009/06/03 15:57:02] <giles_> it's addictive! | ||
| [2009/06/03 15:57:46] @ giles_ left channel #puppet () | ||
| [2009/06/03 15:57:55] <nigelk> monitoring is like that :) | ||
| [2009/06/03 15:58:02] <nigelk> then disaster strikes and you get overwhelmed :) | ||
| [2009/06/03 16:00:28] <joe-mac> yea, it took a lot of disasters for me to get to the point where i feel i am comfortable with nagios and i get virtually zero false positives | ||
| [2009/06/03 16:01:30] <joe-mac> nigelk: i'm always interested in your environment heh, you use nagios? | ||
| [2009/06/03 16:02:15] @ briandquinn joined channel #puppet | ||
| [2009/06/03 16:03:13] <nigelk> no, not here. | ||
| [2009/06/03 16:03:18] <nigelk> I used it *heaps* at my last job though | ||
| [2009/06/03 16:03:22] <Bradipo> nigelk: nagios can have dependencies... | ||
| [2009/06/03 16:03:24] <nigelk> we have home-grown monitoring | ||
| [2009/06/03 16:03:31] <nigelk> Bradipo: yeah, but people always forget about them :) | ||
| [2009/06/03 16:03:33] <Bradipo> So you don't get hundreds of pages when just a router goes down. | ||
| [2009/06/03 16:03:34] <joe-mac> o i c | ||
| [2009/06/03 16:03:51] <joe-mac> i use 'parents' for that | ||
| [2009/06/03 16:04:22] <joe-mac> i haven't used dependencies much, i don't have any complex apps that have multiple services for themselves | ||
| [2009/06/03 16:06:33] @ Quit: bgupta: Read error: 54 (Connection reset by peer) | ||
| [2009/06/03 16:06:38] @ bgupta joined channel #puppet | ||
| [2009/06/03 16:17:23] @ Quit: notbrien: | ||
| [2009/06/03 16:23:22] @ Quit: phantez: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 16:23:24] @ phantez joined channel #puppet | ||
| [2009/06/03 16:26:59] @ dyresen is now known as Dyresen | ||
| [2009/06/03 16:28:09] @ mccune joined channel #puppet | ||
| [2009/06/03 16:30:36] @ Quit: d3vilb0x: Read error: 110 (Connection timed out) | ||
| [2009/06/03 16:35:25] @ Quit: MattyM: "ta ta" | ||
| [2009/06/03 16:43:46] <joe-mac> why does architecture sometimes say x86_64 then other times amd64 | ||
| [2009/06/03 16:44:50] <victor_> because amd64 is x86_64 | ||
| [2009/06/03 16:44:51] <joe-mac> shouldn't that fact always return amd64, since all the kernels and distros, even bsds refer to the arch as amd64? | ||
| [2009/06/03 16:44:55] <victor_> but not the other way prond pretty much around | ||
| [2009/06/03 16:45:05] <wakko666> i'm trying to understand a small piece of puppet internals. clear_if_stale in util/pidlock.rb uses Process.kill(0, lock_pid) . Why does it send signal 0? I can't really find any references to what signal 0 is or does. what is the expected behavior here? | ||
| [2009/06/03 16:45:07] <victor_> why would intels 64 bit processors be amd 64? ;) | ||
| [2009/06/03 16:45:16] <joe-mac> because amd did all the work on that afaik | ||
| [2009/06/03 16:45:33] <victor_> x86_64 is the generic term for 64 bit cpu's that are both amd64 and intel 64 capable | ||
| [2009/06/03 16:45:53] <victor_> but then you also have i64 (which are the intel 64bit itanium cpu's) and some other 64 bit cpu's | ||
| [2009/06/03 16:46:02] <wakko666> yup. amd designed the x86_64 instruction set, and was the first to market with the chips. intell followed along after itanic^Witanium failed. | ||
| [2009/06/03 16:46:18] <Volcane> joe-mac: no they dont all call it amd64 | ||
| [2009/06/03 16:46:26] <joe-mac> yea that's what i am saying... so why dioes tghat fact sometimes return amd64, then other times x86_64? | ||
| [2009/06/03 16:46:37] <joe-mac> Volcane: ahhh... rhel maybe you mean? | ||
| [2009/06/03 16:46:38] <Volcane> debian i think | ||
| [2009/06/03 16:46:41] <joe-mac> it's been a while since rhel | ||
| [2009/06/03 16:46:58] <joe-mac> ubuntu sure does, i only have shitty stock debian in a couple places, but those don't run puppet | ||
| [2009/06/03 16:47:23] <victor_> the correct term is x86_64 | ||
| [2009/06/03 16:47:31] <victor_> so what's your question? | ||
| [2009/06/03 16:47:37] <Volcane> when 'x86_64' | ||
| [2009/06/03 16:47:37] <Volcane> Facter.value(:operatingsystem) == "Debian" ? "amd64" : model; | ||
| [2009/06/03 16:47:43] <nigelk> wakko666: http://wiki.debian.org/DebianAMD64Faq | ||
| [2009/06/03 16:48:09] <Volcane> if operatingsystem == "retarded" ? "amd64" : "the real answer" | ||
| [2009/06/03 16:48:10] <joe-mac> you knwo what i am noticing, that i have only run into this after the 1.5.4 upgrade for facter | ||
| [2009/06/03 16:48:19] <Volcane> joe-mac: theres your answer | ||
| [2009/06/03 16:48:32] <victor_> if operatingsystem >= volcane.retardness ? "x86" : "x86_64" | ||
| [2009/06/03 16:48:47] <joe-mac> lol... o god os fight | ||
| [2009/06/03 16:48:51] * joe-mac hides | ||
| [2009/06/03 16:48:56] <victor_> stop trying to be funny and give him the right answer | ||
| [2009/06/03 16:49:05] * Volcane gave the right answer | ||
| [2009/06/03 16:49:12] <joe-mac> it used to return amd64 | ||
| [2009/06/03 16:49:20] <Volcane> joe-mac: it does on debian | ||
| [2009/06/03 16:49:26] <joe-mac> so one of my files served based on an extension of $architecture failed | ||
| [2009/06/03 16:49:35] <victor_> x86_64 is the correct term | ||
| [2009/06/03 16:49:37] <joe-mac> i c | ||
| [2009/06/03 16:49:48] <victor_> you could call it amd64 if you want | ||
| [2009/06/03 16:50:00] <Volcane> joe-mac: see the code i pasted, theres special debian handling | ||
| [2009/06/03 16:50:01] <nigelk> victor_: why is x86_64 the correct term? | ||
| [2009/06/03 16:50:03] <joe-mac> i wabnt to call it wigglewonka | ||
| [2009/06/03 16:50:08] <nigelk> that's what it was called before release | ||
| [2009/06/03 16:50:31] <victor_> nigelk: http://en.wikipedia.org/wiki/X86_64 | ||
| [2009/06/03 16:50:35] <nigelk> I don't really care myself, but don't quite see why this is the "correct term" | ||
| [2009/06/03 16:50:38] <victor_> please read it before asking more questions. | ||
| [2009/06/03 16:50:48] <joe-mac> The x86-64 specification was designed by Advanced Micro Devices (AMD), who have since renamed it AMD64. | ||
| [2009/06/03 16:50:51] <nigelk> exactly | ||
| [2009/06/03 16:50:54] <joe-mac> lol, so who's ri ght here? | ||
| [2009/06/03 16:50:56] <nigelk> doesn't that say what we said? | ||
| [2009/06/03 16:51:01] <nigelk> it was x86_64 *before* release | ||
| [2009/06/03 16:51:02] <victor_> joe-mac: "who have since" | ||
| [2009/06/03 16:51:08] <victor_> did you notice "_SINCE_" | ||
| [2009/06/03 16:52:17] <nigelk> ... | ||
| [2009/06/03 16:52:46] <victor_> never the less | ||
| [2009/06/03 16:52:50] <victor_> opteron sucked monkey balls | ||
| [2009/06/03 16:53:02] <victor_> noone could afford that kind of electricity bill | ||
| [2009/06/03 16:53:07] <Volcane> "Since AMD64 and Intel 64 are substantially similar, many software and hardware products use one vendor-neutral term to indicate their compatibility with both implementations. AMD's original designation for this processor architecture, "x86-64", is still sometimes used for this purpose, as is the variant "x86_64". | ||
| [2009/06/03 16:53:14] <victor_> fucking hell, i remembered paying ~300 euro for a whole rack | ||
| [2009/06/03 16:53:29] <victor_> when you only payed for the space | ||
| [2009/06/03 16:53:42] <victor_> and then paying ~5-6 times that cost just for the fucking electricity | ||
| [2009/06/03 16:53:56] <joe-mac> we use opterons, i'm not so sure the bill is that high | ||
| [2009/06/03 16:54:01] <joe-mac> they're fairly new | ||
| [2009/06/03 16:54:15] <joe-mac> then again, i don't pay the bills. my overlord does. | ||
| [2009/06/03 16:54:51] * chadh uses x86_64 and x86_32 :) | ||
| [2009/06/03 16:55:11] <victor_> joe-mac: i "filled" a rack with 6 1u dual opteron machines | ||
| [2009/06/03 16:55:15] <victor_> WUUPS | ||
| [2009/06/03 16:55:22] @ Quit: briandquinn: | ||
| [2009/06/03 16:55:22] <victor_> then telia didn't like the energy consumption | ||
| [2009/06/03 16:55:27] <victor_> and we had ta buy more rack space | ||
| [2009/06/03 16:55:41] <joe-mac> lol, wtf? soudns like a shit colo | ||
| [2009/06/03 16:55:50] <victor_> but i agree, at that time i should have complained and just bought more power | ||
| [2009/06/03 16:55:56] <victor_> telian? TIC? AS 1299?= | ||
| [2009/06/03 16:56:01] <victor_> pretty much the best colo you could get | ||
| [2009/06/03 16:56:12] * Volcane 's got 28 AMD Opteron CPUs in 7U and there's plenty of power left in the rack *shrug* | ||
| [2009/06/03 16:56:33] <victor_> i remember picsearch (providers of msn search) <- those bastards | ||
| [2009/06/03 16:56:45] <victor_> they put a wooden frame under the rack floor | ||
| [2009/06/03 16:57:01] <victor_> and leaned it so that all the cooled air went straight up through their rack | ||
| [2009/06/03 16:57:04] <victor_> bastards | ||
| [2009/06/03 16:57:07] <victor_> intercepted the air flow | ||
| [2009/06/03 16:57:15] <agaffney> o_O | ||
| [2009/06/03 16:57:18] <joe-mac> WTF? | ||
| [2009/06/03 16:57:27] <victor_> indceed | ||
| [2009/06/03 16:57:30] <victor_> fuckers | ||
| [2009/06/03 16:57:48] <victor_> got a sms from their sysadmin "your server is beeping, think it's overheating" | ||
| [2009/06/03 16:58:07] @ elijahwright joined channel #puppet | ||
| [2009/06/03 16:58:28] <reyjrar> so, I love puppet, however.. this is slightly distubring: | ||
| [2009/06/03 16:58:28] <reyjrar> http://divisionbyzero.net/~brad/skitch/JFFNMS-20090603-165806.jpg | ||
| [2009/06/03 16:58:46] @ Quit: mccune: Remote closed the connection | ||
| [2009/06/03 16:58:47] <joe-mac> reyjrar: what is your puppetversion? | ||
| [2009/06/03 16:58:52] @ notbrien joined channel #puppet | ||
| [2009/06/03 16:58:53] <reyjrar> is there a reason why doing the same things in puppet I was doing in cfengine cost 450 times the memory ? | ||
| [2009/06/03 16:59:09] <reyjrar> 0.24.8 | ||
| [2009/06/03 16:59:14] <grim_radical> reyjrar: welcome to Ruby. :P | ||
| [2009/06/03 16:59:19] <joe-mac> for one, ruby and garbage collection. C programs are going to be leaner and faster, however what you're seeeing is abnormal | ||
| [2009/06/03 16:59:20] <victor_> personally, i love the idea of puppet | ||
| [2009/06/03 16:59:26] <victor_> but i haven't gotten around to test it yet | ||
| [2009/06/03 16:59:37] @ sigmonsays joined channel #puppet | ||
| [2009/06/03 16:59:39] <reyjrar> joe-mac: even perl would be cleaner than this.. | ||
| [2009/06/03 16:59:43] <joe-mac> at least, abnormal for what i usually see. even hosts with a lot resources only take up like 60 megs i think when i run it in daemon mode | ||
| [2009/06/03 16:59:46] <joe-mac> cleaner in what sense? | ||
| [2009/06/03 16:59:55] <victor_> the thing is, if i even want to log in to the machines(which i have "system ownership" of btw), i have to order a freaking service window for it | ||
| [2009/06/03 16:59:58] <joe-mac> surely you don't mean understand wtf is going on by looking at the code | ||
| [2009/06/03 17:00:31] <victor_> if i would like to use puppet, but whenever i want to update a machine, i would want to "push" it out to it, would that be possible? | ||
| [2009/06/03 17:00:48] <fsweetser> yes - checkout puppetrun | ||
| [2009/06/03 17:00:56] <reyjrar> joe-mac memory usage.. | ||
| [2009/06/03 17:01:08] @ axisys joined channel #puppet | ||
| [2009/06/03 17:01:18] <fsweetser> technically it's still a client side pull, but you can use puppetrun to trigger a pull rather than waiting for it to happen on its own | ||
| [2009/06/03 17:01:19] <grim_radical> reyjrar: 900M seems pretty abnormal, though...what does your puppet code look like? | ||
| [2009/06/03 17:01:22] <joe-mac> idk if puppetrun solves that problem | ||
| [2009/06/03 17:01:25] <joe-mac> yea exactly | ||
| [2009/06/03 17:01:26] <grim_radical> are you doing a lot of file transfer? | ||
| [2009/06/03 17:01:39] <reyjrar> I have persistent perl scripts running under POE doing full traffic analysis for a DS-3 and they peg at 30M mem usage.. | ||
| [2009/06/03 17:02:07] <joe-mac> ... and you can do that with tcpdump on openbsd with a fraction of memory usage. different tools. | ||
| [2009/06/03 17:02:13] <reyjrar> I don't think I'm doing a lot of file transfers.. | ||
| [2009/06/03 17:02:16] <victor_> fsweetser: sounds good, but i'm still not sure it would make sense to make this migration to 300 servers, where as ~250 of these might be decommissioed because of age within ~3 months time | ||
| [2009/06/03 17:02:27] <grim_radical> reyjrar: do you have any file { ... } stanzas that do recursion? | ||
| [2009/06/03 17:02:28] <victor_> (i'm in a crappy position at the moment) | ||
| [2009/06/03 17:02:35] <fsweetser> victor_: I hear you on that | ||
| [2009/06/03 17:02:51] <fsweetser> though personally, I've already found a good deal of value to puppet just dealing with about a dozen servers | ||
| [2009/06/03 17:02:52] <victor_> i'm trying to get a ~50k euro budget for next year | ||
| [2009/06/03 17:02:53] <reyjrar> grim_radical: nope.. | ||
| [2009/06/03 17:02:58] <victor_> so i can get rid of ~20 racks | ||
| [2009/06/03 17:03:06] <grim_radical> hmm | ||
| [2009/06/03 17:03:19] <victor_> fucking malta to add ~150% extra on server prices so the gov can get their tax though | ||
| [2009/06/03 17:03:33] <joe-mac> reyjrar: can you run puppetd -t --color=false --debug on your node and pastie the output? | ||
| [2009/06/03 17:03:49] <victor_> pisses me off, moving from sweden(where bandwidth costs 7 euro per mbit/s) to malta (where bandwidth costs ~100-200 euro per mbit/s) is enervation | ||
| [2009/06/03 17:03:55] <Bradipo> joe-mac: If a system administrator can't look at the code to understand wtf is going on, then maybe its not a good sysadmin tool. :-) | ||
| [2009/06/03 17:04:06] <victor_> *enervating (<- if there's even a word like that) | ||
| [2009/06/03 17:04:10] <joe-mac> Bradipo: yea, he was talking about perl vs ruby lol | ||
| [2009/06/03 17:04:35] <Bradipo> victor_: There is a word: look enervate | ||
| [2009/06/03 17:04:36] <joe-mac> the claim was 'even perl would be cleaner' which i didn't understand the context of at the moment | ||
| [2009/06/03 17:04:44] <Bradipo> victor_: You do know about the look command, right? :-) | ||
| [2009/06/03 17:04:47] <victor_> Bradipo: i'll try to perfect that one | ||
| [2009/06/03 17:05:26] <victor_> Bradipo: you just blew my mind!!!!! | ||
| [2009/06/03 17:05:38] <joe-mac> lol... yoonickz toolz ftw | ||
| [2009/06/03 17:05:53] <victor_> i'm never going to forget about the "look" command | ||
| [2009/06/03 17:06:21] <Bradipo> I use it all the time. | ||
| [2009/06/03 17:06:32] <Bradipo> Much faster than websters or other toolbars in firefox. :-) | ||
| [2009/06/03 17:06:39] <Bradipo> Except no definitions, just spelling. | ||
| [2009/06/03 17:06:43] <reyjrar> joe-mac: running now.. | ||
| [2009/06/03 17:07:01] <joe-mac> if you could, also paste a graph somewhere of the mem usage during the run | ||
| [2009/06/03 17:07:31] <Volcane> reyjrar: enable reporting on your master and client, it will write performance metrics on the master | ||
| [2009/06/03 17:07:45] <Volcane> reyjrar: also how many clients against that master and what webserver? | ||
| [2009/06/03 17:08:16] <grim_radical> I'm not sure how either of those would help | ||
| [2009/06/03 17:08:22] <grim_radical> reporting doesn't show memory usage | ||
| [2009/06/03 17:08:29] <grim_radical> and his puppetd is using up all the RAM | ||
| [2009/06/03 17:08:32] <grim_radical> not puppetmasterd | ||
| [2009/06/03 17:09:03] <grim_radical> ...which is why I'm sort of stumped about the mem usage. :P | ||
| [2009/06/03 17:09:32] <grim_radical> reyjrar: does the mem usage immediately swell to 900M as soon as you start puppetd, or is it a slow leak? | ||
| [2009/06/03 17:09:36] <joe-mac> the reporting will probably give oneo f us an idea to suggest... | ||
| [2009/06/03 17:09:55] <grim_radical> yeah, good point | ||
| [2009/06/03 17:10:16] <joe-mac> it does show metrics too, in terms of time... i don't see mem usage but that's what i was wondernig about theg raph for | ||
| [2009/06/03 17:10:31] <reyjrar> grim_radical: it goes right to 300M.. the 900M seems to be something abnormal.. | ||
| [2009/06/03 17:11:27] <grim_radical> you said you're not doing a ton of file transfers...are any of the files you are transferring between master and client particularly large? | ||
| [2009/06/03 17:11:30] <joe-mac> going right to 300 is odd... | ||
| [2009/06/03 17:11:49] <Volcane> very odd | ||
| [2009/06/03 17:12:04] @ Quit: pleemans: Read error: 110 (Connection timed out) | ||
| [2009/06/03 17:12:22] <joe-mac> my nagios box, which has a metric shit ton of resources, only takes 70 megs resident | ||
| [2009/06/03 17:13:04] <grim_radical> my puppet runs frequently get up to ~300M resident | ||
| [2009/06/03 17:13:31] <joe-mac> i thought that type of thing was fixed in .24.8... what OS? | ||
| [2009/06/03 17:13:41] <grim_radical> rhel | ||
| [2009/06/03 17:13:50] <grim_radical> 0.24.8 | ||
| [2009/06/03 17:15:18] <Bradipo> Why does puppet take so much memor? | ||
| [2009/06/03 17:15:29] @ Quit: eagleheart: "ircII EPIC4-2.8 -- Are we there yet?" | ||
| [2009/06/03 17:16:05] <Volcane> http://pastie.org/499660 | ||
| [2009/06/03 17:16:18] <Volcane> there are a couple of mine, the big ones are 64bit | ||
| [2009/06/03 17:17:13] <grim_radical> actually, looks like mine max out at around 250M resident | ||
| [2009/06/03 17:18:36] @ Quit: Demosthenes: "leaving" | ||
| [2009/06/03 17:20:20] <reyjrar> hrm.. this box seemed to be having issues.. the 900M is not normal on the network.. it seems I picked a bad example.. 300M is fairly consistent across the network.. | ||
| [2009/06/03 17:20:44] <reyjrar> puppetd on that box was hosed up.. | ||
| [2009/06/03 17:20:53] <Volcane> reyjrar: what machines are these? distro etc? | ||
| [2009/06/03 17:20:54] <reyjrar> it doesn't look like it's been doing anything for over 2 weeks.. | ||
| [2009/06/03 17:21:05] <reyjrar> CentOS 5.3 all 0.24.8 | ||
| [2009/06/03 17:21:07] <nwp> Bradipo: recursive file resources eat memory like it's going out of fashion | ||
| [2009/06/03 17:21:21] <Volcane> realist | ||
| [2009/06/03 17:21:27] <Volcane> reyjrar: odd, and stock ruby etc? | ||
| [2009/06/03 17:21:47] <reyjrar> volcane: yup, everything is being pulled off EPEL or Base | ||
| [2009/06/03 17:22:08] <nwp> reyjrar: do you use recursive file resources a lot? | ||
| [2009/06/03 17:22:14] <nwp> (or at all?) | ||
| [2009/06/03 17:22:39] <reyjrar> nwp: I don't believe so.. one sec while I scan the manifests.. | ||
| [2009/06/03 17:22:49] <nwp> they're what kill us | ||
| [2009/06/03 17:23:35] <reyjrar> I'm use recurse in tidy | ||
| [2009/06/03 17:23:49] <grim_radical> nwp: me, too | ||
| [2009/06/03 17:24:09] <nwp> need to come up with a simpler way of distributing e.g. apache config trees | ||
| [2009/06/03 17:24:22] <nwp> and wordpress themes etc. | ||
| [2009/06/03 17:25:37] <reyjrar> on the host with the memory problem, yes. it's recursively changing ownership and permissions on 1 directory with no subdirs and about 30 files in it | ||
| [2009/06/03 17:25:39] <nwp> I'm guessing that they implicitly create a resource for each individual file, complete with the various associated data structures sucking up your memory | ||
| [2009/06/03 17:26:09] <nwp> reyjrar: try commenting that one out, restarting puppet, and checking memory | ||
| [2009/06/03 17:26:14] <grim_radical> nwp: there were several threads in puppet-dev about recursive file handling and its performance | ||
| [2009/06/03 17:26:15] <nwp> just to see the effect | ||
| [2009/06/03 17:26:25] <grim_radical> (if you're curious) | ||
| [2009/06/03 17:26:32] <nwp> grim_radical: oh, good. I'm glad someone's actually thinking about it at least | ||
| [2009/06/03 17:26:40] @ Quit: FreakGuard: Read error: 110 (Connection timed out) | ||
| [2009/06/03 17:26:52] <grim_radical> yeah, masterzen (IIRC) checked in some improvements | ||
| [2009/06/03 17:26:58] <nwp> haven't had time to get into anything like that recently | ||
| [2009/06/03 17:27:10] <nwp> haven't even had time to keep up with latest version | ||
| [2009/06/03 17:27:15] @ nakano is now known as nakano_ | ||
| [2009/06/03 17:27:19] <grim_radical> and my testing of 0.25.x shows that file transfers in general are much faster | ||
| [2009/06/03 17:27:31] <lak> nwp: yeah, 0.25 is much better, and we've got plans for making it better yet | ||
| [2009/06/03 17:27:46] <nwp> lak: excellent :-) | ||
| [2009/06/03 17:28:15] <nwp> what is latest current version anyway? | ||
| [2009/06/03 17:28:21] <reyjrar> haha: Your paste cannot be larger than 100 kb. Sorry. | ||
| [2009/06/03 17:28:24] <nwp> we seem to be on 0.24.7 | ||
| [2009/06/03 17:28:57] <nwp> if it will reduce memory consumption I'll have an excuse to spend some time on getting us up to date | ||
| [2009/06/03 17:29:12] <nwp> which would make a nice change to what I've been doing recently :-P | ||
| [2009/06/03 17:29:20] <lak> nwp: it should, yeah | ||
| [2009/06/03 17:29:29] <lak> lutter: you around? | ||
| [2009/06/03 17:29:31] <lak> nigelk: you around? | ||
| [2009/06/03 17:30:46] <lutter> lak: yes | ||
| [2009/06/03 17:30:54] <lutter> anxiously sitting by the phone | ||
| [2009/06/03 17:30:57] <lak> lutter: ok, i'll add you to the dev call when i start it | ||
| [2009/06/03 17:31:08] <reyjrar> http://pastie.org/499687 | ||
| [2009/06/03 17:31:09] <lutter> cool | ||
| [2009/06/03 17:31:11] <lak> just waiting to hear from nigelk and jamesturnbull, and maybe nasrat | ||
| [2009/06/03 17:31:45] <reyjrar> that's the -td output.. also.. memory stayed down to the 300M mark.. | ||
| [2009/06/03 17:31:57] @ Quit: mvn071: Remote closed the connection | ||
| [2009/06/03 17:31:59] <reyjrar> though I'm not sure my NMS is doing the math right.. lemme check that.. :) | ||
| [2009/06/03 17:32:41] <nigelk> i've been dragged away lak sorry | ||
| [2009/06/03 17:33:10] <lak> nigelk: ok | ||
| [2009/06/03 17:33:37] @ masterzen joined channel #puppet | ||
| [2009/06/03 17:34:51] <lak> masterzen: well, we've got you and lutter | ||
| [2009/06/03 17:34:55] <lak> no nasrat, no jamesturnbull | ||
| [2009/06/03 17:35:58] <masterzen> :-( | ||
| [2009/06/03 17:36:42] <lak> seems like we need to find a better time for the dev call :/ | ||
| [2009/06/03 17:36:48] @ Quit: erm_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 17:36:56] <lutter> heh .. yeah | ||
| [2009/06/03 17:37:05] <masterzen> yes, it's my fault, I asked for the call to be half an hour sooner... | ||
| [2009/06/03 17:37:46] <masterzen> actually, lak it is your fault, you called it #349, people get bored :-D | ||
| [2009/06/03 17:37:47] <gepetto> masterzen: actually: #349 is http://projects.reductivelabs.com/issues/show/349 "Puppet - Bug #349: Defined types cannot be specified as dependencies - ReductiveLabs.com" | ||
| [2009/06/03 17:37:55] <lak> nice | ||
| [2009/06/03 17:38:02] <lak> double nice on the bot confusion :) | ||
| [2009/06/03 17:38:35] <masterzen> there are times we wait gepetto for ages, but when we don't want him to talk.... | ||
| [2009/06/03 17:38:52] <lak> well, at this point i say no dev call | ||
| [2009/06/03 17:38:57] <lak> we'll bring it up later, i guess | ||
| [2009/06/03 17:39:00] <masterzen> ok. | ||
| [2009/06/03 17:39:36] <masterzen> Issue; I certainly won't be part of the next call, as I'll be in the south of France for my deserved yealy French vacations :-) | ||
| [2009/06/03 17:41:25] <joe-mac> is there a puppet function for comparing strings that supports regex? | ||
| [2009/06/03 17:41:59] <masterzen> lak: regarding #2294, I'll keep searching tomorrow. I'm almost sure we're seeing a corruption of astset.classes or definitions. The whole thing will be to reproduce the issue with puppet-test... | ||
| [2009/06/03 17:41:59] <gepetto> masterzen: lak: #2294 is http://projects.reductivelabs.com/issues/show/2294 "Puppet - Bug #2294: Classes sometimes cannot be found - ReductiveLabs.com" | ||
| [2009/06/03 17:42:15] @ Quit: poison: Remote closed the connection | ||
| [2009/06/03 17:42:19] <lak> masterzen: hrm, i think you might have found it, actually | ||
| [2009/06/03 17:43:15] <masterzen> lak: I'm not so sure. I couldn't find exactly how this could trigger the issue. | ||
| [2009/06/03 17:43:25] @ Quit: notbrien: | ||
| [2009/06/03 17:45:12] <masterzen> lak: I like this kind of threading bug hunting :-) It reminds me an issue I got on a bi-Pentium II (a long time ago) while doing mountain 3d rendering, where some pixels where corrupted randomly... | ||
| [2009/06/03 17:46:22] <lutter> masterzen: isn't vacation time in August ? I thought right now everybidy enjoys their 4 day work week ;) | ||
| [2009/06/03 17:46:46] @ poison joined channel #puppet | ||
| [2009/06/03 17:47:05] <masterzen> lutter: you're right. But I don't like taking my vacation with all that French people :-) | ||
| [2009/06/03 17:47:13] <lak> masterzen: you appear to be right; on first blush it didn't fail, but i guess i didn't wait long enough | ||
| [2009/06/03 17:47:17] <masterzen> you know how we can be sometimes :-) | ||
| [2009/06/03 17:47:29] <lutter> haha | ||
| [2009/06/03 17:47:41] * Volcane takes his vacations in december, you can have ever holiday spot in the country to yourself then :P | ||
| [2009/06/03 17:47:57] <lutter> masterzen: but in reality, I am just jealous | ||
| [2009/06/03 17:48:14] @ Quit: cwebber: | ||
| [2009/06/03 17:49:06] @ cwebber joined channel #puppet | ||
| [2009/06/03 17:49:11] @ Djelibeybi joined channel #puppet | ||
| [2009/06/03 17:49:32] <masterzen> lutter: there are some good side to be French. but some bad sides too: strikes, long and condensed work days... | ||
| [2009/06/03 17:50:43] <masterzen> lak: too bad. I really suspect a corruption of the classes/definition list. I fail to see how it can appear. Were you able to add debug information to the culprit methods showing which threads enters/leaves fqfind/load and see if you can spot something suspicious? | ||
| [2009/06/03 17:50:48] <Volcane> masterzen: how long do you define as long? | ||
| [2009/06/03 17:52:00] <joe-mac> say i have this node, and i inherit a node template that just includes a bunch of classes, but in the node itself i have a couple variables i need set before some of the classes inside the parent i inherit from are loaded.,.. how can i make this happen? | ||
| [2009/06/03 17:52:05] <masterzen> maybe not that long after all. I'd say dense. We reduced the number of hours of work per week to 35, so everybody is trying to pack their 50 hours of work in a shorter week... | ||
| [2009/06/03 17:52:29] <masterzen> I can't say how the stress level increased in the last 5 years :-( | ||
| [2009/06/03 17:52:41] <Volcane> joe-mac: see wiki:CommonMisconceptions or why node inheritance should just be removed as a "feature" | ||
| [2009/06/03 17:52:42] <gepetto> Volcane: joe-mac: wiki:CommonMisconceptions is http://reductivelabs.com/trac/puppet/wiki/CommonMisconceptions | ||
| [2009/06/03 17:53:23] * masterzen is going to sleep. see you tomorrow | ||
| [2009/06/03 17:53:51] <joe-mac> k, thanks Volcane. you had said that before but i didn't catrch on tikl now. thanks | ||
| [2009/06/03 17:53:56] * joe-mac removes node inheritance | ||
| [2009/06/03 17:54:02] <Volcane> joe-mac: hehe | ||
| [2009/06/03 17:54:06] @ Quit: masterzen: "Exploring other worlds" | ||
| [2009/06/03 17:54:12] @ nasrat joined channel #puppet | ||
| [2009/06/03 17:54:38] <nasrat> bah got home too late | ||
| [2009/06/03 17:56:07] <lak> nasrat: masterzen *just* left :/ | ||
| [2009/06/03 17:57:16] <nasrat> sorry | ||
| [2009/06/03 17:59:28] <lak> we'll just do the call one day when all of us seem to be around, i guess | ||
| [2009/06/03 17:59:50] @ Quit: mikel: Remote closed the connection | ||
| [2009/06/03 18:00:49] @ Quit: WALoeIII: Read error: 60 (Operation timed out) | ||
| [2009/06/03 18:01:01] <nasrat> yeah | ||
| [2009/06/03 18:01:16] <nasrat> critical mass, I wouldn't have minded | ||
| [2009/06/03 18:03:01] <joe-mac> hmm, in my site.pp for a certain environment, do i have to fully qualify my imports, like instead of import "nodes" do i need to now do import "production/nodes" ? | ||
| [2009/06/03 18:03:35] <Volcane> paths are relative to your site.pp file afaik | ||
| [2009/06/03 18:03:43] <joe-mac> k | ||
| [2009/06/03 18:03:52] <lak> nasrat: well, jamesturnbull isn't awake yet either | ||
| [2009/06/03 18:04:08] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 18:04:16] <nasrat> ok well next week I'm on EST | ||
| [2009/06/03 18:04:20] @ Quit: reyjrar: Remote closed the connection | ||
| [2009/06/03 18:04:27] <nasrat> UTC -0500 | ||
| [2009/06/03 18:04:31] <joe-mac> svn pre-commit fails on that, since it needs nodes.pp in /tmp, cause that's where it's parsed | ||
| [2009/06/03 18:04:39] <joe-mac> so, my problem heh | ||
| [2009/06/03 18:04:41] <lak> nasrat: ah | ||
| [2009/06/03 18:05:31] <joe-mac> maybe i should make a little script that does the parsing before hand and then runs svn commit... but then when my colleagues start using this i wuold be trustuign them to use that script and not svn directly... so idk | ||
| [2009/06/03 18:06:14] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 18:09:13] @ Quit: nasrat: | ||
| [2009/06/03 18:09:28] @ Demosthenes joined channel #puppet | ||
| [2009/06/03 18:11:01] <Djelibeybi> lak: jamesturnbull *should* be awake. He's just not replying. :) | ||
| [2009/06/03 18:11:22] <lak> Djelibeybi: i concur, but, well, his being on the call is contingent on his replying | ||
| [2009/06/03 18:11:53] <Djelibeybi> lak: oh, quite. I'm also doing vague hand-wavy gestures to try and get his attention. It's not working for me either. | ||
| [2009/06/03 18:12:38] <Djelibeybi> lak: perhaps you can help me. I'm trying to work out if the latest patch to Bug #2141 can be applied to 0.24.8? | ||
| [2009/06/03 18:12:40] <gepetto> Djelibeybi: lak: #2141 is http://projects.reductivelabs.com/issues/show/2141 "Puppet - Bug #2141: Augeas resource bug with single and double quotes - ReductiveLabs.com" | ||
| [2009/06/03 18:13:23] <lak> Djelibeybi: that should be directly applicable, i think, since the providers haven't changed much | ||
| [2009/06/03 18:13:25] <lak> but give it a try :) | ||
| [2009/06/03 18:13:51] <Djelibeybi> lak: I would if I had a handy test environment. Sadly, all I have in the vicinity are production machines. | ||
| [2009/06/03 18:14:02] <lak> no no, i mean in a git repo | ||
| [2009/06/03 18:14:06] <lak> just see if the patch applies | ||
| [2009/06/03 18:14:10] <lak> if it does, you should be fine | ||
| [2009/06/03 18:14:11] <lak> mmm, should | ||
| [2009/06/03 18:14:49] <Djelibeybi> lak: I'm git-challenged. I have no idea how it works. I'm quite looking forward to the proposed "GitHub for Dummies" :) | ||
| [2009/06/03 18:14:57] <nigelk> is the trac wiki horribly slow for others at the moment too? | ||
| [2009/06/03 18:15:16] <justindossey> nigelk: at most moments, yes | ||
| [2009/06/03 18:15:25] <Djelibeybi> nigelk: yup | ||
| [2009/06/03 18:15:36] <hMz> i've got an odd cronjob that barfs in 0.24.4 | ||
| [2009/06/03 18:15:41] <justindossey> I wonder whether they're using sqlite with that trac install | ||
| [2009/06/03 18:15:42] <hMz> can someone see if it barfs in a more recent version? | ||
| [2009/06/03 18:16:13] <hMz> http://pastebin.com/m65a506b5 | ||
| [2009/06/03 18:17:51] <nigelk> pastie: paste me | ||
| [2009/06/03 18:18:02] @ Quit: dsch04: Read error: 60 (Operation timed out) | ||
| [2009/06/03 18:18:52] @ dsch04 joined channel #puppet | ||
| [2009/06/03 18:19:34] <nigelk> pastie: you're broken | ||
| [2009/06/03 18:19:38] <nigelk> http://pastie.org/499752 | ||
| [2009/06/03 18:19:53] <nigelk> so should something like that work if $something isn't true? | ||
| [2009/06/03 18:20:03] <nigelk> I mean I know we could use realized resources | ||
| [2009/06/03 18:20:08] <nigelk> but I think I've hit this as a problem | ||
| [2009/06/03 18:20:22] <Volcane> if something exists, not if its true | ||
| [2009/06/03 18:20:30] <nigelk> sure, whatever | ||
| [2009/06/03 18:20:38] <Volcane> :) being a pedant | ||
| [2009/06/03 18:20:47] <nigelk> indeed :) | ||
| [2009/06/03 18:20:51] <Volcane> but if its false then probably it wont compile? | ||
| [2009/06/03 18:21:02] <nigelk> well I'm tracing a rather complicated manifest... | ||
| [2009/06/03 18:21:26] <nigelk> but it seems to essentially complain about a missing require on exec["foo"] | ||
| [2009/06/03 18:21:52] <Volcane> and whats $something? | ||
| [2009/06/03 18:22:08] <nigelk> for this example, lets pretend it's non-existent | ||
| [2009/06/03 18:22:20] <Volcane> cos if its not set then the resource wont exist and so it would be missing? | ||
| [2009/06/03 18:22:42] <nigelk> sure. but shouldn't it not then actually add it to the dependency graph? | ||
| [2009/06/03 18:22:54] <nigelk> oh crap. I wrote it the wrong way round | ||
| [2009/06/03 18:23:13] <nigelk> reload please | ||
| [2009/06/03 18:23:24] @ mfoster left channel #puppet () | ||
| [2009/06/03 18:23:29] <Volcane> that should be fine | ||
| [2009/06/03 18:26:20] <joe-mac> can i make a class require another class? i tried and it's barfing ... | ||
| [2009/06/03 18:26:22] <nigelk> yeah. a test manifest appears to work fine. | ||
| [2009/06/03 18:26:23] <Volcane> nigelk: simple test of that using just 'puppet' works a charm | ||
| [2009/06/03 18:26:28] <Volcane> snap | ||
| [2009/06/03 18:26:30] <nigelk> :) | ||
| [2009/06/03 18:26:59] @ Quit: FreakGuard: No route to host | ||
| [2009/06/03 18:27:05] <Volcane> joe-mac: classes cant require things (yet) but a resource can require => Class["foo"] | ||
| [2009/06/03 18:27:13] <joe-mac> k, thanks | ||
| [2009/06/03 18:30:56] @ nakano_ is now known as nakano | ||
| [2009/06/03 18:32:49] @ Quit: jsm: "Leaving." | ||
| [2009/06/03 18:32:51] @ WizRd joined channel #puppet | ||
| [2009/06/03 18:33:39] <joe-mac> does template parsing for some reason happen before all classes are loaded? | ||
| [2009/06/03 18:33:48] <Volcane> no | ||
| [2009/06/03 18:34:22] <Volcane> happens on the master in the class like other resources effectively, what u seeing? | ||
| [2009/06/03 18:34:52] @ Quit: poison: Remote closed the connection | ||
| [2009/06/03 18:35:01] * lak just used json to serialize the catalog for the client | ||
| [2009/06/03 18:35:25] <Volcane> lak: advantages over marshall? | ||
| [2009/06/03 18:35:38] <lak> readable by both humans and python | ||
| [2009/06/03 18:35:45] <lak> portable across versions of ruby | ||
| [2009/06/03 18:35:54] <Volcane> yeah that pissed me off with marshall | ||
| [2009/06/03 18:35:57] <lak> and versions of puppet | ||
| [2009/06/03 18:36:06] <lak> i.e., marshal includes class names from puppet | ||
| [2009/06/03 18:36:12] <Volcane> ah | ||
| [2009/06/03 18:36:15] <lak> so if we rename a class, we break compatibility | ||
| [2009/06/03 18:36:18] <lak> which has happened in the past | ||
| [2009/06/03 18:36:47] <Volcane> kewl | ||
| [2009/06/03 18:37:38] <joe-mac> Volcane: i'm seeing on the node i get failed to parse template because it didn't know what a certain variable is, yet the variable is set in another clss that i require... mayube that's why, do i need to somehow 'export' that variable? | ||
| [2009/06/03 18:37:44] <joe-mac> or do i use some magic in the erb? | ||
| [2009/06/03 18:37:54] <Volcane> joe-mac: you're not having much fun with scoping :) | ||
| [2009/06/03 18:38:13] <Volcane> joe-mac: read commonmisconceptions again and about scoping in the language tut i think | ||
| [2009/06/03 18:38:15] <joe-mac> nope, since im odularizede the config i am runnign into all these 'problems'w hich are really just design flaws in my manifests | ||
| [2009/06/03 18:38:18] <joe-mac> k, thanks | ||
| [2009/06/03 18:40:54] @ Quit: WizRd: "WizRd has no reason" | ||
| [2009/06/03 18:41:53] <joe-mac> hmm, this sort of answers my question... Volcane is the erb parsing aware of puppet classes, like if i did <%= location::nscaserver %> would it know what i meant? | ||
| [2009/06/03 18:42:24] <joe-mac> the templatye is actually built in the nsca::client class, but the var is set in the location class | ||
| [2009/06/03 18:43:30] @ FreakGuard joined channel #puppet | ||
| [2009/06/03 18:46:42] <Volcane> joe-mac: yeah variable scope applies | ||
| [2009/06/03 18:46:56] <Volcane> joe-mac: show your manifest, depends how you use it | ||
| [2009/06/03 18:46:57] <joe-mac> k cool | ||
| [2009/06/03 18:47:03] <joe-mac> , alright let me pastie | ||
| [2009/06/03 18:48:18] <joe-mac> ah crap, let me fix this other problem first | ||
| [2009/06/03 18:49:59] @ d3vilb0x joined channel #puppet | ||
| [2009/06/03 18:56:20] <FreakGuard> so you put /etc/puppet into a git repo? | ||
| [2009/06/03 18:56:30] <Volcane> they're just files | ||
| [2009/06/03 18:56:33] * sigmonsays does | ||
| [2009/06/03 18:56:45] <FreakGuard> sigmonsays, git init /etc/puppet ? | ||
| [2009/06/03 18:57:33] <sigmonsays> that'll do | ||
| [2009/06/03 18:57:37] <joe-mac> Volcane: http://www.pastie.org/499793 | ||
| [2009/06/03 18:57:56] <Volcane> and the error | ||
| [2009/06/03 18:59:03] <Volcane> joe-mac: you can pop around line 26: File { owner => root, group => root, mode => 760, ensure => present } | ||
| [2009/06/03 18:59:07] <joe-mac> err: Could not retrieve catalog: Failed to parse template nsca/check_psv.erb: Could not find value for 'nscaserver' at /etc/puppet/production/modules/nsca/manifests/client.pp:18 on node a | ||
| [2009/06/03 18:59:12] <Volcane> and then delete the repititon lower | ||
| [2009/06/03 18:59:44] <joe-mac> really? but then won't all files loaded after that in the manifest get those properties? | ||
| [2009/06/03 18:59:50] <Volcane> joe-mac: yeah you cant put those vars in common::location they'd only be visible in common::location and its decendants | ||
| [2009/06/03 19:00:05] <Volcane> joe-mac: its also confined by scope :) | ||
| [2009/06/03 19:00:29] <joe-mac> i can't in the erb do common::location::nscaserver eh? | ||
| [2009/06/03 19:00:44] <joe-mac> maybe i should inherit location in my basenode class? | ||
| [2009/06/03 19:00:45] <Volcane> dont think so | ||
| [2009/06/03 19:01:28] <Volcane> why not just do extlookup in the class where its needed? | ||
| [2009/06/03 19:01:49] <joe-mac> idk seems easier to just do it in one central spot | ||
| [2009/06/03 19:02:30] <Volcane> somewhat, but also it makes it more obvious if variables gets populated where tey're needed rather than the old mass-of-global-variables situation | ||
| [2009/06/03 19:03:01] <Volcane> q: where does this class get this var from? a: somewhere else OR a: right there in the class? | ||
| [2009/06/03 19:03:02] @ keithlard joined channel #puppet | ||
| [2009/06/03 19:03:26] @ Quit: keithlard: Remote closed the connection | ||
| [2009/06/03 19:06:09] <Volcane> like certainly i wrote extlookup with a view on avoiding filling in loads of global vars in my site.pp for example - which wouldnt work anyway - but it lets me put the data outside of code and lets modules/classes easily find the data in a way that doesnt breed massive interconnection | ||
| [2009/06/03 19:06:55] @ Quit: tecto: | ||
| [2009/06/03 19:07:11] <joe-mac> yea | ||
| [2009/06/03 19:07:17] @ mikepea joined channel #puppet | ||
| [2009/06/03 19:07:19] <joe-mac> god i'm uncovering so many screw uops in my manifests | ||
| [2009/06/03 19:07:29] <joe-mac> thanks for the tippage Volcane, gonna shower and stuff been being lazy all day lol | ||
| [2009/06/03 19:08:50] <Volcane> c'ya :) | ||
| [2009/06/03 19:17:40] @ Quit: WALoeIII: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 19:17:41] @ Quit: nmalik: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 19:17:41] @ Quit: aymerick: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 19:17:41] @ Quit: lazzurs: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 19:18:19] <plathrop> The hosts provider is driving me crazy | ||
| [2009/06/03 19:18:37] @ lazzurs joined channel #puppet | ||
| [2009/06/03 19:18:38] @ Quit: d3vilb0x: | ||
| [2009/06/03 19:18:39] @ Quit: lak: | ||
| [2009/06/03 19:19:16] @ n0ts___ joined channel #puppet | ||
| [2009/06/03 19:19:28] <plathrop> Anyone using many hosts resources? Maybe I'm just Doing It Wrong. | ||
| [2009/06/03 19:19:36] @ erm_ joined channel #puppet | ||
| [2009/06/03 19:19:43] <plathrop> What I'm trying to do seems pretty simple. | ||
| [2009/06/03 19:19:44] <Volcane> whats it doing? | ||
| [2009/06/03 19:20:18] @ Quit: mikepea: | ||
| [2009/06/03 19:21:02] <plathrop> When I provision a new machine, the hosts file is really simple. It looks like localhost <short_host_name> | ||
| [2009/06/03 19:21:14] <plathrop> so, for example: localhost <s0289> | ||
| [2009/06/03 19:21:14] @ d3vilb0x joined channel #puppet | ||
| [2009/06/03 19:21:28] <Volcane> with <>s ? | ||
| [2009/06/03 19:21:29] <plathrop> sorry, that's wrong | ||
| [2009/06/03 19:21:36] <plathrop> Ugh | ||
| [2009/06/03 19:21:40] <plathrop> sorry | ||
| [2009/06/03 19:21:43] <plathrop> no it looks like: | ||
| [2009/06/03 19:21:55] <plathrop> 127.0.0.1 localhost s0289 | ||
| [2009/06/03 19:22:01] <Volcane> ok | ||
| [2009/06/03 19:22:07] <plathrop> What I need it to say is: | ||
| [2009/06/03 19:22:22] <plathrop> 127.0.0.1 s0289.digg.internal s0289 localhost | ||
| [2009/06/03 19:22:46] @ Quit: macbar: Read error: 110 (Connection timed out) | ||
| [2009/06/03 19:22:51] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 19:23:00] <plathrop> pastie: hit me | ||
| [2009/06/03 19:23:13] @ Quit: zipkid: Read error: 101 (Network is unreachable) | ||
| [2009/06/03 19:23:18] @ lludwig left channel #puppet () | ||
| [2009/06/03 19:23:19] <pastie> http://pastie.org/499814 by plathrop. | ||
| [2009/06/03 19:23:34] <plathrop> so, that paste is the host resource I set up. | ||
| [2009/06/03 19:23:50] <plathrop> I also have a "resources" resource set to purge non-managed entries | ||
| [2009/06/03 19:23:58] @ macbar joined channel #puppet | ||
| [2009/06/03 19:24:03] @ aymerick joined channel #puppet | ||
| [2009/06/03 19:24:03] <plathrop> what I get is a file with two lines. I'll paste that too, just a sec | ||
| [2009/06/03 19:24:17] @ zipkid joined channel #puppet | ||
| [2009/06/03 19:24:17] <FreakGuard> if the puppet is running on the same machine as the master, I suspect there are no certs to be made? | ||
| [2009/06/03 19:25:09] <plathrop> okay, paste edited | ||
| [2009/06/03 19:25:10] <plathrop> FreakGuard: incorrect | ||
| [2009/06/03 19:25:31] <plathrop> FreakGuard: both daemons act about the same as they would if they were running on separate machines. | ||
| [2009/06/03 19:25:42] <plathrop> FreakGuard: only difference is they end up using the same cert. | ||
| [2009/06/03 19:25:49] <Volcane> plathrop: and u want the first one to be gone obviously? | ||
| [2009/06/03 19:25:59] <plathrop> Volcane: yeah. It breaks sudo | ||
| [2009/06/03 19:26:03] <plathrop> Among other things | ||
| [2009/06/03 19:26:13] <Volcane> plathrop: nods, you could try purge on it | ||
| [2009/06/03 19:26:29] <plathrop> I did. : 16:23 < plathrop> I also have a "resources" resource set to purge non-managed entries | ||
| [2009/06/03 19:26:38] <plathrop> I put that in the edited paste | ||
| [2009/06/03 19:26:39] <Volcane> ah :) | ||
| [2009/06/03 19:26:44] <Volcane> so you do | ||
| [2009/06/03 19:26:47] <Volcane> hmm | ||
| [2009/06/03 19:27:00] <Volcane> well from hosts provider those are 2 distinct resources | ||
| [2009/06/03 19:27:04] <Volcane> try: ralsh hosts | ||
| [2009/06/03 19:27:04] <plathrop> It's possible I'm wrong about what a fresh /etc/hosts looks like. Maybe I'll check that out. | ||
| [2009/06/03 19:27:07] <Volcane> should show you 2 :( | ||
| [2009/06/03 19:27:07] <FreakGuard> plathrop, hm. I'm running puppetd --verbose on the machine, but nothing about certificates | ||
| [2009/06/03 19:27:25] <Volcane> i mean 'ralsh host' | ||
| [2009/06/03 19:27:42] <plathrop> Volcane: indeed it does. | ||
| [2009/06/03 19:27:46] <Volcane> yeah, lame | ||
| [2009/06/03 19:27:57] <Volcane> i cant imagine how you'd fix that | ||
| [2009/06/03 19:28:14] <Volcane> you'd probably need to do host{"localhost": .... } | ||
| [2009/06/03 19:28:14] <plathrop> FreakGuard: Yeah, puppetmasterd already created them | ||
| [2009/06/03 19:28:22] <plathrop> Volcane: yeah, maybe I'll try that | ||
| [2009/06/03 19:28:27] <FreakGuard> ok | ||
| [2009/06/03 19:28:29] <plathrop> Volcane: seems very counter-intuitive | ||
| [2009/06/03 19:28:31] <Volcane> and set them there, but the primary host entry would be "localhost" then and not your fqdn | ||
| [2009/06/03 19:28:41] <plathrop> Oh, no that won't work | ||
| [2009/06/03 19:28:46] <Volcane> plathrop: figured | ||
| [2009/06/03 19:28:46] <plathrop> Same problem | ||
| [2009/06/03 19:28:56] <plathrop> But I might be able to get away with "ensure => absent" | ||
| [2009/06/03 19:29:03] <Volcane> yeah | ||
| [2009/06/03 19:29:03] <plathrop> and then the other host entry being there | ||
| [2009/06/03 19:29:06] <Volcane> that wold do it | ||
| [2009/06/03 19:29:07] <plathrop> I doubt it, though | ||
| [2009/06/03 19:29:15] * plathrop *tries* | ||
| [2009/06/03 19:29:16] @ Quit: felipe`: Client Quit | ||
| [2009/06/03 19:29:17] <Volcane> else fai fix it to begin with :P | ||
| [2009/06/03 19:29:56] <plathrop> Volcane: well, the next step for me is to see if I'm just plain wrong about what ends up there on a new install. | ||
| [2009/06/03 19:30:08] @ Quit: jrojas: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 19:30:10] @ jrojas joined channel #puppet | ||
| [2009/06/03 19:30:22] <FreakGuard> plathrop, running it on another host, nothing about certificates | ||
| [2009/06/03 19:30:41] @ Quit: WALoeIII: | ||
| [2009/06/03 19:30:47] <Volcane> plathrop: yeah else i think host{"localhost": ensure => absent } will make u happy | ||
| [2009/06/03 19:31:51] <plathrop> FreakGuard: try --verbose --debug --trace | ||
| [2009/06/03 19:31:58] @ Quit: n0ts__: Read error: 110 (Connection timed out) | ||
| [2009/06/03 19:32:02] <Volcane> i think many parsedfile types have similar hangups, just try and change the user of a cron job etc | ||
| [2009/06/03 19:33:02] <plathrop> Volcane: nope. As I suspected, puppet tries to be smart: | ||
| [2009/06/03 19:33:02] <plathrop> err: Could not create s0292.digg.internal: Parameter alias failed: s0292.digg.internal can not create alias localhost: object already exists at /home/plathrop/puppet/modules/site/manifests/base-node.pp:176 | ||
| [2009/06/03 19:33:05] @ QMan joined channel #puppet | ||
| [2009/06/03 19:33:17] <plathrop> FSCK! | ||
| [2009/06/03 19:33:20] <Volcane> ah lame | ||
| [2009/06/03 19:33:33] <Volcane> put a non retarded default down with your fai/kickstart/whatevers :( | ||
| [2009/06/03 19:33:41] <Volcane> sux | ||
| [2009/06/03 19:34:20] <FreakGuard> plathrop, where to set the puppetmaster on the puppets? | ||
| [2009/06/03 19:34:40] <FreakGuard> plathrop, or is that done automatically after the signing? | ||
| [2009/06/03 19:34:47] <plathrop> FreakGuard: --server | ||
| [2009/06/03 19:34:56] <plathrop> FreakGuard: try this: puppetd --genconfig | less | ||
| [2009/06/03 19:35:37] <FreakGuard> plathrop, interessting | ||
| [2009/06/03 19:37:34] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 19:38:35] * Volcane goes to bed | ||
| [2009/06/03 19:39:52] @ Quit: erm_: Read error: 110 (Connection timed out) | ||
| [2009/06/03 19:49:05] @ Quit: WALoeIII: | ||
| [2009/06/03 19:51:15] @ nmalik joined channel #puppet | ||
| [2009/06/03 19:56:05] @ Quit: alfism: "http://opensolaris.com/" | ||
| [2009/06/03 19:59:08] @ gebi_ joined channel #puppet | ||
| [2009/06/03 20:00:20] @ mfoster joined channel #puppet | ||
| [2009/06/03 20:00:26] @ Quit: gebi: Read error: 60 (Operation timed out) | ||
| [2009/06/03 20:02:21] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 20:02:58] @ Quit: WALoeIII: Remote closed the connection | ||
| [2009/06/03 20:03:03] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 20:04:05] @ mfoster left channel #puppet () | ||
| [2009/06/03 20:04:33] @ felipe` joined channel #puppet | ||
| [2009/06/03 20:05:02] @ jmarki joined channel #puppet | ||
| [2009/06/03 20:15:39] @ Quit: n0ts___: Read error: 60 (Operation timed out) | ||
| [2009/06/03 20:15:40] @ n0ts____ joined channel #puppet | ||
| [2009/06/03 20:27:09] @ WALoeIII_ joined channel #puppet | ||
| [2009/06/03 20:27:09] @ Quit: WALoeIII_: Client Quit | ||
| [2009/06/03 20:29:41] @ Quit: WALoeIII: Read error: 60 (Operation timed out) | ||
| [2009/06/03 20:33:27] @ erm_ joined channel #puppet | ||
| [2009/06/03 20:34:34] @ fujin joined channel #puppet | ||
| [2009/06/03 20:36:31] @ Quit: justindossey: "Leaving." | ||
| [2009/06/03 20:45:20] @ Quit: ezmob: "Bye!" | ||
| [2009/06/03 20:50:50] @ Quit: JM: Connection timed out | ||
| [2009/06/03 20:51:26] @ tecto joined channel #puppet | ||
| [2009/06/03 20:53:47] @ Quit: mattw: Read error: 60 (Operation timed out) | ||
| [2009/06/03 20:53:50] @ mattw joined channel #puppet | ||
| [2009/06/03 20:54:15] @ Quit: jbarratt: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:16] @ Quit: Soahc: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:16] @ Quit: xmslack: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:16] @ Quit: hMz: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:17] @ Quit: Jiko: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:17] @ Quit: tmz: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:18] @ Quit: pastie: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:18] @ Quit: monachus: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:18] @ Quit: dmosemp: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:19] @ Quit: falsch: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:19] @ Quit: mizzy: verne.freenode.net irc.freenode.net | ||
| [2009/06/03 20:54:19] @ garin_ joined channel #puppet | ||
| [2009/06/03 20:54:37] @ falsch joined channel #puppet | ||
| [2009/06/03 20:54:37] @ monachus joined channel #puppet | ||
| [2009/06/03 20:54:37] @ tmz joined channel #puppet | ||
| [2009/06/03 20:54:37] @ dmosemp joined channel #puppet | ||
| [2009/06/03 20:54:37] @ xmslack joined channel #puppet | ||
| [2009/06/03 20:54:37] @ pastie joined channel #puppet | ||
| [2009/06/03 20:54:37] @ mizzy joined channel #puppet | ||
| [2009/06/03 20:54:37] @ Soahc joined channel #puppet | ||
| [2009/06/03 20:54:37] @ Jiko joined channel #puppet | ||
| [2009/06/03 20:54:38] @ jbarratt joined channel #puppet | ||
| [2009/06/03 20:54:38] @ hMz joined channel #puppet | ||
| [2009/06/03 20:56:59] @ Quit: jmarki: Remote closed the connection | ||
| [2009/06/03 21:01:43] @ Quit: aymerick: | ||
| [2009/06/03 21:02:01] @ martha left channel #puppet () | ||
| [2009/06/03 21:04:27] @ Quit: tecto: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 21:05:13] @ Quit: nigelk: | ||
| [2009/06/03 21:21:11] @ Quit: Telmo: Read error: 110 (Connection timed out) | ||
| [2009/06/03 21:27:40] @ plathrop is now known as plathrop-away | ||
| [2009/06/03 21:31:54] @ proton_ is now known as proton | ||
| [2009/06/03 21:32:36] @ ohadlevy joined channel #puppet | ||
| [2009/06/03 21:34:55] @ lak joined channel #puppet | ||
| [2009/06/03 21:55:21] @ cmoates_ joined channel #puppet | ||
| [2009/06/03 21:55:22] @ Quit: cmoates: Read error: 104 (Connection reset by peer) | ||
| [2009/06/03 21:57:10] @ Quit: cwebber: | ||
| [2009/06/03 21:58:15] @ Quit: cmoates_: Remote closed the connection | ||
| [2009/06/03 22:07:21] @ Quit: Demosthenes: Read error: 110 (Connection timed out) | ||
| [2009/06/03 22:17:23] @ Quit: garin_: "Tiarra 0.1+svn-31673M: SIGTERM received; exit" | ||
| [2009/06/03 22:17:32] @ garin_ joined channel #puppet | ||
| [2009/06/03 22:35:11] @ Quit: teratoma: "leaving" | ||
| [2009/06/03 22:35:43] @ PhabX joined channel #puppet | ||
| [2009/06/03 22:54:09] @ Quit: grey-: Remote closed the connection | ||
| [2009/06/03 22:54:42] @ Quit: douglasawh: "Leaving." | ||
| [2009/06/03 23:12:33] @ WALoeIII joined channel #puppet | ||
| [2009/06/03 23:46:32] @ macbar_ joined channel #puppet | ||
| [2009/06/03 23:48:23] @ alex2 joined channel #puppet | ||
| [2009/06/03 23:53:20] @ Quit: maxagaz: "Leaving" | ||
| [2009/06/03 23:56:30] @ Quit: tessier: Read error: 60 (Operation timed out) | ||
| [2009/06/03 23:56:34] @ tessier joined channel #puppet | ||
| [2009/06/03 23:57:31] @ Quit: macbar: Read error: 110 (Connection timed out) |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!
