[ovirt-users] can not use iscsi storage type on ovirt andGlusterfs hyper-converged environment

[Maor Lipchuk]

Thanks for the logs,

What kind of VDSM version are you using?
    "rpm -q vdsm"
There seems to be a similar issue which was reported recently in the VDSM
area
(see https://bugzilla.redhat.com/show_bug.cgi?id=1197292)
It should be fixed in later versions of VDSM vdsm-4.16.12-2.el7ev.x86_64
Adding also Nir and Jeff to the thread, if they have any insights

Regards,
Maor

On Wed, Nov 2, 2016 at 4:11 AM, 胡茂荣 <maorong.hu at horebdata.cn> wrote:

>
>  Hi Maor:
>       vdsm/supervdsm/engine log on attachment .  I mkfs.xfs the lun block
> device and mount to /mnt , dd write  ,dmesg not report error ,dd result is
> ok :
>
> /dev/sdi                      50G   33M   50G   1% /mnt
>
> [root at horebc mnt]# for i in `seq 3`; do dd if=/dev/zero of=./file   bs=1G
> count=1 oflag=direct ; done
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 13.3232 s, 80.6 MB/s
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 9.89988 s, 108 MB/s
> 1+0 records in
> 1+0 records out
> 1073741824 bytes (1.1 GB) copied, 14.0143 s, 76.6 MB/s
>
>    my envirnment  have three  network segments (hosts have 3 network
> segments ) :
>        engine  and glusterfs mount : 192.168.11.X/24
>         glusterfs brick : 192.168.10.x/24
>         iscsi : 192.168.1.0/24
>
>     and I add 192.168.1.0/24 to engine vm ,  ovirt web UI report the same
> error .
>
>  humaorong
>   2016-11-2
>
> ------------------ Original ------------------
> *From: * "Maor Lipchuk"<mlipchuk at redhat.com>;
> *Date: * Tue, Nov 1, 2016 08:14 PM
> *To: * "胡茂荣"<maorong.hu at horebdata.cn>;
> *Cc: * "users"<users at ovirt.org>;
> *Subject: * Re: [ovirt-users] can not use iscsi storage type on ovirt
> andGlusterfs hyper-converged environment
>
> Hi 胡茂荣Can u please also add the VDSM and engine logs.
> If you try discover and connect to those luns directly from your Host does
> it work?
>
> Regards,
> Maor
>
>
> On Tue, Nov 1, 2016 at 6:12 AM, 胡茂荣 <maorong.hu at horebdata.cn> wrote:
>
>>
>>
>>     on ovirt and Glusterfs hyper-converged environment , can not use
>> iscsi storage type , UI report error: "Could not retrieve LUNs, please
>> check your storage." , vdsm report :"VDSM hosted_engine_3 command
>> failed: Error block device action: ()" .
>>     but this block device alse login on centos 7 host :
>> =============================================================
>>
>> ## lsscsi
>>
>> [7:0:0:0]    disk    SCST_BIO DEVFOR_OVIRT_rbd  221  /dev/sdi
>>
>>   ## dmesg :
>>
>> [684521.131186] sd 7:0:0:0: [sdi] Attached SCSI disk
>>
>> ===================================---
>>
>>    ###vdsm or supervdsm log  report :
>>
>>     MainProcess|jsonrpc.Executor/7::ERROR::2016-11-01
>> 11:07:00,178::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
>> Error in getPathsStatus
>>
>> MainProcess|jsonrpc.Executor/4::ERROR::2016-11-01
>> 11:07:20,964::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper)
>> Error in getPathsStatus
>>
>>    jsonrpc.Executor/4::DEBUG::2016-11-01 11:07:04,251::iscsi::434::Storage.ISCSI::(rescan)
>> Performing SCSI scan, this will take up to 30 seconds
>>
>> jsonrpc.Executor/5::INFO::2016-11-01 11:07:19,413::iscsi::567::Stor
>> age.ISCSI::(setRpFilterIfNeeded) iSCSI iface.net_ifacename not provided.
>> Skipping.
>>
>> 11:09:15,753::iscsiadm::119::Storage.Misc.excCmd::(_runCmd)
>> /usr/bin/taskset --cpu-list 0-7 /usr/bin/sudo -n /usr/sbin/iscsiadm -m
>> session -R (cwd None)
>>
>> ======================================
>>
>>      the other info please the attachment "bug-info.doc".
>>
>>      this prolem on ovirt3.6 and 4.X  ovirt and Glusterfs
>> hyper-converged environment . how can I use iscsi storage type on ovirt
>> and Glusterfs hyper-converged environment .Please help me !
>>
>>     humaorong
>>
>>    2016-11-1
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161102/8fda08fa/attachment-0001.html>