[ovirt-users] Self hosted engine fails after 4.2 upgrade

[Stefano Danzi]

Il 21/12/2017 16:37, Sandro Bonazzola ha scritto:
>
>
> 2017-12-21 14:26 GMT+01:00 Stefano Danzi <s.danzi at hawai.it 
> <mailto:s.danzi at hawai.it>>:
>
>     Sloved installing glusterfs-gnfs package.
>     Anyway could be nice to move hosted engine to gluster....
>
>
> Adding some gluster folks. Are we missing a dependency somewhere?
> During the upgrade nfs on gluster stopped to work here and adding the 
> missing dep solved.
> Stefano please confirm, you were on gluster 3.8 (oVirt 4.1) and now 
> you are on gluster 3.12 (ovirt 4.2)
>
Sandro I confirm the version.
Host are running CentOS 7.4.1708
before the upgrade there was gluster 3.8 in oVirt 4.1
now I have gluster 3.12 in oVirt 4.2
>
>
>     Il 21/12/2017 11:37, Stefano Danzi ha scritto:
>>
>>
>>     Il 21/12/2017 11:30, Simone Tiraboschi ha scritto:
>>>
>>>
>>>     On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi
>>>     <s.danzi at hawai.it <mailto:s.danzi at hawai.it>> wrote:
>>>
>>>         Hello!
>>>         I have a test system with one phisical host and hosted
>>>         engine running on it.
>>>         Storage is gluster but hosted engine mount it as nfs.
>>>
>>>         After the upgrade gluster no longer activate nfs.
>>>         The command "gluster volume set engine nfs.disable off"
>>>         doesn't help.
>>>
>>>         How I can re-enable nfs? O better how I can migrate self
>>>         hosted engine to native glusterfs?
>>>
>>>
>>>
>>>     Ciao Stefano,
>>>     could you please attach the output of
>>>       gluster volume info engine
>>>
>>>     adding Kasturi here
>>
>>     [root at ovirt01 ~]# gluster volume info engine
>>
>>     Volume Name: engine
>>     Type: Distribute
>>     Volume ID: 565951c8-977e-4674-b6b2-b4f60551c1d8
>>     Status: Started
>>     Snapshot Count: 0
>>     Number of Bricks: 1
>>     Transport-type: tcp
>>     Bricks:
>>     Brick1: ovirt01.hawai.lan:/home/glusterfs/engine/brick
>>     Options Reconfigured:
>>     server.event-threads: 4
>>     client.event-threads: 4
>>     network.ping-timeout: 30
>>     server.allow-insecure: on
>>     storage.owner-gid: 36
>>     storage.owner-uid: 36
>>     cluster.server-quorum-type: server
>>     cluster.quorum-type: auto
>>     network.remote-dio: enable
>>     cluster.eager-lock: enable
>>     performance.stat-prefetch: off
>>     performance.io-cache: off
>>     performance.read-ahead: off
>>     performance.quick-read: off
>>     nfs.disable: off
>>     performance.low-prio-threads: 32
>>     cluster.data-self-heal-algorithm: full
>>     cluster.locking-scheme: granular
>>     cluster.shd-max-threads: 8
>>     cluster.shd-wait-qlength: 10000
>>     features.shard: on
>>     user.cifs: off
>>     features.shard-block-size: 512MB
>>
>>
>>
>>>
>>>         _______________________________________________
>>>         Users mailing list
>>>         Users at ovirt.org <mailto:Users at ovirt.org>
>>>         http://lists.ovirt.org/mailman/listinfo/users
>>>         <http://lists.ovirt.org/mailman/listinfo/users>
>>>
>>>
>>
>>
>>
>>     _______________________________________________
>>     Users mailing list
>>     Users at ovirt.org <mailto:Users at ovirt.org>
>>     http://lists.ovirt.org/mailman/listinfo/users
>>     <http://lists.ovirt.org/mailman/listinfo/users>
>
>
>     _______________________________________________
>     Users mailing list
>     Users at ovirt.org <mailto:Users at ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
>     <http://lists.ovirt.org/mailman/listinfo/users>
>
>
>
>
> -- 
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
>
> Red Hat EMEA <https://www.redhat.com/>
>
> <https://red.ht/sig> 	
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171221/6390ba14/attachment.html>