search for: dmarquess

Displaying 5 results from an estimated 5 matches for "dmarquess".

Did you mean: marquess
2011 May 18
3
XCP jumbo frames in vm
Hello all, Not sure if I am completely missing something but here goes. I have XCP 1.0 running without any issues. I have the mtu set on both the storage network, the corresponding PIF, and the VIF to 9000 and when displayed in ifconfig it shows that this is indeed true. I have several CentOs 5.6 VMs running in HVM mode (i.e. no xen kernel) which attach to the the storage network through these
2011 May 30
4
OpenSUSE 11.4 (2.6.39-30.1), Xen 4.0.2 - Device 0 (vif) Could not be connected
All, This is a fresh, un-f#$ked-with OpenSUSE install after adding the Tumbleweed repository and doing a dup. I installed the Hypervisor with Tools for which it prompted me for Xen or QEMU and I chose Xen. No bridge was made. When I go to create a fully virtualised machine, it nao has the error: Error: Device 0 (vif) could not be connected. Could not find the bridge, and none was specified.
2011 Mar 28
0
XCP: 2TB limit on raw VDIs
It seems that in XCP 1.0, VDIs have a size limit of 2TB, even when sm-config:type=raw is set. I understand the 2TB limit when using VHD, but shouldn''t that limit be relaxed for raw? -Dustin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
2011 Sep 23
0
[Xen-API] 2TB limitation - bug?
When creating a vdi with "xe vdi-create", there is a 2TB size limitation imposed, presumably because the default uses VHD, which has this limit. However, when a raw LVM partiton is created with the sm-config:type=raw option, this limitation doesn''t make any sense. Could the 2TB limit please be lifted when sm-config:type=raw is used? Thanks, -Dustin
2013 Nov 29
2
nsd 4.0 EAGAIN loop in sendmmsg(2)
On NetBSD 6.99.28-CURRENT, nsd 3.2.16 works fine, however nsd 4.0.0 is spinning chewing CPU. The logs show: Nov 28 23:07:00 xxx nsd[466]: sendmmsg failed: Resource temporarily unavailable ktruss shows it getting EAGAIN from sendmmsg(2) over and over again. According to the man page: [EAGAIN|EWOULDBLOCK] The socket is marked non-blocking and the requested