On Mon, Aug 20, 2018 at 5:36 PM Ralf Schenk <rs@databay.de> wrote:

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>


Can you report ovirt enigne bug for this?

It does not make sense that you enable a feature for version X, and upgrading
to version X+1 will ignore your configuration for version X.

The minimal solution for this would be a warning in engine setup, for every 
feature enabled for current version, and will be disabled by the upgrade.

Nir


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> 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> wrote:
Hi,

On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk <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
 
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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
To unsubscribe send an email to 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/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
--


Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail rs@databay.de
 
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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

--

igadioingopolgjg.gif

Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail rs@databay.de
 
Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
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
To unsubscribe send an email to 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/CCCAQMPMWYD6GIKXMOZVDHBT5MMGSAVX/