jeev: do you lower the brightness? up_the_irons: sometimes jeev: i guess they say to make sure the room is always lit toddf: i pine after HMD's
and wish for HUD's
or VRD's -: up_the_irons envisions toddf as an android ***: mhoran has quit IRC (wolfe.freenode.net irc.freenode.net)
mhoran has joined #arpnetworks
visinin has quit IRC ("sleeeeep")
ballen has quit IRC ("Leaving...")
mhoran has quit IRC ("leaving")
mhoran has joined #arpnetworks mike-burns: jeev: What about Google Chrome? ***: sroute has joined #arpnetworks
vtoms has joined #arpnetworks
ballen has joined #arpnetworks
ballen is now known as ballen|away
ballen|away is now known as ballen
ElectricBill has joined #arpnetworks ElectricBill: Wondering if I can drop an existing KVM box into an ARP host. jeev: mike-burns, i dont like anything google does but i use them sometimes
not sure about chrome ballen: ElectricBill, maaaybe up_the_irons would be the one helping you on it mike-burns: jeev: I feel the same way about Google but was pleasantly surprised by Chrome. ballen: Chrome on Mac is nice ElectricBill: ballen, ok - he on here much? ballen: yea quite often
you can just use the contact form on the website
which will email him
or email support@
but likely the web form would be more appropriate
or wait till he shows up here mike-burns: Email is the fastest way to get his attention, but he pops in here every 10 minutes or so. sroute: Chrome is great. Except for doing web development specific work, I use Chrome for all my windows-based browsing. If there were a freebsd port for Chromium I'd build and use it there too.
not to say there are not the odd hiccups, if you are following the developer-track of Chrome, but it has very quickly become highly usable mike-burns: I wouldn't mind a GNOME-themed, Chromium-rendered browser. jeev: damn, are old school xeons that bad?
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) dual core version
vs CPU: Intel(R) Pentium(R) D CPU 3.40GHz (3391.51-MHz 686-class CPU) dual core version
and the pentium 4 got double the score.. and the xeon is scsi
abovenet messed up router config for my friend when they wanted to move his port
cost him 2 hours downtime ***: ballen is now known as ballen|away up_the_irons: every 10 minutes or so?
I'M ROBOTIC
ElectricBill: existing KVM VM -- what OS? what backing store do you use?
I'd need the exact existing 'kvm' command line used to runit
*run it mike-burns: Ah more like an hour. up_the_irons: jeev: that's why you never just have one carrier. bgp anyone? mistakes will happen, you have to be prepared
jeev: interesting about the P4 vs. Xeon score ***: ballen|away is now known as ballen mhoran: up_the_irons: Have you done anything with libvirt and iSCSI? up_the_irons: mhoran: nope
not sure how much i like iSCSI...
seems to be getting popular though mhoran: It's practical, from a cost perspective. up_the_irons: yeah
mhoran: how do you run it? mhoran: up_the_irons: Apparently not the way the libvirt guys want me to. :p up_the_irons: hahaha mhoran: Each VM has a LUN, and the LUN is passed into the host server and connected directly to the VM.
Our iSCSI SAN provides snapshotting, etc, which is great. Snapshots are copied to a remote site every hour, and to our backup server (and into an rdiff-backup store, which is written to tape) every night.
I think passing a raw LUN directly to the VM is most practical, but the libvirt guys only use it as a store for multiple images.
Which is sad. :( ElectricBill: up_the_irons, I want to be able to arbitrarily load and images from my in-house systems...
s/and// up_the_irons: mhoran: i've noticed that about them; a lot of people using clustering filesystems on which to plop multiple VM images; instead of using block devices directly (which is how I do it) mhoran: up_the_irons: Yeah, I don't get it. ElectricBill: I keep them in LVs (LVM2) mostly. up_the_irons: mhoran: can't you do "<block dev='/your/isci/dev/lun'> ..." or something?
ElectricBill: you want to do it once, or on a continual basis? ElectricBill: without assistance mhoran: up_the_irons: Yeah, no problems with that -- but then I have to offload iSCSI login to open-iscsi (which is fine, and what I do right now). But libvirt has some handy config options which will automagically log into luns, which is nice. I guess I could write some udev magic. up_the_irons: mhoran: the snapshotting and copying to remote site is pretty cool, but doesn't it spike up the load on your SAN? mhoran: up_the_irons: Yup, but we have five of them, clustered. :) up_the_irons: ElectricBill: "without assistance" part is definitely not supported; would be a big deal to implement that. It is on the road map, but far out ElectricBill: up_the_irons, can one carve space into partitions and dynamically designate which is boot volume, with other volumes being attached to live image?
if so, I can do it myself, see? up_the_irons: mhoran: the reason I don't / can't snapshot my LV's and back them up off-site is b/c it would put FAR too much load on the host machine (degrade performance for VMs). If your SAN is hardware based and is able to do this w/o killing the box, that is quite cool mhoran: up_the_irons: Yeah, it's a combination of hardware/software. Was LeftHand Networks, now owned by HP. It's a nifty device. up_the_irons: mhoran: so instead, I use DRBD to sync the block devices to another machine, in real time mhoran: Basically targeted at virtualization, and exactly what we're doing. ElectricBill: up_the_irons, I snapshot LVs for subsequent copy, but I have control and responsibility for all VMs in the hosts. up_the_irons: mhoran: but a snapshot feature would be cool, b/c you can get images that are "back in time" mhoran: up_the_irons: Yeah, I looked at using DRBD for some replication stuff over here, since the SAN snapshots are hourly and we wanted up to the second sync of some data. However, one of our consultants had some horror stories, and we ended up not going that route. up_the_irons: ElectricBill: the "subsequent copy" part really taxes the host box, I've found, which is why i don't like it mhoran: up_the_irons: Yeah, exactly.
up_the_irons: I use it for testing all the time. It's quite helpful. up_the_irons: ElectricBill: "dynamically designate boot volume", etc... I'm not sure I understand your question there ElectricBill: up_the_irons, agreed, but if scheduled carefully, not too bad. mhoran: up_the_irons: The shared storage is great, too bad live migrations don't work in our Xen installation. :(
However, I think I may have the go-ahead to start playing with KVM. We'll see. :) First step is getting our Xen configs migrated to libvirt. up_the_irons: mhoran: too bad, I know you've been fighting that for a while mhoran: We're ordering that new E5550 system, and i told them that it won't work with the Xen 2.6.19 kernel we're running. So, we'll see. ElectricBill: up_the_irons, for example, at linode.com, I can allocate multiple volumes from an allocation, and designate some of them as "profiles", which are essentially boot images....
up_the_irons, So I can treat one profile as raw data when I've booted from another, thus using my own VM to load another VM image up_the_irons: mhoran: ooO, E5550 ElectricBill: Hmmm... but...
I can't write the MBR, now that I think of it.
Yet it doesn't seem like a big deal. up_the_irons: ElectricBill: Linode features are far more advanced than what I've got here;
ElectricBill: you can boot your VM from a CD / DVD, and then do a custom install ***: visinin has joined #arpnetworks up_the_irons: ElectricBill: all VMs come with their base OS install CD "inserted" into the CD-ROM drive, so they can be booted from, if a re-install is required; accessing the VM in this case is over VNC ElectricBill: up_the_irons, OK, but it doesn't let me throw the images around from host to host as I do now in-house. up_the_irons: ElectricBill: right, no tossing images around :)
you could break a window, sheesh
;) ElectricBill: I'd be shattered up_the_irons: wah wah wah... ElectricBill: up_the_irons, so then, a space allocation on arpnet is monolithic? up_the_irons: ElectricBill: you order a 20GB VM, you get a 20GB disk for that VM; that's about all there is to that ElectricBill: up_the_irons, is it partitioned? Is the MBR part of the alloc? up_the_irons: ElectricBill: it comes parititioned by default, but you could do the whole install over again, and partition how you like (over VNC). Imagine the 20GB being a 20GB physical hard drive. So yes, you get the MBR and everything else
I've edited disklabels, MBRs, partitions, you name it, on VMs ElectricBill: up_the_irons, I'm getting it (slowly). up_the_irons: (things that are also accessible to the customer) ElectricBill: up_the_irons, but no way to have, say, a 16GB /dev/vda and a 4GB /dev/vdb instead. up_the_irons: but it does require prior knowledge of how to do that stuff; there is no control panel for it. Some guys have booted their VM into single-user mode, or even from CD, and fiddled with fdisk, disklabel, etc...
ElectricBill: I could do that if you want, but it is a "manual" set up process, you wouldn't be able to change it on a whim
ElectricBill: like, I'd give your VM a 16GB 1st disk and 4GB 2nd disk, and you take it from there ElectricBill: The only thing I would want to change on a whim is the designated boot drive, sort of like the way it can be done with virt-manager. up_the_irons: speaking of vda... some other guys in here would be interested in knowing: yesterday, one of my customers, who is a Gentoo developer, got the para-virt disk going in his VM, with relative ease. Too bad it only works on Linux though.. ElectricBill: Oops - I'm wrong... up_the_irons: i should change all my Linux VMs over to para-virt.. ElectricBill: virt-manager only allows selection of disk vs. CD.
but you know what I mean? up_the_irons: ElectricBill: you want to be able to boot from any disk you like? ElectricBill: yeah. then I could use a small sys to manage the bigger volume when it isn't running. up_the_irons: ElectricBill: you can do this; you fire up VNC, reboot your VM, and hit 'F12' at the "BIOS" screen. It then let's you select the boot device ElectricBill: up_the_irons, duh. Of course! up_the_irons: :) ElectricBill: I think we're cooking now. up_the_irons: hehe ElectricBill: I have to run out to get meds for my son (home sick from school) ...
I will try to hook up later on this.
Thanks for the brainstorm ...or drizzle? up_the_irons: ElectricBill: note, however, there is no "reboot" option in the control panel (Portal) yet, so reboots would be done within your VM. If you need a hard reboot, you file a ticket. I *just* got a prototype working last night, of a system, that will allow customer controlled "start
", "shutdown", "hard shutdown", etc... of VMsw
*VMs ElectricBill: ouch. up_the_irons: but it isn't released yet ElectricBill: That won't work for me, but I assume it's on your short list. up_the_irons: yeah, it's on the short list ElectricBill: ok - thanks again - later. up_the_irons: ElectricBill: yeah, that's why I pointed it out, won't work for everyone and I don't want to disappoint later
ElectricBill: later
cd $office sroute: I wondered where bacon donuts came from. Now I know: http://baconbaconbacon.tumblr.com/post/63922776/bacon-donut-this-is-the-most-tasty-bacon-donut ***: vtoms has quit IRC ("Leaving.")
vtoms has joined #arpnetworks
ballen is now known as ballen|away
vtoms has quit IRC ("Leaving.") jeev: oh man
i want in n out
eh, it's at the nickel diner
that place visinin likes
either way, that bacon donut should be illegal visinin: it's too delicious to be illegal jeev: lol really
how oily is it visinin: not oily at all
actually sroute: heart attack on a plate
They should stuff one with deep fried butter for good effect. jeev: heh
i need to learn fax over ip ***: ballen|away is now known as ballen
ballen has quit IRC () jeev: up_the_irons, what happened with your powerconnect up_the_irons: jeev: it's up and running; works pretty good
jeev: can't graph vlan's, but luckily I don't need it to do that. the fact that it won't do that means I could never use it as a customer access switch, but works great for I/O backplane (backups,DRBD, etc...) jeev: why can't you graph
oh, vlan's as in
multiple port vlans ? up_the_irons: it only graphs the ports and port-channels jeev: ah up_the_irons: but if I make a VLAN, say 105, i won't get a graph for 105 jeev: i duno how to get it to sync time up_the_irons: but on Cisco, it'll graph all that stuff :) b/c a Vlan becomes a bonafide interface ***: heavysixer has quit IRC () dbgi: hi jeev: hi ***: Rada has quit IRC (Read error: 60 (Operation timed out))
visinin has quit IRC ("sleep") jeev: opteron 2220 decent ?
still in warranty
http://cgi.ebay.com/HP-proliant-DL365-G1-2X-Dual-Core-2220-2-8GHz-8GB-RAID_W0QQitemZ330364662943QQcmdZViewItemQQptZCOMP_EN_Servers?hash=item4ceb44b49f
nov 2010
sort of worth it, i'd offer $500 up_the_irons: HP's are usually decent jeev: unfortunately the drives are expensive up_the_irons: SAS?
or plain SCSI? jeev: sas
72-74 gig whatever it is
is 150 bux
those are the drives i have now up_the_irons: SAS is crazy expensive, just like SCSI