| [2008/04/12 00:01:04] @ Quit: tim|macbook: Read error: 110 (Connection timed out) | ||
| [2008/04/12 00:08:56] @ dthacker-work joined channel #puppet | ||
| [2008/04/12 00:35:44] @ Quit: lak: Read error: 110 (Connection timed out) | ||
| [2008/04/12 00:37:08] @ lak joined channel #puppet | ||
| [2008/04/12 00:38:09] <riddley> what happened with that define ticket? I can't find it | ||
| [2008/04/12 00:39:04] <riddley> nm | ||
| [2008/04/12 00:42:02] <riddley> so is that worthy of a 0.24.2 or will it be released with the REST implementation ? | ||
| [2008/04/12 00:53:28] @ Quit: SMP: "Leaving" | ||
| [2008/04/12 00:53:42] @ Quit: zobbo: "Enough no more 'tis not as sweet as it was before" | ||
| [2008/04/12 00:57:44] @ emerose_ joined channel #puppet | ||
| [2008/04/12 00:58:15] @ Quit: jvanzyl: | ||
| [2008/04/12 01:01:02] @ Quit: kolla: Remote closed the connection | ||
| [2008/04/12 01:05:47] @ Quit: emerose: Read error: 110 (Connection timed out) | ||
| [2008/04/12 01:07:53] @ Quit: Innocenti: Client Quit | ||
| [2008/04/12 01:09:17] @ Quit: pdt: Read error: 113 (No route to host) | ||
| [2008/04/12 01:09:29] <lak> riddley: i doubt it will wait for 0.25 | ||
| [2008/04/12 01:09:35] <lak> but i'm not convinced it's enough on its own | ||
| [2008/04/12 01:09:44] <riddley> cool | ||
| [2008/04/12 01:09:47] <lak> it's got a trivial workaround - just manually import the file | ||
| [2008/04/12 01:10:04] <lak> i've got a couple of other issues i want to fix, and together they might be worth a 24.5 | ||
| [2008/04/12 01:10:09] <lak> e.g., #1178 | ||
| [2008/04/12 01:10:10] <gepetto_> lak: e.g.: #1178 is http://reductivelabs.com/trac/puppet/ticket/1178 "Inconsistent node names" | ||
| [2008/04/12 01:10:12] <riddley> hehe trivial depending upon your usage that causes the problem | ||
| [2008/04/12 01:10:20] <riddley> cool | ||
| [2008/04/12 01:10:58] @ brscott joined channel #puppet | ||
| [2008/04/12 01:11:31] @ brscott left channel #puppet () | ||
| [2008/04/12 01:12:39] @ Quit: jeckersb: "Leaving" | ||
| [2008/04/12 01:14:20] @ jvanzyl joined channel #puppet | ||
| [2008/04/12 01:15:03] <lak> true | ||
| [2008/04/12 01:16:14] @ Quit: jvanzyl: Client Quit | ||
| [2008/04/12 01:17:51] @ pdt joined channel #puppet | ||
| [2008/04/12 01:25:15] @ Quit: _patobrien_: Read error: 110 (Connection timed out) | ||
| [2008/04/12 01:48:03] @ Quit: tim|mb: "This computer has gone to sleep" | ||
| [2008/04/12 01:50:16] @ Quit: emerose_: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 01:58:53] @ emerose joined channel #puppet | ||
| [2008/04/12 01:59:35] @ andrewcshafer joined channel #puppet | ||
| [2008/04/12 02:03:12] @ Quit: fdz: "Leaving" | ||
| [2008/04/12 02:06:32] @ jeckersb joined channel #puppet | ||
| [2008/04/12 02:10:22] <Dyson> 0.24.5? | ||
| [2008/04/12 02:10:41] <Dyson> will #1174 be fixed there? Then it'd worth to wait for me :) | ||
| [2008/04/12 02:10:44] <gepetto_> Dyson: #1174 is http://reductivelabs.com/trac/puppet/ticket/1174 "Redhat init script uses wrong pidfile" | ||
| [2008/04/12 02:11:38] @ andrewcshafer_ joined channel #puppet | ||
| [2008/04/12 02:11:42] <Dyson> whoops... 1176 not 1174 | ||
| [2008/04/12 02:16:00] @ Quit: emerose: | ||
| [2008/04/12 02:19:21] @ Quit: andrewcshafer: Read error: 110 (Connection timed out) | ||
| [2008/04/12 02:19:31] @ Quit: jeckersb: "Leaving" | ||
| [2008/04/12 02:22:18] @ fdz joined channel #puppet | ||
| [2008/04/12 02:23:21] @ Quit: fdz: Client Quit | ||
| [2008/04/12 02:23:38] @ fdz joined channel #puppet | ||
| [2008/04/12 02:24:21] * Dyson really hates this timeout issue | ||
| [2008/04/12 02:25:35] <lak> are you frequently having configurations take more than 120 secs to compile? | ||
| [2008/04/12 02:26:23] <Dyson> yep | ||
| [2008/04/12 02:26:56] <lak> um | ||
| [2008/04/12 02:26:58] <lak> why? | ||
| [2008/04/12 02:27:05] <Dyson> for example, we have a "webhosting"-define which creates directories, users, vhost-config and the like | ||
| [2008/04/12 02:27:12] <lak> on the server? | ||
| [2008/04/12 02:27:17] <Dyson> and run a server with 250 of these webhostings :) | ||
| [2008/04/12 02:27:22] <muerr> heh... our bsd systems take the longest to compile configurations, and they're probably the most simple - least number of classes/defines used. | ||
| [2008/04/12 02:27:35] <lak> muerr: how long do yours take? | ||
| [2008/04/12 02:27:38] <muerr> tho they're getting host unreachable to the master | ||
| [2008/04/12 02:27:56] <muerr> lak: running by hand the other day i was seeing 44-80 seconds. | ||
| [2008/04/12 02:28:04] <lak> ouch | ||
| [2008/04/12 02:28:05] <lak> hrm | ||
| [2008/04/12 02:28:08] <lak> ouch | ||
| [2008/04/12 02:28:20] <muerr> our web servers take a long time, but we've got 18 virtual hosts, so the config isn't exactly simple. | ||
| [2008/04/12 02:28:47] <lak> i do wish we had more people fanatically interested in performance optimization :/ | ||
| [2008/04/12 02:29:04] <Dyson> oh, here you have at least two of us :) | ||
| [2008/04/12 02:29:16] @ Quit: DerekW: "Leaving" | ||
| [2008/04/12 02:29:28] <Dyson> the problem is: at least one of them is unable to profile and optimize ruby code :) | ||
| [2008/04/12 02:29:55] <muerr> Mmm. | ||
| [2008/04/12 02:30:07] <muerr> Yesterday evening runs were taking 15-20 seconds, not terrible. | ||
| [2008/04/12 02:30:16] <muerr> on the bsd systems. | ||
| [2008/04/12 02:31:13] <Dyson> for me it the time varies very much | ||
| [2008/04/12 02:31:45] <lak> you using storeconfigs? | ||
| [2008/04/12 02:31:51] <Dyson> with hosts sometimes compiling in 30 seconds and sometimes needing *much* more than 120 | ||
| [2008/04/12 02:31:57] <Dyson> yes - storeconfigs :) | ||
| [2008/04/12 02:32:17] <Dyson> it wasn't that bad when I has storeconfigs turned off, but I need it for nagios and the like | ||
| [2008/04/12 02:32:23] <Dyson> s/has/had/ | ||
| [2008/04/12 02:35:40] <lak> what percentage of the time taken is storeconfigs? | ||
| [2008/04/12 02:35:44] <lak> and what db are you using? | ||
| [2008/04/12 02:36:17] <muerr> i'm not using storeconfigs | ||
| [2008/04/12 02:36:38] <Dyson> lak: how do i find out and mysql | ||
| [2008/04/12 02:36:55] <lak> Dyson: if you run the server in verbose mode, it logs the storage time separately | ||
| [2008/04/12 02:36:56] <lak> ok | ||
| [2008/04/12 02:37:00] <lak> mysql is about as fast as it gets | ||
| [2008/04/12 02:37:05] <lak> unfortunately | ||
| [2008/04/12 02:37:19] @ jeffl joined channel #puppet | ||
| [2008/04/12 02:37:39] <Dyson> lak: yeah... the rails queries really aren't very dbms-friendly... | ||
| [2008/04/12 02:39:14] <muerr> Hmm. | ||
| [2008/04/12 02:47:33] @ Quit: pawalls: Remote closed the connection | ||
| [2008/04/12 02:47:36] <muerr> Hmm. | ||
| [2008/04/12 02:47:59] <muerr> Okay, webservers are, on average, taking about 40-45 seconds to do configuration runs. | ||
| [2008/04/12 02:48:08] @ Quit: mikepea: | ||
| [2008/04/12 02:48:53] @ emerose joined channel #puppet | ||
| [2008/04/12 02:49:45] <muerr> at 120K lines for localconfig.yaml, thats not suprising :) | ||
| [2008/04/12 02:49:59] <muerr> vs 1500 for the bsd systems. | ||
| [2008/04/12 02:51:50] <Dyson> lak: erm... 2/3 of the compile time is catalog storing | ||
| [2008/04/12 02:52:02] <Dyson> lak: i guess I have to look after the database now :) | ||
| [2008/04/12 02:52:31] <lak> muerr: 120k lines for the config? wow! | ||
| [2008/04/12 02:52:44] <muerr> average for the bsd systems is about 52 seconds, though the two internal network systems are taking up to 120 seconds quite often. | ||
| [2008/04/12 02:53:22] <Volcane> how do you manage that many lines? supply resources for every rpm on the box or something? :) | ||
| [2008/04/12 02:53:56] <muerr> heh, thats the localconfig.yaml file.. | ||
| [2008/04/12 02:54:41] <Volcane> still, thats a massive amount of lines | ||
| [2008/04/12 02:54:41] @ Quit: emerose: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 02:54:46] <muerr> web servers run 18 vhosts, and we don't do templates because each vhost has wildly different apache directives. | ||
| [2008/04/12 02:54:46] @ Quit: gileswork: "ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]" | ||
| [2008/04/12 02:54:50] @ emerose joined channel #puppet | ||
| [2008/04/12 02:55:01] <Volcane> i guess easy if you do large scale vhosting or something | ||
| [2008/04/12 02:57:48] <Dyson> lak: btw. concerning #1184 i found out that the autoloading actually was done before puppetmaster told me that the resource wasn't there | ||
| [2008/04/12 02:57:50] <gepetto_> Dyson: lak: #1184 is http://reductivelabs.com/trac/puppet/ticket/1184 "Autoloading definitions doesn't work, explicit import is required" | ||
| [2008/04/12 02:58:07] <lak> (on the phone) | ||
| [2008/04/12 03:01:49] @ Quit: emerose: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 03:01:52] @ emerose joined channel #puppet | ||
| [2008/04/12 03:02:00] @ jeckersb joined channel #puppet | ||
| [2008/04/12 03:03:05] @ londo_ joined channel #puppet | ||
| [2008/04/12 03:04:09] @ plathrop joined channel #puppet | ||
| [2008/04/12 03:04:23] <muerr> Volcane: not large scale, just our corporate sites. | ||
| [2008/04/12 03:05:27] <muerr> our configuration itself (*.pp files) is only about 5200 lines. | ||
| [2008/04/12 03:13:13] @ shake-n-bake joined channel #puppet | ||
| [2008/04/12 03:14:48] @ Quit: f--z: Read error: 110 (Connection timed out) | ||
| [2008/04/12 03:17:24] @ Quit: andrewcshafer_: | ||
| [2008/04/12 03:24:11] @ Quit: dthacker-work: "outta here like last year....." | ||
| [2008/04/12 03:24:51] <Volcane> lutter: my 24.4's crash regularly on network timeouts | ||
| [2008/04/12 03:25:04] <Volcane> err, lak even | ||
| [2008/04/12 03:25:13] <lak> really? | ||
| [2008/04/12 03:25:17] <Volcane> yip | ||
| [2008/04/12 03:25:21] <lak> should have been filed as a bug, then | ||
| [2008/04/12 03:25:22] <lutter> Volcane: yeah, sounds liek a puppet bug more than a packaging issue ;) | ||
| [2008/04/12 03:25:28] <Volcane> hehe | ||
| [2008/04/12 03:26:12] * Volcane 's been trying to gather info on when yumhelper just gets stuck though | ||
| [2008/04/12 03:26:30] <Volcane> seems if a specific repository is slow on responding - or doesnt at all - yumhelper just gets stuck | ||
| [2008/04/12 03:26:33] <Volcane> needs a kill -9 | ||
| [2008/04/12 03:28:22] <lak> there *might* be an open ticket for that | ||
| [2008/04/12 03:28:31] <lak> that is, for the client dying on network timeouts | ||
| [2008/04/12 03:28:37] <lak> but a client had the issue and i thought i fixed it | ||
| [2008/04/12 03:28:49] <lak> Volcane: if you open a ticket, be sure to include a stack trace | ||
| [2008/04/12 03:28:50] @ jvanzyl joined channel #puppet | ||
| [2008/04/12 03:28:56] * plathrop is astonished that there are still people out there who don't understand that free software doesn't automatically include a support contract. | ||
| [2008/04/12 03:29:18] * Volcane 's not really looked into much, know i should log a ticket, but always other things going on preventing me from spending time debugging it :( | ||
| [2008/04/12 03:29:49] <Volcane> since 0.24.4 the yum handling has improved A LOT though, no more crashes leaving corrupt rpm dbs | ||
| [2008/04/12 03:30:34] @ andrewcshafer joined channel #puppet | ||
| [2008/04/12 03:31:22] <holoway> lak: as far as I can tell, the yumhelper just makes it easier to parse the output during package searches, right? | ||
| [2008/04/12 03:31:35] <lak> ask lutter, but yes, i think so | ||
| [2008/04/12 03:32:03] <lak> plathrop: i expect i came off kinda bitchy in that email, but i'm a bit snowed under | ||
| [2008/04/12 03:32:08] <lak> as always :) | ||
| [2008/04/12 03:32:13] <Volcane> i disabled my remote yum repos by default now, quite happy with that anyway, since then things have been much happier in general | ||
| [2008/04/12 03:32:28] @ Quit: emerose: | ||
| [2008/04/12 03:32:50] @ Quit: wibbit_: "Ex-Chat" | ||
| [2008/04/12 03:33:02] <plathrop> lak: You did, but not in any unjustified way. The phrasing of the original email was easy to interpret as a demand. | ||
| [2008/04/12 03:33:56] <lak> yeah, that's what got to me | ||
| [2008/04/12 03:34:53] <lutter> holoway: it actually works around hte fact that yum's command line doesn't produce output that is stable across versions | ||
| [2008/04/12 03:35:20] <lutter> it's really just a glorified version of 'yum list available' | ||
| [2008/04/12 03:36:41] * Volcane never knew you caould require => Class[...], learned something new out of the puppet book already | ||
| [2008/04/12 03:37:15] <lutter> Volcane: yeah, yum can be seriously slow .. I work around that by having my clients talk to a local mirror of the repos | ||
| [2008/04/12 03:37:39] <Volcane> lutter: yeah, i have rpmforge on my machines more as a convenience than a requirement, stuff i need i tend to put in my own repo | ||
| [2008/04/12 03:37:52] <Volcane> lutter: so disabled by default is fine in my case | ||
| [2008/04/12 03:38:20] <Volcane> but its defo due to repo timeouts that the helper goes weird | ||
| [2008/04/12 03:38:38] <Volcane> cos when one of them start doing it, they all do, and its always tracable to dodgy repos not responding | ||
| [2008/04/12 03:38:53] <holoway> lutter: gotcha | ||
| [2008/04/12 03:38:54] <holoway> makes sense | ||
| [2008/04/12 03:39:59] <muerr> we mirror the centos yum repo locally. package installation via yum is awesomefast. | ||
| [2008/04/12 03:40:10] <Volcane> donno how common it is anyway to manage machines all over the net in many different locations from one puppetmaster | ||
| [2008/04/12 03:40:19] <Volcane> but my machines are all over and all sorts of specs | ||
| [2008/04/12 03:40:32] <Volcane> with one puppetmaster, so i kind of accept that part of the problem is my own doing :P | ||
| [2008/04/12 03:42:03] @ emerose joined channel #puppet | ||
| [2008/04/12 03:42:28] <holoway> Volcane: we do that sometimes | ||
| [2008/04/12 03:42:35] <holoway> we have some machines in, say, ec2 | ||
| [2008/04/12 03:42:51] <holoway> that get managed from a "real" system | ||
| [2008/04/12 03:43:13] <Volcane> yeah, i cant afford and dont want machines all in one data center type setup, so I just buy machines all over from the cheapest isps | ||
| [2008/04/12 03:43:27] <muerr> Volcane: we have hosts on two (three) VLANs that connect to the puppetmaster. | ||
| [2008/04/12 03:43:43] <muerr> third being the build VLAN, and they're only there until the first puppet run, when the network configuration is applied. | ||
| [2008/04/12 03:43:43] <Volcane> use them to serve up loads of static content, dns, and mail systems - a anti spam system where clients points their MX at me, so machine in many locations help | ||
| [2008/04/12 03:43:48] <holoway> yeah | ||
| [2008/04/12 03:44:06] <holoway> it works fine.. I recommend not turning on auto-signing of certificates | ||
| [2008/04/12 03:44:08] <Volcane> muerr: yip, worked in a similar environment, many++ vlans, 200 or so puppet hosts | ||
| [2008/04/12 03:44:09] <holoway> :) | ||
| [2008/04/12 03:44:36] <Volcane> but presumably your network dontr introduce random packet loss and complete disconnections :) | ||
| [2008/04/12 03:44:45] <Volcane> which is where it goes weird if you have machines all over on the net | ||
| [2008/04/12 03:44:53] <plathrop> lak: Was autosign turned on by default intentionally? | ||
| [2008/04/12 03:45:06] <lak> yes, because here's no autosign.conf normally | ||
| [2008/04/12 03:45:07] <muerr> we only have 24 hosts :) | ||
| [2008/04/12 03:45:16] <plathrop> I figured, but I thought I'd ask | ||
| [2008/04/12 03:46:48] <Volcane> my own puppetmaster is only 20 hosts, hosts in us, uk, de, za, au | ||
| [2008/04/12 03:46:53] <Volcane> master in de | ||
| [2008/04/12 03:47:10] <Volcane> so like network conn from za to de just never really reliable, i tend to just not run puppet always on it | ||
| [2008/04/12 03:47:31] <Volcane> just run it now and then in a kind of push setup, need to make a change - run puppet on the za box when i know its all kind of stable | ||
| [2008/04/12 04:00:17] @ Quit: lutter: "Leaving." | ||
| [2008/04/12 04:04:29] @ Quit: Dyson: "Verlassend" | ||
| [2008/04/12 04:05:18] @ lutter joined channel #puppet | ||
| [2008/04/12 04:08:00] @ Quit: roald: Remote closed the connection | ||
| [2008/04/12 04:10:12] @ Quit: andrewcshafer: | ||
| [2008/04/12 04:10:37] @ roald joined channel #puppet | ||
| [2008/04/12 04:11:06] @ emerose_ joined channel #puppet | ||
| [2008/04/12 04:12:08] @ Quit: roald: Remote closed the connection | ||
| [2008/04/12 04:12:19] @ roald joined channel #puppet | ||
| [2008/04/12 04:12:27] @ andrewcshafer joined channel #puppet | ||
| [2008/04/12 04:19:05] @ Quit: emerose: Read error: 110 (Connection timed out) | ||
| [2008/04/12 04:19:08] @ zobbo joined channel #puppet | ||
| [2008/04/12 04:27:50] [msg(#puppet)] ::puppet:: Changeset [fb05ef3c96038d67a46eb142202af186ad6cb0b3]: Merge branch '0.24.x' @ http://reductivelabs.com/trac/puppet/changeset/fb05ef3c96038d67a46eb142202af186ad6cb0b3 | ||
| [2008/04/12 04:38:23] * hacim finds giggle, gtk+ version of gitk | ||
| [2008/04/12 04:54:53] <ashp> dear ldap, ARRRRRGH I HATE YOU | ||
| [2008/04/12 04:55:41] <plathrop> ashp: That makes it mutual. | ||
| [2008/04/12 04:55:50] <plathrop> ldap hates everyone. And their puppies. | ||
| [2008/04/12 04:56:40] <ashp> We use roles on ldap, rather than groups | ||
| [2008/04/12 04:56:54] <ashp> and we're trying to work out to map it so pam can check the role and put them in the right group | ||
| [2008/04/12 04:57:38] <ashp> i am starting at these nss_map_atttributes wanting to cry | ||
| [2008/04/12 04:59:07] <plathrop> ashp: Ouch | ||
| [2008/04/12 04:59:39] <ashp> i honestly don't know where to start, but the developers refuse to budge on the roles | ||
| [2008/04/12 04:59:49] <ashp> and they also are pushing us to ditch flat /etc/group files already | ||
| [2008/04/12 05:07:35] @ Quit: a-priori: | ||
| [2008/04/12 05:11:09] @ Quit: jvanzyl: | ||
| [2008/04/12 05:11:15] @ Quit: stahnma: Remote closed the connection | ||
| [2008/04/12 05:11:36] @ stahnma joined channel #puppet | ||
| [2008/04/12 05:12:49] @ jvanzyl joined channel #puppet | ||
| [2008/04/12 05:23:31] <holoway> ashp: why not use posixGroups and nss integration? | ||
| [2008/04/12 05:23:36] <holoway> it will save you a lot of pain | ||
| [2008/04/12 05:24:03] <holoway> if they really won't budge on having role attributes in the user object | ||
| [2008/04/12 05:24:18] <holoway> just write some code to synchronize between them | ||
| [2008/04/12 05:24:45] <holoway> it will take you less time to write/maintain the sync than it will be to fuck with adapting a custom schema with the standard os ldap integration | ||
| [2008/04/12 05:26:50] @ Quit: shake-n-bake: | ||
| [2008/04/12 05:47:35] @ Quit: jeffl: Remote closed the connection | ||
| [2008/04/12 05:47:47] <ashp> holoway: this is the frustrating thing | ||
| [2008/04/12 05:47:55] <ashp> they don't want us to sync between them, they specifically want us to try not to do that | ||
| [2008/04/12 05:48:10] <ashp> I can't see any way to avoid posixGroups, personally | ||
| [2008/04/12 05:48:16] @ dysinger joined channel #puppet | ||
| [2008/04/12 05:48:26] <ashp> I mean the stupid thing is even the role names are inept for our purposes, being stuff like 'SFTP User' | ||
| [2008/04/12 05:48:31] <ashp> so we'd have to find a way to map that anyway | ||
| [2008/04/12 05:49:07] <ashp> their other option was something about making a user that only sees users with the right attribute anyway, i'm not sure how that helps me | ||
| [2008/04/12 05:49:21] <ashp> groups and roles are opposites and nothing I do will magically make them map | ||
| [2008/04/12 05:49:49] <ashp> if only i could modify pam to say 'If $attribute: gid = x' and have done :o | ||
| [2008/04/12 05:50:20] <holoway> ashp: yeah, the pam/nss ldap stuff is high on my list of things to hate | ||
| [2008/04/12 05:51:04] <holoway> I've been where you are, though, and if it's any consolation, it's hard | ||
| [2008/04/12 05:51:12] <ashp> I'm just unsure that what they want is physically possible, or at least, realistically possible | ||
| [2008/04/12 05:51:20] <holoway> and the only way out I saw was synchronization | ||
| [2008/04/12 05:51:22] <ashp> my initial reaction is to populate the posixGroups from roles, but that's a mess too | ||
| [2008/04/12 05:51:32] <ashp> well, i'm glad to hear from someone who's btdt | ||
| [2008/04/12 05:51:39] <holoway> but it's less of a mess than the alternatives | ||
| [2008/04/12 05:51:48] <holoway> which is hacking together an unstable and customized mess | ||
| [2008/04/12 05:51:49] <ashp> I was looking at the nss map attribute stuff hoping I could somehow just map group to ismemberof, and get away with something like that | ||
| [2008/04/12 05:51:54] <holoway> out of code which very few people really understand | ||
| [2008/04/12 05:52:26] <holoway> the real answer to your issue is a good metadirectory | ||
| [2008/04/12 05:52:32] <holoway> which would handle all this for you | ||
| [2008/04/12 05:52:39] <ashp> I don't even know what a metadirectory is | ||
| [2008/04/12 05:52:39] <muerr> if holoway says something is hard with regard to LDAP, its gotta be ultra Brutal. | ||
| [2008/04/12 05:52:50] <holoway> but now we're on a whole different tactic | ||
| [2008/04/12 05:52:51] <ashp> unless something called 'mule' is a metadirectory, as they are apparently buying that | ||
| [2008/04/12 05:53:15] <holoway> ashp: think of metadirectories as giant, canonical information stores | ||
| [2008/04/12 05:53:21] <holoway> that know how to transform data from multiple sources | ||
| [2008/04/12 05:53:25] <holoway> and update the same | ||
| [2008/04/12 05:53:34] <ashp> sounds exactly like this thing they are buying | ||
| [2008/04/12 05:53:40] <ashp> it's designed to transform data between datasources | ||
| [2008/04/12 05:53:43] <holoway> so you can do things like "make posix groups from these attributes" and it's really easy | ||
| [2008/04/12 05:53:52] <ashp> they are using it to sync changes to data in one place in all kinds of other databases with transforms | ||
| [2008/04/12 05:54:07] <holoway> ashp: smells like a metadirectory to me | ||
| [2008/04/12 05:54:15] <holoway> if it has an LDAP provider, tell them to use it to build you posix groups | ||
| [2008/04/12 05:54:16] <holoway> :) | ||
| [2008/04/12 05:54:31] <ashp> oh, hmm, http://mule.mulesource.org/display/MULE/Introduction | ||
| [2008/04/12 05:54:34] <holoway> but, really, just dive in and write yourself a cronjob | ||
| [2008/04/12 05:54:36] <ashp> maybe not then | ||
| [2008/04/12 05:54:48] <holoway> you'll be done in an hour | ||
| [2008/04/12 05:54:56] <holoway> and it's totally worth it | ||
| [2008/04/12 05:55:11] <ashp> I just avoided that as they specifically requested we try to avoid duplicating data, and working off the original roles | ||
| [2008/04/12 05:55:20] <holoway> it's a reasonable request | ||
| [2008/04/12 05:55:37] <holoway> but the pam/nss drivers from padl are going to beat your bloody if you try | ||
| [2008/04/12 05:55:47] <ashp> I think that's the worst bit | ||
| [2008/04/12 05:55:59] <ashp> the actual idea is fine, it's just the padl drivers aren't going to entertain the idea | ||
| [2008/04/12 05:56:05] <holoway> right | ||
| [2008/04/12 05:56:07] <holoway> not at all | ||
| [2008/04/12 05:56:15] <holoway> they have only a very small bit of flexibility | ||
| [2008/04/12 05:56:29] <holoway> and none at all for building aggregates like that out of results sets | ||
| [2008/04/12 05:56:39] <holoway> not really | ||
| [2008/04/12 05:56:40] <ashp> I'm surprised nobody has written anything that can | ||
| [2008/04/12 05:56:52] <holoway> god, if I had a nickle for every time I wondered that | ||
| [2008/04/12 05:56:52] <ashp> because the current integration is very unflexible | ||
| [2008/04/12 05:57:06] <holoway> ashp: and riddled with gotcha's | ||
| [2008/04/12 05:57:33] <ashp> so, if I get $5k out of my boss, can you write me a replacement? :D | ||
| [2008/04/12 05:57:53] <holoway> ashp: not for the padl/nss drivers | ||
| [2008/04/12 05:57:53] <holoway> :0 | ||
| [2008/04/12 05:58:03] <ashp> that bad huh? :) | ||
| [2008/04/12 05:58:16] <holoway> my c skills are that bad, certainly | ||
| [2008/04/12 05:58:30] <holoway> the other answer | ||
| [2008/04/12 05:58:43] <holoway> would be to skip LDAP integration on the OS side at all unless you need authentication | ||
| [2008/04/12 05:58:48] <holoway> if you just need the groups | ||
| [2008/04/12 05:59:13] <ashp> i need authentication | ||
| [2008/04/12 05:59:20] @ shadowvice joined channel #puppet | ||
| [2008/04/12 05:59:22] <ashp> that part already works, so we figured 'hey we'll leverage this for groups too' | ||
| [2008/04/12 05:59:43] <holoway> gotcha | ||
| [2008/04/12 05:59:44] <holoway> yeah | ||
| [2008/04/12 06:00:04] <holoway> well, if you figure out how to get the padl/nss stuff to behave, I would love to hear about it | ||
| [2008/04/12 06:00:35] <holoway> you'll be a better man than I am. :) | ||
| [2008/04/12 06:01:08] <ashp> i'll certainly TRY :) | ||
| [2008/04/12 06:01:15] <ashp> but I'm not sure it's likely to happen :) | ||
| [2008/04/12 06:01:24] <ashp> even if I map group to isMemberOf | ||
| [2008/04/12 06:01:31] <ashp> the actual entries are like, cn=website,ou=Roles | ||
| [2008/04/12 06:01:35] <ashp> so i'm going to have to do tons more work | ||
| [2008/04/12 06:02:08] <holoway> ashp: right, that's never going to happen | ||
| [2008/04/12 06:02:12] <holoway> in the nss stuff | ||
| [2008/04/12 06:02:30] <holoway> even if you could get the value you want, properly looking it up to dereference it is your only bet | ||
| [2008/04/12 06:02:41] <holoway> or parsing it, which isn't supported at all | ||
| [2008/04/12 06:02:45] <holoway> and I don't think the dereferencing is | ||
| [2008/04/12 06:02:55] <ashp> yeah, I'm never going to be able to pull out the cn= | ||
| [2008/04/12 06:03:12] <ashp> well thinking about it their idea is fucking stupid because at some point we need a list of cn->gid's ANYWAY | ||
| [2008/04/12 06:03:30] <holoway> plus | ||
| [2008/04/12 06:03:42] <holoway> you'll want the objects in ou=Role to refelct the membership list | ||
| [2008/04/12 06:03:48] <holoway> it's like 5 minutes before someone asks that | ||
| [2008/04/12 06:04:27] <ashp> well that's the one thing they are avoiding, if I understand right, we're running into the same problem for the CMS we're buying | ||
| [2008/04/12 06:04:27] <shadowvice> Just deployed a new system to my network and added puppet to it. However Im receiving a "Cannot currently copy links" all over the place now | ||
| [2008/04/12 06:04:30] <ashp> it's set to use groups, not roles | ||
| [2008/04/12 06:04:57] <shadowvice> err only for the one client that is | ||
| [2008/04/12 06:05:33] <ashp> i was talking with this to someone else i know, and he comes out of leftfield with | ||
| [2008/04/12 06:05:33] <holoway> ashp: so yeah, my advice, write a sync adaptor | ||
| [2008/04/12 06:05:37] <holoway> or convince them not to do roles | ||
| [2008/04/12 06:05:37] <ashp> tell nss_ldap to use rfc2307bis schema | ||
| [2008/04/12 06:05:49] <ashp> then you can have DNs in group definitions and if you tell it to enable backlinks support you just read memberOf directly | ||
| [2008/04/12 06:05:53] <holoway> dynamic group support | ||
| [2008/04/12 06:06:01] <ashp> Ignoring the fact I don't understand half those words, does that make any sense? | ||
| [2008/04/12 06:07:05] <holoway> ashp: all that will buy you is the ability to have groups of groups | ||
| [2008/04/12 06:07:47] <ashp> ok, I didn't think it was what I wanted, he may misunderstand the scope of what i'm talking about | ||
| [2008/04/12 06:07:54] <holoway> I think so | ||
| [2008/04/12 06:09:14] <holoway> the real issue is *where* you find the membership data | ||
| [2008/04/12 06:09:29] <holoway> padl's nss stuff expects it to be in an object | ||
| [2008/04/12 06:09:42] <holoway> with either a static memberUid attribute or a DN | ||
| [2008/04/12 06:10:00] <holoway> and you can tweak what the schema is for the object it retrieves | ||
| [2008/04/12 06:10:11] <holoway> but it still wants an attribute on an object that lists members | ||
| [2008/04/12 06:10:23] <ashp> Damn, I can't believe how uncapable this PADL stuff is, and that nothing has replaced this | ||
| [2008/04/12 06:10:25] <holoway> not a collection of objects that has an attribute | ||
| [2008/04/12 06:10:45] <holoway> ashp: wait till you realize the intra-version compataibility problems and failure conditions | ||
| [2008/04/12 06:10:48] <holoway> I say this loving ldap | ||
| [2008/04/12 06:10:50] <holoway> and using it everywhere | ||
| [2008/04/12 06:10:58] <holoway> but padl's stuff is the worst link the chain | ||
| [2008/04/12 06:10:58] <holoway> :0 | ||
| [2008/04/12 06:11:04] <holoway> but it's a mostly working chain | ||
| [2008/04/12 06:11:08] <holoway> so nobody reeplaces it | ||
| [2008/04/12 06:11:09] <holoway> :) | ||
| [2008/04/12 06:11:41] <ashp> mostly working as long as you don't do anything fancy.. | ||
| [2008/04/12 06:11:49] <ashp> i guess i'm just depressed at how unflexible my choices are | ||
| [2008/04/12 06:11:55] <holoway> yep | ||
| [2008/04/12 06:12:01] <holoway> it's an area dying for a better choice | ||
| [2008/04/12 06:12:20] <ashp> especially considering that local authentication is a terrible idea for lots of servers | ||
| [2008/04/12 06:12:26] <ashp> i would have just assumed this would be well written and flexible | ||
| [2008/04/12 06:12:36] <holoway> oddly enough, there are some commercial answers that were really nice | ||
| [2008/04/12 06:12:43] <holoway> that plug in to active directory | ||
| [2008/04/12 06:12:49] <holoway> SCO had a product called Vintella | ||
| [2008/04/12 06:12:53] <holoway> that was smooth like butter | ||
| [2008/04/12 06:13:04] <holoway> for LDAP/Kerberos/Single sign on | ||
| [2008/04/12 06:13:13] <holoway> but, you know, owned by SCO, and designed for AD | ||
| [2008/04/12 06:13:15] <holoway> :) | ||
| [2008/04/12 06:13:25] @ a-priori joined channel #puppet | ||
| [2008/04/12 06:14:02] <ashp> yeah, doing this against the AD would be way easier | ||
| [2008/04/12 06:14:51] <holoway> sad but true | ||
| [2008/04/12 06:15:04] <holoway> if you have budget | ||
| [2008/04/12 06:15:11] <holoway> look at Novell's Identity Manager product | ||
| [2008/04/12 06:15:24] <ashp> my budget for this project is about a pizza's worth | ||
| [2008/04/12 06:15:33] <holoway> the portal stuff sucks, but the underlying metadirectory rocks | ||
| [2008/04/12 06:15:40] <holoway> :) | ||
| [2008/04/12 06:15:52] <holoway> I have some really, really old perl that can act as a metadirectory if you want it | ||
| [2008/04/12 06:16:02] <holoway> if I can find it | ||
| [2008/04/12 06:19:56] <ashp> man, i hate ldap and documentation | ||
| [2008/04/12 06:20:05] <ashp> this guy who told me 'just enable backlinks and rfc2307bis' | ||
| [2008/04/12 06:20:12] <ashp> i figured, it can't hurt to look that up | ||
| [2008/04/12 06:20:17] <ashp> and the documentation just doesn't exist | ||
| [2008/04/12 06:20:40] <holoway> well, if you read rfc2307bis | ||
| [2008/04/12 06:20:46] <holoway> you'll see why it doesn't really matter | ||
| [2008/04/12 06:21:02] <ashp> i have this ldap system administration book my coworker gave me today | ||
| [2008/04/12 06:21:05] <ashp> i need to read that tonight | ||
| [2008/04/12 06:21:10] <ashp> because until today I had never modified ldap | ||
| [2008/04/12 06:21:28] <holoway> gotcha | ||
| [2008/04/12 06:21:39] <holoway> I used to give a speech to new SA hires in a previous life | ||
| [2008/04/12 06:21:42] <holoway> I should write it down | ||
| [2008/04/12 06:21:45] <holoway> and post it | ||
| [2008/04/12 06:21:54] <ashp> :D | ||
| [2008/04/12 06:22:10] <holoway> just think about it as a super-indexed object store | ||
| [2008/04/12 06:22:28] <holoway> with no internal representation of a reference to another object other than the DN | ||
| [2008/04/12 06:22:46] <holoway> and don't fight the schema | ||
| [2008/04/12 06:22:47] <holoway> :) | ||
| [2008/04/12 06:25:11] [msg(#puppet)] ::puppet:: Changeset [d834242db13a827a34340c5f2e51c8df532d5196]: Merge branch '0.24.x' Conflicts: spec/unit/net... @ http://reductivelabs.com/trac/puppet/changeset/d834242db13a827a34340c5f2e51c8df532d5196 | ||
| [2008/04/12 06:25:43] @ Quit: muerr: "Leaving." | ||
| [2008/04/12 06:28:10] @ Zothar_Work left channel #puppet () | ||
| [2008/04/12 06:29:20] @ Quit: jY: Remote closed the connection | ||
| [2008/04/12 06:33:14] @ ezralini joined channel #puppet | ||
| [2008/04/12 06:36:28] <shadowvice> What does it mean when I recieve a No specified Sources exist?> | ||
| [2008/04/12 06:40:48] @ kolla joined channel #puppet | ||
| [2008/04/12 06:49:53] <ashp> wow, i just finally learnt a bit about ldap | ||
| [2008/04/12 06:50:25] <ashp> holoway: he tried to convince me, as we have isMemberof cn=sftpusers, ou=roles, that I can redefine it to search in ou=rules, and add objectClass:posixGroup and the gid details to cn=sftpusers | ||
| [2008/04/12 06:50:33] @ Quit: ezralini: | ||
| [2008/04/12 06:50:34] <ashp> and with the backtick stuff it should be capable of doing it | ||
| [2008/04/12 06:50:47] <ashp> i mean, i trust you when you say it won't, but at least the basic concept made some sense to me | ||
| [2008/04/12 07:04:29] @ flakrat joined channel #puppet | ||
| [2008/04/12 07:09:01] @ kposs joined channel #puppet | ||
| [2008/04/12 07:11:33] @ Ned___ joined channel #puppet | ||
| [2008/04/12 07:12:37] <plathrop> shadowvice: It either means the file isn't where Puppet expected to find it from your "source" parameter... | ||
| [2008/04/12 07:12:53] <plathrop> shadowvice: Or it means puppet couldn't read the file due to permissions. | ||
| [2008/04/12 07:14:10] @ Quit: yure: Remote closed the connection | ||
| [2008/04/12 07:17:09] @ Quit: Ned_: Connection timed out | ||
| [2008/04/12 07:21:35] <kposs> I am running .24.4 and puppetmasterd --no-daemonize still goes into the background | ||
| [2008/04/12 07:22:35] <kposs> puppetd --no-daemonize works fine | ||
| [2008/04/12 07:26:42] @ Quit: lak: | ||
| [2008/04/12 07:31:24] @ Quit: jfluhmann: "Open Source Symposium - http://www.texasoss.org/" | ||
| [2008/04/12 07:33:52] @ \ask_ joined channel #puppet | ||
| [2008/04/12 07:52:46] <shadowvice> plathrop: I updated the master server and all is beautiful now :D | ||
| [2008/04/12 07:53:05] <plathrop> cool | ||
| [2008/04/12 07:54:01] @ jcollie joined channel #puppet | ||
| [2008/04/12 08:09:22] @ Quit: flakrat: Remote closed the connection | ||
| [2008/04/12 08:10:26] @ Quit: pdt: | ||
| [2008/04/12 08:32:17] <jamesturnbull> plathrop: excellent work on the tests btw | ||
| [2008/04/12 08:32:30] <plathrop> jamesturnbull: Thanks! | ||
| [2008/04/12 08:32:51] <plathrop> I'm actually trying to figure out what to tackle next. | ||
| [2008/04/12 08:32:55] <jamesturnbull> kposs: can you pastie some logs? | ||
| [2008/04/12 08:33:04] <jamesturnbull> plathrop: more tests? :P | ||
| [2008/04/12 08:33:34] <plathrop> jamesturnbull: Yes, I just mean what component. I want to finish the uitl directory, so I'm just trying to figure out what will be the next piece of low-hanging fruit. | ||
| [2008/04/12 08:34:26] <jamesturnbull> plathrop: I know you're making luke happy so I am sure whatever you choose will be welcomed | ||
| [2008/04/12 08:35:51] <plathrop> Cool. | ||
| [2008/04/12 08:35:59] <plathrop> If you have any suggestions, let me know. | ||
| [2008/04/12 08:36:16] <kposs> jamesturnball: from daemon.log? | ||
| [2008/04/12 08:36:36] <jamesturnbull> plathrop: the executables? | ||
| [2008/04/12 08:37:29] <jamesturnbull> kposs: that's not normal behaviour - so run puppetmasterd --trace --no-daemonize --verbose and tell me what log entries on the console and via syslog get added - pastie though not inline | ||
| [2008/04/12 08:37:48] <kposs> right | ||
| [2008/04/12 08:37:56] @ Quit: roald: Remote closed the connection | ||
| [2008/04/12 08:38:55] <benp-> daemonize=false in puppet.conf should work | ||
| [2008/04/12 08:42:22] <kposs> jamesturnbull: http://pastie.caboo.se/179434 | ||
| [2008/04/12 08:42:22] @ Quit: jeckersb: "Leaving" | ||
| [2008/04/12 08:42:25] @ shenson is now known as shenson_not_here | ||
| [2008/04/12 08:42:44] <kposs> should that be in puppetmasterd.conf? | ||
| [2008/04/12 08:42:57] <jamesturnbull> kposs: what platform is this? | ||
| [2008/04/12 08:43:09] <jamesturnbull> kposs: puppet.conf is the appropriate file | ||
| [2008/04/12 08:43:55] <kposs> jamesturnbull: debian etch, ruby and rubygems installed from debs, facter and puppet installed from gems | ||
| [2008/04/12 08:44:36] <benp-> Apr 11 22:11:07 admin2 puppetd[18984]: Finished catalog run in 1493.06 seconds | ||
| [2008/04/12 08:44:37] <benp-> weee | ||
| [2008/04/12 08:45:44] <plathrop> benp-: Wow, you totally beat my measly 171.05 seconds | ||
| [2008/04/12 08:46:47] <benp-> thats my nagios node | ||
| [2008/04/12 08:47:07] <benp-> ~180 services | ||
| [2008/04/12 08:47:19] <kposs> jamesturnbull: the whole reason I am trying to not daemonize is I am trying to get ldap working | ||
| [2008/04/12 08:47:25] <holoway> benp-: using storeconfigs and export/collect? | ||
| [2008/04/12 08:47:28] <jamesturnbull> kposs: sorry - just testing on a Debian VM | ||
| [2008/04/12 08:47:43] <benp-> holoway: yes, with the native nagios types | ||
| [2008/04/12 08:48:13] @ roald joined channel #puppet | ||
| [2008/04/12 08:48:49] <kposs> jamesturnbull: if I define a node normally it works, if i try to do the ldap thing then the client does not think any classes apply. starting slapd with full debug does show that there is a connection attempt to ldap when I start the master or the client. | ||
| [2008/04/12 08:49:11] <kposs> jamesturnbull: so I am trying to find something on the puppet side that would indicate the problem | ||
| [2008/04/12 08:49:13] @ Quit: roald: Client Quit | ||
| [2008/04/12 08:49:55] <jamesturnbull> kposs: okay that's weird - I can't replicate that at 0.24.4 - so you have node_terminus = ldap in puppet.conf? | ||
| [2008/04/12 08:50:48] <kposs> no I do not, I have the ldap conf described from the wiki in puppetmasterd.conf | ||
| [2008/04/12 08:51:13] <jamesturnbull> kposs: which page? | ||
| [2008/04/12 08:51:37] <kposs> jamesturnbull: http://www.reductivelabs.com/trac/puppet/wiki/LdapNodes | ||
| [2008/04/12 08:51:53] <kposs> jamesturnbull: just saw the bottom of the page for .24 | ||
| [2008/04/12 08:52:20] <jamesturnbull> kposs: yeah - other configuration may have unexpected results | ||
| [2008/04/12 08:53:00] <jamesturnbull> kposs: that page is on my list of "things to fix" | ||
| [2008/04/12 08:54:32] <kposs> jamesturnbull: word, but the daemonize thing is driving me crazy | ||
| [2008/04/12 08:56:11] @ shadowvice left channel #puppet () | ||
| [2008/04/12 08:59:24] <kposs> jamesturnbull: ok working, so mv puppetmasterd.conf puppet.conf did the trick | ||
| [2008/04/12 09:02:12] <kposs> jamesturnbull: I read somewhere in the wiki that you put a .conf on the end of whatever binary you where trying to run for the configuration | ||
| [2008/04/12 09:04:11] <jamesturnbull> kposs: in older releases | ||
| [2008/04/12 09:04:17] <jamesturnbull> kposs: all deprecated now | ||
| [2008/04/12 09:04:36] <jamesturnbull> kposs: if you can remember where that was I'll fix it | ||
| [2008/04/12 09:05:05] <kposs> jamesturnbull: I am taking a gander | ||
| [2008/04/12 09:22:08] <jamesturnbull> kposs: that wiki:LdapNodes page should read much better now | ||
| [2008/04/12 09:22:12] <gepetto_> jamesturnbull: kposs: wiki:LdapNodes is http://reductivelabs.com/trac/puppet/wiki/LdapNodes | ||
| [2008/04/12 09:23:24] [msg(#puppet)] ::puppet:: Ldap Nodes edited by jamtur01 @ http://reductivelabs.com/trac/puppet/wiki/LdapNodes | ||
| [2008/04/12 09:24:21] <kposs> jamesturnbull: definitely, also using puppet.conf instead of the old way was magical, I think a big part the problem is I messed around with puppet last year some time and I am getting things crossed | ||
| [2008/04/12 09:25:07] <kposs> jamesturnbull: it certainly didn't help that I still have a server up with the deb packages of puppet installed that I was referencing | ||
| [2008/04/12 09:45:28] @ kposs left channel #puppet () | ||
| [2008/04/12 10:03:07] @ Quit: fujin: "leaving" | ||
| [2008/04/12 10:03:14] @ fujin joined channel #puppet | ||
| [2008/04/12 10:06:07] @ Quit: ribo: Read error: 113 (No route to host) | ||
| [2008/04/12 10:10:23] <jshare> hmm, for some reason my "case $hostname" is always matching the first case | ||
| [2008/04/12 10:11:06] <hacim> jshare: pastie? | ||
| [2008/04/12 10:11:20] <jshare> well, here is the class: http://pastie.caboo.se/179462 | ||
| [2008/04/12 10:11:29] <jshare> whichever one i put first gets matched | ||
| [2008/04/12 10:11:56] <jshare> so i get "omg s365a-tibco1" in the server logs | ||
| [2008/04/12 10:12:16] <hacim> jshare: why do you have the first set in single quotes, but none of the others? | ||
| [2008/04/12 10:12:27] <jshare> i was trying to see if it mattered, it doesn't | ||
| [2008/04/12 10:12:39] <jshare> it happens with and without those quotes | ||
| [2008/04/12 10:13:10] <hacim> tried double quotes? | ||
| [2008/04/12 10:13:22] <jshare> i can give it a go | ||
| [2008/04/12 10:13:36] <jshare> it seems like it would fail to "default" if it weren't matching tho | ||
| [2008/04/12 10:13:48] <jshare> instead it seems to always match the first one | ||
| [2008/04/12 10:13:53] <hacim> i've always used double quotes in those cases | ||
| [2008/04/12 10:15:38] <jshare> still happens | ||
| [2008/04/12 10:16:13] <jshare> well, let me make extra-sure that it noticed the file changing | ||
| [2008/04/12 10:16:49] <jshare> yeah, still happening | ||
| [2008/04/12 10:18:19] <hacim> hmm thats odd... and if you move the default below? or remove it altogether? | ||
| [2008/04/12 10:18:24] <hacim> also what version of puppet? | ||
| [2008/04/12 10:18:30] <jshare> it's an old version | ||
| [2008/04/12 10:19:02] <jshare> 0.22.1 | ||
| [2008/04/12 10:19:17] <jshare> with or without the default, it always matches the first one | ||
| [2008/04/12 10:19:28] <jshare> i started with the default last | ||
| [2008/04/12 10:19:41] <jshare> and it matched the first one, so i moved the default first, no change | ||
| [2008/04/12 10:19:55] <jshare> if i move the stanzas around, it will match the then-newly-first one | ||
| [2008/04/12 10:24:50] <jshare> it's a mystery! | ||
| [2008/04/12 10:29:09] @ Quit: andrewcshafer: | ||
| [2008/04/12 10:31:21] <hacim> try a newer version perhaps? | ||
| [2008/04/12 10:48:36] @ Quit: emerose_: | ||
| [2008/04/12 10:53:20] @ lak joined channel #puppet | ||
| [2008/04/12 10:55:04] @ Quit: plathrop: | ||
| [2008/04/12 11:24:26] @ Quit: brenton: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 11:24:52] @ brenton joined channel #puppet | ||
| [2008/04/12 11:25:44] @ Quit: shenson_not_here: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 11:26:15] @ shenson_not_here joined channel #puppet | ||
| [2008/04/12 11:29:31] @ baard1973_gone joined channel #puppet | ||
| [2008/04/12 11:29:55] @ Quit: baard1973: Remote closed the connection | ||
| [2008/04/12 11:51:14] @ shenson_` joined channel #puppet | ||
| [2008/04/12 11:51:15] @ brenton_ joined channel #puppet | ||
| [2008/04/12 11:52:31] @ Quit: brenton: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 11:52:32] @ Quit: shenson_not_here: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 12:26:31] @ Quit: lak: | ||
| [2008/04/12 12:26:53] @ Quit: \ask_: | ||
| [2008/04/12 12:53:50] @ snerd joined channel #puppet | ||
| [2008/04/12 12:54:32] @ Quit: johnf: Read error: 110 (Connection timed out) | ||
| [2008/04/12 12:55:33] @ johnf joined channel #puppet | ||
| [2008/04/12 13:17:31] @ Quit: johnf: Read error: 110 (Connection timed out) | ||
| [2008/04/12 13:21:17] @ johnf joined channel #puppet | ||
| [2008/04/12 13:27:23] @ Quit: snerd: Remote closed the connection | ||
| [2008/04/12 13:48:36] @ andrewcshafer joined channel #puppet | ||
| [2008/04/12 14:04:30] @ patobrien joined channel #puppet | ||
| [2008/04/12 14:05:27] @ snerd joined channel #puppet | ||
| [2008/04/12 14:19:40] @ shadoi joined channel #puppet | ||
| [2008/04/12 15:11:17] @ Toad_ joined channel #puppet | ||
| [2008/04/12 15:22:04] @ Quit: Toad: Read error: 110 (Connection timed out) | ||
| [2008/04/12 15:33:05] @ Quit: patobrien: "This computer has gone to sleep" | ||
| [2008/04/12 15:56:50] @ Toad_ is now known as Toad | ||
| [2008/04/12 15:59:56] @ patobrien joined channel #puppet | ||
| [2008/04/12 16:12:08] @ Quit: dysinger: | ||
| [2008/04/12 16:27:10] @ DavidS joined channel #puppet | ||
| [2008/04/12 16:34:51] @ Quit: shadoi: Read error: 110 (Connection timed out) | ||
| [2008/04/12 17:05:56] @ Quit: DavidS: "Leaving." | ||
| [2008/04/12 17:06:52] @ Quit: jvanzyl: | ||
| [2008/04/12 17:33:29] @ roald joined channel #puppet | ||
| [2008/04/12 17:39:45] @ liping joined channel #puppet | ||
| [2008/04/12 17:41:54] @ liping left channel #puppet ("Ex-Chat") | ||
| [2008/04/12 18:17:46] @ Quit: roald: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:17:47] @ Quit: kolla: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:17:47] @ Quit: lutter: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:17:47] @ Quit: bch__: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:17:48] @ Quit: mizzy_: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:18:19] @ roald joined channel #puppet | ||
| [2008/04/12 18:18:19] @ kolla joined channel #puppet | ||
| [2008/04/12 18:18:19] @ lutter joined channel #puppet | ||
| [2008/04/12 18:18:19] @ bch__ joined channel #puppet | ||
| [2008/04/12 18:18:19] @ mizzy_ joined channel #puppet | ||
| [2008/04/12 18:19:27] @ Quit: mizzy_: Excess Flood | ||
| [2008/04/12 18:20:01] @ mizzy_ joined channel #puppet | ||
| [2008/04/12 18:36:16] @ Quit: lefant: "leaving" | ||
| [2008/04/12 18:36:26] @ lefant joined channel #puppet | ||
| [2008/04/12 18:43:11] @ Quit: bch__: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:43:11] @ Quit: lutter: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:43:11] @ Quit: kolla: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:43:11] @ Quit: roald: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 18:43:28] @ roald joined channel #puppet | ||
| [2008/04/12 18:43:28] @ kolla joined channel #puppet | ||
| [2008/04/12 18:43:28] @ lutter joined channel #puppet | ||
| [2008/04/12 18:43:28] @ bch__ joined channel #puppet | ||
| [2008/04/12 19:28:58] @ oxtail joined channel #puppet | ||
| [2008/04/12 19:37:55] @ Quit: bch__: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 19:37:55] @ Quit: lutter: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 19:37:55] @ Quit: kolla: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 19:37:55] @ Quit: roald: heinlein.freenode.net irc.freenode.net | ||
| [2008/04/12 19:38:36] @ roald joined channel #puppet | ||
| [2008/04/12 19:38:36] @ kolla joined channel #puppet | ||
| [2008/04/12 19:38:36] @ lutter joined channel #puppet | ||
| [2008/04/12 19:38:36] @ bch__ joined channel #puppet | ||
| [2008/04/12 19:47:12] @ Quit: oxtail: "Bye for now..." | ||
| [2008/04/12 20:43:52] @ f--z joined channel #puppet | ||
| [2008/04/12 20:45:02] @ yure joined channel #puppet | ||
| [2008/04/12 21:28:04] @ [newbie] joined channel #puppet | ||
| [2008/04/12 21:31:55] @ Quit: [newbie]: Client Quit | ||
| [2008/04/12 21:32:19] @ Darkarnium joined channel #puppet | ||
| [2008/04/12 21:44:22] @ Quit: f--z: Read error: 110 (Connection timed out) | ||
| [2008/04/12 22:12:44] @ zoeloeli1 is now known as zoeloelip | ||
| [2008/04/12 22:37:29] @ Quit: genehack: Remote closed the connection | ||
| [2008/04/12 22:47:11] @ londo__ joined channel #puppet | ||
| [2008/04/12 22:47:41] @ Quit: londo_: Read error: 104 (Connection reset by peer) | ||
| [2008/04/12 22:56:21] @ shadoi joined channel #puppet | ||
| [2008/04/12 23:31:46] @ Quit: mikearr: Read error: 110 (Connection timed out) | ||
| [2008/04/12 23:37:28] @ mikearr joined channel #puppet | ||
| [2008/04/12 23:37:30] @ emerose joined channel #puppet | ||
| [2008/04/12 23:44:42] @ Quit: johnf: Read error: 110 (Connection timed out) |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!