[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

20 Aug 2018

      Hello,

after enabling it, restarting ovirt-engine service and restarting the VM
I got back gfapi based Disks:

    <disk type='network' device='disk' snapshot='no'>
      <driver name='qemu' type='raw' cache='none' error_policy='stop'
io='native'/>
      <source protocol='gluster'
name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
        <host name='glusterfs.mydomain.local' port='24007'/>
      </source>
      <backingStore/>
      <target dev='sda' bus='scsi'/>
      <serial>d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05</serial>
      <boot order='1'/>
      <alias name='ua-d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>

Am 20.08.2018 um 15:15 schrieb Alex K:
...
Hi,
On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk <rs@databay.de
<mailto:rs@databay.de>> wrote:
Hello,
very interesting output. Feature Lost...
[root@engine-mciii ~]# engine-config -g LibgfApiSupported
    LibgfApiSupported: false version: 3.6
    LibgfApiSupported: false version: 4.0
    LibgfApiSupported: true version: 4.1
    LibgfApiSupported: false version: 4.2
Did you enable it? did it fix your issue? 
Bye
Am 17.08.2018 um 17:57 schrieb Alex K:
...
CORRECTION
On Fri, Aug 17, 2018 at 6:55 PM Alex K <rightkicktech@gmail.com
    <mailto:rightkicktech@gmail.com>> wrote:
Hi,
On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk <rs@databay.de
        <mailto:rs@databay.de>> wrote:
Hello,
after upgradeing my whole cluster of 8 Hosts to ovirt
            4.2.5 and setting compability of cluster and datacenter
            to 4.2 my existing virtual machines start using FUSE
            mounted disk-images on my gluster volumes.
One bad and slow thing I thought that I got rid of
            starting with 4.1.x finally !
Disk definition from virsh -r dumpxml VM of old running
            vm (not restarted yet !):
    <disk type='network' device='disk' snapshot='no'>
                  <driver name='qemu' type='raw' cache='none'
            error_policy='stop' io='threads'/>
                  <source protocol='gluster'
            name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
                    <host name='glusterfs.mylocal.domain' port='24007'/>
                  </source>
                  <backingStore/>
                  <target dev='sda' bus='scsi'/>
                  <serial>d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05</serial>
                  <boot order='1'/>
                  <alias name='scsi0-0-0-0'/>
                  <address type='drive' controller='0' bus='0'
            target='0' unit='0'/>
                </disk>
Disk definition from virsh -r dumpxml VM of new started
            running vm:
    <disk type='file' device='disk' snapshot='no'>
                  <driver name='qemu' type='raw' cache='none'
            error_policy='stop' io='threads'/>
                  <source
            file='/rhev/data-center/mnt/glusterSD/glusterfs.mylocal.domain:_gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/1f0db0ef-a6af-4e3e-90e6-f681d071496b/1b3c3a
                  <backingStore/>
                  <target dev='sda' bus='scsi'/>
                  <serial>1f0db0ef-a6af-4e3e-90e6-f681d071496b</serial>
                  <boot order='1'/>
                  <alias name='ua-1f0db0ef-a6af-4e3e-90e6-f681d071496b'/>
                  <address type='drive' controller='0' bus='0'
            target='0' unit='0'/>
                </disk>
How do I get back my gfapi gluster-based Disks ?
Can you check at engine the gfapi support with: 
engine-config -g LibgfApiSupported
If not enabled you can try:
engine-config -s LibgfApiSupported=true
Then restart ovirt-engine service, then shutdown/power up one VM to see.
--
*Ralf Schenk*
            fon +49 (0) 24 05 / 40 83 70
            fax +49 (0) 24 05 / 40 83 759
            mail *rs@databay.de* <mailto:rs@databay.de>

            *Databay AG*
            Jens-Otto-Krag-Straße 11
            D-52146 Würselen
            *www.databay.de* <http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
            Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
            Yavari, Dipl.-Kfm. Philipp Hermanns
            Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------
            _______________________________________________
            Users mailing list -- users@ovirt.org
            <mailto:users@ovirt.org>
            To unsubscribe send an email to users-leave@ovirt.org
            <mailto:users-leave@ovirt.org>
            Privacy Statement: https://www.ovirt.org/site/privacy-policy/
            oVirt Code of Conduct:
            https://www.ovirt.org/community/about/community-guidelines/
            List Archives:
            https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4P...
--
*Ralf Schenk*
    fon +49 (0) 24 05 / 40 83 70
    fax +49 (0) 24 05 / 40 83 759
    mail *rs@databay.de* <mailto:rs@databay.de>

    *Databay AG*
    Jens-Otto-Krag-Straße 11
    D-52146 Würselen
    *www.databay.de* <http://www.databay.de>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
    Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
    Dipl.-Kfm. Philipp Hermanns
    Aufsichtsratsvorsitzender: Wilhelm Dohmen
------------------------------------------------------------------------
-- 

*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *rs@databay.de* <mailto:rs@databay.de>

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* <http://www.databay.de>

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen

------------------------------------------------------------------------