--- Day changed

--- Log opened Thu May 26 23:59:02 2005
02:34 -!- dwh [~sc@c-24-21-84-135.hsd1.or.comcast.net] has quit [Quit: Leaving]
02:39 -!- Tv [~Tv@hq.inoi.fi] has joined #xen
02:49 -!- chrish01 [~chrish01@69.45.151.130] has joined #xen
03:12 < mael> hi chrish01 
03:13 < chrish01> howdy
03:13 < chrish01> i think i found a gtk+ bug today with treeviews :(
03:14 < mael> have you checked the work on gXenophilia?
03:14 < mael> http://cosi.clarkson.edu/xen/screenshots/
03:14 < chrish01> no i havent
03:14 < mael> seems pretty much the same approach
03:15 < chrish01> there interface pretty much sucks though
03:15 < mael> even though some of their choices for the interface are *weird*
03:15 < mael> yeah
03:15 < chrish01> i think this will be feature comparitive by sunday
03:16  * mael don't understand why they put the domain state in configuration for instance
03:16 < mael> as you can't change it
03:16 < chrish01> i think i found a bug though today with treestores and them being updated by the gtk.timeout stuff
03:16 < chrish01> if a popup menu is shown it locks X :(
03:16 < chrish01> should have a test case done in a few
03:17 < mael> chrish01:  what are your plans for xenmanager?
03:17 < mael> licence/goals/etc...
03:17 < chrish01> mael, i have two companies funding its development
03:17 < chrish01> GPL
03:18 < chrish01> i just started on monday, but medsphere wants it to manage the deployment platform they will be shipping with their medical software (im doing the platform as well)
03:18 < chrish01> and mosaix wants it for managing their virtual routers running on xen
03:18 < mael> ok
03:19 < mael> do you have a feature list somewhere?
03:19 < chrish01> ill setup a trac site over the weekend
03:19 -!- Tv [~Tv@hq.inoi.fi] has quit [Quit: Client exiting]
03:19 < chrish01> mael, to start with, i think everything that xm does would be nice 
03:19 < mael> cool
03:19 < mael> yeah probably
03:20 < chrish01> but i want some plugins like snmp extensions as well
03:20 < mael> thought I think xm is too much a low level stuff
03:20 < chrish01> so you could have something like gnome-system-monitor's cpu graph for domains :)
03:20 < mael> yeah that could be useful
03:21 < mael> along with memory and network graph
03:21 < chrish01> yea
03:21 < mael> knowing how much ressources are used in a vm is a first start
03:21 < chrish01> i have it polling every 5 seconds right now
03:21 < chrish01> but that will be configurable
03:21 < mael> then being able to apply policies is a second one
03:21 < chrish01> policies?
03:22 < mael> not security ones
03:22 < mael> but strong ressources partitionning
03:22 < mael> with two different possible approach
03:23 < chrish01> i had some ideas with templates, but not sure where that is gonna go
03:23 < mael> either you specify a global ressource sharing, either you do it for each ressource
03:23 < chrish01> well, if you know or can learn python, you are welcome to hack on this too. ill try to put code up tomorrow morning
03:23 < chrish01> i just started learning python on monday lol
03:23 < chrish01> but its pretty simple
03:24 < mael> in the first case, you need a high level logic that will evaluate the bottleneck and adapt individual ressource sharing accordingly
03:24 < mael> well I'm more a sysadmin
03:24 < chrish01> that sounds interesting
03:24 < mael> I can think of usages but coding is another matter...
03:25 < chrish01>  heh
03:25  * mael is trying to write an article on xen usages and what's needed
03:25 < chrish01> cool
03:26 < mael> but I have a lot of stuff happening in the same time, it's a bit in a "standby" mdoe
03:26 < mael> -mdo+mode
03:26 < mael> and I'm not a native english writer...
03:27 < chrish01> no biggy
03:27 < mael> yeah but it's very frustrating :)
03:27 < chrish01> i run the seattle pop for mosaix (private isp for corporations). we use xen for our virtual routers there so we dont have to buy expensive alcatel or juniper routers
03:27 < chrish01> pretty sweet setup actually
03:28 < mael> do you use Zebra?
03:28 < chrish01> yes
03:28 < chrish01> well quagga
03:28 < mael> yup
03:28 < chrish01> we do full on dynamic routing, firewall, traffic shaping, ipsec, pptp, etc ...
03:28 < mael> yeah I was thinking on a setup with quagga daemons running on domU
03:29 < chrish01> thats what we do :)
03:29 < chrish01> we used to do it on UML until around january
03:30 < mael> the setup I think of would use vm "forking" to be able to ugrade the daemons with zero downtime
03:30 < chrish01> we use lvm, so migration still has some issues for us :(
03:30 < mael> and that would allow rollback in case of problem (thought for now rollback will make you loose info)
03:31 < tessier> Wow, someone who uses quagga. How does quagga compare to zebra? What's the difference?
03:32 < mael> it's working :)
03:32 < chrish01> its simply the evolution
03:32 < tessier> Wish I could get my company to look at quagga.
03:32 < mael> tessier:  you're using zebra?
03:32 < tessier> Neither. Using Cisco.
03:32 < tessier> And it sucks.
03:32 < mael> zebra is a bit outdated
03:32 < chrish01> xen + quagga + linux saved us around a million dollars
03:32 < chrish01> and we are a startup
03:32 < tessier> Cisco and Juniper.
03:32 < chrish01> junipers are so $$
03:32 < mael> well Juniper is not so bad
03:33 < tessier> chrish01: You really should write up a basic whitepaper on that. That would be big.
03:33 < chrish01> tessier, i have one for investors right now
03:33 < mael> actually some of my friends are running a small isp company
03:33 < tessier> There are not nearly enough people documenting from first hand experience how Linux has saved them money.
03:33 < chrish01> tessier, maybe i get it /. and we get some cash
03:33 < chrish01> we need around 500k funding right now
03:33 < chrish01> to expand
03:33 < tessier> chrish01: For investors? Is it something you can share with the general public?
03:33 < mael> and they traded their quagga routers with a Juniper
03:33 < chrish01> tessier, yes
03:33 < tessier> mael: Why did they get rid of quagga for juniper?
03:33 < mael> for performance
03:34 < chrish01> tessier, maybe i write a whitepaper for this and release it at same time i publicly release xenmanager code :)
03:34 < tessier> The only big reason to go with cisc/juniper: You are doing gigabits of bandwidth.
03:34 < chrish01> that could be helpful
03:34 < mael> high availability
03:34 < tessier> Someone needs to design some PCI router hardware for Linux that has a fast path.
03:34 < chrish01> juniper is rock solid
03:34 < chrish01> but
03:34 < tessier> So the packets don't have to go through the cpu/bus.
03:34 < chrish01> since we are mostly oc3 and ds3, SBS has good pci card and linux SDK
03:37 < mael> mmh my friend told me I was wrong :)
03:37 < mael> they changed for foundry
03:38 < mael> BGP route management is better, failover is handled more efficiently also at the ip level
03:38 < chrish01> foundry is nice too
03:39 < chrish01> we are gonna buy a foundry core router
03:39 < chrish01> err switch, not router
03:39 < mael> well switch/routing is not so separate today
03:39 < mael> as most of the routing stuff is done in asic
03:40 < mael> like CEF on cisco
03:40 < chrish01> yup
03:41 < mael> chrish01:  are the nic/hd/memory icons on your interface relative to devices exported to the vm?
03:42 < mael> is it intended to be similar to vmware interface?
03:42 < chrish01> yup
03:42 < chrish01> exactly
03:42 < mael> (flashing when there's traffic for instance)
03:42 < chrish01> it gets the devices via the xend protocol
03:42 < chrish01> no :(
03:42 < chrish01> that would be overkill :)
03:42 < mael> would it be possible to print the device name below then?
03:43 < chrish01> not from the config information
03:43 < chrish01> since that is specific to how the domain OS interprets them
03:43 < mael> mmh :\
03:43 < mael> yeah
03:43 < mael> sure
03:43 < mael> well it's coffee time here :)
03:44 < chrish01> ok, have a good one
03:49 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Quit: Client exiting]
04:02 < chrish01> yea, no more treeview problem :)
04:08 < mael> chrish01:  so where was the bug?
04:09 < chrish01> in my timeout loop
04:10 < chrish01> i chock it up to knowing pythong for only 4 days
04:10 < mael> you knew gtk before?
04:10 < chrish01> yes
04:10 < chrish01> i hack on the gtk# bindings for mono
04:11 < chrish01> and slightly familiar with gobject and gtk+ in C
04:11 < chrish01> obviously the use the the libxen-python outweighed the benefits of a comfortable language :)
04:13 < mael> chrish01:  you use http to connect to xen, right?
04:13 < chrish01> yes, i hope to support ssh tunnels at some point too
04:15 < mael> that mean your interface hopefully don't have to run on the server, so you don't need python on dom0
04:15 < chrish01> as long as a xend compatable api is running
04:15 < chrish01> which xend is written in python, so if vmtools replaces that then i would say yes
04:16 < chrish01> from what i can tell, the xend api is absolutely beautiful
04:40 -!- DEac- [~deac@xdsl-213-196-200-46.netcologne.de] has quit [Ping timeout: 480 seconds]
04:40 -!- athomas [~athomas@ppp-0-184.lond-a-1.access.uk.tiscali.com] has joined #xen
04:49 -!- DEac- [~deac@xdsl-213-196-201-190.netcologne.de] has joined #xen
05:17 -!- chrish01 [~chrish01@69.45.151.130] has quit [Ping timeout: 480 seconds]
06:07 -!- athomas [~athomas@ppp-0-184.lond-a-1.access.uk.tiscali.com] has quit [Quit: Leaving]
06:16 -!- athomas [~athomas@ppp-0-7.lond-b-4.access.uk.tiscali.com] has joined #xen
06:24 -!- tessier_ [~treed@222.253.72.37] has quit [Read error: Connection reset by peer]
06:24 -!- tessier [~treed@222.253.77.38] has quit [Read error: Connection reset by peer]
06:26 -!- tessier_ [~treed@222.253.72.37] has joined #xen
06:34 -!- tessier [~treed@222.253.77.38] has joined #xen
06:35 -!- sunny [sunny@opencurve.org] has quit [Read error: Operation timed out]
06:40 -!- sunny [sunny@opencurve.org] has joined #xen
06:49 -!- sunny [sunny@opencurve.org] has quit [Read error: Connection reset by peer]
06:50 -!- tessier_ [~treed@222.253.72.37] has quit [Read error: Connection reset by peer]
06:50 -!- tessier [~treed@222.253.77.38] has quit [Read error: Connection reset by peer]
06:51 -!- tessier [~treed@222.253.77.38] has joined #xen
06:51 -!- tessier_ [~treed@222.253.72.37] has joined #xen
07:48 -!- nextime [~nextime@213-140-6-96.fastres.net] has joined #xen
08:20 -!- lilo [~lilo@lilo.usercloak.oftc.net] has quit [Ping timeout: 480 seconds]
08:23 -!- lilo [~lilo@lilo.usercloak.oftc.net] has joined #xen
08:33 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
09:46 -!- mael [~mael@nat.inha.fr] has quit [Quit: Leaving]
09:54 -!- drbyte [~cc2@203-217-54-86.dyn.iinet.net.au] has joined #xen
09:59 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
10:11 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:12 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
10:21 -!- knewt_ is now known as knewt
10:30 -!- doremifa [~bun@YahooBB219206220072.bbtec.net] has joined #xen
10:31 < doremifa> hi. in unstable, libxutil was moved into tools/vnet, so it is used only by vnet?
10:34 < aliguori> doremifa: yes, that's a recent change
10:35 < doremifa> aliguori: hi. but i dont see it get compiled?
10:35 < aliguori> doremifa: vnet might not get compiled by default...
10:35 < doremifa> tools/Makefile doesnt try to compile it
10:35 < aliguori> doesn't surprise me.
10:35 < aliguori> vnet is not normally used
10:35 < doremifa> aliguori: ah, so how to compile it? cd vnet;make ?
10:35 < aliguori> probably
10:36 < doremifa> vnet stands for VPN?
10:36 < doremifa> so they move libxutil into vnet because only vnet uses it?
10:37 < aliguori> other stuff used to use it, but now only vnet does
10:37 < aliguori> so they moved it
10:38 < doremifa> aliguori: after the registry stable, do we still need xcs?
10:38 < aliguori> it'll probably stay around for a while
10:40 -!- sunny [sunny@opencurve.org] has joined #xen
10:42 -!- xai [~pasta@cpe-70-112-17-10.austin.res.rr.com] has left #xen [Zneet Znatter Zneet]
10:43 < doremifa> i guess if i want to parse sxp, i need to install libxutil, rite?
10:54 < aliguori> only if you want to in C
10:55 < aliguori> xend has it's own sxp parser
11:00 < doremifa> aliguori: xenctld can replace both xend and xcs?
11:12 -!- knewt_ [~jmb@zeus.pimb.org] has joined #xen
11:13 -!- athomas [~athomas@ppp-0-7.lond-b-4.access.uk.tiscali.com] has quit [Ping timeout: 480 seconds]
11:14  * demon crosses his fingers
11:15 < demon> yay! it worked
11:16 -!- Tv [~Tv@194.137.66.242] has joined #xen
11:18 < demon> it's nerve racking trying to set up a xen box with no serial console access
11:19 -!- knewt [~jmb@p213.54.73.173.tisdip.tiscali.de] has quit [Ping timeout: 480 seconds]
11:20 -!- knewt_ is now known as knewt
11:20 -!- athomas [~athomas@ppp-0-63.lond-a-1.access.uk.tiscali.com] has joined #xen
11:22 -!- unriel is now known as riel
11:45 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Quit: Leaving]
12:16 -!- aliguori [~anthony@pixpat.austin.ibm.com] has joined #xen
12:43 -!- athomas [~athomas@ppp-0-63.lond-a-1.access.uk.tiscali.com] has quit [Quit: Leaving]
13:07 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen
13:33 -!- doremifa [~bun@YahooBB219206220072.bbtec.net] has quit [Remote host closed the connection]
13:51 -!- aliguori [~anthony@pixpat.austin.ibm.com] has quit [Quit: Leaving]
14:02 -!- rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
14:50 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has quit [Quit: Quitting]
14:51 < demon> ah, I see someone fixed xend so the console listen sockets only listen on INADDR_LOCALHOST... good call
14:55 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has joined #xen
15:04 < demon> anyone know where xen for x86_64 sits? last time I was trying to get a build of it going, it was still rather a mess..
16:05 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
16:33 -!- ghpolo [~ghpolo@201.10.94.199] has joined #xen
16:42 -!- riel is now known as unriel
16:43 -!- ghpolo [~ghpolo@201.10.94.199] has quit [Quit: [BX] Mike Tyson says BitchX BITES! Do you HEAR what I'm saying?!]
16:44 -!- Tv [~Tv@194.137.66.242] has quit [Quit: Client exiting]
16:48 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [Quit: Leaving]
16:49 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
16:59 -!- DEac- [~deac@xdsl-213-196-201-190.netcologne.de] has quit [Quit: Verlassend]
17:04 -!- DEac- [~deac@xdsl-195-14-217-99.netcologne.de] has joined #xen
17:14 -!- surriel is now known as riel
17:47 -!- ghpolo [~polo@201.10.94.199] has joined #xen
17:48 < ghpolo> someone can help me with xm maxmem ? it doesnt the maxmem for a domain after I do the command
17:48 < ghpolo> doesnt change*
17:54 < chrish01> ghpolo, you cant raise the max memory above what the domain started with
17:54 < ghpolo> aw ;/ I think I could. thanks 
17:54 < ghpolo> i misread something
17:55 < chrish01> np
17:56 < ghpolo> but, what is maxmem for ? if it isnt for that
17:57 < chrish01> its for raising the memory, but would typically be used after ballooning memory down
17:57 < ghpolo> hmm
17:57 < ghpolo> but cant balloon raise aswell ?
17:57 < ghpolo> after you decrease
17:58 < chrish01> im pretty sure balloon is for going down only
17:58 < ghpolo> ok then
18:01 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has quit [Quit: Leaving]
18:09 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [jupiter.oftc.net unununium.oftc.net]
18:09 -!- knewt [~jmb@zeus.pimb.org] has quit [jupiter.oftc.net unununium.oftc.net]
18:09 -!- tessier [~treed@222.253.77.38] has quit [jupiter.oftc.net unununium.oftc.net]
18:09 -!- cfreak [cfOFTC@no.real-lif3.de] has quit [jupiter.oftc.net unununium.oftc.net]
18:09 -!- demon [demon@66.35.250.240] has quit [jupiter.oftc.net unununium.oftc.net]
18:09 -!- muli_ [~muli@alhambra.mulix.org] has quit [jupiter.oftc.net unununium.oftc.net]
18:10 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
18:10 -!- knewt [~jmb@zeus.pimb.org] has joined #xen
18:10 -!- tessier [~treed@222.253.77.38] has joined #xen
18:10 -!- muli_ [~muli@alhambra.mulix.org] has joined #xen
18:10 -!- demon [demon@66.35.250.240] has joined #xen
18:10 -!- cfreak [cfOFTC@no.real-lif3.de] has joined #xen
18:27 -!- drbyte [~cc2@203-217-54-86.dyn.iinet.net.au] has quit [Ping timeout: 480 seconds]
19:31 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [Ping timeout: 480 seconds]
20:33 < ghpolo> someone can point me a fedora base img to run with xen ?
20:40 -!- drbyte [~cc2@c210-49-121-44.eburwd3.vic.optusnet.com.au] has joined #xen
21:48 -!- ghpolo [~polo@201.10.94.199] has quit [Quit: My damn controlling terminal disappeared!]
22:43 -!- cartel [~cartel@shinobi.thoughtcrime.org.nz] has quit [Quit: changing servers]
22:59 -!- tessier_ [~treed@222.253.72.37] has quit [Read error: Connection reset by peer]
--- Log closed Fri May 27 23:59:00 2005