September 9, 2012 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >
September 9, 2012 [00:13:00] *** zastaph has quit IRC[00:21:56] *** maccampus has quit IRC[00:23:15] *** khalfella has quit IRC[00:37:09] *** riccardo has quit IRC[00:43:28] *** dijenerate has joined #openindiana[00:58:09] *** dijenerate has quit IRC[01:03:03] *** CVLTCMK0 has quit IRC[01:08:28] *** ball has quit IRC[01:20:20] *** CVLTCMK0 has joined #openindiana[01:26:25] *** analog_ has left #openindiana[01:47:56] *** riccardo has joined #openindiana[01:54:35] *** _404_Error_ has quit IRC[01:56:01] *** Nemykal_ has joined #openindiana[01:57:32] *** Nemykal has quit IRC[02:00:05] <wonko> ok, so i'm trying to build transmission, which requires pkg-config, which isn't in IPS and is a complete pain in the balls to build. Am I just totally boned or is there some magic IPS repo out there that has all this shit?[02:00:51] <richlowe> pkg-config _is_ in IPS[02:01:05] <wonko> ok, so where? i don't see it[02:01:56] <richlowe> the hilariously misnamed pkg:/developer/gnome/gettext at 0 dot 5.11-0.151.1.2[02:01:59] <richlowe> Sorry, I was looking for it[02:02:03] <richlowe> I remembered it was a stupid package, not which.[02:02:11] <richlowe> pkg search -r /usr/bin/pkg-config would probably have found it for you[02:03:18] <wonko> oh, i'll have to remember that -r flag, that's nifty[02:03:23] <wonko> and no wonder i couldn't find it. :)[02:05:44] *** ivo__ has joined #openindiana[02:07:48] *** InTheWings has quit IRC[02:08:56] *** ivo_ has quit IRC[02:09:38] *** ivo_ has joined #openindiana[02:10:23] *** ivo__ has quit IRC[02:10:45] *** kcrowe has left #openindiana[02:16:53] *** riccardo has quit IRC[02:18:30] *** riccardo has joined #openindiana[02:20:42] *** Nemykal has joined #openindiana[02:23:48] *** Nemykal_ has quit IRC[02:44:11] *** Nemykal has quit IRC[02:46:14] *** Nemykal has joined #openindiana[02:48:10] *** loganbr has joined #openindiana[03:02:24] *** ball has joined #openindiana[03:11:34] *** ball has quit IRC[03:27:29] *** freakazoid0223 has quit IRC[03:40:30] *** ball has joined #openindiana[03:52:43] *** ivo__ has joined #openindiana[03:52:47] *** ivo_ has quit IRC[04:17:15] *** jellydonut has quit IRC[04:22:52] *** MDGrein has quit IRC[04:28:41] *** MDGrein has joined #openindiana[04:54:59] *** Stephen has joined #openindiana[04:55:22] *** Stephen is now known as Guest53722[05:05:57] *** ball has quit IRC[05:16:57] *** riccardo has quit IRC[05:21:33] *** dijenerate has joined #openindiana[05:25:19] *** patdk-lap has quit IRC[05:41:57] <DrLou> Hmmm. doing a large rsync, and seeing horrifically slow performance - like < 100kB/s, for the most part.[05:42:09] <DrLou> Is there any OI-ish thing I might be missing?[05:42:22] <DrLou> source is rsyncd from Ubuntu server.[05:42:37] <DrLou> no ssh, though we are compressing.[05:44:16] <richlowe> nothing I can think of[05:44:26] <richlowe> obvious thing to pin down is where the slowness is[05:44:33] <richlowe> what's rsyncd waiting for?[05:44:40] <richlowe> ... except it's ubuntu, so that's probably a bit hard to work out[05:44:54] <richlowe> I guess look at what the client is waiting for, network? disk?[05:51:59] <DrLou> I wish I knew enough about Ubuntu to know what to look for...[05:52:17] *** Cenbe has quit IRC[05:52:20] <richlowe> on the ubuntu end, I have no idea how[05:52:27] <richlowe> that's why I was suggesting looking at whether our end was waiting on the network[05:52:34] <richlowe> dtrace, a few runs of pstack, etc.[05:52:48] <richlowe> if we're waiting on the network, chances are the remote or the network is at fault[05:52:58] *** kart_ has joined #openindiana[05:52:58] <richlowe> if it's waiting on us, I'd guess something I/O related was wrong.[05:53:23] <DrLou> OK, the trace and stack stuff I'll have to read up on tomorrow.[05:54:10] <richlowe> I don't use rsync that heavily, but it's generally prompt when I do (ssh, compression both)[05:54:15] <DrLou> but this is just orders of magnitude under normal - I'm seeing like 50kB/s at the moment.[05:54:17] *** Cenbe has joined #openindiana[05:54:27] <richlowe> the last few times it wasn't, and I investigated, it turned out the remote host was screwed[05:54:47] <DrLou> I've turned off compression; this helped...[05:55:18] <DrLou> and have set up remote as the rsyncd (I don't use rsync much...)[05:55:38] <DrLou> FWIW, it's been very fast on OI server(s) and between zones. Enter Ubuntu.[06:19:27] <DrLou> iperf is reporting 72 Mbits/s[06:39:43] *** xxzz has joined #openindiana[06:48:13] *** sol3 has quit IRC[07:08:45] *** sol3 has joined #openindiana[07:32:21] *** ball has joined #openindiana[07:40:54] *** slx86 has joined #openindiana[07:52:11] *** tuf8 has joined #openindiana[07:53:40] *** slx86 has quit IRC[07:54:07] *** slx86 has joined #openindiana[08:10:05] *** jamesd has quit IRC[08:15:49] *** ball has quit IRC[08:37:34] *** andy_js has joined #openindiana[08:48:34] *** xxzz has quit IRC[09:36:35] *** khalfella has joined #openindiana[09:47:13] *** troydm has quit IRC[10:05:11] *** kart_ has quit IRC[10:07:17] *** kart_ has joined #openindiana[10:39:28] *** kart_ has quit IRC[10:41:00] *** kart_ has joined #openindiana[11:07:57] *** slx86 has quit IRC[11:23:21] *** Niamkik has joined #openindiana[11:34:10] *** ivo_ has joined #openindiana[11:34:54] *** ivo__ has quit IRC[11:39:51] *** khalfella has quit IRC[11:43:17] *** InTheWings has joined #openindiana[11:52:53] *** Webhostbudd has quit IRC[12:05:01] *** khalfella has joined #openindiana[12:07:22] *** khalfella has quit IRC[12:07:54] *** khalfella has joined #openindiana[12:10:39] *** sjorge has quit IRC[12:12:15] *** Vutral has quit IRC[12:14:42] *** sjorge has joined #openindiana[12:22:47] *** Vutral has joined #openindiana[12:26:12] *** analog_ has joined #openindiana[12:28:36] *** Guest53722 has quit IRC[12:28:53] *** Vutral has quit IRC[12:29:00] *** jellydonut has joined #openindiana[12:29:02] *** Guest53722 has joined #openindiana[12:32:20] *** zastaph has joined #openindiana[12:32:26] *** flyz has joined #openindiana[12:32:32] *** ivo_ has quit IRC[12:51:20] *** Niamkik has quit IRC[13:10:01] *** Vutral has joined #openindiana[13:19:02] *** flyz has quit IRC[13:21:55] *** flyz has joined #openindiana[13:33:35] *** ivo_ has joined #openindiana[13:55:05] *** patdk-lap has joined #openindiana[14:11:48] *** ivo_ has quit IRC[14:30:43] *** Sachiru has joined #openindiana[14:44:19] *** freakazoid0223 has joined #openindiana[15:06:16] *** flyz_ has joined #openindiana[15:06:17] *** APTX has quit IRC[15:09:27] *** flyz has quit IRC[15:12:16] *** analog_ has quit IRC[15:17:51] *** troydm has joined #openindiana[15:22:38] *** APTX has joined #openindiana[15:23:22] *** Kaishi has joined #openindiana[15:30:24] *** APTX_ has joined #openindiana[15:30:59] *** APTX has quit IRC[16:03:24] *** khalfella has quit IRC[16:04:17] *** slx86 has joined #openindiana[16:08:41] *** Seony has quit IRC[16:16:03] *** APTX_ has quit IRC[16:16:14] *** APTX has joined #openindiana[16:19:23] *** marcus-- has joined #openindiana[16:21:10] *** jamesd has joined #openindiana[16:21:35] *** slx86 has quit IRC[16:32:41] *** enricop has joined #openindiana[16:34:10] *** enricop has quit IRC[16:45:35] *** Guest53722 has quit IRC[17:09:01] *** SupremeOverlord has joined #openindiana[17:10:03] *** kcrowe has joined #openindiana[17:16:46] *** cyberspace- has quit IRC[17:25:55] *** kart__ has joined #openindiana[17:28:52] *** kart_ has quit IRC[17:30:10] *** Sachiru has quit IRC[17:35:55] *** kart__ is now known as kart_[17:39:25] *** marcus-- has quit IRC[17:57:28] *** kart_ has quit IRC[17:58:33] *** Niamkik has joined #openindiana[18:06:13] *** marcus-- has joined #openindiana[18:57:38] *** noahmehl has quit IRC[19:04:05] *** khalfella has joined #openindiana[19:04:37] *** master_of_master has quit IRC[19:06:42] *** master_of_master has joined #openindiana[19:14:43] *** cathode has joined #openindiana[19:15:03] <cathode> woo! zpool scrub running at 471M/s[19:20:21] <Alasdairrr> nice and fast \o/[19:21:31] *** cyberspace- has joined #openindiana[19:22:53] <ancoron> I had one at work that did >2 GiB/s, but then management decided to reinvent the wheel with Linux[19:24:07] <patdk-lap> ya, goes fast for me, when the pool has large files[19:24:13] <patdk-lap> 2.5GB/sec[19:24:19] <patdk-lap> maxing out the hba[19:24:29] <Hedonisto> rotating media or ssd?[19:24:34] <patdk-lap> rotating[19:24:38] <ancoron> yepp! Do you also export your pools via SRP?[19:24:55] <patdk-lap> ancoron, at that time, I was testing srp/iser[19:25:08] <ancoron> how was your speeds?[19:25:11] <patdk-lap> but it's been moved to production, for iscsi/nfs[19:25:22] <patdk-lap> ancoron, I was maxing out 20gbit infiniband[19:25:25] <ancoron> ^^ iscsi - no-go for speeds[19:25:35] <patdk-lap> why?[19:25:39] <ancoron> IP[19:25:44] <patdk-lap> so?[19:26:03] <patdk-lap> iscsi/iser/srp all gave me the same results[19:26:13] <patdk-lap> atleast within a range that didn't matter[19:26:20] <ancoron> I was also testing SRP and iSER but never got consistent speeds above 150 MiB/s, something was wrong with our Hardware setup I think[19:26:41] <patdk-lap> for me, it was fine, till I started a second stream[19:26:46] <patdk-lap> then it would all fall down[19:26:54] <patdk-lap> had to do some adjustments[19:27:13] <ancoron> Hm, for it raised up to 600 MiB/s with 10 streams, no problems though[19:27:49] <cathode> well i just upgraded my NAS hardware[19:28:18] <cathode> went from a Core 2 Duo E6300 w/ 4GB of DDR2-800 on an nForce 780i chipset motherboard...[19:28:29] <ancoron> They now are using a SRP Linux stack which provides 1.6 GB/s for a single thread. So I am still a loser here with defending ZFS.[19:28:48] <cathode> to a Supermicro X7DB8+ board w/ dual socket LGA771 Xeon L5420, 16GB DDR2 FB-DIMM[19:29:31] <cathode> significantly faster :)[19:29:37] <ancoron> cathode: now you are entering the lower SAN end, I think. :-)[19:29:52] <cathode> possibly[19:31:26] <patdk-lap> ancoron, heh? what hardware are you using that is limiting it so much?[19:32:09] <patdk-lap> and hopefully your not using pcix/pci[19:33:19] <ancoron> patdk-lap: we used fairly standard HW: Supermicro systems, Intel Xeon quad cores, 48 GiB RAM, LSI SAS2000 chips on PCIe x8, 44+ HDDs + 4 SSD ()2 for slog, 2 for L2ARC[19:33:55] <patdk-lap> in my tests, I didn't use any slog/l2arc[19:34:14] <patdk-lap> just 20 disks in mirror config[19:35:24] <ancoron> I tried to deactivate it as well and played with a lot of pool configurations (all sliced mirrors as well) but no change, whatever I did. Even locally getting 500+ MiB/s on first test and then dropping down to ~160 MiB/s for further runs[19:35:49] <patdk-lap> heh?[19:35:53] <patdk-lap> if you have mirrors[19:35:59] <patdk-lap> locally you should easily get 2GB/sec[19:36:06] <patdk-lap> if you don't, you have issues[19:36:18] <ancoron> Yes, strange, I know. That's why I think our HW is at fault[19:36:41] <ancoron> But as Linux on the same boxes ran fine, they decided to let go with ZFS[19:36:56] <patdk-lap> heh[19:37:15] <ancoron> too bad, now I don't have any strengthy boxes to play with anymore... :'([19:37:31] <patdk-lap> I have like 20+ /etc/system adjustments to make to my systems[19:38:05] <ancoron> Do you have them documented somewhere?[19:38:17] <patdk-lap> yep, in /etc/system[19:38:32] <patdk-lap> all that info is available[19:38:39] <patdk-lap> from different people[19:39:05] <ancoron> Hehe. Could you publish your changes somewhere?[19:39:13] <patdk-lap> not really[19:39:23] <patdk-lap> I have no place to publish, and refuse to setup a blog/wiki[19:39:59] <ancoron> Hm, what about tar.gz and mail me?[19:40:13] <patdk-lap> na[19:40:25] <ancoron> OK, trust, I know ;-)[19:40:35] <patdk-lap> I will gladly help solve problems[19:40:45] <patdk-lap> but don't feel just copy/paste solves it[19:40:56] <patdk-lap> and all that info is easily googlable[19:41:17] <patdk-lap> well, some of it isn't, but those are anyway related to your issues[19:42:07] <patdk-lap> but I have come to the same conclusions some others have[19:42:15] <patdk-lap> srp just isnt reliable enough to be used[19:42:15] <ancoron> I did back then every day and didn't found very much. So I would just see what differes from our setup to yours and read about the config changes in depth so I understand what I'm going to do. I just need the right pointers, I think[19:42:21] <patdk-lap> iscsi/iser just works better[19:42:44] <ancoron> ^^ for the Solaris side: yes - the Linux side: no[19:42:59] <patdk-lap> hmm, I'm basing this on the linux side[19:43:06] <patdk-lap> linux side srp wasn't reliable[19:43:18] <patdk-lap> vmware client side srp was not nice[19:43:37] <patdk-lap> I have had 0 issues with iscsi[19:43:53] <ancoron> OK, which distro?[19:43:58] <patdk-lap> it's like a 10% penalty, but that isn't a real issue[19:44:04] <ancoron> we used Debian back then[19:44:13] <patdk-lap> ubuntu/rhel[19:44:22] <patdk-lap> vmware[19:44:29] <patdk-lap> never tested it with windows[19:44:59] <ancoron> Hm, Ubuntu - that's what our management didn't consider a valid server distro and they didn't want to pay for RHEL - not even for a test[19:45:14] <patdk-lap> don't tell me centos?[19:45:29] <patdk-lap> if *management* considers deploying vaunerable servers[19:45:43] <patdk-lap> security updates come out same day for rhel[19:45:58] <patdk-lap> and the centos *team* get around to it normally within a month[19:46:13] <patdk-lap> I have had servers hacked a lot quicker than that[19:46:49] <patdk-lap> I do like ubuntu, but they do have a team dedicated to just security[19:46:50] <ancoron> I know, I also liked the centos alternative, but someone from management then got a hard one with gentoo - and then they started to mess things up[19:46:54] <patdk-lap> and their updates are fast[19:47:04] <ancoron> me likes Ubuntu too[19:47:23] <patdk-lap> gentoo is nice, but it's not maintainable for scale[19:47:29] <patdk-lap> it's more for secial cases[19:47:47] *** ira has joined #openindiana[19:47:50] <patdk-lap> where you need or require maximum management flexability[19:48:14] <ancoron> ^^ yes! And that's what our management then told us: we want to have full control over the stack - and I thought: then why don't we have any real Linux hacker here?[19:48:17] <patdk-lap> I don't know anything about security updates for them[19:48:25] <patdk-lap> makes me wonder if they have any, other than, push new version[19:50:01] <ancoron> anyway, I'm now leaving that company and going to some where I get into a position that gives me some more power about technical decisions, especially in the storage back-end[19:50:19] *** Webhostbudd has joined #openindiana[19:50:39] <ancoron> So, maybe I will come back to your configurations in some time :-)[19:51:29] <ancoron> On the other hand, I also have a private IB lab in the planning phase, staring with DDR[19:52:30] <patdk-lap> I have one too, it's my house :)[19:54:35] <ancoron> I just have an apartment, so I have to plan for silence as well[19:55:50] *** rfc2474 has quit IRC[19:55:57] <ancoron> I was thinking to start with a barebone like this: http://www.greenleaf-technology.com/blogs/prototypes/index.php?id=2601838967498401788[19:56:16] <ancoron> ...the tower version[19:56:44] <patdk-lap> odd[19:56:51] <patdk-lap> but then, I stick to intel cpu's[19:56:59] <patdk-lap> currently using a x8dth here at home[19:57:22] <patdk-lap> oh, saslp-mv8? those are suppost to have all kinds of issues[19:57:26] <ancoron> yes, I don't have enough room for a rack and heat may also be a problem[19:57:47] <ancoron> no, not using all of its internals, just the box to get started[19:59:45] <ancoron> What's currently on my hardware list: 3x Fantec MR-SA3151, 3x Icy Dock MB994SP-4S, 2x LSI-9201-16i[20:00:14] <ancoron> Supermicro X8SIA-F[20:00:25] <ancoron> Intel XEON 3440[20:01:06] <ancoron> Does that sound mean to you?[20:01:41] <ancoron> I'd rather avoid expanders, because I might want to use SATA disks as well[20:02:18] *** khalfella has quit IRC[20:02:19] <patdk-lap> the x8sia is going be seriously limiting that setup[20:02:50] <ancoron> why?[20:02:52] <patdk-lap> it only has two x8 and one x4[20:03:09] <ancoron> hm, I read 3x x8 + 1x x4[20:03:19] <patdk-lap> you failed to read the details[20:03:28] <patdk-lap> the two x8's share ONE x8 port[20:03:45] <patdk-lap> the x16 is a real x8 port[20:03:47] <ancoron> Oh, silly me.[20:04:19] <patdk-lap> so if you need bandwidth on both x8's, your screwed[20:04:20] <ancoron> the X8DTH is going to cost a lot more.[20:04:29] <patdk-lap> there are other models know[20:04:30] <ancoron> but you are right[20:04:55] <patdk-lap> all depends on use case, but can be a seriously limit[20:06:04] <ancoron> hm, I shall go back to the drawing board and recaclulate budget[20:06:21] <patdk-lap> I think there are some 4port x8's in the x9's[20:07:24] <ancoron> hm, what about this: http://www.supermicro.nl/products/motherboard/Xeon/C600/X9DA7.cfm[20:08:07] <patdk-lap> I think that is one I was looking at for a x8dth upgrade[20:08:17] <patdk-lap> remember half the slots won't work without the second cpu[20:08:42] <ancoron> OK, so I would have to start with a dual setup - oh my budget... ;-)[20:08:48] <patdk-lap> but I was think, x9srl[20:09:39] <patdk-lap> 4 x8 pci3 :)[20:10:09] <ancoron> Ah, looks good for a starter package :-)[20:10:40] <patdk-lap> just add cpu and 256gig ram[20:11:55] *** slx86 has joined #openindiana[20:12:15] <ancoron> Sounds really promising... *dreaming-of-QDR-max-out*[20:14:09] *** marcus-- has quit IRC[20:14:36] * patdk-lap is just busy deploying a crapload load of dc's :([20:15:15] <ancoron> patdk-lap: what do your systems usually cost?[20:15:30] <patdk-lap> hmm?[20:15:54] <patdk-lap> probably 5-10k[20:16:13] <ancoron> Oh, just within my price tag[20:16:23] <ancoron> which HDDs?[20:16:40] <patdk-lap> none lately[20:16:48] <ancoron> just SSDs?[20:16:52] <patdk-lap> nope[20:16:57] <ancoron> tape?[20:16:59] <patdk-lap> I'm thinking the next one I do will be pure ssd[20:17:07] <patdk-lap> that is going be 15-20k it looks like[20:17:38] <ancoron> Hm, interesting, should be fine also for larger employments with thin provisioning[20:18:10] <patdk-lap> I wished vmware would support thin already[20:18:39] <patdk-lap> my iscsi thin's using zvol's are so much nicer[20:18:50] <patdk-lap> no need to reclaim thin space[20:19:22] <patdk-lap> even win8 is suppost to support that now[20:19:23] <ancoron> yes, I would like to go with thin zvols as well, but I afraid of the performance[20:19:34] <patdk-lap> performance?[20:19:51] <patdk-lap> why would it be any different from non-thin?[20:20:13] <ancoron> back then, I got much better numbers with exported files on a ZFS filesystem than with volumes[20:20:32] <patdk-lap> well, yes, depending on how you made them[20:20:47] <patdk-lap> but I bet after you did a few days of read/writes/ and normal usage on it, it should be the same[20:21:15] <patdk-lap> did you bother adjusting the filesystem and zvol stats?[20:21:26] <patdk-lap> or just left it all to defaults, and had no clue what you where measuring?[20:21:48] <patdk-lap> cause yes, filesystem with 128k blocks will beat zvol using 8k blocks for streaming usage, every time[20:22:06] <patdk-lap> but then attempt random writes or something on the filesystem, it's going tank[20:22:17] <ancoron> no, for me even filesystems with 4k where much better than zvols with 4k[20:22:29] <ancoron> even on pure random[20:22:43] <ancoron> and random will be my main scenario[20:22:55] <patdk-lap> I have never benched files[20:22:58] <patdk-lap> I purely use zvol[20:23:07] <patdk-lap> but I heavily depend on snapshot and clone[20:23:58] <ancoron> OK, nice to know. Is there any default config you usually start with when creating a new zvol - apart from the block size?[20:24:14] <patdk-lap> yes[20:24:19] <patdk-lap> but it all depends on it's usage[20:24:35] <patdk-lap> I normally use 16k block size, or 128k[20:24:40] <patdk-lap> and will use or not use compression[20:24:54] <patdk-lap> heavily depends on it's uage[20:24:56] <patdk-lap> usage[20:25:34] *** khalfella has joined #openindiana[20:25:56] <ancoron> OK, my main use case will be to export them for usage as block storage for VM's of any kind - I would like to let the user choose a usage scenario (database, shared filesystem, ...)[20:26:36] <patdk-lap> well, there is nothing that is good for everything[20:26:48] <ancoron> So, in case of a database I think the zvol blocksize should at best match the block size the database uses to write stuff internally[20:26:52] <patdk-lap> for mssql/mysql it's best to use 16k blocks[20:26:59] <ancoron> agree[20:27:16] *** slx86 has quit IRC[20:27:36] <ancoron> so it could be even better to let the user choose directly instead[20:27:39] <patdk-lap> I tend to use 16k for everything[20:28:12] <ancoron> on the other hand it's my job to come up with the magic[20:28:38] <patdk-lap> well, using vmware it's easy to hide that magic[20:28:40] <ancoron> can I change block size on a zvol being in use?[20:28:43] <patdk-lap> you just make different storage pools[20:28:53] <patdk-lap> ancoron, sure, destroy, create[20:29:05] <ancoron> ^^ :D[20:29:25] <patdk-lap> we just went and reformatted all our storage[20:29:37] <patdk-lap> and using storage pools now with auto migration[20:30:08] <Aethrs> What's auto migration ?[20:30:16] <ancoron> OK, so I would have to "live-migrate" storage to another node which uses the diesired block size then[20:30:41] <patdk-lap> Aethrs, storage drs[20:37:04] <ancoron> patdk-lap: thanx for all your info! :-)[20:37:28] <ancoron> dinner time here[20:39:16] <Aethrs> What do you have to pay for with ESX now?[20:39:22] <Aethrs> I haven't used it for a while.[20:39:29] <Aethrs> Is iscsi free and such?[20:42:46] <patdk-lap> heh?[20:42:51] <patdk-lap> esxi is free[20:43:25] <patdk-lap> it's when you move into vcenter features that it costs[20:43:33] <patdk-lap> iscsi is free in esxi[20:45:38] *** andy_js has quit IRC[20:45:39] *** khalfella has quit IRC[20:53:16] *** Webhostbudd has quit IRC[21:11:27] *** ira is now known as ira_away[21:24:51] *** laogrymt has joined #openindiana[21:30:16] *** ira_away is now known as ira[21:32:59] *** slx86 has joined #openindiana[21:38:01] *** Kaishi has quit IRC[22:02:42] *** slx86 has quit IRC[22:25:39] *** sloop has quit IRC[22:26:28] *** sebsta_ has joined #openindiana[22:27:12] *** BonzTM has joined #openindiana[22:31:05] *** BonzTM has quit IRC[22:41:11] *** Webhostbudd has joined #openindiana[22:51:29] *** Seony has joined #openindiana[22:57:47] *** Webhostbudd has quit IRC[22:58:24] *** Webhostbudd has joined #openindiana[23:00:15] *** DocHolliday has joined #openindiana[23:00:25] *** SphericalCow has joined #openindiana[23:04:44] *** DocHolliday has quit IRC[23:06:45] *** ancoron_ has joined #openindiana[23:09:09] *** man_u has quit IRC[23:09:51] *** man_u has joined #openindiana[23:10:15] *** Guest53722 has joined #openindiana[23:10:27] *** ira has quit IRC[23:10:55] *** ancoron has quit IRC[23:24:31] *** cathode has quit IRC[23:25:59] *** sloop has joined #openindiana[23:28:39] *** ira has joined #openindiana[23:42:06] *** sebsta_ has quit IRC[23:42:45] *** ancoron_ has quit IRC[23:42:55] *** ancoron has joined #openindiana[23:48:23] *** sebsta_ has joined #openindiana[23:53:22] *** SphericalCow has quit IRC[23:53:41] *** sebsta_ has quit IRC