Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's
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* <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 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/27UBFV326G5O4P...
--
*Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs@databay.de* <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 ------------------------------
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 ------------------------------------------------------------------------
On Mon, Aug 20, 2018 at 4:33 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:
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?
In my opinion these kind of features should be managed automatically when leveraging cluster/dc level, without manual interaction. Or is it this expected by design that no engine-config feature is automatically propagated when updating cluster/dc level? I remember something similar happening to me with "UserDefinedVMProperties" One option could be at least a pop-up showing that there are some engine-config features that the user would lost when raising level.... Gianluca
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 <+49%202405%20408370> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759> mail *rs@databay.de* <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 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/27UBFV326G5O4P...
--
*Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759> mail *rs@databay.de* <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 ------------------------------
--
[image: igadioingopolgjg.gif]
*Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759> mail *rs@databay.de* <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 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/CCCAQMPMWYD6GI...
participants (4)
-
Alex K -
Gianluca Cecchi -
Nir Soffer -
Ralf Schenk