[05:55] *** visinin has joined #arpnetworks
[06:32] *** vtoms has joined #arpnetworks
[06:38] *** heavysixer has joined #arpnetworks
[07:55] *** visinin has quit IRC ("nyc")
[09:20] <cablehead> up_the_irons: i spoke to joel about it, he said unless there was something in it for slide, it was unlikely they'd peer
[09:20] <cablehead> up_the_irons: pretty lame :(
[09:21] <cablehead> up_the_irons: he mentioned something about a communal hub everyone can just plug into?
[09:29] <mhoran> up_the_irons: Are you in on the ANy2 exchange?
[09:29] <mhoran> Ah, yes you are. :)
[09:30] <mhoran> So did Coresite rename Wilshire Annex to 900 N. Alameda when they rebranded?
[09:56] *** ballen|away is now known as ballen
[10:51] *** ballen is now known as ballen|away
[11:04] *** ballen|away is now known as ballen
[11:26] <up_the_irons> cablehead: lame :(  the communal hub he talked about is probably the Any2Easy exchange, a way to make peering automatic, but is not always ideal b/c you pick up everyone, or no one.  Think auto-config vs. manual config.  some people (including myself) are not always comfortable w/ peering indescriminatenly like that
[11:27] <up_the_irons> cablehead: I'm part of Any2Easy as well, but I prefer direct peer if possible.  but if he won't do it, oh well
[11:27] <up_the_irons> mhoran: yeah, i'm on Any2 :)
[11:27] <cablehead> up_the_irons: yeah really lame :(
[11:27] <up_the_irons> mhoran: i believe 900 n. alameda is still known as wilshire annex
[11:30] <mhoran> up_the_irons: I just can't find any reference to it on their site anymore. But searching for the annex brings up the page.
[11:32] <up_the_irons> funny
[11:44] *** ballen_ has joined #arpnetworks
[11:46] *** ballen has quit IRC (Read error: 148 (No route to host))
[11:48] <up_the_irons> mhoran: they probably want everything to be known as "coresite" now, and the different locations are just different locations (they don't have individual names anymore).  that's what i would think
[11:48] <mhoran> Yeah.
[11:53] <up_the_irons>    Network          Next Hop            Metric LocPrf Weight Path
[11:53] <up_the_irons> *  208.76.68.0/22   206.223.143.103          0    189      0 13949 i
[11:53] <up_the_irons> *>                  206.223.143.103          0    190      0 13949 i
[11:53] <up_the_irons> *  208.87.172.0/22  206.223.143.103          0    189      0 13949 i
[11:53] <up_the_irons> *>                  206.223.143.103          0    190      0 13949 i
[11:53] <up_the_irons> s1.lax#
[11:53] <up_the_irons> cablehead: ^^ looks like I get Slide's routes through Any2Easy anyway.  not ideal, but better 'n nothing :)
[11:56] <up_the_irons> cablehead: ping slide.com from your VPS, you'll probably be quite impressed with the ping time ;)
[12:00] *** vtoms has quit IRC ("Leaving.")
[12:03] *** vtoms has joined #arpnetworks
[12:06] *** ballen_ has quit IRC (Read error: 113 (No route to host))
[14:05] *** Thorgrimr has joined #arpnetworks
[14:21] *** heavysixer has quit IRC ()
[14:24] *** heavysixer has joined #arpnetworks
[14:33] *** vtoms has left 
[15:09] *** heavysixer has quit IRC ()
[15:30] *** vtoms has joined #arpnetworks
[15:48] <Thorgrimr> date
[15:49] <up_the_irons> fail
[15:49] <Thorgrimr> Damn, no takers
[16:16] *** mxmasster has joined #arpnetworks
[16:17] <up_the_irons> new blood!
[16:17] <up_the_irons> mxmasster: welcome to #arpnetworks
[16:17] <mxmasster> hey Gary
[16:17] <mxmasster> reading your twitter
[16:17] <up_the_irons> haha
[16:17] <up_the_irons> cool
[16:17] <mxmasster> figured I'd join and say hi
[16:17] <up_the_irons> hi :)
[16:18] <mxmasster> hear back from nasa?
[16:19] <up_the_irons> no :(
[16:45] *** baklava has quit IRC (Read error: 54 (Connection reset by peer))
[17:02] *** heavysixer has joined #arpnetworks
[17:22] *** mxmasster has quit IRC ()
[18:00] *** vtoms has left 
[18:11] *** vtoms has joined #arpnetworks
[20:15] *** bobbyw has joined #arpnetworks
[20:15] <bobbyw> hey guys
[20:31] *** vtoms has quit IRC ("Leaving.")
[20:42] <bobbyw> anyone active here?
[20:43] *** heavysixer has quit IRC ()
[20:56] *** baklava has joined #arpnetworks
[21:12] *** ballen has joined #arpnetworks
[21:13] <ballen> what up
[21:19] <jeev> put the money in the bag
[21:20] <ballen> what bag in where now
[21:20] <jeev> put your monies in my bag
[21:21] <ballen> [FBI]: off
[21:21] *** [FBI] has left 
[21:23] *** [FBI] starts logging #arpnetworks at Thu Sep 17 21:23:15 2009
[21:23] *** [FBI] has joined #arpnetworks
[21:23] <jeev> not really
[21:23] <ballen> then don't download it
[21:23] <ballen> see if I care
[21:24] <jeev> i'll exploit that mp3
[21:24] <jeev> and put rap on it
[21:24] <ballen> you're going to exploit a rapper ?
[21:24] <jeev> no
[21:24] <jeev> i'll haxor that mp3
[21:24] <jeev> and overwrite it with gunit and mozart remix
[21:25] <ballen> ;-)
[21:25] <ballen> quite a bit of rap in it actually, just remixed
[21:25] <mike-burns> Is Gunit a GNU unit testing tool?
[21:25] <mike-burns> I know that Mozart is an implementation of the Oz programming language.
[21:25] <ballen> or a gnu wanker
[21:26] <jeev> http://www.theregister.co.uk/2009/09/15/killer_robot_killed_by_fighter_jet/
[21:27] <ballen> 14 hellfires, bitchin
[21:28] <mike-burns> That's quite close to Dr. Strangelove.
[21:29] <ballen> someday... someday
[21:29] <mike-burns> It's a step in the right direction. Or wrong, or whatever.
[21:30] <ballen> reminds me of some cheesy sci-fi flick
[21:30] <ballen> this killer-robot fucked some serious shit up though
[21:48] *** bobbyw has quit IRC ("Leaving.")
[21:48] *** bobbyw has joined #arpnetworks
[21:49] <bobbyw> is there an arp rep here?
[21:49] <jeev> he should be by soon
[21:49] <jeev> anything we could help you with ?
[21:49] <bobbyw> eh, thinking about switching from linode
[21:49] <jeev> i've only heard about em, never tried
[21:50] <ballen> I switched from Slicehost and haven't looked back
[21:50] <bobbyw> actually slicehost, yeah I've used about every vps service
[21:50] <ballen> but then again I'm very pro FreeBSD and was gritting my teeth using Linux
[21:51] <bobbyw> yeah, I think deep down I prefer freebsd
[21:51] <bobbyw> philosophically
[21:51] <jeev> yea i prefer bsd too but
[21:51] <jeev> not on a vps
[21:51] <bobbyw> why not?
[21:51] <ballen> everyone deep down prefers FreeBSD
[21:51] <ballen> they just don't know it
[21:51] <bobbyw> lol
[21:51] <bobbyw> yeah
[21:51] <jeev> on vps? eh
[21:51] <jeev> i dunno, building world
[21:51] <jeev> just think it'd be too slow
[21:51] <ballen> who really needs to build world
[21:51] <ballen> these days at least
[21:51] <jeev> I DO!
[21:51] <ballen> no you don't
[21:51] <ballen> why
[21:52] <ballen> do you
[21:52] <ballen> need
[21:52] <ballen> to
[21:52] <ballen> build WORLD
[21:52] <bobbyw> linux is really a hot mess from all angles
[21:52] <jeev> cause
[21:52] <jeev> I'M
[21:52] <jeev> DEAD
[21:52] <jeev> SEXY
[21:52] <jeev> bobbyw, need any info about arp?
[21:52] <ballen> that you are, anywho
[21:53] <bobbyw> jeev, what is the uptime guarantee?
[21:53] <ballen> thats a good question for up_the_irons
[21:53] <bobbyw> ok
[21:54] <bobbyw> I'll come back another time
[21:54] <ballen> its a small operation
[21:54] <bobbyw> I have about a month
[21:54] <bobbyw> ballen, that's what worries me
[21:54] <bobbyw> small ops usually means more downtime
[21:54] <ballen> yea... depends on how critical your VPS's are
[21:54] <ballen> and how much you want to pay for uptime, vs value of ARP
[21:55] <bobbyw> yeah, definitely a trade-off, I am just curious more than anything
[21:55] <bobbyw> not super anal about it
[21:55] <ballen> right
[21:55] <ballen> I know he's working on a DRBD solution
[21:55] <bobbyw> drbd?
[21:55] <ballen> which mirrors VMs to another box
[21:55] <bobbyw> ah
[21:56] <jeev> hmm good question
[21:56] <ballen> distributed ... block device
[21:56] <jeev> i dunno
[21:56] <ballen> so basically if there was a need to take down a box the downtime would be the time of a restart
[21:56] <jeev> only downtime ive had this month was the planned upgrade
[21:56] <jeev> 45 minutes at night
[21:57] <bobbyw> yeah that's cool, and I am used to that
[21:57] <ballen> yea Garry has a 41 minute hw upgrade this month
[21:57] <ballen> had*
[21:57] <ballen> and I think one requires restart for kernel upgraded
[21:57] <ballen> required*
[21:57] <ballen> that might of been last month
[21:57] <ballen> though
[21:57] <ballen> the kernel that is
[21:57] <bobbyw> thanks for the info guys, I'm out for now, I will come back another time to chat with one of the arp dudes
[21:58] <ballen> mmk
[21:58] <jeev> try back in an hour
[21:58] <jeev> ;D
[21:58] <ballen> yea he's usually around late
[21:58] <bobbyw> ah ok
[21:58] <bobbyw> later
[21:58] *** bobbyw has left 
[21:58] <ballen> peace
[21:58] <jeev> i just showered
[21:58] <jeev> why do my nadz smell
[21:58] <ballen> jesus
[21:58] <jeev> my friends box got hax0red today
[21:58] <jeev> cause he was running comusthumbs.com
[21:58] <jeev> php hax0r
[21:58] <jeev> everything has <script> viriI in it
[21:59] <ballen> nice
[22:00] <ballen> my brain is freaking mush right now
[22:00] <ballen> so freaking annoying
[22:00] <ballen> so much writting of the thesis
[22:02] <jeev> i need to rest
[22:02] <ballen> likewise
[22:42] <up_the_irons> omg, u guys been chattin'
[22:42] * up_the_irons reads scrollback
[22:50] <up_the_irons> ballen: fyi, the DRBD solution, once finalized, would allow me to take down a box with *zero* VPS downtime; the VMs would be live migrated to another box.  I've got all this working except for the "live" part ;)  for some reason the emulation doesn't take on the target host.   So right now, it requires a VM halt / boot (still a lot less downtime)
[22:52] <ballen> hows the live migration part actually work
[22:52] <ballen> as far as memory... network connection hand off
[22:52] <ballen> etc so forth
[22:55] <up_the_irons> ballen: memory image is transferred; while the transfer is happening, dirty pages are marked (pages written to since the start of transfer); after transfer, emulation is halted and dirty pages are transferred (very quickly b/c there are a lot less of 'em), emulation is restarted on target.  An ARP broadcast is sent to tell switches / routers of the new location of the IPs bounds to the VM
[22:55] <up_the_irons> interfaces
[22:55] <up_the_irons> that's about the jist of it
[22:55] <ballen> curious, do your two test servers that you're trying to live migrate have identical hardware?
[22:55] <up_the_irons> ballen: almost
[22:55] <ballen> same CPUs?
[22:55] <up_the_irons> ballen: yeah
[22:55] <ballen> hmm
[22:56] <ballen> so is live migration something out in a wild with KVM, or you're own doing
[22:57] <up_the_irons> ballen: http://www.linux-kvm.org/page/Migration
[22:57] <up_the_irons> ballen: all KVM/QEMU
[22:57] <ballen> neato
[22:57] <up_the_irons> supposedly this support has been around for a while and people have reported a lot of success
[22:57] <up_the_irons> so i'm surprised it is not working for me
[22:59] <ballen> whats it currentl failing on
[23:00] <ballen> btw having live migration will kick the shit out of Slicehost, et. al
[23:00] <up_the_irons> ballen: yeah i know, which is why i want it :)
[23:01] <up_the_irons> ballen: on the target, after the migration has finished, I get tons of this in syslog:
[23:01] <up_the_irons> emulation failed (pagetable) rip ffffffff807b6dbe ff ff 08 00
[23:03] <ballen> do you by chance have another box to test as a target
[23:04] <obsidieth> can someone
[23:04] <obsidieth> download and dcc me a file
[23:04] <up_the_irons> not really, that's the thing...
[23:04] <obsidieth> my internet is capped and it keeps stalling
[23:04] <jeev> heh
[23:04] <ballen> does this file happen to be located at some internal NASA website?
[23:05] <obsidieth> its on some russia rapidshare
[23:05] <obsidieth> its a gnome theme that i really want :(
[23:05] <up_the_irons> i may just need to update my kvm / qemu packages, but that's something I don't take lightly
[23:05] <up_the_irons> given the current kvm / qemu have been running really damn well :)
[23:05] <up_the_irons> NASA never got back to me
[23:05] <jeev> vps's are the future eh
[23:05] <up_the_irons> <sniff>
[23:05] <obsidieth> http://www.sharemania.ru/0133756
[23:05] <jeev> i dont think future for single customers
[23:06] <jeev> i think future for corps and businesses, even present i guess
[23:06] <ballen> up_the_irons: yea I was gonna say may want to try upgrading
[23:06] <up_the_irons> ballen: yeah, that's really the next logical step
[23:08] <ballen> http://sourceforge.net/tracker/index.php?func=detail&aid=2778112&group_id=180599&atid=893831
[23:08] <ballen> not much of resolution, but similar errors
[23:09] <ballen> also: http://sourceforge.net/tracker/index.php?func=detail&aid=1852938&group_id=180599&atid=893831
[23:10] <ballen> here we go: http://sourceforge.net/tracker/index.php?func=detail&aid=2804562&group_id=180599&atid=893831
[23:10] <up_the_irons> the 2nd one is quite old
[23:10] <up_the_irons> oh
[23:11] <ballen> your KVM versions newer than that bug fix?
[23:11] <ballen> July 01
[23:11] <up_the_irons> i don't get "load of migration failed" though
[23:11] <up_the_irons> i'm on qemu 0.10 and kvm-84
[23:12] <ballen> hmm
[23:14] <ballen> I assume both source and target are 64 bit systems?
[23:15] <up_the_irons> yep
[23:16] <ballen> not trying to install Windows 98 are you?
[23:16] <ballen> ;-)
[23:17] <jeev> up_the_irons, you had a possible client in here a bit ago
[23:17] <up_the_irons> ballen: hahahah, no
[23:17] <up_the_irons> jeev: yeah, I saw in the scrollbabck
[23:17] <up_the_irons> he'll be back it seems
[23:19] <up_the_irons> i should try the migration with: -no-kvm-irqchip or -no-kvm-pit
[23:19] <ballen> https://bugzilla.redhat.com/show_bug.cgi?id=508801
[23:19] <ballen> what kernel are you using
[23:22] <up_the_irons> 2.6.28-15
[23:23] <up_the_irons> everything just keeps pointing to "this was fixed in this commit", which is newer than what I have ;)
[23:23] <ballen> heh
[23:27] <ballen> http://patchwork.kernel.org/patch/18599/
[23:33] <up_the_irons> i need to build me another test box
[23:34] <ballen> also check commit: 323d3b06db8bf2d8e4c5ed1a390668ae7b1b84bf
[23:35] <ballen> heres the diff for that commit http://pastie.org/621423
[23:35] <ballen> was mentioned somewhere
[23:35] <ballen> looks like it touches "Cannot emulate" error message
[23:36] <ballen> this all looks related to the patch: http://osdir.com/ml/emulators.kvm.scm/2007-09/msg00135.html
[23:37] <ballen> so moral of the story.... upgrade
[23:38] <up_the_irons> yup, upgrade :)
[23:40] <ballen> curious are you having the VM directly use the DRBD device or a file on the DRBD for a disk
[23:45] <up_the_irons> ballen: DRBD volume is defined that the VM uses directly; the backing store for the DRBD volume is an LVM volume
[23:45] <ballen> cool
[23:45] <ballen> figured
[23:45] <up_the_irons> basically DRBD keeps /dev/vol1/foo in sync on hostA and hostB
[23:46] <ballen> yea I know
[23:46] <ballen> just seeing how you were doing it
[23:46] <ballen> http://www.convirture.com/products.html
[23:46] <ballen> interesting product
[23:46] <ballen> free
[23:48] <up_the_irons> i really shy away from products that force the GUI
[23:48] <up_the_irons> GUIs can't be scripted, and I don't wanna monkey click all day
[23:48] <up_the_irons> ;)
[23:49] <ballen> yea just looking at it for VMware center replacement type ideas
[23:49] <ballen> VCenter*
[23:49] <up_the_irons> i c
[23:49] <up_the_irons> I use libvirt
[23:50] <up_the_irons> (command line), but there are GUI tools built on top of it if you need that
[23:50] <up_the_irons> like, virt-manager, i believe
[23:52] <ballen> yea
[23:52] <ballen> in your test bed, Intel or AMD cpus?
[23:53] <up_the_irons> Intel
[23:53] <ballen> ah damn
[23:53] <ballen> http://patchwork.kernel.org/patch/43611/
[23:53] <ballen> AMD patch
[23:54] * up_the_irons is building a FreeBSD kernel
[23:55] <up_the_irons> i c
[23:57] <up_the_irons> anyone know how long it takes to build a GENERIC kernel, typically?
[23:57] <ballen> 10-15?
[23:57] <ballen> minutes
[23:57] <ballen> depending on hardware
[23:58] <ballen> http://feanor.sssup.it/~fabio/freebsd/lkvm/
[23:58] <ballen> anyone actually try KVM running on FreeBSD
[23:58] <up_the_irons> not at all
[23:59] <ballen> bleh wish more effort would go into virt using BSD
[23:59] <up_the_irons> yeah, it's lacking