I will he I.teresting to see your iscsi setup with drbd. Did you got
splitbrain before failure?
Did you check if your target went to readonly mode?
Thanks
Arman.
On Nov 4, 2014 5:40 PM, Gianluca Cecchi gianluca.cec...@gmail.com wrote:
On Tue, Nov 4, 2014 at 11:39 AM, Itamar Heim ih...@redhat.com wrote:
On 10/27/2014 06:48 PM, Gianluca Cecchi wrote:
Hello,
an iSCSI SD went down and it seems it is not able to come up again.
From an iSCSI point of view all seems ok..
[root@ovnode04 vdsm]# iscsiadm -m session -P 1
Target: iqn.2014-07.local.localdomain:store1
Current Portal: 10.10.1.71:3260 http://10.10.1.71:3260,1
Persistent Portal: 10.10.1.71:3260 http://10.10.1.71:3260,1
**
Interface:
**
Iface Name: default
Iface Transport: tcp
Iface Initiatorname: iqn.1994-05.com.redhat:5d9b31319a8e
Iface IPaddress: 10.10.1.61
Iface HWaddress: empty
Iface Netdev: empty
SID: 1
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
[root@ovnode04 vdsm]# multipath -l
1p_iscsi_store1_l dm-2 IET,VIRTUAL-DISK
size=200G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=0 status=active
`- 1:0:0:1 sdb 8:16 active undef running
Access to the lun seems ok:
[root@ovnode04 ~]# time dd if=/dev/mapper/1p_iscsi_store1_l of=/dev/null
bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 9.24202 s, 116 MB/s
real0m9.247s
user0m0.002s
sys0m0.463s
But it continues to remain in contending and never comes to master.
Failed to activate Storage Domain istore1 (Data Center iscsidc) by
ovadmin
I only have this host in this cluster.
What to do?
Already tried to restart both engine service on engine host and vdsmd
service on the host.
Any other commands to check anything?
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
resolved?
yes, thanks.
I had to restart also host itself to regain access to SD
One note about the SD: it is iSCSI configured as sw iscsi target in HA
with Pacemaker and drbd.
I had a problem on one node and apparently this was not so transparent to
oVirt host.
I didn't have time to check more deeply
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
