Hi there,
I'ld recommend not to export LUNs directly to domU's. We did this on a few dom0
with dedicated
iSCSI NICs. Running about 40-60 domUs concurrently results in flaky iSCSI
traffic and random loss of iSCSI sessions. We're now using multipathed CLVM
LV's without any problem.
Cheers,
Ste
s are used for
> physical access to the domU and which ones are actually being mounted
> on the dom0 (for Oracle VM, these are mounted under /OVS/)
>
> Thanks,
> Joe
>
>
> On Oct 6, 2009, at 11:41 AM, netz-haut - stephan seitz wrote:
>
> >
> > Hi there,
&g
This is a reported bug of the device-mapper on debian.
There's a patch at debians bugtracker available, but as far as I remember,
it has been refused by upstream developers.
We're also running open-iscsi/dm-multipath/lvm/clvm stack on virtualization
Hosts. Due to this behavior one big point is to
We're running a 2 node DRBD active/passive target. During pre-production tests
I've found, that kicking the primary immediately off by heartbeat/sys_req or
STONITH works much better than shutdown.
I've configured dm-multipath on top of bonding devices (mode 0) utilizing two
switches. The bonding
Am Donnerstag, den 15.09.2011, 21:23 +0100 schrieb --[ UxBoD ]--:
Hello all,
Hi,
we are about to configure a new storage system that utilizes the
Nexenta OS with sparsely allocated ZVOLs. We wish to present 4TB of storage to
a Linux system that has four NICs ava
Hi,
i've tried bridged iscsi traffic with xen domU's, and got succesful logins to
ietd and scst portals. You need to disable at least tx (not sure about rx)
checksums on the physical NIC as well as on the vif's. I'm currently not sure
how and if this can be done for the vif's from inside the do
