Wednesday, 2008-05-21

[2008/05/21 00:34:49] <gepetto_> ::puppet:: Ticket #1234 (defect created): incorrect autotest info on wiki/WritingTests @ http://reductivelabs.com/trac/puppet/ticket/1234 (by marcin@owsiany.pl)
[2008/05/21 00:35:19] @ Joined channel #puppet
[2008/05/21 00:35:19] @ Topic is "0.24.4 is out: http://snurl.com/22lnx | Please see http://snurl.com/1udr1 for channel guidelines | See http://snurl.com/1udr3 and http://snurl.com/2901u about two SSL issues"
[2008/05/21 00:35:19] @ Topic set by lak on Fri May 16 03:17:25 +1000 2008
[2008/05/21 00:35:51] <DavidS> ashp: anything specific you'd like/need to have changed?
[2008/05/21 00:35:52] <ashp> DavidS: No, I could probably just drop in your entire module and replace my ssh one with it.
[2008/05/21 00:36:14] <ashp> It's just doing and testing it that's making me feel lazy, I'm all puppeted out. I have about 25 things I still need to do within puppet but I'm all out of steam.
[2008/05/21 00:37:08] <DavidS> porridge: when it is absolutely necessary to file a bug (because one has no clue what the fix is), one should add (at least) a note at the erroneous passage stating something to the intention of "I believe this is wrong/misleasing, please discuss specifics at #1234"
[2008/05/21 00:37:09] <gepetto> DavidS: porridge: #1234 is http://reductivelabs.com/trac/puppet/ticket/1234 "incorrect autotest info on wiki/WritingTests"
[2008/05/21 00:37:22] <DavidS> gepetto: yes, thanks, gepetto
[2008/05/21 00:37:44] <DavidS> ashp: welcome to the club :)
[2008/05/21 00:38:15] <DavidS> actually using foreign modules should reduce your load, since you only have to deploy and test, but not write :)
[2008/05/21 00:38:17] <tim|mb> DavidS! :)
[2008/05/21 00:38:30] <ashp> I should go add my modules (-users as it has password hashes in!) to github
[2008/05/21 00:38:42] <ashp> i'll go read some instructions on how to make my own repo i guess
[2008/05/21 00:39:27] <porridge> DavidS: ok, will do
[2008/05/21 00:39:50] <porridge> I'm now trying to found out who wrote that piece of text and ask them
[2008/05/21 00:40:11] <DavidS> frack, using puppetd --noop to request a new certificate causes the certificate to _not_ be saved on the client
[2008/05/21 00:40:15] <DavidS> obviously!
[2008/05/21 00:40:25] <ashp> One thing I must do is remove all password strings out of the .pp files and find a way to include them from elsewhere
[2008/05/21 00:40:30] <ashp> so I can distribute things easier
[2008/05/21 00:40:57] @ Quit: mikearr: Read error: 110 (Connection timed out)
[2008/05/21 00:41:01] <DavidS> ashp: see http://git.black.co.at/?p=manifests.git;a=blob;f=manifests/site_hosting/davids.pp;h=f3a4ead1dfea57c1819d4a2f438063d40110434d;hb=HEAD line 11
[2008/05/21 00:41:25] <ashp> Oh wow, I had NO idea I could do that
[2008/05/21 00:41:36] <ashp> Well in that case, time to modify some things.
[2008/05/21 00:42:04] @ mikearr joined channel #puppet
[2008/05/21 00:42:12] <ashp> I'll have to tweak stuff as I assume I can't just literally include a file() anywhere I want
[2008/05/21 00:42:25] <ashp> command => "/usr/sbin/rhnreg_ks --profile=\"$fqdn\" --username=\"\" --password=\"\"",
[2008/05/21 00:42:34] <DavidS> well, not _everywhere_, but is quite flexible ;)
[2008/05/21 00:42:37] <ashp> I guess I can't just change --username into ="file()" ?
[2008/05/21 00:42:57] <DavidS> nope, bit $var = file() .... "...${var}..."
[2008/05/21 00:43:01] <DavidS> bit=but
[2008/05/21 00:43:24] <ashp> That's not so bad, I can just define them immediately above for now
[2008/05/21 00:43:26] <ashp> it's ugly but works
[2008/05/21 00:45:21] <DavidS> tim|mb: hey :)
[2008/05/21 00:47:52] <ashp> Oh hmm, it doesn't pull the variable in on the server
[2008/05/21 00:47:54] <ashp> but on the client
[2008/05/21 00:48:06] @ Quit: porridge: "leaving"
[2008/05/21 00:48:07] <ashp> so I'll have to add a bunch of file statements to distribute it, that's a shame
[2008/05/21 00:48:17] @ porridge joined channel #puppet
[2008/05/21 00:49:07] <DavidS> ashp: all functions are serverside
[2008/05/21 00:49:07] @ londo_ joined channel #puppet
[2008/05/21 00:49:20] <ashp> Oh, in that case I'm just screwing something up, hmm.
[2008/05/21 00:49:31] <ashp> Oh, I am in fact screwing up
[2008/05/21 00:49:34] @ LittleIdea joined channel #puppet
[2008/05/21 00:50:02] <ashp> (helps to add the files into svn so they get copied out to puppetmaster!)
[2008/05/21 00:51:04] <DavidS> good news: 0.24.4-6 supports upgradeing debs with dpkg. bad news: it doesn't work with puppet, because it want's to do interactive conffile handling :-(
[2008/05/21 00:51:56] <ashp> Same thing that happens with gem, it tries to ask questions and explodes :)
[2008/05/21 00:52:23] @ brscott joined channel #puppet
[2008/05/21 00:55:23] <ashp> davids: Do you use virtual resources in any modules? I'd like to eyeball a working setup.
[2008/05/21 00:55:51] <ashp> I've got an apache module that I include on webservers, but some other stuff requires httpd installing, so I need to make them virtual resources so that I don't cross-pollute modules.
[2008/05/21 00:56:06] @ brscott left channel #puppet ()
[2008/05/21 00:56:38] <DavidS> ashp: ??!?
[2008/05/21 00:56:57] <DavidS> ashp: at every point where you need a webserver do "include apache"
[2008/05/21 00:57:22] <ashp> Ah, the reason I had the problem was
[2008/05/21 00:57:44] <ashp> On some servers I had included apache in ldap, and then also included another class that needed httpd
[2008/05/21 00:57:59] <ashp> and I had some problem with including it twice, it would break (if I remember)
[2008/05/21 00:58:10] <DavidS> you can include as many times as you want
[2008/05/21 00:58:27] <DavidS> by, have to go!
[2008/05/21 00:58:31] <ashp> Oh hmm, I wonder what the issue I originally had was. I can test again with includes, but virtual resources seem to work OK
[2008/05/21 00:58:45] <Volcane> ashp: you can only include many times if they're virtual
[2008/05/21 00:58:56] <ashp> Ah, OK, so I'm not completely mad.
[2008/05/21 00:58:59] <DavidS> Volcane: no
[2008/05/21 00:59:15] <Volcane> you're saying you can have:
[2008/05/21 00:59:17] <ashp> It actually just ignores the virtual resource altogether right now
[2008/05/21 00:59:21] <Volcane> file{"blah":...}
[2008/05/21 00:59:24] <Volcane> twice on a host?
[2008/05/21 00:59:39] <ashp> Before I go any further with my broken modules I'm going to continue getting all the passwords out, then github them
[2008/05/21 00:59:46] <ashp> as it's way easier when I can show what I'm trying to do
[2008/05/21 01:01:16] <DavidS> Volcane: no, but please read up on what classes and includes can do for you!
[2008/05/21 01:01:37] * DavidS has to run
[2008/05/21 01:03:55] <ashp> See I'm with volcane, I think if I try to include apache (which in turn includes apache::install)
[2008/05/21 01:03:58] <ashp> it'll break
[2008/05/21 01:04:53] <Volcane> if you only did virtual resources in there and use realise etc, that'll be fine
[2008/05/21 01:04:56] <Volcane> otherwise no
[2008/05/21 01:04:57] <Volcane> afaik
[2008/05/21 01:05:11] @ jsgotangco joined channel #puppet
[2008/05/21 01:06:19] <ashp> I think what I need to do is
[2008/05/21 01:06:23] <ashp> once I've defined it as virtual
[2008/05/21 01:06:28] <ashp> is include apache so that the def exists
[2008/05/21 01:06:31] <ashp> and then I can realize it
[2008/05/21 01:06:35] <ashp> i think that's all I am missing
[2008/05/21 01:06:41] <Volcane> yeah
[2008/05/21 01:07:06] @ Quit: |roald|: Read error: 110 (Connection timed out)
[2008/05/21 01:07:08] @ Quit: [newbie]: Read error: 110 (Connection timed out)
[2008/05/21 01:07:10] <Volcane> like the bit you need to include many times, there you realise the resources - and you can do this many times
[2008/05/21 01:07:11] @ _newbie_ joined channel #puppet
[2008/05/21 01:07:18] <Volcane> only include the thing that defines the resoruces once though
[2008/05/21 01:07:25] <Volcane> (well, i've not tried including them more than once)
[2008/05/21 01:08:30] @ roald joined channel #puppet
[2008/05/21 01:08:34] @ notbrien_ joined channel #puppet
[2008/05/21 01:10:28] <ashp> I'll see how it works, hopefully this'll be better.
[2008/05/21 01:11:24] <ashp> apparently it works fine now
[2008/05/21 01:11:34] <gepetto> ::puppet:: Writing Tests edited by porridge @ http://reductivelabs.com/trac/puppet/wiki/WritingTests (by marcin@owsiany.pl)
[2008/05/21 01:11:34] <gepetto> ::puppet:: Ticket #1234 (defect closed): incorrect autotest info on wiki/WritingTests @ http://reductivelabs.com/trac/puppet/ticket/1234#comment:1 (by luke@madstop.com)
[2008/05/21 01:11:46] <porridge> lak: looks like it IS git's fault, then
[2008/05/21 01:11:55] <porridge> $ git pull
[2008/05/21 01:11:55] <porridge> Already up-to-date.
[2008/05/21 01:12:43] <lak> you're in 0.24.x?
[2008/05/21 01:12:45] <lak> or in master?
[2008/05/21 01:12:47] <lak> hrm
[2008/05/21 01:12:50] <lak> no, i see the problem
[2008/05/21 01:13:41] <porridge> master
[2008/05/21 01:13:51] <lak> ah, try 0.24.x
[2008/05/21 01:13:54] <porridge> (i think)
[2008/05/21 01:13:58] <lak> which is where you should be doing dev at this point anyway
[2008/05/21 01:14:10] <lak> master is the dev branch, 0.24.x is the stable branch
[2008/05/21 01:14:21] <lak> that'll switch when we release 0.25, but it's kinda stuck that way for now
[2008/05/21 01:15:03] <porridge> you mean master will be stable? :/
[2008/05/21 01:15:26] @ Quit: notbrien: Read error: 110 (Connection timed out)
[2008/05/21 01:15:48] @ Quit: sparanjape: "Relax, its only ONES and ZEROS!"
[2008/05/21 01:19:37] <lak> yeah
[2008/05/21 01:19:46] <lak> everyone defaults to doing dev in the master branch
[2008/05/21 01:19:57] <lak> and they usually want to actually be working in the stable branch
[2008/05/21 01:20:08] <lak> so it makes the most sense to have 'master' be the 'stable' branch, basically
[2008/05/21 01:20:33] <porridge> interesting
[2008/05/21 01:21:27] <porridge> well, if you say I should be doing development on the stable branch, you're the boss :)
[2008/05/21 01:22:51] <lak> heh
[2008/05/21 01:23:05] <lak> what i mean is, most people are looking at fixing bugs or adding code that they want to use in their current release
[2008/05/21 01:23:20] <lak> i do most of my dev in the dev branch, because i'm making big nasty changes
[2008/05/21 01:23:30] <lak> and if you want to make big nasty changes, they go in the dev branch, too
[2008/05/21 01:24:03] <porridge> ok
[2008/05/21 01:26:10] @ muerr joined channel #puppet
[2008/05/21 01:26:51] <ashp> Urgh, damn you puppet
[2008/05/21 01:27:01] <ashp> It keeps breaking an exec{} of mine into two seperate commands
[2008/05/21 01:27:08] <ashp> and it's something to do with including the password via a variable
[2008/05/21 01:27:22] <ashp> I think it's adding an unrequired \n but I have no idea where from
[2008/05/21 01:28:11] @ Zothar_Work joined channel #puppet
[2008/05/21 01:28:26] <ashp> If I hardcode the password it works
[2008/05/21 01:28:56] <ashp> lak: If I'm doing $mysqlpassword = file("/etc/blah/password")
[2008/05/21 01:29:09] <ashp> lak: Is there a way to stop it adding in a stray \n, or do I need to go dig into the file code
[2008/05/21 01:29:26] <DavidS> ashp: you have to "chomp" the file, i.e. remove the \n from there
[2008/05/21 01:29:33] <porridge> ashp: remove the newline from the file?
[2008/05/21 01:29:38] <ashp> the file doesn't have a newline
[2008/05/21 01:30:09] <ashp> I just checked in vim with :set list and there's just password$
[2008/05/21 01:30:12] <ashp> so there's no newline
[2008/05/21 01:32:02] @ Quit: lak:
[2008/05/21 01:32:09] <ashp> now I offended him. :(
[2008/05/21 01:32:19] @ Quit: tim|mb: "This computer has gone to sleep"
[2008/05/21 01:34:53] <ashp> i'll go back to hardcoding it for now
[2008/05/21 01:35:56] <ashp> I can't find the bit of code that does file() as there's so many def file's
[2008/05/21 01:36:20] @ Quit: andrewcshafer:
[2008/05/21 01:36:21] @ Quit: LittleIdea:
[2008/05/21 01:36:57] @ Quit: Maliuta: Remote closed the connection
[2008/05/21 01:38:22] @ Innocenti joined channel #puppet
[2008/05/21 01:38:23] @ Maliuta joined channel #puppet
[2008/05/21 01:42:14] @ thegcat joined channel #puppet
[2008/05/21 01:42:51] @ Quit: roald: "KVIrc 3.2.6 Anomalies http://www.kvirc.net/"
[2008/05/21 01:44:03] <thegcat> what would be the escape character for a $ in a string be?
[2008/05/21 01:44:05] <thegcat> \?
[2008/05/21 01:44:33] <jbooth> Usually. But it depends how many times the string gets "evaluated"
[2008/05/21 01:44:39] <jbooth> Sometimes you end up with \\\$
[2008/05/21 01:44:44] <ashp> Ha
[2008/05/21 01:44:47] <ashp> you just gave me an idea
[2008/05/21 01:44:58] <ashp> oh wait, it's a # in the password, not a $
[2008/05/21 01:45:07] <ashp> I thought it was being dumb, but I guess I don't have to escape #
[2008/05/21 01:45:29] <thegcat> jbooth: mirrorselect => "http://some/url/stuff&arch=$basearch" in a yumrepo
[2008/05/21 01:45:53] <benp-> wouldnt it be easier to use single quotes?
[2008/05/21 01:46:01] <thegcat> any guess on how often I should escape it?
[2008/05/21 01:46:17] <thegcat> yeah, that's an idea too *shame*
[2008/05/21 01:46:25] <ashp> Can you use variables if you use ''?
[2008/05/21 01:46:30] <jbooth> yumrepo { "fedora": baseurl => "$fedora/releases/\$releasever/Everything/\$basearch/os/";
[2008/05/21 01:46:32] <ashp> I thought it would ignore expansion
[2008/05/21 01:46:33] <Volcane> make it single quotes yes
[2008/05/21 01:46:37] <jbooth> is what I have, so just a single \ does it.
[2008/05/21 01:46:58] <jbooth> I can't use single quotes, since I want $fedora expanded. :-)
[2008/05/21 01:47:18] <benp-> i think if you use the ${foo} syntax, then yeah
[2008/05/21 01:47:26] <Volcane> yeah
[2008/05/21 01:48:08] <gepetto> ::puppet:: Changeset [3cb0d60d3d0870f1d9ac83e5dbeaa06d2888231f]: Fixing how the mongrel server sets up xmlrpc h... @ http://reductivelabs.com/trac/puppet/changeset/3cb0d60d3d0870f1d9ac83e5dbeaa06d2888231f (by Luke Kanies <luke@madstop.com>)
[2008/05/21 01:48:08] <gepetto> ::puppet:: Changeset [fe157f239a301abb52f81c62719355c8e50c970c]: Merge branch … @ http://reductivelabs.com/trac/puppet/changeset/fe157f239a301abb52f81c62719355c8e50c970c (by Luke Kanies <luke@madstop.com>)
[2008/05/21 01:48:08] <gepetto> ::puppet:: Language Tutorial edited by jbq @ http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial (by jbq@caraldi.com)
[2008/05/21 01:49:16] <ashp> http://github.com/apenney/puppet/tree/master
[2008/05/21 01:49:18] <ashp> Ok!
[2008/05/21 01:49:24] <ashp> I finally added all my horribly broken modules.
[2008/05/21 01:49:33] @ notbrien joined channel #puppet
[2008/05/21 01:49:59] <ashp> http://github.com/apenney/puppet/tree/master/iclassify/manifests/install.pp
[2008/05/21 01:50:07] <benp-> cool
[2008/05/21 01:50:20] @ Quit: _newbie_: "KVIrc 3.2.5 Anomalies http://www.kvirc.net/"
[2008/05/21 01:50:21] <ashp> In there you can see my problem with the second exec (the grant all one) and how it breaks and adds a new line
[2008/05/21 01:50:26] <ashp> you can also mock all the terrible modules :)
[2008/05/21 01:51:20] <benp-> is there a reason for .svn everywhere?
[2008/05/21 01:51:26] <DavidS> pastie: url me!
[2008/05/21 01:52:31] <pastie> http://pastie.org/200259 by DavidS.
[2008/05/21 01:52:55] <DavidS> ashp: when you cat you file on the shell, what does it look like, re: my paste ?
[2008/05/21 01:53:24] <ashp> oh god did i forget to remove the .svn ones
[2008/05/21 01:53:26] <ashp> before importing
[2008/05/21 01:53:30] <ashp> damn
[2008/05/21 01:54:47] <benp-> probably be better off telling git to ignore .svn then removing .svn everywhere
[2008/05/21 01:55:03] <ashp> Ok, repo recreated.
[2008/05/21 01:55:07] <benp-> ok i need to make coffee
[2008/05/21 01:55:32] <ashp> Thanks for spotting that, I started a new tree and forgot to remove the .svn's from my local repo.
[2008/05/21 01:56:37] @ Quit: notbrien_: Read error: 110 (Connection timed out)
[2008/05/21 02:11:23] <benp-> where is 'package' defined?
[2008/05/21 02:12:16] @ pleemans joined channel #puppet
[2008/05/21 02:14:34] <muerr> wow github does terrible things with tabs/spacing/indentation :-\
[2008/05/21 02:19:59] @ kolla joined channel #puppet
[2008/05/21 02:21:01] <benp-> i thought that was because it's using a different tab size than ashp uses in an editor
[2008/05/21 02:26:00] <gepetto> ::puppet:: Writing Tests edited by porridge @ http://reductivelabs.com/trac/puppet/wiki/WritingTests (by marcin@owsiany.pl)
[2008/05/21 02:26:23] <porridge> the RSpec tests seem to barf when mongrel is not installed for example
[2008/05/21 02:26:23] <porridge> spec/../lib/puppet/network/http/mongrel/rest.rb:3: uninitialized constant Mongrel (NameError)
[2008/05/21 02:26:46] <porridge> is it possible/worthwile to make these test conditional on whether the needed libraries are available?
[2008/05/21 02:28:17] @ Quit: DerekW: "Leaving"
[2008/05/21 02:28:37] @ notbrien_ joined channel #puppet
[2008/05/21 02:29:29] @ Quit: notbrien_: Client Quit
[2008/05/21 02:33:04] @ Quit: jsgotangco: "Ciao"
[2008/05/21 02:38:32] @ Quit: notbrien: Read error: 110 (Connection timed out)
[2008/05/21 02:39:11] <duritong> ashp: ping
[2008/05/21 02:39:53] @ Quit: Innocenti: Read error: 110 (Connection timed out)
[2008/05/21 02:42:08] @ Quit: thegcat:
[2008/05/21 02:45:35] <holoway> ashp: it's awesome that you published your modules
[2008/05/21 02:46:15] @ plathrop joined channel #puppet
[2008/05/21 02:46:49] <duritong> i just wanted you to ask if it might be possible to share them each alone, as this would make merging and tracking by git a lot easier
[2008/05/21 02:47:06] @ ezralini joined channel #puppet
[2008/05/21 02:52:35] <muerr> Perhaps I should use github for ours.
[2008/05/21 02:54:02] @ notbrien joined channel #puppet
[2008/05/21 02:54:19] <duritong> muerr: i'm also switching over
[2008/05/21 02:54:42] <duritong> i like that you can see if other track your modules and/or patch them as well
[2008/05/21 02:55:04] <muerr> heh... we're not likely to pull changes off.
[2008/05/21 02:56:28] <notbrien> is there a good way to update ubuntu's /etc/apt/sources.list file and run apt-get update before puppet tries to install packages? I'm running into an ordering problem. Sometimes it works sometimes it doesn't. This should work on puppetd's first run.
[2008/05/21 02:58:31] <Volcane> get the file from the puppetmaster, notify an exec to apt-get update, require the file in all your package installs?
[2008/05/21 02:58:39] <Volcane> donno if theres a native type for handling sources
[2008/05/21 02:59:09] <ashp> holoway: Once I found out I could just do $variable = file()
[2008/05/21 02:59:17] <ashp> that fixed my major concerns about security :)
[2008/05/21 02:59:29] <ashp> all I had to do was hide two passwords manually defined in files/
[2008/05/21 02:59:42] <ashp> I still need to work on the runit integration, that's probably the only thing left
[2008/05/21 02:59:52] <ashp> I also need to extract out the mysql stuff from iclassify/ into a mysql/ module of its own
[2008/05/21 02:59:57] <ashp> but that's not too big a concern
[2008/05/21 03:00:01] <nDuff> ashp, my employer has puppet modules for runit integration
[2008/05/21 03:00:14] <nDuff> ashp, I'd need to make inquiries before I could release them, though.
[2008/05/21 03:00:14] <ashp> nDuff: hmm, do they cover the installation?
[2008/05/21 03:00:30] <ashp> I need to install runit, then mongrel-runit, and I should hopefully be good to go
[2008/05/21 03:00:31] <nDuff> ashp, we're installing runit packaged as RPMs
[2008/05/21 03:00:36] <ashp> Aha, awesome
[2008/05/21 03:00:42] <ashp> can you enquire if I can at least steal the rpm?
[2008/05/21 03:00:59] @ shake-n-bake joined channel #puppet
[2008/05/21 03:01:02] <ashp> i didn't spot one when i had a quick search on friday
[2008/05/21 03:01:17] <nDuff> ashp, ...there's also support for making a range of services (ie. create 5 mongrel puppetmasters on ports starting at 2001, and configure apache to load-balance across them)
[2008/05/21 03:01:45] <nDuff> ashp, I'm pretty sure there is one out there somewhere -- at my last employer where I built the packages, there was a 3rd-party runit RPM I started with.
[2008/05/21 03:02:54] <ashp> nduff: I haven't really experienced with runit yet, so far I just wanted it for iclassify
[2008/05/21 03:03:04] <ashp> I'm just pulling in the ten trillion billion zillion iclassify dependencies. :)
[2008/05/21 03:03:06] <notbrien> Volcane: that's what i'm trying to do. it's mostly working. I just don't like the "require the file in all your package installs" part
[2008/05/21 03:03:13] <notbrien> Volcane: there's got to be a better way
[2008/05/21 03:03:40] <ashp> I next need to work out why rubygem-mongrel_runit seems to try and include a dependency of /usr/local/bin/ruby
[2008/05/21 03:03:41] <nDuff> hmm -- hadn't heard of iclassify before now.
[2008/05/21 03:03:56] <ashp> it's the only gem that I have that's broken, so I guess the breakage is in the gem itself
[2008/05/21 03:04:06] <ashp> nDuff: I'm experimenting with using it to replace ldap as our external node database
[2008/05/21 03:04:47] <Norm> i've upgraded to 0.24.4... but --no-daemonize doesn't seem to do what i'd think. the process still drops off into the background
[2008/05/21 03:04:51] <Norm> any ideas?
[2008/05/21 03:05:35] <Volcane> notbrien: you dont need to do it for the lot though, you could just use the these to do it once for all further calls to package: http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial#resource-defaults
[2008/05/21 03:06:12] @ Quit: strerror_work:
[2008/05/21 03:06:13] <gepetto> ::puppet:: Ticket #1235 (defect created): Respect "replace => false" for symlinks @ http://reductivelabs.com/trac/puppet/ticket/1235 (by ott@google.com)
[2008/05/21 03:06:29] <Volcane> Norm: works for me
[2008/05/21 03:06:39] <notbrien> Volcane: cool, thanks
[2008/05/21 03:06:43] <Norm> Volcane: hmmm
[2008/05/21 03:07:28] @ LittleIdea joined channel #puppet
[2008/05/21 03:07:29] @ andrewcshafer joined channel #puppet
[2008/05/21 03:13:16] @ Quit: londo_: Remote closed the connection
[2008/05/21 03:23:53] <Norm> so i do "/usr/sbin/puppetd --verbose --no-daemonize" and it drops me right back to my shell, running puppet in the background
[2008/05/21 03:26:59] <Volcane> # /usr/sbin/puppetd --verbose --no-daemonize
[2008/05/21 03:26:59] <Volcane> notice: Starting Puppet client version 0.24.4
[2008/05/21 03:27:00] <Volcane> info: Retrieving facts
[2008/05/21 03:27:01] <Volcane> etc
[2008/05/21 03:27:15] <ashp> could you be overriding it
[2008/05/21 03:27:17] <ashp> in puppet.conf
[2008/05/21 03:27:24] <Norm> i'm double-checking that now
[2008/05/21 03:27:24] <ashp> like having daemonize => true that somehow overrides it?
[2008/05/21 03:28:42] <Norm> interesting... i had puppetd.conf, puppetmaster.conf, etc...
[2008/05/21 03:28:45] <Norm> the "old style"
[2008/05/21 03:28:48] <Norm> i moved to a single puppet.conf
[2008/05/21 03:28:50] <Norm> and it works like a champ
[2008/05/21 03:28:55] <ashp> :)
[2008/05/21 03:29:55] @ Demosthenes joined channel #puppet
[2008/05/21 03:30:26] <martha> has anyone written anything for managing cyrus imap?
[2008/05/21 03:31:32] @ a-priori_ joined channel #puppet
[2008/05/21 03:32:59] @ notbrien_ joined channel #puppet
[2008/05/21 03:33:51] <nDuff> ashp, looks like permission to publish puppet modules has already been requested and granted.
[2008/05/21 03:34:02] <ashp> hey, that's awesome :)
[2008/05/21 03:34:07] <ashp> I published mine on git earlier today
[2008/05/21 03:35:00] @ Quit: LittleIdea:
[2008/05/21 03:35:02] @ Quit: andrewcshafer:
[2008/05/21 03:35:57] <nDuff> I don't have any public webspace for corporate stuff to host a repository, so I'll probably be putting these on the puppet wiki.
[2008/05/21 03:36:56] <nDuff> ashp, are you working towards a complete iclassify recipe? that'd be very interesting.
[2008/05/21 03:38:04] <nDuff> (actually, does git have dumb server support anyhow? I don't recall -- principally a bzr fan myself)
[2008/05/21 03:38:09] <ashp> I'm getting there, so far I have most of the rubygem's packaged for RHEL (i386 and x86_64)
[2008/05/21 03:38:34] <ashp> I can autocreate the databases as required, I have a script to do the rake part of the install but I'm going to move that to exec's to keep it fully puppetised, I guess
[2008/05/21 03:38:58] <ashp> all that's left is to sort out runit at this point
[2008/05/21 03:39:12] <Volcane> has anyone looked at making cacti graphs etc from puppet? they have cli stuff now in cacti but it seems pretty dire to me
[2008/05/21 03:39:19] <ashp> and work out what's broken with the mongrel-runit gem
[2008/05/21 03:39:54] <nDuff> ashp, looks like upstream for our runit RPM is Jochen Schlick <j.schlick_at_web_de>
[2008/05/21 03:39:56] <bartc> Volcane: I recommend dropping cacti and using munin instead ;)
[2008/05/21 03:40:30] <ashp> nDuff: Hmm, can't seem to find it anywhere.
[2008/05/21 03:40:42] <Volcane> bartc: sure, whatever.
[2008/05/21 03:41:23] <bartc> I moved from cacti to munin and much happier setting it up
[2008/05/21 03:41:48] <ashp> I still need to check into munin.
[2008/05/21 03:41:58] @ Quit: notbrien: Read error: 110 (Connection timed out)
[2008/05/21 03:42:58] * Volcane has many many custom graph / data templates in cacti already, would be a monumental undertaking to move away
[2008/05/21 03:43:14] <benp-> i use both
[2008/05/21 03:44:40] <ashp> We don't graph anything as my coworker thought it was 'pointless'
[2008/05/21 03:45:17] <Volcane> coworker needs a slap
[2008/05/21 03:45:45] <ashp> he's considered 'junior' as he's only held one sysadmin job before this
[2008/05/21 03:45:47] <benp-> cacti is still useful for graphing arbitrary data that we dont want to write munin plugins for. cacti took some time to set up so its kind of lame to get rid of, and it has historical data in it. having said that, i should say i barely look at it now and rely on the munin graphs almost entirely and have no desire to manually go and add things to cacti now.
[2008/05/21 03:45:52] @ Quit: erikh: "Terminated with extreme prejudice - dircproxy 1.0.5"
[2008/05/21 03:46:24] <nDuff> ashp, I'm working on a wiki page w/ the runit bits.
[2008/05/21 03:46:38] * Volcane graphs loads of custom data, i admin a large chat site and i graph things like male2female ratios, where they come from (which mobile networks) etcetc
[2008/05/21 03:46:46] <Volcane> would be a massive task to write minin plugins for all that
[2008/05/21 03:47:03] <ashp> I don't know why but male2female ratios sounds shady as hell :D
[2008/05/21 03:47:07] <Volcane> but cacti of course absolutely sux from a automation point of view
[2008/05/21 03:47:11] @ Quit: a-priori: Connection timed out
[2008/05/21 03:47:40] <Volcane> ashp: yeah well, its dating/flirting site, investers care a lot for that little ratio :)
[2008/05/21 03:47:42] <benp-> yeah.. so you should keep that data in cacti, Volcane.
[2008/05/21 03:47:57] <benp-> thats exactly what cacti is good for
[2008/05/21 03:48:08] <Volcane> benp-: multiple systems to do more or less the same thing really sux :(
[2008/05/21 03:48:45] <Volcane> in theory, since I've standardised all my data retrieval methods, i could write one munin plugin to talk to this, i just need it to be able to say pull out a given variable from the data source
[2008/05/21 03:48:54] <Volcane> I'll look, but minun is also butt ugly
[2008/05/21 03:49:20] <Volcane> eventhough I'll probably have a big advantage in configurability, and client will get smaller invoices from me for using munin, they'll think its a step back
[2008/05/21 03:50:39] <Volcane> and i take quite a lot of care into how i consume the data from the apps, nagios and cacti both pull data from the application and share a cache on the nagios/cacti server so the applications only get hit once every 5 minutes
[2008/05/21 03:50:54] <Volcane> which with munin having a model of plugins per server etc, is a bit different
[2008/05/21 03:50:57] <benp-> basically, we graph data that people other than sysadmins want to look at with cacti, and data that sysadmins want to look at with munin
[2008/05/21 03:50:58] @ andrewcshafer joined channel #puppet
[2008/05/21 03:50:59] @ LittleIdea joined channel #puppet
[2008/05/21 03:51:57] <Volcane> benp-: yeah, the stuff that non sysadmin/techies want to see mostly gets graphed by a reporting person using whatever he likes into pretty branded graphs and such, however our cacti is being used casually by everyone
[2008/05/21 03:52:24] @ roald joined channel #puppet
[2008/05/21 03:52:42] <Volcane> benp-: its great for monitoring the general flow of users, even helpdesk people log into it, for instance if theres a unexpected drop in users, they log in to check, maybe we lost connectivity to vodafone or something, immediately obvious on the graphs
[2008/05/21 03:52:55] <Volcane> benp-: so it sux, techs/non techs all using the same graphs here
[2008/05/21 03:53:45] <nDuff> does the puppet trac have a syntax colorization module for .pp files?
[2008/05/21 03:53:58] <Volcane> about to start working with a bunch who apparently generate cacti + nagios configs out of a central db, guess I'll see how they do it
[2008/05/21 03:56:15] @ a-priori joined channel #puppet
[2008/05/21 03:56:36] <gepetto> ::puppet:: Puppet Debian edited by technician @ http://reductivelabs.com/trac/puppet/wiki/PuppetDebian
[2008/05/21 03:56:44] @ erikh joined channel #puppet
[2008/05/21 03:58:38] <ashp> I found a runit 1.9 spec file from mandrake, I managed to get that built.
[2008/05/21 03:58:45] <ashp> So now all that's left is the one gem. Time to figure that out. :)
[2008/05/21 03:59:07] <Volcane> gem2rpm :)
[2008/05/21 03:59:25] <benp-> Volcane: whoa that sounds kinda cool.. i'd be interested in hearing how they do that
[2008/05/21 03:59:49] <ashp> gem2rpm doesn't work sadly
[2008/05/21 03:59:56] <ashp> it somehow has a dependency on /usr/local/bin/ruby
[2008/05/21 03:59:58] <Volcane> benp-: me too :) will find out soon
[2008/05/21 04:00:09] <ashp> I think the error might be in the gem, but I've got to check that
[2008/05/21 04:00:52] <Volcane> yeah, didnt have that problem last time i used it
[2008/05/21 04:00:57] <Volcane> which was ages ago now
[2008/05/21 04:01:20] <ashp> well all the others converted fine
[2008/05/21 04:01:28] <ashp> just holoway's doesn't :)
[2008/05/21 04:01:46] <Volcane> heh
[2008/05/21 04:03:56] @ Vivek joined channel #puppet
[2008/05/21 04:04:28] <holoway> ashp: stupid users finding bugs!
[2008/05/21 04:04:30] <holoway> unacceptable!
[2008/05/21 04:04:30] <holoway> :)
[2008/05/21 04:07:24] @ Quit: randybias:
[2008/05/21 04:07:51] <ashp> :D
[2008/05/21 04:12:23] @ Quit: a-priori_: Read error: 110 (Connection timed out)
[2008/05/21 04:13:59] @ notbrien joined channel #puppet
[2008/05/21 04:15:17] <gepetto> ::puppet:: Ticket #1236 (defect created): RSpec tests hang in "Puppet::Network::Server when using webrick when ... @ http://reductivelabs.com/trac/puppet/ticket/1236 (by marcin@owsiany.pl)
[2008/05/21 04:17:15] @ Quit: DavidS: Remote closed the connection
[2008/05/21 04:18:28] @ a-priori_ joined channel #puppet
[2008/05/21 04:18:48] <holoway> for anyone who might also care, new mongrel_runit gem is up
[2008/05/21 04:19:02] <muerr> holoway doesn't accept failure, ashp. You need to try again.
[2008/05/21 04:19:05] <holoway> and the iclassify demo is updated from the super old version
[2008/05/21 04:19:11] <holoway> http://www.hjksolutions.com:5004/
[2008/05/21 04:21:01] <Volcane> if you want to use module::server::something as a class name
[2008/05/21 04:21:06] <Volcane> what would the file system layout be?
[2008/05/21 04:21:19] <Volcane> modules/module/manifests/??.pp
[2008/05/21 04:21:19] <Volcane> or
[2008/05/21 04:21:24] <holoway> yes
[2008/05/21 04:21:25] <Volcane> yeah or how
[2008/05/21 04:21:32] <Volcane> so something.pp ?
[2008/05/21 04:21:33] @ Quit: notbrien_: Read error: 110 (Connection timed out)
[2008/05/21 04:21:39] <holoway> modules/module/manifests/server/something.pp
[2008/05/21 04:21:43] <Volcane> ah
[2008/05/21 04:21:47] <Volcane> subdir in there, right thanks
[2008/05/21 04:21:47] <holoway> and in modules/module/manifests/init.pp
[2008/05/21 04:21:53] <holoway> do an include server/*.pp
[2008/05/21 04:21:55] <holoway> er
[2008/05/21 04:21:56] <holoway> import
[2008/05/21 04:21:57] <Volcane> nods
[2008/05/21 04:22:01] <Volcane> ok
[2008/05/21 04:22:07] <Volcane> thought there were some automatic handling
[2008/05/21 04:22:23] <holoway> there might be? I get stuck sometimes in old habits from previous puppet versions
[2008/05/21 04:22:46] <Volcane> i got stuck in old habits before modules existed :P
[2008/05/21 04:23:01] <holoway> oh yeah
[2008/05/21 04:23:06] <fsweetser> anyone around familiar with writing providers?
[2008/05/21 04:23:08] <holoway> I went back to work on my first puppet deployment
[2008/05/21 04:23:17] <holoway> and boy, how far we've come
[2008/05/21 04:23:17] <Volcane> holoway: sux doenst it? :)
[2008/05/21 04:23:27] <muerr> there's magic namespacing.
[2008/05/21 04:23:33] <holoway> compared to what we do now, totally
[2008/05/21 04:23:36] <ashp> anyone want to hire my australian friend who doesn't want to leave america (note: visa sponsorship is required)
[2008/05/21 04:23:49] <ashp> he wrote a giant chunk of squid, some ircd, wrote a filesystem and does freebsd development
[2008/05/21 04:23:59] <muerr> hmm. I think we deployed our first server fully with Puppet in september and we've already come a long way.
[2008/05/21 04:24:31] <Volcane> yeah, its a bit annoying the early adopter cost with this one really
[2008/05/21 04:25:00] <muerr> http://reductivelabs.com/trac/puppet/wiki/ModuleOrganisation
[2008/05/21 04:25:24] <Volcane> muerr: yip, doesnt really mention module::sometehing::something else for auto loading
[2008/05/21 04:25:30] <Volcane> as far as i can see
[2008/05/21 04:25:33] <muerr> search for magic.
[2008/05/21 04:26:05] <muerr> maybe i'm doing something wrong but it doesn't totally work for us and we still have to do import 'modulename' in site.pp.
[2008/05/21 04:26:45] <Volcane> muerr: it works for lets say dhcp::server and dhcp::client but not for dhcp::server::package
[2008/05/21 04:26:59] <Volcane> unless as mentioned above you do imports and yadayada
[2008/05/21 04:27:00] <ashp> I enjoy being an early adopter
[2008/05/21 04:27:06] <ashp> because when I am ready to move on in a few years
[2008/05/21 04:27:13] <ashp> I'll have tons of experience automating all kinds of things in puppet
[2008/05/21 04:27:22] <ashp> and then I'll be rolling in my scrooge mcduck pile of money
[2008/05/21 04:28:33] <Volcane> yeah, good for you, bad for client/employer
[2008/05/21 04:28:45] <Volcane> worked on a large site, very large site, lots and lots of and lots of puppet manifests
[2008/05/21 04:28:57] <Volcane> all basically based on the feature set as were at 0.22 days
[2008/05/21 04:29:11] <Volcane> they're gonna have a tough time moving forward adopting modules and such
[2008/05/21 04:29:43] <gepetto> ::puppet:: Ticket #1237 (defect created): RSpec tests do not work when Mongrel is not available. @ http://reductivelabs.com/trac/puppet/ticket/1237 (by marcin@owsiany.pl)
[2008/05/21 04:29:46] <ashp> Yeah, that's the biggest trouble, as the environment grows, keeping up with changes
[2008/05/21 04:29:51] <ashp> and doing all the required testing etc
[2008/05/21 04:29:59] <Volcane> thats what puppet is for
[2008/05/21 04:30:02] @ randybias joined channel #puppet
[2008/05/21 04:30:06] <Volcane> but when puppet is in flux
[2008/05/21 04:30:07] <Volcane> it sux
[2008/05/21 04:30:15] <Volcane> but hey, better than using cfengine :P
[2008/05/21 04:31:03] @ jvanzyl joined channel #puppet
[2008/05/21 04:31:33] @ Quit: notbrien:
[2008/05/21 04:35:53] @ Quit: a-priori: Read error: 110 (Connection timed out)
[2008/05/21 04:35:57] @ Quit: randybias:
[2008/05/21 04:38:58] @ a-priori_ is now known as a-priori
[2008/05/21 04:41:30] <holoway> Volcane: although, you can build a totally maintainable system with 0.22's feature set
[2008/05/21 04:41:58] <holoway> I think it took me two days to convert to using modules?
[2008/05/21 04:42:57] <muerr> Well, at least we started out using modules, since iirc 0.23.1 was current.
[2008/05/21 04:43:10] <Volcane> holoway: i think they had about 700 classes when i last counted.
[2008/05/21 04:43:20] <Volcane> holoway: but yes, you can.
[2008/05/21 04:43:52] <Volcane> holoway: in this case the change management and testing alone would require months.
[2008/05/21 04:45:05] <holoway> Volcane: 700? that's intense.. we can do a typical web 2.0 style company with 100-150
[2008/05/21 04:45:56] <Volcane> holoway: very big and complex platform, I'd guess about 15 different complete class of server maybe?
[2008/05/21 04:46:12] <Volcane> holoway: also very old platform thats grown organically etc
[2008/05/21 04:46:28] <Volcane> i dont know, cant say who they are but you'll be able to imagine the complexities if i could
[2008/05/21 04:46:32] <holoway> Volcane: that makes sense.. you've got 5 different types (ish) in a typical web startup
[2008/05/21 04:46:51] <Volcane> holoway: yip
[2008/05/21 04:46:56] <holoway> I can definitely think of some places I've been that would need 15-20
[2008/05/21 04:47:03] <holoway> some of which would overlap, lots of which wouldn't
[2008/05/21 04:47:03] <muerr> Hmm.
[2008/05/21 04:47:10] <Norm> is there a way to debug values from various facts? i've created a fact to detect the presence of a given file, but it doesn't seem to act right
[2008/05/21 04:47:11] <holoway> and depending on how far you extended the manifests
[2008/05/21 04:47:14] <muerr> We have about 30 servers and about 15 different server types.
[2008/05/21 04:47:35] <muerr> since you know, our servers are typically a redundant pair for almost everything. two smtp, two dns, two web, two db, etc.
[2008/05/21 04:48:08] <Norm> nevermind, i'm an idiot
[2008/05/21 04:49:20] <muerr> 160 classes roughly.
[2008/05/21 04:49:21] @ Innocenti joined channel #puppet
[2008/05/21 04:49:48] <ashp> I still haven't decided how to properly handle the difference between active and passive when we have a pair whereby only one can be active at once
[2008/05/21 04:50:06] <muerr> we have 20 different "node type" classes.
[2008/05/21 04:50:39] <muerr> there's several approaches, of course. most of ours are active/active. the active/passive will be heartbeat.
[2008/05/21 04:52:35] <ashp> Hmm, do you publish your modules?
[2008/05/21 04:52:47] <ashp> I haven't had any requirement for active/passive yet, so I haven't even tried to tackle it.
[2008/05/21 04:53:04] <ashp> I guess heartbeat integration is the right way to go, I haven't touched that on linux yet either.
[2008/05/21 04:53:13] <holoway> I've got a basic start at drbd and heartbeat modules
[2008/05/21 04:53:18] <Volcane> yeah i have a heartbeat cluster, didnt try to integrate it yet
[2008/05/21 04:53:19] <holoway> they don't actually set up the drbd
[2008/05/21 04:53:28] <holoway> since I find that terrifying
[2008/05/21 04:53:38] <ashp> haha
[2008/05/21 04:53:41] <holoway> but basic heartbeat/drbd config distribution
[2008/05/21 04:53:41] <Volcane> like i manage the various bits of config etc, but doesnt speak heartbeat xml for example
[2008/05/21 04:53:44] <holoway> easy peasy
[2008/05/21 04:53:50] <ashp> I hope to have no real active/passive hosts at all so I never have to worry about it
[2008/05/21 04:53:54] <ashp> But I know I need to plan just in case
[2008/05/21 04:54:03] <holoway> ashp: it rocks the party for database failover
[2008/05/21 04:54:10] <holoway> as was discussed here yesterday
[2008/05/21 04:54:16] <ashp> I haven't touched our mysql5 setup yet, and I'm nervous about it
[2008/05/21 04:54:27] <Volcane> holoway: what do you with innodb log recovery time on cluster failure?
[2008/05/21 04:54:31] <ashp> I suspect we have two mysql5 servers with some kind of replication going on
[2008/05/21 04:54:54] <ashp> I'm staying out of the database/web environment for now, those horrors will come later
[2008/05/21 04:55:03] <holoway> Volcane: we've only done it with postgresql at the moment
[2008/05/21 04:55:07] <ashp> my boss wants to do the less critical stuff in puppet first, as he's nervous
[2008/05/21 04:55:09] <Volcane> holoway: ah :(
[2008/05/21 04:55:19] <holoway> Volcane: but mysql is on the roadmap
[2008/05/21 04:55:27] <holoway> now that I'm a drbd fanboy
[2008/05/21 04:55:39] <ashp> what's wrong with just using the internal mysql clusteringy stuff instead of trying to do failover?
[2008/05/21 04:55:51] <ashp> I've never used it myself so there's probably 'lots wrong'
[2008/05/21 04:55:58] <bda> MySQL repl sucks.
[2008/05/21 04:56:04] <Volcane> holoway: nods, whena mysql dies unexpectadly i am sure you know it will need to do rollback from its logs next time it starts, so if you drdb your innodb db's to a standby, when heartbeat tries to start it that start can take hours = hours of downtime
[2008/05/21 04:56:06] <holoway> it shouldn't be that bad if you have the data and innodb logs on drbd devices
[2008/05/21 04:56:13] <ashp> We have some outside company handling a migration from mysql4 to 5
[2008/05/21 04:56:15] <Volcane> ashp: its not a general use cluster
[2008/05/21 04:56:21] <ashp> and nobody believes me that we don't need a consultancy company to handle that
[2008/05/21 04:56:30] <ashp> because 99% of our databases will just magically work the same in 5 as 4
[2008/05/21 04:56:32] <Volcane> ashp: you wont just want to take a normal mysql app and pop it on a cluster
[2008/05/21 04:56:47] <holoway> Volcane: can you mitigate some of that by making it commit to the logs more often?
[2008/05/21 04:56:48] <ashp> we probably just have one database active at any time and no failover
[2008/05/21 04:56:51] <ashp> that's what I suspect :)
[2008/05/21 04:57:32] <Volcane> holoway: you could make it commit to the innodb data files more often, would destroy performance, and still, if you say run a long update that takes hours to run, the commit will happen and all, but if the server dies mid transaction it will rollback
[2008/05/21 04:57:45] <holoway> Volcane: right
[2008/05/21 04:57:48] <Volcane> holoway: meaning it needs to go undo all its writes and stuff, typically takes about as long as the query ran etc
[2008/05/21 04:58:03] <holoway> Volcane: bit in a typical web app, you don't run transactions like that
[2008/05/21 04:58:12] <holoway> but that would be the suck
[2008/05/21 04:58:28] <holoway> next time I'm around the super-smart mysql folks, I'll ask 'em
[2008/05/21 04:58:35] <Volcane> holoway: on my db, very write heavy about 6k queries per second, with about 1/3 of them writes, and all needing to e transaction safe, it will be a nghtmare to loose a sql server :(
[2008/05/21 04:58:57] <holoway> Volcane: that might be a good case for the blackhole engine
[2008/05/21 04:59:15] <Volcane> holoway: ah no, i know the answer already, thats just how mysql is :)
[2008/05/21 05:00:07] <Volcane> serial replication just suck, no 2 ways about it
[2008/05/21 05:00:19] <holoway> ya
[2008/05/21 05:00:37] <muerr> ashp: no, our modules aren't published yet, but i've got the green light to share them with the community. the lack of a "module repository" outside the basic "PUppet recipes" page is kind of a damper on that plan, because I'm rather busy chatting on IRC and developing new modules.
[2008/05/21 05:01:08] <muerr> I might look at github, or maybe even see if the boss would go for a share location on our public web servers.
[2008/05/21 05:02:06] <ashp> I put mine on github today
[2008/05/21 05:02:19] <ashp> https://github.com/apenney/puppet/tree
[2008/05/21 05:02:21] <ashp> be brave, do it!
[2008/05/21 05:02:51] <plathrop> I am really happy with GitHub
[2008/05/21 05:02:59] <plathrop> I think I'm actually going to pay them :-)
[2008/05/21 05:03:17] <ashp> it's a really nice service
[2008/05/21 05:03:17] <muerr> ashp: here's what i'm currently working on for heartbeat. http://pastie.org/200382
[2008/05/21 05:03:36] <muerr> almost completely untested, though.
[2008/05/21 05:03:52] <muerr> the two defines that have templates i pasted there work.
[2008/05/21 05:04:13] <muerr> i've got a pair of servers i'll be doing actual testing on later this week.
[2008/05/21 05:04:23] <ashp> let us all know how it goes once you test it out? :)
[2008/05/21 05:04:39] <muerr> note of course that the heartbeat::hacf define uses options that we're actually using/setting.
[2008/05/21 05:05:33] <nDuff> ashp, sounds like the previously-granted blanket approval is no longer in effect. :(
[2008/05/21 05:05:43] <ashp> :(
[2008/05/21 05:05:48] <ashp> how come they changed their minds?
[2008/05/21 05:06:02] <holoway> muerr: make 71 and 72 be hosts.join(" ") and ping.join(" ")
[2008/05/21 05:06:07] <nDuff> ashp, new management, with their own policies and procedures that need following.
[2008/05/21 05:06:12] <holoway> <%= hosts.join(" ") %>
[2008/05/21 05:06:21] <nDuff> ashp, so it's not to say that they changed their minds, but that our in-house folks can't make the decision on their own anymore.
[2008/05/21 05:07:16] <muerr> holoway: i'll try that. i just reused the logic from my resolv.conf nameserver entries.
[2008/05/21 05:07:25] <holoway> it'll work
[2008/05/21 05:07:42] <holoway> hosts => [ 'jim', 'bob' ] would == jim bob
[2008/05/21 05:08:03] <holoway> (change the resolv.conf one too!)
[2008/05/21 05:08:03] <holoway> :)
[2008/05/21 05:08:10] <muerr> i'll peek at the join method so i understand what it is doing.
[2008/05/21 05:08:28] <muerr> not that i don't trust you :)
[2008/05/21 05:08:38] <holoway> muerr: education ftw!
[2008/05/21 05:08:45] <muerr> absolutely.
[2008/05/21 05:08:54] <muerr> you know me, i have to know exactly how it works first :)
[2008/05/21 05:10:33] <muerr> Hmm.
[2008/05/21 05:10:36] <muerr> undefined method join
[2008/05/21 05:10:51] <muerr> oh - i'm passing a string, instead of an array.
[2008/05/21 05:11:35] <holoway> start passing an array of strings
[2008/05/21 05:12:22] <muerr> Yeah.
[2008/05/21 05:12:25] <bda> A reference to an arrayed strings hashed finely with a nice red wine sauce.
[2008/05/21 05:12:37] <muerr> ping => ["10.1.0.1"] instead of ping => "10.1.0.1" worked better.
[2008/05/21 05:12:44] <muerr> :)
[2008/05/21 05:13:10] <ashp> :)
[2008/05/21 05:14:41] <muerr> see *my* loop didn't care if it was a string or an array :P
[2008/05/21 05:15:52] @ randybias joined channel #puppet
[2008/05/21 05:17:08] @ randybias_ joined channel #puppet
[2008/05/21 05:17:19] @ Quit: randybias_: Remote closed the connection
[2008/05/21 05:17:31] <ashp> hmm interesting
[2008/05/21 05:17:39] <ashp> git clone on this server gets to 16% then stalls
[2008/05/21 05:17:58] <ashp> i wonder what firewall i have fallen foul of
[2008/05/21 05:18:19] <ashp> it does 561/3378 objects then explodes (trying to sync git.hjksolutions.com/iclassify)
[2008/05/21 05:18:34] <ashp> oh, it's taking off again, slowly
[2008/05/21 05:18:49] <ashp> my last attempt failed with a "fatal: Unable to create temporary file: No such file or directory"
[2008/05/21 05:24:01] @ nigelk joined channel #puppet
[2008/05/21 05:26:03] <gepetto> ::puppet:: Developer Repositories edited by porridge @ http://reductivelabs.com/trac/puppet/wiki/DeveloperRepositories (by marcin@owsiany.pl)
[2008/05/21 05:31:15] <gepetto> ::puppet:: Developer Repositories edited by apenney @ http://reductivelabs.com/trac/puppet/wiki/DeveloperRepositories
[2008/05/21 05:32:25] <ashp> holoway: arghhhhhhhh so close, now I have to configure runit. :(
[2008/05/21 05:33:03] <ashp> mongrel_runit -c /etc/mongrel_runit/iclassify.yml is upset as /var/service isn't around, so I guess I'll have to work that out next.
[2008/05/21 05:34:21] <ashp> nDuff: As you use RHEL, any chance you can look at your module and see what the minimal amount of work required to get runit running is?
[2008/05/21 05:42:05] @ Quit: randybias: Read error: 110 (Connection timed out)
[2008/05/21 05:43:08] <nigelk> damnit. submitted to my github master branch instead of 0.24.x
[2008/05/21 05:43:11] * nigelk goes to read more on git
[2008/05/21 05:46:31] @ Quit: shake-n-bake:
[2008/05/21 05:47:23] @ Quit: Zothar_Work: "ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040414]"
[2008/05/21 05:49:19] <nigelk> and as always with git... the actual solution is rather simple
[2008/05/21 05:51:18] <porridge> hmm.. when running the RSpec tests as myself I get: 3053 examples, 145 failures, 31 pending
[2008/05/21 05:51:29] <porridge> when running as root: 3053 examples, 219 failures, 30 pending
[2008/05/21 05:51:40] <plathrop> nigelk: Really? What did you have to do?
[2008/05/21 05:51:51] <porridge> though the first is not a subset of the second :/
[2008/05/21 05:52:03] <ashp> Hmm. If I have two exec{}'s, and a uses creates =>, and b uses subscribe => Exec['a']
[2008/05/21 05:52:25] <ashp> Will b run every time it attempts to try a, or only if a successfully runs (because the creates doesn't exist)
[2008/05/21 05:52:26] <nigelk> so I committed to the master branch of my puppet clone on github and then remembered lak said he wanted changes on the 0.24.x branch
[2008/05/21 05:52:47] <ashp> I want to run rake install only if it had to check out the iclassify repo
[2008/05/21 05:52:48] <nigelk> git checkout -b 0.24.x
[2008/05/21 05:52:51] <nigelk> git push
[2008/05/21 05:52:53] <ashp> otherwise it's going to trash itself all the time
[2008/05/21 05:53:10] <holoway> ashp: you can also run it straight out of the git repo, fwiw
[2008/05/21 05:53:19] <ashp> holoway: Eh?
[2008/05/21 05:53:23] <holoway> yeah
[2008/05/21 05:53:31] <ashp> I have this, elt me paste
[2008/05/21 05:53:35] <ashp> this is horrible but functional
[2008/05/21 05:53:35] <holoway> you can just git clone it straight to where you want the base to be
[2008/05/21 05:53:40] <ashp> Ohhhhh
[2008/05/21 05:53:43] <muerr> can metaparameters be used in a defined type?
[2008/05/21 05:53:46] <ashp> so what does the rake iclassify stuff do?
[2008/05/21 05:53:59] @ Rainhead joined channel #puppet
[2008/05/21 05:54:00] <ashp> http://pastebin.com/d5531182e
[2008/05/21 05:54:06] <ashp> There, that's what I was trying to do
[2008/05/21 05:54:06] <Rainhead> hi all
[2008/05/21 05:54:23] <ashp> It only triggers a clone if the files don't exist, and then should only issue a rake iclassify:install if it had to download the git repo
[2008/05/21 05:54:30] <plathrop> ashp: I'd have to try it to be sure (the creates=> thing)
[2008/05/21 05:54:53] <plathrop> ashp: But I think what you want to do instead is make Exec "b" subscribe to the created thing
[2008/05/21 05:55:23] <plathrop> muerr: Yes, I'm pretty sure they can.
[2008/05/21 05:55:41] <ashp> Oh, hmm, that makes sense, rather than subscribe to the command subscribe to the directory it creates
[2008/05/21 05:55:41] <nigelk> holoway: i'm sure there are other ways. puppet is the only thing I'm using git for atm
[2008/05/21 05:55:58] <Rainhead> when I start puppetmasterd, it destroys the symlink at /etc/puppet, replaces it with a directory, and then quits because it (surprise) can't find any configuration
[2008/05/21 05:56:01] <ashp> Thing is I only want it to trigger if the other one runs, not any other time (so subscribing to the files won't work)
[2008/05/21 05:56:01] <nigelk> living in perforce otherwise
[2008/05/21 05:57:19] <holoway> ashp: it just does some copies and directory making for you, along with rendering a few files
[2008/05/21 05:57:27] <holoway> all of which you could just have puppet do in the direct git chekcout
[2008/05/21 05:57:37] <Volcane> great, redhat 5, tomcat has a bug in ajp handling and apache has a bug in mod_proxy_http
[2008/05/21 05:57:43] <Volcane> = no solid way to make the 2 talk
[2008/05/21 05:57:57] <ashp> holoway: I'm tempted to try that
[2008/05/21 05:58:05] <holoway> ashp: go for it, it works for us
[2008/05/21 05:58:09] @ barnum joined channel #puppet
[2008/05/21 05:58:18] <ashp> Don't suppose you have any examples of doing it directly from the repo?
[2008/05/21 05:58:22] <ashp> this 'almost' works
[2008/05/21 05:58:29] <ashp> i've just got one error somewhere in my deps and i should be done
[2008/05/21 05:58:34] <plathrop> Rainhead: Yes, that's expected behavior. If you want your configs somewhere else, there are configuration options for it.
[2008/05/21 05:58:53] <plathrop> Rainhead: And command-line options
[2008/05/21 05:59:35] <plathrop> ashp: What about using "after", would that work?
[2008/05/21 06:00:44] <holoway> ashp: gotta run to a meeting
[2008/05/21 06:00:44] <holoway> brb
[2008/05/21 06:00:51] @ holoway is now known as holoway-away
[2008/05/21 06:00:52] <Rainhead> plathrop: that's absurd behaviour
[2008/05/21 06:00:55] <ashp> plathrop: there's an after? :)
[2008/05/21 06:01:07] <plathrop> Rainhead: No, it really isn't. But you are free to think so.
[2008/05/21 06:01:27] <Rainhead> name another application anywhere that does that
[2008/05/21 06:02:12] <plathrop> Rainhead: Name another application anwhere that defines a DSL for describing infrastructure configurations.
[2008/05/21 06:02:22] <ashp> Argh, I hate bugs like this:
[2008/05/21 06:02:22] <plathrop> ashp: I guess there isn't
[2008/05/21 06:02:25] <ashp> warning: Configuration could not be instantiated: Could not find dependency File[/usr/local/bin/iclassify/examples/mongrel_runit_iclassify.yml]
[2008/05/21 06:02:32] @ muerr left channel #puppet ()
[2008/05/21 06:02:37] <plathrop> ashp: I figured there would be a "after" to go with "before"
[2008/05/21 06:02:56] <ashp> -sh-3.2# md5sum /usr/local/bin/iclassify/examples/mongrel_runit_iclassify.yml
[2008/05/21 06:02:56] <ashp> 1c29acd93d3231da57d6409ad19b31de /usr/local/bin/iclassify/examples/mongrel_runit_iclassify.yml
[2008/05/21 06:03:02] <Rainhead> also, there is not a command line argument to puppetmasterd for specifying the location of the configuration file
[2008/05/21 06:03:05] <ashp> That file is right there, so don't lie puppet. :/
[2008/05/21 06:04:09] <plathrop> Rainhead: Yes, there is. --confdir
[2008/05/21 06:04:30] <Rainhead> perhaps I meant to say "documented argument"
[2008/05/21 06:04:57] * Volcane is with rainhead on this one, if its not in --help its not there
[2008/05/21 06:04:58] <plathrop> Rainhead: http://reductivelabs.com/trac/puppet/wiki/ConfigurationReference#confdir
[2008/05/21 06:05:03] <Volcane> even if it is
[2008/05/21 06:05:24] <plathrop> Volcane: see my response. It's there. It can also be gotten through --genconfig
[2008/05/21 06:05:58] <Volcane> puppetmasterd --help|grep confdir
[2008/05/21 06:06:00] <Volcane> its not htere.
[2008/05/21 06:06:06] <ashp> ARGH, puppet, stop being wrong. :/
[2008/05/21 06:06:22] <ashp> It keeps maintaining a file doesn't exist when it clearly does
[2008/05/21 06:06:27] <Volcane> its not in the man page either
[2008/05/21 06:06:44] <Volcane> so really, saying oh its there, dont be stupid, read the wiki, is just a bit silly.
[2008/05/21 06:06:46] <plathrop> Volcane: It's documented in more than one place. --help is supposed to be for quick help. I agree it should probably be in the man page
[2008/05/21 06:06:59] <plathrop> Volcane: Didn't call anyone stupid.
[2008/05/21 06:08:52] <Volcane> maybe not in so many words :)
[2008/05/21 06:09:04] <gepetto> ::puppet:: Ticket #1238 (defect created): strange yumrepo/package interaction @ http://reductivelabs.com/trac/puppet/ticket/1238 (by dreif@blackmesh.com)
[2008/05/21 06:10:04] <plathrop> Volcane: This is a text-only communication medium. Please try to not imagine extra communnication happening when it isn't there. I don't have tools like tone of voice and body language here, so it is easy for you to read in connotation where there is none.
[2008/05/21 06:10:35] <Volcane> plathrop: whatever mate, been ircing for 15 years, I think I get it.
[2008/05/21 06:13:31] <Rainhead> this used to be a user-positive, friendly community
[2008/05/21 06:14:06] <plathrop> Rainhead: I'm sorry if you felt I was being unfriendly. Your comments occurred as pretty combative to me as well.
[2008/05/21 06:14:13] <spheromak> its not ?
[2008/05/21 06:15:24] <spheromak> hey when does the clas on the last friday end ? trying to tell if the guys that are going should come back on fri night or sat
[2008/05/21 06:15:25] <Rainhead> spheromak: don't know, this is the first time I've spent any time here in some time
[2008/05/21 06:15:45] @ Quit: pleemans: "Ex-Chat"
[2008/05/21 06:17:29] <Rainhead> plathrop: I'm amazed at puppet's behaviour, but I don't mean to hold you accountable for it
[2008/05/21 06:17:54] <plathrop> Rainhead: Heh. I wasn't taking it personally; just saying that I felt it was reasonable behaviour.
[2008/05/21 06:18:06] <ashp> personally i'd be pretty surprised if puppet started deleting my symlinks
[2008/05/21 06:18:11] <ashp> and frankly annoyed as hell, but, you know..
[2008/05/21 06:18:18] <Rainhead> right
[2008/05/21 06:18:58] * Volcane too
[2008/05/21 06:19:03] <plathrop> I guess I've run into so many peices of software that think symlinks are the devil that I've gotten used to not trusting anything to obey symlinks
[2008/05/21 06:19:04] <Rainhead> there are things it's supposed to manage, but (unless it's told to) I don't know of any system that will restructure not only its own configuration files but the directories they live in
[2008/05/21 06:19:24] <spheromak> plathrop: yea
[2008/05/21 06:19:27] <Volcane> yeah i cant think of a single bit of software now that will delete symlinks
[2008/05/21 06:19:33] <spheromak> Rainhead: yea there are bugs.. lots
[2008/05/21 06:19:37] <Volcane> some might print a error or whatever, but certainly dont go changing things
[2008/05/21 06:19:44] <plathrop> Rainhead: If you think it's a bug, I say file it. Worst you'll get is a good explanation from Luke as to why.
[2008/05/21 06:19:58] <spheromak> Volcane: well how much srver management software have you delt with
[2008/05/21 06:20:03] <plathrop> Volcane: But most software doesn't make config management it's business.
[2008/05/21 06:20:04] <Rainhead> I'm pretty sure luke will accept it, from my experience with him
[2008/05/21 06:20:09] <spheromak> you ever used tar or cp and messed up symlinks ?
[2008/05/21 06:20:14] <Rainhead> plathrop: but I would have appreciated that response off the bat
[2008/05/21 06:20:43] <Rainhead> plathrop: puppet is supposed to manage what I tell it to manage
[2008/05/21 06:21:06] <plathrop> Rainhead: Acknowledged. Next time I'll try putting on my "community hat" first, before I put on my "Me" hat.
[2008/05/21 06:21:14] <Rainhead> aight :)
[2008/05/21 06:21:34] <ashp> so what you're saying is.. BURN LUKE! BURN THEM ALL
[2008/05/21 06:21:44] <plathrop> Rainhead: See, when I read the documentation, I got the impression Puppet did a lot of self-management, so I expected it to manage it's own directories.
[2008/05/21 06:22:06] <plathrop> Rainhead: You would rather have to create all the SSL stuff yourself? That's logically the same thing. (Wearing my "Me" hat)
[2008/05/21 06:22:31] <nigelk> the deletion of symlinks is annoying
[2008/05/21 06:22:52] <nigelk> and it surprised me.
[2008/05/21 06:23:19] <plathrop> (Wearing my "community" hat) I could see where people would find the symlink thing annoying. A bug report is definitely in order.
[2008/05/21 06:23:37] <plathrop> (Wearing my "Me" hat). I think it is weird that people are surprised by this.
[2008/05/21 06:24:34] <plathrop> I think I'm giving myself a headache today and getting snippy as a result. My apologies to anyone I've offended, I think I'll take some time off for now.
[2008/05/21 06:24:49] <Rainhead> take care
[2008/05/21 06:24:54] <Volcane> yeah, as a unix daemon, installed by a package management system, with /etc/puppet owned by the package management system and it not told to manage it
[2008/05/21 06:24:57] <Volcane> puppet should leave it alone
[2008/05/21 06:25:09] <nigelk> ++
[2008/05/21 06:25:46] <Rainhead> filed as #1239
[2008/05/21 06:25:48] <gepetto> Rainhead: #1239 is http://reductivelabs.com/trac/puppet/ticket/1239 "Should be able to make /etc/puppet a symlink"
[2008/05/21 06:25:58] <Rainhead> thanks, bot :)
[2008/05/21 06:27:45] <gepetto> ::puppet:: Ticket #1239 (defect created): Should be able to make /etc/puppet a symlink @ http://reductivelabs.com/trac/puppet/ticket/1239 (by peter@betcha.com)
[2008/05/21 06:28:33] <Volcane> hehe
[2008/05/21 06:32:15] <ashp> Hurrah!
[2008/05/21 06:32:20] <ashp> All via puppet: root 4107 0.3 0.0 3644 336 ? Ss 16:31 0:00 runsv mongrel-iclassify-5004
[2008/05/21 06:32:25] <ashp> I'm finally getting somewhere.
[2008/05/21 06:32:51] <gepetto> ::puppet:: Ticket #1240 (defect created): Graphing does not work with puppet (as opposed to puppetd) @ http://reductivelabs.com/trac/puppet/ticket/1240 (by marcin@owsiany.pl)
[2008/05/21 06:34:21] @ thegcat joined channel #puppet
[2008/05/21 06:36:11] <gepetto> ::puppet:: Ticket #1241 (enhancement created): Improve performance of group resource lookups. @ http://reductivelabs.com/trac/puppet/ticket/1241 (by nigel@explanatorygap.net)
[2008/05/21 06:36:49] <Rainhead> man they're just rolling in
[2008/05/21 06:37:26] <ashp> I MUST improve puppets handling of
[2008/05/21 06:37:32] <ashp> ensure => directory, recurse => true
[2008/05/21 06:37:38] <ashp> because it goddamn sucks at making multiple directories.
[2008/05/21 06:39:18] <ashp> I'm just shocked nobody else has problems with this
[2008/05/21 06:39:31] <ashp> if you need to create /a/b/c/d/e you have to create a/, then a/b, then a/b/c
[2008/05/21 06:39:35] <ashp> it never seems to recurse properly
[2008/05/21 06:40:20] <ashp> err: //Node[default]/iclassify/iclassify::solr/File[/var/service/iclassify-solr/log/main]/ensure: change from absent to directory failed: Cannot create /var/service/iclassify-solr/log/main; parent directory /var/service/iclassify-solr/log does not exist
[2008/05/21 06:41:13] <benp-> recurse properly?
[2008/05/21 06:41:37] <Demosthenes> benp-: like mkdir -p
[2008/05/21 06:41:40] <ashp> benp: I want to be able to do file { "/a/b/c/d/e/f/fs/sd/": ensure => directory, recurse => true}
[2008/05/21 06:41:44] <ashp> and have it work like mkdir -p,y es
[2008/05/21 06:41:46] @ holoway-away is now known as holaway
[2008/05/21 06:41:51] <ashp> that's what I end up replacing all my file {}'
[2008/05/21 06:41:55] <ashp> file{}'s with
[2008/05/21 06:43:30] <martha> so, for the creates parameter of exec, you can't do shell globbing, right?
[2008/05/21 06:43:35] <benp-> ah.. yeah, i guess that would be handy
[2008/05/21 06:43:49] @ Quit: jvanzyl:
[2008/05/21 06:44:09] <freiheit> ashp: I'm not sure that "recurse => true" is the right syntax for that, but I totally want the "mkdir -p" equiv. totally annoying in too many cases.
[2008/05/21 06:44:20] @ Quit: nigelk:
[2008/05/21 06:44:27] <ashp> It's just something easy to work around, but really annoying not to have
[2008/05/21 06:44:53] <benp-> yeah, recurse => true tells puppet to *manage* the file resource recursively if its a directory.. not so much create, thats why i asked
[2008/05/21 06:46:01] <Rainhead> doesn't ensure => directory just run mkdir -p?
[2008/05/21 06:46:27] <fsweetser> Rainhead: nope, it calls Dir.mkdir (I just looked =)
[2008/05/21 06:46:51] <Rainhead> I can't think off the top of my head why anyone wouldn't want it to make parent directories
[2008/05/21 06:47:51] <Rainhead> FileUtils.mkdir_p
[2008/05/21 06:48:25] <Volcane> its easily fixed
[2008/05/21 06:48:28] <ashp> See, easiest fix ever!
[2008/05/21 06:48:31] <Volcane> makeparents => true
[2008/05/21 06:48:32] <Volcane> :)
[2008/05/21 06:48:37] <ashp> I'd slap up a ticket for it but I have to go home
[2008/05/21 06:48:42] <Volcane> then it works for all ppl
[2008/05/21 06:48:44] <ashp> but if anyone else takes pity on those of us frustrated by it
[2008/05/21 06:48:50] <freiheit> Rainhead: I think the issues are when you try to manage both /a/b/c/d and /a/b/c/e -- /a, /a/b and /a/b/c are now technically managed in two places
[2008/05/21 06:48:53] <ashp> slap up a quick patch and no longer will i have to grumble
[2008/05/21 06:49:18] <Rainhead> freiheit: hmm
[2008/05/21 06:50:17] <freiheit> I mean, in the cases I want it, I just want defaults on the parent dirs and it's not an *actual* issue... I think it means you have to accept defaults on parent dirs and can't let the automagic-parent stuff set the owner, mode, etc of anything other than the leaf dir you're specifying.
[2008/05/21 06:50:35] <benp-> would puppet have to create a file resource for each parent directory to do that?
[2008/05/21 06:51:03] <Rainhead> that'd be one way of solving it
[2008/05/21 06:51:22] <Rainhead> I don't think it presently creates any resources ad hoc
[2008/05/21 06:51:40] <kombucha> how do i install the most current version of puppet / puppetmaster on my debian stable box? I don't want to run testing.
[2008/05/21 06:51:56] <Rainhead> via gem
[2008/05/21 06:51:57] <benp-> the best way to deal with it is define a file{} for each directory and use before=> or require=>
[2008/05/21 06:51:59] <Rainhead> is the easiest way
[2008/05/21 06:52:09] <kombucha> do you know where i would look for info about that ?
[2008/05/21 06:52:10] <plathrop> There's actually already a ticket for the upward-recursing directory creation.
[2008/05/21 06:52:16] <benp-> either that or exec { mkdir -p $dir: creates => $dir }
[2008/05/21 06:52:25] <Rainhead> benp-: it'd be cool if there were an implicit require
[2008/05/21 06:53:06] <freiheit> benp: but then I end up needing to virtualize a parent somewhere up there and realize it instead...
[2008/05/21 06:53:10] <Rainhead> kombucha: gem install puppet
[2008/05/21 06:53:12] <Rainhead> kombucha: should do the trick
[2008/05/21 06:53:20] <Rainhead> assuming you have ruby installed
[2008/05/21 06:53:27] <benp-> and gem
[2008/05/21 06:53:42] <kombucha> i can intall ruby1.8 or ruby1.9, i assume i should have 1.9
[2008/05/21 06:53:42] <Rainhead> right, if debian's ruby doesn't come with rubygems
[2008/05/21 06:53:59] <benp-> s/gem/rubygems
[2008/05/21 06:53:59] <Rainhead> kombucha: I have 1.8.6
[2008/05/21 06:54:54] @ greenmoss joined channel #puppet
[2008/05/21 06:55:05] <Rainhead> kombucha: iirc 1.9 is a full rewrite of ruby's interpreter, and things haven't necessarily been tested with it
[2008/05/21 06:55:19] @ nigelk joined channel #puppet
[2008/05/21 06:55:33] @ martha left channel #puppet ()
[2008/05/21 06:56:21] <gepetto> ::puppet:: Using Mongrel OnDebian edited by greenmoss @ http://reductivelabs.com/trac/puppet/wiki/UsingMongrelOnDebian (by ktypublic@yoderhome.com)
[2008/05/21 06:56:26] <kombucha> it wants to install puppet 0.24.4
[2008/05/21 06:56:47] <Rainhead> kombucha: sounds good
[2008/05/21 06:56:51] <nigelk> ashp: i'd say it should be intermediaries => true,
[2008/05/21 06:56:54] <nigelk> recurse would be confusing
[2008/05/21 07:00:26] @ Quit: kenvandine: "Ex-Chat"
[2008/05/21 07:03:12] @ Quit: kambiz: "Leaving"
[2008/05/21 07:07:35] @ jvanzyl joined channel #puppet
[2008/05/21 07:10:08] <fujin> kombucha: 1.9 is a bad idea
[2008/05/21 07:10:12] @ shenson is now known as shenson_not_here
[2008/05/21 07:11:18] <Demosthenes> perl 5.10 hit Lenny Sunday!
[2008/05/21 07:12:26] @ Quit: kolla: Remote closed the connection
[2008/05/21 07:12:38] @ kolla joined channel #puppet
[2008/05/21 07:13:30] <kombucha> what is mongrel ?
[2008/05/21 07:13:42] <fujin> it's uh
[2008/05/21 07:14:00] <fujin> a fast (C) webserver with ruby bindings
[2008/05/21 07:14:25] <fujin> unfortunately doesn't support hTTPS so you have to proxy to it for Puppetmaster
[2008/05/21 07:14:49] <Rainhead> I think it's not a requirement, right?
[2008/05/21 07:14:57] <fujin> no, it is not a requirement
[2008/05/21 07:15:02] <fujin> although it's about 100x better and the only way to scale
[2008/05/21 07:15:13] <fujin> you'll start seeing issues with concurrency with more than 40 or so nodes
[2008/05/21 07:15:18] <Demosthenes> i just rebuilt my laptop on debian testing, with puppet in standalone. ;]
[2008/05/21 07:15:40] @ Quit: nigelk:
[2008/05/21 07:16:15] <holaway> fujin: although, you could run more than one webrick server if it grooved you
[2008/05/21 07:16:30] <fujin> yeah, and loadbalance em I guess
[2008/05/21 07:16:30] <greenmoss> if you have your clients checking in every 5 minutes, like I do, you will see concurrency issues *much* sooner
[2008/05/21 07:17:31] * Volcane 's nodes check in once every 2 hours
[2008/05/21 07:17:36] <Volcane> very happy with that
[2008/05/21 07:20:17] @ greenmoss left channel #puppet ()
[2008/05/21 07:20:48] <jason^> is there a way to put a file onto a system but if it doesn't exist then forget it and not error about it?
[2008/05/21 07:23:39] <fujin> um, it'd be messy, but yes
[2008/05/21 07:24:07] <fujin> just have to think outside the box a little.. probably use an exec{} and a file{}
[2008/05/21 07:26:19] <fujin> actually - that might not work
[2008/05/21 07:26:38] <fujin> jason^: it'd be messy, but, you could use an exec{} with the unless=> param.
[2008/05/21 07:26:44] <fujin> (ugh)
[2008/05/21 07:29:56] @ mccune left channel #puppet ()
[2008/05/21 07:30:12] @ nigelk joined channel #puppet
[2008/05/21 07:32:31] @ Quit: nigelk: Client Quit
[2008/05/21 07:32:35] @ _newbie_ joined channel #puppet
[2008/05/21 07:39:47] <jason^> i guess i can't require File["puppet:///blah"]
[2008/05/21 07:40:03] <fujin> no
[2008/05/21 07:40:21] <jason^> that's blasphamy
[2008/05/21 07:42:34] @ Quit: nDuff: Remote closed the connection
[2008/05/21 07:43:16] <Volcane> bah, service and the redhat iptables service doesnt like each other too much
[2008/05/21 07:44:11] <fujin> oh?
[2008/05/21 07:44:32] <Volcane> ensure => running
[2008/05/21 07:44:38] <Volcane> doesnt know its already been run once
[2008/05/21 07:44:53] <fujin> does it have a 'status' command?
[2008/05/21 07:45:07] <Volcane> it does, spews the current rule set to stdout and exist with 0
[2008/05/21 07:45:20] <fujin> and you've specified hasstatus => true?
[2008/05/21 07:45:32] <Volcane> was about to try that :)
[2008/05/21 07:45:56] <fujin> if you do not, it will assume pattern
[2008/05/21 07:46:12] <fujin> and therefore do ps -ef|grep $name
[2008/05/21 07:46:18] <Volcane> ah ok
[2008/05/21 07:46:52] <Volcane> which explains another weird thing i had :)
[2008/05/21 07:46:53] <Volcane> thanks
[2008/05/21 07:47:37] @ Quit: porridge: "zzz"
[2008/05/21 07:49:15] @ nigelk joined channel #puppet
[2008/05/21 07:54:32] @ Quit: _newbie_: Read error: 110 (Connection timed out)
[2008/05/21 07:55:28] @ muerr joined channel #puppet
[2008/05/21 08:00:53] @ thegcat_ joined channel #puppet
[2008/05/21 08:02:55] @ Quit: Omahn: Remote closed the connection
[2008/05/21 08:04:22] @ a-priori_ joined channel #puppet
[2008/05/21 08:04:34] @ Quit: thegcat_: Client Quit
[2008/05/21 08:07:23] @ a-priori__ joined channel #puppet
[2008/05/21 08:10:24] @ a-priori___ joined channel #puppet
[2008/05/21 08:11:26] @ [newbie] joined channel #puppet
[2008/05/21 08:12:21] @ a-priori____ joined channel #puppet
[2008/05/21 08:13:43] @ a-priori_____ joined channel #puppet
[2008/05/21 08:16:25] @ a-priori______ joined channel #puppet
[2008/05/21 08:19:16] @ Quit: thegcat: Read error: 113 (No route to host)
[2008/05/21 08:19:21] <Volcane> notice: /:main/Node[mybox.com]/sysctl/Exec[/sbin/sysctl -p]: Triggering 'refresh' from 1 dependencies
[2008/05/21 08:19:27] <Volcane> /usr/lib64/site_ruby/1.8/puppet/util.rb:312: warning: fork terminates thread at /usr/lib64/ruby/1.8/timeout.rb:41
[2008/05/21 08:19:30] <Volcane> :(
[2008/05/21 08:19:52] <muerr> I don't remember who besides ashp I was talking to about heartbeat earlier.
[2008/05/21 08:20:06] <muerr> Or who in general was interested in the module I pasted :-x
[2008/05/21 08:20:17] * Volcane has a heartbeat cluster
[2008/05/21 08:20:20] <Volcane> didnt look at your source though
[2008/05/21 08:21:37] @ Quit: a-priori_: Read error: 110 (Connection timed out)
[2008/05/21 08:22:35] @ a-priori_ joined channel #puppet
[2008/05/21 08:23:25] @ Quit: a-priori______: Read error: 104 (Connection reset by peer)
[2008/05/21 08:24:16] @ Quit: a-priori: Read error: 113 (No route to host)
[2008/05/21 08:25:41] @ a-priori joined channel #puppet
[2008/05/21 08:27:33] @ Quit: a-priori__: Connection timed out
[2008/05/21 08:28:00] @ Quit: a-priori___: Read error: 110 (Connection timed out)
[2008/05/21 08:29:23] @ Quit: a-priori____: No route to host
[2008/05/21 08:30:15] @ a-priori__ joined channel #puppet
[2008/05/21 08:30:52] @ Quit: a-priori_____: Read error: 110 (Connection timed out)
[2008/05/21 08:33:35] @ a-priori___ joined channel #puppet
[2008/05/21 08:34:16] @ shadoi joined channel #puppet
[2008/05/21 08:36:21] @ Quit: flakrat: "Leaving"
[2008/05/21 08:36:35] @ a-priori____ joined channel #puppet
[2008/05/21 08:39:03] @ a-priori_____ joined channel #puppet
[2008/05/21 08:39:04] @ Quit: a-priori_: No route to host
[2008/05/21 08:41:10] <muerr> its mainly the same with a couple extra 'requires' parameters.
[2008/05/21 08:41:29] @ Quit: a-priori: Read error: 104 (Connection reset by peer)
[2008/05/21 08:48:37] @ Quit: a-priori__: Read error: 110 (Connection timed out)
[2008/05/21 08:50:08] @ Quit: plathrop: "ERC Version 5.2 (IRC client for Emacs)"
[2008/05/21 08:50:11] @ a-priori joined channel #puppet
[2008/05/21 08:51:50] @ Quit: a-priori___: Read error: 110 (Connection timed out)
[2008/05/21 08:52:00] @ Quit: johnf: Read error: 113 (No route to host)
[2008/05/21 08:54:32] <Rainhead> does anyone here use puppet on gentoo?
[2008/05/21 08:54:41] @ Quit: a-priori____: Read error: 110 (Connection timed out)
[2008/05/21 08:55:39] <fujin> Jose does - can probably pop a question onto the mailing list if he's not here
[2008/05/21 09:05:20] <kombucha> has anyone installed puppet from debian unstable on to debian stable ?
[2008/05/21 09:05:26] @ Quit: a-priori_____: Read error: 110 (Connection timed out)
[2008/05/21 09:06:03] @ Quit: a-priori: Read error: 104 (Connection reset by peer)
[2008/05/21 09:06:21] @ rmiller joined channel #puppet
[2008/05/21 09:06:42] @ a-priori joined channel #puppet
[2008/05/21 09:06:52] <rmiller> hey... so I'm a little confused by this "indirector" thing... 1) will this allow me to connect to our asset tracker using REST to query a node, and 2) where is the documentation on this feature?
[2008/05/21 09:07:13] <fujin> huh?
[2008/05/21 09:07:19] <fujin> None if it works yet afaik
[2008/05/21 09:07:38] <rmiller> hmm... the 2.24.4 release seems to have it
[2008/05/21 09:07:51] <rmiller> er 0.24.4
[2008/05/21 09:08:32] <fujin> It has some code that will allow for RESTfulness when the rest of it is complete
[2008/05/21 09:08:40] <fujin> not really the right person to be asking I'm sorry
[2008/05/21 09:08:49] <rmiller> see, we run puppet using a push, not a pull model... and we pass the environment to it externally. But that doesn't appear to work anymore and it seems to expect a node definition
[2008/05/21 09:09:09] <rmiller> so if I could use the indirector to grab the environment that would be OK
[2008/05/21 09:10:39] @ notbrien joined channel #puppet
[2008/05/21 09:13:40] @ shake-n-bake joined channel #puppet
[2008/05/21 09:25:21] @ Quit: ezralini:
[2008/05/21 09:32:26] @ Quit: Innocenti: Read error: 110 (Connection timed out)
[2008/05/21 09:32:53] <notbrien> has anyone used puppet to manage php pear packages?
[2008/05/21 09:33:25] <benp-> just ones that have been converted to rpms
[2008/05/21 09:34:17] @ jvanzyl_ joined channel #puppet
[2008/05/21 09:34:18] @ Quit: jvanzyl: Read error: 104 (Connection reset by peer)
[2008/05/21 09:34:29] <notbrien> i was afraid of that
[2008/05/21 09:36:41] @ fsweetser_laptop joined channel #puppet
[2008/05/21 09:37:11] @ Quit: fsweetser_laptop: Read error: 104 (Connection reset by peer)
[2008/05/21 09:37:16] <ashp> holaway: That's a good salary!
[2008/05/21 09:37:49] <benp-> hehe, i was just thinking that
[2008/05/21 09:37:51] <ashp> my job is pretty quiet, maybe I can telecommute to your job from mine! :)
[2008/05/21 09:37:58] <benp-> and that :)
[2008/05/21 09:38:40] <fujin> notbrien: some, on debian
[2008/05/21 09:40:08] <holaway> ashp: we're not fucking around, yo
[2008/05/21 09:40:09] <holaway> :)
[2008/05/21 09:40:14] <notbrien> fujin: yep, i'm using ubuntu. i've seen some of them on there but not all the ones i have to install
[2008/05/21 09:40:31] <fujin> heh.
[2008/05/21 09:40:44] <fujin> probably be worth looking at creating a package provider for PEAR, using pecl as the tool
[2008/05/21 09:41:01] <benp-> pecl installs pear pkgs?
[2008/05/21 09:41:13] <fujin> doesn't it?
[2008/05/21 09:41:28] <fujin> maybe I'm thinking of php modules
[2008/05/21 09:41:51] <benp-> yeah, pecl and pear are pretty different
[2008/05/21 09:42:30] @ Quit: Vivek: No route to host
[2008/05/21 09:42:41] <notbrien> yay for php packaging
[2008/05/21 09:42:47] <ashp> holaway: Shame I can't move again!
[2008/05/21 09:42:54] <benp-> pear = bundles of php code, pecl = php extensions usually i think in c
[2008/05/21 09:43:03] <ashp> also as we both know I'm retarded when it comes to programming
[2008/05/21 09:43:23] <holaway> ashp: well, you probably know enough about other things to at least apply. :)
[2008/05/21 09:43:34] <holaway> but yeah, not moving would be hard for us at this stage in the game
[2008/05/21 09:43:36] <rmiller> hmm, might be cool to move to seattle
[2008/05/21 09:43:38] <ashp> I would LOVE to move
[2008/05/21 09:43:39] <fujin> holaway: hire me
[2008/05/21 09:43:42] <ashp> don't get me wrong
[2008/05/21 09:43:42] * rmiller lives in los angeles
[2008/05/21 09:43:48] <ashp> but I'm stuck out in mass for the near future
[2008/05/21 09:43:52] <rmiller> salary is a little lower than what I make now though
[2008/05/21 09:43:53] <holaway> fujin: in a heartbeat, if visa sponsership wasn't a bitch
[2008/05/21 09:44:09] <ashp> my wife has kids from a previous relationship and moving is awkward as a result
[2008/05/21 09:44:11] <fujin> hehe
[2008/05/21 09:44:16] <fujin> visa sponsorship?
[2008/05/21 09:44:21] <benp-> i'd apply if i lived in the u.s.
[2008/05/21 09:44:35] <ashp> I'm on $84,000 here in boston, but I also get a free degree from harvard as a benefit (assuming I like, attend classes and make an effort)
[2008/05/21 09:44:40] <fujin> :\
[2008/05/21 09:44:42] <fujin> nice.
[2008/05/21 09:44:44] <ashp> and as I don't have a bachelors, that's good!
[2008/05/21 09:44:45] <fujin> I'm on $55nzd
[2008/05/21 09:44:49] <ashp> over in the uk nobody cares about degrees
[2008/05/21 09:44:56] @ Vivek joined channel #puppet
[2008/05/21 09:45:01] <fujin> nzd = 0.7 usd
[2008/05/21 09:45:04] @ Quit: kolla: Read error: 104 (Connection reset by peer)
[2008/05/21 09:45:06] @ Quit: jvanzyl_: Read error: 104 (Connection reset by peer)
[2008/05/21 09:45:16] <fujin> pay for peantus, get INCREDIBLE FUJIN
[2008/05/21 09:45:21] <fujin> peanuts even
[2008/05/21 09:45:24] <fujin> I'm goign to kill everyone
[2008/05/21 09:45:30] <holaway> fujin: well, that's an interesting idea, sir
[2008/05/21 09:45:30] <ashp> nzd has really pretty views?
[2008/05/21 09:45:33] <holaway> :)
[2008/05/21 09:45:36] <holaway> drop me an email
[2008/05/21 09:45:39] <ashp> also hobbits
[2008/05/21 09:45:45] @ jvanzyl joined channel #puppet
[2008/05/21 09:45:48] <fujin> hahaha
[2008/05/21 09:46:01] <ashp> I wonder if working on tests like plathrop is doing would be a better way to learn ruby
[2008/05/21 09:46:07] <fujin> oh god now
[2008/05/21 09:46:08] <fujin> no
[2008/05/21 09:46:11] <fujin> it's a good way to learn rspec
[2008/05/21 09:46:19] <fujin> but a backwards way to learn the basics of Ruby
[2008/05/21 09:46:23] <ashp> I'm having that old problem where
[2008/05/21 09:46:27] <ashp> I have nothing I need to write in ruby
[2008/05/21 09:46:32] <fujin> hahah
[2008/05/21 09:46:35] <ashp> but jumping up to modifying an existing app in big ways is too hard
[2008/05/21 09:46:42] <ashp> there's a middle ground I'm not hitting
[2008/05/21 09:46:44] <fujin> yeah. Know the feeling
[2008/05/21 09:46:49] <fujin> I'v ebeen trying to make it my primary language
[2008/05/21 09:47:00] <fujin> so when I think to myself "oh I could write some perl to do this" I bust out ruby instead
[2008/05/21 09:47:05] <ashp> tomorrow, once I talk to lak about a feature
[2008/05/21 09:47:13] <ashp> I'm going to try and modify file{} to support it
[2008/05/21 09:47:17] <ashp> assuming he's not against it
[2008/05/21 09:47:21] <fujin> cool
[2008/05/21 09:47:24] <ashp> (recursively create directories)
[2008/05/21 09:47:35] <ashp> as I want to just have a file{} and have it do all the parent dirs if required
[2008/05/21 09:47:57] <fujin> cool idea - might even be a ticket open for that one
[2008/05/21 09:48:13] <ashp> It can't be too hard to do, I'm told the support is in ruby already
[2008/05/21 09:48:27] <ashp> so it's really just adding an option like createparent => true/false, and then a