XenServer 7 has launched!
-
@momurda said
What are you choosing for the network interface for xfer vm that xen uses?
My server has (4) 1GB ports. I have the management interface on one of those, by itself.
-
This post is deleted! -
@momurda said in XenServer 7 has launched!:
@BRRABill Still have 6.5 in production here, but i just exported xoa disk in 5 minutes to a usb disk at my desk. 5min17s for 8GB
I then just exported it to my c:\ which is an ssd
same 8GB, 4m48sWhat are you choosing for the network interface for xfer vm that xen uses?
Also, are you doing a copy, backup, or export? Like an export in straight export?
And did you mean to ask what interface I have XO on? That is where it would export from. Or, through, rather.
I would LOVE to get this friggin' issue figured out.
-
I was exporting from Xencenter. I just shut the vm down and export.
I am talking bout this page
Network 0 is the default. However you have to either manually configure ip or have dhcp setup on your management network for that to work. I just set this to a vlan that i know dishes out dhcp, only for the xfer vm.
I was thinking perhaps you are hitting a bottleneck here if your settings force this go through a router that doesnt do Gb.
I hit about 400mbps (not constantly, but consistently) doing exports this way, during middle of the day. I could test when nobody is around later and hit a bit higher througput. -
@momurda said
I was thinking perhaps you are hitting a bottleneck here if your settings force this go through a router that doesnt do Gb.
I hit about 400mbps (not constantly, but consistently) doing exports this way, during middle of the day. I could test when nobody is around later and hit a bit higher througput.The machines I am exporting from/to are on the same switch.
-
@momurda said
I was thinking perhaps you are hitting a bottleneck here if your settings force this go through a router that doesnt do Gb.
I hit about 400mbps (not constantly, but consistently) doing exports this way, during middle of the day. I could test when nobody is around later and hit a bit higher througput.I finally got iPerf to work on the XS host.
Here are the results. Pretty sure it's not the connection.
[ 3] local 10.0.4.30 port 55737 connected with 10.0.4.40 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 1.09 GBytes 938 Mbits/sec -
Definitely not
-
-
As a point of reference...
I did a live migration tonight. So, basically the same sort of thing ... copying a VM from one XS to another.
It clipped along at about 65MBps. Took a little over 30 minutes to migrate about 110GB of data.
So, I don't think it is the hardware, or the network, or anything like that. It must truly be some bug in the exporting...
-
You mean a cross pool migration?
-
@olivier said in XenServer 7 has launched!:
You mean a cross pool migration?
From one standalone to another.
-
That's a cross pool migration There is no such thing as a "standalone" server (despite XenCenter can say, the pool object is always here, from 1 to many hosts)
-
@olivier said in XenServer 7 has launched!:
That's a cross pool migration There is no such thing as a "standalone" server (despite XenCenter can say, the pool object is always here, from 1 to many hosts)
Then it is a cross pool migration of two pools with 1 host each.
-
@olivier said in XenServer 7 has launched!:
That's a cross pool migration There is no such thing as a "standalone" server (despite XenCenter can say, the pool object is always here, from 1 to many hosts)
Like an LVM system with just one block device, one VG and on LV taking up the whole space. The layers are still there.
-
@scottalanmiller said
Like an LVM system with just one block device, one VG and on LV taking up the whole space. The layers are still there.
Why would you bring up that reference?
(INSIDE JOKE.)
-
@scottalanmiller said in XenServer 7 has launched!:
I started watching the bug and voted for it. Fourteen people now watching it.
Did you see the posting to that page today?
Two interesting takeaways...
"In terms of status, I can tell you that we have a good idea of what needs doing, having done some investigation into this a few months ago. We're therefore confident that we know how much work this will be, and what risk (i.e. how much testing) it will take to productise."And, maybe of interest to @olivier...
"On backup specifically, my view is that we need to improve import/export performance, but we also need to look at providing a true backup API that third party vendors can integrate with (the lack of which hurts XenServer because as a consequence there are relatively few backup vendors in our ecosystem). We're also looking at how we provide that." -
That API thing is enormous.
-
Probably a consequence of the increasing pressure coming from here: https://bugs.xenserver.org/browse/XSO-581
This is added to "Wishlist" and transmitted to a XS product manager.
-
You are a XS rock star!
-
@olivier I know you saw it (since you posted) but for anyone not getting e-mails from bugs.xenserver.org ... they are close to hopefully fixing the import/export bug.