Monday, 2009-06-08

[2009/06/08 00:02:08] @ Log started by gepetto
[2009/06/08 00:02:08] @ mayday_jay joined channel #puppet
[2009/06/08 00:06:03] @ Quit: d3vilb0x:
[2009/06/08 00:06:58] @ Quit: pinoyskull_:
[2009/06/08 00:12:44] @ Quit: cwebber:
[2009/06/08 00:12:50] @ pinoyskull joined channel #puppet
[2009/06/08 00:19:17] @ PhabX joined channel #puppet
[2009/06/08 00:22:07] @ gazzerh joined channel #puppet
[2009/06/08 00:35:05] @ Quit: garin_: Remote closed the connection
[2009/06/08 00:36:30] @ mfoster joined channel #puppet
[2009/06/08 00:41:56] @ mfoster left channel #puppet ()
[2009/06/08 00:42:58] @ andrewcshafer joined channel #puppet
[2009/06/08 00:52:25] @ alex2 joined channel #puppet
[2009/06/08 01:01:30] @ saurabhverma joined channel #puppet
[2009/06/08 01:04:26] @ alex_____ joined channel #puppet
[2009/06/08 01:18:26] @ Quit: PhabX: "Leaving..."
[2009/06/08 01:31:38] @ garin_ joined channel #puppet
[2009/06/08 01:49:19] @ glaw joined channel #puppet
[2009/06/08 01:49:23] @ tuf_ joined channel #puppet
[2009/06/08 01:52:07] @ gaveen joined channel #puppet
[2009/06/08 02:01:10] @ D-CoD joined channel #puppet
[2009/06/08 02:05:06] @ mvn071 joined channel #puppet
[2009/06/08 02:14:50] @ Quit: notbrien:
[2009/06/08 02:18:03] @ jmarki joined channel #puppet
[2009/06/08 02:23:33] @ mattock joined channel #puppet
[2009/06/08 02:25:06] @ Quit: andrewcshafer:
[2009/06/08 02:26:04] @ Quit: alex_____: Read error: 110 (Connection timed out)
[2009/06/08 02:27:32] @ Quit: tuf_:
[2009/06/08 02:30:44] @ Quit: elijahwright: Remote closed the connection
[2009/06/08 02:34:31] @ gaveen_ joined channel #puppet
[2009/06/08 02:36:54] @ Quit: pugnacity: Remote closed the connection
[2009/06/08 02:37:37] @ poison joined channel #puppet
[2009/06/08 02:38:07] @ pugnacity joined channel #puppet
[2009/06/08 02:38:29] @ Quit: fbe: Read error: 110 (Connection timed out)
[2009/06/08 02:38:46] @ Quit: D-CoD: "Leaving."
[2009/06/08 02:42:44] @ nakano is now known as nakano_
[2009/06/08 02:50:03] @ Quit: gaveen: Read error: 110 (Connection timed out)
[2009/06/08 02:50:42] @ pleemans joined channel #puppet
[2009/06/08 02:55:14] @ phantez joined channel #puppet
[2009/06/08 02:58:02] @ tim|macbook joined channel #puppet
[2009/06/08 02:59:52] @ Innocenti joined channel #puppet
[2009/06/08 02:59:54] @ Quit: tim|macbook: Read error: 104 (Connection reset by peer)
[2009/06/08 03:14:46] @ Quit: gaveen_: Read error: 110 (Connection timed out)
[2009/06/08 03:17:25] @ gaveen_ joined channel #puppet
[2009/06/08 03:19:31] @ alex_ joined channel #puppet
[2009/06/08 03:20:30] @ DavidS joined channel #puppet
[2009/06/08 03:28:32] @ madrescher joined channel #puppet
[2009/06/08 03:29:31] @ DerekW joined channel #puppet
[2009/06/08 03:33:06] @ sheldonh joined channel #puppet
[2009/06/08 03:33:50] <sheldonh> i want to only apply a class to hosts where some fact has some value. do i do the conditionalization in the class definition or in the site.pp manifest?
[2009/06/08 03:34:58] <glaw> sheldonh: i do it in the class, but this may not be best practice
[2009/06/08 03:35:07] @ tim|macbook joined channel #puppet
[2009/06/08 03:36:21] <henk> sheldonh: i'd say that depends on the reason. is it the class itself that makes it necessary to check for the facts value or is it an other reason?
[2009/06/08 03:36:37] @ asachs joined channel #puppet
[2009/06/08 03:37:37] <sheldonh> henk: some of our webservers servers are fastcgi-enabled, some are still using mod_phpX
[2009/06/08 03:37:50] <sheldonh> henk: so we frequently say "it's a fastcgi server"
[2009/06/08 03:38:00] <sheldonh> henk: which smells like a node definition to me :)
[2009/06/08 03:38:10] <henk> sheldonh: then you should not do it in the class imho.
[2009/06/08 03:38:28] <sheldonh> salaam, asachs
[2009/06/08 03:38:49] <sheldonh> henk: okay good. i'll find out how to do it in the site.pp manifest now :)
[2009/06/08 03:39:06] @ francois joined channel #puppet
[2009/06/08 03:39:32] <sheldonh> having a leetle trouble finding "node reference" on the wiki :)
[2009/06/08 03:41:48] <sheldonh> man, must pay for pulling strings
[2009/06/08 03:46:41] @ HarryCalahan joined channel #puppet
[2009/06/08 03:47:26] @ nakano_ is now known as nakano
[2009/06/08 03:47:27] <Volcane> sheldonh: dont you have some common class that goes everywhere? I've common::linux for example, could just do a if in there
[2009/06/08 03:48:14] <sheldonh> Volcane: oh i could. but i prefer the case statement in the node. feels right for this
[2009/06/08 03:48:23] <asachs> sheldonh: greetz
[2009/06/08 03:48:42] <Volcane> thats a lot of case statements, and that's not gonna go well when/if you get a external classifier
[2009/06/08 03:49:05] <asachs> Anyone have an out of band (http) file download recipe that can manage checksums ?
[2009/06/08 03:49:10] @ MattyM joined channel #puppet
[2009/06/08 03:49:11] <sheldonh> Volcane:hmmm
[2009/06/08 03:49:35] <sheldonh> asachs: custom apt repo seems to be covered
[2009/06/08 03:49:50] <Volcane> you could just do: include("www:${webserver_type}") :)
[2009/06/08 03:50:04] <Volcane> and set the fact everywhere
[2009/06/08 03:50:13] <sheldonh> i already set the fact everywhere. interesting...
[2009/06/08 03:52:21] @ Quit: poison: Remote closed the connection
[2009/06/08 03:53:48] <asachs> sheldonh: i guess i could package the file into a custom deb, but they are firmware binaries and i am very very keen to know if the checksum changes for any reason
[2009/06/08 03:54:09] <sheldonh> asachs: yup. secure APT
[2009/06/08 03:54:59] <sheldonh> asachs: you sign your release files, and then APT knows that it got what you rolled
[2009/06/08 03:55:28] <asachs> sheldon: yeah i might need something like tripwire to check the files on disk periodically
[2009/06/08 03:56:37] <sheldonh> asachs: i think APT (well, dpkg) has the capicity to track md5sums. ls /var/lib/dpkg/info/*.md5sums
[2009/06/08 03:56:48] <sheldonh> *capacity
[2009/06/08 03:56:58] <asachs> sheldonh: great will take a look !
[2009/06/08 04:01:31] @ asachs is now known as xtea
[2009/06/08 04:01:46] <sheldonh> Volcane: look familiar? :)
[2009/06/08 04:02:08] <Volcane> rings bells, but not enough :)
[2009/06/08 04:02:16] <sheldonh> Volcane: stick around, it's just a matter of time before the troutslapping starts ;)
[2009/06/08 04:02:24] <Volcane> haha
[2009/06/08 04:02:28] <xtea> Volcane: its been almost a decade :)
[2009/06/08 04:02:36] <phantez> gepetto: seen lak
[2009/06/08 04:02:37] <gepetto> phantez: lak was last seen 15 hours, 44 minutes and 7 seconds ago, quitting IRC ()
[2009/06/08 04:03:52] <Volcane> yeah very vague bells, been too bloody long :)
[2009/06/08 04:07:32] <HarryCalahan> Volcane: http://www.youtube.com/watch?v=I0PamtXZO70
[2009/06/08 04:07:56] <Volcane> heh
[2009/06/08 04:08:06] <HarryCalahan> starting 0:50 ;)
[2009/06/08 04:12:17] @ Quit: gazzerh: "This computer has gone to sleep"
[2009/06/08 04:15:01] @ poison joined channel #puppet
[2009/06/08 04:22:15] @ aymerick joined channel #puppet
[2009/06/08 04:24:03] <tim|macbook> if I have 'blabla::this-is-my-define { "foo":; }', how do I refer to it? Blabla::This-is-my-define["foo"]? Or just This-is-my-define["foo"]? or another way?
[2009/06/08 04:24:19] <Volcane> first one
[2009/06/08 04:24:24] <tim|macbook> ok, thx
[2009/06/08 04:25:26] @ Quit: poison: Remote closed the connection
[2009/06/08 04:28:20] @ poison joined channel #puppet
[2009/06/08 04:28:39] @ Quit: poison: Read error: 104 (Connection reset by peer)
[2009/06/08 04:28:59] @ poison joined channel #puppet
[2009/06/08 04:32:08] @ Quit: rellis__: Remote closed the connection
[2009/06/08 04:32:28] @ rellis__ joined channel #puppet
[2009/06/08 04:35:08] @ geoffr joined channel #puppet
[2009/06/08 04:36:47] @ kolla joined channel #puppet
[2009/06/08 04:41:16] <sheldonh> hmmm... naginator...
[2009/06/08 04:41:28] <Volcane> the route to insanity
[2009/06/08 04:41:52] <sheldonh> wow, _the_ route, huh? :)
[2009/06/08 04:42:02] <Volcane> totally
[2009/06/08 04:42:18] <sheldonh> i would love to either not drive puppet or not drive nagios :)
[2009/06/08 04:42:28] <xtea> Volcane: sure that is not just anything to do with Nagios that is *the route*
[2009/06/08 04:42:37] * Volcane likes nagios :)
[2009/06/08 04:42:41] <sheldonh> haha, as in nagios is the route to insanity
[2009/06/08 04:42:48] <sheldonh> you sleep better at night, but you're mad all day
[2009/06/08 04:43:08] <xtea> sheldonh: lol, zenoss is another route to the 7th level of hell
[2009/06/08 04:43:27] <xtea> *cough* Zope *cough*
[2009/06/08 04:43:31] <Volcane> yeah thats evil, cos your monitoring app has to be the biggest app on the biggest hardware for all your stuff
[2009/06/08 04:43:34] <sheldonh> *vomit*
[2009/06/08 04:44:18] * Volcane uses centreon to manage nagios installs
[2009/06/08 04:44:20] <geoffr> morning all, anyone know anything about "Puppet Recruiter" ? not much in the way of documentation on the project site
[2009/06/08 04:44:24] <xtea> Volcane: would not be so bad if i could drive it from the commandline, but i would need to create an eco-system of python to do it.
[2009/06/08 04:45:38] <Volcane> not sure if its fixed yet but puppet+naginator cannot make more than one 'alive' service per nagios install, so you need to have '$fqdn alive' for exaample
[2009/06/08 04:45:42] <Volcane> which will drive me to suicide
[2009/06/08 04:50:39] * Volcane goes to work, chat later
[2009/06/08 04:53:29] <jamesturnbull> geoffr: ask Luke when he's back from holidays
[2009/06/08 04:53:37] <jamesturnbull> geoffr: or teyo or andrew
[2009/06/08 04:54:02] <geoffr> cool thanks :)
[2009/06/08 04:55:17] <sheldonh> is there a magic variable like $file that can be used in the source parameter for a file resource, the value of which is always the name of the file?
[2009/06/08 04:55:49] <sheldonh> then i can just go file { "/etc/foo": source => "puppet://$server/files/$file" }
[2009/06/08 04:56:36] <sheldonh> or maybe i should be using a definition instead
[2009/06/08 04:56:38] @ Quit: alban2: Read error: 113 (No route to host)
[2009/06/08 04:57:07] <jamesturnbull> damn you tomcat and your stupid XML configuration
[2009/06/08 04:57:21] <sheldonh> i'm trying to dry this up: http://gist.github.com/125717
[2009/06/08 04:57:32] <jamesturnbull> sheldonh: $title
[2009/06/08 04:57:35] <sheldonh> jamesturnbull: i feel your pain, and don't miss tomcat :)
[2009/06/08 04:57:57] @ Welsh_Dwarf joined channel #puppet
[2009/06/08 04:58:00] <jamesturnbull> sheldonh: the $title variable holds the title of a resource
[2009/06/08 04:58:21] <jamesturnbull> sheldonh: here /etc/foo
[2009/06/08 04:58:39] <sheldonh> jamesturnbull: like so? http://gist.github.com/125718
[2009/06/08 04:59:10] <jamesturnbull> I am trying to proxy tomcat and remove the application /app URL - I think it's heading to mod_rw land which fills me with less than joy
[2009/06/08 05:00:05] <sheldonh> jamesturnbull: which has its own problems :(
[2009/06/08 05:00:28] <jamesturnbull> sheldonh: yep
[2009/06/08 05:00:33] <jamesturnbull> sheldonh: as per yoru gist
[2009/06/08 05:00:50] <sheldonh> jamesturnbull: and you absolutely can't reconfigure tomcat so that this app is the default app?
[2009/06/08 05:01:05] <jamesturnbull> it's somewhere in the wiki:LanguageTutorial
[2009/06/08 05:01:19] <gepetto> jamesturnbull: wiki:LanguageTutorial is http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial
[2009/06/08 05:01:20] <jamesturnbull> oh you can do that?
[2009/06/08 05:01:20] <jamesturnbull> hmmm
[2009/06/08 05:01:21] <sheldonh> jamesturnbull: mod_rewrite gets exceptionally horrible, because the urls your app includes in content still have the wrong base path in them :(
[2009/06/08 05:01:53] <sheldonh> jamesturnbull: yes. tomcat has a magic default app or root app or some such. it's been a while, but i remember this pain and that it was resolvable thusly :)
[2009/06/08 05:03:43] <jamesturnbull> sheldonh: thanks I'll take a look
[2009/06/08 05:03:55] <sheldonh> xtea: do you remember what tomcat calls its root app?
[2009/06/08 05:04:24] @ gazzerh joined channel #puppet
[2009/06/08 05:05:03] <xtea> sheldonh: that stuff changed last i looked, but once upon a time it was just /
[2009/06/08 05:06:25] <sheldonh> jamesturnbull: for a sense of not-alone-in-this-nightmare, google for: tomcat root webapp
[2009/06/08 05:07:17] @ bacs left channel #puppet ("Konversation terminated!")
[2009/06/08 05:07:29] @ Quit: int: "No Ping reply in 90 seconds."
[2009/06/08 05:08:34] @ thegcat joined channel #puppet
[2009/06/08 05:10:10] <DavidS> sheldonh, jamesturnbull: if you use an apache reverse proxy you can also rewrite content to point to the right URL
[2009/06/08 05:10:34] <sheldonh> DavidS: yes. like i said, "which has its own problems" :)
[2009/06/08 05:10:54] <sheldonh> DavidS: i still have nightmares about my web server dicking around with my content :)
[2009/06/08 05:11:10] <DavidS> heh :)
[2009/06/08 05:11:17] <sheldonh> anyway, there's a reason i'm not a java dev any more :)
[2009/06/08 05:12:57] <f3ew> jamesturnbull nginx
[2009/06/08 05:13:51] <sheldonh> i was very excited about nginx in the beginning, but having used nginx and lighttpd in earnest for about a year, i have to say, i'm more than happy to sacrifice a little performance for apache
[2009/06/08 05:13:54] <tim|macbook> jamesturnbull: the best way to remove the silly /app is to simply create a symlink in webapps called ROOT and link it to the directory
[2009/06/08 05:14:08] <tim|macbook> jamesturnbull: or check the context.xml file, i think it's called
[2009/06/08 05:14:17] <tim|macbook> in which you can actually set the root context
[2009/06/08 05:14:24] <jamesturnbull> tim|macbook: yeah just looking at that now
[2009/06/08 05:14:26] <tim|macbook> the symlink is easiest, though
[2009/06/08 05:14:30] <jamesturnbull> but will try a symlink
[2009/06/08 05:14:56] <sheldonh> it's only easy if apache isn't configured to directly serve some content from in there
[2009/06/08 05:15:07] <sheldonh> otherwise, remember to follow symlinks. again, that introduces its own problems :)
[2009/06/08 05:15:31] <jamesturnbull> lol - this is fun... not :P
[2009/06/08 05:15:34] <tim|macbook> mod_proxy_ajp is what you want
[2009/06/08 05:15:42] <tim|macbook> if you want to manage it with puppet, at least
[2009/06/08 05:16:02] <tim|macbook> mod_jk requires an insane workers.properties file which needs entries for all your instances
[2009/06/08 05:16:04] <tim|macbook> which is silly, imho
[2009/06/08 05:16:52] <tim|macbook> jamesturnbull: I'm sure I can find a context.xml example in our setup somewhere, do you want me to take a look?
[2009/06/08 05:19:12] <jamesturnbull> tim|macbook: I think I've got it
[2009/06/08 05:19:19] <tim|macbook> ok, great :)
[2009/06/08 05:19:25] <sheldonh> haha. the first thing we did with puppet was remove libapache-mod-jk from our servers :)
[2009/06/08 05:19:35] <tim|macbook> if anyone knows an easier to manage J2EE thingy, I'll be all ears
[2009/06/08 05:19:53] * tim|macbook hates Tomcat with a passion
[2009/06/08 05:20:09] <jamesturnbull> tim|macbook: but thanks
[2009/06/08 05:21:25] <jamesturnbull> got it working in the ROOT context
[2009/06/08 05:22:03] <sheldonh> hmmmm. do you have to restart puppetmasterd to affect changes to site.pp?
[2009/06/08 05:22:39] <jamesturnbull> I keep forgetting that you're all here because you're Ops guns - obviously because you use Puppet - and it's a good place to ask that sort of question :P
[2009/06/08 05:22:42] <jamesturnbull> sheldonh: generally not
[2009/06/08 05:23:02] <sheldonh> hmmm. and /var/lib/puppet/state/classes.txt on the client is an accurate indication of what it thinks applies to itself?
[2009/06/08 05:27:26] <sheldonh> jamesturnbull: i think $title is the name of the class, not the name of the file, man
[2009/06/08 05:29:37] <sheldonh> i think $path is what i want :)
[2009/06/08 05:29:39] <HarryCalahan> as far as i know mod-jk is deprecated in favor of mod_proxy_ajp
[2009/06/08 05:31:28] <jamesturnbull> sheldonh: nope - $title is the name of the resurce
[2009/06/08 05:31:55] <sheldonh> hmmm. that didn't work out so awesome. although $path gets the right name, my conditional ensure didn't work out. puppetd created directories instead of files :) http://gist.github.com/125737
[2009/06/08 05:35:53] <sheldonh> i'll bet i hate to quote 0 and 1 :)
[2009/06/08 05:36:15] <sheldonh> s/hate/have/
[2009/06/08 05:39:53] <sheldonh> what confuses puppet into creating a directory when i ensure => file?
[2009/06/08 05:42:13] @ Quit: poison: Remote closed the connection
[2009/06/08 05:42:45] <FreakGuard> maybe use true and false?
[2009/06/08 05:43:27] <sheldonh> not that. as soon as you use $path in source, ensure => file creates a directory instead of a file :)
[2009/06/08 05:44:27] @ thegcat_ joined channel #puppet
[2009/06/08 05:44:57] <FreakGuard> oh, it's possible to specify files like ths? damn. Would have saved me some work
[2009/06/08 05:45:11] <sheldonh> FreakGuard: well apparently it's _not_ possible ;)
[2009/06/08 05:45:36] <FreakGuard> it's just an ensure => present, so :)
[2009/06/08 05:45:38] <FreakGuard> hmm
[2009/06/08 05:45:46] @ Quit: thegcat_: Remote closed the connection
[2009/06/08 05:45:51] <sheldonh> i'll try ensure => present, but i don't have high hopes
[2009/06/08 05:45:51] @ thegcat_ joined channel #puppet
[2009/06/08 05:47:23] <sheldonh> FreakGuard: same behaviour with present
[2009/06/08 05:48:51] <FreakGuard> hm
[2009/06/08 05:49:00] <sheldonh> smells like a bug to me
[2009/06/08 05:49:00] @ briandquinn joined channel #puppet
[2009/06/08 05:50:54] <sheldonh> anyway, i've pissed against the wind long enough. undry it and it works, so that's the way it is. later, i'll figure out how to do it properly with a definition
[2009/06/08 05:51:47] @ Quit: madrescher: "Leaving."
[2009/06/08 05:52:35] <sheldonh> *sigh* and now it's ignoring mode => 644 and making it 755 anyway. looks like when puppet replaces a directory with a file, the original directory permissions are carried across?
[2009/06/08 05:52:39] @ Quit: alex2: Read error: 104 (Connection reset by peer)
[2009/06/08 05:52:57] @ alex2 joined channel #puppet
[2009/06/08 05:54:31] @ Quit: briandquinn:
[2009/06/08 05:54:35] @ briandquinn joined channel #puppet
[2009/06/08 05:56:38] @ abien joined channel #puppet
[2009/06/08 05:58:06] @ Cruul joined channel #puppet
[2009/06/08 06:01:13] @ Quit: thegcat: Read error: 113 (No route to host)
[2009/06/08 06:01:42] @ poison joined channel #puppet
[2009/06/08 06:03:33] <Cruul> Has anyone had problems using the "Complete Configuration" modules packages mentioned in the puppet-site, regarding lsbdistcodename ? I'm running Centos 5.3 i386. When I execute puppetd once -v --test on client i get the following error : http://pastie.org/504285 .
[2009/06/08 06:03:57] @ Quit: thegcat_: Read error: 113 (No route to host)
[2009/06/08 06:07:00] <sheldonh> what's puppet's bug reporting culture like? discuss, confirm, file bug, or file bug and let discussion happen around that?
[2009/06/08 06:07:45] @ thegcat joined channel #puppet
[2009/06/08 06:12:02] @ D-CoD joined channel #puppet
[2009/06/08 06:14:18] @ Quit: D-CoD: Client Quit
[2009/06/08 06:17:57] <jamesturnbull> Cruul: try DavidS he wrote them :)
[2009/06/08 06:18:05] <jamesturnbull> sheldonh: file and discuss
[2009/06/08 06:18:27] <jamesturnbull> sheldonh: we appreciate lots of logs and debugs and examples
[2009/06/08 06:19:04] <Cruul> jamesturnbull: Thanks, will do that.
[2009/06/08 06:19:19] <jamesturnbull> Cruul: but what's on line 40 of lsb_release.pp?
[2009/06/08 06:19:39] <jamesturnbull> Cruul: perhaps pastie that file and it might be obvious
[2009/06/08 06:20:15] <jamesturnbull> thegcat: I've pushed your patch to the -dev list for comments
[2009/06/08 06:20:45] <thegcat> jamesturnbull: jupp, seen the mail, trying to subscribe the list
[2009/06/08 06:21:19] <thegcat> I figured it would worth it, I'm trying to get a passive monitoring app up with rails on one end, facter on the other
[2009/06/08 06:22:45] <Cruul> jamesturnbull: Complete lsb_release.pp file => http://pastie.org/504300
[2009/06/08 06:24:06] <sheldonh> jamesturnbull: cool. i'm a big fan of "how to repeat"
[2009/06/08 06:24:09] <pastie> jamesturnbull: http://pastie.org/504298 by Cruul.
[2009/06/08 06:24:34] <sheldonh> :q
[2009/06/08 06:24:35] <thegcat> I can't remember how to join the group/list with an other email than a gmail account, can anyone point me in the right direction?
[2009/06/08 06:25:52] @ DarkFlib left channel #puppet ("Leaving")
[2009/06/08 06:25:54] <thegcat> Ah, think I got it
[2009/06/08 06:26:28] <Volcane> Subject:[Puppet Users] HOT SEXY COLLEGE GIRLS VIDEOS
[2009/06/08 06:26:30] <Volcane> :)
[2009/06/08 06:26:52] <Volcane> rl branching out to sublimental income channels ?
[2009/06/08 06:26:57] <jamesturnbull> Volcane: yes some idiot allowed tht through
[2009/06/08 06:27:04] <Volcane> heh
[2009/06/08 06:27:06] <jamesturnbull> no - not me
[2009/06/08 06:27:09] <jamesturnbull> :P
[2009/06/08 06:27:20] <sheldonh> _another_ idiot ;)
[2009/06/08 06:27:25] <Volcane> jamesturnbull: thought the book business was getting you under :P
[2009/06/08 06:29:56] @ Quit: jmarki: Remote closed the connection
[2009/06/08 06:30:20] <jamesturnbull> Cruul: looks like it's missing a seach path for the exec
[2009/06/08 06:30:56] <jamesturnbull> Volcane: totally - everyon knows there is a lot more money in porn than publishing :)
[2009/06/08 06:31:03] <Cruul> jamesturnbull: Thank you, I'll take a look at the path.
[2009/06/08 06:33:01] <Cruul> jamesturnbull: Yet, it's strange the the exec in line 39 is not failing first, if this is a search-path issue. I'll try to get hold of DavidS and ask him about this.
[2009/06/08 06:33:02] <jamesturnbull> it's pretty goo though - that's the first spam in ages
[2009/06/08 06:33:27] <Volcane> yeah not bad at all
[2009/06/08 06:33:40] @ Quit: glaw: ""Between two evils, I always pick the one I never tried before" Mae West"
[2009/06/08 06:34:35] <sheldonh> jamesturnbull: i think people in porn consider themselves publishers. like people in online gambling say they're in the online gaming industry :)
[2009/06/08 06:35:06] * Volcane admins the largest mobile adult chat site in probably the whole of europe :P
[2009/06/08 06:35:46] <jamesturnbull> big money in it
[2009/06/08 06:37:48] <Volcane> yeah its weird
[2009/06/08 06:38:57] <DavidS> Cruul: "is both unqualified and specified no search path at " is the significant part
[2009/06/08 06:39:08] <DavidS> I've got a global Exec { path => "..." }
[2009/06/08 06:39:14] <Volcane> jamesturnbull: though this site hapily isnt porn per se, its more fun dating kind of things, so not too bad on my cv :P
[2009/06/08 06:39:19] <sheldonh> Volcane: it's not that weird :)
[2009/06/08 06:39:49] <jamesturnbull> Volcane: the adult industry is cutting edge though - there'd be no Utube without adult sites doing streaming porn
[2009/06/08 06:40:20] <DavidS> jamesturnbull: it's all about the money and the eyeballz
[2009/06/08 06:40:32] <Cruul> DavidS: globa Exec , defined in site.pp then ?
[2009/06/08 06:40:38] * jamesturnbull is not sure having uTube is a good thing though... so perhap damn the adult industry... :)
[2009/06/08 06:40:43] <Volcane> hehe
[2009/06/08 06:40:54] <DavidS> Cruul: yes. look at the manifests repo, i just recently updated it to my current version
[2009/06/08 06:41:07] <Cruul> DavidS: Will do.
[2009/06/08 06:41:43] <DavidS> Cruul: of course, different sites might have different default paths (e.g. for non-debian hosts, or if you have a big local repo of stuff)
[2009/06/08 06:42:18] <Volcane> jamesturnbull: these lot seem to be one of the only people to actually properly monatise mobile phones and transactions on them etc, we do like 40mbit/s of WAP traffic which is insane
[2009/06/08 06:44:41] <jamesturnbull> that's crazy volumes
[2009/06/08 06:45:06] <jamesturnbull> Volcane: you're in Holland right?
[2009/06/08 06:45:09] <Volcane> london
[2009/06/08 06:45:11] <jamesturnbull> Volcane: no UK?
[2009/06/08 06:45:21] @ gaveen_ is now known as gaveen
[2009/06/08 06:46:54] <Volcane> jamesturnbull: thats without the CDN though, so this is just text mostly, html and message content
[2009/06/08 06:47:11] <tim|macbook> that's a lot of traffic
[2009/06/08 06:47:22] @ padwan joined channel #puppet
[2009/06/08 06:47:33] * tim|macbook gets interested in the site, purely for technical reasons of course :P
[2009/06/08 06:48:23] <Volcane> tim|macbook: tomcat, mysql, apache, centos, ibm kit :)
[2009/06/08 06:48:45] <tim|macbook> you lost me at "tomcat"
[2009/06/08 06:49:21] <Volcane> :) not had problems with it, the whole site only runs of 5 tomcat machines
[2009/06/08 06:49:48] <Volcane> ~2 billion requests per 100 days hitting those tomcat machines
[2009/06/08 06:50:15] <Volcane> actually, 2 billion _external_ hits, plenty of internal comms over http which i dont count there
[2009/06/08 06:50:33] <tim|macbook> that's cool, though
[2009/06/08 06:51:01] <tim|macbook> our biggest tomcat user recently switched their site over to *gasp* Wordpress of all things... actually looks better and feels faster... same hardware and all
[2009/06/08 06:51:09] @ Quit: garin_: Read error: 110 (Connection timed out)
[2009/06/08 06:51:30] <sheldonh> tim|macbook: enjoy the defacement cycle :)
[2009/06/08 06:52:00] <Volcane> tim|macbook: ah see this app has a very heavy in memory session and caching and all sorts, the whole thing is one huge app with shared state amongst it etc, java is a very good choice for this kind of thing
[2009/06/08 06:52:07] <tim|macbook> sheldonh: Not My Problem(tm), their app, their code, our responsibility stops after a working PHP environment
[2009/06/08 06:52:56] <tim|macbook> Volcane: ah so you use the tomcat clustering options... yeah, those are actually kinda cool
[2009/06/08 06:53:03] <f3ew> Volcane should be easily refactorable
[2009/06/08 06:53:07] <sheldonh> tim|macbook: haha, "working PHP environment". my job involves that oxymoron too :)
[2009/06/08 06:53:14] <tim|macbook> although I think you can replicate those in general these days with any language using memcached
[2009/06/08 06:53:22] @ Quit: pinoyskull:
[2009/06/08 06:53:52] <tim|macbook> sheldonh: it does <?php echo "hello world!"; ?>, so it works as far as I'm concerned :P
[2009/06/08 06:54:23] <Volcane> tim|macbook: unfort no, these people are a bit wheel-reinvention happy so they built their own clustering but yeah they could move to the internal tomcat cluster. personally I'd prefer they used external boxes for ehcache and real middleware for inter box comms, but whatever, this stuff they have works awesomly stable
[2009/06/08 06:54:44] <sheldonh> tim|macbook: it's quite hard to replicate terracotta's functionality with just memcached
[2009/06/08 06:55:04] <sheldonh> tim|macbook: i'm no java fan, but wow, terracotta's hot
[2009/06/08 06:55:36] * tim|macbook actually doesn't know what terracotta is... is that the app that keeps all jvm states the same or something like it?
[2009/06/08 06:55:38] <Volcane> tim|macbook: the stats we have is amazing though due to their own clustering / caching tech, graphs over time per type of object with memory consumption in the caches etc, really awesome for spotting problems in new releases etc
[2009/06/08 06:56:18] <tim|macbook> Volcane: heh, cool :) well, it helps to have compentent developers who understand graphing needs... wish there were more of those around
[2009/06/08 06:56:54] <sheldonh> tim|macbook: it's a pretty amazing transparent distributed low-level caching mechanism. i suppose your description is captures it, but goes too far :)
[2009/06/08 06:57:03] <Volcane> yeah showed them the value of those very early on - graphs of users per mobile network for instance. never use O2 in the UK if you value a stable network is all i can say :)
[2009/06/08 06:57:27] <tim|macbook> lol
[2009/06/08 06:57:49] <Volcane> so often just massive 2k user dips in online count, always O2 having a wobbley
[2009/06/08 06:58:13] <tim|macbook> sheldonh: ooo.... that actually looks like something some of our clients might be interested in... thanks for the tip :)
[2009/06/08 06:58:42] <tim|macbook> Volcane: nice to be able to graph that level of detail!
[2009/06/08 06:58:52] <sheldonh> tim|macbook: if all you need is memcached, it's horrible overkill. but if you need it, it's schweet :)
[2009/06/08 06:59:02] <Volcane> sheldonh: hmm, werent those hardware java processors using terracotta? the ones who could garbage collect 32GB of heap in the background?
[2009/06/08 06:59:18] * Volcane tries to recall their name
[2009/06/08 06:59:42] <sheldonh> volcane: dunno, man. lost interest in java a while ago. only casually interested these days because of jruby and glassfish :)
[2009/06/08 07:00:00] <sheldonh> Volcane: passenger took the wind out of the glassfish sails for me, but who knows... maybe it'll go somewhere :)
[2009/06/08 07:00:06] <Volcane> heh
[2009/06/08 07:00:56] <Volcane> http://www.azulsystems.com/ those puppies
[2009/06/08 07:01:15] <Volcane> zero pause GC over massive amounts of memory for using java in banks, stock exchanges and such
[2009/06/08 07:01:33] <sheldonh> zero pause gc? sounds like marketing :)
[2009/06/08 07:02:10] <Volcane> well, they have 800 core 700GB java servers
[2009/06/08 07:02:16] <sheldonh> farg :)
[2009/06/08 07:02:17] <Volcane> i think they know a thing or two :)
[2009/06/08 07:02:50] <sheldonh> when you just don't know what to do with all that money, think azul :)
[2009/06/08 07:02:54] <Volcane> hehe
[2009/06/08 07:03:37] @ Quit: bje: Read error: 110 (Connection timed out)
[2009/06/08 07:03:46] @ d3vilb0x joined channel #puppet
[2009/06/08 07:05:36] <Volcane> the weird thing about this stuff is they're like a network attached math co processor for java, your java apps running on your linux kit uses these things to do the hard work. never seen them but sounds really boody kewl
[2009/06/08 07:07:03] <DavidS> O_O
[2009/06/08 07:07:09] <DavidS> the mind boggles
[2009/06/08 07:08:33] @ glaw joined channel #puppet
[2009/06/08 07:21:52] @ Quit: d3vilb0x:
[2009/06/08 07:22:40] * HarryCalahan has stats of a java process running with 2.5GB ram doing GC for 6h straight. Zero pause would be cool ;)
[2009/06/08 07:23:02] <Volcane> a single 6 hour gc?
[2009/06/08 07:23:35] <HarryCalahan> 2second pause then one minute gc, 2second pause, ...
[2009/06/08 07:23:46] <Volcane> ah, well thats different :)
[2009/06/08 07:23:59] <HarryCalahan> but still a frozen system
[2009/06/08 07:24:57] <HarryCalahan> but, hey it was coldfusion. never seen a coldfusion running stable for long times. Always a cluster that has a rolling restart over the instances.
[2009/06/08 07:25:08] <Volcane> yeah CF is crap
[2009/06/08 07:25:15] <tim|macbook> i'm probably stupid, but i never understood why java would have such problems with gc... seems like a lot of problems stem from gc, at least, as soon as you have latency problems
[2009/06/08 07:25:39] <HarryCalahan> oh, you can do nice things, its a nice application server. But you can abuse it to easily.
[2009/06/08 07:25:41] <Volcane> tim|macbook: its like touching every row in a DB and deleting old ones, one by one
[2009/06/08 07:26:01] <Volcane> tim|macbook: with row level locks over every single row
[2009/06/08 07:26:06] @ mfournier joined channel #puppet
[2009/06/08 07:26:12] @ nasrat joined channel #puppet
[2009/06/08 07:26:28] <Volcane> tim|macbook: and then keeping stats of each row for age, last referenced time etc, and moving ones thats aging but not at dying age into other tables
[2009/06/08 07:26:41] <nasrat> #2330
[2009/06/08 07:26:43] <gepetto> nasrat: #2330 is http://projects.reductivelabs.com/issues/show/2330 "Facter - Refactor #2330: Uptime gets computed twice on systems with /proc/uptime - ReductiveLabs.com"
[2009/06/08 07:27:02] @ marcoecc joined channel #puppet
[2009/06/08 07:27:18] <tim|macbook> Volcane: seems like a lot of overhead
[2009/06/08 07:27:18] <Volcane> tim|macbook: its very complex, and you get many strategies in your JVM to adjust it like you get GC modules that runs multiple threads, or ones in the background, or ones that runs MANY but deliberately short GCs, its a black art to tune
[2009/06/08 07:28:48] <HarryCalahan> and the moment you start to collect GC stats it all changes. So you start running GC stats. tune. read. tune. read. But you never turn the stats off, because then, system changes again ;)
[2009/06/08 07:29:14] <tim|macbook> heh
[2009/06/08 07:29:15] <Volcane> yup, GC tuning - once you're in the horrible place where u need to tune it - happens for every release and even after workload changes, its crap
[2009/06/08 07:29:22] <tim|macbook> Heisenbugs :)
[2009/06/08 07:29:38] <HarryCalahan> but with enough memory, you get rid of all GC problems (at least if you update your application once a month).
[2009/06/08 07:29:45] <Volcane> HarryCalahan: not really
[2009/06/08 07:30:03] <HarryCalahan> i had 30GB Java processes. Best thing was shutdown of the application took about 20minutes.
[2009/06/08 07:30:19] <Volcane> HarryCalahan: miss configured heap ratios results in more GCs or longer GCs or worse no GCs
[2009/06/08 07:31:22] * DavidS is a fan of transaction-based processes. Those can be kill-9ed without worry.
[2009/06/08 07:31:50] <DavidS> keep's the coders on the edge of their seats too :)
[2009/06/08 07:32:12] <HarryCalahan> DavidS: cleaning up 30GB takes the os also quite some time.
[2009/06/08 07:32:26] <DavidS> 20 minutes?
[2009/06/08 07:32:40] <HarryCalahan> no. but something about 5
[2009/06/08 07:33:09] <DavidS> presto, already a factor of four improvement; -) (yes, helpless half-fuller here ;) )
[2009/06/08 07:36:13] @ |Mike| joined channel #puppet
[2009/06/08 07:37:10] <tim|macbook> |Mike|: :P
[2009/06/08 07:37:18] <|Mike|> Good morning tim!
[2009/06/08 07:37:38] <tim|macbook> afternoon over here :P
[2009/06/08 07:37:49] <|Mike|> 1337 time :)
[2009/06/08 07:39:17] @ Quit: alex2: Read error: 104 (Connection reset by peer)
[2009/06/08 07:39:34] <gepetto> ::trac:: Puppet Continuous Integration edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/PuppetContinuousIntegration (by james@lovedthanlost.net)
[2009/06/08 07:42:05] @ Quit: fujin:
[2009/06/08 07:43:20] @ Quit: maxagaz: "Leaving"
[2009/06/08 07:44:12] <jamesturnbull> nasrat: you pinged sir?
[2009/06/08 07:48:18] <nasrat> jamesturnbull: travel has made brain go funny and I've forgotten what
[2009/06/08 07:48:40] <HarryCalahan> nasrat: then restore the backup
[2009/06/08 07:53:36] <jamesturnbull> nasrat: you in MA?
[2009/06/08 07:53:44] <nasrat> jamesturnbull: yup
[2009/06/08 07:54:57] <jamesturnbull> nasrat: ah well if you remember
[2009/06/08 07:55:08] <nasrat> I'll let you know
[2009/06/08 08:09:24] @ mccune joined channel #puppet
[2009/06/08 08:11:30] @ rasputnik joined channel #puppet
[2009/06/08 08:18:28] @ docelic_ joined channel #puppet
[2009/06/08 08:19:16] @ Quit: docelic: Read error: 110 (Connection timed out)
[2009/06/08 08:20:22] <nasrat> jamesturnbull: ah I think it was asking about #2292
[2009/06/08 08:20:23] <gepetto> nasrat: jamesturnbull: #2292 is http://projects.reductivelabs.com/issues/show/2292 "Facter - Refactor #2292: Add tests for virtual.rb - ReductiveLabs.com"
[2009/06/08 08:20:40] <nasrat> ie do you want a monolithic patch or broken up
[2009/06/08 08:20:48] <nasrat> my wip is on github (need to move over more tests)
[2009/06/08 08:20:56] @ Quit: mccune: verne.freenode.net irc.freenode.net
[2009/06/08 08:20:59] @ Quit: ed209: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:00] @ Quit: danp: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:03] @ Quit: sigmonsays: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:06] @ Quit: nmalik: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:09] @ Quit: MrHeavy_: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:11] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:13] @ Quit: themurph: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:14] @ Quit: Hollow: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:16] @ Quit: euclid: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:19] @ Quit: DasFx: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:20] @ Quit: saloxin_: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:22] @ Quit: jhulten: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:24] @ Quit: Cuchulain: verne.freenode.net irc.freenode.net
[2009/06/08 08:21:24] @ mccune joined channel #puppet
[2009/06/08 08:21:25] @ ed209 joined channel #puppet
[2009/06/08 08:21:25] @ danp joined channel #puppet
[2009/06/08 08:21:25] @ sigmonsays joined channel #puppet
[2009/06/08 08:21:26] @ nmalik joined channel #puppet
[2009/06/08 08:21:26] @ axisys joined channel #puppet
[2009/06/08 08:21:27] @ MrHeavy_ joined channel #puppet
[2009/06/08 08:21:27] @ themurph joined channel #puppet
[2009/06/08 08:21:27] @ Hollow joined channel #puppet
[2009/06/08 08:21:28] @ euclid joined channel #puppet
[2009/06/08 08:21:28] @ DasFx joined channel #puppet
[2009/06/08 08:21:29] @ saloxin_ joined channel #puppet
[2009/06/08 08:21:29] @ Cuchulain joined channel #puppet
[2009/06/08 08:21:30] @ jhulten joined channel #puppet
[2009/06/08 08:22:40] <jamesturnbull> nasrat: moolthic I think
[2009/06/08 08:22:48] <jamesturnbull> nasrat: monolithic even
[2009/06/08 08:23:12] <nasrat> mmm cowsay fact
[2009/06/08 08:23:27] * jamesturnbull is on the couch under the duvet with the laptop poking out - it's a little cold here - and its impairing typing
[2009/06/08 08:24:29] <nasrat> what do you count as cold?
[2009/06/08 08:25:35] @ Quit: mattock: "Leaving."
[2009/06/08 08:25:35] <jamesturnbull> nasrat: well tonight it's about 8C / 46 farenheit - but I lived in Finland so I count winter there as "cold"
[2009/06/08 08:25:56] <nasrat> yeah, well duvet always good
[2009/06/08 08:26:10] <jamesturnbull> nasrat: but trying to be a bit green and not burning the heater all the time
[2009/06/08 08:26:49] <jamesturnbull> nasrat: boston - work or play?
[2009/06/08 08:27:02] <nasrat> play - vacation
[2009/06/08 08:27:12] <nasrat> which evidently means facter
[2009/06/08 08:27:54] @ alban2 joined channel #puppet
[2009/06/08 08:27:55] <nasrat> oh actually the other thing was that the review-board setup doesn't seem to get new files
[2009/06/08 08:28:02] <nasrat> in the diffs
[2009/06/08 08:29:18] <jamesturnbull> yeah its not quite what I want
[2009/06/08 08:29:45] <jamesturnbull> I know the tool I want - but no one has written it
[2009/06/08 08:29:47] <jamesturnbull> :P
[2009/06/08 08:30:29] <nasrat> it's OSS you know :)
[2009/06/08 08:31:30] <jamesturnbull> nasrat: I know - I think reviewboard is the right tool but it's a version or two off being a fit for us and its written in Python
[2009/06/08 08:31:46] @ Quit: glaw: "give me laughter, all the while..."
[2009/06/08 08:32:17] <nasrat> well if you have anything specific we should take notes, might be able to look at specific features
[2009/06/08 08:33:22] @ Quit: jhulten: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:24] @ Quit: Cuchulain: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:26] @ Quit: themurph: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:28] @ Quit: nmalik: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:31] @ Quit: ed209: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:33] @ Quit: DasFx: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:36] @ Quit: saloxin_: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:42] @ Quit: sigmonsays: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:44] @ Quit: mccune: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:45] @ Quit: Hollow: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:47] @ Quit: MrHeavy_: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:49] @ Quit: euclid: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:51] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:54] @ Quit: danp: verne.freenode.net irc.freenode.net
[2009/06/08 08:33:54] @ D-CoD joined channel #puppet
[2009/06/08 08:33:54] <nasrat> jamesturnbull: I'm a little confused by result = "vmware" if pd =~ /VMware|Parallels/
[2009/06/08 08:33:55] @ mccune joined channel #puppet
[2009/06/08 08:33:56] @ ed209 joined channel #puppet
[2009/06/08 08:33:56] @ danp joined channel #puppet
[2009/06/08 08:33:56] @ sigmonsays joined channel #puppet
[2009/06/08 08:33:57] @ nmalik joined channel #puppet
[2009/06/08 08:33:57] @ axisys joined channel #puppet
[2009/06/08 08:33:58] @ MrHeavy_ joined channel #puppet
[2009/06/08 08:33:58] @ themurph joined channel #puppet
[2009/06/08 08:33:58] @ Hollow joined channel #puppet
[2009/06/08 08:33:59] @ euclid joined channel #puppet
[2009/06/08 08:33:59] @ DasFx joined channel #puppet
[2009/06/08 08:34:00] @ saloxin_ joined channel #puppet
[2009/06/08 08:34:00] @ Cuchulain joined channel #puppet
[2009/06/08 08:34:00] @ jhulten joined channel #puppet
[2009/06/08 08:34:03] <jamesturnbull> nasrat: I've logged a couple of feature requests already
[2009/06/08 08:34:17] <nasrat> jamesturnbull: ok I'll look at their tracker sometime
[2009/06/08 08:34:21] <jamesturnbull> I don't think I wrote that but it's obviuously .. well wrong
[2009/06/08 08:36:24] <jamesturnbull> nasrat: that whole fact is crap
[2009/06/08 08:36:38] <nasrat> yup hence me in the middle of adding tests around it
[2009/06/08 08:36:43] <nasrat> and making simple refactorings
[2009/06/08 08:36:56] <jamesturnbull> nasrat: it needs to be split into util chunks perhaps?
[2009/06/08 08:36:57] <nasrat> as we do dumb things like try to run dmidecode on say solaris or *bsd
[2009/06/08 08:37:08] <nasrat> so we need to have seperate resolvers
[2009/06/08 08:39:03] <jamesturnbull> yeah
[2009/06/08 08:42:08] <DavidS> Re: HOT SEXY COLLEGE GIRLS VIDEOS thread: "lol!" ; I do refrain from answering on-list though
[2009/06/08 08:43:07] @ d3vilb0x joined channel #puppet
[2009/06/08 08:46:54] @ Quit: jhulten: verne.freenode.net irc.freenode.net
[2009/06/08 08:46:56] @ Quit: Cuchulain: verne.freenode.net irc.freenode.net
[2009/06/08 08:46:58] @ Quit: themurph: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:00] @ Quit: nmalik: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:02] @ Quit: ed209: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:04] @ Quit: DasFx: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:08] @ Quit: saloxin_: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:11] @ Quit: sigmonsays: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:13] @ Quit: mccune: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:15] @ Quit: Hollow: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:18] @ Quit: MrHeavy_: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:20] @ Quit: euclid: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:22] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:23] @ Quit: danp: verne.freenode.net irc.freenode.net
[2009/06/08 08:47:24] @ mccune joined channel #puppet
[2009/06/08 08:47:24] @ ed209 joined channel #puppet
[2009/06/08 08:47:25] @ danp joined channel #puppet
[2009/06/08 08:47:25] @ sigmonsays joined channel #puppet
[2009/06/08 08:47:25] @ nmalik joined channel #puppet
[2009/06/08 08:47:26] @ axisys joined channel #puppet
[2009/06/08 08:47:26] @ MrHeavy_ joined channel #puppet
[2009/06/08 08:47:27] @ themurph joined channel #puppet
[2009/06/08 08:47:27] @ Hollow joined channel #puppet
[2009/06/08 08:47:28] @ euclid joined channel #puppet
[2009/06/08 08:47:28] @ DasFx joined channel #puppet
[2009/06/08 08:47:28] @ saloxin_ joined channel #puppet
[2009/06/08 08:47:29] @ Cuchulain joined channel #puppet
[2009/06/08 08:47:29] @ jhulten joined channel #puppet
[2009/06/08 08:48:29] <DavidS> videos { "hot-sexy-college-girls": ensure => running }
[2009/06/08 08:50:24] <HarryCalahan> that should be "ensure => present" not running, wouldn't it?
[2009/06/08 08:50:43] <Volcane> its a video, what use is a stopped video? :)
[2009/06/08 08:51:00] <HarryCalahan> a video. then running. i thought about persons beeing present ;)
[2009/06/08 08:51:40] <Volcane> well running can be applied equally to that then, as long as its not "running away" :)
[2009/06/08 08:52:11] <Volcane> which i suspect will be the end result should any actual 'hot sexy college girls' see this conversation :)
[2009/06/08 08:52:48] <sheldonh> is there an instance context i have access to, for optimizing facts?
[2009/06/08 08:54:59] <sheldonh> i'd like to do something like @cache = ...; [:foo, :bar, ...].each {|f| Facter.add(f) ...@cache[:blah]...}
[2009/06/08 08:55:26] <nasrat> sheldonh: we want to add caching/expiry to facter
[2009/06/08 08:55:53] <jamesturnbull> DavidS: I intend to stop there - I shouldn't reply to email at 11pm :)
[2009/06/08 08:56:32] <nasrat> sheldonh: #1932
[2009/06/08 08:56:33] <gepetto> nasrat: sheldonh: #1932 is http://projects.reductivelabs.com/issues/show/1932 "Facter - Feature #1932: Facts should support a ttl - ReductiveLabs.com"
[2009/06/08 08:57:27] <nasrat> sheldonh: now you can write an individual fact so it won't execute the resolver multiple times, but we need to have it as a well defined concept
[2009/06/08 08:58:39] @ Hikah joined channel #puppet
[2009/06/08 08:58:47] <sheldonh> pity
[2009/06/08 08:58:53] @ Quit: QMan: "."
[2009/06/08 09:02:15] <jamesturnbull> nasrat: been making a bit of progress on getting hudson to play nice with EC2
[2009/06/08 09:02:23] <nasrat> awesome
[2009/06/08 09:02:37] <jamesturnbull> nasrat: so hopefully be able to have a much wider spread of test platforms
[2009/06/08 09:03:11] <nasrat> jamesturnbull: yeah I've been using it for adhoc testing
[2009/06/08 09:03:52] <nasrat> although it doesn't help so much with testing all the different virtualisation code paths :(
[2009/06/08 09:04:25] <nasrat> I just tested facter on OpenSolaris 2009.06 on ec2 yesterday
[2009/06/08 09:05:24] @ Quit: mayday_jay: "Leaving"
[2009/06/08 09:05:59] <jamesturnbull> nasrat: no it doesn't but for Puppet it's critical - currently tests are very Linux central because that's where I run most of them and lak and nigelk do some on OSX but we're missing a wide swathe of platforms
[2009/06/08 09:06:21] <nasrat> yeah
[2009/06/08 09:06:38] <nasrat> I was wondering of setting up a standard heterogenous network
[2009/06/08 09:06:39] <jamesturnbull> especially Solaris
[2009/06/08 09:06:41] <nasrat> a bit like stevens
[2009/06/08 09:07:02] <jamesturnbull> I've been thinking about Eucalytus for that
[2009/06/08 09:07:06] <jamesturnbull> stevens?
[2009/06/08 09:07:13] <nasrat> TCP/IP illustrated
[2009/06/08 09:07:26] @ joe-mac1 joined channel #puppet
[2009/06/08 09:08:19] <nasrat> jamesturnbull: hmm yeah eucalyptus would work, could even probably have a set of amis
[2009/06/08 09:08:40] @ Quit: jhulten: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:41] @ Quit: Cuchulain: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:43] @ Quit: themurph: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:46] @ Quit: nmalik: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:50] @ Quit: ed209: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:52] @ Quit: DasFx: verne.freenode.net irc.freenode.net
[2009/06/08 09:08:58] @ Quit: saloxin_: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:01] @ Quit: sigmonsays: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:06] @ Quit: mccune: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:08] @ Quit: Hollow: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:09] @ Quit: MrHeavy_: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:11] @ Quit: euclid: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:13] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:15] @ Quit: danp: verne.freenode.net irc.freenode.net
[2009/06/08 09:09:18] @ mccune joined channel #puppet
[2009/06/08 09:09:18] @ ed209 joined channel #puppet
[2009/06/08 09:09:18] @ danp joined channel #puppet
[2009/06/08 09:09:19] @ sigmonsays joined channel #puppet
[2009/06/08 09:09:19] @ nmalik joined channel #puppet
[2009/06/08 09:09:20] @ axisys joined channel #puppet
[2009/06/08 09:09:20] @ MrHeavy_ joined channel #puppet
[2009/06/08 09:09:20] @ themurph joined channel #puppet
[2009/06/08 09:09:21] @ Hollow joined channel #puppet
[2009/06/08 09:09:21] @ euclid joined channel #puppet
[2009/06/08 09:09:21] @ DasFx joined channel #puppet
[2009/06/08 09:09:22] @ saloxin_ joined channel #puppet
[2009/06/08 09:09:22] @ Cuchulain joined channel #puppet
[2009/06/08 09:09:22] @ jhulten joined channel #puppet
[2009/06/08 09:09:41] <jamesturnbull> nasrat: yeah
[2009/06/08 09:10:09] @ Quit: jhulten: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:12] @ Quit: Cuchulain: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:14] @ Quit: themurph: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:17] @ Quit: nmalik: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:21] @ Quit: ed209: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:25] @ Quit: DasFx: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:31] @ Quit: saloxin_: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:34] @ Quit: sigmonsays: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:37] @ Quit: mccune: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:40] @ Quit: Hollow: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:42] @ Quit: MrHeavy_: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:44] @ Quit: euclid: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:47] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/08 09:10:49] @ Quit: danp: verne.freenode.net irc.freenode.net
[2009/06/08 09:12:16] @ kngus joined channel #puppet
[2009/06/08 09:12:29] @ kngus left channel #puppet ("Leaving.")
[2009/06/08 09:12:59] @ Quit: xtea:
[2009/06/08 09:14:39] @ Quit: sheldonh: Read error: 54 (Connection reset by peer)
[2009/06/08 09:15:40] @ sheldonh joined channel #puppet
[2009/06/08 09:15:52] @ Quit: geoffr: Remote closed the connection
[2009/06/08 09:19:37] <Cruul> I'm having problems running puppet with the munin-module from DavidS. On the client I get "Could not find dependency Package[munin-node]... The rest is in pastie: http://pastie.org/504427 . Anyone able to help me ?
[2009/06/08 09:20:48] <DavidS> Cruul: have you included munin::client?
[2009/06/08 09:25:00] @ thegcat_ joined channel #puppet
[2009/06/08 09:25:23] @ jlamsens joined channel #puppet
[2009/06/08 09:27:15] <jlamsens> anyone an idea how to find out why "puppet Failed to call refresh on Service [apache2]" ? If you manually do "/etc/init.d/apache2 start" after a puppet run, it *does* start. Is there a location whare I can find more information on why at that moment pupet could not restart that service ?
[2009/06/08 09:27:18] <jlamsens> thanks in advance
[2009/06/08 09:27:58] <DavidS> jlamsens: run with --debug, it should show you the commands puppet tries to execute
[2009/06/08 09:29:41] <jlamsens> yes, I always use 'puppetd --no-daemonize --test --debug', but the exact reason why apache won't restart is not clear...
[2009/06/08 09:30:32] <DavidS> in the worst case you can try to add debugging statements in the provider's source
[2009/06/08 09:32:59] @ grmbl joined channel #puppet
[2009/06/08 09:33:16] @ danp joined channel #puppet
[2009/06/08 09:33:20] <joe-mac1> jlamsens: what distro
[2009/06/08 09:33:30] <jlamsens> joe-macl: Ubuntu 8.04 LTS
[2009/06/08 09:33:52] <joe-mac1> yea the init scripts suck
[2009/06/08 09:34:19] <jlamsens> joe-mac1: do you have this issue too ?
[2009/06/08 09:34:48] <joe-mac1> yea i have a lot of issues with services, simple because the debian init scripts are a joker
[2009/06/08 09:34:50] <joe-mac1> joke**
[2009/06/08 09:35:07] <sheldonh> jlamsens: check /var/log/syslog and /var/log/apache2/error_log
[2009/06/08 09:36:59] <sheldonh> nasrat: that feature #1932 seems slightly different from what i'm asking for
[2009/06/08 09:36:59] <gepetto> sheldonh: nasrat: #1932 is http://projects.reductivelabs.com/issues/show/1932 "Facter - Feature #1932: Facts should support a ttl - ReductiveLabs.com"
[2009/06/08 09:37:34] <sheldonh> nasrat: i don't want to cache facts per se. i want to stash hash that i parse out of a file in memory, for reuse across multiple facts
[2009/06/08 09:37:53] <sheldonh> thanks, gepetto
[2009/06/08 09:37:54] <sheldonh> :P
[2009/06/08 09:38:07] <sheldonh> looks like gepetto needs a ttl ;)
[2009/06/08 09:38:19] <jlamsens> joe-mac1: why do init scripts suck ?
[2009/06/08 09:38:58] <DavidS> Cruul: did that answer your question?
[2009/06/08 09:38:58] <sheldonh> jlamsens: the common complaints of new arrivals to debian are "they're not what i'm used to" and "they don't support dependencies yet"
[2009/06/08 09:39:27] <Volcane> they're exactly what you'd expect from debian :P
[2009/06/08 09:39:41] <sheldonh> yup
[2009/06/08 09:40:17] <nasrat> sheldonh: hmm, ok that's somewhat harder as I'm not sure we want dependencies in facts other than for a few core facts (kernel)
[2009/06/08 09:40:50] <nasrat> sheldonh: do you have a more specific example of a problem you're trying to solve (or even psuedo code in a pastie)
[2009/06/08 09:40:52] @ Quit: kolla: Remote closed the connection
[2009/06/08 09:41:09] <joe-mac1> init scripts don't suck, debian's init scripts suck
[2009/06/08 09:41:21] <sheldonh> nasrat: sure, hang 10
[2009/06/08 09:42:06] <jlamsens> sheldonh: I did check both logs: nothing to see there. Adding debugging statements do the init script is the only way of debugging ?
[2009/06/08 09:42:25] <Volcane> running puppetd --test --debug --verbose might help
[2009/06/08 09:42:41] <jlamsens> Volcane: I did that (see conversation above)
[2009/06/08 09:42:46] <Volcane> ah sorry
[2009/06/08 09:42:51] @ rickdanger joined channel #puppet
[2009/06/08 09:43:28] <Volcane> did you check the return code from your apache init script when you run it by hand?
[2009/06/08 09:43:40] <joe-mac1> wouldn'
[2009/06/08 09:43:44] <sheldonh> nasrat: http://gist.github.com/125819 <-- i don't want to parse /etc/hos_server over and over
[2009/06/08 09:43:45] @ notbrien joined channel #puppet
[2009/06/08 09:43:50] <joe-mac1> t be surprised if it finishes with success and exitsn on-zero
[2009/06/08 09:43:58] <Volcane> joe-mac: yeah
[2009/06/08 09:44:17] <sheldonh> jlamsens: i guess if there's nothing in your logs, then yes. it's quite unusual for a service to fail to start without any log detail
[2009/06/08 09:44:48] @ coofamani joined channel #puppet
[2009/06/08 09:45:39] <nasrat> sheldonh: ah ok for this example you probably can do something simple one sec
[2009/06/08 09:45:51] <jlamsens> sheldonh: this is what puppet gives me: http://pastie.org/504460
[2009/06/08 09:46:07] <jlamsens> doing jlamsens@apache04:~$ sudo /etc/init.d/apache2 start gives me * Starting web server apache2 OK
[2009/06/08 09:46:28] <DavidS> jlamsens: do an "echo $?" immediately afterwards
[2009/06/08 09:46:34] <DavidS> should give you zero
[2009/06/08 09:46:52] <DavidS> if yes, puppet is borked, if not the init script
[2009/06/08 09:47:00] <DavidS> $? is the return value of the previous command
[2009/06/08 09:47:12] <jlamsens> is it possible to know what "returned 256" is ?
[2009/06/08 09:47:24] <joe-mac1> yea, returned -1 probably.
[2009/06/08 09:47:26] <jlamsens> DavidS: I'll try now, just a sec...
[2009/06/08 09:47:26] <joe-mac1> initfail
[2009/06/08 09:47:34] <HarryCalahan> imho 256 is pidfile error
[2009/06/08 09:47:37] <DavidS> "returned 256" is bad ...
[2009/06/08 09:47:44] @ Quit: thegcat: Read error: 113 (No route to host)
[2009/06/08 09:47:55] <joe-mac1> wrong acronym i'm guessing you mean "iirc"
[2009/06/08 09:48:04] <HarryCalahan> joe-mac1: :P
[2009/06/08 09:48:08] <joe-mac1> lol
[2009/06/08 09:48:47] <joe-mac1> if $? is zero, can you tell us what UID puppetd is running as?
[2009/06/08 09:48:58] <joe-mac1> not the master, puppetd...
[2009/06/08 09:49:15] <jlamsens> DavidS: the result is ZERO, (but maybe that's because the commands that follow that 'refresh' *do* work). How can you know what a puppet 'refresh' is ? Is that a '/etc/init.d/apache2 stop' followed by a '/etc/init.d/apache2/start' or a '/etc/init.d/apache2 restart' ?
[2009/06/08 09:50:23] <HarryCalahan> jlamsens: by default puppet assumes that a service has no restart. so it is stop, start.
[2009/06/08 09:51:12] <HarryCalahan> jlamsens: add a hasrestart => true to your service definition
[2009/06/08 09:51:25] <jlamsens> HarryCalahan says a 256 is a pidfile error: can it be that the stop command and start command follow to quick ? Maybe the apache processes are stopped and started while the processes were not fully stopped ?
[2009/06/08 09:52:01] <jlamsens> HarryCalahan: I'll do that and let you all know...
[2009/06/08 09:52:59] @ Quit: D-CoD: "Leaving."
[2009/06/08 09:54:04] <jlamsens> HarryCalahan: woehaa ! this did the trick !
[2009/06/08 09:54:16] <HarryCalahan> jlamsens: http://pastie.org/504470
[2009/06/08 09:55:45] @ ctso joined channel #puppet
[2009/06/08 09:56:17] @ Quit: marcoecc: "Quitting"
[2009/06/08 09:56:50] @ Bass10 joined channel #puppet
[2009/06/08 09:56:51] <sheldonh> *snigger* debian startup scripts are rubbish indeed :P
[2009/06/08 09:56:59] <sheldonh> learn to drive before you trash talk the car
[2009/06/08 09:57:40] <gebi> sheldonh: ack :/, unuseable especially for daemons
[2009/06/08 09:57:50] <jlamsens> HarryCalahan: nice, could it be what I think it can be: the stop/start commands follow to quickly after each other (processes are killed, temporary PID file has to be removed but the start command is already there...) ? I notice now puppet does a 'restart' - as you can see it does - it takes a little longer - say 5 seconds
[2009/06/08 09:57:51] <sheldonh> must admit, when i arrived at debian from freebsd/solaris/gentoo, i found the startup scripts primitive :)
[2009/06/08 09:58:01] * tim|macbook is not happy that debian does not require lsb compliant initscripts
[2009/06/08 09:58:12] @ marcoecc joined channel #puppet
[2009/06/08 09:58:31] <jlamsens> HarryCalahan: maybe the 'restart' waits until all processes are killed before issuing a 'start'
[2009/06/08 09:58:31] <sheldonh> tim|macbook: it was an enormous undertaking, and it's almost done. it's quite likely that the next release will feature deps
[2009/06/08 09:59:03] <tim|macbook> sheldonh: startup deps, you mean?
[2009/06/08 09:59:11] <sheldonh> tim|macbook: yup
[2009/06/08 09:59:21] <tim|macbook> cool
[2009/06/08 09:59:24] <tim|macbook> about time
[2009/06/08 09:59:57] <jlamsens> sheldonh, DavidS, joe-mac1: so maybe the init scripts do *not* suck, but you have to use the 'has-restart => true' definition ? Thanks guys for your help
[2009/06/08 10:00:13] <sheldonh> tim|macbook: "fast moving" is not a bullet point in the debian sales pitch ;)
[2009/06/08 10:00:16] <joe-mac1> lol, they still suck
[2009/06/08 10:00:19] <jlamsens> :-)
[2009/06/08 10:00:22] <Volcane> jlamsens: most have restart, almost non have status which is why they suck a lot
[2009/06/08 10:00:27] <joe-mac1> when they all have 'status' maybe they will suck a little lesss..
[2009/06/08 10:00:31] <tim|macbook> sheldonh: which is exactly why we use debian.
[2009/06/08 10:00:38] <sheldonh> yup :)
[2009/06/08 10:01:31] <sheldonh> nasrat: a second longer, perhaps? ;)
[2009/06/08 10:01:46] <nasrat> sheldonh: yeah sorry following up a code review
[2009/06/08 10:01:56] <sheldonh> tim|macbook: and now, for the first time in my life, the release cycle is actually too fast! :)
[2009/06/08 10:02:25] <tim|macbook> sheldonh: hehehe actually, I've got a sarge->etch upgrade planned this week :P
[2009/06/08 10:02:30] <sheldonh> lol
[2009/06/08 10:02:56] <sheldonh> all i'm saying is, thank $deity we got puppet in before tackling the lenny upgrade
[2009/06/08 10:03:25] @ Quit: jlamsens: "Leaving"
[2009/06/08 10:03:35] <tim|macbook> yeah, puppet helps *a lot*
[2009/06/08 10:03:57] <tim|macbook> devs: did I thank you this week already for creating puppet? if not, thanks!
[2009/06/08 10:04:14] <sheldonh> send cash and biscuits
[2009/06/08 10:04:41] <HarryCalahan> tim|macbook: you could automate this thank you with a cronjob...
[2009/06/08 10:04:43] <sheldonh> or patches
[2009/06/08 10:04:53] <HarryCalahan> tim|macbook: just so you don't forget ;)
[2009/06/08 10:04:56] <sheldonh> patches are better than biscuits. not sure how they sort against cash
[2009/06/08 10:05:00] <jamesturnbull> or a support contract :)
[2009/06/08 10:05:38] <sheldonh> jamesturnbull: make it harder to drive, or kill the community :)
[2009/06/08 10:05:41] <jamesturnbull> sheldonh: cash is king but since I don't work for RL I like patches more...
[2009/06/08 10:05:43] <tim|macbook> hehehe
[2009/06/08 10:05:59] <jamesturnbull> sheldonh: I try to break as many things as I can
[2009/06/08 10:06:02] <jamesturnbull> just ask lak
[2009/06/08 10:06:35] <sheldonh> who wrote pulling strings?
[2009/06/08 10:06:38] <tim|macbook> as we say over here, "wie het kleine niet eert, is het grote niet weert" - he who doesn't appreciate the little things, is not worthy of the big things ;-)
[2009/06/08 10:06:39] <sheldonh> wow, how lazy AM I?! lol
[2009/06/08 10:06:46] <tim|macbook> and we did buy your book, james
[2009/06/08 10:07:10] <tim|macbook> and i bought lak some beer when he was in brussels for fosdem
[2009/06/08 10:07:14] <sheldonh> oh. you again :)
[2009/06/08 10:07:18] <HarryCalahan> sheldonh: take a guess
[2009/06/08 10:08:11] <jamesturnbull> tim|macbook: yeah I know - one thing i love about Puppet is the community - incredibly helpful lot
[2009/06/08 10:08:13] * HarryCalahan read pulling strings and a cfengine book at the same time. and because pulling strings was shorter, it was the first i tried to implement. stuck..
[2009/06/08 10:08:15] <sheldonh> jamesturnbull: it's a pity puppet's such a fast-moving target, because more of a reference section would be great
[2009/06/08 10:08:38] <sheldonh> jamesturnbull: maybe when when we jump from 0.25 to 1.0 :)
[2009/06/08 10:08:39] <tim|macbook> jamesturnbull: yeah, me too
[2009/06/08 10:08:49] * jamesturnbull doesn't mention that they are also opinionated and occasionally grumpy (looking at you Volcane... :P)
[2009/06/08 10:09:03] <Volcane> yeah screw you too :PO
[2009/06/08 10:09:08] <Volcane> :P even
[2009/06/08 10:09:12] <tim|macbook> opinionated? who?? certainly not me! :P
[2009/06/08 10:09:15] <sheldonh> haha. i've "known" volcane for over a decade. we used to make each other miserable on irc :)
[2009/06/08 10:09:37] <Volcane> i wish it was only irc :P
[2009/06/08 10:09:40] <jamesturnbull> sheldonh: yeah next edition will be bigger and cover more - easier with 0.25.0 and now that publisher has given me more space
[2009/06/08 10:09:43] <sheldonh> lol
[2009/06/08 10:09:50] <jamesturnbull> lol
[2009/06/08 10:10:17] <HarryCalahan> jamesturnbull: so if i read those two books again cfengine will get a better chance ;)
[2009/06/08 10:10:26] <sheldonh> ooooer. so you start out with a "fill so many pages, no more!" directive?
[2009/06/08 10:10:29] <tim|macbook> jamesturnbull: never asked after those first few months, but were you okay with the number of sales of the book? or did it disappoint?
[2009/06/08 10:11:08] <jamesturnbull> sheldonh: it was an "emerging technology" POD (Print on Demand) title so I was limited to 200 pages
[2009/06/08 10:11:21] <sheldonh> meh. reality bites :)
[2009/06/08 10:11:27] <jamesturnbull> tim|macbook: it's sold okay - the market for tech books is crap
[2009/06/08 10:11:47] <sheldonh> market in india much? ;)
[2009/06/08 10:11:52] <jamesturnbull> tim|macbook: but enough they are letting me do a 2nd edition as a proper book
[2009/06/08 10:12:02] <sheldonh> oh right. market, as in sell for cash
[2009/06/08 10:12:02] <jamesturnbull> sheldonh: no I should though apparently from what I've heard
[2009/06/08 10:12:29] <sheldonh> jamesturnbull: take a look at the surnames of the sun press authors some time :)
[2009/06/08 10:12:45] <tim|macbook> jamesturnbull: i'll make sure we buy at least one of that one, too ;-)
[2009/06/08 10:13:04] @ Quit: mvn071: "Leaving"
[2009/06/08 10:13:04] <jamesturnbull> sheldonh: hell a lot of Indian names on developer books - a lot of Indian developers - I work with about 600 of them
[2009/06/08 10:13:47] <jamesturnbull> tim|macbook: thanks!
[2009/06/08 10:14:04] <tim|macbook> jamesturnbull: unless you price them over $1000 ofc :P
[2009/06/08 10:14:46] <sheldonh> jamesturnbull: and they're all reading books that _someone_'s making money off :)
[2009/06/08 10:15:01] <jamesturnbull> it's not actually the money I write for (thankfully because I'd be disappointed) - it's to keep brain occupied and distract from my work's attempts to make me a bitter alcoholic
[2009/06/08 10:15:15] <ctso> hey sorry to just butt in here - i was wondering if anyone had a recommendation for an external node classification tool for puppet... i was going to try iclassify but that project seems to have been scrapped due to chef (i think)
[2009/06/08 10:15:33] <sheldonh> jamesturnbull: hey, if it's just for fun, could you write us a book on automated system provisioning in the shared hosting environment? :)
[2009/06/08 10:15:51] <jamesturnbull> ctso: hmm I think there was some talk of someone taking over iclassify - nasrat that ring a bell with you?
[2009/06/08 10:15:51] <sheldonh> jamesturnbull: niche market :)
[2009/06/08 10:16:09] <jamesturnbull> ctso: talk to lak when he appears - he might have something for you
[2009/06/08 10:16:32] <jamesturnbull> sheldonh: latest book has a chapter on PXE/Kickstart/Preceed and Puppet
[2009/06/08 10:16:44] @ Quit: grmbl: Read error: 60 (Operation timed out)
[2009/06/08 10:16:46] @ rgsteele||work joined channel #puppet
[2009/06/08 10:16:47] <jamesturnbull> sheldonh: but for the SMB/SME market
[2009/06/08 10:16:48] <nasrat> is anyone here Felix Schäfer from list?
[2009/06/08 10:16:54] <sheldonh> good stuff!
[2009/06/08 10:17:04] <thegcat_> nasrat: present
[2009/06/08 10:17:06] <jamesturnbull> nasrat: that's thegcat_
[2009/06/08 10:17:13] <nasrat> thegcat_: hey
[2009/06/08 10:17:15] <ctso> jamesturnbull: cool, thanks
[2009/06/08 10:17:17] @ thegcat_ is now known as thegcat
[2009/06/08 10:17:22] <thegcat> hi :-)
[2009/06/08 10:17:24] <nasrat> I just replied to your mail
[2009/06/08 10:17:37] @ claymation joined channel #puppet
[2009/06/08 10:17:39] <nasrat> sorry if snappy, jetlagged and pre coffee :)
[2009/06/08 10:18:04] <nasrat> I've suggested a different approach, feel free to ask questions here
[2009/06/08 10:18:05] * sheldonh makes sure nasrat can see him fidgetting in anticipation
[2009/06/08 10:18:12] <rasputnik> jamesturnbull, PXE chapter would be great. Have you tried Cobbler yet?
[2009/06/08 10:18:20] <nasrat> an-tici....pation
[2009/06/08 10:18:28] <jamesturnbull> rasputnik: that was covered in the chapter too
[2009/06/08 10:18:33] <jamesturnbull> rasputnik: cobbler rocks
[2009/06/08 10:19:00] <sheldonh> and the man at the back said "everyone attack"
[2009/06/08 10:19:02] <thegcat> nasrat: it's ok, I was just a little suprised, but pre coffee is a good enough excuse :-D
[2009/06/08 10:19:12] * jamesturnbull pours virtual coffee for nasrat
[2009/06/08 10:19:33] <tim|macbook> is cobbler available for debian yet? :)
[2009/06/08 10:19:44] <rasputnik> I found 'cobber buildiso' the other day, just when I'd been told I couldn't use PXE on some parts of the network.
[2009/06/08 10:19:47] <jamesturnbull> tim|macbook: it runs on Debian/Ubuntu but no packages yet
[2009/06/08 10:20:20] <jmslagle> Morning peeps!
[2009/06/08 10:20:22] <nasrat> sheldonh: ok so due to the way facter resolves atm, then you can just cache locally in your fact file
[2009/06/08 10:20:29] <jmslagle> Anyone here use the storeconfigs clear script?
[2009/06/08 10:20:29] <nasrat> which isn't great but will work
[2009/06/08 10:20:31] <jmslagle> ls
[2009/06/08 10:20:44] @ Quit: notbrien:
[2009/06/08 10:20:44] <jamesturnbull> tim|macbook: I was almost tempted to submit and maintain them myself to get them going but I don't want to delve into the mayhem that is Debian/Ubuntu package management and maintenance
[2009/06/08 10:21:09] <sheldonh> nasrat: damn. so i can't abuse the api and fiddle with something's instance attributes?
[2009/06/08 10:21:22] <nasrat> you shouldn't have to
[2009/06/08 10:21:22] <jamesturnbull> jmslagle: nope but masterzen wrote it
[2009/06/08 10:21:26] <rasputnik> Cobbler is worth running RHEL for. Well, CentOS anyway.
[2009/06/08 10:21:34] <jamesturnbull> gepetto: seen masterzen
[2009/06/08 10:21:34] <gepetto> jamesturnbull: masterzen was last seen 3 days, 21 hours, 43 minutes and 20 seconds ago, quitting IRC ("Leaving")
[2009/06/08 10:21:34] <jmslagle> I'm trying to make it work :D
[2009/06/08 10:21:50] <Volcane> i think masterzen is on holiday isnt he?
[2009/06/08 10:21:54] <jmslagle> I could just go nuke the records by hand I guess
[2009/06/08 10:21:58] <jamesturnbull> Volcane: yeah I think so
[2009/06/08 10:22:08] <thegcat> nasrat: Ok, I'll have another go at splitting into kernel dependent chunks, I wasn't sure what to expect on non-Linux/OS X systems, as I'm only familiar with these 2
[2009/06/08 10:22:10] <jmslagle> Is the schema published anywhere or am I on my own to figure it out?
[2009/06/08 10:22:12] @ henk left channel #puppet ()
[2009/06/08 10:22:16] <jmslagle> An ERD would be nice :D
[2009/06/08 10:22:42] <jamesturnbull> jmslagle: the schema isn't and an ERD would be - log a ticket for that if you fancy
[2009/06/08 10:22:43] <sheldonh> nasrat: perhaps i misunderstood your proposed workaround :(
[2009/06/08 10:22:58] <thegcat> nasrat: regarding numerical facts, looking forward to the separate thread
[2009/06/08 10:23:04] <jamesturnbull> jmslagle: you getting an error from the script?
[2009/06/08 10:23:26] <nasrat> thegcat: yeah we need to have a better internal model
[2009/06/08 10:24:20] <thegcat> an more general question: any reason why the OS X stuff is mostly in sp_, even the stuff that already has more generic names (uptime and sp_utpime would be the example here again, but they aren't the only ones)
[2009/06/08 10:25:03] <nasrat> thegcat: organic evolution
[2009/06/08 10:25:42] <thegcat> nasrat: ok, so it wouldn't be wrong to get sp_uptime into uptime in this precise case?
[2009/06/08 10:25:50] <rgsteele||work> Is there an automated way for determining when the last *successfu*l puppetd run was, other than grepping the logs for the "Finished" statement the contextual log messages around it for "failed" or "failures"?
[2009/06/08 10:26:13] <rgsteele||work> (Or the lack thereof, as it were)
[2009/06/08 10:26:22] <Volcane> rgsteele||work: depends on your definition of succesfull
[2009/06/08 10:26:52] <Volcane> rgsteele||work: age of state.yaml is generally a good indication that its got a compiled catalog (cached or otherwise) and its running
[2009/06/08 10:27:11] <jamesturnbull> rgsteele||work: the puppetlast command in the ext directory of the Puppet tarball
[2009/06/08 10:27:13] <nasrat> sheldonh: one approach is like lib/facter/util/macosx.rb
[2009/06/08 10:27:26] @ grmbl joined channel #puppet
[2009/06/08 10:27:26] <nasrat> but I'm just trying to get together a different one
[2009/06/08 10:27:32] <tim|macbook> jamesturnbull: if only i had the time, i might consider trying to get it into debian (cobbler, that is)
[2009/06/08 10:27:48] <nasrat> do you have a few sample lines of the hos_server file
[2009/06/08 10:28:02] <tim|macbook> which reminds me, are there any known serious bugs in 0.25.0beta1?
[2009/06/08 10:28:16] <rgsteele||work> jamesturnbull: Hm, but won't puppetlast report failed catalogs as well?
[2009/06/08 10:28:25] <Volcane> tim|macbook: quite a few tickets were opened after the beta afaik
[2009/06/08 10:28:28] <thegcat> nasrat: no, the point wasn't to discuss if the mac stuff stays in macosx.rb, but if there was a reason not to put the value of sp_uptime into uptime too?
[2009/06/08 10:28:53] <jamesturnbull> tim|macbook: about 23 open tickets
[2009/06/08 10:29:04] <sheldonh> nasrat: that would be telling. it reads a bit like a bind config file
[2009/06/08 10:29:06] <jamesturnbull> tim|macbook: but nothing earth shattering
[2009/06/08 10:29:11] <jmslagle> jamesturnbull: Yeah - I've gotten a variety of errors from it over time. Lemme see if it's updated and try again.
[2009/06/08 10:29:13] <nasrat> thegcat: it's probably a bit fiddly atm, as it's dynamic generated facts, so facter uptime would stop working
[2009/06/08 10:29:19] <nasrat> or we'd need to loadall
[2009/06/08 10:29:25] <rgsteele||work> jamesturnbull: Nevermind, just did an RTFM: http://reductivelabs.com/trac/puppet/attachment/ticket/1188/puppetlast
[2009/06/08 10:29:27] <nasrat> loadfacts sorry
[2009/06/08 10:29:28] <jamesturnbull> rgsteele||work: not sure - ages since I looked at the code
[2009/06/08 10:30:34] * jamesturnbull is off to sleep - later all
[2009/06/08 10:30:49] <thegcat> nasrat: mmh, ok, I'll leave darwin out then
[2009/06/08 10:30:56] <sheldonh> nasrat: i'm not seeing any persistence or in-memory stashing in macosx.rb?
[2009/06/08 10:31:13] <jmslagle> [root@armgmt02 ~]# ./kill_node_in_storedconfigs_db.rb arptest01
[2009/06/08 10:31:14] <nasrat> thegcat: it has an uptime command
[2009/06/08 10:31:23] <jmslagle> /usr/lib/ruby/gems/1.8/gems/sqlite3-ruby-1.2.4/lib/sqlite3/errors.rb:62:in `check': could not open database: unable to open database file (SQLite3::CantOpenException)
[2009/06/08 10:31:35] <jmslagle> Lemme make sure puppet is stopped
[2009/06/08 10:31:38] <jmslagle> thats not the normal error
[2009/06/08 10:31:59] @ BMDan joined channel #puppet
[2009/06/08 10:32:39] <thegcat> nasrat: sure, but that would make facter look up the uptime twice if called for sp_uptime as well as uptime
[2009/06/08 10:32:55] @ marcoecc is now known as marcoe
[2009/06/08 10:33:04] <thegcat> anyway, that won't make a big difference in the patch, can talk about it later
[2009/06/08 10:33:11] <nasrat> cool
[2009/06/08 10:33:30] @ marcoe is now known as marcoecc_
[2009/06/08 10:33:53] <jmslagle> Maybe it is the normal error
[2009/06/08 10:33:58] <thegcat> well, gotta run, cu later
[2009/06/08 10:34:04] @ Quit: thegcat:
[2009/06/08 10:34:08] <nasrat> sheldonh: ok see lib/facter/macosx.rb calls os_overview
[2009/06/08 10:34:35] <nasrat> that calls profiler_data
[2009/06/08 10:35:08] <coofamani> since modules are auto-imported, I should be able to require=> a class without explicitely importing it, correct?
[2009/06/08 10:35:23] <Volcane> coofamani: import and include are not the same thing
[2009/06/08 10:35:30] <Volcane> coofamani: you still need to include them
[2009/06/08 10:35:37] <nasrat> sheldonh: meh ignore me
[2009/06/08 10:35:49] <sheldonh> nasrate: yup, but from what i can see, it only messes with local variables
[2009/06/08 10:36:01] <coofamani> Volcane: ahh, thought I could require=> it without including it since it's defined in an auto-imported module
[2009/06/08 10:36:40] <duritong> lol @spam talk
[2009/06/08 10:37:05] <Volcane> coofamani: all import does is that when you say 'include foo' it knows where to find foo.pp on the filesyste on its own
[2009/06/08 10:37:14] @ Quit: marcoecc_: "Quitting"
[2009/06/08 10:37:15] <coofamani> Volcane: thanks again
[2009/06/08 10:37:53] <ctso> hey guys... im trying hard to convince my boss that we don't want to switch to chef - was wondering if anyone knew of the best way i could ask puppet something like "what are the ips of all machines that include the 'foo' recipe"?
[2009/06/08 10:38:08] @ marcoecc joined channel #puppet
[2009/06/08 10:38:10] <ctso> err. class.
[2009/06/08 10:38:45] <sheldonh> ctso: bit of a drag, starting with Resource.find
[2009/06/08 10:38:45] @ notbrien joined channel #puppet
[2009/06/08 10:39:07] <sheldonh> ctso: sprinkle in some named scopes to make it look pretty :)
[2009/06/08 10:41:26] <ctso> sheldonh: interesting... thanks! i'll take a look there
[2009/06/08 10:42:05] @ Quit: tim|macbook:
[2009/06/08 10:43:31] @ mchadwick joined channel #puppet
[2009/06/08 10:43:48] <sheldonh> ctso: i assume you're using the database from storeconfigs and the models from puppetshow
[2009/06/08 10:46:52] <nasrat> sheldonh: do you want to add all attributes of a server?
[2009/06/08 10:46:55] <nasrat> or just your list?
[2009/06/08 10:47:51] <sheldonh> nasrat: not sure what you mean? if you mean what i think you mean, then all attributes of a given server
[2009/06/08 10:48:03] <nasrat> ok
[2009/06/08 10:50:34] @ Quit: Hikah: "leaving"
[2009/06/08 10:51:13] <ctso> sheldonh: ah, i had setup storeconfigs but never setup puppetshow. my understanding is that it's a read-only app of the node configs? I'm curious as to whether/what tool you use for actual node management
[2009/06/08 10:51:47] <jmslagle> Hrm.
[2009/06/08 10:52:08] <jmslagle> ctso: I've been considering using cobbler as an external node classifier
[2009/06/08 10:52:25] @ Quit: alex_: Remote closed the connection
[2009/06/08 10:52:31] <sheldonh> ctso: we're not using puppetshow, just borrowing its app/models dir
[2009/06/08 10:52:49] <sheldonh> ctso: oops, sorry no. we gave up on that as well and rolled our own. shouldn't take you more than an hour
[2009/06/08 10:53:10] <ctso> jmslagle: thanks, i'll definitely take a look
[2009/06/08 10:53:25] @ bajan joined channel #puppet
[2009/06/08 10:53:38] <ctso> sheldonh: haha, that's the decision i've been trying to make. good to know it shouldn't be that much of a hassle if i go the roll-my-own route
[2009/06/08 10:53:46] @ bajan left channel #puppet ()
[2009/06/08 10:54:19] <sheldonh> ctso: let me stop being lazy and tar up my models for you...
[2009/06/08 10:55:47] <ctso> sheldonh: whoa, that would be awesome, thanks
[2009/06/08 10:55:49] <jmslagle> ctso: Once you get around some of the quirks in puppet it's really nice. Much bigger community then chef to help you out too. It certainly has it's quirks though
[2009/06/08 10:55:54] <sheldonh> ctso: delete log.rb and report.rb, which rely on a schema extension i'm working on: http://starjuice.net/muppet-models.tar.gz
[2009/06/08 10:57:34] <jmslagle> Can I have it too ;)
[2009/06/08 10:58:01] <sheldonh> lol. sure
[2009/06/08 10:58:33] @ D-CoD joined channel #puppet
[2009/06/08 10:58:39] @ tim|macbook joined channel #puppet
[2009/06/08 10:59:52] <ctso> jmslagle: heh, yeah.. quirks.. definitely have run into some painful ones while creating my recipes ><'
[2009/06/08 11:00:34] <ctso> sheldonh: muppet models.. haha.. sweet, thanks - hate to sound dumb, but i gather this is something i'll want to stick into the puppetshow models dir after i... setup puppetshow
[2009/06/08 11:00:57] <sheldonh> only reason i haven't made the storereports stuff public is that i'm not happy with the way i handle metrics, and i don't want to deal with complaints about a schema change later :)
[2009/06/08 11:01:22] <sheldonh> ctso: just create a new rails app and dump the models in, set up config/database.yml and you're done
[2009/06/08 11:01:41] <nasrat> sheldonh: now I'm thinking of the overall design!
[2009/06/08 11:01:44] <sheldonh> ctso: we're accumulating common reports as script/runner scripts. once we know what we ask all the time, we'll webbify
[2009/06/08 11:02:06] <sheldonh> nasrat: of facter?
[2009/06/08 11:02:47] <nasrat> well of the caching thing
[2009/06/08 11:03:24] <ctso> sheldonh: got it, i'll try to get setup
[2009/06/08 11:04:46] <sheldonh> nasrat: i just need to stop being lazy and find a class, an instance of which is available for the lifecycle of a facter run
[2009/06/08 11:04:59] <sheldonh> nasrat: then i'll abuse the api and twiddle its innards
[2009/06/08 11:05:12] <nasrat> sheldonh: no you don't want to do that
[2009/06/08 11:05:20] <nasrat> you just need your own class
[2009/06/08 11:05:35] <nasrat> which I'm just writing a vague outline for
[2009/06/08 11:05:50] @ andrewcshafer joined channel #puppet
[2009/06/08 11:06:17] <jmslagle> AHA!
[2009/06/08 11:06:49] <sheldonh> nasrat: i... i'm not known for having class ;)
[2009/06/08 11:08:05] <sheldonh> nasrat: meh. time to run. i'll hassle you tomorrow :)
[2009/06/08 11:08:13] <sheldonh> nasrat: thanks for taking an interest
[2009/06/08 11:08:19] <jmslagle> jamesturnbull: That script can't deal with the dblocation having variables in it.
[2009/06/08 11:08:21] <nasrat> sheldonh: sure or pm me an email address
[2009/06/08 11:09:09] @ Quit: sheldonh: "Ex-Chat"
[2009/06/08 11:11:23] @ Quit: pleemans: Read error: 60 (Operation timed out)
[2009/06/08 11:15:00] @ Quit: schwagala: Read error: 60 (Operation timed out)
[2009/06/08 11:17:22] @ schwagala joined channel #puppet
[2009/06/08 11:22:30] @ londo_ joined channel #puppet
[2009/06/08 11:24:12] @ loquito joined channel #puppet
[2009/06/08 11:24:31] <coofamani> sometimes it seems puppet has to run through a couple cycles before it gets everything done. is that typical or do I need to refine my require=> statements?
[2009/06/08 11:24:43] <loquito> Is it possible to use a case statement to set a variable?
[2009/06/08 11:25:10] <Volcane> coofamani: probalby need to refine, but also probably typical since its such a PITA to get right
[2009/06/08 11:25:25] <coofamani> loquito: I believe so, both in an erb file and in a manifest
[2009/06/08 11:25:42] <loquito> Okay thanks, I will give that a try
[2009/06/08 11:37:37] @ cwebber joined channel #puppet
[2009/06/08 11:37:56] @ Quit: Welsh_Dwarf: Remote closed the connection
[2009/06/08 11:41:00] @ mfoster joined channel #puppet
[2009/06/08 11:41:48] @ alfism joined channel #puppet
[2009/06/08 11:45:30] * coofamani accidentally leaves --noop off his cli. yay.
[2009/06/08 11:45:35] <niczar1> puppet wiki down or what?
[2009/06/08 11:46:18] @ mchadwick left channel #puppet ()
[2009/06/08 11:46:21] <coofamani> looks like the site is down
[2009/06/08 11:46:30] <coofamani> or not
[2009/06/08 11:46:32] @ niczar1 left channel #puppet ("Leaving.")
[2009/06/08 11:46:38] @ niczar1 joined channel #puppet
[2009/06/08 11:46:51] <niczar1> Trac detected an internal error: AttributeError: 'NoneType' object has no attribute 'get'
[2009/06/08 11:47:04] @ MrHeavy joined channel #puppet
[2009/06/08 11:48:05] <Volcane> if you're just looking for type/function references i have a mirror here: http://nephilim.ml.org/~rip/puppet/historical/
[2009/06/08 11:52:59] @ Quit: tim|macbook: Read error: 110 (Connection timed out)
[2009/06/08 11:56:09] @ Quit: gazzerh: "This computer has gone to sleep"
[2009/06/08 11:57:26] <HarryCalahan> /quit .
[2009/06/08 11:57:31] <HarryCalahan> oh.
[2009/06/08 11:57:36] @ Quit: loquito: "http://www.mibbit.com ajax IRC Client"
[2009/06/08 11:57:36] <HarryCalahan> try again.
[2009/06/08 11:57:39] @ Quit: HarryCalahan: "."
[2009/06/08 11:58:21] @ Quit: Cruul:
[2009/06/08 12:00:38] @ Quit: Innocenti: Client Quit
[2009/06/08 12:01:46] @ Quit: MattyM: "ta ta"
[2009/06/08 12:02:04] @ Quit: nasrat: "stuff"
[2009/06/08 12:02:13] @ Quit: D-CoD: "Leaving."
[2009/06/08 12:04:09] @ Quit: rasputnik: "Leaving"
[2009/06/08 12:09:23] @ Quit: mfoster: "Leaving."
[2009/06/08 12:09:46] @ unxfrek joined channel #puppet
[2009/06/08 12:13:57] @ Quit: cwebber:
[2009/06/08 12:18:03] @ grim_radical joined channel #puppet
[2009/06/08 12:19:45] @ Quit: bartvb: Read error: 54 (Connection reset by peer)
[2009/06/08 12:19:56] @ bartvb joined channel #puppet
[2009/06/08 12:19:57] @ lak joined channel #puppet
[2009/06/08 12:20:55] @ joe-mac1 left channel #puppet ()
[2009/06/08 12:21:53] @ joe-mac1 joined channel #puppet
[2009/06/08 12:21:56] @ Quit: alfism: "Connection reset by beer"
[2009/06/08 12:25:41] @ Quit: DerekW: Remote closed the connection
[2009/06/08 12:25:50] @ RageLink joined channel #puppet
[2009/06/08 12:28:58] @ Quit: poison: Remote closed the connection
[2009/06/08 12:29:56] @ Quit: bartvb: Read error: 104 (Connection reset by peer)
[2009/06/08 12:31:34] @ pleemans joined channel #puppet
[2009/06/08 12:35:36] @ bartvb joined channel #puppet
[2009/06/08 12:41:22] @ WALoeIII joined channel #puppet
[2009/06/08 12:41:26] @ sigmonsays joined channel #puppet
[2009/06/08 12:43:21] @ Quit: grmbl: "leaving"
[2009/06/08 12:43:27] @ Quit: pleemans: Read error: 60 (Operation timed out)
[2009/06/08 12:44:40] @ tim|macbook joined channel #puppet
[2009/06/08 12:44:45] @ Quit: saurabhverma: Read error: 104 (Connection reset by peer)
[2009/06/08 12:48:38] @ saurabhverma joined channel #puppet
[2009/06/08 12:49:31] @ Quit: tim|macbook: Client Quit
[2009/06/08 12:53:39] @ gaveen_ joined channel #puppet
[2009/06/08 12:53:43] @ Quit: gaveen: Connection timed out
[2009/06/08 13:00:26] @ ezmob joined channel #puppet
[2009/06/08 13:01:51] @ PhabX joined channel #puppet
[2009/06/08 13:05:45] @ alfism joined channel #puppet
[2009/06/08 13:09:48] @ Quit: lak:
[2009/06/08 13:11:44] @ Quit: Whoop: Read error: 104 (Connection reset by peer)
[2009/06/08 13:12:04] @ justindossey joined channel #puppet
[2009/06/08 13:14:47] @ martha joined channel #puppet
[2009/06/08 13:14:56] @ Quit: gaveen_: Success
[2009/06/08 13:17:53] @ gaveen_ joined channel #puppet
[2009/06/08 13:20:10] @ jmarki joined channel #puppet
[2009/06/08 13:23:19] @ poison joined channel #puppet
[2009/06/08 13:26:42] @ Quit: alban2: Read error: 110 (Connection timed out)
[2009/06/08 13:41:15] @ Quit: ezmob: "Bye!"
[2009/06/08 13:41:31] @ Quit: DavidS: Read error: 104 (Connection reset by peer)
[2009/06/08 13:41:49] @ ezmob joined channel #puppet
[2009/06/08 13:46:47] @ plathrop-away is now known as plathrop
[2009/06/08 13:49:31] @ D-CoD joined channel #puppet
[2009/06/08 13:50:18] @ Quit: D-CoD: Client Quit
[2009/06/08 13:50:31] @ D-CoD joined channel #puppet
[2009/06/08 13:50:51] @ Quit: D-CoD: Client Quit
[2009/06/08 13:51:12] <plathrop> FreakGuard: I'm well aware of /away, thanks.
[2009/06/08 13:51:17] @ D-CoD joined channel #puppet
[2009/06/08 13:51:25] <FreakGuard> plathrop: sorry then
[2009/06/08 13:51:36] <plathrop> :-)
[2009/06/08 13:51:40] <plathrop> FreakGuard: No worries
[2009/06/08 14:04:59] @ grey- joined channel #puppet
[2009/06/08 14:09:27] @ GregCSI joined channel #puppet
[2009/06/08 14:09:44] @ Quit: abien:
[2009/06/08 14:10:51] @ nasrat joined channel #puppet
[2009/06/08 14:13:05] <GregCSI> I don't think this is possible, but thought I'd ask. I'm looking to use an existing yaml config file that would be used to populate puppet variables.
[2009/06/08 14:13:08] <GregCSI> possible?
[2009/06/08 14:13:24] <joe-mac1> you could write a function to do it
[2009/06/08 14:14:29] <GregCSI> ok. i'll check out how to do that. thanks
[2009/06/08 14:17:02] @ Innocenti joined channel #puppet
[2009/06/08 14:20:11] <FreakGuard> joe-mac1: using define and puppet or ruby?
[2009/06/08 14:20:30] @ Quit: aymerick: Read error: 60 (Operation timed out)
[2009/06/08 14:23:05] <joe-mac1> ruby,you can have server side functions to look up stuff then return it in the manifest.
[2009/06/08 14:23:07] <joe-mac1> brb
[2009/06/08 14:23:58] <FreakGuard> joe-mac1: if you're back, could you point me to an example?
[2009/06/08 14:27:00] @ Quit: jmarki: Remote closed the connection
[2009/06/08 14:27:02] @ ribo joined channel #puppet
[2009/06/08 14:27:44] @ Quit: nasrat: Read error: 104 (Connection reset by peer)
[2009/06/08 14:27:49] @ mccune joined channel #puppet
[2009/06/08 14:27:50] @ ed209 joined channel #puppet
[2009/06/08 14:27:50] @ nmalik joined channel #puppet
[2009/06/08 14:27:50] @ axisys joined channel #puppet
[2009/06/08 14:27:51] @ MrHeavy_ joined channel #puppet
[2009/06/08 14:27:52] @ themurph joined channel #puppet
[2009/06/08 14:27:53] @ Hollow joined channel #puppet
[2009/06/08 14:27:54] @ euclid joined channel #puppet
[2009/06/08 14:27:55] @ DasFx joined channel #puppet
[2009/06/08 14:27:56] @ saloxin_ joined channel #puppet
[2009/06/08 14:27:57] @ Cuchulain joined channel #puppet
[2009/06/08 14:27:58] @ jhulten joined channel #puppet
[2009/06/08 14:27:59] @ nasrat joined channel #puppet
[2009/06/08 14:36:36] <|Mike|> eh?
[2009/06/08 14:37:17] @ pleemans joined channel #puppet
[2009/06/08 14:40:35] @ Quit: saurabhverma: No route to host
[2009/06/08 14:41:54] @ Quit: briandquinn:
[2009/06/08 14:43:07] @ reyjrar joined channel #puppet
[2009/06/08 14:51:31] <nasrat> joe-mac: you see that I had to change the day for the meet?
[2009/06/08 14:52:17] <joe-mac1> yea dude i noticed this morning and i think i'm going to be too busy to make it down :-(
[2009/06/08 14:52:34] <nasrat> suck
[2009/06/08 14:52:41] <nasrat> oh well another time
[2009/06/08 14:52:53] <gepetto> ::trac:: Style Guide edited by digant @ http://reductivelabs.com/trac/puppet/wiki/StyleGuide (by digant@stanford.edu)
[2009/06/08 14:52:53] <gepetto> ::trac:: Style Guide edited by digant @ http://reductivelabs.com/trac/puppet/wiki/StyleGuide (by digant@stanford.edu)
[2009/06/08 14:52:59] <joe-mac1> yea, epic suck... it's one of those days where it's kinda nearing COB and i still haven't really accomplished anything
[2009/06/08 14:53:12] <nasrat> thus beer is the solution
[2009/06/08 14:53:47] <FreakGuard> joe-mac1: read above :)
[2009/06/08 14:54:19] <joe-mac1> FreakGuard: yea i can link you to Volcane's stuff
[2009/06/08 14:54:39] <FreakGuard> may I have an uri?
[2009/06/08 14:54:52] <joe-mac1> http://nephilim.ml.org/~rip/puppet/extlookup.rb
[2009/06/08 14:54:54] <joe-mac1> you can haz uri
[2009/06/08 14:54:59] @ Quit: rickdanger: Read error: 60 (Operation timed out)
[2009/06/08 14:55:07] @ rickdanger joined channel #puppet
[2009/06/08 14:56:08] @ fzzzt joined channel #puppet
[2009/06/08 14:57:00] <fzzzt> hi guys. for some reason i have lots of trouble getting new modules to take effect in clients...debug doesn't show me anything useful, it's just like it's ignoring the module. i have it imported and it's in the default path, so it's definitely getting in there, but the client isn't "noticing" it...
[2009/06/08 14:57:35] <FreakGuard> joe-mac1: thanks
[2009/06/08 14:57:52] <joe-mac1> fzzzt: do you have multiple environm,ents?
[2009/06/08 14:59:56] @ rickdanger is now known as ricdanger
[2009/06/08 15:00:05] <fzzzt> what do you mean?
[2009/06/08 15:00:08] <fzzzt> i don't think so..
[2009/06/08 15:00:18] <fzzzt> i do, technically
[2009/06/08 15:00:49] @ Quit: nasrat:
[2009/06/08 15:00:51] <fzzzt> but i haven't done anything in puppet for that. i have a variable i use per-node to specify it's environment, which is used in some modules
[2009/06/08 15:03:26] @ nasrat joined channel #puppet
[2009/06/08 15:04:54] <joe-mac1> fzzzt: in your config you can have multiple environments, each with their own modulepath
[2009/06/08 15:05:07] <joe-mac1> does the user puppetmasterd is running as have access to read these new modules?
[2009/06/08 15:05:15] <fzzzt> ok, i don't have that
[2009/06/08 15:05:22] @ fujin joined channel #puppet
[2009/06/08 15:05:23] <fzzzt> yeah it's all owned by puppet
[2009/06/08 15:05:40] <fzzzt> i see the master load e.g. my syslog module when it starts up
[2009/06/08 15:06:11] <joe-mac1> are you sure you're actually including the classes in them at some point, and not just importing?
[2009/06/08 15:07:30] <fzzzt> no
[2009/06/08 15:07:31] <fzzzt> heh
[2009/06/08 15:07:59] <joe-mac1> well, that'll do it. import just makes the stuff available, doesn't necessarily mean it will be... executed for lack of a better term
[2009/06/08 15:08:02] <fzzzt> i mean, i have a node default { case $operatingsystem { redhat: { include syslog } } }
[2009/06/08 15:08:19] <joe-mac1> take otu the case and just include syslog, what happens?
[2009/06/08 15:08:21] <fzzzt> and a syslog module, with syslog class
[2009/06/08 15:08:27] <fzzzt> ok
[2009/06/08 15:09:28] <fzzzt> nope
[2009/06/08 15:09:50] <joe-mac1> you don't see anything relevant in the logs on bioth the node and the master?
[2009/06/08 15:09:55] <fzzzt> one question though, will my default node be included if there's a node for the client's hostname, or is it ignored?
[2009/06/08 15:09:58] <joe-mac1> and if you include a pre-existing class, it works?
[2009/06/08 15:10:04] @ alban2 joined channel #puppet
[2009/06/08 15:10:11] <joe-mac1> default node is used when it can't find a ndoe def for that node
[2009/06/08 15:11:52] <fzzzt> ok so for my ldap machine, it'll read node ldap {} but not apply the default
[2009/06/08 15:12:11] <fzzzt> i would have to explicitly inherit default
[2009/06/08 15:13:08] <joe-mac1> don't inherit, make a class like "default_node_tmpl" and just include it
[2009/06/08 15:13:13] @ d3vilb0x_ joined channel #puppet
[2009/06/08 15:13:19] <joe-mac1> node inheritance doesn't really work the way you would th ink wiki:CommonMisconceptions
[2009/06/08 15:13:20] <gepetto> joe-mac1: wiki:CommonMisconceptions is http://reductivelabs.com/trac/puppet/wiki/CommonMisconceptions
[2009/06/08 15:13:29] <joe-mac1> i just removed all node inheritance this past weekend
[2009/06/08 15:14:19] <fzzzt> ok
[2009/06/08 15:14:30] <fzzzt> i'll just include it then
[2009/06/08 15:16:43] @ Quit: MrHeavy: Read error: 113 (No route to host)
[2009/06/08 15:18:30] <fzzzt> ok i think that helped
[2009/06/08 15:19:02] <joe-mac1> cool
[2009/06/08 15:19:17] <fzzzt> getting syntax errors now hehe
[2009/06/08 15:19:23] <fzzzt> which is new, and i suppose a good sign...
[2009/06/08 15:19:24] <joe-mac1> i call my like main node template "basenode_tmpl" to not confuse it with puppet's idea of a 'default' node
[2009/06/08 15:19:31] <joe-mac1> puppet --parseonly file.pp is your friend
[2009/06/08 15:19:48] <fzzzt> ah i was looking for a lint option
[2009/06/08 15:20:37] <joe-mac1> yea, same idea
[2009/06/08 15:21:30] @ Quit: D-CoD: Remote closed the connection
[2009/06/08 15:23:24] <ctso> hi there, what might be the best way to access rails models from an app (e.g. puppetshow or other models) in say, a puppet .erb template? im wondering if the only way is booting up mongrel/webrick and using puppet functions or something
[2009/06/08 15:23:27] @ D-CoD joined channel #puppet
[2009/06/08 15:23:42] @ Quit: unxfrek: "Leaving"
[2009/06/08 15:25:59] @ ezmob is now known as ezmob|away
[2009/06/08 15:27:41] @ Quit: nasrat:
[2009/06/08 15:28:19] @ Quit: d3vilb0x: Read error: 110 (Connection timed out)
[2009/06/08 15:29:43] <ricdanger> lots ofd talk about puppetshow
[2009/06/08 15:29:48] <ricdanger> what exactly does it do?
[2009/06/08 15:30:19] <joe-mac1> depends if you mean puppetshow as seen on the wiki or the one lak gave a presentation about
[2009/06/08 15:30:32] <ricdanger> uhmm
[2009/06/08 15:30:35] <joe-mac1> the one lak presented was supposed to be a commercial app, but i guess RL is going to release it once they pay the devs who did it
[2009/06/08 15:30:36] <ricdanger> are there two " puppetshow" ?
[2009/06/08 15:30:55] <ricdanger> is the presentation available anywhere?
[2009/06/08 15:31:01] <joe-mac1> the name is probably going to change for the one lak is using... it's a tool, a really nice looking one, for displaying reports
[2009/06/08 15:31:14] <joe-mac1> yea under the downloads dir on www.reductivelabs.com there isa .mov
[2009/06/08 15:31:44] <flashn> too bad its broken
[2009/06/08 15:32:14] <ricdanger> i guess its http://reductivelabs.com/downloads/puppetshow.mov
[2009/06/08 15:32:39] <joe-mac1> flashn: totally different program
[2009/06/08 15:32:43] <ctso> i've got the puppetshow models, and some models that sheldonh gave me to play with - all i really want is something that allows me to inject knowledge about the cluster in configs (e.g. list of type A nodes)
[2009/06/08 15:32:57] <joe-mac1> the one that's 'broken' is not what that video is about, which is why the confusion exists
[2009/06/08 15:32:59] <flashn> joe-mac1, hope so >:D
[2009/06/08 15:33:11] <joe-mac1> watch the video flashn, it's seckzy
[2009/06/08 15:33:59] <flashn> I will
[2009/06/08 15:34:07] <flashn> any day now..
[2009/06/08 15:34:14] <flashn> so fucking slow >:D
[2009/06/08 15:34:31] <joe-mac1> yea yea lol
[2009/06/08 15:34:49] <joe-mac1> wow i am really digging capistrano right nwo
[2009/06/08 15:34:52] <flashn> but when is it due? anyone knows?
[2009/06/08 15:34:55] <joe-mac1> but i am amused by simple things
[2009/06/08 15:35:16] <joe-mac1> flashn: supposedly it's pretty much ready, RL just needs to come up with the funds to payt he devs.. lak's ruby dev buddies apparently
[2009/06/08 15:35:27] <fzzzt> er wait, nodes can't include other nodes can they?
[2009/06/08 15:35:35] <joe-mac1> fzzzt: no, you include classes
[2009/06/08 15:36:14] <fzzzt> yeah that could be a problem too. lol
[2009/06/08 15:37:49] @ ezmob|away is now known as ezmob
[2009/06/08 15:38:56] <ricdanger> i saw some blog post that got me worried. according to them, puppet is not ready for production environments
[2009/06/08 15:39:11] <ricdanger> i'm using it and I am very happy with it until now. what do you think?
[2009/06/08 15:41:10] @ Quit: D-CoD: "Leaving."
[2009/06/08 15:41:14] <joe-mac1> according to who?
[2009/06/08 15:41:18] @ D-CoD joined channel #puppet
[2009/06/08 15:41:43] @ Quit: D-CoD: Client Quit
[2009/06/08 15:41:54] @ D-CoD joined channel #puppet
[2009/06/08 15:41:57] <ricdanger> actually they said they became worried when they saw a presentation from one of the devs
[2009/06/08 15:42:10] <ricdanger> where he talked about hangs and scalability issues
[2009/06/08 15:42:14] <ricdanger> let me see if I can find it
[2009/06/08 15:42:21] <agaffney> puppet is still "immature", but it's certainly usable
[2009/06/08 15:42:23] <joe-mac1> ricdanger: yea it's pretty young software
[2009/06/08 15:42:29] @ Quit: D-CoD: Client Quit
[2009/06/08 15:42:32] @ D-CoD joined channel #puppet
[2009/06/08 15:43:08] <ricdanger> i don't know why, but ruby generally worries me
[2009/06/08 15:44:53] @ Quit: PhabX: "Leaving..."
[2009/06/08 15:45:09] @ Quit: dixond_: Read error: 110 (Connection timed out)
[2009/06/08 15:48:53] @ Quit: D-CoD: "Leaving."
[2009/06/08 15:49:13] @ jairaj joined channel #puppet
[2009/06/08 15:52:48] @ ezmob is now known as ezmob|away
[2009/06/08 15:55:54] @ SyRenity joined channel #puppet
[2009/06/08 15:56:02] <SyRenity> hi
[2009/06/08 15:56:28] @ ezmob|away is now known as ezmob
[2009/06/08 15:56:32] <coofamani> Hello
[2009/06/08 15:56:40] <SyRenity> i've followed the advanced puppet recipe example
[2009/06/08 15:56:59] <SyRenity> all works great except the puppet on client can't find the sudoers file
[2009/06/08 15:57:18] <SyRenity> has anything changed since the guide was written?
[2009/06/08 15:57:32] <SyRenity> the message i get is: (//Node[basenode]/sudo/File[/etc/sudoers]) Failed to retrieve current state of resource: No specified source was found from puppet:///sudo/sudoers
[2009/06/08 15:57:34] <coofamani> can you paste the line with the error you get
[2009/06/08 15:57:43] <coofamani> nm
[2009/06/08 15:57:57] <coofamani> that means it cant find the file on the puppet server
[2009/06/08 15:58:07] <SyRenity> hmm, i followed the guide closely
[2009/06/08 15:58:10] <coofamani> is in it in the files/ or tenmplate/ dir?
[2009/06/08 15:58:12] <SyRenity> has the file in
[2009/06/08 15:58:38] @ Daniel_online_ joined channel #puppet
[2009/06/08 15:59:07] @ SyRenity left channel #puppet ()
[2009/06/08 15:59:10] @ SyRenity joined channel #puppet
[2009/06/08 15:59:15] <SyRenity> "/etc/puppet/modules/sudo/files"
[2009/06/08 15:59:25] <SyRenity> (forgot IRC thinks slashes are commands...)
[2009/06/08 16:01:20] <SyRenity> so, the file sits there
[2009/06/08 16:01:24] <SyRenity> as the guide said
[2009/06/08 16:01:26] <fzzzt> IRC doesn't, your software does
[2009/06/08 16:01:40] <SyRenity> yep, mirc does this staff sometimes
[2009/06/08 16:01:45] <fzzzt> I know how to IRC via telnet. I'm such a nerd. *goes back into hiding*
[2009/06/08 16:02:16] <SyRenity> cool, i know how to smtp via telnet - this is where my nerdness go :)
[2009/06/08 16:02:18] <coofamani> how are you specifying the sudoers file source in your manifest (init.pp or sudo.pp)
[2009/06/08 16:02:23] <SyRenity> i mean, as far as it goes
[2009/06/08 16:02:26] <flashn> im afraid I have too much knowledge about that damn protocol
[2009/06/08 16:02:28] <flashn> as well
[2009/06/08 16:03:02] <SyRenity> in init.pp
[2009/06/08 16:03:21] <SyRenity> exactly as described gere
[2009/06/08 16:03:29] <SyRenity> http://reductivelabs.com/trac/puppet/wiki/AdvancedPuppetRecipe
[2009/06/08 16:03:44] <Daniel_online_> where is the list of fixes and improved things in 0.25.0beta1?
[2009/06/08 16:03:46] <SyRenity> " source => "puppet:///sudo/sudoers",
[2009/06/08 16:03:47] <SyRenity> "
[2009/06/08 16:03:56] <fzzzt> yeah i've found smtp, imap, pop, very useful to know via telnet :)
[2009/06/08 16:04:40] <SyRenity> perhaps the location was moved in latter versions?
[2009/06/08 16:05:00] <coofamani> the location is specified by that source line, so you've got it in the correct spot
[2009/06/08 16:05:03] <ctso> i don't think so.. i recently did that tutorial on 0.24.8
[2009/06/08 16:05:07] <SyRenity> hmm
[2009/06/08 16:05:14] <SyRenity> i'm using 0.24.8 as well
[2009/06/08 16:05:17] <SyRenity> perhaps firewall
[2009/06/08 16:05:17] <SyRenity> ?
[2009/06/08 16:05:45] <SyRenity> the puppet server is telnet compatible?
[2009/06/08 16:05:55] <coofamani> I think you get a more specific error in that case, something about not being able to contact the puppet server
[2009/06/08 16:06:02] <fzzzt> sorry, just rambling.
[2009/06/08 16:06:32] <coofamani> try puppetd --verbose --waitforcert 60 --no-daemonize --test --server xxx
[2009/06/08 16:06:38] <coofamani> where xxx is your puppet server
[2009/06/08 16:06:49] <coofamani> maybe add --debug
[2009/06/08 16:06:55] <SyRenity> you mean to stop the current puppet service?
[2009/06/08 16:07:08] <coofamani> yeah, stop the daemon on the client and run it manually to test
[2009/06/08 16:07:10] <SyRenity> ok
[2009/06/08 16:07:45] <SyRenity> done
[2009/06/08 16:07:54] <SyRenity> "err: //Node[basenode]/sudo/File[/etc/sudoers]: Failed to retrieve current state of resource: No specified source was found from puppet:///sudo/sudoers"
[2009/06/08 16:08:16] <SyRenity> this is the only error
[2009/06/08 16:08:24] <SyRenity> is there anything on the server side
[2009/06/08 16:08:30] <SyRenity> which can tell me - where it tries to look for the file?
[2009/06/08 16:08:31] <ctso> file permissions?
[2009/06/08 16:08:38] <SyRenity> bing
[2009/06/08 16:08:40] <SyRenity> bingo
[2009/06/08 16:08:41] <SyRenity> it
[2009/06/08 16:08:44] <SyRenity> it's sudoers
[2009/06/08 16:08:48] <SyRenity> so it has read only - for root
[2009/06/08 16:08:49] <flashn> so does facter actually run on windows?
[2009/06/08 16:08:57] <SyRenity> and puppet i presume runs under it's own account?
[2009/06/08 16:09:00] <flashn> so you can collect facts but thats it?
[2009/06/08 16:09:11] <ctso> puppet master runs under puppet user/group i believe
[2009/06/08 16:09:17] <coofamani> runs as puppet user usually
[2009/06/08 16:09:23] <SyRenity> sec, lets see
[2009/06/08 16:09:51] <SyRenity> works now :)
[2009/06/08 16:09:55] <coofamani> gratz
[2009/06/08 16:09:58] <SyRenity> 666 fixed this
[2009/06/08 16:10:05] <ctso> nice
[2009/06/08 16:10:06] <SyRenity> perhaps the guide should be fixed on this?
[2009/06/08 16:10:11] <coofamani> 644
[2009/06/08 16:10:22] <SyRenity> yep, you right
[2009/06/08 16:10:27] <SyRenity> thanks to everybody
[2009/06/08 16:10:42] <coofamani> GL
[2009/06/08 16:10:42] <SyRenity> i usually spend a lot of time on such stuff
[2009/06/08 16:10:44] @ fbe joined channel #puppet
[2009/06/08 16:10:58] <coofamani> heh, youll be back. we all come back.
[2009/06/08 16:11:02] <ctso> lmao
[2009/06/08 16:11:07] <SyRenity> sure - i'm not even leaving
[2009/06/08 16:11:11] <SyRenity> cause i still have 2 questions :90
[2009/06/08 16:11:12] <SyRenity> :)
[2009/06/08 16:11:26] <SyRenity> 1) how often the puppet client checks for changes, and where it can be set
[2009/06/08 16:11:32] <joe-mac1> my sudoers is 440. has a facl that lets puppet user read it.
[2009/06/08 16:11:32] <ctso> 30 minutes
[2009/06/08 16:11:40] <joe-mac1> $runinterval in puppet.conf
[2009/06/08 16:11:45] <joe-mac1> seconds is the unit of measurement
[2009/06/08 16:12:20] <SyRenity> ah, so to change it
[2009/06/08 16:12:30] <SyRenity> i need to update the master puppet.conf
[2009/06/08 16:12:36] <SyRenity> wait for the 30 (or reload the service)
[2009/06/08 16:12:40] <SyRenity> and it will take the new values?
[2009/06/08 16:13:28] <agaffney> puppetd will need to restart to take the new value
[2009/06/08 16:13:35] <SyRenity> ok, good
[2009/06/08 16:13:37] <ctso> i think runinterval is a [puppetd] specific value - that is, you'd want it on your clients puppet.conf
[2009/06/08 16:13:54] <SyRenity> so i need to do it per client basis?
[2009/06/08 16:13:57] <agaffney> I push puppet.conf out via puppet and have Service[puppet] subscribe to File[/etc/puppet/puppet.conf]
[2009/06/08 16:14:03] <SyRenity> sounds a bit anti-puppet, if you ask me :)
[2009/06/08 16:14:04] <coofamani> ^^ same
[2009/06/08 16:14:13] <coofamani> @agaffney
[2009/06/08 16:14:14] <ctso> ... i should start doing that
[2009/06/08 16:14:27] <SyRenity> sec, to understand
[2009/06/08 16:14:33] <SyRenity> changing on master doesn't help
[2009/06/08 16:14:35] <agaffney> it made it very easy to change the runinterval and enable reporting on all my clients
[2009/06/08 16:14:36] <SyRenity> so one can either
[2009/06/08 16:14:37] @ dchen_ joined channel #puppet
[2009/06/08 16:14:39] <agaffney> without touching any of them :P
[2009/06/08 16:14:43] <agaffney> SyRenity: no
[2009/06/08 16:14:46] <ctso> though i wondered how puppet would respond to the configuration telling it to restart itself
[2009/06/08 16:15:09] <coofamani> puppet is client-initiated, so runinterval is only relevant on the client side, I believe.
[2009/06/08 16:15:16] <SyRenity> ok, i see
[2009/06/08 16:15:25] <SyRenity> maybe i can do it in post-install tasks too
[2009/06/08 16:15:31] <agaffney> ctso: ime, the initscript kills puppetd before it can actually restart itself, which is why I have a cronjob that runs every 5 minutes making sure puppetd is running
[2009/06/08 16:15:45] <SyRenity> btw, what's the recommended value for puppet
[2009/06/08 16:15:55] <SyRenity> in order not to bring the network to it's knees?
[2009/06/08 16:16:04] <SyRenity> 2 minutes, 5, etc...?
[2009/06/08 16:16:04] <ctso> agaffney: hahaha interesting
[2009/06/08 16:16:06] <agaffney> ctso: although, probably because it's doing stop/start
[2009/06/08 16:16:17] * agaffney checks to see if 'hasrestart => true' is on that service
[2009/06/08 16:16:40] <SyRenity> ok, and 2
[2009/06/08 16:16:47] <SyRenity> can anyone point me to explaination
[2009/06/08 16:16:50] <SyRenity> about classes?
[2009/06/08 16:16:53] <coofamani> btw, be careful updating sudoers directly with puppet, maybe try it this way: http://pastebin.com/d59fbf0a4
[2009/06/08 16:16:58] <ctso> curious, anyone use the splay time and have a recommended setting (e.g. is the default splaylimit good)
[2009/06/08 16:17:10] <coofamani> that way visudo can sanity check it before it gets 'activated'
[2009/06/08 16:17:30] <agaffney> SyRenity: what explanation do you need? it's just a way to organize things
[2009/06/08 16:17:46] <ctso> coofamani: good point
[2009/06/08 16:18:19] @ Quit: rgsteele||work: Remote closed the connection
[2009/06/08 16:18:26] <joe-mac1> i edit sudo with visudo -f on the master...
[2009/06/08 16:18:34] <joe-mac1> well, on my workstation erally where i have a local repo
[2009/06/08 16:18:43] <coofamani> or that. I dont trust me :)
[2009/06/08 16:19:03] <joe-mac1> yea, visudo -f -c on the tmpfile does the same thing really
[2009/06/08 16:19:06] <agaffney> I test all the files like that before I stick them in puppet :P
[2009/06/08 16:19:21] <agaffney> usually on the puppetmaster itself, since that's where my SVN repo is checked out
[2009/06/08 16:19:22] <joe-mac1> yea, i do a bunch with precommits but not sudoers, maybe i should do sudoers
[2009/06/08 16:19:31] <coofamani> wusses. real men svn update on production and just watch the logs
[2009/06/08 16:19:51] <agaffney> real men are idiots
[2009/06/08 16:19:52] @ eagleheart joined channel #puppet
[2009/06/08 16:20:15] <joe-mac1> lol
[2009/06/08 16:20:20] <SyRenity> coofamani: thanks, makes sense
[2009/06/08 16:20:23] <joe-mac1> hey, i'm real... i think
[2009/06/08 16:20:33] <SyRenity> agaffney: a page with a short explanation would be enough
[2009/06/08 16:20:35] <coofamani> SyRenity: after it all settles in a bit, read this a couple times: http://reductivelabs.com/trac/puppet/wiki/PuppetBestPractice
[2009/06/08 16:20:58] <SyRenity> agaffney: if there anything
[2009/06/08 16:21:07] <SyRenity> coofamani: thanks - will check
[2009/06/08 16:21:16] <SyRenity> i actually passed already 3 systems in way to puppet
[2009/06/08 16:21:20] <agaffney> yep, that page will help
[2009/06/08 16:21:21] <SyRenity> cfengine
[2009/06/08 16:21:30] <SyRenity> then bfcg2
[2009/06/08 16:21:32] <SyRenity> then chef
[2009/06/08 16:21:46] <SyRenity> and finally landed here - while it was the original purpose all the time :)
[2009/06/08 16:22:10] <SyRenity> chef looked nice - but they don't have any distro support
[2009/06/08 16:22:20] <SyRenity> and the install is quite difficult
[2009/06/08 16:23:37] <SyRenity> btw, is there any repository with pre-made recepies
[2009/06/08 16:23:38] <SyRenity> ?
[2009/06/08 16:23:43] <SyRenity> i found this one http://reductivelabs.com/trac/puppet/wiki/CompleteConfiguration
[2009/06/08 16:23:49] <SyRenity> but perhaps there is more?
[2009/06/08 16:24:09] <coofamani> http://reductivelabs.com/trac/puppet/tags/puppet%2Crecipe
[2009/06/08 16:24:45] <fzzzt> is it kosher to have a - in a class name?
[2009/06/08 16:24:45] <SyRenity> coofamani: thanks - iptables, exactly what i looked for
[2009/06/08 16:26:11] <coofamani> fzzzt: Ive used :: and _, and I think - with no problems
[2009/06/08 16:27:27] @ Quit: Daniel_online_: Remote closed the connection
[2009/06/08 16:28:11] <fzzzt> hmmm ok
[2009/06/08 16:29:06] @ Quit: d3vilb0x_:
[2009/06/08 16:29:32] <fzzzt> so in my nodes.pp, i have class 'testing' which sets $openldap_version='...' and my node includes that, then includes openldap-server, which has package { openldap-servers: endures => $openldap_version }
[2009/06/08 16:29:52] <coofamani> endures eh?
[2009/06/08 16:29:53] <fzzzt> should that work?
[2009/06/08 16:30:02] <fzzzt> ensures, sorry, vmware copy/paste is busted
[2009/06/08 16:30:08] @ user__ joined channel #puppet
[2009/06/08 16:30:26] @ user__ is now known as theturbodog
[2009/06/08 16:30:38] <coofamani> yeah, I've frequently 'unsure'd files :)
[2009/06/08 16:30:50] <joe-mac1> anybody using capistrano to do a puppet push?
[2009/06/08 16:30:55] <theturbodog> does anyone know if there is a way to copy a file based on architecture
[2009/06/08 16:31:08] <joe-mac1> theturbodog: yea, use the $architecture fact
[2009/06/08 16:31:14] <coofamani> fzzzt: are you getting a specific error?
[2009/06/08 16:31:36] <joe-mac1> you have to inherit to override...
[2009/06/08 16:31:41] <joe-mac1> and you have to use a specific syntax
[2009/06/08 16:31:59] @ ezmob is now known as ezmob|away
[2009/06/08 16:32:16] <theturbodog> joe: well...that's way too easy
[2009/06/08 16:32:36] <SyRenity> quick question
[2009/06/08 16:32:40] <SyRenity> the file bucket
[2009/06/08 16:32:46] <fzzzt> coofamani: puppetd[18255]: Could not create openldap-servers: Parameter ensure failed: interning empty string
[2009/06/08 16:32:53] <SyRenity> does it backs up every file being touched?
[2009/06/08 16:32:54] <fzzzt> ok
[2009/06/08 16:32:55] <fzzzt> hmm
[2009/06/08 16:33:00] <fzzzt> that stinks
[2009/06/08 16:33:14] <eagleheart> fzzzt: http://reductivelabs.com/trac/puppet/wiki/FrequentlyAskedQuestions#what-characters-are-permitted-in-a-class-name
[2009/06/08 16:33:19] <SyRenity> meaning if i do a package update, which in turn pulls a dozen of other updates
[2009/06/08 16:33:23] <SyRenity> all will be backed up?
[2009/06/08 16:33:36] @ Quit: jairaj: "Leaving."
[2009/06/08 16:33:36] <coofamani> no
[2009/06/08 16:33:53] @ D-CoDe joined channel #puppet
[2009/06/08 16:33:57] <joe-mac1> lol, theturbodog, two different responses
[2009/06/08 16:34:08] <coofamani> your package manager would be responsible for that, but most likely doesnt back things up other than configs
[2009/06/08 16:34:31] <eagleheart> I'm concerned about module names, if they must conform to ruby \w+ then dashes (or hyphens) are not allowed, true?
[2009/06/08 16:35:24] <fzzzt> so inheritance seems like it works but just for one level of scope
[2009/06/08 16:35:37] <SyRenity> coofamani: ok , so only files i work with explicitly
[2009/06/08 16:35:41] <SyRenity> are affected?
[2009/06/08 16:36:16] <coofamani> SyRenity: http://reductivelabs.com/trac/puppet/wiki/TypeReference#file , take a look at the 'backup' parameter
[2009/06/08 16:37:19] @ Quit: Bass10: "Leaving"
[2009/06/08 16:37:28] <coofamani> fzzzt: try using includes instead of inheritance
[2009/06/08 16:37:45] <coofamani> fzzzt: that was the recommendation I got here, and its worked out for the better
[2009/06/08 16:37:47] <fzzzt> i am
[2009/06/08 16:37:48] @ fzzzt left channel #puppet ()
[2009/06/08 16:38:53] @ fzzzt joined channel #puppet
[2009/06/08 16:38:57] <fzzzt> hrm.
[2009/06/08 16:39:08] <fzzzt> i am using includes, i missed whatever you said after that
[2009/06/08 16:39:44] <coofamani> fzzzt: that was the recommendation I got here, and its worked out for the better
[2009/06/08 16:40:45] <fzzzt> but you can't override variables with include?
[2009/06/08 16:41:01] <fzzzt> well, i'm not overriding them, i'm setting them... hmm
[2009/06/08 16:41:07] <ctso> well, yeah
[2009/06/08 16:41:11] <ctso> you have 2 separate classes
[2009/06/08 16:41:19] @ jason^_ is now known as jason^
[2009/06/08 16:41:19] <fzzzt> all nodes will be in testing or production, so i have 2 classes that i include, to set up variables...
[2009/06/08 16:41:23] <ctso> that are included separately .. they shouldnt have access to each other
[2009/06/08 16:41:30] <fzzzt> i was hoping to not have to specify them all in every node
[2009/06/08 16:41:38] <fzzzt> would that be a definition?
[2009/06/08 16:41:42] <ctso> i accomplish something like that by
[2009/06/08 16:41:48] <fzzzt> read something aobut that..
[2009/06/08 16:41:56] <ctso> ulgh. need to get my head straight
[2009/06/08 16:42:26] @ notbrien_ joined channel #puppet
[2009/06/08 16:42:48] <theturbodog> joe: that worked perfectly thanks!
[2009/06/08 16:42:58] <joe-mac1> np
[2009/06/08 16:43:48] <ctso> i have a "cluster" class that defines cluster-level variables, and that class includes my module base which uses a lot of those variables
[2009/06/08 16:44:08] @ nakano is now known as nakano_
[2009/06/08 16:44:09] <fzzzt> hmm
[2009/06/08 16:44:12] <fzzzt> sounds like that i'm doing
[2009/06/08 16:44:15] <fzzzt> what*
[2009/06/08 16:44:29] <ctso> i think you're talking about including a "config" module that will set a bunch of global variables used by everything else
[2009/06/08 16:44:30] <SyRenity> coofamani: thanks, this explains it pretty well
[2009/06/08 16:44:35] <fzzzt> wait no, i have a node that includes the testing class, other way around i think
[2009/06/08 16:44:43] <SyRenity> where the filebucket saves the backups?
[2009/06/08 16:44:47] <ctso> i wanted to do something similar at first, but i couldnt find a way to get the scoping right except this
[2009/06/08 16:44:48] <SyRenity> on which physical path i mean?
[2009/06/08 16:44:52] <ctso> and even then it sucks imo
[2009/06/08 16:44:55] <fzzzt> your way, my testing class would include my nodes...
[2009/06/08 16:45:09] <fzzzt> hrm
[2009/06/08 16:45:13] <ctso> well, i have a cluster class, that includes my base
[2009/06/08 16:45:18] <ctso> and then my nodes include the cluster class
[2009/06/08 16:45:24] <fzzzt> oh
[2009/06/08 16:45:31] @ notbrien__ joined channel #puppet
[2009/06/08 16:46:11] <ctso> honestly - i don't really "get" the scoping. this is just what works. i know that if you have a class and you set a bunch of variables, and then you include a class, that class will have access to those variables
[2009/06/08 16:46:32] @ Quit: notbrien__: Client Quit
[2009/06/08 16:46:37] <SyRenity> ok, i see - is's stored under /var/lib/puppet/bucket/
[2009/06/08 16:46:41] <ctso> you can also have a subcluster class that includes the "cluster" class, set variables, and those variables will be accessible in that class that you included in the cluster class
[2009/06/08 16:46:47] <joe-mac1> yes, that's true... but only 'children' will see those variables.. scoping gets a little tough with puppet
[2009/06/08 16:47:00] <fzzzt> see then it should work for me
[2009/06/08 16:47:04] @ lak joined channel #puppet
[2009/06/08 16:47:11] <Volcane> anything { <scope here> }
[2009/06/08 16:47:11] <fzzzt> my node includes 'testing' which sets variables, then inclues 'ldap' which uses them
[2009/06/08 16:47:12] <theturbodog> scoping also gets funky when you start using namespaces
[2009/06/08 16:47:22] <Volcane> all the stuff inside, { } and whatever they include will have access to vars
[2009/06/08 16:47:25] <ctso> you're setting variables in the classes that you're including
[2009/06/08 16:47:32] <ctso> as joe-mac said, only the children will see the variables
[2009/06/08 16:47:36] <Volcane> and scope goes down, not up
[2009/06/08 16:47:40] <ctso> but you want siblings to see each other's variables
[2009/06/08 16:47:42] <fzzzt> but, testing doesnt include ldap itself...so maybe its at the same level i guess
[2009/06/08 16:47:53] <fzzzt> 'testing' doesnt set it's parent's variables i guess
[2009/06/08 16:47:55] <Volcane> { include foo \n include bar } bar wont see vars that foo set
[2009/06/08 16:47:58] <fzzzt> yeah
[2009/06/08 16:48:06] <fzzzt> i just turned that light on :)
[2009/06/08 16:48:17] <Volcane> thats about all there is to it
[2009/06/08 16:49:14] <ctso> yeah essentially, i set $ldap_Version your "testing" class
[2009/06/08 16:49:32] <ctso> *in your
[2009/06/08 16:49:47] <fzzzt> i do
[2009/06/08 16:49:51] <ctso> bah, in your node
[2009/06/08 16:49:51] <ctso> i mean
[2009/06/08 16:50:00] <fzzzt> yeah, that's what i was trying to avoid
[2009/06/08 16:50:11] <fzzzt> i might be able to use $testing::ldap_version
[2009/06/08 16:50:35] <ctso> oh, let me know if that works
[2009/06/08 16:50:37] <ctso> that would be interesting
[2009/06/08 16:50:45] <fzzzt> the faq mentions that, ill give ti a try
[2009/06/08 16:50:50] <fzzzt> it* (omg bad today)
[2009/06/08 16:51:47] @ Quit: D-CoDe: "Leaving."
[2009/06/08 16:53:00] @ Quit: RageLink: Read error: 110 (Connection timed out)
[2009/06/08 16:55:41] <fzzzt> looks like it worked
[2009/06/08 16:56:10] @ Quit: joe-mac: Read error: 110 (Connection timed out)
[2009/06/08 16:56:27] * coofamani goes home
[2009/06/08 16:56:31] <ctso> cool
[2009/06/08 16:56:35] <ctso> so you basically have a testing class
[2009/06/08 16:56:36] <fzzzt> i have $enviroment = $testing::environment, $openldap_version = $testing::openldap_version
[2009/06/08 16:56:40] <ctso> with a bunch of variables for your testing environment?
[2009/06/08 16:56:43] <fzzzt> i can paste bin it
[2009/06/08 16:56:48] <fzzzt> 1sec
[2009/06/08 16:58:20] <ctso> cool, thanks man
[2009/06/08 16:59:06] <fzzzt> http://pastebin.com/d39be667f
[2009/06/08 16:59:29] @ Quit: pleemans: Read error: 110 (Connection timed out)
[2009/06/08 17:01:01] <ctso> cool
[2009/06/08 17:01:12] <ctso> though im wondering.. if you wanted to switch testing out with production
[2009/06/08 17:01:21] <ctso> you'd have to replace all those instances of the var testing
[2009/06/08 17:01:41] @ Quit: notbrien_: Connection timed out
[2009/06/08 17:02:39] <SyRenity> a question about the classes
[2009/06/08 17:02:47] <SyRenity> they can replace the node definition, correcT
[2009/06/08 17:03:00] <SyRenity> ?
[2009/06/08 17:03:45] @ Quit: notbrien: Connection timed out
[2009/06/08 17:04:46] <fzzzt> ctso: true, we actually designate that by hostname (domain.org, domaintest.org), i just couldn't use a regex in there, so i wouldn't "swap out" a machine, we'd change the hostname
[2009/06/08 17:04:46] <Volcane> not really
[2009/06/08 17:04:53] <fzzzt> but i get what you're saying...it's a drawback
[2009/06/08 17:04:59] <Volcane> u still need nodes, but it could be a single node 'default' for example
[2009/06/08 17:05:58] @ ezmob|away is now known as ezmob
[2009/06/08 17:06:33] <SyRenity> Volcane: is there any example of how it all works?
[2009/06/08 17:06:46] <Volcane> what exactly do you want to do?
[2009/06/08 17:06:56] <SyRenity> for example, have a class of machines named www
[2009/06/08 17:06:59] <SyRenity> and install lighttpd on them
[2009/06/08 17:07:24] <SyRenity> i need some illustration, of how module, class and node are working
[2009/06/08 17:07:30] <SyRenity> all together i mean
[2009/06/08 17:07:32] <Volcane> well u can just make a class say: class lighttpd { do all the stuff to install it here }
[2009/06/08 17:07:46] <Volcane> and then in whatver node is a webserver, you do node web1.foo.com { include lighttpd }
[2009/06/08 17:08:29] <Volcane> thres a working step by step sample here: http://www.devco.net/pubwiki/Puppet/GettingStarted
[2009/06/08 17:09:29] <SyRenity> thanks will read
[2009/06/08 17:09:35] @ Bass10 joined channel #puppet
[2009/06/08 17:09:36] <SyRenity> but to understand the concept
[2009/06/08 17:09:50] <SyRenity> i basically define the class in separate file
[2009/06/08 17:09:52] <ctso> lak: hey tyhere, would you happen to know anything about someone taking over the iclassify project?
[2009/06/08 17:10:03] <SyRenity> then include in node the class
[2009/06/08 17:10:08] <Volcane> yes
[2009/06/08 17:10:12] <lak> ctso: no, i don't
[2009/06/08 17:10:15] <SyRenity> does classes have some special directory?
[2009/06/08 17:10:17] <SyRenity> like modules?
[2009/06/08 17:10:18] <lak> i know brian gupta is using it some
[2009/06/08 17:10:39] <Volcane> syrenity: classes are like container for resources - like file{} - and then you can include those collections of resources into many nodes easily
[2009/06/08 17:10:50] @ Quit: Bass10: SendQ exceeded
[2009/06/08 17:11:15] @ Bass10 joined channel #puppet
[2009/06/08 17:11:24] <Volcane> SyRenity: generally people just pop them all in a directory and do 'import directory/*.pp' but if you're going to use modules (much recommended) then they auto load etc
[2009/06/08 17:11:26] <ctso> lak: hhmm.. k, thanks (i asked because james turnbull pointed me towards you) - just trying to figure out what to do with regards to node/cluster management
[2009/06/08 17:11:33] <lak> ah
[2009/06/08 17:11:40] <Volcane> SyRenity: modules are collections of classes, files and templates with autoloading magic
[2009/06/08 17:11:52] <lak> yeah, we're working on a solution to the same problem but i don't have a timeline right now
[2009/06/08 17:12:07] <SyRenity> ok, i will follow the doc you gave
[2009/06/08 17:12:14] <SyRenity> btw, i almost forgot
[2009/06/08 17:12:19] <SyRenity> i read that ruby has a memory leak
[2009/06/08 17:12:29] <SyRenity> so people recommend running puppet as cron'ed task
[2009/06/08 17:12:31] <SyRenity> and not as a service
[2009/06/08 17:12:38] <SyRenity> can anyone advice about this?
[2009/06/08 17:12:49] <ctso> heh - im very tempted to just roll something simple on my own to get what i need done, though as you've confirmed, i was afraid i'd be duplicating effort :\
[2009/06/08 17:12:52] <Volcane> it depends on a ton of things
[2009/06/08 17:12:53] <fzzzt> top
[2009/06/08 17:13:06] <Volcane> SyRenity: run it and see how it works for u, if its a problem, cron it
[2009/06/08 17:13:21] <Volcane> I've not had a problem with it for several puppet versions now
[2009/06/08 17:15:08] <SyRenity> ok, great - cause i really don't want the management system to crash the server :)
[2009/06/08 17:15:19] <SyRenity> this would be kinda anti-purpose
[2009/06/08 17:15:35] <lak> ctso: it's *really* easy to roll a yaml-based node server
[2009/06/08 17:15:39] <lak> i have lots of customers who have done that
[2009/06/08 17:15:42] <fzzzt> well if it did it could notice it was down and restart itself.
[2009/06/08 17:15:43] <fzzzt> hah
[2009/06/08 17:15:45] <lak> i can send you the 30 line ruby script :)
[2009/06/08 17:16:21] <ctso> heh, im not sure what you mean - would that be external node classification via hostname or such?
[2009/06/08 17:16:53] <lak> yep
[2009/06/08 17:17:16] <lak> you basically just have per-node yaml files -- exactly what puppet is expecting from your node service -- in a directory, and a ruby script that, well, cats them to stdout :)
[2009/06/08 17:17:23] <lak> doesn't get much easier than that
[2009/06/08 17:18:42] @ madrescher joined channel #puppet
[2009/06/08 17:19:32] <SyRenity> a question about basenode
[2009/06/08 17:19:38] <SyRenity> is it the same as default node?
[2009/06/08 17:20:24] <Volcane> no it generally refers to node inheritance
[2009/06/08 17:20:33] <Volcane> forget you ever heard of it, you'll thank me later on
[2009/06/08 17:21:42] <SyRenity> basenode?
[2009/06/08 17:21:48] <SyRenity> it was in the beginners tutorial... :)
[2009/06/08 17:23:02] <SyRenity> Volcane: can i assign module to class?
[2009/06/08 17:23:22] <Volcane> modules are collections of classes
[2009/06/08 17:23:28] <ctso> lak: heh, did not realize you were luke k
[2009/06/08 17:23:29] <ctso> i think the problem is im looking to be able to spin up/down lots of instances of the same types of machines, and also be able to change some config files based on the ips of certain types of nodes (E.g. all nodes that include a certain class) in a cluster as i do this.. i think it requires something more complicated than a per-node solution though please do tell me if im wrong
[2009/06/08 17:24:11] <Volcane> ctso: you could jsut write a small bit of ruby to figue out what type of node a node is based on hostname/ip/someother metric and use the result as a variable
[2009/06/08 17:24:21] <Volcane> ctso: which you can then use to include the needed config
[2009/06/08 17:24:54] <SyRenity> Volcane: got me confused there
[2009/06/08 17:25:07] <SyRenity> the guide says to separate functionality to module directory
[2009/06/08 17:25:21] <SyRenity> so you could have init.pp for the functionality
[2009/06/08 17:25:27] <SyRenity> and files for any files of the module
[2009/06/08 17:25:28] <Volcane> so you set lets say $nodetype through either a fact or a function, you can then just do include "type::${nodetype}"
[2009/06/08 17:25:50] <Volcane> SyRenity: yes, but the stuff in manifests are just classes, they do also contain files and templates that make sense in a group
[2009/06/08 17:26:36] @ Quit: reyjrar: "Leaving"
[2009/06/08 17:26:52] @ Quit: eagleheart: "ircII EPIC4-2.8 -- Are we there yet?"
[2009/06/08 17:27:49] <SyRenity> Volcane: so what is the best way to include them?
[2009/06/08 17:27:52] <ctso> Volcane: hhmm, i think i would still be limited to a single node's information though, i would like every node to have knowledge of every ip in the cluster - though i can see how the simple hostname metric can solve the classification problem, i think that's how im tending towards the need for cluster management
[2009/06/08 17:28:04] <SyRenity> the doc you provided advices to place all in a single class
[2009/06/08 17:28:07] <SyRenity> more or less
[2009/06/08 17:28:24] <Volcane> SyRenity: in a module - lets say apache - you would have classes like apache apache::install apache::config etc, you include them like you would a normal class 'include apache::install'
[2009/06/08 17:28:27] <SyRenity> and the begginers guide suggets to place all modules within modules directory
[2009/06/08 17:29:29] <Volcane> ctso: k, well maybe i am not following your requirements, i was under the impression u needed a way to do the equiv of node definitions based on your type of server and you want to programatically figure out type?
[2009/06/08 17:29:36] <fzzzt> Anyone know off-hand if using ensure => 'version' for a package is auto-globbed? like would 1.2.3 match 1.2.3.54-abd4_6
[2009/06/08 17:30:17] @ Quit: fzzzt: Read error: 104 (Connection reset by peer)
[2009/06/08 17:30:42] @ Quit: Innocenti: Client Quit
[2009/06/08 17:32:18] @ Quit: fujin:
[2009/06/08 17:32:32] @ fujin joined channel #puppet
[2009/06/08 17:32:49] @ docelic_ is now known as docelic
[2009/06/08 17:33:56] @ fzzzt joined channel #puppet
[2009/06/08 17:34:11] <fzzzt> sorry, having issues w/pidgin crashing today. so version number auto-globbing?
[2009/06/08 17:34:18] <fzzzt> (or any way to glob)
[2009/06/08 17:34:55] <Volcane> fzzzt: nope, no can do
[2009/06/08 17:34:59] <fzzzt> ok
[2009/06/08 17:36:36] <SyRenity> is the runinterval should be set below [main]. or below [puppetd]? or it's doesn't matter?
[2009/06/08 17:38:22] <SyRenity> ok, main works
[2009/06/08 17:40:15] <fzzzt> hmm if i import "blah/file.pp" in one node, do the classes imported only get applied/noticed by that one node?
[2009/06/08 17:40:53] <Volcane> import just makes it available for use, to use it on a node you need to include the class
[2009/06/08 17:41:57] @ RageLink joined channel #puppet
[2009/06/08 17:41:59] <fzzzt> yeah, ok, if i import then include within one node, do the other nodes have access to the imported class?
[2009/06/08 17:43:13] <Volcane> you generally dont import inside node statements, if you're just using classes import them in your site.pp then just include where u need them
[2009/06/08 17:46:31] @ aymerick joined channel #puppet
[2009/06/08 17:48:49] <ctso> volcane: that is one of the requirements and i understand how to do that via external node classification - but im also looking for a little more in terms of overall cluster knowledge in configurations and a better graphical view of the cluster; thx for ur suggestions thus far, gotta head off for now
[2009/06/08 17:49:08] @ Djelibeybi joined channel #puppet
[2009/06/08 17:49:11] <Volcane> k
[2009/06/08 17:51:01] @ Quit: fzzzt: "Leaving."
[2009/06/08 17:51:29] @ nakano_ is now known as nakano
[2009/06/08 17:51:52] <SyRenity> question
[2009/06/08 17:52:04] <SyRenity> how the external classifier, via external hosts is working?
[2009/06/08 17:52:28] <SyRenity> i mean, if i have a host providing the classes per host
[2009/06/08 17:52:54] <SyRenity> i mean, external host providing classes per host in yaml format
[2009/06/08 17:53:07] <Volcane> it just replace node files
[2009/06/08 17:53:34] <SyRenity> so i just need to specify the class files directly?
[2009/06/08 17:53:47] <SyRenity> and they will be launched by puppet?
[2009/06/08 17:53:52] @ Quit: theturbodog:
[2009/06/08 17:54:29] <SyRenity> i mean, i no longer need to include the node files
[2009/06/08 17:54:33] <SyRenity> but only the classes
[2009/06/08 17:54:52] <SyRenity> and puppet, according to external host would figure out what to run?
[2009/06/08 17:54:57] <Volcane> see http://reductivelabs.com/trac/puppet/wiki/ExternalNodes
[2009/06/08 17:59:52] <jamesturnbull> ctso: there are some example of external node classifiers in my book - http://tinyurl.com/puppetbook - that includes ones back-ended by DBs, etc - and there is always wiki:LDAPNodes too
[2009/06/08 17:59:54] <gepetto> jamesturnbull: ctso: wiki:LDAPNodes is http://reductivelabs.com/trac/puppet/wiki/LDAPNodes
[2009/06/08 18:00:25] @ Quit: GregCSI: Read error: 110 (Connection timed out)
[2009/06/08 18:00:56] <jamesturnbull> SyRenity: also ^^^^
[2009/06/08 18:02:17] @ nasrat joined channel #puppet
[2009/06/08 18:02:31] <SyRenity> ok, i see
[2009/06/08 18:02:40] <SyRenity> but i actually trying to integrate puppet with cobbler
[2009/06/08 18:02:52] <SyRenity> and it provides the classifiers in compatible format
[2009/06/08 18:02:56] <Volcane> but cobbler already support puppet out the box
[2009/06/08 18:03:09] <SyRenity> yep, this is the point :)
[2009/06/08 18:03:18] <SyRenity> i'm trying to figure out how to setup puppet
[2009/06/08 18:03:24] <SyRenity> so each provisioned node
[2009/06/08 18:03:34] @ Quit: mfournier: Read error: 113 (No route to host)
[2009/06/08 18:03:44] <SyRenity> would be able to receive configuration, according to class
[2009/06/08 18:04:02] <SyRenity> i tried now removing all teh nodes from sites.pp
[2009/06/08 18:04:06] <SyRenity> and only including classes
[2009/06/08 18:04:09] <nasrat> If anyone looking for ma puppet meet is looking I'm outside
[2009/06/08 18:04:43] <Volcane> https://fedorahosted.org/cobbler/wiki/UsingCobblerWithConfigManagementSystem
[2009/06/08 18:04:44] <Volcane> shows how
[2009/06/08 18:05:21] <SyRenity> found it :0
[2009/06/08 18:05:29] <SyRenity> it was a missing letter in class name
[2009/06/08 18:05:49] <SyRenity> actually it's very simple - just create a class and name it according to cobbler management classes
[2009/06/08 18:06:06] <SyRenity> Volcane: yep, i know - i started from here
[2009/06/08 18:06:13] <SyRenity> ok, the only question i have left for today
[2009/06/08 18:06:26] <SyRenity> is there any way to nicely re-use the modules in classes?
[2009/06/08 18:06:32] <SyRenity> i mean, to take the modules approach
[2009/06/08 18:06:40] <SyRenity> and to be able to assign it to classes as needed?
[2009/06/08 18:07:37] <Volcane> you can include classes in classes
[2009/06/08 18:08:11] <SyRenity> ahh, now i got it
[2009/06/08 18:08:23] <SyRenity> the module init.pp is actually also a class
[2009/06/08 18:08:39] <SyRenity> how do i include them?
[2009/06/08 18:08:52] <Volcane> how do you include a class?
[2009/06/08 18:08:57] <SyRenity> via class name { ... include name2 }?
[2009/06/08 18:09:00] <SyRenity> yep
[2009/06/08 18:09:05] @ Quit: nasrat: "Get Colloquy for iPhone! http://mobile.colloquy.info/"
[2009/06/08 18:10:11] @ francois left channel #puppet ()
[2009/06/08 18:12:08] <SyRenity> so, the above syntax is correct - class name { include name 2} ?
[2009/06/08 18:12:25] @ Quit: mccune: "Leaving."
[2009/06/08 18:12:25] <SyRenity> is there any importance if the include is in top of class, or in bottom?
[2009/06/08 18:16:32] @ nasrat joined channel #puppet
[2009/06/08 18:19:32] <SyRenity> hmm
[2009/06/08 18:19:32] <SyRenity> Could not retrieve catalog: Could not find class vim in namespaces
[2009/06/08 18:19:48] <SyRenity> it seems including module doesn't help
[2009/06/08 18:19:49] <SyRenity> any idea?
[2009/06/08 18:20:48] @ Quit: nasrat: Client Quit
[2009/06/08 18:23:19] <Volcane> so you have a vim module?
[2009/06/08 18:23:34] <Volcane> where do you do 'class vim { } ' what file?
[2009/06/08 18:24:08] <SyRenity> the class sits here
[2009/06/08 18:24:16] <SyRenity> "/etc/puppet/modules/vim/manifests/init.pp"
[2009/06/08 18:24:41] <SyRenity> the modules path is autoincluded afaik
[2009/06/08 18:24:47] <SyRenity> i also have the following class
[2009/06/08 18:24:53] <Volcane> and do you have modulepath set?
[2009/06/08 18:25:17] <SyRenity> "/etc/puppet/manifests/classes/mainos.pp"
[2009/06/08 18:25:20] <SyRenity> which includes it
[2009/06/08 18:25:27] <SyRenity> yes, but it works without it as well
[2009/06/08 18:26:00] @ shake-n-bake joined channel #puppet
[2009/06/08 18:27:24] <SyRenity> strange
[2009/06/08 18:27:29] <SyRenity> the sudo example works fine
[2009/06/08 18:27:34] <SyRenity> but if i put the vim recipe
[2009/06/08 18:27:41] <SyRenity> it complains about the missing vim class
[2009/06/08 18:30:21] <SyRenity> ok, the problem seems to be within this recipe:
[2009/06/08 18:30:22] <SyRenity> http://reductivelabs.com/trac/puppet/wiki/Recipes/Vim
[2009/06/08 18:30:34] <SyRenity> hmm, any idea why puppet, if it can't find the vim package
[2009/06/08 18:30:39] <SyRenity> which probably happens here
[2009/06/08 18:30:43] <SyRenity> complains about class?
[2009/06/08 18:31:37] @ nakano is now known as nakano_
[2009/06/08 18:37:45] @ Quit: lak:
[2009/06/08 18:41:36] @ nakano_ is now known as nakano
[2009/06/08 19:01:11] @ lak joined channel #puppet
[2009/06/08 19:10:51] @ Quit: madrescher: Read error: 110 (Connection timed out)
[2009/06/08 19:11:30] @ madrescher joined channel #puppet
[2009/06/08 19:14:07] @ Quit: Djelibeybi: "Leaving"
[2009/06/08 19:15:36] @ Quit: lak:
[2009/06/08 19:17:53] @ Quit: grey-: Remote closed the connection
[2009/06/08 19:18:32] @ Quit: SyRenity:
[2009/06/08 19:22:03] @ gazzerh joined channel #puppet
[2009/06/08 19:27:43] @ QMan joined channel #puppet
[2009/06/08 19:30:43] @ Djelibeybi joined channel #puppet
[2009/06/08 19:34:22] @ Quit: ricdanger: Read error: 110 (Connection timed out)
[2009/06/08 19:38:55] @ Quit: QMan: "."
[2009/06/08 19:43:39] @ iFujin joined channel #puppet
[2009/06/08 19:45:09] @ Quit: alfism: "http://opensolaris.com/"
[2009/06/08 19:52:24] @ Quit: iFujin: "Rooms • iPhone IRC Client • http://rooms.derflash.de"
[2009/06/08 19:56:27] @ nakano is now known as nakano_
[2009/06/08 20:01:35] @ QMan joined channel #puppet
[2009/06/08 20:08:46] @ alex_ joined channel #puppet
[2009/06/08 20:08:56] @ Quit: grim_radical: "Leaving"
[2009/06/08 20:14:08] @ Quit: shake-n-bake:
[2009/06/08 20:14:09] @ D-CoDe joined channel #puppet
[2009/06/08 20:16:15] @ Quit: justindossey: "Leaving."
[2009/06/08 20:38:07] @ Quit: madrescher: Read error: 113 (No route to host)
[2009/06/08 20:38:59] @ madrescher joined channel #puppet
[2009/06/08 20:49:42] @ mfoster joined channel #puppet
[2009/06/08 20:53:37] @ garin_ joined channel #puppet
[2009/06/08 20:57:03] @ Quit: madrescher: Read error: 104 (Connection reset by peer)
[2009/06/08 20:57:07] @ joe-mac joined channel #puppet
[2009/06/08 20:59:17] @ unpaidbill joined channel #puppet
[2009/06/08 20:59:25] @ Quit: ezmob: "Bye!"
[2009/06/08 20:59:45] @ Quit: aymerick:
[2009/06/08 21:06:43] @ Quit: WALoeIII: "Bai."
[2009/06/08 21:13:30] @ Quit: schwagala: Read error: 54 (Connection reset by peer)
[2009/06/08 21:13:35] @ schwagala joined channel #puppet
[2009/06/08 21:14:31] @ PhabX joined channel #puppet
[2009/06/08 21:18:03] @ mfoster left channel #puppet ()
[2009/06/08 21:21:57] @ Quit: alex_: "No Ping reply in 90 seconds."
[2009/06/08 21:28:41] @ lak joined channel #puppet
[2009/06/08 21:37:10] @ maxagaz joined channel #puppet
[2009/06/08 21:40:20] @ Quit: maxagaz: Client Quit
[2009/06/08 21:44:12] @ plathrop is now known as plathrop-away
[2009/06/08 21:45:11] @ WALoeIII joined channel #puppet
[2009/06/08 21:48:02] @ Quit: marcoecc: Remote closed the connection
[2009/06/08 21:50:13] @ marcoecc joined channel #puppet
[2009/06/08 21:55:45] @ martha left channel #puppet ()
[2009/06/08 21:56:45] @ alex___ joined channel #puppet
[2009/06/08 22:02:22] @ pinoyskull joined channel #puppet
[2009/06/08 22:07:01] @ Quit: claymation:
[2009/06/08 22:44:06] @ alex2 joined channel #puppet
[2009/06/08 22:51:29] @ Quit: PhabX: "Leaving..."
[2009/06/08 22:52:31] @ Quit: gaveen_: Read error: 110 (Connection timed out)
[2009/06/08 22:53:10] @ gaveen_ joined channel #puppet
[2009/06/08 22:53:12] @ Quit: QMan: Read error: 60 (Operation timed out)
[2009/06/08 22:53:26] @ QMan joined channel #puppet
[2009/06/08 22:57:45] @ Quit: D-CoDe: "Leaving."
[2009/06/08 23:00:07] @ egerlach joined channel #puppet
[2009/06/08 23:00:14] @ PhabX joined channel #puppet
[2009/06/08 23:03:13] @ pinoyskull_ joined channel #puppet
[2009/06/08 23:09:35] @ Quit: pinoyskull: Read error: 60 (Operation timed out)
[2009/06/08 23:21:38] @ blahdeblah joined channel #puppet
[2009/06/08 23:23:50] @ pinoyskull joined channel #puppet
[2009/06/08 23:42:13] @ Quit: PhabX: "Leaving..."
[2009/06/08 23:42:45] @ Quit: pinoyskull_: Read error: 110 (Connection timed out)
[2009/06/08 23:50:00] @ Quit: alex___: Remote closed the connection
[2009/06/08 23:51:09] @ cwebber joined channel #puppet
[2009/06/08 23:51:39] @ Quit: cwebber: Read error: 54 (Connection reset by peer)
[2009/06/08 23:51:41] @ cwebber joined channel #puppet

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