Friday, 2009-06-19

[2009/06/19 00:00:18] @ Log started by gepetto
[2009/06/19 00:00:18] <vdc> includes means that everything's processed in parallel though?
[2009/06/19 00:01:06] <QMan> if you inlude everything in one class, then yes
[2009/06/19 00:01:14] <QMan> I was thinking more of a dependancy chain
[2009/06/19 00:01:21] <QMan> class base
[2009/06/19 00:01:37] <QMan> class 1 {include base ; add extra stuff}
[2009/06/19 00:01:48] <QMan> class 2 {include class 1: add more stuff}
[2009/06/19 00:02:11] <QMan> node hostwithallthegoodies { include class 2}
[2009/06/19 00:02:18] <QMan> that *should* resolve them in the right order
[2009/06/19 00:03:02] <QMan> (again,insert advice with bucket of salt here :) )
[2009/06/19 00:03:26] @ Quit: davidrichards: Read error: 104 (Connection reset by peer)
[2009/06/19 00:03:34] @ maxagaz joined channel #puppet
[2009/06/19 00:03:41] @ davidrichards joined channel #puppet
[2009/06/19 00:03:49] <vdc> I will definitely marinate with said salt. :)
[2009/06/19 00:05:11] @ pvenkata joined channel #puppet
[2009/06/19 00:05:13] <QMan> if it doesn't works it out, you should be able to force resolution with require Class[number-1] inside a package or other "verbish" construct
[2009/06/19 00:05:20] <QMan> err - doesn't work it out even
[2009/06/19 00:15:07] <vdc> currently it goes 'node HOST inherits process_this_class_first { include process_this_class_second }'
[2009/06/19 00:19:33] @ Quit: maxagaz: "Leaving"
[2009/06/19 00:22:23] @ Quit: hessmll:
[2009/06/19 00:23:12] <vdc> I could create an intermediate class I suppose...
[2009/06/19 00:25:36] <QMan> if you "node host { include process_this_class_second} ", and "class process_this_class_second { include process_this_class_first}", i think it will do what you want
[2009/06/19 00:26:17] <QMan> it'll should also remove the ambiguity
[2009/06/19 00:26:42] <QMan> wow - typing fail.
[2009/06/19 00:26:48] <QMan> "it should ..."
[2009/06/19 00:26:49] <QMan> <sigh>
[2009/06/19 00:29:32] @ Quit: matty91:
[2009/06/19 00:34:11] @ maxagaz joined channel #puppet
[2009/06/19 00:55:06] <jli> Hi, will resource type file be able to create a folder? how?
[2009/06/19 00:57:53] <joe-mac> is store no longer a valid report type in .25?
[2009/06/19 00:59:39] @ Quit: duritong: Read error: 104 (Connection reset by peer)
[2009/06/19 00:59:42] @ Quit: int: Read error: 104 (Connection reset by peer)
[2009/06/19 01:00:58] @ hagedorn_ joined channel #puppet
[2009/06/19 01:02:23] @ ctso left channel #puppet ()
[2009/06/19 01:02:32] @ Quit: davidrichards: Read error: 104 (Connection reset by peer)
[2009/06/19 01:02:56] @ davidrichards joined channel #puppet
[2009/06/19 01:06:21] <QMan> jli: file { "/path/to/directory": ensure => directory}
[2009/06/19 01:06:53] <QMan> make sure to add in appropriate owner/group/mode stuff
[2009/06/19 01:07:46] <jli> QMan: Thanks, missed the directory value I guess.
[2009/06/19 01:08:25] <QMan> np
[2009/06/19 01:10:16] @ Quit: jli: "暂离"
[2009/06/19 01:14:36] @ saurabhverma joined channel #puppet
[2009/06/19 01:16:38] @ Quit: hagedorn: Read error: 110 (Connection timed out)
[2009/06/19 01:23:43] @ duritong joined channel #puppet
[2009/06/19 01:29:22] @ monzie joined channel #puppet
[2009/06/19 01:31:53] @ Quit: bgupta: Remote closed the connection
[2009/06/19 01:32:46] @ bgupta joined channel #puppet
[2009/06/19 01:33:44] @ Quit: hagedorn_: Read error: 110 (Connection timed out)
[2009/06/19 01:33:57] @ hagedorn_ joined channel #puppet
[2009/06/19 01:37:45] @ Quit: euph: Remote closed the connection
[2009/06/19 01:37:49] @ euph joined channel #puppet
[2009/06/19 01:38:53] @ Quit: saurabhverma: Read error: 60 (Operation timed out)
[2009/06/19 01:40:53] @ Quit: joe-mac: "Leaving."
[2009/06/19 02:02:56] <henk> can i override a class in module1 by another in module2? or can i inherit from other modules?
[2009/06/19 02:13:41] @ Quit: henk: "leaving"
[2009/06/19 02:14:35] @ Quit: davidrichards:
[2009/06/19 02:22:19] @ kolla joined channel #puppet
[2009/06/19 02:29:03] @ madrescher joined channel #puppet
[2009/06/19 02:39:01] @ Quit: monzie:
[2009/06/19 02:39:23] @ henk joined channel #puppet
[2009/06/19 02:43:33] @ mfournier joined channel #puppet
[2009/06/19 02:49:01] @ pleemans joined channel #puppet
[2009/06/19 02:57:08] @ alban2 joined channel #puppet
[2009/06/19 03:03:33] @ D-CoDe joined channel #puppet
[2009/06/19 03:08:50] @ Quit: Djelibeybi: "Leaving"
[2009/06/19 03:14:40] @ Quit: QMan:
[2009/06/19 03:17:39] <henk> is it possible to do this: 'file { "chown-pipes": path => ["/var/log/access.pipe", "/var/log/error.pipe"], }?
[2009/06/19 03:20:05] @ Quit: bgupta: Read error: 113 (No route to host)
[2009/06/19 03:21:32] @ saurabhverma joined channel #puppet
[2009/06/19 03:22:14] @ comprehensive joined channel #puppet
[2009/06/19 03:25:11] <Volcane> henk: what do you want that to do?
[2009/06/19 03:28:40] @ Quit: madrescher: "Leaving."
[2009/06/19 03:30:03] @ MattyM joined channel #puppet
[2009/06/19 03:32:59] <comprehensive> are there ways to manage classes/modules externally?
[2009/06/19 03:33:16] <comprehensive> i.e. puppetmaster queries for class information via "external class classifier" if you will
[2009/06/19 03:34:39] @ francois joined channel #puppet
[2009/06/19 03:34:53] @ Quit: pvenkata: "Nettalk6 - www.ntalk.de"
[2009/06/19 03:35:14] <Volcane> no, only the list of classes a client should get
[2009/06/19 03:35:21] <comprehensive> ok
[2009/06/19 03:35:33] @ davidrichards joined channel #puppet
[2009/06/19 03:35:36] <comprehensive> so all the class/module definitions must reside on the puppet server
[2009/06/19 03:36:13] <Volcane> they can also sit on the client
[2009/06/19 03:36:22] <Volcane> you can run local files with 'puppet' instead of 'puppetd'
[2009/06/19 03:36:27] <comprehensive> i see
[2009/06/19 03:37:19] @ Quit: davidrichards: Client Quit
[2009/06/19 03:40:02] <henk> Volcane: (that line is missing parameters of course, such as owner, group, mode, ...) to make both files have same permissions.
[2009/06/19 03:41:10] @ davidrichards joined channel #puppet
[2009/06/19 03:41:21] @ Quit: davidrichards: Client Quit
[2009/06/19 03:41:22] @ HarryCalahan joined channel #puppet
[2009/06/19 03:42:28] <Volcane> henk: ah i see, yeah something like that should work
[2009/06/19 03:43:21] <henk> Volcane: just tried, didn't seem to...
[2009/06/19 03:43:45] <henk> one second, will paste log
[2009/06/19 03:43:56] <Volcane> whats it saying? I usually use: file{["/one", "/two"]: mode => 444}
[2009/06/19 03:43:59] @ lak joined channel #puppet
[2009/06/19 03:44:10] <Volcane> that works, quite possibly putting the array not up in the name section wont work
[2009/06/19 03:47:06] <Volcane> actually yeah thats def why, totally wont work with your syntax, mines fine though
[2009/06/19 03:47:10] <henk> Volcane: http://paste.debian.net/39632/
[2009/06/19 03:47:36] <henk> Volcane: i thought it'd rather work with 'path =>' than in the name :) but if it works with the name, it's perfect, thanks!
[2009/06/19 03:47:57] @ m6d4 left channel #puppet ()
[2009/06/19 03:50:12] <henk> Volcane: but how do i reference that object then? File["/var/log/access.log", "/var/log/error.log"]?
[2009/06/19 03:50:21] @ Quit: pinoyskull:
[2009/06/19 03:50:30] <Volcane> no you'll have 2 distinct resources
[2009/06/19 03:50:59] <Volcane> so its as if you typed 2 x file{}
[2009/06/19 03:51:07] <henk> ah ok
[2009/06/19 03:51:46] <henk> looks good, let's see if it works :)
[2009/06/19 03:52:12] @ pinoyskull joined channel #puppet
[2009/06/19 03:52:21] <Volcane> lak: is your workshop up somewhere?
[2009/06/19 03:52:34] <lak> which one?
[2009/06/19 03:52:39] <Volcane> CM Panel
[2009/06/19 03:52:42] <lak> oh
[2009/06/19 03:52:43] <lak> um
[2009/06/19 03:52:45] <lak> no idea, actually
[2009/06/19 03:52:52] <lak> i assume so, there were like 4 cameras on us
[2009/06/19 03:52:57] <lak> it wasn't all that exciting
[2009/06/19 03:53:18] <Volcane> oh :)
[2009/06/19 03:54:05] <henk> it does perfectly. next question :) i use 'exec' to create the two fifo files in /var/log and 'file' to change their owner, group and mode. how should i declare dependencies so whenever the file needs to be created it is also changed to the correct mode and owner? should the 'file' require the 'exec'? or is it better to tell puppet to do 'file' 'after' 'exec'?
[2009/06/19 03:54:39] <HarryCalahan> henk: file requires the exec
[2009/06/19 03:55:31] <henk> HarryCalahan: ok, thanks
[2009/06/19 03:55:37] <henk> Volcane: thanks to you too of course!
[2009/06/19 03:55:42] <Volcane> :)
[2009/06/19 03:56:48] <henk> can i override class1 from module1 with a class in module2? or inherit from a class from another module?
[2009/06/19 03:56:58] <Volcane> yes
[2009/06/19 03:57:02] <henk> both?
[2009/06/19 03:57:30] <Volcane> well any class can inherit from another regardless of module, not sure what u mean with the first bit
[2009/06/19 03:58:25] <HarryCalahan> i have a group and a package (apache) managed by puppet. The group is not on all systems. But if apache is installed on a system, and the user is present, then i want to chgrp the apache logdir. I can solve it with an exec. But is a condition like "if Group["foo"] and Package["apache"] then ..." possible?
[2009/06/19 03:59:06] <Volcane> the onlyif => thing is based on return code from shell script given, so i guess u could do some shell tests
[2009/06/19 03:59:18] <Volcane> ditto for unless
[2009/06/19 03:59:39] <HarryCalahan> Volcane: ok so simply the exec.
[2009/06/19 04:00:16] <henk> Volcane: probably because classes can't be overridden, right? i want to create a class which inherits from a class in another module and override some object definitions in there.
[2009/06/19 04:00:38] <Volcane> henk: class foo::bar inherits some::other { ... }
[2009/06/19 04:00:38] <henk> but if inheriting is not a problem i guess that won't be one either...
[2009/06/19 04:00:53] <henk> Volcane: yep, thanks :)
[2009/06/19 04:01:17] <Volcane> i have like xen::dom0bind that inherits from bind::config or something mad like that, works fine
[2009/06/19 04:02:36] @ Quit: pinoyskull: Read error: 104 (Connection reset by peer)
[2009/06/19 04:04:23] <henk> hm, that makes me think of a 'style' (or something like that) question: is it sensible to make modules for software packages (such as ssh, ntpd, httpd, ...) and other modules for certain types of servers which include those package modules and override them where necessary? reason is that we run several streaming servers and now we have a rather bigger group of servers which needs a completely different configuration e.g.
[2009/06/19 04:04:55] <Volcane> depends how different the completely different is
[2009/06/19 04:04:57] <Volcane> like
[2009/06/19 04:05:28] <Volcane> file{} can do this: source => ["puppet:///some/file.${role}", "puppet:///some/file"]
[2009/06/19 04:05:33] <Volcane> first one that exists gets put out
[2009/06/19 04:05:43] <Volcane> so if really you just want a *different* one of hte same file, just do that
[2009/06/19 04:05:50] <Volcane> put in your node $role = "type1"
[2009/06/19 04:05:53] <Volcane> and make file.type1
[2009/06/19 04:06:31] <Volcane> quite often thats enough
[2009/06/19 04:08:13] @ pinoyskull joined channel #puppet
[2009/06/19 04:09:44] @ Quit: lak:
[2009/06/19 04:11:03] <henk> one reason i had that idea was that with the logging. we need icecast2 to log to a fifo, so we can get it to syslog-ng (forgot why, can find out if it matters). now we weren't sure where to put rules for the fifos, in the icecast2-module or the syslog-ng-module. since the fifos are only needed on this particular group of servers, i thought about adding a special class for those.
[2009/06/19 04:12:26] <Volcane> henk: hmm, yeah whatever fits with your way of thinking. if you think next time u wnt to figure out how you did it you'll be looking at the icecast module then put it there, but if you think you'll be looking in syslog-ng then put it there :)
[2009/06/19 04:13:05] <henk> Volcane: ok, sensible way to look at it probably... thanks for the advice, i'll have to think about it some more i guess.
[2009/06/19 04:13:29] @ Quit: comprehensive: "CHOCOA"
[2009/06/19 04:15:32] @ verwilst joined channel #puppet
[2009/06/19 04:16:15] <Volcane> I'd probably make a syslogng::something module that sets up the fifos and includes the other syslogng stuff as normal, and use the file{} trick to push out the right type of file
[2009/06/19 04:16:24] <Volcane> but really, whatever makes sense to you at 2 am a year from now :P
[2009/06/19 04:16:30] @ Quit: tim|imac:
[2009/06/19 04:19:14] @ tim|imac joined channel #puppet
[2009/06/19 04:20:17] <nico> functions are executed on master ? right ?
[2009/06/19 04:26:40] @ poison joined channel #puppet
[2009/06/19 04:30:39] @ Quit: mfournier: Read error: 104 (Connection reset by peer)
[2009/06/19 04:32:30] @ Quit: D-CoDe: "Leaving."
[2009/06/19 04:41:40] @ mikepea joined channel #puppet
[2009/06/19 04:42:37] @ Innocenti joined channel #puppet
[2009/06/19 04:42:46] @ Quit: Innocenti: Client Quit
[2009/06/19 04:44:15] @ Innocenti joined channel #puppet
[2009/06/19 04:44:52] @ Quit: Innocenti: Client Quit
[2009/06/19 04:46:56] @ Innocenti joined channel #puppet
[2009/06/19 04:47:25] @ Quit: Innocenti: Client Quit
[2009/06/19 04:50:04] @ Robbie joined channel #puppet
[2009/06/19 04:50:28] @ Quit: niczar: Remote closed the connection
[2009/06/19 04:51:30] @ mfournier joined channel #puppet
[2009/06/19 04:56:34] @ Innocenti joined channel #puppet
[2009/06/19 05:11:39] @ rmiller4pi81 joined channel #puppet
[2009/06/19 05:12:03] @ Quit: rmiller4pi81: Client Quit
[2009/06/19 05:22:35] @ verwilst_ joined channel #puppet
[2009/06/19 05:24:20] @ poison_ joined channel #puppet
[2009/06/19 05:24:22] @ Quit: poison: Read error: 104 (Connection reset by peer)
[2009/06/19 05:29:54] @ nakano_ is now known as nakano
[2009/06/19 05:30:18] @ Quit: verwilst_: "Ex-Chat"
[2009/06/19 05:30:24] <nico> for those using svn to manage their puppet config
[2009/06/19 05:30:48] <nico> I have this in a manifest : http://pastie.org/517412
[2009/06/19 05:31:17] <nico> but it causes apache to reload each time a new commit is made
[2009/06/19 05:31:34] @ nakano is now known as nakano_
[2009/06/19 05:32:03] <nico> how to not reload ?
[2009/06/19 05:36:56] @ glaw joined channel #puppet
[2009/06/19 05:42:25] @ tim|macbook joined channel #puppet
[2009/06/19 05:42:31] @ Quit: tim|macbook: Client Quit
[2009/06/19 05:45:40] <jack-_-> nico: remove the notify? :)
[2009/06/19 05:45:49] <nico> nope
[2009/06/19 05:46:00] <nico> kicking out subversion, trying git
[2009/06/19 05:46:29] <nico> it does not make poo poo with .git folders everywhere at least
[2009/06/19 05:52:09] @ goacid left channel #puppet ()
[2009/06/19 05:52:43] @ kibahop joined channel #puppet
[2009/06/19 05:55:08] @ mfournie1 joined channel #puppet
[2009/06/19 05:56:18] @ madrescher joined channel #puppet
[2009/06/19 05:57:44] @ niczar joined channel #puppet
[2009/06/19 06:00:57] <Volcane> nico: wow, you're replacing your SCM system instead of reading the puppet docs and telling it to ignore .svn files using the simple one line option to file?
[2009/06/19 06:01:20] <nico> Volcane: *sigh*
[2009/06/19 06:01:48] <Volcane> boggle :P
[2009/06/19 06:02:15] <nico> reductivelabs.com down ?
[2009/06/19 06:02:36] <Volcane> http://nephilim.ml.org/~rip/puppet/historical/ <-- mirror of the type/function docs
[2009/06/19 06:02:59] * Volcane ponders making aliases in his irc client "/tellmirror" etc :P
[2009/06/19 06:03:18] <HarryCalahan> Volcane: you should tell gepetto to auto answer this question
[2009/06/19 06:06:17] @ QMan joined channel #puppet
[2009/06/19 06:09:22] @ Welsh_Dwarf joined channel #puppet
[2009/06/19 06:09:47] <nico> huhu
[2009/06/19 06:10:23] @ Quit: mfournier: Read error: 110 (Connection timed out)
[2009/06/19 06:12:29] @ Quit: jmslagle: Read error: 104 (Connection reset by peer)
[2009/06/19 06:14:22] <nico> Volcane: thanks
[2009/06/19 06:15:07] @ barn joined channel #puppet
[2009/06/19 06:15:58] @ MaGicKanGaRoo joined channel #puppet
[2009/06/19 06:16:32] @ tsb_ joined channel #puppet
[2009/06/19 06:17:02] @ thegcat joined channel #puppet
[2009/06/19 06:17:28] <tsb_> If I use "file {}" to perform a regex on that file, if the file is changed how do I restart the service that depends on it?
[2009/06/19 06:18:48] <nico> notify => Service["blah"]
[2009/06/19 06:20:37] <tsb_> nico, ah yes that's right, had forgotten. Thanks a bunch, works :)
[2009/06/19 06:23:01] @ Quit: WALoeIII:
[2009/06/19 06:24:53] <thegcat> #rubyonrails is quite dead at the moment, anyone here who could give me some help with getting my rails app to work with passenger?
[2009/06/19 06:25:34] @ Quit: pinoyskull:
[2009/06/19 06:40:57] @ Quit: Bogdan_: Remote closed the connection
[2009/06/19 06:41:08] @ Quit: Innocenti: "leaving"
[2009/06/19 06:45:25] @ Quit: fujin: "Leaving..."
[2009/06/19 06:48:52] @ briandquinn joined channel #puppet
[2009/06/19 06:55:54] @ Quit: niczar: Remote closed the connection
[2009/06/19 07:02:44] @ Quit: QMan:
[2009/06/19 07:02:45] @ Quit: maxagaz: "Leaving"
[2009/06/19 07:11:33] @ Quit: glaw:
[2009/06/19 07:17:10] @ Loquito joined channel #puppet
[2009/06/19 07:18:25] <Loquito> When a custom fact is created and put into "module/plugins/facter" is it automatically read when facter is called, or is there some other config that is necessary
[2009/06/19 07:18:26] <Loquito> ?
[2009/06/19 07:19:09] <Volcane> you need to enable pluginsync on your client
[2009/06/19 07:19:21] <Volcane> then when puppet calls facter it will work as expected - facts will be available
[2009/06/19 07:19:30] <Volcane> and on latest facter facter -p will load them for normal use
[2009/06/19 07:20:24] <Loquito> Ah okay I will give that a try
[2009/06/19 07:22:46] @ nakano_ is now known as nakano
[2009/06/19 07:23:11] @ nakano is now known as nakano_
[2009/06/19 07:32:21] @ niczar joined channel #puppet
[2009/06/19 07:36:32] @ viq joined channel #puppet
[2009/06/19 07:36:41] @ nakano_ is now known as nakano
[2009/06/19 07:37:30] @ mikepea_ joined channel #puppet
[2009/06/19 07:37:32] <viq> Is there a way to ask server about the status of puppet clients?
[2009/06/19 07:38:12] <z00dax> viq: what would you expect as the output ?
[2009/06/19 07:38:20] <viq> And, is that a good idea when you have a couple hundred of them?
[2009/06/19 07:38:55] <z00dax> I run puppet on clients from either cron or torque - and let the monitoring system workout and handle isses that come up through the run
[2009/06/19 07:39:08] <viq> "all clients are fine" "client xyz is not running/did not talk to me in last 2h" "client sdf did not update the configuration as was told to"
[2009/06/19 07:39:31] <z00dax> yes, your monitoring system should be able to do all of that
[2009/06/19 07:39:43] <z00dax> usually syslog on puppetmaster will have details of last contact from a client
[2009/06/19 07:39:46] <Volcane> viq: see 'puppetlast' that is in the tarball
[2009/06/19 07:40:25] <Volcane> viq: also the clients have config caches and state files - you can monitor the age of those - but also the master saves soe yaml files per client - you can monitor the age of those too on the master. see /var/lib/puppet or whatever your libdir is
[2009/06/19 07:43:54] <viq> thank you
[2009/06/19 07:44:08] <viq> We are right now pondering how to monitor puppet itself
[2009/06/19 07:44:12] <viq> thus my questions ;)
[2009/06/19 07:44:33] <Volcane> command[check_puppetfreshness]=/usr/lib/nagios/plugins/check_file_age -f /var/lib/puppet/state/state.yaml -w 5400 -c 7200
[2009/06/19 07:44:44] <Volcane> if for whatever reason puppet isnt running, that goes critical
[2009/06/19 07:44:51] <Volcane> i just put that on every box using nagios+nrpe
[2009/06/19 07:45:10] @ x_dimitri joined channel #puppet
[2009/06/19 07:45:41] <Volcane> if you monitor localconfig.yaml it will pick up things like syntax errors preventing you from getting a compiled manifest etc too (it runs from cache and still updates state in those cases)
[2009/06/19 07:45:46] <x_dimitri> what's the config parameter for specifying how often puppetd gets manifets from the server?
[2009/06/19 07:46:07] <Loquito> What is the best way to class whole groups of machines, so that you can run certain manifests of machines of a certain type and others of machine of another type. I was attempting to use a fact, but it doesn't seem to be able to get the info on the server
[2009/06/19 07:46:56] <Volcane> Loquito: thats what facts are for, so you're probably doing something wrong :)
[2009/06/19 07:49:13] @ nakano is now known as nakano_
[2009/06/19 07:53:40] @ Quit: mikepea: Read error: 110 (Connection timed out)
[2009/06/19 07:55:54] @ Quit: drmikecrowe_AFK: " HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC"
[2009/06/19 08:11:30] @ kibahop left channel #puppet ()
[2009/06/19 08:19:29] <henk> can i make my clients give their logs to the puppetmaster?
[2009/06/19 08:20:23] <danp> is there a way in a template to get a list of nodes that have included a given class?
[2009/06/19 08:23:37] @ ctso joined channel #puppet
[2009/06/19 08:26:02] @ fujin joined channel #puppet
[2009/06/19 08:26:10] <Jenza> henk: you can get them to send yaml reports to the server
[2009/06/19 08:26:51] <henk> Jenza: i'll have to see if that's what i want... thanks!
[2009/06/19 08:28:31] <Loquito> Volcane: I am trying to do this in the site.pp http://gist.github.com/132590 but it doesn't seem to be working, what do you think could be the problem ?
[2009/06/19 08:29:17] <Volcane> you dont get machinetype?
[2009/06/19 08:29:25] <Volcane> so its undefined?
[2009/06/19 08:30:34] @ apbarrett joined channel #puppet
[2009/06/19 08:31:28] <Loquito> Well nothing gets output on the server or the client, machinetype is a fact but doesn't seem to be working
[2009/06/19 08:31:46] @ Quit: MaGicKanGaRoo: Remote closed the connection
[2009/06/19 08:31:49] <Volcane> put there bove notice("Configuraing ${fqdn} as ${machinetype}")
[2009/06/19 08:31:51] <Volcane> and check the logs
[2009/06/19 08:32:10] <Loquito> Okay
[2009/06/19 08:32:55] @ Quit: erm_: Read error: 110 (Connection timed out)
[2009/06/19 08:33:22] @ Quit: Welsh_Dwarf: "No Ping reply in 90 seconds."
[2009/06/19 08:33:49] @ Welsh_Dwarf joined channel #puppet
[2009/06/19 08:34:01] <Loquito> Volcane: Well the fqdn displays on the server output but nothing on the client
[2009/06/19 08:34:24] <Loquito> and no machine type
[2009/06/19 08:34:28] <Loquito> On either
[2009/06/19 08:34:29] <Volcane> ok, so something up with your fact
[2009/06/19 08:34:33] <Volcane> how did you make that fact
[2009/06/19 08:34:33] <tim|imac> !seen davids
[2009/06/19 08:34:33] <gepetto> tim|imac: DavidS was last seen 4 days, 5 hours, 28 minutes and 33 seconds ago, quitting IRC (Read error: 110 (Connection timed out))
[2009/06/19 08:34:36] <tim|imac> grrr
[2009/06/19 08:35:22] <Loquito> Volcane: But there is not output notice for that at all on the client is that normal?
[2009/06/19 08:35:34] <Volcane> yeah notice goes on the master
[2009/06/19 08:35:40] <Loquito> Okay
[2009/06/19 08:36:20] <Volcane> yeah notice goes on the master
[2009/06/19 08:36:23] <Volcane> oops
[2009/06/19 08:37:12] <Loquito> Volcane: http://pastie.org/517500 this is my facter, see anything wrong with it? Also it works when I use facter -p machinetype
[2009/06/19 08:37:54] @ MaGicKanGaRoo joined channel #puppet
[2009/06/19 08:38:18] <Volcane> ok, check out the yaml files on the master in /var/lib/puppet you'll see one per node and also facts, do you see it there?
[2009/06/19 08:38:31] @ d3vilb0x joined channel #puppet
[2009/06/19 08:38:36] <Loquito> Client or master?
[2009/06/19 08:39:07] <Volcane> master
[2009/06/19 08:40:40] <Loquito> Nope, nothing in there and my facter is under modules/common/plugins/facter/
[2009/06/19 08:41:02] @ Quit: chillitom: Read error: 110 (Connection timed out)
[2009/06/19 08:41:03] @ Bass10 joined channel #puppet
[2009/06/19 08:41:23] <Volcane> so on my master i have /var/lib/puppet/yaml/node/foo.com
[2009/06/19 08:41:39] <Volcane> you dont see them there? ok, so then when you run puppetd --test on the client, do you see it loading your fact?
[2009/06/19 08:42:52] <Loquito> Nope
[2009/06/19 08:43:08] <Volcane> then its possible that your factsync put them in a dir your puppetd isnt looking at
[2009/06/19 08:43:59] @ Quit: briandquinn:
[2009/06/19 08:44:13] <apbarrett> I get "Could not find dependency Class[files::virtual::realize_foo]" from this: /* module/files/manifests/init.pp */ class files::virtual { @file {foo: ...} class realize_foo { realize File[foo] } @file {bar: ... requires => [Class[realize_foo], File[foo]] } }. I have tried many variations on this theme. Any ideas?
[2009/06/19 08:44:29] <Volcane> Loquito: look at "plugindest = /var/lib/puppet/lib" "pluginpath = /var/lib/puppet/plugins" and make sure they point to where your facts ended up with pluginsync
[2009/06/19 08:44:54] <Volcane> apbarrett: you need to "include files::virtual::realize_foo"
[2009/06/19 08:45:34] <apbarrett> Volcane: but where? I can't put an include inside a file resource, can I?
[2009/06/19 08:45:46] <Volcane> somewhere in another class or in your node
[2009/06/19 08:46:39] <apbarrett> the goal is to allow any other class to do "realize File[bar]" and automatically get File[foo] relized as well
[2009/06/19 08:47:10] <apbarrett> no other class should need to know about file foo or class realize_foo
[2009/06/19 08:47:21] <Volcane> you need to include the class that creates the virtual resources on all your nodes then
[2009/06/19 08:47:42] @ Quit: mikepea_:
[2009/06/19 08:47:50] <Loquito> Volcane: what is the option to display all your current settings, I forget
[2009/06/19 08:48:00] <Volcane> Loquito: --genconfig
[2009/06/19 08:48:11] <Loquito> thanks
[2009/06/19 08:51:14] <Loquito> Volcane: okay on the clinet they are set to the above, although it says that the plugin source is puppet://puppet/plugins is that right?
[2009/06/19 08:51:31] <apbarrett> bbl. thanks for the hints but I am still not getting it. I'll post to the mailing list.
[2009/06/19 08:51:50] @ apbarrett left channel #puppet ()
[2009/06/19 08:52:16] <Volcane> Loquito: try: factpath = $vardir/lib/facter
[2009/06/19 08:52:46] <Loquito> But this is not where I am putting the fact
[2009/06/19 08:53:22] <Volcane> whats your plugindest set to?
[2009/06/19 08:54:00] <Loquito> I am putting it under module/plugins/facter, plugindest is /var/lib/puppet/lib
[2009/06/19 08:54:07] <MaGicKanGaRoo> lol just flicked thru a few bruno youtube vids :) forgot how good it was
[2009/06/19 08:54:27] <Volcane> Loquito: factpath= points to where they end up on the client's filesystem, which with your plugindest as above is correct the way i said
[2009/06/19 08:55:04] @ claymation joined channel #puppet
[2009/06/19 08:55:36] <Loquito> My factpath on client is factpath = /var/lib/puppet/facts
[2009/06/19 08:55:53] <Loquito> and same on master
[2009/06/19 08:56:14] <Loquito> with the facts in the modules where does it put those?
[2009/06/19 08:56:47] <danp> if i have two define()'s and one calls the other, what's the proper way to require a file created by the called define() in the calling define()?
[2009/06/19 08:56:56] <Volcane> client copies it from the master's module/plugins/facter into the clients plugindest
[2009/06/19 08:57:23] <danp> it seems at the time the require in the caller is eval'd the callee code hasn't been eval'd yet
[2009/06/19 08:57:31] <Loquito> Volcane: ok
[2009/06/19 08:58:39] @ nakano_ is now known as nakano
[2009/06/19 08:59:40] <Loquito> Volcane: Okay I found the fact under /var/lib/puppet/lib/facter/machinetype.rb which is different to what factpath is
[2009/06/19 09:00:09] * Volcane can oly say 'set the factpath to this' so many times :P
[2009/06/19 09:00:34] <Loquito> Volcane: Ah okay, I thought it would do this automatically
[2009/06/19 09:00:55] <Volcane> 13:52 <Volcane> Loquito: try: factpath = $vardir/lib/facter
[2009/06/19 09:01:24] <Loquito> Volcane: My bad
[2009/06/19 09:01:25] @ bajan joined channel #puppet
[2009/06/19 09:01:29] <Volcane> no probs :)
[2009/06/19 09:01:38] @ bajan left channel #puppet ()
[2009/06/19 09:02:23] @ Quit: poison_: Read error: 104 (Connection reset by peer)
[2009/06/19 09:02:28] <Loquito> Volcane: Great that worked, thanks
[2009/06/19 09:02:34] <Volcane> nice
[2009/06/19 09:02:39] @ poison joined channel #puppet
[2009/06/19 09:02:52] * Volcane goes to the apple store to winge about the dust behind his LCD :(
[2009/06/19 09:03:06] @ kngus joined channel #puppet
[2009/06/19 09:05:24] @ Quit: Loquito: "Ex-Chat"
[2009/06/19 09:05:24] @ joe-mac joined channel #puppet
[2009/06/19 09:09:40] @ Quit: nigelk:
[2009/06/19 09:10:08] @ Quit: niczar: Remote closed the connection
[2009/06/19 09:11:16] @ Quit: pleemans: Read error: 110 (Connection timed out)
[2009/06/19 09:11:21] @ Quit: d3vilb0x:
[2009/06/19 09:14:01] @ viq left channel #puppet ()
[2009/06/19 09:15:08] @ mikepea joined channel #puppet
[2009/06/19 09:16:38] @ Quit: saurabhverma: Client Quit
[2009/06/19 09:25:42] @ erm_ joined channel #puppet
[2009/06/19 09:30:37] @ Quit: claymation:
[2009/06/19 09:34:51] <nico> Volcane: finally found why extlookup failed
[2009/06/19 09:34:56] <Volcane> oh yeah?
[2009/06/19 09:35:12] <nico> using a custom function outside of a class => FAIL
[2009/06/19 09:35:13] @ rasputnik joined channel #puppet
[2009/06/19 09:35:33] <nico> but assigning vars does not fail
[2009/06/19 09:35:38] <Volcane> hmm
[2009/06/19 09:35:42] <Volcane> like in site.pp you mean?
[2009/06/19 09:35:47] <nico> yes
[2009/06/19 09:36:07] <Volcane> ah
[2009/06/19 09:36:19] <Volcane> well you're supposed to avoid doing the nasty global variable thing once you've got it :)
[2009/06/19 09:36:25] <nico> I had put "$ldapserver=extlookup("ldapserver")" at start of my apache.pp
[2009/06/19 09:36:41] <nico> which is imported by site.pp
[2009/06/19 09:36:44] <nico> => FAIL
[2009/06/19 09:36:55] <Volcane> yeah, site.pp should just be a 1 or 2 line file
[2009/06/19 09:37:04] <nico> putting $ldapserver=extlookup("ldapserver") in the apache base class => SUCCES
[2009/06/19 09:37:07] <nico> it is
[2009/06/19 09:37:23] <nico> (4 lines here with the 2 extlookup vars)
[2009/06/19 09:37:43] @ niczar joined channel #puppet
[2009/06/19 09:37:52] <nico> dunno if it is a bug
[2009/06/19 09:37:54] <rasputnik> got a big 100Mb-odd tarball to extract onto some nodes (to install IBM director, bleh). What's the best way to get big files to nodes?
[2009/06/19 09:38:11] <Volcane> rasputnik: nfs, rsync, http, not puppet://
[2009/06/19 09:38:14] <nico> not using fileserver
[2009/06/19 09:38:36] <Volcane> rasputnik: nfs, rsync, http, not puppet://
[2009/06/19 09:38:38] <Volcane> arg
[2009/06/19 09:38:44] <Volcane> focus issues :P
[2009/06/19 09:39:08] <nico> Volcane: do you think it is a bug ?
[2009/06/19 09:39:21] <Volcane> no i think you just shouldnt be doing things like that in site.pp
[2009/06/19 09:39:31] <nico> I did it in apache.pp :)
[2009/06/19 09:39:41] <rasputnik> oh, didn't realise source:// could work yet.
[2009/06/19 09:39:46] <Volcane> you know how the extlookup_precedence var has like %{fqdn} instead of ${fqdn}?
[2009/06/19 09:40:01] <rasputnik> er, source =>'http://foo/bla' I mean
[2009/06/19 09:40:03] <Volcane> nico: thats cos site.pp just doesnt get parsed for each nodes running so fqdn just isnt being set
[2009/06/19 09:40:11] <nico> hoo
[2009/06/19 09:40:19] <Volcane> nico: so any classes, include into a node and take it from there
[2009/06/19 09:40:45] <Volcane> nico: so extlookup takes %{fqdn} matches on that and goes and find the current $fqdn based on the current scope, specifically cos of this and its perfectly sensible to me
[2009/06/19 09:41:28] <nico> I had noticed site.pp not being reparsed, because I have to restart the puppetmaster when I add some .pp files that get imported
[2009/06/19 09:41:43] <Volcane> nico: touch site.pp :P
[2009/06/19 09:41:49] <Volcane> that reparses it
[2009/06/19 09:41:53] <nico> hu
[2009/06/19 09:41:58] * nico takes good note
[2009/06/19 09:43:38] @ Quit: pjw:
[2009/06/19 09:46:12] <nico> Volcane: last question about extlookup : how to put a ldap dn inside ?
[2009/06/19 09:46:20] @ malraid joined channel #puppet
[2009/06/19 09:46:36] <Volcane> hmm?
[2009/06/19 09:46:46] <nico> ldap dn contains ","
[2009/06/19 09:46:48] <Volcane> you should be able to just quote things
[2009/06/19 09:46:52] <Volcane> "foo,bar"
[2009/06/19 09:47:04] <nico> hum tried simple quotes
[2009/06/19 09:47:17] @ rmiller4pi8 joined channel #puppet
[2009/06/19 09:47:29] <nico> nope
[2009/06/19 09:47:39] <nico> double quotes make me get a null value
[2009/06/19 09:48:10] @ BMDan joined channel #puppet
[2009/06/19 09:48:18] <Volcane> checking
[2009/06/19 09:48:23] <nico> wait
[2009/06/19 09:48:24] <nico> no
[2009/06/19 09:48:34] <nico> works, commit had failed :D
[2009/06/19 09:48:37] <Volcane> hehe
[2009/06/19 09:48:59] <nico> blame me, null commit messages are naughty
[2009/06/19 09:50:43] <rasputnik> ah, there's no built-in http support. doh.
[2009/06/19 09:50:58] <nico> Exec + wget is the simple way
[2009/06/19 09:51:38] <rasputnik> nico, yeah, that'll do I guess.
[2009/06/19 09:55:05] @ Quit: liquidki: "http://www.mibbit.com ajax IRC Client"
[2009/06/19 09:55:59] @ Quit: bobbyz: Read error: 113 (No route to host)
[2009/06/19 09:56:31] @ mccune joined channel #puppet
[2009/06/19 09:59:51] @ fzzzt joined channel #puppet
[2009/06/19 10:00:12] <fzzzt> Alright this is really getting annoying. What does this mean: DEPRECATION NOTICE: Found module 'sudo' without using the 'modules' mount; please prefix path with 'modules/'? Nothing I've tried gets rid of this crap
[2009/06/19 10:00:30] <Volcane> fzzzt: Beta tax
[2009/06/19 10:00:40] <fzzzt> Will it go away on release?
[2009/06/19 10:00:47] <Volcane> nope, all it means is
[2009/06/19 10:01:02] <Volcane> source => puppet:///sudo/sudoers should become puppet:///modules/sudo/sudoers
[2009/06/19 10:01:04] <fzzzt> well it's filling up my logs so it has to go away somehow...but i cant figure out how
[2009/06/19 10:01:10] <fzzzt> ohhhhhhhhhhhhhh
[2009/06/19 10:01:19] @ Quit: Welsh_Dwarf: Read error: 54 (Connection reset by peer)
[2009/06/19 10:01:24] <fzzzt> i thought it was an import thing
[2009/06/19 10:01:38] @ Quit: andrewcshafer:
[2009/06/19 10:02:03] @ briandquinn joined channel #puppet
[2009/06/19 10:04:00] <Volcane> fzzzt: i did ask that they clarify it better in the next beta and in the release release notes
[2009/06/19 10:04:59] <fzzzt> yeah that would be a good idea
[2009/06/19 10:05:31] <fzzzt> i didnt find anything online either, i'll make a blog post about it in case someone else end up seeing the message
[2009/06/19 10:05:45] <fzzzt> then at least google will hit the string
[2009/06/19 10:05:56] @ saurabhverma joined channel #puppet
[2009/06/19 10:06:01] @ bendsu joined channel #puppet
[2009/06/19 10:08:20] @ bobbyz joined channel #puppet
[2009/06/19 10:08:45] @ mfoster joined channel #puppet
[2009/06/19 10:10:06] <duritong> fzzzt: maybe mention it on the ml, anyway I think ppl would be interested about experiences with the new beta
[2009/06/19 10:10:19] <duritong> fzzzt: what's your blog url?
[2009/06/19 10:11:30] <fzzzt> http://www.endries.org/josh/blog/
[2009/06/19 10:12:09] <fzzzt> its mainly general ramblings :)
[2009/06/19 10:16:47] @ nigelk joined channel #puppet
[2009/06/19 10:24:41] @ D-CoDe joined channel #puppet
[2009/06/19 10:26:25] <fzzzt> ok done
[2009/06/19 10:26:57] @ Quit: nigelk:
[2009/06/19 10:27:20] <joe-mac> Volcane: if i use the modules mount in my confuig, i don't need to add that right?
[2009/06/19 10:27:39] <Volcane> in futures u should
[2009/06/19 10:27:50] <fzzzt> mount?
[2009/06/19 10:29:27] @ andrewcshafer joined channel #puppet
[2009/06/19 10:30:27] @ Quit: andrewcshafer: Read error: 104 (Connection reset by peer)
[2009/06/19 10:30:28] @ nigelk joined channel #puppet
[2009/06/19 10:30:35] @ andrewcshafer joined channel #puppet
[2009/06/19 10:31:17] @ Quit: D-CoDe: "Leaving."
[2009/06/19 10:31:22] @ D-CoDe joined channel #puppet
[2009/06/19 10:31:56] @ pjw joined channel #puppet
[2009/06/19 10:31:56] @ wwalker joined channel #puppet
[2009/06/19 10:32:11] <joe-mac> Volcane: that sucks, why did they add that?
[2009/06/19 10:32:20] <joe-mac> i like thew abstraction
[2009/06/19 10:32:24] <fzzzt> Is a mount a section in fileserer.conf?
[2009/06/19 10:32:42] @ wwalker left channel #puppet ()
[2009/06/19 10:32:47] <joe-mac> [modules] is
[2009/06/19 10:32:53] <Volcane> joe-mac: lak did explain but i forgot why now :)
[2009/06/19 10:33:20] <joe-mac> hmm, and i ddin't get any deprecation notices on my .25 beta at home, weird
[2009/06/19 10:35:09] <nigelk> joe-mac: is there a new [modules] fileserver.conf directive for all modules ?
[2009/06/19 10:36:22] <duritong> blame rest :P
[2009/06/19 10:36:32] <joe-mac> nigelk: i've been using [modules] allow *.mydomain.com
[2009/06/19 10:36:37] <joe-mac> in fileserver.conf
[2009/06/19 10:36:43] <joe-mac> seems to work fine for everything i hacve in there
[2009/06/19 10:36:44] <nigelk> sure. This might explain the oddities I'm seeing for 0.25.x clients against 0.25.0 when 0.24.8 clients work fine....
[2009/06/19 10:36:48] @ saurabhverma1 joined channel #puppet
[2009/06/19 10:37:02] <flashn> are there any commcercial products based on puppet?
[2009/06/19 10:37:02] <nigelk> ie http://groups.google.com/group/puppet-dev/browse_frm/thread/bf276e1bf0083688
[2009/06/19 10:37:40] <flashn> read something about bsd licensing
[2009/06/19 10:37:47] @ Quit: saurabhverma: Read error: 104 (Connection reset by peer)
[2009/06/19 10:37:57] <duritong> flashn: afair not et
[2009/06/19 10:37:59] <duritong> yet
[2009/06/19 10:38:44] <joe-mac> nigelk: so are you saying you don't use a modules section, that you have a section per module?
[2009/06/19 10:39:03] <nigelk> so with 0.24.8 and 0.24.8 clients
[2009/06/19 10:39:04] <joe-mac> i have multiple environments set up nigelk, but i don't currently make use of them
[2009/06/19 10:39:09] <nigelk> I have nothing defined there other than facts and plugins
[2009/06/19 10:39:15] <nigelk> and everything is in an environment
[2009/06/19 10:39:30] <Volcane> nigelk: modules section has always been there, only needed if you wished to do acl on files in modules afaik
[2009/06/19 10:39:37] <nigelk> moving to 0.25.0 server, the same config works with 0.24.8 clients
[2009/06/19 10:39:39] <Volcane> obviously not "always" but you know...
[2009/06/19 10:39:44] <nigelk> but 0.25.0 clients get that file_metadata problem
[2009/06/19 10:39:49] <joe-mac> Volcane: IIRC i couldn't get modules to work at all until adding that section
[2009/06/19 10:39:51] <nigelk> I'll try adding [modules] to see if that helps
[2009/06/19 10:40:01] <nigelk> joe-mac: but your modules aren't in environments?
[2009/06/19 10:40:05] <joe-mac> nigelk: i just started piloting .25 at home, using a similar setup, and i have that modules section seems to work
[2009/06/19 10:40:10] <fzzzt> I only have a [puppet] section in my fileserver
[2009/06/19 10:40:14] <joe-mac> yea tehy are nigelk, i'm just saying everything is in production right now
[2009/06/19 10:40:20] <nigelk> ok
[2009/06/19 10:40:21] <Volcane> joe-mac: hmm, i set up a demo master last night, didnt need to touch fileserver.conf
[2009/06/19 10:40:24] <joe-mac> but i *do* have multiple envs configured
[2009/06/19 10:40:50] <joe-mac> Volcane: with .24.8 or .25?
[2009/06/19 10:40:56] <Volcane> .8
[2009/06/19 10:41:19] <joe-mac> odd, maybe i didn't need to do that, but now i am curious to see if it helps with nigelk's issue
[2009/06/19 10:41:34] <joe-mac> i'm also wondering why i am not getting those deprecation notices at home
[2009/06/19 10:41:57] <nigelk> yeah. I'm on storeconfigs testing right now, will get back to 0.25.0 later
[2009/06/19 10:42:39] <joe-mac> nigelk: i want to implement storedconfigs badly to eliminate my manual nagios setting up, but i heard that in .24.8 it's slow as hell, and plus there's no auto cleanup of old nodes, a deal breaker for me
[2009/06/19 10:42:56] <nigelk> it's a lot faster in 0.24.8 than it is in 0.24.7 :)
[2009/06/19 10:43:05] <nigelk> http://www.masterzen.fr/2009/03/08/all-about-puppet-storeconfigs/
[2009/06/19 10:43:29] <nigelk> I also have a patch I haven't submitted that just storeconfigs facts/node info, not all the resources
[2009/06/19 10:43:35] <nigelk> as that's kind of all i want really
[2009/06/19 10:43:46] <nigelk> and it's significantly faster not storing every resource
[2009/06/19 10:44:18] <joe-mac> yea i'm waiting for .25 to make the jump to storedconfigs, cause i am hearing everything is faster
[2009/06/19 10:44:35] <nigelk> mainly cause it's asynchronous
[2009/06/19 10:44:36] <fzzzt> fileserving in .25 increased speed dramatically fo rme
[2009/06/19 10:44:38] <joe-mac> i just can't wait to forget about nagios
[2009/06/19 10:44:39] <nigelk> yes
[2009/06/19 10:45:32] <flashn> whats the status of the windows port btw?
[2009/06/19 10:45:46] <flashn> would be nice to get facter running
[2009/06/19 10:45:51] <flashn> in my case at least
[2009/06/19 10:46:17] <joe-mac> i heard .25 has preliminary windows support
[2009/06/19 10:46:29] <joe-mac> smoeone mentioend it on -user
[2009/06/19 10:46:36] <flashn> yah
[2009/06/19 10:46:46] <joe-mac> i'd rather use group policy in that realm
[2009/06/19 10:46:48] <fzzzt> huh, how would you use it on windows heh
[2009/06/19 10:46:59] <joe-mac> ... it's ruby
[2009/06/19 10:47:04] <joe-mac> runs wherever ruby runs
[2009/06/19 10:47:14] <fzzzt> no i mean via file stuff
[2009/06/19 10:47:41] <joe-mac> oh, well i'm guessing the resources will be new types, since most windows is not file based configs
[2009/06/19 10:47:49] <fzzzt> yeah
[2009/06/19 10:47:55] <flashn> new resources and modules
[2009/06/19 10:47:57] <flashn> i guess
[2009/06/19 10:48:07] <fzzzt> i haven't really grokked resources yet
[2009/06/19 10:48:08] <nigelk> joe-mac: you should be able to make a GPO type in puppet
[2009/06/19 10:48:15] <nigelk> we've made an MCX one for Macs
[2009/06/19 10:48:49] @ Quit: madrescher: "Leaving."
[2009/06/19 10:49:50] <joe-mac> i wouldn';t doubt it, but i'd just really rather not lol
[2009/06/19 10:50:25] <joe-mac> we don't have many windows machines, and i actually want to eliminate windows completely
[2009/06/19 10:50:50] <joe-mac> but, won't happen
[2009/06/19 10:52:12] <flashn> on windows, i basically just want to see what we have on them and be able to tell when something changes
[2009/06/19 10:53:11] @ Quit: thegcat:
[2009/06/19 10:53:17] @ Quit: saurabhverma1: Read error: 104 (Connection reset by peer)
[2009/06/19 10:54:36] @ Quit: poison: Remote closed the connection
[2009/06/19 10:56:41] @ poison joined channel #puppet
[2009/06/19 10:56:59] @ Quit: D-CoDe: "Leaving."
[2009/06/19 11:06:24] @ Quit: HarryCalahan: "."
[2009/06/19 11:06:24] @ D-CoDe joined channel #puppet
[2009/06/19 11:07:47] @ egerlach joined channel #puppet
[2009/06/19 11:10:07] @ cwebber joined channel #puppet
[2009/06/19 11:13:10] <nigelk> joe-mac: have you tried storeconfigs in 0.24.8?
[2009/06/19 11:13:14] <nigelk> it really is much faster I'm seeing
[2009/06/19 11:13:26] <nigelk> this is with RubyEE which is also a lot better at rails
[2009/06/19 11:13:26] <joe-mac> haven't bothered trying yet
[2009/06/19 11:13:40] <Volcane> nigelk: really wish there wer esome automagic aging ot data
[2009/06/19 11:13:40] <joe-mac> i don't have so mcuh time right now to do all that at once
[2009/06/19 11:14:06] <joe-mac> yea, without an automatic purge of stale data in the DB, idk... i guess i could add a cron job to run some script to do it thuogh
[2009/06/19 11:15:26] <Volcane> i just want to say if i havnt heard from a node in 2 days, please purge it
[2009/06/19 11:15:35] <Volcane> no doubt can script and cron it, but such a drag
[2009/06/19 11:17:00] <joe-mac> yea
[2009/06/19 11:21:20] @ edavis10 joined channel #puppet
[2009/06/19 11:21:22] @ Quit: cwebber:
[2009/06/19 11:22:19] @ cwebber joined channel #puppet
[2009/06/19 11:24:46] @ alfism joined channel #puppet
[2009/06/19 11:28:16] @ Quit: D-CoDe: "Leaving."
[2009/06/19 11:28:23] @ Quit: andrewcshafer:
[2009/06/19 11:29:33] @ thegcat joined channel #puppet
[2009/06/19 11:30:08] @ erm__ joined channel #puppet
[2009/06/19 11:31:32] @ Quit: erm_: Read error: 60 (Operation timed out)
[2009/06/19 11:31:59] @ jjl__ joined channel #puppet
[2009/06/19 11:33:26] @ Quit: briandquinn:
[2009/06/19 11:38:46] @ Quit: Robbie: Remote closed the connection
[2009/06/19 11:43:45] @ Quit: _nono_: Read error: 113 (No route to host)
[2009/06/19 11:44:19] @ saurabhverma joined channel #puppet
[2009/06/19 11:47:03] @ Quit: thegcat:
[2009/06/19 11:47:48] @ Quit: fujin: "Leaving..."
[2009/06/19 11:47:55] @ _nono_ joined channel #puppet
[2009/06/19 11:48:13] @ Quit: mfournie1: Read error: 113 (No route to host)
[2009/06/19 11:50:42] @ Quit: x_dimitri: "Leaving."
[2009/06/19 11:51:10] @ unxfrek joined channel #puppet
[2009/06/19 11:52:26] @ WALoeIII joined channel #puppet
[2009/06/19 11:56:04] @ schwifty joined channel #puppet
[2009/06/19 11:56:08] <schwifty> just got my puppet book woot woot
[2009/06/19 11:56:13] @ Quit: MattyM: "ta ta"
[2009/06/19 11:56:44] @ pleemans joined channel #puppet
[2009/06/19 11:57:15] <ctso> Volcane: i added > 50 machines to my puppet cluster (same datacenter). however, i just added one single machine that is in a different datacenter - its fileserver calls to the master take 5 seconds each. is that normal? It also causes all my puppet runs from my other 50 machines to come to a grinding halt (i believe because puppet is single-threaded). if it is normal, what is the next step? (a multi-puppetmaster setup? an single-machine apache/mongrel setup
[2009/06/19 11:59:09] @ lak joined channel #puppet
[2009/06/19 12:02:17] @ Quit: verwilst: "Ex-Chat"
[2009/06/19 12:03:39] @ andrewcshafer joined channel #puppet
[2009/06/19 12:05:01] <Volcane> ctso: did you setup something like mongrel or still on the default webrick setup?
[2009/06/19 12:07:10] @ Quit: unxfrek: "Leaving"
[2009/06/19 12:08:15] @ Quit: rasputnik: "This computer has gone to sleep"
[2009/06/19 12:08:52] <ctso> Volcane: ah yes. im on the default webrick. fail...
[2009/06/19 12:09:38] @ Quit: saurabhverma: Read error: 104 (Connection reset by peer)
[2009/06/19 12:10:54] @ Quit: kolla: Remote closed the connection
[2009/06/19 12:12:18] @ Quit: londo_: Remote closed the connection
[2009/06/19 12:13:08] @ Quit: bartvb: Read error: 54 (Connection reset by peer)
[2009/06/19 12:13:26] @ bartvb joined channel #puppet
[2009/06/19 12:13:48] <Volcane> ctso: :)
[2009/06/19 12:14:15] <Volcane> ctso: i have machines in the uk de and us, my us machines have a local master cos its just too unbearable otherwise (master used to be in de)
[2009/06/19 12:16:41] <dan__t> Hi.
[2009/06/19 12:21:04] <ctso> Volcane: ah icic.. what is your general strategy for keeping the local master synced up to the supermaster?
[2009/06/19 12:23:13] @ madrescher joined channel #puppet
[2009/06/19 12:23:50] @ ad4m joined channel #puppet
[2009/06/19 12:24:18] <ad4m> is there a command i can run to check the syntax of puppet files?
[2009/06/19 12:24:39] <ad4m> without applying the configuration to the system
[2009/06/19 12:25:04] <duritong> puppet --parseonly
[2009/06/19 12:25:23] @ Quit: nigelk:
[2009/06/19 12:26:11] @ Quit: WALoeIII: Connection timed out
[2009/06/19 12:28:59] <ad4m> man puppet --help isn't very helpful then :-)
[2009/06/19 12:29:24] <joe-mac> puppetd --help, puppetdoc
[2009/06/19 12:30:47] @ Quit: tuf: "Look whos tuf now.."
[2009/06/19 12:31:05] @ WALoeIII joined channel #puppet
[2009/06/19 12:31:17] @ Quit: WALoeIII: Remote closed the connection
[2009/06/19 12:31:28] @ WALoeIII joined channel #puppet
[2009/06/19 12:31:44] @ Quit: rmiller4pi8: Read error: 54 (Connection reset by peer)
[2009/06/19 12:31:53] @ rmiller4pi8 joined channel #puppet
[2009/06/19 12:32:55] @ jmarki joined channel #puppet
[2009/06/19 12:35:55] @ claymation joined channel #puppet
[2009/06/19 12:36:32] @ Quit: tecto: Read error: 113 (No route to host)
[2009/06/19 12:38:55] @ Quit: fbe: Read error: 104 (Connection reset by peer)
[2009/06/19 12:41:07] @ Quit: poison: Remote closed the connection
[2009/06/19 12:41:24] @ saurabhverma joined channel #puppet
[2009/06/19 12:46:24] @ Quit: lak:
[2009/06/19 12:46:28] @ fbe joined channel #puppet
[2009/06/19 12:47:35] @ webx joined channel #puppet
[2009/06/19 12:47:49] <ad4m> thanks guy
[2009/06/19 12:47:50] <ad4m> s
[2009/06/19 12:47:59] @ Quit: ad4m:
[2009/06/19 12:47:59] <webx> is there any method where I can have puppet auto-install any pre-requisites for a yum package?
[2009/06/19 12:48:23] <webx> ie, instead of having a package line for each pre-requisite package, and managing which one has to go first, etc etc...
[2009/06/19 12:48:26] @ schwifty_ joined channel #puppet
[2009/06/19 12:48:48] @ Quit: schwifty: Read error: 104 (Connection reset by peer)
[2009/06/19 12:48:49] @ schwifty joined channel #puppet
[2009/06/19 12:49:02] @ londo_ joined channel #puppet
[2009/06/19 12:52:40] @ Quit: mikepea: Read error: 110 (Connection timed out)
[2009/06/19 12:55:22] @ Quit: francois: "Leaving."
[2009/06/19 12:56:19] @ Quit: alfism: "http://opensolaris.com/"
[2009/06/19 12:56:43] <sz_> webx: wouldn't yum just pick up any necessary pre-reqs?
[2009/06/19 13:01:32] <webx> sz_: if I do from the command line, it works fine obviously.
[2009/06/19 13:01:40] <webx> sz_: but if I use puppet, it doesn't.
[2009/06/19 13:02:42] <sz_> hmm.. i guess the yum provider has a flag to just install the requested package and no deps...
[2009/06/19 13:03:29] <webx> yea..
[2009/06/19 13:03:38] <webx> there's no way to 'override' that at all that you know of ?
[2009/06/19 13:04:43] @ Quit: saurabhverma: Read error: 110 (Connection timed out)
[2009/06/19 13:04:43] @ d3vilb0x joined channel #puppet
[2009/06/19 13:06:06] <sz_> not that i know of
[2009/06/19 13:06:18] <sz_> but i'm no puppet guru
[2009/06/19 13:08:57] @ Quit: schwifty_: Read error: 110 (Connection timed out)
[2009/06/19 13:09:11] @ lak joined channel #puppet
[2009/06/19 13:10:54] <jhelfman> i know with yum you can --exclude
[2009/06/19 13:11:48] @ reyjrar joined channel #puppet
[2009/06/19 13:11:58] <ezekiel> with multiple excludes and wild-cards
[2009/06/19 13:15:21] <jhelfman> http://puppetmanaged.org/documentation/yum-module.html
[2009/06/19 13:15:26] <jhelfman> this may be of some help
[2009/06/19 13:17:48] @ Quit: cwebber:
[2009/06/19 13:22:42] @ Quit: pjw:
[2009/06/19 13:24:50] <webx> jhelfman: thanks
[2009/06/19 13:25:43] <webx> doesn't look like there is a way to have the dependencies installed
[2009/06/19 13:26:17] <ctso> anyone use anything in particular to make sure that their puppet client processes didn't die?
[2009/06/19 13:26:27] <ctso> e.g. still periodically communicating with the master
[2009/06/19 13:29:43] <jhelfman> other than cron and some sort of monitoring ?
[2009/06/19 13:29:54] @ Quit: lak:
[2009/06/19 13:31:23] <ctso> yeah i guess. i was curious if anyone used storedconfigs like that with success.. i think it keeps data about the last config run or something
[2009/06/19 13:38:13] @ alfism joined channel #puppet
[2009/06/19 13:40:58] @ Quit: rmiller4pi8: "Leaving."
[2009/06/19 13:41:23] <joe-mac> there is a check_puppet plugin for nagios in ext/ int he source tree, but it relies on the sys-proctable ruby libs, so i don't use it currently
[2009/06/19 13:42:34] @ alex2 joined channel #puppet
[2009/06/19 13:47:42] <webx> I use a simple script using puppetlast that mails me any node who hasn't updated in the last hour.
[2009/06/19 13:48:08] <joe-mac> webx: that script relies on stored configs right?
[2009/06/19 13:49:26] <webx> no
[2009/06/19 13:49:46] <webx> well, by stored configs what do you mean?
[2009/06/19 13:49:56] <webx> perhaps it does? :)
[2009/06/19 13:51:36] <webx> http://reductivelabs.com/trac/puppet/attachment/ticket/1188/puppetlast
[2009/06/19 13:52:11] <webx> I think that's the same version I have
[2009/06/19 13:53:07] <ctso> webx: cool, thanks i'll check it out
[2009/06/19 13:56:58] <joe-mac> nice, i knew there was a better way to get all the node facts into ruby
[2009/06/19 13:58:26] @ cwebber joined channel #puppet
[2009/06/19 14:22:23] @ Quit: melopt: "Leaving"
[2009/06/19 14:34:34] @ nigelk joined channel #puppet
[2009/06/19 14:36:11] @ rmiller4pi8 joined channel #puppet
[2009/06/19 14:38:35] @ strangeloop joined channel #puppet
[2009/06/19 14:45:27] @ bgupta joined channel #puppet
[2009/06/19 14:48:59] @ Quit: nigelk: Read error: 104 (Connection reset by peer)
[2009/06/19 14:49:00] @ nigelk joined channel #puppet
[2009/06/19 14:51:34] @ nuccad joined channel #puppet
[2009/06/19 14:52:59] @ Robbie joined channel #puppet
[2009/06/19 14:53:30] <nuccad> Does the exists function work for checking a user is present also?
[2009/06/19 14:53:45] @ Quit: Robbie: Client Quit
[2009/06/19 14:54:01] <fzzzt> What's a good way to install a one-off RPM?
[2009/06/19 14:54:47] <flashn> what do you mean? there's a certain rpm that you have thats not in your repos?
[2009/06/19 14:55:03] <fzzzt> well, it's a repo itself
[2009/06/19 14:55:16] <fzzzt> epel
[2009/06/19 14:55:19] <flashn> aha
[2009/06/19 14:55:35] <fzzzt> i usually add this rpm to get the repo in the list
[2009/06/19 14:55:41] <flashn> yeah
[2009/06/19 14:56:13] <fzzzt> I suppose I would use source and exec...
[2009/06/19 14:56:15] @ Quit: reyjrar: Remote closed the connection
[2009/06/19 14:56:15] <flashn> add it to the list of each nodes repo and install it
[2009/06/19 14:56:16] <fzzzt> could*
[2009/06/19 14:56:23] <flashn> with normal provider = yum
[2009/06/19 14:56:48] <Volcane> add it to your local company yum repo
[2009/06/19 14:57:11] <fzzzt> yeah we don't have one
[2009/06/19 14:58:31] <flashn> I keep two repos
[2009/06/19 14:58:37] <flashn> the ordinary repo and my own repo
[2009/06/19 14:58:43] <Volcane> def worth having your own
[2009/06/19 14:58:53] <Volcane> cos one day you cant reach epel/rpmforge/jpackage/whatever
[2009/06/19 14:58:57] @ hessml joined channel #puppet
[2009/06/19 14:58:57] <Volcane> and u cant build machines
[2009/06/19 14:58:59] <fzzzt> how do you set it up?
[2009/06/19 14:59:15] <Volcane> its like the shitty mirror.centos.org thing, totally unreliable
[2009/06/19 14:59:17] <fzzzt> can i just plunk them into a web dir
[2009/06/19 14:59:21] <Volcane> rely on it, dont build a bot one day
[2009/06/19 14:59:35] <Volcane> fzzzt: yeah make a directory full of them, then just do "createrepo ." in its parent, pooint yum at it, done
[2009/06/19 14:59:44] <flashn> I had a business meeting with some fellows from redhat few months back
[2009/06/19 14:59:45] <fzzzt> ok
[2009/06/19 14:59:55] <flashn> after the meeting I asked them when their repos would be up
[2009/06/19 14:59:59] <flashn> so we could install machines
[2009/06/19 15:00:00] <flashn> >:D
[2009/06/19 15:00:16] <joe-mac> what?
[2009/06/19 15:00:17] <Volcane> fzzzt: http://www.howtoforge.com/creating_a_local_yum_repository_centos
[2009/06/19 15:00:38] <flashn> rhel repos sucks ass
[2009/06/19 15:00:49] <flashn> had to while : them
[2009/06/19 15:01:11] @ marty_ joined channel #puppet
[2009/06/19 15:01:41] @ Quit: hessml: Client Quit
[2009/06/19 15:03:23] <nuccad> So is there a good function for testing if a user is present or not?
[2009/06/19 15:03:55] <nuccad> I want to do this:
[2009/06/19 15:03:55] <nuccad> if (exists(joe)) { inculde joe_class }
[2009/06/19 15:04:06] <joe-mac> wiki:TypeReference
[2009/06/19 15:04:45] <gepetto> joe-mac: wiki: wiki:TypeReference is http://reductivelabs.com/trac/puppet/wiki/TypeReference
[2009/06/19 15:04:46] <Volcane> nuccad: the compile happens on the master, it doesnt know whats on your client or not
[2009/06/19 15:04:46] <nuccad> Then a function won't work
[2009/06/19 15:04:53] <nuccad> is that what you are saying
[2009/06/19 15:04:56] <nuccad> ?
[2009/06/19 15:05:26] <Volcane> yes, the way to pass any state info from a client to the master is with a fact
[2009/06/19 15:05:34] <Volcane> but why not just create the user?
[2009/06/19 15:06:02] <nuccad> My puppet workflow is such that I just want to see if the user has been created
[2009/06/19 15:06:32] <nuccad> Unless you guys can point me to a custom type that can modify the sudoers file directly
[2009/06/19 15:06:50] <nuccad> in the same way that the sysctl type works
[2009/06/19 15:09:46] <nuccad> I will probably just end up writing a facter
[2009/06/19 15:10:35] @ Quit: rmiller4pi8: Read error: 110 (Connection timed out)
[2009/06/19 15:10:38] @ Quit: strangeloop: "Verlassend"
[2009/06/19 15:10:40] <Volcane> well if you explain a bit more how you use puppet maybe we can make suggestion, cos it seems a rather odd way to go about it
[2009/06/19 15:12:10] @ greenmoss joined channel #puppet
[2009/06/19 15:12:16] <nuccad> Its cumbersom to give the detail but in a nutshell I have two modules in partcular that I have created.....one called 'common' and one called 'oracle'....
[2009/06/19 15:13:03] <nuccad> common gets run on all hosts but oracle only gets run on my db hosts...so on the db hosts I would like to add the oracle user to the sudoers file
[2009/06/19 15:13:10] @ WALoeIII_ joined channel #puppet
[2009/06/19 15:13:25] @ Quit: WALoeIII_: Read error: 104 (Connection reset by peer)
[2009/06/19 15:13:32] <Volcane> but sudoers is specifically designed so that u can just literally run one sudoers file on your entire estate?
[2009/06/19 15:13:44] <nuccad> I don't like that
[2009/06/19 15:13:44] <Volcane> also you could just arrange so that your oracle machines get a different whole sudoers file
[2009/06/19 15:14:15] <Volcane> alternatively you can use one of the various define based tools out there to build up sudoers from smaller snippets
[2009/06/19 15:14:55] <nuccad> I think my crux lies in the snippets
[2009/06/19 15:15:00] @ Quit: WALoeIII: Read error: 60 (Operation timed out)
[2009/06/19 15:15:30] <Volcane> http://nephilim.ml.org/~rip/puppet/concatfile/
[2009/06/19 15:15:36] <Volcane> theres a define + helper sh script i wrote
[2009/06/19 15:15:52] <nuccad> let me see
[2009/06/19 15:17:28] <nuccad> I think this may work for me
[2009/06/19 15:17:37] <Volcane> great
[2009/06/19 15:18:24] <Volcane> there are a few that doesnt need the shell script on all your machines but i find the hsell script a bit better for me cos i have stupid amounts of error checking and stuff in it
[2009/06/19 15:18:43] <nuccad> cool....thank you.
[2009/06/19 15:20:10] @ unxfrek joined channel #puppet
[2009/06/19 15:20:13] <hacim> so i've got a File["/var/www/whatever/wp-content": recurse => true, owner => wordpress, group => www-data, mode => 0755; } and the recurse only seems to be hitting the first level deep
[2009/06/19 15:20:22] <hacim> is there something I need to tweak to recurse all the way down?
[2009/06/19 15:20:23] @ eagleheart joined channel #puppet
[2009/06/19 15:22:22] <fzzzt> recurselevel maybe
[2009/06/19 15:23:43] <hacim> recurse
[2009/06/19 15:23:44] <hacim> Whether and how deeply to do recursive management. Valid values are true, false, inf. Values can also match /^[0-9]+$/.
[2009/06/19 15:24:00] <hacim> i'm not sure what those regexps are for, but perhaps rather than 'true', I need 'info'?
[2009/06/19 15:24:11] <fzzzt> on i'm thinking 0.25 i guess
[2009/06/19 15:24:13] <hacim> s/info/inf
[2009/06/19 15:24:25] <hacim> yeah this is 0.24.8
[2009/06/19 15:24:27] <fzzzt> true must mean 1 level
[2009/06/19 15:24:50] <hacim> the [0-9] is probably the levels I can specify
[2009/06/19 15:24:57] <hacim> so I guess if I want everything beneath, I should do inf
[2009/06/19 15:25:05] <fzzzt> the regexp is saying you can specify a number of levels
[2009/06/19 15:25:11] <flashn> spec inf
[2009/06/19 15:25:14] <fzzzt> e.g. => 10
[2009/06/19 15:25:17] <flashn> yeah, inf = infinite
[2009/06/19 15:26:15] @ Quit: jhelfman: Remote closed the connection
[2009/06/19 15:26:26] <fzzzt> it's [0-9]+ which means any number of 0-9]s
[2009/06/19 15:26:28] <fzzzt> -]
[2009/06/19 15:26:44] <fzzzt> (1 or more 0-9s)
[2009/06/19 15:32:34] @ Quit: MaGicKanGaRoo: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:35] @ Quit: barn: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:37] @ Quit: authentic: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:39] @ Quit: axisys: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:41] @ Quit: hMz: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:47] @ Quit: proton: verne.freenode.net irc.freenode.net
[2009/06/19 15:32:49] @ Quit: jason^_: verne.freenode.net irc.freenode.net
[2009/06/19 15:34:58] @ MaGicKanGaRoo joined channel #puppet
[2009/06/19 15:34:58] @ barn joined channel #puppet
[2009/06/19 15:34:59] @ authentic joined channel #puppet
[2009/06/19 15:34:59] @ axisys joined channel #puppet
[2009/06/19 15:35:00] @ hMz joined channel #puppet
[2009/06/19 15:35:00] @ jason^_ joined channel #puppet
[2009/06/19 15:35:00] @ proton joined channel #puppet
[2009/06/19 15:35:30] <fzzzt> hmmm how can i do "if variable-x-is-set do this, else do this"?
[2009/06/19 15:35:33] @ proton__ joined channel #puppet
[2009/06/19 15:35:58] <Volcane> if $x { } else { }
[2009/06/19 15:35:59] <fzzzt> it seems like if $var { ... } woudl test for == true
[2009/06/19 15:36:08] <fzzzt> ok
[2009/06/19 15:36:10] @ Quit: proton: Operation timed out
[2009/06/19 15:36:17] <Volcane> its true if its defined false if not in that use case
[2009/06/19 15:36:23] <fzzzt> alright
[2009/06/19 15:36:24] <fzzzt> thanks
[2009/06/19 15:38:35] <fzzzt> i dont suppose you can do a similar thing with a selector, like $var ? { /..+/ => 'yes', defanult => no }
[2009/06/19 15:41:03] <Volcane> not yet, currently being discussed on the list
[2009/06/19 15:45:14] @ kolla joined channel #puppet
[2009/06/19 15:45:24] @ Quit: fbe: Read error: 110 (Connection timed out)
[2009/06/19 15:46:32] @ fbe joined channel #puppet
[2009/06/19 15:50:53] <greenmoss> any way to get puppet to be more verbose about its errors? I get "err: Could not retrieve catalog: can't convert nil into String at /etc/puppet/modules/nagios_smart/manifests/init.pp:8 on node iron.rdc.internal", which is not very helpful
[2009/06/19 15:51:11] <greenmoss> this is with --debug --trace
[2009/06/19 15:51:29] <fzzzt> what is line 8?
[2009/06/19 15:51:50] <greenmoss> It's a function declaration. Commenting it out doesn't remove the error.
[2009/06/19 15:52:32] <greenmoss> I've noticed puppet does not accurately report which line the error was on
[2009/06/19 15:53:00] <fzzzt> it may be above that line
[2009/06/19 15:53:02] <greenmoss> "nagios_smartd_config()", to be precise
[2009/06/19 15:53:29] <greenmoss> hmm... yes, I was about to start removing things until I could find the culprit
[2009/06/19 15:53:35] <greenmoss> but, was hoping there was an easier way
[2009/06/19 15:54:00] <fzzzt> i usually add --no-daemonize, but i dont thikn it will help you that much
[2009/06/19 15:54:21] <greenmoss> no, I don't think so... --test is supposed to show everything, which is what I'm running
[2009/06/19 15:54:49] <joe-mac> yea puppetd -dt --trace --evaltrace i think is the most verbose it can get...
[2009/06/19 15:55:07] <joe-mac> your function may be in the wrong place i am guessing
[2009/06/19 15:55:07] <greenmoss> --evaltrace, eh? I haven't tried that yet
[2009/06/19 15:55:33] <greenmoss> the function works well on other machines, with identical OS/layout, which is puzzling
[2009/06/19 15:56:16] <greenmoss> nope, that didn't shed any further light
[2009/06/19 15:56:31] <greenmoss> I wish puppet included stack traces whenever it died
[2009/06/19 15:56:36] <joe-mac> what does the function do?
[2009/06/19 15:56:58] <greenmoss> sets up a file on the puppet server
[2009/06/19 15:57:04] @ Quit: BMDan: Read error: 104 (Connection reset by peer)
[2009/06/19 15:57:30] <greenmoss> I'm going to start removing stuff to find the culprit <sigh>
[2009/06/19 16:02:23] @ Quit: d3vilb0x:
[2009/06/19 16:02:33] <fzzzt> echo('hi') :)
[2009/06/19 16:03:32] @ fzzzt left channel #puppet ()
[2009/06/19 16:07:18] @ Quit: kolla: Read error: 110 (Connection timed out)
[2009/06/19 16:08:45] @ Quit: unxfrek: Read error: 110 (Connection timed out)
[2009/06/19 16:21:30] <eagleheart> How do I override / disable an include statement which comes from an inherited node?
[2009/06/19 16:21:56] <eagleheart> e.g. basenode { include sendmail, ... } mybox inherites basenode { }
[2009/06/19 16:22:26] <eagleheart> I dont' want any of the rules of the sendmail class applied to mybox. (its got it's own class def and rules for sendmail)
[2009/06/19 16:22:33] <Volcane> you cant
[2009/06/19 16:23:11] <joe-mac> node inheri-fail
[2009/06/19 16:23:15] <joe-mac> fail inheritance
[2009/06/19 16:23:20] <eagleheart> actually what i've done so far is put a case statement in the sendmail class to override
[2009/06/19 16:23:41] <eagleheart> ok fail inheritance. let's look that up...
[2009/06/19 16:28:39] @ nakano is now known as nakano_
[2009/06/19 16:30:23] @ Quit: bendsu: "Leaving."
[2009/06/19 16:40:16] @ cwebber_ joined channel #puppet
[2009/06/19 16:40:31] <joe-mac> eagleheart: it's a joke, cause node inheritance doesn't work the way you'd think it does... which took me a loooong time to figure out
[2009/06/19 16:40:47] @ Quit: cwebber_: Read error: 54 (Connection reset by peer)
[2009/06/19 16:40:49] @ cwebber_ joined channel #puppet
[2009/06/19 16:40:56] <eagleheart> joe-mac: gotcha
[2009/06/19 16:42:08] <eagleheart> prob going to create 2 separate sub-nodes under basenode, one with and one without
[2009/06/19 16:45:40] <Volcane> just dont use node inheritance
[2009/06/19 16:45:47] <Volcane> wiki:CommonMisconceptions
[2009/06/19 16:45:49] <gepetto> Volcane: wiki: wiki:CommonMisconceptions is http://reductivelabs.com/trac/puppet/wiki/CommonMisconceptions
[2009/06/19 16:46:37] <webx> I asked earlier, but maybe someone new has arrived..
[2009/06/19 16:46:48] <webx> ie, instead of having a package line for each pre-requisite package, and managing which one has to go first, etc etc...
[2009/06/19 16:46:51] <webx> oops
[2009/06/19 16:46:57] <webx> is there any method where I can have puppet auto-install any pre-requisites for a yum package?
[2009/06/19 16:47:17] <joe-mac> the yum provider should take care of prereqs
[2009/06/19 16:47:34] <webx> hmm
[2009/06/19 16:49:27] @ poison joined channel #puppet
[2009/06/19 16:50:40] @ joe-mac left channel #puppet ()
[2009/06/19 16:53:17] <webx> ah, yes it does. I was getting errors, but that's because I didn't have the pre-req in my repository. woops :)
[2009/06/19 16:53:20] <webx> thanks
[2009/06/19 16:55:43] @ Quit: cwebber: Read error: 110 (Connection timed out)
[2009/06/19 17:02:01] <greenmoss> I'm still getting the "warning: Found multiple default providers for service: freebsd, debian; using freebsd", which I haven't been able to solve
[2009/06/19 17:06:31] <odyi> greenmoss: on what OS
[2009/06/19 17:06:46] <greenmoss> odyi: Ubuntu Jaunty, Facter 1.5.1
[2009/06/19 17:07:00] <greenmoss> previous Ubuntu's work fine; they have Facter 1.3.2
[2009/06/19 17:07:59] <odyi> Because Ubuntu changed the facter operatingsystem variable to Ubuntu and the puppet version shipped with ubuntu only has debain in the apt package provider
[2009/06/19 17:08:02] @ Quit: dsch04: "Leaving"
[2009/06/19 17:08:30] <greenmoss> is there a file somewhere that I can update?
[2009/06/19 17:08:57] <odyi> I posted a "bug" on launchpad, it is already added to puppet out the git repo.
[2009/06/19 17:09:22] <greenmoss> is there a patch/diff?
[2009/06/19 17:09:34] <greenmoss> what's the bug number?
[2009/06/19 17:10:52] <odyi> The other option is just to explicitly declare 'provider => debian' in you manifests.
[2009/06/19 17:11:19] <greenmoss> oh; debian?? I thought it was "apt", which I had tried with no success
[2009/06/19 17:12:52] <odyi> that is because that error isn't for packages
[2009/06/19 17:12:57] <odyi> it is for service managemet
[2009/06/19 17:13:08] <greenmoss> ah, I see
[2009/06/19 17:13:23] <odyi> the file is /usr/lib/ruby/1.8/puppet/provider/service/debian.rb
[2009/06/19 17:13:24] <greenmoss> that actually clears up a lot of confusion on my part
[2009/06/19 17:13:49] <odyi> need to change the just debian to an array of debian and ubuntu
[2009/06/19 17:14:00] @ WALoeIII joined channel #puppet
[2009/06/19 17:14:07] <greenmoss> could also copy debian.rb to ubuntu.rb?
[2009/06/19 17:14:12] <odyi> but declaring a provider is probably better
[2009/06/19 17:14:28] <odyi> greenmoss: no, just look at redhat.rb in that same folder for an example
[2009/06/19 17:16:07] <greenmoss> does puppet just pull anything it finds from that directory and use it?
[2009/06/19 17:17:25] @ Quit: webx: "..(cyp): [BX] The birds kept calling his name, thought Caw"
[2009/06/19 17:17:26] <odyi> maybe...but there are better ways to add stuff then that
[2009/06/19 17:17:49] <odyi> plugins/modules/fact syncing are probably all better options
[2009/06/19 17:19:04] * odyi suggests you get jamesturnbull's book
[2009/06/19 17:21:50] <greenmoss> I actually prefer the patched debian.rb solution; it gets rid of the warning when running --test, and I can easily distribute it with puppet
[2009/06/19 17:21:54] <greenmoss> so, thanks
[2009/06/19 17:22:16] * jamesturnbull thinks jamesturnbull's book is very reasonably priced too :)
[2009/06/19 17:22:23] <greenmoss> and I hope the Ubuntu devs patch this upstream as well
[2009/06/19 17:22:50] <greenmoss> my eventual hope is for $EMPLOYER to buy a puppet support contract; I've mentioned it to them and they were open to the idea
[2009/06/19 17:23:03] <odyi> greenmoss: I think it already is...Ubuntu just isn't pulling a new package
[2009/06/19 17:23:19] <odyi> Because it really is not a bug...just an annoyance
[2009/06/19 17:23:23] <greenmoss> since I've insinuated it everywhere into the infrastructure :)
[2009/06/19 17:24:12] <greenmoss> I have to honestly say that me and instructional books have never mixed too well... for some reason I have trouble learning sequentially
[2009/06/19 17:24:19] <jamesturnbull> greenmoss: happy to have you log a bug upstream
[2009/06/19 17:24:42] <greenmoss> odyi: where's your launchpad bug? I'll be happy to add my vote/input
[2009/06/19 17:26:09] @ Quit: poison: Remote closed the connection
[2009/06/19 17:26:46] <odyi> greenmoss: 368832
[2009/06/19 17:34:23] <greenmoss> added note
[2009/06/19 17:43:33] @ ezmob joined channel #puppet
[2009/06/19 17:43:49] @ Quit: marcoecc: Remote closed the connection
[2009/06/19 17:44:02] <jamesturnbull> greenmoss: odyi ah okay - this is already patched upstream - sorry - asn't sure
[2009/06/19 17:51:10] <Volcane> jamesturnbull: let us know if u find out if the panel talk is going to be up anywhere
[2009/06/19 17:53:15] <jamesturnbull> Volcane: sure - It's confusing - since they streamed live - which I wasn't told
[2009/06/19 17:53:24] <jamesturnbull> or I'd have tried to be a lot more articulate
[2009/06/19 17:53:38] <Volcane> yeah wth, live only stream thats pretty odd i have to say
[2009/06/19 17:54:20] <Volcane> lak says it was boring and uninterresting?
[2009/06/19 17:54:25] <jamesturnbull> did he?
[2009/06/19 17:54:30] <Volcane> yeah heh
[2009/06/19 17:54:39] <jamesturnbull> yeah he didn't seem to enjoy it
[2009/06/19 17:54:42] <jamesturnbull> everyone was being too nice
[2009/06/19 17:55:05] <jamesturnbull> I was hoping people would get grumpy but everyone was monumentally diplomatic
[2009/06/19 17:55:10] <Volcane> hehehe
[2009/06/19 17:55:42] <jamesturnbull> where's a blunt and tactless Colonial when you need one?
[2009/06/19 17:55:56] <Volcane> hah
[2009/06/19 17:57:52] @ Quit: claymation:
[2009/06/19 17:59:13] @ Quit: jjl__: "Ex-Chat"
[2009/06/19 18:01:06] @ Quit: malraid: Remote closed the connection
[2009/06/19 18:01:47] @ Quit: kngus: "Leaving."
[2009/06/19 18:05:53] @ Quit: mccune: Remote closed the connection
[2009/06/19 18:06:21] @ tecto joined channel #puppet
[2009/06/19 18:06:26] @ Quit: RageLink: Read error: 110 (Connection timed out)
[2009/06/19 18:06:48] @ FreakGuard joined channel #puppet
[2009/06/19 18:07:00] <FreakGuard> how to install patched packages with puppet?
[2009/06/19 18:08:58] <FreakGuard> (packages not from the repos)
[2009/06/19 18:10:10] <greenmoss> FreakGuard: the way I do it, is to set up an alternate http-accessible download location, get the file with wget using Exec, the install using a different provider (dpkg on Debubuntu)
[2009/06/19 18:12:45] <FreakGuard> greenmoss: or make an own repo.
[2009/06/19 18:13:02] <greenmoss> yeah, that would certainly work as well
[2009/06/19 18:14:43] @ Quit: alfism: "http://opensolaris.com/"
[2009/06/19 18:16:09] @ reyjrar joined channel #puppet
[2009/06/19 18:17:51] <greenmoss> well, thank you much everyone for your help; I now have a functional puppet configuration on Ubuntu Jaunty.
[2009/06/19 18:18:48] * jamesturnbull claps
[2009/06/19 18:23:10] @ Quit: reyjrar: "Leaving"
[2009/06/19 18:25:57] @ RageLink joined channel #puppet
[2009/06/19 18:30:34] @ Quit: flakrat: "Leaving"
[2009/06/19 18:37:07] @ schwifty_ joined channel #puppet
[2009/06/19 18:37:53] @ Quit: schwifty_: Client Quit
[2009/06/19 18:48:33] @ Quit: bobbyz: Read error: 110 (Connection timed out)
[2009/06/19 18:50:47] @ Quit: eagleheart: "ircII EPIC4-2.4 -- Are we there yet?"
[2009/06/19 18:51:19] @ cwebber joined channel #puppet
[2009/06/19 18:51:27] @ Quit: cwebber_: Read error: 104 (Connection reset by peer)
[2009/06/19 18:53:46] @ Quit: schwifty: Read error: 110 (Connection timed out)
[2009/06/19 18:55:58] @ alfism joined channel #puppet
[2009/06/19 18:58:01] @ Quit: cwebber:
[2009/06/19 19:02:30] @ mfoster left channel #puppet ()
[2009/06/19 19:04:24] @ schwifty joined channel #puppet
[2009/06/19 19:10:15] @ Quit: tecto:
[2009/06/19 19:11:22] @ Quit: schwifty:
[2009/06/19 19:14:15] @ Quit: ctso: "Leaving."
[2009/06/19 19:23:14] @ drmikecrowe joined channel #puppet
[2009/06/19 19:37:07] @ Quit: pleemans: Read error: 110 (Connection timed out)
[2009/06/19 19:41:06] @ Quit: madrescher: "Leaving."
[2009/06/19 19:46:53] @ nakano_ is now known as nakano
[2009/06/19 19:51:19] @ drmikecrowe is now known as drmikecrowe_AFK
[2009/06/19 19:52:06] @ tecto joined channel #puppet
[2009/06/19 20:02:16] @ Quit: wakko666: "Ex-Chat"
[2009/06/19 20:02:38] @ wakko666 joined channel #puppet
[2009/06/19 20:12:17] @ Quit: wakko666: "Ex-Chat"
[2009/06/19 20:13:18] @ WALoeIII_ joined channel #puppet
[2009/06/19 20:14:03] @ Quit: WALoeIII_: Client Quit
[2009/06/19 20:30:35] @ Quit: WALoeIII: Read error: 113 (No route to host)
[2009/06/19 20:31:34] @ Quit: nigelk:
[2009/06/19 20:31:51] @ Quit: justdave: Read error: 110 (Connection timed out)
[2009/06/19 20:39:00] @ mfoster joined channel #puppet
[2009/06/19 20:46:09] @ Quit: tecto:
[2009/06/19 20:53:55] @ Quit: greenmoss:
[2009/06/19 20:56:50] @ fujin joined channel #puppet
[2009/06/19 21:07:34] @ Quit: alfism: "http://opensolaris.com/"
[2009/06/19 21:08:17] @ WALoeIII joined channel #puppet
[2009/06/19 21:08:30] @ Quit: WALoeIII: Remote closed the connection
[2009/06/19 21:15:45] @ chiggsy joined channel #puppet
[2009/06/19 21:16:15] @ stahnma joined channel #puppet
[2009/06/19 21:20:50] @ GregCSI joined channel #puppet
[2009/06/19 21:22:52] <GregCSI> I am running a standalone puppet script using "puppet foo.pp". I am running this from a bash script. When foo.pp fails, puppet is returning an exit code of 0. Shouldn't this be non-zero, or is there some other way I can tell that it failed?
[2009/06/19 21:27:24] @ Quit: marty_: Client Quit
[2009/06/19 21:40:00] @ Quit: johnf1911: Read error: 104 (Connection reset by peer)
[2009/06/19 21:40:04] @ johnf1911 joined channel #puppet
[2009/06/19 21:49:26] @ chiggsy left channel #puppet ()
[2009/06/19 21:58:10] @ drmikecrowe_AFK is now known as drmikecrowe
[2009/06/19 22:02:34] @ mfoster left channel #puppet ()
[2009/06/19 22:06:53] @ matty91 joined channel #puppet
[2009/06/19 22:08:25] @ Quit: alex2: Read error: 104 (Connection reset by peer)
[2009/06/19 22:26:56] @ jchonig joined channel #puppet
[2009/06/19 22:28:24] @ hessmll joined channel #puppet
[2009/06/19 22:32:56] @ jchonig left channel #puppet ("Leaving.")
[2009/06/19 22:38:37] @ Quit: drmikecrowe: Read error: 110 (Connection timed out)
[2009/06/19 22:39:32] @ Quit: ezmob: "Leaving..."
[2009/06/19 22:48:28] @ drmikecrowe joined channel #puppet
[2009/06/19 22:53:30] @ nakano is now known as nakano_
[2009/06/19 23:16:31] @ magnachef__ joined channel #puppet
[2009/06/19 23:24:39] @ Djelibeybi joined channel #puppet
[2009/06/19 23:37:01] @ nigelk joined channel #puppet
[2009/06/19 23:37:18] @ rmiller4pi8 joined channel #puppet
[2009/06/19 23:39:06] @ Quit: andrewcshafer:
[2009/06/19 23:43:35] @ Quit: Bass10: Connection timed out
[2009/06/19 23:55:17] @ andrewcshafer joined channel #puppet

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