Monday, 2009-04-13

[2009/04/13 00:20:08] @ Log started by gepetto
[2009/04/13 00:20:08] @ Quit: lak:
[2009/04/13 00:46:12] @ lak joined channel #puppet
[2009/04/13 00:46:32] @ Quit: lak: Client Quit
[2009/04/13 00:47:20] @ randybias is now known as randybias|away
[2009/04/13 00:49:17] @ Quit: edwardam: Remote closed the connection
[2009/04/13 01:00:22] @ Quit: sunoano: Connection timed out
[2009/04/13 01:03:34] @ Quit: unxfrek: "Leaving"
[2009/04/13 01:12:49] @ edwardam joined channel #puppet
[2009/04/13 01:20:33] @ randybias|away is now known as randybias
[2009/04/13 01:20:36] @ Quit: edwardam: Remote closed the connection
[2009/04/13 01:32:10] @ f3ew joined channel #puppet
[2009/04/13 01:35:54] @ alfism joined channel #puppet
[2009/04/13 01:51:47] @ Quit: ezmob|away: Read error: 110 (Connection timed out)
[2009/04/13 01:58:43] @ lak joined channel #puppet
[2009/04/13 02:08:48] @ axisys joined channel #puppet
[2009/04/13 02:12:14] @ Quit: alfism:
[2009/04/13 02:26:26] @ fujin_ joined channel #puppet
[2009/04/13 02:43:09] @ m1n3s6 joined channel #puppet
[2009/04/13 02:44:59] @ erikh left channel #puppet ()
[2009/04/13 02:46:34] @ Peanut left channel #puppet ()
[2009/04/13 02:58:03] @ skiold joined channel #puppet
[2009/04/13 03:01:06] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:02:13] @ f3ew joined channel #puppet
[2009/04/13 03:03:02] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:05:50] @ Quit: lak:
[2009/04/13 03:10:16] @ madrescher joined channel #puppet
[2009/04/13 03:10:43] @ gaveen joined channel #puppet
[2009/04/13 03:19:27] @ pleemans joined channel #puppet
[2009/04/13 03:19:32] @ Quit: randybias: "Leaving..."
[2009/04/13 03:22:30] @ BobFunk joined channel #puppet
[2009/04/13 03:33:18] @ Quit: fbe_: Read error: 104 (Connection reset by peer)
[2009/04/13 03:33:37] @ fbe_ joined channel #puppet
[2009/04/13 03:41:21] @ f3ew joined channel #puppet
[2009/04/13 03:41:49] @ stijnbe joined channel #puppet
[2009/04/13 03:43:24] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:44:31] @ f3ew joined channel #puppet
[2009/04/13 03:45:49] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:47:08] @ f3ew joined channel #puppet
[2009/04/13 03:48:26] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:54:20] @ f3ew joined channel #puppet
[2009/04/13 03:54:44] @ Quit: _lunix_: "_lunix_ has no reason"
[2009/04/13 03:55:58] @ yarihm joined channel #puppet
[2009/04/13 03:56:32] @ Quit: f3ew: Read error: 104 (Connection reset by peer)
[2009/04/13 03:58:43] @ Quit: yarihm: Client Quit
[2009/04/13 03:58:53] @ Innocenti joined channel #puppet
[2009/04/13 04:02:21] @ f3ew joined channel #puppet
[2009/04/13 04:15:15] @ MarlondB joined channel #puppet
[2009/04/13 04:51:23] @ Deutschland34_ joined channel #puppet
[2009/04/13 04:51:44] @ Quit: Deutschland34_:
[2009/04/13 04:54:50] @ Quit: BobFunk: Read error: 110 (Connection timed out)
[2009/04/13 04:54:54] @ Quit: f3ew: "You can /quit any time you like, but you can never leave"
[2009/04/13 05:01:27] @ Quit: Innocenti: Read error: 110 (Connection timed out)
[2009/04/13 05:05:10] @ Quit: axisys: Read error: 110 (Connection timed out)
[2009/04/13 05:11:23] @ Quit: Maliuta: Read error: 110 (Connection timed out)
[2009/04/13 05:24:03] @ f3ew joined channel #puppet
[2009/04/13 05:41:46] <ch> is there a reason why I can't "fork" the reductivelabs/puppet repo on github?
[2009/04/13 05:41:50] <ch> or is it just me?
[2009/04/13 05:44:47] <f3ew> It's you
[2009/04/13 05:47:14] <ch> good to know :/
[2009/04/13 05:47:32] <f3ew> Did you clone it?
[2009/04/13 05:48:47] <ch> No, I'm missing the "fork" button on the site
[2009/04/13 05:49:38] <ch> which is visible for example for jamtur01's puppet repo, but not for the reductivelabs one
[2009/04/13 05:49:54] <f3ew> ah
[2009/04/13 05:51:18] <ohadlevy> ch: I had the same problem
[2009/04/13 05:51:27] <ohadlevy> ch: but after a while, github came back to life
[2009/04/13 05:51:44] <ch> ohadlevy: okay
[2009/04/13 05:51:50] <ohadlevy> (or maybe I was trying though another link in github)
[2009/04/13 05:51:53] <ch> will wait for that to happen :-)
[2009/04/13 05:52:49] <ohadlevy> ch: most people fork lak/puppet (if you want that instead)
[2009/04/13 05:53:00] @ sunoano joined channel #puppet
[2009/04/13 05:53:35] @ Quit: ohadlevy: Remote closed the connection
[2009/04/13 05:56:55] <ch> I'm looking for the correct tree for basing 0.25 stuff on
[2009/04/13 05:57:18] <ch> wiki:DevelopmentLifecycle isn't very helpful on this, though.
[2009/04/13 05:57:20] <gepetto> ch: wiki: wiki:DevelopmentLifecycle is http://reductivelabs.com/trac/puppet/wiki/DevelopmentLifecycle
[2009/04/13 06:06:38] @ Quit: pleemans: Read error: 113 (No route to host)
[2009/04/13 06:07:28] <duritong> ch: master
[2009/04/13 06:13:14] @ Maliuta joined channel #puppet
[2009/04/13 06:17:16] <ch> duritong: sure. from the reductivelabs repo?
[2009/04/13 06:17:37] <Volcane> hmm, http://nventory.wiki.sourceforge.net/Introduction interesting node management tool that speaks puppet
[2009/04/13 06:17:41] <Volcane> theres a demo linked
[2009/04/13 06:19:47] @ Quit: lurbs: "Reconnecting"
[2009/04/13 06:19:52] @ lurbs joined channel #puppet
[2009/04/13 06:23:21] <omry|work> is there a way to run puppet in dry mode, where it will just say what it's about to do?
[2009/04/13 06:23:39] <Volcane> --noop
[2009/04/13 06:23:58] <omry|work> puppetd --noop ?
[2009/04/13 06:24:19] <Volcane> yeah though that'll be questionable value cos it will daemnize, probably puppetd --test --noop
[2009/04/13 06:24:29] <duritong> ch: yeah I would take that one
[2009/04/13 06:24:30] <omry|work> okay.
[2009/04/13 06:24:34] <omry|work> it's not in the man page, btw
[2009/04/13 06:24:54] <Volcane> its in puppetd --help
[2009/04/13 06:25:01] <duritong> omry|work: the manpage states that's it's incomplete
[2009/04/13 06:25:52] @ Quit: sunoano: "Leaving."
[2009/04/13 06:26:11] @ squiddle joined channel #puppet
[2009/04/13 06:35:20] @ Quit: squiddle: "leaving"
[2009/04/13 06:36:11] @ sunoano joined channel #puppet
[2009/04/13 07:10:20] @ nakano_ is now known as nakano
[2009/04/13 07:13:08] @ Quit: stijnbe: "Leaving..."
[2009/04/13 07:14:51] @ nasrat joined channel #puppet
[2009/04/13 07:19:38] @ Quit: madrescher: "Leaving."
[2009/04/13 07:37:29] @ Quit: nasrat:
[2009/04/13 07:38:49] @ Quit: maxagaz: Remote closed the connection
[2009/04/13 07:39:52] @ nakano is now known as nakano_
[2009/04/13 07:44:49] @ keithlard joined channel #puppet
[2009/04/13 07:50:26] @ nasrat joined channel #puppet
[2009/04/13 07:50:31] @ Quit: nasrat: Remote closed the connection
[2009/04/13 08:11:29] @ erm_ joined channel #puppet
[2009/04/13 08:21:11] @ madrescher joined channel #puppet
[2009/04/13 08:26:38] @ rsquared joined channel #puppet
[2009/04/13 08:34:45] @ Quit: fujin: Nick collision from services.
[2009/04/13 08:34:47] @ fujin_ is now known as fujin
[2009/04/13 08:44:23] @ Quit: m1n3s6: "Leaving"
[2009/04/13 08:50:12] @ Quit: Demosthenes: "leaving"
[2009/04/13 08:51:41] @ cedric_b_ joined channel #puppet
[2009/04/13 08:54:08] @ Quit: keithlard:
[2009/04/13 08:55:32] @ keithlard joined channel #puppet
[2009/04/13 09:04:30] @ mccune joined channel #puppet
[2009/04/13 09:12:16] @ Quit: keithlard: Read error: 110 (Connection timed out)
[2009/04/13 09:12:59] @ Quit: tuf: Read error: 104 (Connection reset by peer)
[2009/04/13 09:15:04] @ nakano_ is now known as nakano
[2009/04/13 09:24:41] @ Flam5 joined channel #puppet
[2009/04/13 09:29:24] @ d3vilb0x joined channel #puppet
[2009/04/13 09:31:36] @ flakrat joined channel #puppet
[2009/04/13 09:35:20] @ Quit: egerlach: "leaving"
[2009/04/13 09:35:35] @ egerlach joined channel #puppet
[2009/04/13 09:37:32] @ Quit: andrewcshafer:
[2009/04/13 09:45:04] @ axisys joined channel #puppet
[2009/04/13 09:51:13] @ jtimberman joined channel #puppet
[2009/04/13 09:52:00] @ Quit: d3vilb0x:
[2009/04/13 10:00:02] @ quit (okay bye)
[2009/04/13 10:01:22] @ Joined channel #puppet
[2009/04/13 10:01:22] @ Topic is "Puppet 0.24.8 released! http://tinyurl.com/cv2tq2 | Tickets, bugs and features at http://tinyurl.com/46ryk7"
[2009/04/13 10:01:22] @ Topic set by jamesturnbull on Mon Mar 23 07:50:35 -0400 2009
[2009/04/13 10:01:31] @ Mode +tnc by kornbluth.freenode.net
[2009/04/13 10:02:12] @ randybias joined channel #puppet
[2009/04/13 10:02:44] @ lak joined channel #puppet
[2009/04/13 10:06:58] <score> morning
[2009/04/13 10:23:44] @ Quit: nmalik: "leaving"
[2009/04/13 10:24:03] @ markl_ joined channel #puppet
[2009/04/13 10:25:52] @ cwebber joined channel #puppet
[2009/04/13 10:29:12] @ Quit: cwebber: Client Quit
[2009/04/13 10:29:44] @ Quit: markl_: "Lost terminal"
[2009/04/13 10:30:29] @ unxfrek joined channel #puppet
[2009/04/13 10:31:22] @ mfoster joined channel #puppet
[2009/04/13 10:31:49] @ Quit: Telmo:
[2009/04/13 10:31:54] @ Telmo joined channel #puppet
[2009/04/13 10:32:09] @ markl_ joined channel #puppet
[2009/04/13 10:34:07] @ Quit: lak:
[2009/04/13 10:36:31] @ alfism joined channel #puppet
[2009/04/13 10:42:40] @ nmalik joined channel #puppet
[2009/04/13 10:58:12] @ Quit: madrescher: Read error: 110 (Connection timed out)
[2009/04/13 10:59:18] @ d3vilb0x joined channel #puppet
[2009/04/13 10:59:31] @ Quit: fujin: "Leaving..."
[2009/04/13 11:06:15] @ dsd_ joined channel #puppet
[2009/04/13 11:06:57] @ lak joined channel #puppet
[2009/04/13 11:10:59] <dsd_> hi, i am battling with the following recipe: http://rafb.net/p/QyLrvQ39.html
[2009/04/13 11:11:32] <dsd_> i am trying to synchronize several files from the puppet master, and every time those files change i want the xs-regenerate-activities command to run on the client (after sync)
[2009/04/13 11:11:55] <dsd_> xs-regenerate-activities creates additional files (index.html, index.html.es, etc) in the same directory
[2009/04/13 11:12:17] <dsd_> it works fine *except* xs-regenerate-activities runs on every single sync, because puppet detects an mtime change
[2009/04/13 11:12:36] <dsd_> but xs-regenerate-activities generates an mtime change through modifying index.html, so we end up in a loop
[2009/04/13 11:13:09] <dsd_> i am a little surprised that Exec[xs-regenerate-activities] is receiving a notification even though no file sync has happened.. is this normal?
[2009/04/13 11:13:10] <joe-mac> dsd_: the exec should be refreshonly => "true"
[2009/04/13 11:13:23] <joe-mac> o it is
[2009/04/13 11:13:45] <joe-mac> i see what tyou're saying
[2009/04/13 11:13:47] <joe-mac> sounds messy...
[2009/04/13 11:14:21] <dsd_> i could work around it by syncing to another directory, and then writing my own wrapper script which hardlinks the synchronized files into the target dir and then runs xs-regenerate-activities
[2009/04/13 11:14:28] <dsd_> hence puppet would not be affected by changes to index.html
[2009/04/13 11:14:32] <egerlach> lak: Sorry I didn't have more time to investigate #2111 after reporting it. Thanks for working on it, though.
[2009/04/13 11:14:33] <gepetto> egerlach: lak: #2111 is http://projects.reductivelabs.com/issues/show/2111 "Puppet - Bug #2111: Puppet goes into an infinite recursion with a host and resources { purge => true } - ReductiveLabs.com"
[2009/04/13 11:14:50] @ Quit: gaveen: Read error: 60 (Operation timed out)
[2009/04/13 11:14:58] <lak> egerlach: heh, that one was a doozie, not sure i would have wished that on anyone else
[2009/04/13 11:15:11] @ Quit: nDuff: Read error: 110 (Connection timed out)
[2009/04/13 11:15:29] <egerlach> lak: I can't recall, is that the one where I tried to bisect and just ended up in a mess?
[2009/04/13 11:15:40] @ nDuff joined channel #puppet
[2009/04/13 11:15:52] <lak> i think the other one is where you tried the bisect
[2009/04/13 11:15:58] <egerlach> egerlach: Just look at the damn bug yourself!
[2009/04/13 11:16:01] <lak> i haven't had a chance to try to fix it yet
[2009/04/13 11:17:16] <egerlach> no worries. Everything I'm doing works fine in 0.24.8, so I'm good. In fact, that realisation is what made me procrastinate on tracking down the bugs right now :-)
[2009/04/13 11:18:56] @ Quit: randybias: Read error: 110 (Connection timed out)
[2009/04/13 11:19:32] @ gaveen joined channel #puppet
[2009/04/13 11:23:29] <lak> egerlach: we cant' have that, we're just about to drop a 0.25rc1 and we need testers :)
[2009/04/13 11:23:38] <lak> i'm really glad you had a chance to test those, actually
[2009/04/13 11:24:33] @ grim_radical joined channel #puppet
[2009/04/13 11:27:52] * Volcane wonders how to get ruby's autload to load MyModule::Class correctly bah
[2009/04/13 11:29:19] <egerlach> lak: It was because I was looking into #2109 (I think), and you said I should patch against master... turns out, my provider and serup uncovered a few more bugs in mater, too.
[2009/04/13 11:29:20] <gepetto> egerlach: lak: #2109 is http://projects.reductivelabs.com/issues/show/2109 "Puppet - Bug #2109: ParsedFile providers don't return any instances if accessing the default target fails - ReductiveLabs.com"
[2009/04/13 11:29:36] <lak> ah
[2009/04/13 11:30:10] <egerlach> Unfortunately, work has taken me a different direction in the last two weeks, and I haven't had a chance to come back to it.
[2009/04/13 11:31:14] @ andrewcshafer joined channel #puppet
[2009/04/13 11:33:24] @ Quit: nmalik: Read error: 104 (Connection reset by peer)
[2009/04/13 11:33:39] @ edwardam joined channel #puppet
[2009/04/13 11:48:59] @ ezmob joined channel #puppet
[2009/04/13 11:49:42] @ yarihm joined channel #puppet
[2009/04/13 11:50:27] @ nasrat joined channel #puppet
[2009/04/13 11:52:34] @ Quit: lak:
[2009/04/13 12:00:34] @ Quit: markl_: "Lost terminal"
[2009/04/13 12:01:08] @ ethan_rowe joined channel #puppet
[2009/04/13 12:09:20] @ bevans5446 joined channel #puppet
[2009/04/13 12:17:47] @ Quit: ezmob: "Leaving..."
[2009/04/13 12:19:49] @ madrescher joined channel #puppet
[2009/04/13 12:20:36] @ Quit: alfism: "Connection reset by beer"
[2009/04/13 12:21:05] @ Quit: WALoeIII: Read error: 110 (Connection timed out)
[2009/04/13 12:28:23] @ Quit: joe-mac: Remote closed the connection
[2009/04/13 12:30:28] @ WALoeIII joined channel #puppet
[2009/04/13 12:31:13] @ joe-mac joined channel #puppet
[2009/04/13 12:31:17] @ ezmob joined channel #puppet
[2009/04/13 12:37:33] @ lak joined channel #puppet
[2009/04/13 12:47:01] <Volcane> anyone here used/know about this nVentory thing?
[2009/04/13 12:47:16] <Volcane> node/datacenter/rack management software that has a puppet external node script
[2009/04/13 12:48:53] <sc0ttB> looks useful... maybe I'll check it out
[2009/04/13 12:49:11] <joe-mac> idk but we are in pretty bad need of an inventory system
[2009/04/13 12:49:27] <Volcane> yeah, though it seems fairly weak as a node tool
[2009/04/13 12:49:41] <Volcane> but otherwise really nice
[2009/04/13 12:49:52] @ Quit: gaveen: Read error: 113 (No route to host)
[2009/04/13 12:50:07] @ Quit: andrewcshafer: Read error: 104 (Connection reset by peer)
[2009/04/13 12:50:39] @ andrewcshafer joined channel #puppet
[2009/04/13 12:51:11] <sc0ttB> cobbler + puppet + some inventory system = unstoppable
[2009/04/13 12:51:14] @ gaveen joined channel #puppet
[2009/04/13 12:51:23] <joe-mac> sc0ttB: yea the key is "some inventory system"
[2009/04/13 12:51:55] <Volcane> we need a Google SoC person to write a node classifier :P
[2009/04/13 12:52:56] @ Quit: Maliuta: No route to host
[2009/04/13 12:53:11] <sc0ttB> has anyone thought about implementing tripwire-like functionality (ie binary hashes) in puppet?
[2009/04/13 12:53:32] <sc0ttB> ideally without having the binaries on the puppetmaster
[2009/04/13 12:53:34] <Volcane> not really the right tool for the job
[2009/04/13 12:53:45] <sc0ttB> it seems pretty close
[2009/04/13 12:54:00] <Volcane> config management seems pretty far from intrusion detection to me :P
[2009/04/13 12:54:53] <sc0ttB> I'm thinking more about verifying the installed binaries belong in the packages
[2009/04/13 12:55:08] <Volcane> i mean it already does take care of bin hashes of files that it knows about
[2009/04/13 12:55:14] <sc0ttB> right
[2009/04/13 12:55:23] <Volcane> to extend it into what you'd want you need to let it know about every file on your system that you're interested in
[2009/04/13 12:55:34] <Volcane> since only doing a rpm -V foo isnt exactly going to win you any points
[2009/04/13 12:56:20] <sc0ttB> seems like the next step is to verifiy the bin hash is in the package (instead of on the puppetmaster)
[2009/04/13 12:56:29] <Volcane> the whole thing about proper tripwire systems is that the DB is not on the box, or at the very least on the box in read only management fashion
[2009/04/13 12:56:40] <Volcane> you simply cannot trust the package management system to verify it self
[2009/04/13 12:56:50] @ cwebber joined channel #puppet
[2009/04/13 12:56:57] @ Quit: bolt: "telnet irc.freenode.net 6667"
[2009/04/13 12:57:02] <sc0ttB> right... but you should be able to trust the puppetmaster, no?
[2009/04/13 12:57:14] <score> where do i find documentation on functions like 'defined'
[2009/04/13 12:57:21] <Volcane> so back to storing hashes for each file ont he master? :)
[2009/04/13 12:57:42] <lak> score: wiki:#FunctionReference
[2009/04/13 12:57:44] <lak> err
[2009/04/13 12:57:50] <lak> wiki:FunctionReference
[2009/04/13 12:57:51] <gepetto> lak: wiki: wiki:FunctionReference is http://reductivelabs.com/trac/puppet/wiki/FunctionReference
[2009/04/13 12:58:01] <Volcane> score: define(Class["foo"]) returns true if foo has been included before the point, same for variables etc
[2009/04/13 12:58:44] <Volcane> lak: you know if anything is happening with the code bounty thing?
[2009/04/13 12:58:47] <score> hm, sounds bad.
[2009/04/13 12:58:54] <lak> Volcane: not that i know of
[2009/04/13 12:59:17] <Volcane> lak: I'd be keen to pay someone to implement the run-once thing I spoke off, but not quite as much as paying RL to do it I'd imagine :P
[2009/04/13 12:59:24] <sc0ttB> Volcane: ya, the master should have access to a hash db or something similar
[2009/04/13 12:59:26] <lak> heh
[2009/04/13 12:59:29] <lak> we're not *that* expensive
[2009/04/13 12:59:37] <sc0ttB> not necessarily the whole file
[2009/04/13 12:59:38] <Volcane> lak: yeah yeah, I've heard quotes you gave ;)
[2009/04/13 13:00:21] <Volcane> lak: I'm more interested in giving someone a nudge towards writing some community code rather than a comissioned bespoke development, I think thats what the general idea behind bounties are anyway
[2009/04/13 13:00:26] <score> i keep finding myself needing to ensure that a class is completely evaluated before another (if it is defined)
[2009/04/13 13:00:37] <lak> Volcane: ah
[2009/04/13 13:00:39] <lak> a good idea
[2009/04/13 13:00:56] <Volcane> score: unfort on a class level you cant say it require another class, but you can on indiivdual resources say 'require => Class["foo"]'
[2009/04/13 13:01:18] <nasrat> lak, Volcane: maybe for next years SoC we could be a bit more organised
[2009/04/13 13:01:37] <lak> Volcane, score: the master branch has a 'require' function that behaves like 'include' but adds a class-level relationship to the required class
[2009/04/13 13:01:42] <lak> it should back-port to 0.24.x just fine
[2009/04/13 13:01:47] <Volcane> lak: oh that would roq
[2009/04/13 13:02:20] @ bolt joined channel #puppet
[2009/04/13 13:02:29] <score> i don't want to have the class loaded necessarily, i just want it to be happen before another class if it was included
[2009/04/13 13:02:34] <Volcane> I'd also pay for a community owned node classifier, I've some very good ideas for one and some code, but I totally suck at writing sexy ajaxy UIs, so I'd probably never complete it
[2009/04/13 13:03:12] <Volcane> score: if defined(Class["foo"]) { Yourdefine{ require => Class["foo"] } }
[2009/04/13 13:03:18] <score> the reason is that the class that collects resources is failing because the class that defines them hasn't been evaluated yet
[2009/04/13 13:03:32] <Volcane> score: so assuming your stuff is in a defined type, that'll adjust thet ype to require the class if the class is in scope
[2009/04/13 13:03:36] <lak> Volcane: we're working on that; part of the reason for my starting the licensing/copyright discussion is that i've backed off on wanting to make commercial software, probably for a good while
[2009/04/13 13:03:46] <Volcane> lak: yeah its shit
[2009/04/13 13:03:49] <score> Volcane: but, isn't it a race condition since that depends on the parse order but not really the eval order?
[2009/04/13 13:03:50] <Volcane> lak: i never want to own code
[2009/04/13 13:03:52] <lak> so we're just focusing on getting code out there rather than worrying about commercial vs. whatever
[2009/04/13 13:04:04] <lak> Volcane: heh, well, it's a little more complicated for us
[2009/04/13 13:04:09] <Volcane> i know :)
[2009/04/13 13:04:39] <Volcane> score: you just need to be sure your include happens before the if thats all, no getting around that. It's not awesome.
[2009/04/13 13:05:50] <Volcane> lak: so I'd much rather give contributions towards someone who already has code or who tinkers on it, etc, even with an eye on it being a RL project or whatever in the end - since like not wanting to own code, I also dont want to maintain it. Mostly cos codes not my priority of business, I'm very likely to abandon it
[2009/04/13 13:06:38] @ Quit: unxfrek: Read error: 110 (Connection timed out)
[2009/04/13 13:06:42] <Volcane> I've bucketloads of code that runs my business, but its always been clear I'll never give that/share that, its very different kind of code from if you set out writing something with those objectives
[2009/04/13 13:06:59] <lak> yeah
[2009/04/13 13:08:02] <wakko666> so, i know you can't reassign a variable once it's declared... does that apply to arrays as well? can i append more elements on to an array after it's been declared elsewhere?
[2009/04/13 13:08:09] <Volcane> wakko666: you can append
[2009/04/13 13:08:33] <wakko666> Volcane: what's the syntax look like? LanguageReference doesn't appear to have it
[2009/04/13 13:08:46] @ nmalik joined channel #puppet
[2009/04/13 13:08:56] <Volcane> http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial#appending-to-variables
[2009/04/13 13:09:06] <score> wakko666: search the lang ref for +>
[2009/04/13 13:09:18] <wakko666> ah ha... thanks!
[2009/04/13 13:09:30] <Volcane> yeah that should probably be by the arrays section
[2009/04/13 13:13:44] @ gwar9999 joined channel #puppet
[2009/04/13 13:15:24] <score> yeah, so, is there a standard pattern for preventing not being able to find resources you're collecting on due to evaluation order?
[2009/04/13 13:15:39] <score> or just the stuff mentioned a minute ago?
[2009/04/13 13:16:01] <Volcane> you're doing this with exported resources?
[2009/04/13 13:16:57] <gwar9999> is there a way to use the exec resource in order to return data that I can use within an erb template?
[2009/04/13 13:17:06] <Volcane> nope
[2009/04/13 13:17:25] <gwar9999> bummer. So I need to create a custom resource type to do this?
[2009/04/13 13:17:47] <Volcane> you want to run something on the client and then use the result in a template?
[2009/04/13 13:17:53] <gwar9999> yes
[2009/04/13 13:18:10] <Volcane> not 100% sure but i think the templates get parsed on the master already
[2009/04/13 13:18:24] <Volcane> so the only real way to get data to the time where templates get run is via facts
[2009/04/13 13:18:45] <gwar9999> ahhh, so rather than custom type, I need a custom fact?
[2009/04/13 13:18:56] <Volcane> what kind of thing is it you need?
[2009/04/13 13:20:08] <gwar9999> to get a list of filesystems on the client based on certain conditions (eg. /, /var, /usr but not tmpfs and not /home)
[2009/04/13 13:20:20] <Volcane> you'd need a fact yes
[2009/04/13 13:20:50] @ Quit: d3vilb0x: Read error: 110 (Connection timed out)
[2009/04/13 13:21:14] <gwar9999> can a fact exec a script. That is, I already have a (python) script that returns this data. Would be nice if I could have the fact exec this script, etc
[2009/04/13 13:21:29] <Volcane> facts can do anything u can do in ruby really
[2009/04/13 13:21:50] <Volcane> foo = %x{/path/to/your/script}
[2009/04/13 13:22:06] <gwar9999> Ok cool, so I can have ruby exec the python script. Thanks as always Volcane.
[2009/04/13 13:23:06] <Volcane> should jsut write a custom fact that runs all stuff in /etc/fact.d and adds facts
[2009/04/13 13:23:16] <Volcane> like mentioned in the discussions re facter 2.0
[2009/04/13 13:24:53] <nasrat> which is still the plan
[2009/04/13 13:25:35] <gwar9999> We're using facter 1.5.2. Not sure what the alternative to /etc/fact.d would be. I'm looking at the fact recipes now.
[2009/04/13 13:26:32] <Volcane> yeah for you just write a single fact
[2009/04/13 13:26:48] <Volcane> just saying it'd be kewl and trivial to get /etc/facts.d type thing for current facter
[2009/04/13 13:27:43] <gwar9999> Volcane: I imagine I'll be writing a few facts in the future, probably, if I can get away with it, in python. So I'd like to come up with a convention that I can re-use, similar to how external scripts work.
[2009/04/13 13:27:44] <nasrat> yeah it probably makes sense to start there
[2009/04/13 13:28:16] * nasrat should file tickets for the facter work
[2009/04/13 13:29:21] @ d3vilb0x joined channel #puppet
[2009/04/13 13:31:13] @ Quit: gaveen: "Enough lurking for now"
[2009/04/13 13:31:44] <nasrat> #2157
[2009/04/13 13:31:45] <gepetto> nasrat: #2157 is http://projects.reductivelabs.com/issues/show/2157 "Facter - Bug #2157: Scripted fact support (eg /etc/fact.d - ReductiveLabs.com"
[2009/04/13 13:32:17] <Volcane> /etc/facts.d/factname that returns a string with the content? or more complex?
[2009/04/13 13:32:41] <Volcane> certainly for 1.5.x that's probably all thats needed, 2.0 with the hierarchal data should probably return yaml or some thing
[2009/04/13 13:33:12] @ markl_ joined channel #puppet
[2009/04/13 13:33:46] <nasrat> yeah we can seperate the mechanism from the other stuff (namespacing, rich data)
[2009/04/13 13:34:08] <nasrat> /etc/facts.d needs to be configurable
[2009/04/13 13:34:09] <Volcane> ah, so if the return is key=valu then use that, else if its XML/YAML/JSON then do that?
[2009/04/13 13:34:10] <gwar9999> #2157 would be great for me. What's the status of it?
[2009/04/13 13:34:10] <gepetto> gwar9999: #2157 is http://projects.reductivelabs.com/issues/show/2157 "Facter - Bug #2157: Scripted fact support (eg /etc/fact.d - ReductiveLabs.com"
[2009/04/13 13:34:31] @ Quit: lak:
[2009/04/13 13:34:33] <Volcane> gwar9999: Added by pnasrat 2 minutes ago.
[2009/04/13 13:34:39] <Volcane> gwar9999:)
[2009/04/13 13:35:00] <nasrat> gwar9999: I just filed it :) but it's been discussed so we should be able to implement fairly quickly, I've added a thread on list for discussion too
[2009/04/13 13:35:05] <joe-mac> can someone tell me why <% if !comments.nil? -%> # <%= comments %> <% end -%> is just inserting the # even when comments is empty? shouldn't comments.nil? only be true is comments has a size greater than 0?
[2009/04/13 13:35:12] <joe-mac> it's defined as "", an empty string
[2009/04/13 13:35:16] <gwar9999> Oh, didn't see the 2 mins ago. So I guess it's not implemented yet, what's taking so long! :)
[2009/04/13 13:35:39] <Volcane> joe-mac: you need to use has_variable?("foo") to see if the var exist
[2009/04/13 13:35:49] @ Quit: flakrat: "Leaving"
[2009/04/13 13:35:55] <joe-mac> o yea we went through this before
[2009/04/13 13:36:00] <Volcane> indeed :P
[2009/04/13 13:36:16] <joe-mac> my version doesn't have that function
[2009/04/13 13:36:38] <Volcane> what version puppet?
[2009/04/13 13:36:39] <joe-mac> the var exists, it's just empty, why would it say it's not empty
[2009/04/13 13:36:42] <joe-mac> my brain, it hurts
[2009/04/13 13:36:49] <joe-mac> 24.4
[2009/04/13 13:37:03] <Volcane> has it, but yah as you say, if its "" then has_variable? will be true
[2009/04/13 13:37:20] <joe-mac> that's why i am using the nil method
[2009/04/13 13:37:28] <Volcane> that wont work
[2009/04/13 13:37:38] <Volcane> (else has_variable? wouldnt need to exist)
[2009/04/13 13:38:00] <joe-mac> hm, you're right irb doesn't say yes if i test that
[2009/04/13 13:38:29] @ randybias joined channel #puppet
[2009/04/13 13:42:53] @ flakrat joined channel #puppet
[2009/04/13 13:43:55] @ ezmob is now known as ezmob|away
[2009/04/13 13:44:02] @ ezmob|away is now known as ezmob
[2009/04/13 13:47:00] <joe-mac> can you not do this, <%= addr_family addr netmask options -%>?
[2009/04/13 13:47:13] <joe-mac> as in, put more than one string to be printed in there
[2009/04/13 13:47:31] @ nigelk joined channel #puppet
[2009/04/13 13:47:38] <Volcane> "#{addr_family} #{addr} etc"
[2009/04/13 13:49:27] @ Quit: cwebber:
[2009/04/13 13:49:40] <joe-mac> thanks
[2009/04/13 13:56:09] @ claymation joined channel #puppet
[2009/04/13 13:58:30] @ cwebber joined channel #puppet
[2009/04/13 14:00:29] @ Quit: cwebber: Client Quit
[2009/04/13 14:06:15] @ edwardam is now known as edwardam|phn
[2009/04/13 14:06:32] @ tt joined channel #puppet
[2009/04/13 14:07:33] @ randybias is now known as randybias|away
[2009/04/13 14:07:48] @ axisys_ joined channel #puppet
[2009/04/13 14:08:06] @ Quit: axisys: Read error: 60 (Operation timed out)
[2009/04/13 14:10:06] @ Quit: skiold:
[2009/04/13 14:11:00] <gwar9999> hmmm.... I added me new facter recipe to it's respective module's plugins/fact directory. However, I had a type-o in the file which I noticed when I ran facter. After fixing the file, facter keeps reporting the old contents (the type-o). How do I get facter to recognize the updated file? Restarting puppetmaster had no effect.
[2009/04/13 14:11:08] <gwar9999> me = my
[2009/04/13 14:12:06] @ randybias|away is now known as randybias
[2009/04/13 14:13:08] @ Quit: yarihm: "This computer has gone to sleep"
[2009/04/13 14:14:20] @ edwardam|phn is now known as edwardam
[2009/04/13 14:17:29] @ alfism joined channel #puppet
[2009/04/13 14:24:55] @ Quit: tt:
[2009/04/13 14:29:46] @ lak joined channel #puppet
[2009/04/13 14:32:27] <eric0> alfism: anthony f ?
[2009/04/13 14:32:36] <alfism> yes indeed
[2009/04/13 14:32:38] <alfism> ;-)
[2009/04/13 14:32:41] <eric0> hey its eric sorenson :)
[2009/04/13 14:32:51] <alfism> hey dude!
[2009/04/13 14:32:58] <alfism> how's things going?
[2009/04/13 14:33:00] <eric0> PM
[2009/04/13 14:35:22] @ Quit: cedric_b_: Client Quit
[2009/04/13 14:36:09] <Telmo> has anyone been able to install the mysql gem in a RedHat 5.3 box? it is unable to find either the header OR the libraries no matter what I tell it to use
[2009/04/13 14:36:43] <Telmo> gem install --local mysql -- --with-mysql-config=/usr/bin/mysql_config
[2009/04/13 14:36:48] <Telmo> that's what I am using
[2009/04/13 14:37:15] <dsd_> does the exec type run its commands in a shell, or is it more like execve()?
[2009/04/13 14:42:37] @ Quit: randybias: Read error: 110 (Connection timed out)
[2009/04/13 14:43:52] @ Deesl joined channel #puppet
[2009/04/13 14:45:13] @ Quit: markl_: "Lost terminal"
[2009/04/13 14:57:35] <joe-mac> dsd_: well, you have to define path or use absolute paths so i am guessing it's less than a full shell
[2009/04/13 14:57:51] <dsd_> good point, thanks
[2009/04/13 15:00:37] @ nigelk_ joined channel #puppet
[2009/04/13 15:00:53] @ randybias joined channel #puppet
[2009/04/13 15:06:51] @ Quit: nasrat:
[2009/04/13 15:07:59] @ Quit: nigelk: Read error: 104 (Connection reset by peer)
[2009/04/13 15:10:53] @ nigelk joined channel #puppet
[2009/04/13 15:18:04] @ Quit: Deesl:
[2009/04/13 15:22:46] @ Quit: nigelk_: Read error: 110 (Connection timed out)
[2009/04/13 15:23:12] @ Quit: raphink: Read error: 113 (No route to host)
[2009/04/13 15:23:40] @ Deesl joined channel #puppet
[2009/04/13 15:26:56] @ Quit: authentic: Connection timed out
[2009/04/13 15:27:36] @ randybias is now known as randybias|away
[2009/04/13 15:36:23] @ madrescher1 joined channel #puppet
[2009/04/13 15:37:21] @ raphink joined channel #puppet
[2009/04/13 15:42:20] @ Quit: Deesl:
[2009/04/13 15:43:45] @ stijnbe joined channel #puppet
[2009/04/13 15:46:23] @ Quit: d3vilb0x: Read error: 110 (Connection timed out)
[2009/04/13 15:49:16] @ madrescher2 joined channel #puppet
[2009/04/13 15:50:15] <gwar9999> Anybody have updated docs for implementing custom facts using puppet 0.24.7 and facter 1.5.2? The Wiki seems to try to tackle all versions at the same time so it's a bit confusing.
[2009/04/13 15:50:19] @ kingitchy joined channel #puppet
[2009/04/13 15:50:21] @ cwebber joined channel #puppet
[2009/04/13 15:52:12] @ Quit: madrescher: Read error: 113 (No route to host)
[2009/04/13 15:58:01] @ ezmob is now known as ezmob|away
[2009/04/13 16:04:09] <kingitchy> Greetings! I need a sanity check, please. If I want to get a history of changes made to a group of servers, I need to enable reporting. Is that correct, or did I miss something in the documentation?
[2009/04/13 16:05:49] @ randybias|away is now known as randybias
[2009/04/13 16:06:17] @ Quit: madrescher1: Read error: 110 (Connection timed out)
[2009/04/13 16:10:07] @ pleemans joined channel #puppet
[2009/04/13 16:10:18] <bevans5446> kingitchy: yup. Enable reporting. I jsut setup http://www.devco.net/pubwiki/Puppet/PuppetView and think it's great
[2009/04/13 16:20:53] @ Quit: claymation: Read error: 110 (Connection timed out)
[2009/04/13 16:23:33] <gwar9999> Anybody using custom facts w/ puppet 0.24.7?
[2009/04/13 16:28:19] @ markl_ joined channel #puppet
[2009/04/13 16:30:25] @ nakano is now known as nakano_
[2009/04/13 16:31:29] @ ezmob|away is now known as ezmob
[2009/04/13 16:32:45] <cwebber> is it correct to say that i cant have two classes included that both inherit a single "parent" class
[2009/04/13 16:38:45] @ Quit: pleemans: Read error: 60 (Operation timed out)
[2009/04/13 16:43:06] <kingitchy> bevans, thanx!!! sorry for the late response, got pulled away.
[2009/04/13 16:44:10] @ Quit: flakrat: "Leaving"
[2009/04/13 16:44:23] @ d3vilb0x joined channel #puppet
[2009/04/13 16:45:13] @ Quit: eythian: Read error: 104 (Connection reset by peer)
[2009/04/13 16:45:24] @ eythian joined channel #puppet
[2009/04/13 16:45:45] @ Maliuta joined channel #puppet
[2009/04/13 16:51:29] @ Innocenti joined channel #puppet
[2009/04/13 17:05:38] @ brothers joined channel #puppet
[2009/04/13 17:08:42] @ Quit: joe: Read error: 110 (Connection timed out)
[2009/04/13 17:10:12] @ yarihm joined channel #puppet
[2009/04/13 17:10:19] @ randybias is now known as randybias|away
[2009/04/13 17:18:51] @ Quit: stijnbe: "Leaving..."
[2009/04/13 17:24:13] @ omry joined channel #puppet
[2009/04/13 17:24:45] <gwar9999> Anybody using custom facts w/ puppet 0.24.7? The docs are missing some important info so not sure how to proceed after adding my fact to <module>/plugins/facter.
[2009/04/13 17:25:43] @ Quit: kolla: Remote closed the connection
[2009/04/13 17:27:21] <lak> gwar9999: enable pluginsync
[2009/04/13 17:27:27] <lak> that should be all you need to do
[2009/04/13 17:27:49] <gwar9999> I did that... it's documented. But when I run puppetd I don't see the fact. I have no idea if it ran it or what.
[2009/04/13 17:27:52] @ brothers1 joined channel #puppet
[2009/04/13 17:28:28] <gwar9999> The docs say changes are made on both the client and master but not sure which changes are req'd on the client.
[2009/04/13 17:29:40] @ claymation joined channel #puppet
[2009/04/13 17:30:05] @ Quit: Maliuta: Connection timed out
[2009/04/13 17:30:56] @ Maliuta joined channel #puppet
[2009/04/13 17:34:38] <lak> gwar9999: the fact should get copied down to the client's $libdir
[2009/04/13 17:35:28] @ Quit: MarlondB:
[2009/04/13 17:35:34] <gwar9999> lak: how does the facter plugin make it over to the client? I modified puppet.conf on the client and added plugsync and factpath-- are these changes req'd on both client and master?
[2009/04/13 17:35:52] <lak> the client needs puppetsync enabled
[2009/04/13 17:36:03] <lak> the master doesn't care (other than needing it as a client)
[2009/04/13 17:36:14] <lak> and the facter plugin makes it over via pluginsync being enabled :)
[2009/04/13 17:36:55] @ randybias|away is now known as randybias
[2009/04/13 17:42:22] <gwar9999> ok, so on the master I have pluginsync = true... on the client I have puppetsync=true and factpath=$varlib/puppet/lib/facter. I have those set... run puppetd --test --trace --factsync on the client and nothing happens as far as I see-- there is nothing in theat factpath dir.
[2009/04/13 17:42:44] @ ruedu joined channel #puppet
[2009/04/13 17:47:23] @ Quit: brothers: Read error: 110 (Connection timed out)
[2009/04/13 17:48:29] <lak> you sure that the plugins are actually in a module path that the server is looking in?
[2009/04/13 17:48:34] <lak> i'm pretty confident that pluginsync works
[2009/04/13 17:48:59] <lak> there are a lot of settings you can tune but by default, as long as the plugins are in a module in one of the actually-used module dirs, you should be fine
[2009/04/13 17:49:04] <lak> are you using environments?
[2009/04/13 17:50:35] <gwar9999> are the type and provider dirs required for facter plugins? I'm not using environments. My modules work w/ the exception of facter plugins... My plugin is in the /etc/puppet/modules/<modulename>/plugins/facter/ dir.
[2009/04/13 17:50:44] @ Quit: erm_: Read error: 110 (Connection timed out)
[2009/04/13 17:51:53] <Volcane> and your plugins mount?
[2009/04/13 17:52:35] <gwar9999> Volcane: what do you mean by mount? Is that a setting?
[2009/04/13 17:52:57] <Volcane> fileserver.conf needs a [plugins] section
[2009/04/13 17:53:16] <gwar9999> [facts]
[2009/04/13 17:53:16] <gwar9999> path /var/lib/puppet/facts
[2009/04/13 17:53:27] <Volcane> thats not a plugins section :P
[2009/04/13 17:53:45] <gwar9999> ahhh.
[2009/04/13 17:53:48] <Volcane> its like [modules]
[2009/04/13 17:53:54] <Volcane> no path etc
[2009/04/13 17:54:18] <lak> just don't specify it at all and you should be fine
[2009/04/13 17:54:29] <Volcane> serious? thats kewl
[2009/04/13 17:54:34] <Volcane> cos i hate having to specify it
[2009/04/13 17:54:36] <lak> same with modules
[2009/04/13 17:54:39] <Volcane> but then it wont have any acl?
[2009/04/13 17:54:44] <lak> correct
[2009/04/13 17:54:45] <Volcane> will it be a allow all?
[2009/04/13 17:54:47] <Volcane> ah
[2009/04/13 17:54:49] <Volcane> booh
[2009/04/13 17:54:53] <lak> but only authenticated hosts will be allowed?
[2009/04/13 17:54:56] <Volcane> sure
[2009/04/13 17:55:15] <Volcane> yeah might delete it cos i keep forgetting to update on of them when i get new ips
[2009/04/13 17:55:46] <gwar9999> I guess that's a subtlety of the docs: "On the Puppet master, if you have an existing plugins section in your fileserver.conf, get rid of the path parameter (if you leave the path parameter in place, then the mount will behave like any other fileserver mount)." It doesn't say "if you don't have a plugins section ADD IT!" or show the example of what it should look like.
[2009/04/13 17:56:22] <Volcane> well apparently u dont *need* it, so probably not what your prob is
[2009/04/13 17:57:11] <gwar9999> d'oh... I thought that could be the missing link.
[2009/04/13 17:57:18] <Volcane> nods :(
[2009/04/13 17:57:31] <Volcane> i had troubles with pluginsync too but thats down to environments
[2009/04/13 17:58:00] @ Djelibeybi joined channel #puppet
[2009/04/13 17:58:44] @ Quit: lak:
[2009/04/13 17:59:02] <gwar9999> I've gone through the docs a few times and I'm almost certain that something is missing.
[2009/04/13 17:59:59] <Volcane> afaik, all it is: modulepath in [puppetmasterd]
[2009/04/13 18:00:09] <Volcane> pluginsync=true in [main]
[2009/04/13 18:00:25] @ randybias is now known as randybias|away
[2009/04/13 18:00:47] <Volcane> /path/to/modules/somemodule/plugins/facter/foo.rb
[2009/04/13 18:01:00] <Volcane> and on the client also [main] pluginsync=true
[2009/04/13 18:01:10] <Volcane> i am not sure if the master needs pluginsync in main, mines there and it works
[2009/04/13 18:02:43] @ d3vilb0x_ joined channel #puppet
[2009/04/13 18:02:52] <Volcane> and then i also have a plugins section in fileserver.conf
[2009/04/13 18:02:55] <Volcane> but thats all there is
[2009/04/13 18:05:03] <gwar9999> Looks like I don't have a modulepath in [puppetmasterd]. What should that point to? Existing modules work (w/ the facter plugin stuff) so puppetmaster appears to be able to find the path just fine.
[2009/04/13 18:05:19] <Volcane> hmm, so how do you configure your module path?
[2009/04/13 18:05:37] <gwar9999> puppet appears to magically infer it.
[2009/04/13 18:05:44] <Volcane> puppetmasterd --genconfig|grep modulepath
[2009/04/13 18:06:07] <gwar9999> modulepath = /etc/puppet/modules:/usr/share/puppet/modules
[2009/04/13 18:06:17] <Volcane> k and your modules are in there?
[2009/04/13 18:06:36] <gwar9999> in the first one. I guess I can set the mod path to just be that one.
[2009/04/13 18:06:42] <Volcane> yeah try that just to see
[2009/04/13 18:06:53] <Volcane> the modulepath in my main [puppetmasterd] section is only one dir
[2009/04/13 18:08:09] <gwar9999> restarted the master and ran the client, still nothing in the $factpath dir on the client so nothing synced over.
[2009/04/13 18:08:46] <Volcane> hmm, so your .rb from the plugins/facter dir is nowhere to be found in /var/lib/puppet ?
[2009/04/13 18:09:49] <gwar9999> right. It's on the master (inside the module's plugins/facter dir)
[2009/04/13 18:11:24] <Volcane> does the client have /var/lib/puppet/lib/facter ?
[2009/04/13 18:11:31] <Volcane> puppet should make it on its own
[2009/04/13 18:13:30] <Volcane> what does # puppetd --genconfig|grep 'pluginsource =' say?
[2009/04/13 18:14:20] @ Quit: d3vilb0x: Read error: 110 (Connection timed out)
[2009/04/13 18:14:29] <gwar9999> ll /var/lib/puppet/lib/facter/
[2009/04/13 18:14:29] <gwar9999> total 0
[2009/04/13 18:14:30] <gwar9999> puppetd --genconfig|grep 'pluginsource'
[2009/04/13 18:14:36] <gwar9999> returns nothing
[2009/04/13 18:15:05] <Volcane> ah
[2009/04/13 18:15:18] <Volcane> that really should say something
[2009/04/13 18:15:22] <Volcane> what version?
[2009/04/13 18:15:26] @ Quit: ruedu:
[2009/04/13 18:15:30] <gwar9999> For versions earlier than 0.24.4 you may need to set the pluginsource and plugindest values. In 0.24.4 onwards you should remove these values as the defaults are now preferable.
[2009/04/13 18:15:55] <gwar9999> rpm -q puppet = puppet-0.24.7
[2009/04/13 18:16:03] @ schwagala joined channel #puppet
[2009/04/13 18:16:08] <Volcane> yeah but there should be some mention at least about it in your gecnfongi output
[2009/04/13 18:16:24] <Volcane> pluginsource = puppet://puppet/plugins
[2009/04/13 18:16:32] <Volcane> thats mine, try something similar
[2009/04/13 18:16:34] <gwar9999> I guess I can add it to see what happens.
[2009/04/13 18:17:29] <gwar9999> puppetd --genconfig doesn't return anything at all.
[2009/04/13 18:18:15] @ `properzel left channel #puppet ()
[2009/04/13 18:18:15] <gwar9999> I added the pluginsource, reran, still the same. waaaah.
[2009/04/13 18:18:15] <Volcane> heh
[2009/04/13 18:18:18] <Volcane> wtf
[2009/04/13 18:18:24] <gwar9999> tell me about it!
[2009/04/13 18:18:26] <Volcane> how does genconfig not return anything
[2009/04/13 18:18:54] <gwar9999> dunno, clearly I'm not puppet master.
[2009/04/13 18:19:03] <Volcane> whats in your /etc/puppet on the client?
[2009/04/13 18:19:06] <Volcane> just puppet.conf
[2009/04/13 18:20:48] <gwar9999> ahhh, that might be the problem. There are 2 conf files... puppet.conf and puppetd.conf. Not sure why (perhaps the rpm installed them both).
[2009/04/13 18:21:05] <Volcane> nah puppetd.conf is deprecated yonks ago
[2009/04/13 18:21:08] <Volcane> should be gone
[2009/04/13 18:21:14] <Volcane> causes shit if its there
[2009/04/13 18:22:30] @ Quit: Maliuta: Read error: 110 (Connection timed out)
[2009/04/13 18:22:59] <sigmonsays> is there any docs on erb besides ruby-doc ?
[2009/04/13 18:23:23] <gwar9999> Volcane: ok, nuking puppetd.conf, genconf works fine.
[2009/04/13 18:23:24] <sigmonsays> I can't figure out how to access __FILE__ -- all I get is "(erb)"
[2009/04/13 18:24:18] @ Quit: d3vilb0x_: Connection reset by peer
[2009/04/13 18:24:36] <Volcane> sigmonsays: variables are kind of odd inside an erb, that probably wont work
[2009/04/13 18:24:47] <Volcane> gwar9999: but dos pluginsync work?
[2009/04/13 18:25:35] @ Maliuta joined channel #puppet
[2009/04/13 18:25:54] <gwar9999> Volcane: getting closer... it tries to but am getting an error: Could not create /var/lib/puppet/lib: Parameter source failed: Got other URL type 'puppet2.test' from puppet2.test://puppet/plugins
[2009/04/13 18:26:15] <Volcane> whats your pluginsource?
[2009/04/13 18:26:24] @ d3vilb0x joined channel #puppet
[2009/04/13 18:26:36] <gwar9999> pluginsource = puppet2.testi://puppet/plugins
[2009/04/13 18:26:44] <Volcane> clearly thats wrong :)
[2009/04/13 18:26:46] <gwar9999> type-o... no 'i'
[2009/04/13 18:26:58] <Volcane> its like file's source
[2009/04/13 18:27:01] <gwar9999> ohhhhh,
[2009/04/13 18:27:11] <gwar9999> I messed up the server/protocol
[2009/04/13 18:27:17] <Volcane> (all it is a file{} with a recurse}
[2009/04/13 18:30:28] <gwar9999> Volcane: do I need/want the [facts] section in fileserver.conf on the master?
[2009/04/13 18:30:42] <Volcane> not if you're not using factsync
[2009/04/13 18:31:45] <gwar9999> not sure... I have a custom fact, does that require factsync or does the plugin stuff now handle sync of facts.
[2009/04/13 18:31:47] <gwar9999> ?
[2009/04/13 18:32:18] <Volcane> factsync should go once pluginsync is working
[2009/04/13 18:32:35] <Volcane> you've module/plugins/facts/foo.rb dont you, thats a fact being synced
[2009/04/13 18:34:11] <gwar9999> just making sure I don't need both factsync and pluginsync (since the prior was causing an error when I ran puppetd). Now I'm getting a cert error: /File[/var/lib/puppet/lib]: Failed to retrieve current state of resource: Certificates were not trusted: hostname not match with the server certificate Could not describe /plugins: Certificates were not trusted: hostname not match with the server certificate
[2009/04/13 18:34:52] @ Quit: markl_: "Lost terminal"
[2009/04/13 18:34:57] <gwar9999> I didn't have that issue before enabling plugins.
[2009/04/13 18:35:02] @ markl_ joined channel #puppet
[2009/04/13 18:35:14] <gwar9999> let me try teh fqdn on the pluginsource
[2009/04/13 18:35:45] @ Quit: d3vilb0x: Read error: 104 (Connection reset by peer)
[2009/04/13 18:35:52] <Volcane> your pluginsource is not using the same servername as your server= setting I'd say
[2009/04/13 18:36:35] <gwar9999> yes, the fqdn fixes that... now this (boy this is getting to be tons of fun!): /File[/var/lib/puppet/lib]: Failed to retrieve current state of resource: Cannot access mount[plugins] Could not describe /plugins: Cannot access mount[plugins].
[2009/04/13 18:36:52] <gwar9999> [plugins] is empty on the master
[2009/04/13 18:37:29] <Volcane> do you have any [plugins] bit in your fileserver.conf?
[2009/04/13 18:37:41] <Volcane> ok, either take it out or add allow lines similar to [modules]
[2009/04/13 18:37:56] <gwar9999> no, its an empty section. Do I need to list each modules plugins here or something?
[2009/04/13 18:38:08] <Volcane> no, its ip acl's
[2009/04/13 18:38:37] <Volcane> [plugins]
[2009/04/13 18:38:41] <Volcane> allow x.x.x.x
[2009/04/13 18:38:52] <Volcane> or just take it out entirely and it should work according to lak
[2009/04/13 18:39:16] @ Quit: kingitchy:
[2009/04/13 18:39:33] @ kingitchy joined channel #puppet
[2009/04/13 18:39:39] <gwar9999> Volcane: WOO-HOO success! Plugins synced finally! Thanks to you for all of your help! Also thanks to iak for helping out initially.
[2009/04/13 18:40:00] <Volcane> no worrie
[2009/04/13 18:40:10] <Volcane> go delete puppetd.conf from all your machines :P
[2009/04/13 18:40:35] @ hacim joined channel #puppet
[2009/04/13 18:40:50] <hacim> if I set a variable in site.pp, like '$foo = true'
[2009/04/13 18:41:12] <hacim> do I test for it with an if statement in a manifest like so: if ( $foo == true ) ?
[2009/04/13 18:41:32] <hacim> I tried if ( $foo = "true" ) but that didn't match
[2009/04/13 18:42:04] <gwar9999> Volcane: will do (delete puppetd.conf). Thanks again, seriously, it probably would've taken me a year to debug every step of the plugin process. Of course if the wiki were half as helpful as you, that would've been nice too.
[2009/04/13 18:44:35] <Volcane> wiki has all the detais, wouldnt hve helped you with the puppetd.conf thing wuch was the key her
[2009/04/13 18:45:28] @ nakano_ is now known as nakano
[2009/04/13 18:49:00] @ Quit: yarihm: "Leaving"
[2009/04/13 18:51:12] <hacim> looks like just true is good
[2009/04/13 18:52:58] @ d3vilb0x joined channel #puppet
[2009/04/13 18:54:25] @ Quit: machpo: Read error: 104 (Connection reset by peer)
[2009/04/13 18:56:50] @ Quit: kingitchy: Read error: 110 (Connection timed out)
[2009/04/13 18:58:48] @ mfoster left channel #puppet ()
[2009/04/13 19:02:16] @ joe joined channel #puppet
[2009/04/13 19:02:38] @ Quit: Innocenti: Read error: 110 (Connection timed out)
[2009/04/13 19:18:01] @ machpo joined channel #puppet
[2009/04/13 19:19:51] @ Quit: markl_: "Lost terminal"
[2009/04/13 19:21:08] @ Quit: mccune: "Leaving."
[2009/04/13 19:35:07] @ Quit: d3vilb0x:
[2009/04/13 19:37:41] @ randybias|away is now known as randybias
[2009/04/13 19:52:19] @ Quit: randybias: "Leaving..."
[2009/04/13 19:55:34] @ Quit: madrescher2: "Leaving."
[2009/04/13 19:57:27] <eythian> The function reference wiki page is slightly broken: http://reductivelabs.com/trac/puppet/wiki/FunctionReference#regsubst
[2009/04/13 20:00:58] @ Quit: joe: Connection timed out
[2009/04/13 20:06:34] @ brothers1 left channel #puppet ()
[2009/04/13 20:06:58] @ nakano is now known as nakano_
[2009/04/13 20:08:13] @ Quit: claymation:
[2009/04/13 20:08:59] @ joe joined channel #puppet
[2009/04/13 20:10:26] @ lak joined channel #puppet
[2009/04/13 20:13:09] <nDuff> Is there a simple way to grab all puppet's dependency relationships? I'm looking to write a better tool for analyzing dependency cycles (I have a complex cycle which puppet only occasionally detects; while I know how to fix this one, I'd like to catch them early in the future rather than letting this kind of issue continue to appear in a nondeterministic fashion)
[2009/04/13 20:14:04] <nDuff> (the error message emitted by puppet when this cycle is detected includes many thousands of relationships which aren't actually involved in the cycle; stripping the log file to that single line, it's upwards of 300KB!)
[2009/04/13 20:14:48] * nDuff has ported the NetworkX topological sort algorithm over to ruby, but doesn't trust it much yet -- and it's not very well-suited to giving good error messages (not that the present one is either)
[2009/04/13 20:26:27] <lak> nDuff: use --graph and look at the .dot files in $graphdir
[2009/04/13 20:26:52] <lak> i use omnigraffle to visualize the graphs, but graphviz works, too
[2009/04/13 20:27:01] <lak> someone recently posted a decent graphviz command that shows them all
[2009/04/13 20:27:48] <nDuff> lak, ahh -- perfect, thanks. The graph here is disasterously hairy if fed straight to graphviz raw, but a bit of code to prune down the things that aren't *really* part of the cycle fixes that.
[2009/04/13 20:28:09] <lak> cool
[2009/04/13 20:28:55] <Volcane> yeah would love a tool to rip out relationships for a specific resource from that graph
[2009/04/13 20:29:06] <Volcane> ie. just things actually directly connected to File[/foo]
[2009/04/13 20:29:12] <lak> Volcane: that wouldn't be too hard
[2009/04/13 20:29:18] <lak> the graph library really is pretty easy
[2009/04/13 20:29:30] <lak> there's a build-tree-from-vertex method to give you all of the downstream resources
[2009/04/13 20:29:31] <Volcane> yeah last time i thought about this i knew zero ruby yes
[2009/04/13 20:29:36] <Volcane> was pretty hard then :P might try again
[2009/04/13 20:29:39] <lak> reverse the graph and do the same thing to get upstream
[2009/04/13 20:29:57] <nDuff> Volcane, well, one of the nice things about graphviz format is that it's trivial to parse, so you don't need to use ruby :)
[2009/04/13 20:30:10] * Volcane 's been o the phone to 'tard isp for a hour now
[2009/04/13 20:30:12] <nDuff> Volcane, ...lots of good graphing libraries in other languages -- personally, I'm fond of networkx for Python
[2009/04/13 20:30:22] <Volcane> i know ruby now and prefer it :P
[2009/04/13 20:31:11] * nDuff tiptoes around the minefield^Wflamewar.
[2009/04/13 20:31:47] <Volcane> hehe
[2009/04/13 20:32:09] <Volcane> been writing an API around exims queue this weekend and putting the queue management on my activemq
[2009/04/13 20:32:16] <Volcane> ruby makes this stuff so easy and pretty
[2009/04/13 20:33:17] * nDuff bites his tongue.
[2009/04/13 20:33:30] <Volcane> hehe
[2009/04/13 20:33:34] <Volcane> compared to perl
[2009/04/13 20:33:38] <nDuff> ahhh
[2009/04/13 20:33:41] <Volcane> cant speak for python
[2009/04/13 20:35:01] <Volcane> when i learned perl python was still pretty dead set on the indent-our-way-or-die philosophy
[2009/04/13 20:35:12] <Volcane> which just struck me as idiotic, so i learned perl
[2009/04/13 20:35:23] <Volcane> when i started using puppet i figured its time to learn ruby
[2009/04/13 20:47:56] <Volcane> right, isp-- swapped my marvell yukon junk for an intel card, hopefuly now I'll get some sleep
[2009/04/13 20:48:00] <Volcane> chat later
[2009/04/13 20:51:35] @ Quit: ezmob: "Bye!"
[2009/04/13 21:01:32] <bda> notice: //Node[emerald.pobox.com]/generic/icg/icg-linux/Cron[logrotate]/minute: defined 'minute' as '*' // Is there any way to turn that notice off?
[2009/04/13 21:01:44] <bda> Or is defining it as '*' incorrect?
[2009/04/13 21:01:52] <cwebber> can a class require a resource?
[2009/04/13 21:03:03] <lak> cwebber: technically yes, there's just not really a syntax for doing it right now
[2009/04/13 21:03:23] <cwebber> bummer...
[2009/04/13 21:04:03] <cwebber> i am assuming that means that a class could require another class but the syntax isnt there either?
[2009/04/13 21:04:19] @ Quit: nigelk:
[2009/04/13 21:04:20] <cwebber> s/either?//
[2009/04/13 21:05:37] <lak> yeah
[2009/04/13 21:05:50] <lak> there is a 'require' function in master you can easily backport to 0.24x
[2009/04/13 21:05:56] <lak> which gives you that ability
[2009/04/13 21:06:12] <lak> well, at least it should work in 0.24.8
[2009/04/13 21:06:15] <lak> i think :)
[2009/04/13 21:06:18] @ Quit: bgupta: Remote closed the connection
[2009/04/13 21:07:11] <cwebber> hmmm... master?
[2009/04/13 21:09:35] <bda> HEAD.
[2009/04/13 21:09:38] <bda> Or trunk.
[2009/04/13 21:09:47] <lak> the master branch
[2009/04/13 21:09:52] <lak> master is git's equivalent to trunk
[2009/04/13 21:09:55] <lak> bbl
[2009/04/13 21:09:59] @ Quit: lak:
[2009/04/13 21:10:00] <bda> ta Luke.
[2009/04/13 21:11:13] <nDuff> bother!
[2009/04/13 21:11:48] <nDuff> --graph output from a puppet run with the same inputs that produced the (legitimate) cycle earlier has no cycles at all on a non-failing run
[2009/04/13 21:12:10] @ Quit: alfism: "Connection reset by beer"
[2009/04/13 21:20:08] @ maxagaz joined channel #puppet
[2009/04/13 21:21:35] @ Quit: WALoeIII: "Bai."
[2009/04/13 21:57:01] @ Quit: Flam5: Read error: 110 (Connection timed out)
[2009/04/13 22:05:50] @ claymation joined channel #puppet
[2009/04/13 22:07:19] @ Quit: chadh: Read error: 113 (No route to host)
[2009/04/13 22:07:24] @ ezmob joined channel #puppet
[2009/04/13 22:10:29] @ fujin joined channel #puppet
[2009/04/13 22:12:00] @ ohadlevy joined channel #puppet
[2009/04/13 22:13:25] <eythian> If I accidentally include a defined object rather than a class, I don't get an error message. Is that expected? I don't think there's a reason you'd include a define is there?
[2009/04/13 22:14:46] @ WALoeIII joined channel #puppet
[2009/04/13 22:17:16] <eythian> is it the case you can't do +> onto something that's not already an array? Shouldn't it auto-arrayise things?
[2009/04/13 22:17:48] <ohadlevy> eythian: I think you can extend only existing arrays
[2009/04/13 22:19:17] @ Deesl joined channel #puppet
[2009/04/13 22:19:24] @ Quit: Deesl: Remote closed the connection
[2009/04/13 22:20:01] @ Quit: ezmob: "Bye!"
[2009/04/13 22:25:07] <eythian> I get this error:
[2009/04/13 22:25:09] <eythian> Could not retrieve catalog: Parameter 'require' is already set on Glassfish::Webapplication[profilersportspuppet] by glassfish::webapp at /etc/puppet/modules/glassfish/manifests/init.pp:103; cannot redefine at /etc/puppet/modules/glassfish/manifests/init.pp:111 on node ec2javaserver
[2009/04/13 22:25:17] <eythian> the code in question is: http://pastebin.com/m7e8bb093
[2009/04/13 22:25:26] <eythian> anyone know what I'm doing wrong?
[2009/04/13 22:28:42] <ohadlevy> eythian which version of puppet?
[2009/04/13 22:28:52] <ohadlevy> it could also be that you could do this only when you inherit
[2009/04/13 22:29:02] <eythian> 0.24.8 (well, .7-rc)
[2009/04/13 22:29:15] <eythian> how do you mean?
[2009/04/13 22:30:06] <ohadlevy> class glassfish... {} .. .class jdbc_glassfish inherits glasshfile { [] {.. Require +>...}}
[2009/04/13 22:30:25] <ohadlevy> in general, you are using an inherit syntax to add a required
[2009/04/13 22:31:10] <ohadlevy> but you are not inherting
[2009/04/13 22:31:25] <eythian> hmm. Perhaps.
[2009/04/13 22:31:50] <eythian> Oh well, I'll leave it for now, it's not too important. If need be in the future I'll come up with some way around it.
[2009/04/13 22:32:24] <ohadlevy> yeah, i know, sometimes i wish we could use pure ruby instead :)
[2009/04/13 22:32:31] <eythian> (it's not a likely case that we'll be adding an application without a database)
[2009/04/13 22:33:02] <eythian> maybe :) there's a lot to be said for a well designed DSL, which this one certainly is.
[2009/04/13 22:33:10] <ohadlevy> you can workaround it by require => $gf_jdbcname ? { ...}
[2009/04/13 22:34:33] <eythian> oh, yeah. So I can. that's a bit tidier. Not at all extensible, but hopefully more things won't need to be added.
[2009/04/13 22:37:01] @ Demosthenes joined channel #puppet
[2009/04/13 22:37:52] @ ruedu joined channel #puppet
[2009/04/13 22:40:54] <ruedu> is there any supported methods other than the included file server to get files to the client?
[2009/04/13 22:42:43] @ lak joined channel #puppet
[2009/04/13 22:43:07] <ohadlevy> ruedu: many ways, you can use an exec to copy stuff, you can use the file and point the source to a nfs share etc
[2009/04/13 22:43:31] <ruedu> is the syntax for using NFS available somewhere, NFS is actually what I was trying
[2009/04/13 22:43:46] <ruedu> or do I need to have that nfs share mounted already?
[2009/04/13 22:43:57] <ohadlevy> ruedu: file {myfile: source => /mynfs/dir/file}
[2009/04/13 22:44:07] <ohadlevy> ruedu: yeah you need it to be mounted first
[2009/04/13 22:44:20] <ruedu> alright
[2009/04/13 22:45:10] <ruedu> had some issues transfering files but I'm probably not using puppet as intended, copying out about 700MB of files to a system. Took about an hour to copy out 70MB
[2009/04/13 22:47:34] <eythian> ruedu: the puppet:// source can be quite slow if you're doing a lot of files, and failes if you do large ones. Using something like NFS would be better.
[2009/04/13 22:47:50] <ruedu> thanks for the tips
[2009/04/13 22:52:12] @ nigelk joined channel #puppet
[2009/04/13 22:52:34] @ Quit: ruedu:
[2009/04/13 22:59:28] @ Quit: bobbyz: Read error: 113 (No route to host)
[2009/04/13 23:02:34] @ Quit: lak:
[2009/04/13 23:03:56] @ WALoeIII_ joined channel #puppet
[2009/04/13 23:06:26] @ randybias joined channel #puppet
[2009/04/13 23:07:46] @ Quit: WALoeIII: Read error: 60 (Operation timed out)
[2009/04/13 23:08:31] @ Quit: WALoeIII_: Client Quit
[2009/04/13 23:10:30] @ Flam5 joined channel #puppet
[2009/04/13 23:12:36] <eythian> "puppetd[859]: Could not retrieve catalog: 404 Not Found" -- what??
[2009/04/13 23:13:41] <eythian> oh, no, never mind. My fault. Need to fix a facter plugin.
[2009/04/13 23:19:15] @ pdt joined channel #puppet
[2009/04/13 23:21:07] @ ezmob joined channel #puppet
[2009/04/13 23:28:05] @ Quit: fujin: "Leaving..."
[2009/04/13 23:28:49] <edwardam> is there an "easy" way to make sure some class gets "executed" first?
[2009/04/13 23:29:47] <edwardam> for instance we use gentoo, and I'd like to make sure that the local portage "cache" is updated and update-eix is run before processing everything else.
[2009/04/13 23:34:51] <eythian> edwardam: you could 'require' the class
[2009/04/13 23:38:26] @ alfism joined channel #puppet
[2009/04/13 23:40:17] <edwardam> eythian: yeah, but that would basically need to be everywhere.
[2009/04/13 23:40:46] <edwardam> eythian: and I don't want to change every package entry to require it.
[2009/04/13 23:41:08] <edwardam> although I guess I could define our own package type and have it happen there.
[2009/04/13 23:41:27] @ kingitchy joined channel #puppet
[2009/04/13 23:41:31] <ohadlevy> edwardam: you could do something like:
[2009/04/13 23:41:54] <ohadlevy> Package [require => Class()] in your top manifest (e.g. site.pp)
[2009/04/13 23:42:02] <ohadlevy> this will make sure that every package would require that class before installing
[2009/04/13 23:42:23] @ Quit: cwebber:
[2009/04/13 23:42:29] <edwardam> ohadlevy: oh nice. Didn't know you could do that.
[2009/04/13 23:43:03] <ohadlevy> yeah, you can set defaults like:
[2009/04/13 23:43:12] <ohadlevy> Service {enable => true, ensure => running, hasstatus => true }
[2009/04/13 23:43:13] <ohadlevy> Package {ensure => installed }
[2009/04/13 23:43:19] <ohadlevy> than you dont have to type it again and again
[2009/04/13 23:46:19] <edwardam> so it's Class[name-of-class] or Class(name-of-class) or something else?
[2009/04/13 23:47:20] <edwardam> ohadlevy: nevermind
[2009/04/13 23:47:23] <edwardam> ohadlevy: found the docs
[2009/04/13 23:48:27] @ chadh joined channel #puppet
[2009/04/13 23:49:14] @ Quit: nigelk:
[2009/04/13 23:53:04] @ lak joined channel #puppet

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