<p dir="ltr">A colleague of mine has run into issues doing Linux (EL6.5) iSCSI over bonded interfaces. The solution he found was to abandon bonding and instead use multiple interfaces and multipath on the iscsi initiators. I can't provide details yet as this is all second hand knowledge. The errors you posted are almost identical to what he faced.</p>
<p dir="ltr">- Trey</p>
<div class="gmail_quote">On May 13, 2014 3:10 AM, "Morten A. Middelthon" <<a href="mailto:morten@flipp.net">morten@flipp.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I have a new oVirt setup which is giving me some headache. I have one administration server running on CentOS 6.5, and two hosts also running CentOS 6.5. Storage is running on both NFS and iSCSI, but iSCSI is the preferred storage, running on a HP LeftHand server.<br>
<br>
oVirt Engine Version: 3.4.0-1.el6<br>
<br>
Administration server and hosts are all updated with latest packages both for CentOS and oVirt.<br>
<br>
Both hosts are attached to a dedicated storage network with bonded interfaces:<br>
<br>
# ifconfig bond1<br>
bond1 Link encap:Ethernet HWaddr AC:16:2D:8B:90:5E<br>
inet addr:192.168.40.160 Bcast:192.168.40.255 Mask:255.255.255.0<br>
inet6 addr: fe80::ae16:2dff:fe8b:905e/64 Scope:Link<br>
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1<br>
RX packets:4149464 errors:0 dropped:0 overruns:0 frame:0<br>
TX packets:5590278 errors:0 dropped:0 overruns:0 carrier:0<br>
collisions:0 txqueuelen:0<br>
RX bytes:5387975600 (5.0 GiB) TX bytes:6981018034 (6.5 GiB)<br>
<br>
On the hosts the LUN is seen as:<br>
<br>
scsi3 : iSCSI Initiator over TCP/IP<br>
connection1:0: detected conn error (1020)<br>
scsi 3:0:0:0: Direct-Access LEFTHAND iSCSIDisk a500 PQ: 0 ANSI: 5<br>
sd 3:0:0:0: Attached scsi generic sg2 type 0<br>
sd 3:0:0:0: [sdb] <a href="tel:8589934592" value="+18589934592" target="_blank">8589934592</a> 512-byte logical blocks: (4.39 TB/4.00 TiB)<br>
sd 3:0:0:0: [sdb] Write Protect is off<br>
sd 3:0:0:0: [sdb] Mode Sense: 77 00 00 08<br>
sd 3:0:0:0: [sdb] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA<br>
sdb: unknown partition table<br>
sd 3:0:0:0: [sdb] Attached SCSI disk<br>
<br>
The iSCSI LUN I'm using is 4TB large, with 2.5TB free, according to the oVirt admin interface:<br>
<br>
Size: 4095 GB<br>
Available: 2551 GB<br>
Used: 1544 GB<br>
Allocated: 1540 GB<br>
Over Allocation Ratio: 0%<br>
<br>
Over to the problem:<br>
<br>
On the virtual machine I'm testing on, I'm adding a new disk on the iSCSI storage server. The virtual machine is Debian 7.4 amd64. In this case 20GB large with thin provisioning. Then on the virtual machine I create a new logical volume group and disk:<br>
<br>
Create a new partition with type 8e (Linux LVM):<br>
fdisk /dev/vdc<br>
<br>
Setup LVM:<br>
pvcreate /dev/vdc1<br>
vgcreate VGTEST /dev/vdc1<br>
lvcreate -n lv_test -l 100%FREE VGTEST<br>
mkfs.ext4 /dev/mapper/VGTEST-lv_test<br>
mkdir /mnt/test<br>
mount /dev/mapper/VGTEST-lv_test /mnt/test<br>
<br>
Then I try writing to the new disk with f.ex dd:<br>
dd if=/dev/zero of=/mnt/test/storfil bs=64k count=20480<br>
<br>
Almost immediately oVirt will pause the machine with the following error message:<br>
<br>
VM INT-KVM-SSM02 has paused due to no Storage space error.<br>
<br>
dmesg on the virtual machine gives to following errors:<br>
<br>
[353290.564507] Buffer I/O error on device dm-7, logical block 294774<br>
[353290.564509] Buffer I/O error on device dm-7, logical block 294775<br>
[353290.564511] EXT4-fs warning (device dm-7): ext4_end_bio:250: I/O error writing to inode 12 (offset 1039114240 size 520192 starting block 294650)<br>
[353290.564514] end_request: I/O error, dev vdc, sector 2362304<br>
[353290.564516] Buffer I/O error on device dm-7, logical block 294776<br>
[353290.564518] Buffer I/O error on device dm-7, logical block 294777<br>
[353290.564519] Buffer I/O error on device dm-7, logical block 294778<br>
[353290.564521] Buffer I/O error on device dm-7, logical block 294779<br>
[353290.564522] Buffer I/O error on device dm-7, logical block 294780<br>
[353290.564524] Buffer I/O error on device dm-7, logical block 294781<br>
[353290.564525] Buffer I/O error on device dm-7, logical block 294782<br>
[353290.564744] Buffer I/O error on device dm-7, logical block 294910<br>
[353290.564746] Buffer I/O error on device dm-7, logical block 294911<br>
[353290.564748] EXT4-fs warning (device dm-7): ext4_end_bio:250: I/O error writing to inode 12 (offset 1040154624 size 32768 starting block 294904)<br>
[353291.035703] EXT4-fs (dm-7): This should not happen!! Data will be lost<br>
[353291.035705]<br>
[353291.036280] JBD2: Detected IO errors while flushing file data on dm-7-8<br>
[353291.036506] end_request: I/O error, dev vdc, sector 17043640<br>
[353291.036509] end_request: I/O error, dev vdc, sector 17043640<br>
[353291.036518] Aborting journal on device dm-7-8.<br>
[353291.036734] end_request: I/O error, dev vdc, sector 17043456<br>
[353291.036737] Buffer I/O error on device dm-7, logical block 2129920<br>
[353291.036739] lost page write due to I/O error on dm-7<br>
etc etc<br>
<br>
If I try to do large writes on the existing disk on either the iSCSI or NFS storage there are no problems at all.<br>
<br>
I have attached the engine.log from the administration server, and also the vdsm.log from the host<br>
<br>
-- <br>
Morten A. Middelthon<br>
Email: <a href="mailto:morten@flipp.net" target="_blank">morten@flipp.net</a><br>
Phone: <a href="tel:%2B47%20907%2083%20708" value="+4790783708" target="_blank">+47 907 83 708</a><br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
<br></blockquote></div>