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

Tue Nov 1 22:11:05 EDT 2016

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::Storage.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/fe6cdb0b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: engine.log.gz
Type: application/octet-stream
Size: 22987 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161102/fe6cdb0b/attachment-0003.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vdsm.log.gz
Type: application/octet-stream
Size: 676504 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161102/fe6cdb0b/attachment-0004.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: supervdsm.log.gz
Type: application/octet-stream
Size: 13689 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161102/fe6cdb0b/attachment-0005.obj>