[00:01:25] *** jamesd_ has quit IRC
[00:11:04] *** d[^_^]b has quit IRC
[00:11:13] *** d[^_^]b has joined #smartos
[00:12:38] <_jared_> Licenser: I have a solution for epmd, but man was it terrible to get right
[00:13:48] <_jared_> but lots of pain was me not wanting to change are startup scripts between all the platforms we support, so I had to prepare for the possibility of epmd already running, which SMF doesn't lie
[00:14:07] <_jared_> s/lie/like/
[00:16:41] <jeffpc> can I expect everyone using this tag to be on vlan2?
[00:16:42] <jeffpc> services_nic=0:30:48:f8:43:90
[00:16:42] <jeffpc> services_vlan=2
[00:18:25] <jeffpc> because the packets seem to be going out untagged
[00:18:57] <rmustacc> You need to specify the tag you want in guests you provision.
[00:19:09] <rmustacc> e.g. tag needs to be specified in the json.spec you pass to vmadm.
[00:19:37] <jeffpc>       "nic_tag": "services",
[00:19:38] <jeffpc>       "ip": "172.31.2.1",
[00:19:38] <jeffpc>       "netmask": "255.255.255.0",
[00:19:38] <jeffpc>       "allow_ip_spoofing": "1",
[00:19:38] <jeffpc>       "gateway": "172.31.2.1"
[00:20:17] <jeffpc> ah, looks like I'm missing a routing table entry for 172.31.2.0/24
[00:20:43] <rmustacc> Look at vlan_id in the vmadm man page.
[00:21:07] <rmustacc> You may also want to specify that nic as primary.
[00:21:35] <jeffpc> I'm trying to set up a router - so this is the "lan" vnic
[00:21:53] <ryancnelson> oh, also… how are you observing that the packets are "going out as untagged"?
[00:22:03] <ryancnelson> snoop from within the zone will always see untagged
[00:22:08] <jeffpc> snoop on the physical device
[00:22:16] <ryancnelson> snooping the physical interface will see 'em tagged if they really are
[00:22:30] <ryancnelson> … dladm show-vnic will also show the tag id if it's being used
[00:24:00] <ryancnelson> sorry, i meant snooping the physical interface from the global zone will show their tags if they're there
[00:24:06] <jeffpc> right
[00:24:09] <jeffpc> hrm
[00:24:44] <jeffpc> so, what's the difference between specifying <tag>_vlan=X vs vlan_id in the json file?
[00:24:58] <jeffpc> <tag>_vlan=X doesn't seem to do what I thought it would
[00:26:05] <ryancnelson> that syntax is for in the /usbkey/config file...
[00:26:27] <jeffpc> I know, but shouldn't that tag everything going out that tag with that vlan?
[00:27:16] <ryancnelson> every vnic that's subsequently created on that nictag, yes
[00:27:27] <jeffpc> it didn't do that :/
[00:28:15] <ryancnelson> so, in /usbkey/config , you defined a nictag called "services" and said "this guy should be on 802.1q-tagged vlan 2" , right?
[00:28:23] <jeffpc> yep
[00:29:10] <jeffpc> adding vlan_id to the zone config did the trick
[00:29:27] <ryancnelson> yeah?  cool
[00:30:13] <jeffpc> http://pastie.org/4274378
[00:30:26] <ryancnelson> right… you can have several nictags defined, and more than one can be associated per physical nic
[00:30:51] <jeffpc> but that alone wasn't enough
[00:31:13] <ryancnelson> so usually, i name my nictags stuff like "redcable1001" , "redcable2001" … with the vlan tag number there in the name
[00:31:45] <jeffpc> sure, I'm just playing here
[00:31:46] <ryancnelson> … 'cause you can then hang vm's on any (or all) of those
[00:32:40] <ryancnelson> what you ahve there, you can still make things on admin and external (both untagged) as well as services, which'll be on vlan trunk tagged 2
[00:32:44] <jeffpc> http://pastie.org/4274396
[00:32:54] <ryancnelson> (the use of the word "tag" is overloaded here)
[00:33:43] <ryancnelson> did that work for you?
[00:33:53] <jeffpc> which version?
[00:34:01] <ryancnelson> the last thing you pasted
[00:34:07] <jeffpc> yes
[00:34:22] <jeffpc> if I take out the vlan_id, it doesn't
[00:35:22] <ryancnelson> ohhhhh…. now i see what you mean.
[00:35:26] <jeffpc> oh good :)
[00:35:41] <jeffpc> FWIW, dladm show-vnic says the same...
[00:35:49] <jeffpc> with vlan_id, VID=2
[00:35:54] <jeffpc> without vlan_id, VID=0
[00:36:30] <ryancnelson> so, in /usbkey/config , what's relevant is:  the nictag name and it's mac-addr pairing …
[00:36:31] <jeffpc> even though /usbkey/config says services_vlan=2
[00:36:54] <ryancnelson> vlan discussion in the /usbkey/config is just used if you're brining up a GZ interface at boot there.
[00:37:21] <jeffpc> ah!
[00:37:50] <ryancnelson> … and if you wanted that, you'd probably actually want something like "services0_vlan=2"
[00:38:10] <ryancnelson> http://wiki.smartos.org/display/DOC/Managing+NICs
[00:38:20] <jeffpc> right, that...mislead me a little
[00:38:34] <jeffpc> I just combined the export to VM
[00:38:40] <ryancnelson> but!  we really should put a vlan example in the vm definition on that page
[00:38:42] <jeffpc> with the vlan tag above
[00:38:47] <ryancnelson> … 'cause yeah, misleading
[00:38:52] <ryancnelson> or confusing, anyway.
[00:39:12] <jeffpc> well, I'm glad I tried this now
[00:39:19] <jeffpc> instead of when I'm in the datacenter :)
[00:44:47] <jeffpc> thanks for the help
[00:52:37] <ryancnelson> not a problem
[00:52:43] <ryancnelson> where's your datacenter?
[01:06:32] *** dap has quit IRC
[01:09:28] *** dap has joined #smartos
[01:33:18] *** jelmd has quit IRC
[01:39:54] *** jelmd has joined #smartos
[01:52:53] *** enmand has quit IRC
[01:55:19] *** dap has quit IRC
[01:55:56] *** dap has joined #smartos
[02:01:36] *** haggle has quit IRC
[02:09:22] *** darjeeling has quit IRC
[02:25:28] <bahamas10> ruby19 is in 2011q3, but i don't see it in 2011q4
[02:25:41] <bahamas10> is it under a different name? (trying to get chef on a box)
[02:32:32] *** enmand has joined #smartos
[02:55:23] *** darjeeling has joined #smartos
[02:55:26] *** dap has quit IRC
[03:00:00] *** jdavis has quit IRC
[03:06:30] *** deirdres has quit IRC
[03:21:52] <nahamu> bahamas10: did you try "pkgin se ruby" ?
[03:26:40] *** denizr1 has joined #smartos
[03:30:26] *** denizr has quit IRC
[03:32:11] *** jheusala has quit IRC
[03:32:20] <bahamas10> yep..
[03:33:17] *** jheusala_ has joined #smartos
[03:34:39] *** noahmehl has joined #smartos
[03:34:48] <bahamas10> [root@box1 ~]# pkgin se ruby | grep 'Ruby programming language'
[03:34:49] <bahamas10> ruby18-1.8.7.357nb1  Ruby programming language 1.8.7 meta package
[03:35:05] <bahamas10> on 2011q4 ^
[03:38:54] *** tafryn has quit IRC
[03:41:03] *** jeekl has quit IRC
[03:41:03] *** robinsmidsrod has quit IRC
[03:41:03] *** jeffpc has quit IRC
[03:41:04] *** e^ipi has quit IRC
[03:45:53] *** jeekl has joined #smartos
[03:45:53] *** robinsmidsrod has joined #smartos
[03:45:53] *** jeffpc has joined #smartos
[03:45:54] *** e^ipi has joined #smartos
[03:55:16] *** ryancnelson has left #smartos
[03:59:17] *** enmand has quit IRC
[04:02:49] *** enmand has joined #smartos
[04:16:24] *** deirdres has joined #smartos
[04:24:45] *** denizr1 has quit IRC
[04:33:22] *** denizr has joined #smartos
[04:51:05] *** enmand has quit IRC
[05:29:38] *** denizr has quit IRC
[05:46:12] *** tafryn has joined #smartos
[05:48:48] *** jelmd has quit IRC
[05:52:56] *** aroop has joined #smartos
[06:00:00] *** noahmehl has quit IRC
[06:24:28] <aroop> how do i monitor network bandwidth on smartos ? ... any easy way to do that ?
[06:26:05] <aroop> i assume i can't monitor this from inside a smart machine... i have to do it from glabal zone...correct ?
[06:27:22] <rmustacc> aroop: You just want to see how much traffic you're sending over the nic?
[06:28:53] *** Licenser has quit IRC
[06:30:35] *** darjeeling has quit IRC
[06:30:36] *** Licenser has joined #smartos
[06:30:50] *** darjeeling has joined #smartos
[06:48:51] *** marsell has quit IRC
[07:03:11] *** bixu has quit IRC
[07:14:01] *** bixu has joined #smartos
[07:37:32] <MerlinDMC> morning
[07:42:02] *** Webhostbudd has quit IRC
[07:48:12] *** deirdres has quit IRC
[07:51:52] <Licenser> _jared_ cool you have a link you could share?
[08:08:38] *** deirdres has joined #smartos
[08:25:53] *** Licenser has quit IRC
[08:49:14] *** marsell has joined #smartos
[08:49:21] *** deirdres has quit IRC
[08:56:20] *** jamesd has quit IRC
[08:56:23] *** sebash has joined #smartos
[08:56:30] *** sebash is now known as foobah
[08:58:52] <foobah> hi guys, i've just setup my first smartos host and have a problem that my KVM vm has no network access. I set all the values (gateway/ip/netmask/mac) for the VM (an ubuntu server) and ifconfig eth0 on the VM displays them correctly, also the vmadm stat reports them correctly. If i do a dladm show-vnic there is a net0 vnic which is also in the JSON returned from vmadm get ..., but still the VM has no lan, every request times out
[08:59:05] <foobah> can anyone point me to the right tool/page?
[08:59:11] <foobah> i have only one NIC in the server
[08:59:54] <foobah> what's strange is that ifconfig -a on the smartos host does not show the vnic, is that normal?
[09:03:51] *** elijah-mbp has quit IRC
[09:20:52] <konobi> foobah: what did you set as the nic tag?
[09:21:00] <foobah> admin
[09:21:10] <foobah> there is only 1 NIC
[09:21:21] <konobi> use dhcp
[09:21:47] <foobah> for what?
[09:21:52] <konobi> your VM
[09:22:40] <foobah> but leaving the IP in the vmspec.json right?
[09:22:45] <konobi> yup
[09:22:49] <foobah> and then smartos will send the configured IP via dhcp
[09:22:54] <foobah> I'll try that
[09:22:55] <konobi> yup
[09:25:32] <foobah> ok now the VM does not get an IP address
[09:25:43] <foobah> I guess there is something wrong with my host
[09:27:17] *** Orpheus has joined #smartos
[09:29:32] <foobah> thats my config: http://pastebin.com/CACG82F7
[09:29:36] <foobah> with changed ips/mac
[09:30:13] <foobah> what does the "limit_priv": "default,-file_link_any,-net_access,-proc_fork,-proc_info,-proc_session" mean? because there is a -net_access
[09:30:22] <foobah> does this mean net_access is not limited or limited
[09:30:39] <konobi> are you using a dsadm/imgadm supplied VM image?
[09:30:56] <foobah> no I just used the vmspec from the wiki and changed some values
[09:31:01] <foobah> and then installed via .iso
[09:31:37] <konobi> try using one of the ubuntu images that's pre-made
[09:31:54] <bdha> Anyone know what's up with fmd:///module/ses-log-transport being faulted?
[09:32:34] <bdha> (on all my Sun Fires)
[09:33:24] <foobah> konobi: I will, but the same procedure worked well with a KVM centos host and virtio drivers on the same hardware, is there some systematic way to find out what the provided images are doing different? Because I would like to understand why its not working
[09:33:52] <konobi> foobah: smartos-tools =0)
[09:34:28] <konobi> um... smartos-vmtools even
[09:34:41] <foobah> https://github.com/joyent/smartos-vmtools ?
[09:34:44] <konobi> yup
[09:36:24] *** |woody| has joined #smartos
[09:37:02] <foobah> hmm they dont seem to do any magic
[09:37:18] <foobah> at least not inside the vm
[09:37:18] <konobi> foobah: although just noticing that your vmadm get doesn't have ip/netmask info for the nic
[09:37:41] <konobi> there's a couple of rc scripts that get run, iirc
[09:37:56] *** mathie has joined #smartos
[09:40:50] <foobah> konobi: thats true ..
[09:41:36] <konobi> stuff on the wiki _may_ be outdated... i'd generally refer to the vmadm man page
[09:41:47] *** |woody| has joined #smartos
[09:42:06] <foobah> ok, I added some stuff later and then updated the vm
[09:42:18] <foobah> I'll try to start from the scratch using DHCP in the VM
[09:42:27] <foobah> seems like a good indicator if things are working
[09:42:32] <foobah> I can just boot a live cd
[09:44:18] <foobah> maybe I changed a value that is not updateable by accident
[09:44:34] <foobah> thanks for the help so far!
[09:45:03] *** Licenser has joined #smartos
[09:49:59] <foobah> konobi: awesome! that was it.. just recreated the vm from the spec instead of using vmadm update -f
[09:50:13] <foobah> konobi: thanks a lot!
[09:58:06] *** foobah has quit IRC
[09:59:12] *** elijah-mbp has joined #smartos
[10:00:15] *** foobah_ has joined #smartos
[10:02:12] *** foobah_ is now known as foobah
[10:02:48] *** mamash has joined #smartos
[10:23:29] *** bixu has quit IRC
[10:28:05] *** bens1 has joined #smartos
[10:30:22] *** Licenser has quit IRC
[10:31:23] *** Licenser has joined #smartos
[10:32:07] *** foobah has quit IRC
[10:47:48] <trentster1> Does anyone know what the global zone memory overhead is e.g How much of the ram is used by the node for SmartOS itself and ZFS related tasks?
[10:57:49] <MerlinDMC> 256MB for the ramdisk and max 7/8 of ram for ARC i guess ;)
[10:58:28] <MerlinDMC> but you could get correct values by using mdb (don't know those commands)
[10:58:54] <Licenser> I guess trentster1  is talking about how much memmy you can't allocate
[11:11:35] <trentster1> Licenser: yup exactly.
[11:11:41] * Licenser smrt
[11:12:56] <trentster1> As in best practice how much of the Ram % is used to keep the smartos node itself functioning optimally.
[11:14:30] <Licenser> 42%
[11:26:00] *** darjeeling has quit IRC
[11:30:24] <MerlinDMC> :)
[12:01:28] <sjorge> Licenser++
[12:01:32] <Licenser> :)
[12:51:02] *** mathie has quit IRC
[12:52:30] *** enmand has joined #smartos
[12:59:31] *** enmand has quit IRC
[13:09:52] *** jelmd has joined #smartos
[13:39:03] *** enmand has joined #smartos
[13:52:54] *** sebasp_ has joined #smartos
[13:54:59] *** mamash has left #smartos
[13:55:27] *** sebasp_ has quit IRC
[13:55:37] *** CnC has joined #smartos
[14:05:57] *** darjeeling has joined #smartos
[14:07:49] *** bens1 has quit IRC
[14:16:10] *** mathie has joined #smartos
[14:32:33] *** CnC has quit IRC
[14:43:28] *** mamash has joined #smartos
[15:30:12] *** Orpheus has quit IRC
[16:06:17] *** Licenser has quit IRC
[16:13:29] *** neophenix has joined #smartos
[16:19:35] *** jamesd has joined #smartos
[16:27:22] *** neophenix has quit IRC
[16:30:13] *** denizr has joined #smartos
[16:44:07] *** CarlosC has joined #smartos
[16:45:36] *** max` has joined #smartos
[16:45:46] *** denizr has quit IRC
[16:46:06] *** denizr has joined #smartos
[16:50:40] *** noahmehl has joined #smartos
[16:55:05] *** haggle has joined #smartos
[16:55:18] *** enmand has quit IRC
[17:05:10] *** neophenix has joined #smartos
[17:05:14] *** jdavis has joined #smartos
[17:16:05] *** noahmehl has quit IRC
[17:33:27] *** noahmehl has joined #smartos
[17:43:15] *** denizr has quit IRC
[17:43:36] *** denizr has joined #smartos
[17:48:37] *** neophenix has quit IRC
[17:56:53] *** mamash has left #smartos
[17:57:30] *** bens1 has joined #smartos
[17:59:25] *** deirdres has joined #smartos
[18:05:15] *** Licenser has joined #smartos
[18:22:57] *** neophenix has joined #smartos
[18:24:28] *** Licenser has quit IRC
[18:32:37] *** aroop has quit IRC
[18:37:39] *** dap has joined #smartos
[18:42:26] *** ryancnelson has joined #smartos
[18:49:47] *** jamesd has quit IRC
[18:50:23] *** jamesd has joined #smartos
[18:51:24] *** dap has quit IRC
[18:57:08] *** dap has joined #smartos
[19:00:19] *** neophenix has quit IRC
[19:01:09] *** max` has quit IRC
[19:02:25] *** neophenix has joined #smartos
[19:04:29] *** neophenix has quit IRC
[19:06:06] *** aroop has joined #smartos
[19:09:13] *** denizr has quit IRC
[19:09:31] *** denizr has joined #smartos
[19:12:17] *** denizr has quit IRC
[19:12:39] *** denizr has joined #smartos
[19:15:42] <nahamu> I notice that delegated datasets show up inside the zone mounted at /zones/<uuid>/data (so from the the GZ it would look like it's at /zones/<uuid>/root/zones/<uuid>/data
[19:20:47] *** aroop has quit IRC
[19:22:01] *** enmand has joined #smartos
[19:22:17] <quasi> nahamu: that seems a bit silly
[19:22:31] <nahamu> quasi: agreed.
[19:23:21] <nahamu> I think it's that since the "zoned" property is set on, the mountpoint gets interpreted inside the zone instead of from the GZ.
[19:23:48] <nahamu> so from inside the zone I can do "zfs set mountpoint=/data zones/<uuid>/data" and it does the right thing
[19:24:19] <quasi> sure
[19:24:27] <nahamu> but that behavior probably ought to be the default.
[19:25:41] <quasi> I just wonder if they're keeping the uuid to avoid any conflicts
[19:26:30] <nahamu> there's nothing obviously intentional about it.
[19:26:40] <nahamu> the mountpoint property is inherited from the parent
[19:26:51] *** dap has quit IRC
[19:27:24] <nahamu> in theory the code that creates the child filesystem could also adjust the mountpoint.
[19:27:32] <nahamu> I haven't gone hunting for the code yet, though.
[19:29:40] <quasi> or have a property that'd somehow let you choose in config
[19:30:14] *** bens1 has quit IRC
[19:36:06] *** mathie has quit IRC
[19:37:35] *** aroop has joined #smartos
[19:51:32] *** scanf has quit IRC
[19:58:07] *** aroop has quit IRC
[19:59:16] <killfill> anyone has 5 minutes to try this? http://www.listbox.com/member/archive/184463/2012/07/sort/time_rev/page/1/entry/1:89/20120718092114:70724EEE-D0DB-11E1-B43F-C4A240764912/
[19:59:47] <killfill> dont know if me smartos instalation is wrong or what.. cannot get the result of jerry :S
[20:07:37] <nahamu> killfill: he did his test on a machine with only 1 CPU core.
[20:08:28] <killfill> nahamu: i did the same, except i disabled the others cpu's by OS
[20:09:38] <killfill> cannot find any PC with just 1 cpu these days.. :P
[20:09:56] <killfill> oh well, maybe he uses vmware or virtualbox or soemthing
[20:10:19] <rmustacc> You can disable the other CPUs.
[20:10:26] <rmustacc> And then enable them later.
[20:10:55] <quasi> just make sure your turbo button isn't activated
[20:11:35] <killfill> rmustacc: i did it with psradm
[20:11:42] <killfill> hm.. turbo button...
[20:11:52] *** scanf has joined #smartos
[20:12:23] <killfill> quasi: you mean on the bios?.. cannot see a button on this dell r310 :P
[20:14:29] *** knweiss has joined #smartos
[20:16:28] <quasi> killfill: oldtimer joke - pc's in the 8086 usually had a turbo button
[20:18:14] <rmustacc> It's relevant now.
[20:18:26] <rmustacc> You have turboboost in the bios.
[20:21:52] <killfill> jej.. quasi you got me.. :P
[20:22:02] <killfill> i just disabled it
[20:23:10] *** denizr has quit IRC
[20:29:19] *** aroop has joined #smartos
[20:31:04] <killfill> my result is the same.. :S
[20:31:11] <killfill> 50/50.. :S
[20:38:02] *** aroop has quit IRC
[20:41:33] <killfill> i see the same on my little amd with vanilla smartos
[20:45:33] *** papertigers has joined #smartos
[20:45:46] <killfill> maybe im crazy.. :P
[20:49:00] *** CarlosC has quit IRC
[20:50:42] *** haggle has quit IRC
[20:52:47] *** denizr has joined #smartos
[21:19:30] *** CarlosC has joined #smartos
[21:27:55] *** joshie_ has joined #smartos
[21:29:12] *** prasm_ has joined #smartos
[21:29:26] *** dumfries_ has joined #smartos
[21:29:30] *** halldorh_ has joined #smartos
[21:31:13] * killfill missed the xeround webinar.. :S
[21:34:12] *** papertigers has quit IRC
[21:34:13] *** _jared_ has quit IRC
[21:34:14] *** bahamas10 has quit IRC
[21:34:14] *** joshie has quit IRC
[21:34:14] *** dumfries has quit IRC
[21:34:14] *** siezer has quit IRC
[21:34:14] *** halldorh has quit IRC
[21:34:14] *** prasm has quit IRC
[21:34:14] *** russiane39 has quit IRC
[21:41:27] *** _jared_ has joined #smartos
[21:46:07] *** papertigers has joined #smartos
[21:46:16] *** bahamas10 has joined #smartos
[22:02:24] *** noahmehl has quit IRC
[22:04:02] *** haggle has joined #smartos
[22:04:41] <haggle> Argh. I've got a KVM zone stuck in "ready" state - AFAICT because of a bad nic_tag
[22:04:54] <haggle> Does anyone on here know an incantation I can use to get rid of it ?
[22:05:04] <haggle> zoneadm halt doesn't work :(
[22:05:11] <nahamu> haggle: with or without a reboot?
[22:05:18] <haggle> ideally without a reboot
[22:05:25] <haggle> because this has happened more than once
[22:05:34] <haggle> (root cause, I know, is that I'm a doofus)
[22:05:37] <haggle> but that can't be fixed :(
[22:05:38] <nahamu> yeah, it's a known issue https://github.com/joyent/smartos-live/issues/94
[22:06:03] <ryancnelson> it's already halted
[22:06:45] <haggle> it's in the "ready" state and in old solaris zones I used to use (IIRC) halt
[22:07:10] <haggle> but it seems to be running a script somehwere in the brand, so I get:
[22:07:11] <haggle> zone '71e6ca7c-6b6d-449c-a4cd-822b1324750a': failed to setup environment
[22:07:31] <ryancnelson> zonecfg -z <uuid> delete -F
[22:07:48] <haggle> tried this, not happy due to the zone state:
[22:07:48] <haggle> 71e6ca7c-6b6d-449c-a4cd-822b1324750a: Zone state is invalid for the requested operation
[22:08:58] <nahamu> that's definitely issue 94
[22:10:07] <haggle> yeah :(
[22:10:20] <haggle> is there a simple way to short circuit the brand scripts so I can halt / delete it ?
[22:10:31] <nahamu> you could manually fix /etc/zones/<uuid>.xml and reboot
[22:10:45] <haggle> yeah, trying to avoid it
[22:10:56] <haggle> I could reboot this machine, but I can see this happening again in the future
[22:12:10] <ryancnelson> oh… that's an interesting idea.
[22:12:26] <ryancnelson> can you edit the zone xml and get it to a state where you *can* boot it?
[22:12:45] <ryancnelson> … or, create the vnics that the brand scripts are trying to un-create?
[22:12:55] <ryancnelson> … so they're there?
[22:12:57] <haggle> the vnics exist already
[22:14:58] <ryancnelson> i hate to suggest this, but, if you just edit the /etc/zones/index , and the zone's not running now, then it's essentially gone, isn't it?
[22:15:20] <ryancnelson> your only real current problem is that you've got a bogus entry in the zones index
[22:15:24] <haggle> this is very true …
[22:15:30] <ryancnelson> delete the vnics,
[22:15:44] <ryancnelson> delete the zone data stores, files, etc
[22:15:49] <ryancnelson> remove it from the index
[22:15:53] <haggle> Gone!
[22:15:54] <haggle> cheers :)
[22:16:27] <ryancnelson> (then, please testify against my co-workers at the trial, after they murder me)
[22:16:36] <haggle> hahaha
[22:17:55] <ryancnelson> hey, people reading the logs for this channel:  DON'T EDIT THE ZONES INDEX
[22:18:12] <haggle> (it's not worth the pain)
[22:18:43] *** denizr has quit IRC
[22:19:03] <haggle> FWIW the reason I'm in this mess is because I tried to create a nic on top of an aggr
[22:19:22] <haggle> and I've just noticed where I need to patch statechange to make it get further
[22:19:48] <haggle> wow, seriously. don't edit the zones index. makes a complete mess.
[22:20:01] * haggle puts back the backup
[22:20:20] *** bens1 has joined #smartos
[22:29:19] *** bens1 has quit IRC
[22:37:54] *** denizr has joined #smartos
[22:50:41] *** Licenser has joined #smartos
[23:22:37] *** siezer has joined #smartos

   July 18, 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 | 31 | >