[ovirt-users] Re: 4.5.2 Create Additional Gluster Logical Volumes fails

[Gobinda Das]

On Fri, Nov 25, 2022 at 4:37 PM Ritesh Chikatwar 
wrote:

> Gobinda,
> Looks like this issue arises because of changes in ansibles roles made to
> support ansible-core. I think the gluster ansible module was used to handle
> this and when we moved to CLI this is been not taken care of.
>
Thanks Ritesh for ponting the root cause. If you have some time, can you
please check how much effort is needed to fix this or if it's a simple fix
can we have an upstream patch?

>
> On Thu, Nov 24, 2022 at 5:06 PM  wrote:
>
>> Thanks Sandro/Gobinda,
>>
>> [root@pgsovirthcidmz01 ~]# rpm -qa | grep gluster-ansible
>> gluster-ansible-roles-1.0.5-28.el8.noarch
>> gluster-ansible-infra-1.0.4-22.el8.noarch
>> gluster-ansible-maintenance-1.0.1-12.el8.noarch
>> gluster-ansible-cluster-1.0-5.el8.noarch
>> gluster-ansible-repositories-1.0.1-5.el8.noarch
>> gluster-ansible-features-1.0.5-15.el8.noarch
>> [root@pgsovirthcidmz01 ~]#
>>
>> Kind Regards
>>
>> Simon
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/LLTMHW7JIGLIE6JPSL7DPER6YBHNYD33/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CXKU47UZCVN4JR7IFCYAMHU7DZ3KH2NO/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WVCUFAHABOI76WYVE3UK7TJHPE23V73W/

[ovirt-users] Re: 4.5.2 Create Additional Gluster Logical Volumes fails

[Gobinda Das]

Can you please provide me the output of below command?
rpm -qa | grep gluster-ansible

On Thu, Nov 24, 2022 at 2:43 PM Sandro Bonazzola 
wrote:

> @Gobinda Das  maybe you can connect Simon to someone
> who can help?
>
> Il giorno gio 10 nov 2022 alle ore 12:40  ha
> scritto:
>
>> Hi,
>>
>> In 4.4 adding additional gluster volumes was a simple ansible task (or
>> via cockpit).
>>
>> With 4.5.2 I tried to add new volumes but the logic has changed/broken.
>> Here's the error I am getting:
>>
>> TASK [gluster.infra/roles/backend_setup : Create volume groups]
>> 
>> failed: [bdtovirthcidmz02-strg.mydomain.com] (item={'key':
>> 'gluster_vg_sda', 'value': [{'vgname': 'gluster_vg_sda', 'pvname':
>> '/dev/sda'}]}) => {"ansible_loop_var": "item", "changed": true, "cmd":
>> ["vgcreate", "--dataalignment", "2048K", "-s", "2048K", "gluster_vg_sda",
>> "/dev/sda"], "delta": "0:00:00.010442", "end": "2022-11-10
>> 13:11:16.717772", "item": {"key": "gluster_vg_sda", "value": [{"pvname":
>> "/dev/sda", "vgname": "gluster_vg_sda"}]}, "msg": "non-zero return code",
>> "rc": 3, "start": "2022-11-10 13:11:16.707330", "stderr": "  Configuration
>> setting \"filter\" invalid. It's not part of any section.\n
>> /dev/gluster_vg_sda: already exists in filesystem\n  Run `vgcreate --help'
>> for more information.", "stderr_lines": ["  Configuration setting
>> \"filter\" invalid. It's not part of any section.", "  /dev/gluster_vg_sda:
>> already exists in filesystem", "  Run `vgcreate --help' for more
>> information."], "stdout": "", "stdout_lines": []}
>> failed: [bdtovirthcidmz03-strg.mydomain.com] (item={'key':
>> 'gluster_vg_sda', 'value': [{'vgname': 'gluster_vg_sda', 'pvname':
>> '/dev/sda'}]}) => {"ansible_loop_var": "item", "changed": true, "cmd":
>> ["vgcreate", "--dataalignment", "2048K", "-s", "2048K", "gluster_vg_sda",
>> "/dev/sda"], "delta": "0:00:00.010231", "end": "2022-11-10
>> 13:12:35.607565", "item": {"key": "gluster_vg_sda", "value": [{"pvname":
>> "/dev/sda", "vgname": "gluster_vg_sda"}]}, "msg": "non-zero return code",
>> "rc": 3, "start": "2022-11-10 13:12:35.597334", "stderr": "  Configuration
>> setting \"filter\" invalid. It's not part of any section.\n
>> /dev/gluster_vg_sda: already exists in filesystem\n  Run `vgcreate --help'
>> for more information.", "stderr_lines": ["  Configuration setting
>> \"filter\" invalid. It's not part of any section.", "  /dev/gluster_vg_sda:
>> already exists in filesystem", "  Run `vgcreate --help' for more
>> information."], "stdout": "", "stdout_lines": []}
>> failed: [bdtovirthcidmz01-strg.mydomain.com] (item={'key':
>> 'gluster_vg_sda', 'value': [{'vgname': 'gluster_vg_sda', 'pvname':
>> '/dev/sda'}]}) => {"ansible_loop_var": "item", "changed": true, "cmd":
>> ["vgcreate", "--dataalignment", "2048K", "-s", "2048K", "gluster_vg_sda",
>> "/dev/sda"], "delta": "0:00:00.011282", "end": "2022-11-10
>> 13:13:24.336233", "item": {"key": "gluster_vg_sda", "value": [{"pvname":
>> "/dev/sda", "vgname": "gluster_vg_sda"}]}, "msg": "non-zero return code",
>> "rc": 3, "start": "2022-11-10 13:13:24.324951", "stderr": "  Configuration
>> setting \"filter\" invalid. It's not part of any section.\n
>> /dev/gluster_vg_sda: already exists in filesystem\n  Run `vgcreate --help'
>> for more information.", "stderr_lines": ["  Configuration setting
>> \"filter\" invalid. It's not part of any section.", "  /dev/gluster_vg_sda:
>> already exists in filesystem", "  Run `vgcreate --help' for more
>> information."], "stdout": "", "stdout_lines": []}
>>
>> The vg was created as part of the initial ansible build with logical
>> volumes being added when required.
>>
>> Any assistance would be greatly appreciated.
>>
>> Kind regards
>>
>> Simon
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/SQVROUOCSLKYAFFEGBU6QUR6HT4QYSBY/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING - Red Hat In-Vehicle OS
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DLBSWRDTQ4A5TLMWQWJXW5IKHWFKSLAT/

[ovirt-users] Re: oVirt 4.5 and Gluster ; was Re: Re: oVirt 4.4 End Of Life

[Gobinda Das]

On Thu, Apr 21, 2022 at 12:31 PM Strahil Nikolov 
wrote:

> Hi Gobinda,
>
> how can I help ?
>
Thanks for your interest. We are almost there.If anything needed will let
you know.

>
> I had some experience with Gluster's Ansible roles.
>
> By the way, which repo are we using for the new Ansible ?
>
We are using the same repos, now we are changing all gluster ansible
modules and other lv,pv,vg modules to make them compatible with
ansible-core.We are almost there and now we are testing all use cases.

>
> Best Regards,
> Strahil Nikolov
>
>
> On Thu, Apr 21, 2022 at 9:54, Gobinda Das
>  wrote:
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3BTKMXY65SZ43GY4GFGEIW7TPEPMGBIK/
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PEE74OJFWPSYYTEB5TGQ6W5IOJQHQLFK/

[ovirt-users] Re: oVirt 4.5 and Gluster ; was Re: Re: oVirt 4.4 End Of Life

[Gobinda Das]

On Thu, Apr 21, 2022 at 10:44 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 20 apr 2022 alle ore 21:26 Jonas  ha scritto:
>
>>  > Gluster ansible roles for deploying new hyperconverged setups are
>> currently broken due to the lack of the packaging of a few collections
>> on the gluster side.
>>  > They're working on it, I think they'll fix that soon.
>>
>> May I be so impertinent and ask for an ETA? :D
>>
>
> +Gobinda Das  can you please share some updates on the
> gluster-ansible-roles adaptation to ansible-core-12 changes?
>
We are working on it,it's a huge task to make it compatible with
ansible-core. We are targeting to provide upstream builds in the next 2
weeks.

>
>
>
>>
>>  > Anyone who can provide feedback on this scenario?
>>
>> We are planning on building a hyper-converged cluster from scratch
>> because we planned and bought the hardware before the announcement from
>> Red Hat. We're glad to hear that there are no plans to remove Gluster
>> from oVirt.
>>
>> On 4/20/22 18:43, Sandro Bonazzola wrote:
>> >
>> >
>> > Il giorno mer 20 apr 2022 alle ore 18:28 David White via Users
>> >  ha scritto:
>> >
>> > Hi Sandro,
>> > I thought I had read somewhere on the list a few weeks ago that
>> > Gluster was having problems with 4.5 and that it wasn't going to
>> > be supported. Did I misundersand?
>> >
>> >
>> > Gluster ansible roles for deploying new hyperconverged setups are
>> > currently broken due to the lack of the packaging of a few collections
>> > on the gluster side.
>> > They're working on it, I think they'll fix that soon.
>> > For existing setups, upgrades should work just fine. About the support
>> > for Gluster, the Gluster community didn't announce any planned EOL for
>> > the project so as long as it's maintained there's no reason to remove
>> > it from oVirt.
>> > Downstream wise, RHGS announced EOL in 2024 so for RHV, Red Hat is
>> > deprecating Gluster as storage to be used for storage domains.
>> > This would mean the community should help testing Gluster with oVirt
>> > to keep it working as Red Hat is lowering the effort on testing it.
>> >
>> > I recall a few months ago that the announcement was made to
>> > deprecate Gluster anyway, but I don't think the original plan was
>> > to remove support for it until later, but that due to some package
>> > dependencies, it needed to go away in 4.5.
>> >
>> >
>> > We had to drop the roles in oVirt Node due to broken dependencies but
>> > that was fixed and it's back in for 4.5.0 GA.
>> >
>> >
>> > I was hoping to get all of my storage migrated onto Synology
>> > hardware later this year prior to upgraded to 4.5, but if Gluster
>> > is still supported and will work, perhaps I should go ahead and
>> > upgrade.
>> >
>> > I'm open to feedback.
>> > Posting to the list, as I'm sure others are in the same scenario
>> > as me.
>> >
>> >
>> > Anyone who can provide feedback on this scenario?
>> >
>> >
>> > Sent with ProtonMail <https://protonmail.com/> secure email.
>> >
>> > --- Original Message ---
>> > On Wednesday, April 20th, 2022 at 11:07 AM, Sandro Bonazzola
>> >  wrote:
>> >
>> >> Hi,
>> >> as usual, when a new oVirt release gets out, the previous one
>> >> reaches the end of life.
>> >> As of April 20th 2022 with oVirt 4.5.0 GA, oVirt 4.4 reached End
>> >> Of Life, last release being 4.4.10.2 async release shipped live
>> >> on March 03, 2022.
>> >> Please upgrade to 4.5 as soon as practical in order to get
>> >> further security and bug fixes updates.
>> >>
>> >> Thanks,
>> >> --
>> >>
>> >> Sandro Bonazzola
>> >>
>> >> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>> >>
>> >> Red Hat EMEA <https://www.redhat.com/>
>> >>
>> >> sbona...@redhat.com
>> >>
>> >> <https://www.redhat.com/>
>> >>
>> >> *Red Hat respects your work life balance. Therefore there is no
>> >> need to answer this email out of your office hours.
>> >> *
>> >> *
>> >>

[ovirt-users] Re: gluster in ovirt-node in 4.5

[Gobinda Das]

Adding @Ritesh Chikatwar 


On Thu, Mar 24, 2022 at 7:36 PM Yedidyah Bar David  wrote:

> Hi all,
>
> In relation to a recent question here (thread "[ovirt-devel] [ANN]
> Schedule for oVirt 4.5.0"), we are now blocked with the following
> chain of changes/dependencies:
>
> 1. ovirt-ansible-collection recently moved from ansible-2.9 to
> ansible-core 2.12.
> 2. ovirt-hosted-engine-setup followed it.
> 3. ovirt-release-host-node (the package including dependencies for
> ovirt-node) requires gluster-ansible-roles.
> 4. gluster-ansible-roles right now requires 'ansible >= 2.9' (not
> core), and I only checked one of its dependencies,
> gluster-ansible-infra, and this one requires 'ansible >= 2.5'.
>
We will check and evaluate how much effort is required.

> 5. ansible-core does not 'Provide: ansible', IIUC intentionally.
>
> So we should do one of:
>
> 1. Fix gluster-ansible* packages to work with ansible-core 2.12.
>
> 2. Only patch gluster-ansible* packages to require ansible-core,
> without making sure they actually work with it. This will satisfy all
> deps (I guess), make the thing installable, but will likely break when
> actually used. Not sure it's such a good option, but nonetheless
> relevant. Might make sense if someone is going to work on (1.) soon
> but not immediately. This is what would have happened in practice, if
> ansible-core would have 'Provide:'-ed ansible.
>
> 3. Patch ovirt-release-host-node to not require gluster-ansible*
> anymore. This means it will not be included in ovirt-node. Users that
> will want to use it will have to install the dependencies manually,
> somehow, presumably after (1.) is done independently.
>
> Our team (RHV integration) does not have capacity for (1.). I intend
> to do (3.) very soon, unless we get volunteers for doing (1.) or
> strong voices for (2.).
>
> Best regards,
> --
> Didi
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GHESTEPWJSPPFBIC52ZEOCDKYP24DHC5/

[ovirt-users] Re: Issues with resizing Gluster Volumes with sharding and lookup-optimize enabled

[Gobinda Das]

On Mon, Nov 8, 2021 at 7:45 PM Satheesaran Sundaramoorthi <
sasun...@redhat.com> wrote:

> On Mon, Nov 8, 2021 at 4:01 PM Sandro Bonazzola 
> wrote:
>
>> Il giorno dom 7 nov 2021 alle ore 17:27 Strahil Nikolov <
>> hunter86...@yahoo.com> ha scritto:
>>
>>> Hello All,
>>>
>>> I recently found a RH solution regards issues with resizing Gluster
>>> volumes with lookup-optimize enabled and I think it's worth sharing:
>>> https://access.redhat.com/solutions/5896761
>>> https://github.com/gluster/glusterfs/issues/1918
>>>
>>> @Sandro,
>>> Do you think it's worth checking and disabling that Gluster option on
>>> oVirt upgrade ? It might affect older setups that might still have it
>>> enabled.
>>>
>>> Best Regards,
>>> Strahil Nikolov
>>>
>>> Hello Strahil and others,
>
> Yes, it would definitely help if we could disable the gluster volume
> option 'lookup-optimize' during upgrade.
> The challenge here would be how to achieve this, we do not have any hooks
> in place for upgrade neither in ovirt nor in gluster.
> @Gobinda Das  Do you see any way to achieve this ?
>
I don't remember any option available for this instead of a manual way.

>
> Thanks,
> Satheesaran Sundaramoorthi
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7VG3M2M33F24XVQ7TFKQ7SN3H6GF4BZZ/

[ovirt-users] Re: How do I share a disk across multiple VMs?

[Gobinda Das]

Right now we don't have any plan for supporting Disperse gluster volume
from HCI. We have BZ to stop creating  Storage Domain for such unsupported
volume[1]
We only recommend replica 3  or replica2 + arbiter with sharding for VM
store use cases.
1. https://bugzilla.redhat.com/show_bug.cgi?id=1951894

On Wed, Apr 21, 2021 at 12:39 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mar 20 apr 2021 alle ore 03:00 Thomas Hoberg 
> ha scritto:
>
>> Sharing disks typically requires that you need to coordinate their use
>> above the disk.
>>
>> So did you consider sharing a file system instead?
>>
>> Members in my team have been using NetApp for their entire career and are
>> quite used to sharing files even for databases.
>>
>> And since Gluster HCI basically builds disks out of a replicated file
>> system, why not use that directly? All they do these days is mount some
>> parts of oVirt's 'data' volume inside the VMs as a GlusterFS. We just
>> create a separate directory to avoid stepping on oVirt's toes and mount
>> that on the clients, who won't see or disturb the oVirt images.
>>
>> They also run persistent Docker storage on these with Gluster mounted by
>> the daemon, so none of the Gluster stuff needs to be baked into the Docker
>> images. Gives you HA, zero extra copying and very fast live-migrations,
>> which are RAM content, only.
>>
>> I actually added separate Glusters (not managed by oVirt) using erasure
>> coding dispersed volumes for things not database, because the storage
>> efficiency is much better and a lot of that data is read-mostly. These are
>> machines that are seen as pure compute hosts to oVirt, but offer distinct
>> gluster volumes to all types of consumers via GlusterFS (NFS or SMB would
>> work, too).
>>
>> Too bad oVirt breaks with dispersed volumes and Gluster won't support a
>> seamless migration from 2+1 replicas+arbiter to say 7:2 dispersed volumes
>> as you add tiplets of hosts...
>>
>
> +Gobinda Das  you may be interested joining this
> discussion.
>
>
>>
>> If only oVirt was a product rather than only a patchwork design!
>>
>
> You're welcome to help with oVirt project design and discuss with the
> community the parts that you think should benefit from a re-design.
>
>
>
>
>
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/JKRIJDB6PQSIUKA3BEZ4VUERBPSEBR3K/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PZ6QLC5YQVL2T6MY4TW3DTCUKWBMKR6L/

[ovirt-users] Re: Install test lab single host HCI with plain CentOS as OS

[Gobinda Das]

HI Gianluca,
 Glad to hear that your problem is solved. As you redeployed Hosted Engine
, default gluster service is not enabled in cluster because of that you are
not able to see gluster volumes.
Please edit cluster in admin protal and select the checkbox "Enable Gluster
service" and save, your problem will be resolved :)

On Fri, Oct 30, 2020 at 7:43 PM Gianluca Cecchi 
wrote:

> On Fri, Oct 30, 2020 at 12:02 PM Gobinda Das  wrote:
>
>> Looks like your gluster deployment is happy, all gluster volumes will be
>> up and running. Only you need to cleanup hosted-engine-deployment
>> And start with Hosted Engine deployment. run the command
>> "ovirt-hosted-engine-cleanup -q" and from wizard use "Hosted Engine"
>> deployment.
>> Please make sure appliances is installed and vdsm service is up and
>> running.
>>
>>
>>
> Thanks Gobinda and Parth.
>
> I followed what indicated by Gobinda:
>
> [root@ovirt ~]# ovirt-hosted-engine-cleanup -q
>   -=== Destroy hosted-engine VM ===-
> You must run deploy first
>   -=== Killing left-behind HostedEngine processes ===-
> /sbin/ovirt-hosted-engine-cleanup: line 57: kill: (18988) - No such process
> error: failed to get domain 'HostedEngine'
>
>   -=== Stop HA services ===-
>   -=== Shutdown sanlock ===-
> shutdown force 1 wait 0
> shutdown done 0
>   -=== Disconnecting the hosted-engine storage domain ===-
> You must run deploy first
>   -=== De-configure VDSM networks ===-
> ovirtmgmt
> ovirtmgmt
>   -=== Stop other services ===-
> Warning: Stopping libvirtd.service, but it can still be activated by:
>   libvirtd-admin.socket
>   libvirtd.socket
>   libvirtd-ro.socket
>   -=== De-configure external daemons ===-
> Removing database file /var/lib/vdsm/storage/managedvolume.db
>   -=== Removing configuration files ===-
> ? /etc/init/libvirtd.conf already missing
> - removing /etc/libvirt/nwfilter/vdsm-no-mac-spoofing.xml
> ? /etc/ovirt-hosted-engine/answers.conf already missing
> ? /etc/ovirt-hosted-engine/hosted-engine.conf already missing
> - removing /etc/vdsm/vdsm.conf
> - removing /etc/pki/vdsm/certs/cacert.pem
> - removing /etc/pki/vdsm/certs/vdsmcert.pem
> - removing /etc/pki/vdsm/keys/vdsmkey.pem
> - removing /etc/pki/vdsm/libvirt-migrate/ca-cert.pem
> - removing /etc/pki/vdsm/libvirt-migrate/server-cert.pem
> - removing /etc/pki/vdsm/libvirt-migrate/server-key.pem
> - removing /etc/pki/vdsm/libvirt-spice/ca-cert.pem
> - removing /etc/pki/vdsm/libvirt-spice/server-cert.pem
> - removing /etc/pki/vdsm/libvirt-spice/server-key.pem
> - removing /etc/pki/vdsm/libvirt-vnc/ca-cert.pem
> - removing /etc/pki/vdsm/libvirt-vnc/server-cert.pem
> - removing /etc/pki/vdsm/libvirt-vnc/server-key.pem
> - removing /etc/pki/CA/cacert.pem
> - removing /etc/pki/libvirt/clientcert.pem
> - removing /etc/pki/libvirt/private/clientkey.pem
> ? /etc/pki/ovirt-vmconsole/*.pem already missing
> - removing /var/cache/libvirt/qemu
> ? /var/run/ovirt-hosted-engine-ha/* already missing
> ? /var/tmp/localvm* already missing
>   -=== Removing IP Rules ===-
> [root@ovirt ~]#
>
> Then I executed the hosted engine setup from the wizard and chose Gluster
> as the shared storage and all worked ok.
>
> Now I have the final engine up and the 3 storage domains active.
> The only strange thing I see is that on the host the volumes are active
> (obviously ;-) but in ovirt web admin gui the storage -> volumes page is
> empty.
>
> [root@ovirt ~]# gluster volume list
> data
> engine
> vmstore
>
> [root@ovirt ~]# gluster volume status engine
> Status of volume: engine
> Gluster process TCP Port  RDMA Port  Online
>  Pid
>
> --
> Brick ovirtst.righini.storage:/gluster_bric
> ks/engine/engine49152 0  Y
> 12947
>
> Task Status of Volume engine
>
> --
> There are no active volume tasks
>
> [root@ovirt ~]# gluster volume status data
> Status of volume: data
> Gluster process TCP Port  RDMA Port  Online
>  Pid
>
> --
> Brick ovirtst.righini.storage:/gluster_bric
> ks/data/data49153 0  Y
> 13195
>
> Task Status of Volume data
>
> --
> There are no active volume tasks
>
> [root@ovirt ~]# gluster volume status vmstore
> Status of volume: vmstore
> Gluster process 

[ovirt-users] Re: Install test lab single host HCI with plain CentOS as OS

[Gobinda Das]

Looks like your gluster deployment is happy, all gluster volumes will be up
and running. Only you need to cleanup hosted-engine-deployment
And start with Hosted Engine deployment. run the command
"ovirt-hosted-engine-cleanup -q" and from wizard use "Hosted Engine"
deployment.
Please make sure appliances is installed and vdsm service is up and running.


On Fri, Oct 30, 2020 at 4:20 PM Gianluca Cecchi 
wrote:

> On Fri, Oct 30, 2020 at 11:43 AM Parth Dhanjal  wrote:
>
>> Hey!
>> It seems vdsm packages are missing.
>> Can you try installing vdsm-gluster and ovirt-engine-appliance packages?
>> In case you face repo issues, just install yum install
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>> Then try again.
>>
>>
> Ok, thanks.
> The appliance was already installed but vdsm-gluster was indeed missing.
>
> So currently before deployment I executed on CentOS host (initially
> installed choosing "server" option):
> yum update
> yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> yum update
> yum install cockpit-ovirt-dashboard gluster-ansible-roles glusterfs-server
> vdsm-gluster
> systemctl enable --now cockpit.socket
> reboot
>
> Is there a list of all what is needed for this test lab single host HCI
> with gluster? Anything else?
>
> And what is the safe way to clean up before retrying deploy?
>
> Thanks,
> Gianluca
>
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EAUTLY44O5DNIHRYWSXJ5753TVURGTAN/

[ovirt-users] Re: Install test lab single host HCI with plain CentOS as OS

[Gobinda Das]

Hi Gianluca,
 Yes, You can use cockpit UI for deployment. You need to install
cockpit-ovirt-dashboard pkg for that.

On Fri, Oct 30, 2020 at 6:18 AM Gianluca Cecchi 
wrote:

> Hello,
> if I want to install a test lab environment of type single host HCI and
> want to use CentOS 8.2 as the OS for the host, can I still use the
> graphical wizard from cockpit? I see it accessing the server...
> Or is it thought only to be run from ovirt-node-ng system?
> In case it is not possible is there a command line workflow I can use to
> get the same as the wizard playbook run?
>
> BTW: I want to use CentOS for this test lab because I need to install
> custom packages (for performance counters and other things) so I'd prefer
> the flexibility to have a plain CentOS and not the NG node.
>
> Thanks in advance,
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/O4ZURQ3SM2TBI2OIYWWHEERMKRX65B67/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PYPPCBQQSKPJNK6DFMEEJIOOOJEPY3QX/

[ovirt-users] Re: Add Node to a single node installation with self hosted engine.

[Gobinda Das]

Hello Marcel,
 For a note, you can't expand your single gluster node cluster to 3
nodes.Only you can add compute nodes.
If you want to add compute nodes then you do not need any glusterfs
packages to be installed. Only ovirt packages are enough to add host as a
compute node.

On Tue, Oct 27, 2020 at 10:28 AM Parth Dhanjal  wrote:

> Hey Marcel!
>
> You have to install the required glusterfs packages and then deploy the
> gluster setup on the 2 new hosts. After creating the required LVs, VGs,
> thinpools, mount points and bricks, you'll have to expand the
> gluster-cluster from the current host using add-brick functionality from
> gluster. After this you can add the 2 new hosts to your existing
> ovirt-engine.
>
> On Mon, Oct 26, 2020 at 7:40 PM Marcel d'Heureuse 
> wrote:
>
>> Hi,
>>
>> I got a problem with my Ovirt installation. Normally we deliver Ovirt as
>> single node installation and we told our service guys if the internal
>> client will have more redundancy we need two more server and add this to
>> the single node installation. i thought that no one would order two new
>> servers.
>>
>> Now I have the problem to get the system running.
>>
>> First item is, that this environment has no internet access. So I can't
>> install software by update with yum.
>> The Ovirt installation is running on Ovirt node 4.3.9 boot USB Stick. All
>> three servers have the same software installed.
>> On the single node I have installed the hosted Engine package 1,1 GB to
>> deploy the self-hosted engine without internet. That works.
>>
>> Gluster, Ovirt, Self-Hosted engine are running on the server 01.
>>
>> What should I do first?
>>
>> Deploy the Glusterfs first and then add the two new hosts to the single
>> node installation?
>> Or should I deploy a new Ovirt System to the two new hosts and add later
>> the cleaned host to the new Ovirt System?
>>
>> I have not found any items in this mailing list which gives me an idea
>> what I should do now.
>>
>>
>> Br
>> Marcel
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TNV5WNKTGUSU5DB2CFR67FROXMMDCPCD/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6VXJVTPD24CQWTKS3QGINEKGT3NXVCP5/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DVHGMMOK3HYHA6DZLAOGSPDBIMRO5FWT/

[ovirt-users] Re: Gluster Volumes - Correct Peer Connection

[Gobinda Das]

Hi Jeremey,
 I think the problem is you have not created a "gluster logical network"
from ovirt manager. So when the bricks are listing because you have only
mgmt network it's mapping with that network
Could you please confirm whether you have Gluster logical network created
which maps with 10G nic? If not please create and check, it should solve
the issue.

On Thu, Sep 24, 2020 at 3:24 PM Ritesh Chikatwar 
wrote:

> Jermy,
>
> This looks like a bug.
> You are using an IPv4 or IPv6 network.
>
> Ritesh
>
> On Thu, Sep 24, 2020 at 12:14 PM Gobinda Das  wrote:
>
>> But I think this only sync gluster brick status not the entier object.
>> Looks like this a bug.
>> @Ritesh Chikatwar  Could you please check what data
>> we are getting from vdsm during gluster sync job run? Are we saving exact
>> data or customizing anything?
>>
>> On Thu, Sep 24, 2020 at 11:01 AM Gobinda Das  wrote:
>>
>>> We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
>>> BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775
>>>
>>>
>>> On Wed, Sep 23, 2020 at 8:50 PM Jeremey Wise 
>>> wrote:
>>>
>>>>
>>>> I just noticed when HCI setup bult the gluster engine / data / vmstore
>>>> volumes... it did use correctly the definition of 10Gb "back end"
>>>> interfaces / hosts.
>>>>
>>>> But..  oVirt Engine is NOT referencing this.
>>>> it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
>>>> issue?  I doubt this and how do I correct it?
>>>> ###  Data Volume Example
>>>> Name:
>>>> data
>>>> Volume ID:
>>>> 0ae7b487-8b87-4192-bd30-621d445902fe
>>>> Volume Type:
>>>> Replicate
>>>> Replica Count:
>>>> 3
>>>> Number of Bricks:
>>>> 3
>>>> Transport Types:
>>>> TCP
>>>> Maximum no of snapshots:
>>>> 256
>>>> Capacity:
>>>> 999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB
>>>> Guaranteed free, 78 Deduplication/Compression savings (%)
>>>>
>>>>
>>>> medusa.penguinpages.local
>>>> medusa.penguinpages.local:/gluster_bricks/data/data
>>>> 25%
>>>> OK
>>>> odin.penguinpages.local
>>>> odin.penguinpages.local:/gluster_bricks/data/data
>>>> 25%
>>>> OK
>>>> thor.penguinpages.local
>>>> thor.penguinpages.local:/gluster_bricks/data/data
>>>> 25%
>>>> OK
>>>>
>>>>
>>>> # I have storage back end of 172.16.101.x  which is 10Gb dedicated for
>>>> replication. Peers reflect this
>>>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
>>>> Number of Peers: 2
>>>>
>>>> Hostname: thorst.penguinpages.local
>>>> Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
>>>> State: Peer in Cluster (Connected)
>>>>
>>>> Hostname: medusast.penguinpages.local
>>>> Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
>>>> State: Peer in Cluster (Connected)
>>>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#
>>>>
>>>>
>>>>
>>>> --
>>>> p enguinpages
>>>> ___
>>>> Users mailing list -- users@ovirt.org
>>>> To unsubscribe send an email to users-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ULE66KK5UEGM5GTRG6IMWZLUEI6JLHVI/
>>>>
>>>
>>>
>>> --
>>>
>>>
>>> Thanks,
>>> Gobinda
>>>
>>
>>
>> --
>>
>>
>> Thanks,
>> Gobinda
>>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/C4RIO4WAPNDI2NY73KXRIMFRXVFX7ASV/

[ovirt-users] Re: Gluster Volumes - Correct Peer Connection

[Gobinda Das]

But I think this only sync gluster brick status not the entier object.
Looks like this a bug.
@Ritesh Chikatwar  Could you please check what data we
are getting from vdsm during gluster sync job run? Are we saving exact data
or customizing anything?

On Thu, Sep 24, 2020 at 11:01 AM Gobinda Das  wrote:

> We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
> BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775
>
>
> On Wed, Sep 23, 2020 at 8:50 PM Jeremey Wise 
> wrote:
>
>>
>> I just noticed when HCI setup bult the gluster engine / data / vmstore
>> volumes... it did use correctly the definition of 10Gb "back end"
>> interfaces / hosts.
>>
>> But..  oVirt Engine is NOT referencing this.
>> it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
>> issue?  I doubt this and how do I correct it?
>> ###  Data Volume Example
>> Name:
>> data
>> Volume ID:
>> 0ae7b487-8b87-4192-bd30-621d445902fe
>> Volume Type:
>> Replicate
>> Replica Count:
>> 3
>> Number of Bricks:
>> 3
>> Transport Types:
>> TCP
>> Maximum no of snapshots:
>> 256
>> Capacity:
>> 999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB Guaranteed
>> free, 78 Deduplication/Compression savings (%)
>>
>>
>> medusa.penguinpages.local
>> medusa.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>> odin.penguinpages.local
>> odin.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>> thor.penguinpages.local
>> thor.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>>
>>
>> # I have storage back end of 172.16.101.x  which is 10Gb dedicated for
>> replication. Peers reflect this
>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
>> Number of Peers: 2
>>
>> Hostname: thorst.penguinpages.local
>> Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
>> State: Peer in Cluster (Connected)
>>
>> Hostname: medusast.penguinpages.local
>> Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
>> State: Peer in Cluster (Connected)
>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#
>>
>>
>>
>> --
>> p enguinpages
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ULE66KK5UEGM5GTRG6IMWZLUEI6JLHVI/
>>
>
>
> --
>
>
> Thanks,
> Gobinda
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YHY6J3J5LR33BFXQH3XPRZRX4KYN4B72/

[ovirt-users] Re: oVirt - Gluster Node Offline but Bricks Active

[Gobinda Das]

We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775
Could be the same issue.

On Wed, Sep 23, 2020 at 10:16 PM Strahil Nikolov via Users 
wrote:

>
> >1) ..."I would give the engine a 'Windows'-style fix (a.k.a.
> reboot)"  >how does one restart just the oVirt-engine?
> ssh to HostedEngine VM and run one of the following:
> - reboot
> - systemctl restart ovirt-engine.service
>
> >2) I now show in shell  3 nodes, each with the one brick for data,
> vmstore, >engine (and an ISO one I am trying to make).. with one brick each
> and all >online and replicating.  But the GUI shows thor (first server
> running >engine) offline needing to be reloaded.  Now volumes show two
> bricks.. one >online one offline.  And no option to start / force restart.
> If it shows one offline brick -> you can try the "force start". You can go
> to UI -> Storage -> Volume -> select Volume -> Start and then mark "Force"
> and "OK"
>
>
> >4) To the question of "did I add third node later."  I would attach
> >deployment guide I am building ... but can't do that in this forum.  but
> >this is as simple as I can make it.  3 intel generic servers,  1 x boot
> >drive , 1 x 512GB SSD,  2 x 1TB SSD in each.  wipe all data all
> >configuration fresh Centos8 minimal install.. setup SSH setup basic
> >networking... install cockpit.. run HCI wizard for all three nodes. That
> is >all.
>
> >How many hosts do you see in oVirt ?
> >Help is appreciated.  The main concern I have is gap in what engine sees
> >and what CLI shows.  Can someone show me where to get logs?  the GUI log
> >when I try to "activate" thor server "Status of host thor was set to
> >NonOperational."  "Gluster command [] failed on server
> >."  is very unhelpful.
> Check the following services on the node:
> - glusterd.service
> - sanlock.service
> - supervdsmd.service
> - vdsmd.service
> - ovirt-ha-broker.service
> - ovirt-ha-agent.service
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YJ7L5G7NU4PQAPQDCDIMC37JCEEGAILF/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BC3JYXVDAKANFLZQGMT6NUM6XBZNK254/

[ovirt-users] Re: Gluster Volumes - Correct Peer Connection

[Gobinda Das]

We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775


On Wed, Sep 23, 2020 at 8:50 PM Jeremey Wise  wrote:

>
> I just noticed when HCI setup bult the gluster engine / data / vmstore
> volumes... it did use correctly the definition of 10Gb "back end"
> interfaces / hosts.
>
> But..  oVirt Engine is NOT referencing this.
> it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
> issue?  I doubt this and how do I correct it?
> ###  Data Volume Example
> Name:
> data
> Volume ID:
> 0ae7b487-8b87-4192-bd30-621d445902fe
> Volume Type:
> Replicate
> Replica Count:
> 3
> Number of Bricks:
> 3
> Transport Types:
> TCP
> Maximum no of snapshots:
> 256
> Capacity:
> 999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB Guaranteed
> free, 78 Deduplication/Compression savings (%)
>
>
> medusa.penguinpages.local
> medusa.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
> odin.penguinpages.local
> odin.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
> thor.penguinpages.local
> thor.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
>
>
> # I have storage back end of 172.16.101.x  which is 10Gb dedicated for
> replication. Peers reflect this
> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
> Number of Peers: 2
>
> Hostname: thorst.penguinpages.local
> Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
> State: Peer in Cluster (Connected)
>
> Hostname: medusast.penguinpages.local
> Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
> State: Peer in Cluster (Connected)
> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#
>
>
>
> --
> p enguinpages
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ULE66KK5UEGM5GTRG6IMWZLUEI6JLHVI/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PB5WWLTTUJGXNPKLNXMY2K5GXJCYQNSB/

[ovirt-users] Re: Hosted Engine Deployment stuck at 3. Prepare VM

[Gobinda Das]

You can check /var/log/ovirt-hosted-engine-setup log for prepare vm

---
Thanks
Gobinda


From: hkexdong--- via Users 
Sent: Tuesday, August 11, 2020 8:03:31 PM
To: users@ovirt.org 
Subject: [ovirt-users] Hosted Engine Deployment stuck at 3. Prepare VM

oVirt Node version is 4.4.1. This version can successful deploy before.
But after I compile the RAID driver. It now stuck at Prepare VM.
The last message is "[ INFO ] TASK [ovirt.hosted_engine_setup : Install 
ovirt-engine-appliance rpm]"

According to the instructions from RAID controller manufacture. I'd install the 
"kernel-headers-xxx.rpm" and "kernel-devel-xxx.rpm" which extracted from 
official CentOS 8.2.2004 ISO. Also include a bunch of packages for compile 
driver (e.g. gcc, make, zlib-devel, etc.)

I think those packages ruined the deployment. But I still want to know it 
actually stuck at which part and the reason. Is there any way to check the 
deployment log?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZRQEVTZYUXWVHATC4IZPNFKBF37SGGW6/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YAB57SCAGFCGUMLOFI5EMB263R2OGK2V/

[ovirt-users] Re: ovirt 4.4.1.1 hci and problems with ansible 2.9.10 and/or missing python2

[Gobinda Das]

Hi Gianluca,
 Thanks for opening the bug.
Adding @Prajith Kesava Prasad  to look into it.


On Fri, Jul 17, 2020 at 4:02 PM Gianluca Cecchi 
wrote:

> On Fri, Jul 17, 2020 at 12:13 PM Martin Perina  wrote:
>
>> I've reverified that install new host, check for upgrades, upgrade host
>> and enroll certificates work fine even with ansible 2.9.10 on standalone
>> engine installation. So there is some issue inside HCI installer, which
>> doesn't handle python interpreter correctly.
>>
>> Gianluca, could you please create a bug for that?
>>
>>
> Opened here:
> https://bugzilla.redhat.com/show_bug.cgi?id=1858234
>
> I have attached the whole content of /var/log/ovirt-hosted-engine-setup/
> tree of the host.
> Let me know if anything else to attach and feel free to change subject
> and/or component
>
> Gianluca
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZFMOSNKCRE4PRBU6VUQGTSO4SAVGD5IT/

[ovirt-users] Re: oVirt 4.3 -> 4.4 Upgrade Path Questions

[Gobinda Das]

Hi,
 Before upgrade make sure your setup upgraded to latest
ovirt-4.3.Recommending to keep the workloads on the Virtual Machines as
minimal as possible. If you have highly write intensive workloads, then it
will take much longer time sync back data which will lead to the longer
upgrade window.
You should have an additional disk(all hosts) for the new voirt 4.4 hosted
engine deployment.

On Tue, Jul 7, 2020 at 6:56 PM Andrei Verovski  wrote:

> Hi !
>
> I have 2-node oVirt 4.3 installation, with engine running as KVM guest on
> SuSE file server (not hosted engine).
> Nodes are manually installed on CentOS 7.x (further referred as old node
> #1 and #2).
>
> I’m going to add 1 additional node, and migrate system to CentOS 8.2 /
> oVirt 4.4.
>
> Is this correct roadmap, or something can be done in a better way? Here is
> my plan.
>
> 1) Upgrade oVirt Hosted Engine running under KVM / SuSE file server to
> CentOS 8.2 / oVirt 4.4.
> Or its better to install from scratch new CentOS 8.2/oVirt 4.4 and migrate
> database?
>
> 2) Install CentOS 8.2 and oVirt node 4.4 on new server (let’s name it node
> #3).
> 3) Migrate virtual machines from old node #1 to the new (#3).
> 4) Upgrade CentOS on old node #1 to v8.2, and oVirt from web interface.
> Will that work, or upgrade CentOS 7 -> 8 will render this process
> unmanageable due to removal of many components?
> 5) Migrate back virtual machines from node #3 to newly upgraded node #1.
> 6) Repeat step 4 and 5 for old node #2.
>
>
> I have set of custom shell and python scripts running on engine and nodes,
> so manual installation was a way to go.
>
> Thanks in advance for any suggestion(s)
>
> with best regards
> Andrei
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/B6TKPHULJE37CF2O44FJJVJ3KOXR5IZI/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/W6LPORAWQZBXO6YVUYU5HPX5KQCFKR3Q/

[ovirt-users] Re: oVirt 4.4.0 Release is now generally available

[Gobinda Das]

May be we need to check for VDO version. Will check and update.
@Prajith Kesava Prasad  Can please take a look?

On Wed, Jun 17, 2020 at 7:43 PM Yedidyah Bar David  wrote:

> On Wed, Jun 17, 2020 at 4:57 PM  wrote:
> >
> > Ciao Sandro,
> >
> > just tried to re-install a Centos7 based HCI cluster because it had
> moved to another network.
> >
> > And from what I can tell it fails because Gobinda Das introduced a
> hot-fix into
> 'gluster-ansible-infra/roles/backend_setup/tasks/vdo_create.yml' that adds
> a '--maxDiscardSize 16M' option statically on April 13th.
> >
> > Only problem, the vdo 6.1 that is part of the CentOS7/oVirt 4.3.10 stack
> doesn't know that option at all, it seems to have been introduced for VDO
> 6.2 which is COS 8 based.
> >
> > Questions:
> > Should this not be caught by automated testing?
> > Where and how do I need to fill a bug report in such a way that it gets
> to Gobinda or his team?
>
> Adding Gobinda.
> --
> Didi
>
>

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KBVAZCJUKMLUFGWRT7W46SJ4TWXIUOKY/

[ovirt-users] Re: Gluster deployment fails with missing UUID

[Gobinda Das]

I would recommend  to do cleanup from cockpit or if you are using cli based
deployment then use
"/etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/tasks/gluster_cleanup.yml"
with your inventory.
Then try to deploy again. Cleanup takes care everything.

On Thu, Apr 30, 2020 at 9:59 PM Strahil Nikolov 
wrote:

> On April 30, 2020 12:31:59 PM GMT+03:00, Shareef Jalloq <
> shar...@jalloq.co.uk> wrote:
> >Changing to /dev/mapper names seems to work but if anyone can tell me
> >why
> >the /dev/sd* naming is filtered that would help my understanding.
> >
> >On Thu, Apr 30, 2020 at 10:13 AM Shareef Jalloq 
> >wrote:
> >
> >> Having no luck here.  I've had a read on the LVM config usage and
> >there
> >> were no filters enabled in lvm.conf.  I enabled debug logging and can
> >see
> >> the default global filter being applied.  I then manually forced the
> >'all'
> >> fiter and 'pvcreate /dev/sdb' still tells me it is excluded by a
> >filter.
> >> The device section from 'lvmconfig' follows.  What's wrong?
> >>
> >> devices {
> >>
> >> dir="/dev"
> >>
> >> scan="/dev"
> >>
> >> obtain_device_list_from_udev=1
> >>
> >> external_device_info_source="none"
> >>
> >> preferred_names=["^/dev/mpath/","^/dev/mapper/mpath","^/dev/[hs]d"]
> >>
> >> filter="a|.*/|"
> >>
> >> cache_dir="/etc/lvm/cache"
> >>
> >> cache_file_prefix=""
> >>
> >> write_cache_state=1
> >>
> >> sysfs_scan=1
> >>
> >> scan_lvs=0
> >>
> >> multipath_component_detection=1
> >>
> >> md_component_detection=1
> >>
> >> fw_raid_component_detection=0
> >>
> >> md_chunk_alignment=1
> >>
> >> data_alignment_detection=1
> >>
> >> data_alignment=0
> >>
> >> data_alignment_offset_detection=1
> >>
> >> ignore_suspended_devices=0
> >>
> >> ignore_lvm_mirrors=1
> >>
> >> disable_after_error_count=0
> >>
> >> require_restorefile_with_uuid=1
> >>
> >> pv_min_size=2048
> >>
> >> issue_discards=0
> >>
> >> allow_changes_with_duplicate_pvs=1
> >>
> >> }
> >>
> >> On Wed, Apr 29, 2020 at 6:21 PM Shareef Jalloq 
> >> wrote:
> >>
> >>> Actually, now I've fixed that, indeed, the deployment now fails with
> >an
> >>> lvm filter error.  I'm not familiar with filters but there aren't
> >any
> >>> uncommented instances of 'filter' in /etc/lvm/lvm.conf.
> >>>
> >>>
> >>>
> >>> On Wed, Apr 29, 2020 at 5:42 PM Shareef Jalloq
> >
> >>> wrote:
> >>>
>  Ah of course.  I was assuming something had gone wrong with the
>  deployment and it couldn't clean up its own mess.  I'll raise a bug
> >on the
>  documentation.
> 
>  Strahil, what are the other options to using /dev/sdxxx?
> 
>  On Wed, Apr 29, 2020 at 10:17 AM Strahil Nikolov
> >
>  wrote:
> 
> > On April 29, 2020 2:39:05 AM GMT+03:00, Jayme 
> >wrote:
> > >Has the drive been used before, it might have existing
> > >partition/filesystem
> > >on it? If you are sure it's fine to overwrite try running wipefs
> >-a
> > >/dev/sdb on all hosts. Also make sure there aren't any filters
> >setup in
> > >lvm.conf (there shouldn't be on fresh install, but worth
> >checking).
> > >
> > >On Tue, Apr 28, 2020 at 8:22 PM Shareef Jalloq
> >
> > >wrote:
> > >
> > >> Hi,
> > >>
> > >> I'm running the gluster deployment flow and am trying to use a
> >second
> > >> drive as the gluster volume.  It's /dev/sdb on each node and
> >I'm
> > >using the
> > >> JBOD mode.
> > >>
> > >> I'm seeing the following gluster ansible task fail and a google
> > >search
> > >> doesn't bring up much.
> > >>
> > >> TASK [gluster.infra/roles/backend_setup : Create volume groups]
> > >> 
> > >>
> > >> failed: [ovirt-gluster-01.jalloq.co.uk] (item={u'vgname':
> > >> u'gluster_vg_sdb', u'pvname': u'/dev/sdb'}) =>
> >{"ansible_loop_var":
> > >"item",
> > >> "changed": false, "err": "  Couldn't find device with uuid
> > >> Y8FVs8-LP6w-R6CR-Yosh-c40j-17XP-ttP3Np.\n  Couldn't find device
> >with
> > >uuid
> > >> tA4lpO-hM9f-S8ci-BdPh-lTve-0Rh1-3Bcsfy.\n  Couldn't find device
> >with
> > >uuid
> > >> RG3w6j-yrxn-2iMw-ngd0-HgMS-i5dP-CGjaRk.\n  Couldn't find device
> >with
> > >uuid
> > >> lQV02e-TUZE-PXCd-GWEd-eGqe-c2xC-pauHG7.\n  Device /dev/sdb
> >excluded
> > >by a
> > >> filter.\n", "item": {"pvname": "/dev/sdb", "vgname":
> > >"gluster_vg_sdb"},
> > >> "msg": "Creating physical volume '/dev/sdb' failed", "rc": 5}
> > >> ___
> > >> Users mailing list -- users@ovirt.org
> > >> To unsubscribe send an email to users-le...@ovirt.org
> > >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > >> oVirt Code of Conduct:
> > >> https://www.ovirt.org/community/about/community-guidelines/
> > >> List Archives:
> > >>
> > >
> >
> >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/5U3K3IPYCFOLUFJ56FGJI3TYWT6NOLAZ/
> > >>
> >
> > Actually best 

[ovirt-users] Re: node down due to gluster storage

[Gobinda Das]

On Mon, May 4, 2020 at 5:45 PM  wrote:

> Hello,
>
> I'm running an ovirt 2 nodes and 2 gluster storages.
> The second gluster sotrage is down due to an hardware problem
> The node 1 is allways trying to connect to the second storage and does not
> come up.
>
*This means your 2nd Storage Domain could have attached with node1. You can
check the information by clicking "second storage domain -> General" and
check path.*
*If so then please detach your second storage domain from datacenter by
following below steps:*


   1.

   Click *Compute* → *Data Centers*.
   2.

   Click a data center’s name to open the details view.
   3.

   Click the *Storage* tab to list the storage domains already attached to
   the data center.
   4.

   Select the storage domain to detach. If the storage domain is Active,
   click *Maintenance*.
   5.

   Click *OK* to initiate maintenance mode.
   6.

   Click *Detach*.
   7.

   Click *OK*.


> I'm running 4.3.6 version
>
> Any idea?
>
> thanks
>
> --
> --
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CW5ZN4ARTQVU6KGFQVM6XKCTLHQPN5WE/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZJQONOFJTRTGVHKJZONDRXLVGCZ2CRJP/

[ovirt-users] Re: [ovirt-devel] Re: oVirt 4.4.0 Beta release refresh is now available for testing

[Gobinda Das]

On Sun, Apr 19, 2020 at 5:37 AM Gianluca Cecchi 
wrote:

> On Fri, Apr 17, 2020 at 6:40 PM Sandro Bonazzola 
> wrote:
>
>> oVirt 4.4.0 Beta release refresh is now available for testing
>>
>> The oVirt Project is excited to announce the availability of the beta
>> release of oVirt 4.4.0 refresh (beta 4) for testing, as of April 17th, 2020
>>
>> This release unleashes an altogether more powerful and flexible open
>> source virtualization solution that encompasses hundreds of individual
>> changes and a wide range of enhancements across the engine, storage,
>> network, user interface, and analytics on top of oVirt 4.3.
>>
>>
>>
> Hello,
> I have tried the iso of ovirt node ng to configure a single host HCI
> environment.
> Using the wizard for single node, at the beginning in the window where you
> have to insert the fqdn of the storage node I see a javascript exception (a
> red Ooops! in top right of cockpit page tells me that).
> Both on Google Chrome and in firefox.
> In practice you cannot type anything and in js console of chrome I see:
>
> app.js:43 Uncaught TypeError: Cannot read property 'checked' of null
> at n.value (app.js:43)
> at changeCallBack (app.js:43)
> at Object.b (app.js:27)
> at w (app.js:27)
> at app.js:27
> at S (app.js:27)
> at T (app.js:27)
> at Array.forEach ()
> at _ (app.js:27)
> at N (app.js:27)
>
> We have patch available and the respective BZ is
https://bugzilla.redhat.com/show_bug.cgi?id=1825748 , The fix will be
included in next build.

> Sort of workaround is to type a character (you don't see anything), then
> click the ipv6 related checkbox just above the input line, and then you see
> the first character, then again, alternating the checkbox and a
> character you see every time appear the new character typed.
> You cannot type the full fqdn in one flow because only the last character
> appears then when you click on the checkbox...
> This anyway let me continue and type the whole storage hostname and go
> ahead with the installation.
> I arrive up to the final step "Finish Deployment", but when the host exits
> final global maintenance and the engine VM starts, it goes into panic and I
> realized that I missed the pass-through cpu flag for the hypervisor vm, so
> I'm going to retry.
> In the mean time can anyone verify the javascript exception above?
>
> Gianluca
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/IKBLU764LCRHHEXCXL4MYGPIUXJEANXX/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4FGOYMGOESWDM2XXIGQRXZCFB4MQUQRW/

[ovirt-users] Re: oVirt 4.4.0 Beta release is now available for testing

[Gobinda Das]

On Mon, Mar 30, 2020 at 8:45 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno lun 30 mar 2020 alle ore 16:56 Joop  ha
> scritto:
>
>> On 27-3-2020 15:48, Sandro Bonazzola wrote:
>>
>> oVirt 4.4.0 Beta release is now available for testing
>>
>> The oVirt Project is excited to announce the availability of the beta
>> release of oVirt 4.4.0 for testing, as of March 27th, 2020
>>
>> This release unleashes an altogether more powerful and flexible open
>> source virtualization solution that encompasses hundreds of individual
>> changes and a wide range of enhancements across the engine, storage,
>> network, user interface, and analytics on top of oVirt 4.3.
>>
>> Important notes before you try it
>>
>> Please note this is a Beta release.
>>
>> The oVirt Project makes no guarantees as to its suitability or usefulness.
>>
>> This pre-release must not to be used in production.
>>
>> In particular, please note that upgrades from 4.3 and future upgrades
>> from this beta to the final 4.4 release from this version are not supported.
>>
>> Some of the features included in oVirt 4.4.0 Beta require content that
>> will be available in CentOS Linux 8.2 which are currently included in Red
>> Hat Enterprise Linux 8.2 beta. If you want to have a better experience you
>> can test oVirt 4.4.0 Beta on Red Hat Enterprise Linux 8.2 beta.
>>
>> Known Issues
>>
>>-
>>
>>ovirt-imageio development is still in progress. In this beta you
>>can’t upload images to data domains. You can still copy iso images into 
>> the
>>deprecated ISO domain for installing VMs.
>>
>> Installation instructions
>>
>> For the engine: either use appliance or:
>>
>> - Install CentOS Linux 8 minimal from
>> <http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso>
>> http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso
>>
>> - dnf install
>> <https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm>
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm
>>
>> - dnf update (reboot if needed)
>>
>> - dnf module enable -y javapackages-tools pki-deps 389-ds
>>
>> - dnf install ovirt-engine
>>
>> - engine-setup
>>
>> For the nodes:
>>
>> Either use oVirt Node ISO or:
>>
>> - Install CentOS Linux 8 from
>> <http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso>
>> http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso
>> ; select minimal installation
>>
>> - dnf install
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm
>>
>> - dnf update (reboot if needed)
>>
>> - Attach the host to engine and let it be deployed.
>>
>> I have tested the HCI setup but ran into a problem at the the end of the
>> storage step.
>>
>
> Thanks for testing and for the feedback!
>
>
>
>> What I did is follow https://ovirt.org/download/beta.html
>> Host is Centos-8.1 from above both steps done, no problem
>> Install oVirt using the Cockpit wizard
>> 1 - not needed as its CentOS
>> 2 - 5 no problems, BUT
>> Cockpit session timeout if you're not careful, fix:
>> (add
>> [Session]
>> IdleTimeout=0
>> in /etc/cockpit/cockpit.conf
>> )
>>
>
> Yes, we found it too: https://bugzilla.redhat.com/show_bug.cgi?id=1818566
>
>
>
>> AND
>> If using step 6 and then choosing HCI setup the following is observed:
>> Deploy fails at certain steps because missing:
>> - hostname not in /etc/hosts
>> - gluster-ansible-roles not installed
>> - glusterfs-server not installed (firewall service name not available)
>> - vdsm-gluster (don't now if its needed but sounds logical)
>> - ssh-keygen
>> - ssh-copy-id `hostname -f`
>>
>> --> dnf install gluster-ansible-roles glusterfs-server vdsm-gluster -y
>>
>
> adding +Gobinda Das  here. I think that the HCI
> deployment has been developed and tested only for oVirt Node consumption,
> not really supported on plain CentOS installation.
>
Not really, It supports plain CentOS as well, Only extra effort is to
install all required pkgs.

> Maybe worth to document above steps in HCI deployment doc or make it clear
> to use oVirt Node instead.
>
>
>>
>> If the above is in place than gluster deploy will succeed and the
>> hosted-engine deploy will succeed but the 

[ovirt-users] Re: Question about HCI gluster_inventory.yml

[Gobinda Das]

Hi John,
 I am seeing error:
TASK [ovirt.hosted_engine_setup : Get local VM dir path]
*
task path:
/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/03_engine_initial_tasks.yml:57
fatal: [localhost]: FAILED! => {
"msg": "The task includes an option with an undefined variable. The
error was: 'ansible.vars.hostvars.HostVarsVars object' has no attribute
'he_local_vm_dir'\n\nThe error appears to be in
'/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/03_engine_initial_tasks.yml':
line 57, column 7, but may\nbe elsewhere in the file depending on the exact
syntax problem.\n\nThe offending line appears to be:\n\n  delegate_to:
\"{{ he_ansible_host_name }}\"\n- name: Get local VM dir path\n  ^
here\n"
}
Adding @Simone Tiraboschi 
Simone do we need to explicitly specify he_local_vm_dir ?
In gluster_inventory you can't mention other hosts and SD informations to
auto add. For that you need to create separate file under:
/usr/share/ovirt-hosted-engine-setup/gdeploy-inventory.yml
and add entries there like:

gluster:
 hosts:
  host2:
  host3:
 vars:
  storage_domains:
[{"name":"data","host":"host1","address":"host1","path":"/data","mount_options":"backup-volfile-servers=host2:host3"},{"name":"vmstore","host":"host1","address":"host1","path":"/vmstore","mount_options":"backup-volfile-servers=host2:host3"}]

Then hook will automatically read this file and perform action accordingly.

On Tue, Jan 7, 2020 at 11:53 AM John Call  wrote:

> Hi Gobinda, ovirt-users,
>
> I think I'm close, but I'm running into a timeout/error when the
> ovirt.hosted-engine-setup tasks try to connect to the new
> "HostedEngineLocal" VM.  It seems to complain about host_key_checking.  I
> disabled that via ansible.cfg, but it fails on the next task (see short
> logs.)  Do you see anything obviously wrong in my inventory and json
> files?  I've attached the verbose playbook logs when I run this from the
> first HCI host...
>
> [root@rhhi1 hc-ansible-deployment]# pwd
> /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment
>
> [root@rhhi1 hc-ansible-deployment]# ansible-playbook -b -vvv -i
> gluster_inventory.yml hc_deployment.yml
> --extra-vars='@he_gluster_vars.json' | tee playbook.logs
>
>
> Thank you,
> John Call
> Red Hat - Storage Domain Architect
> jc...@redhat.com
> (714) 267-8802
>
>
> On Wed, Dec 11, 2019 at 11:09 PM Gobinda Das  wrote:
>
>> Hi John,
>>   You need to specify storage-fqdn(Which should mapped to storage
>> network) and ovirtmgmt-fqdn (Which should mapped to frontend network)  like
>> this:
>> hc_nodes:
>>   hosts:
>> host1-STORAGE-fqdn:
>> host2-STORAGE-fqdn:
>> host3-STORAGE-fqdn:
>>   vars:
>> cluster_nodes:
>>- host1-STORAGE-fqdn
>>- host2-STORAGE-fqdn
>>- host3-STORAGE-fqdn
>> gluster_features_hci_cluster: "{{ cluster_nodes }}"
>>
>> gluster:
>>   host2-ovirtmgmt-fqdn:
>>   host3-ovirtmgmt-fqdn:
>>   storage_domains:
>> [{"name":"data","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/data","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"},{"name":"vmstore","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/vmstore","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"}]
>>
>>
>> On Thu, Dec 12, 2019 at 2:47 AM John Call  wrote:
>>
>>> Hi ovirt-users,
>>>
>>> I'm trying to automate my HCI deployment, but can't figure out how to
>>> specify multiple network interfaces in gluster_inventory.yml.  My servers
>>> have two NICs, one for ovirtmgmt (and everything else), and the other is
>>> just for Gluster.  How should I populate the inventory/vars file?  Is this
>>> correct?
>>>
>>> [root@rhhi1 hc-ansible-deployment]# pwd
>>> /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment
>>>
>>> [root@rhhi1 hc-ansible-deployment]# cat gluster_inventory.yml
>>> --lots of stuff omitted--
>>> hc_nodes:
>>>   hosts:
>>> host1-STORAGE-fqdn:
>>> host2-STORAGE-fqdn:
>>> host3-STORAGE-

[ovirt-users] Re: Question about HCI gluster_inventory.yml

[Gobinda Das]

Hi John,
  You need to specify storage-fqdn(Which should mapped to storage network)
and ovirtmgmt-fqdn (Which should mapped to frontend network)  like this:
hc_nodes:
  hosts:
host1-STORAGE-fqdn:
host2-STORAGE-fqdn:
host3-STORAGE-fqdn:
  vars:
cluster_nodes:
   - host1-STORAGE-fqdn
   - host2-STORAGE-fqdn
   - host3-STORAGE-fqdn
gluster_features_hci_cluster: "{{ cluster_nodes }}"

gluster:
  host2-ovirtmgmt-fqdn:
  host3-ovirtmgmt-fqdn:
  storage_domains:
[{"name":"data","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/data","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"},{"name":"vmstore","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/vmstore","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"}]


On Thu, Dec 12, 2019 at 2:47 AM John Call  wrote:

> Hi ovirt-users,
>
> I'm trying to automate my HCI deployment, but can't figure out how to
> specify multiple network interfaces in gluster_inventory.yml.  My servers
> have two NICs, one for ovirtmgmt (and everything else), and the other is
> just for Gluster.  How should I populate the inventory/vars file?  Is this
> correct?
>
> [root@rhhi1 hc-ansible-deployment]# pwd
> /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment
>
> [root@rhhi1 hc-ansible-deployment]# cat gluster_inventory.yml
> --lots of stuff omitted--
> hc_nodes:
>   hosts:
> host1-STORAGE-fqdn:
> host2-STORAGE-fqdn:
> host3-STORAGE-fqdn:
>   vars:
> cluster_nodes:
>- host1-ovirtmgmt-fqdn
>- host2-ovirtmgmt-fqdn
>- host3-ovirtmgmt-fqdn
> gluster_features_hci_cluster: "{{ cluster_nodes }}"
>
> gluster:
>   host2-STORAGE-fqdn:
>   host3-STORAGE-fqdn:
>   storage_domains:
> [{"name":"data","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/data","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"},{"name":"vmstore","host":"host1-STORAGE-fqdn","address":"host1-STORAGE-fqdn","path":"/vmstore","mount_options":"backup-volfile-servers=host2-STORAGE-fqdn:host3-STORAGE-fqdn"}]
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/TEAHUX6LSPM5YQ7SYBN2L7H6VUGUDNMI/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/HUH2SQNTMCD77FI2YSJJJMN666U5RLK4/

[ovirt-users] Re: Can't access Storage > Volumes through the UI.

[Gobinda Das]

Hi,
 Are you using gluster storage? If yes then can you please check whether
"Gluster Service" is enabled in your Cluster or not?

On Wed, Dec 11, 2019 at 2:27 PM Valentin Bajrami <
valentin.bajr...@target-holding.nl> wrote:

> Hi Fred,
>
> Forgot to mention that I did this already. Downgraded firefox to an older
> version from 70 to version 66. Didn't help. Tried chrome browser and yet no
> success. On another environment, the same version of ovirt-engine version
> seems not to be affected. ui.log and engine.log do not seem to show
> anything useful afaik.
>
> Valentin
> On 12/11/19 9:41 AM, Fred Rolland wrote:
>
> Maybe it is a cache issue?
> Can you try to clean the cache in the browser?
>
> On Tue, Dec 10, 2019 at 9:03 PM Valentin Bajrami <
> valentin.bajr...@target-holding.nl> wrote:
>
>> Hi Eyal,
>>
>> Have you had time to see the logs? Any idea what's going on? Could you or
>> anyone else reproduce this on version 4.3.6.7-1.el7?
>> On 12/9/19 2:26 PM, Valentin Bajrami wrote:
>>
>> Hi Eyal,
>>
>> Although I've attached the log files, I couldn't find anything useful
>> myself. See if you can make something out of it.
>>
>> Best regards,
>> Valentin
>> On 12/9/19 1:37 PM, Eyal Shenitzky wrote:
>>
>> Hi Valentin,
>>
>> Can you please add the ui.log and engine.log?
>>
>> On Mon, 9 Dec 2019 at 14:08, Valentin Bajrami <
>> valentin.bajr...@target-holding.nl> wrote:
>>
>>> Hello everyone,
>>>
>>> Recently, I upgraded ovirt-engine from 4.2.5.3-1.el7 to 4.3.6.7-1.el7
>>> but going to  Storage > Volumes   nothing seems to happen. Volumes does
>>> not open up.
>>>
>>> The error I see in the debugger mode (firefox) is as follows:
>>>
>>> org.ovirt.engine.ui.uicompat.EnumTranslator WARNING: Missing Enum
>>> resource 'V5'. Cannot find constant 'StorageFormatType___V5'; expecting
>>> a method name.  There is also a bug here:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1759102
>>>
>>> Anyone any diea?
>>>
>>> --
>>> Met vriendelijke groeten / Kind regards,
>>> Valentin Bajrami
>>> Target Holding
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@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/FZLY7JEXAIKVZDDIX4L7J4CE4EGMV5DQ/
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>> --
>> Met vriendelijke groeten,
>>
>> Valentin Bajrami
>> Target Holding
>>
>> --
>> Met vriendelijke groeten,
>>
>> Valentin Bajrami
>> Target Holding
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/7D3WOFOI5Y2C26QN664XC2BXB6CGMR3S/
>>
> --
> Met vriendelijke groeten,
>
> Valentin Bajrami
> Target Holding
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/PQKAHRPVPQLWKKTKRDQKYW3NCPDMKXNU/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/J6BQ7CNNSBVWFGGBMDX6RZSFEULCPXS7/

[ovirt-users] Re: hyperconverged single node with SSD cache fails gluster creation

[Gobinda Das]

Hi Thomas,
 Can you please share "hc_wizard_inventory.yml" file which is
under /etc/ansible/ ?

On Thu, Nov 28, 2019 at 11:26 PM Thomas Hoberg  wrote:

> Hi URS,
>
> I have tried again using the latest release (4.3.7) and noted that now
> the more "explicit" variant you quote was generated.
>
> The behavior is changed, but it still fails now complaining about
> /dev/sdb being mounted (or inaccessible in any other way).
>
> I am attaching the logs.
>
> I have a HDD RAID on /dev/sdb and a SSD partiton on /dev/sda3 with
>  >600GB of space left.
>
> I have mostly gone with defaults everywhere, used an arbiter (at least
> for the vmstore and data volumes) VDO and write-through caching with
> 550GB size (note that it fails to apply that value beyond the first node).
>
> Has anyone else tried a hyperconverged 3-node with SSD caching with
> success recently?
>
> Thanks for your feedback and help so far,
>
> Thomas
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/SR6QYSJHMYY6JRTPC3TGH24NXYY62TZM/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/LSNWYOEOMK7KSH26MCUDAVWZGTEWOGA2/

[ovirt-users] Re: Engine deployment last step.... Can anyone help ?

[Gobinda Das]

There could be two reason
1- Your gluster service may not be running.
2- In Storage Connection  there mentioned  may not exists

can you please paste the output of "gluster volume status" ?

On Mon, Nov 25, 2019 at 5:03 PM Rob  wrote:

> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Add glusterfs storage domain]
> [ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is
> "[Failed to fetch Gluster Volume List]". HTTP response code is 400.
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault
> reason is \"Operation Failed\". Fault detail is \"[Failed to fetch Gluster
> Volume List]\". HTTP response code is 400.”}
>
>
> On 25 Nov 2019, at 09:16, Rob  wrote:
>
> Yes,
>
> I’ll restart all Nodes after wiping the failed setup of Hosted engine
> using.
>
> * ovirt-hosted-engine-cleanup*
> *vdsm-tool configure --force*
> *systemctl restart libvirtd*
> *systemctl restart vdsm*
>
> *although last time I did *
>
> *systemctl restart vdsm*
>
> *VDSM did **not** restart maybe that is OK as Hosted Engine was then de
> deployed or is that the issue ?*
>
>
> On 25 Nov 2019, at 09:13, Parth Dhanjal  wrote:
>
> Can you please share the error in case it fails again?
>
> On Mon, Nov 25, 2019 at 2:42 PM Rob 
> wrote:
>
>> hmm, I’’l try again, that failed last time.
>>
>>
>> On 25 Nov 2019, at 09:08, Parth Dhanjal  wrote:
>>
>> Hey!
>>
>> For
>> Storage Connection you can add - :/engine
>> And for
>> Mount Options - backup-volfile-servers=:
>>
>>
>> On Mon, Nov 25, 2019 at 2:31 PM  wrote:
>>
>>> So...
>>>
>>> I have got to the last step
>>>
>>> 3 Machines with Gluster Storage configured however at the last screen
>>>
>>> Deploying the Engine to Gluster and the wizard does not auto fill
>>> the two fields
>>>
>>> Hosted Engine Deployment
>>>
>>> Storage Connection
>>> and
>>> Mount Options
>>>
>>> I also had to expand /tmp as it was not big enough to fit the engine
>>> before moving...
>>>
>>> What can I do to get the auto complete sorted out ?
>>>
>>> I have tried entering ovirt1.kvm.private:/gluster_lv_engine  - The
>>> Volume name
>>> and
>>> ovirt1.kvm.private:/gluster_bricks/engine
>>>
>>> Ovirt1 being the actual machine I'm running this on.
>>>
>>> Thanks
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@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/NL4HS6MIKWQAGI36NMSXGESBMB433SPL/
>>>
>>
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/LQ5YXX7IVV6ZPJA7BAVSKVVDDUBIEYXT/
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/VHQ3LTES6ABPLC6IAFKWTXN52T2C7CS5/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/DWBX4E66DLLDCRY3CEBW2VCN23OS2ENT/

[ovirt-users] Re: Gluster setup 3 Node - Now only showing single node setup in setup Wizard

[Gobinda Das]

Hi,
 You should provide the value like:
Storage Connection = :/
In your case: ovirt1.kvm.private:/engine
and Mount Options = backup-volfile-servers=<2nd Host>:<3rd Host>

On Mon, Nov 25, 2019 at 2:36 PM  wrote:

> I am using
> 4.3.6
> I got deployment working but failed at the last step
>
> I detailed that in this thread
>
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NL4HS6MIKWQAGI36NMSXGESBMB433SPL/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/B4HOFIGR5SPX7KQUSTQ3G2Y6VXETB2RO/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/Y62NICGJKSKPYWRAWH5FR2T6SHLAVEEM/

[ovirt-users] Re: oVirt Gluster Node Completely Failed Replacement

[Gobinda Das]

Hi Robert,
 If it's only a gluster host not hypervisor then this document is correct
one.
Removing a host from hyperconverged setup

   - Hosts that have a brick cannot be removed - can only be replaced. You
   will need to first replace the bricks on host with another brick.
  - Add a new host to the cluster
  - Create bricks on the newly added host - the Create Brick UI option
  from the Storage Devices sub-tab can be used to prepare and mount bricks.
  - Replace bricks from the host to be removed using the Replace Brick
   option
  - Once all bricks are replaces, the host can be moved to maintenance
  and removed


On Thu, Oct 24, 2019 at 12:42 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno gio 24 ott 2019 alle ore 06:57 Robert Crawford <
> robert.crawford4.14...@gmail.com> ha scritto:
>
>> Hey Guys,
>>
>> I had a Gluster node fail and I need to replace it; is there a
>> replacement guide?
>>
>
> I think the only guide we have on this topic is
> https://ovirt.org/documentation/gluster-hyperconverged/chap-Maintenance_and_Upgrading_Resources.html
> +Sahina Bose  ? +Gobinda Das  ?
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/QVYO55KPAG5TGJLQ5OTZIRM4EDNZARWV/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>*Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/EGU6U6WIGUHJ7JWZLDE54JFANFG7GE7B/

[ovirt-users] Re: Hyperconverged setup questions

[Gobinda Das]

Hi,
 Yes you can expand your cluster using cockpit in day2 operation.
You need to login to cockpit and then click "Manage Gluster" -> "Expand
Cluster"

On Fri, Oct 11, 2019 at 7:17 PM Strahil Nikolov 
wrote:

> On October 11, 2019 9:49:18 AM GMT+03:00, "Vrgotic, Marko" <
> m.vrgo...@activevideo.com> wrote:
> >Hi Strahil,
> >
> >Thank you.
> >One maybe stupid question, but significant to me:
> >Considering i haven’t been playing before with hyperconverged setup in
> >oVirt, is this something i can do from ui cockpit or does it require me
> >first setup an Glusterfs on the Hosts before doing anything via oVirt
> >API or Web interface?
> >
> >Kindly awaiting your reply.
> >
> >Marko
> >
> >Sent from my iPhone
> >
> >On 11 Oct 2019, at 06:14, Strahil  wrote:
> >
> >
> >
> >Hi Marko,
> >
> >I guess  you can use distributed-replicated volumes  and oVirt  cluster
> >with host triplets.
> >
> >Best Regards,
> >Strahil Nikolov
> >
> >On Oct 10, 2019 15:30, "Vrgotic, Marko" 
> >wrote:
> >
> >Dear oVirt,
> >
> >
> >
> >Is it possible to add oVirt 3Hosts/Gluster hyperconverged cluster to
> >existing oVirt setup? I need this to achieve Local storage performance,
> >but still have pool of Hypevisors available.
> >
> >Is it possible to have more than 3Hosts in Hyperconverged setup?
> >
> >
> >
> >I have currently 1Shared Cluster (NFS based storage, where also SHE is
> >hosted) and 2Local Storage clusters.
> >
> >
> >
> >oVirt current version running is 4.3.4.
> >
> >
> >
> >Kindly awaiting your reply.
> >
> >
> >
> >
> >
> >— — —
> >Met vriendelijke groet / Kind regards,
> >
> >Marko Vrgotic
> >
> >ActiveVideo
>
> Hi Marko,
>
> I'm not a big fan of GUI/UIs , so I cannot tell you.Most probably it is
> possible.
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/BW24T7H4D2IESBIUNUII2F6HNGEXXXTZ/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/GS4JJ3NQVQRN5UWVJTG2JGQCXHZ42PSF/

[ovirt-users] Re: Fwd: Unable to Upgrade

[Gobinda Das]

Hi Anton,
 There is nothing special for upgrading HCI env with Gluster. Bellow steps will 
be enough:

1- Stop glusterd service in one node which needs to be upgraded.
2- upgrade that node and start glusterd service.
3- wait heal to be completed.
4- continue same procedure for other nodes.


In your case can you please restar glusterd in all nodes and check. If it's 
still not working please share glusterd log?
Also please share "gluster volume status" out put.

Get Outlook for Android<https://aka.ms/ghei36>


From: Sandro Bonazzola 
Sent: Tuesday, October 1, 2019, 5:01 PM
To: Anton Marchukov; Gobinda Das; Sundaramoorthi, Satheesaran; Sahina Bose
Cc: users; Akshita Jain
Subject: Re: [ovirt-users] Fwd: Unable to Upgrade



Il giorno mar 1 ott 2019 alle ore 11:27 Anton Marchukov 
mailto:amarc...@redhat.com>> ha scritto:
Forwarding to the users list.

Begin forwarded message:

From: "Akshita Jain" 
mailto:aksh...@councilinfosec.org>>
Subject: Unable to Upgrade
Date: 1 October 2019 at 11:12:58 CEST
To: in...@ovirt.org<mailto:in...@ovirt.org>

After upgrading oVirt 4.3.4 to 4.3.6, the gluster is also upgrading from 5.6 to 
6.5. But as soon as it upgrades gluster peer status shows disconnected.
What is the correct method to upgrade oVirt with gluster HCI environment?

+Gobinda Das<mailto:go...@redhat.com> , +Sundaramoorthi, 
Satheesaran<mailto:sasun...@redhat.com> , +Sahina 
Bose<mailto:sab...@redhat.com> can you please follow up on this question?


___
Infra mailing list -- in...@ovirt.org<mailto:in...@ovirt.org>
To unsubscribe send an email to 
infra-le...@ovirt.org<mailto:infra-le...@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/in...@ovirt.org/message/24D6NKVLMYQA3LI2GBXJFMOHA3U42KHS/

--
Anton Marchukov
Associate Manager - RHV DevOps - Red Hat






___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@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/YO2RYKFDCSPQ7EWOVXVE6LIO7GMY36SA/


--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA<https://www.redhat.com/>

sbona...@redhat.com<mailto:sbona...@redhat.com>

[https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9ddafd5b2f1836854d7416a/Logo-RedHat-Email.png]<https://www.redhat.com/>
Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.<https://mojo.redhat.com/docs/DOC-1199578>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/PUMPJHGZ66QS2HB3BFEXM75PVZHJW6A5/

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Gobinda Das]

Hi Guillaume,
 As Satheesaran suggested the possible options which is completly valid
points. Thanks sas for that.
I would suggest to wait till 4Kn validation complet with Gluster + VDO (All
usecases), if you want 4K support. Other wise you can go ahead
with emulate512=on .

On Tue, Oct 1, 2019 at 11:56 AM Satheesaran Sundaramoorthi <
sasun...@redhat.com> wrote:

> On Tue, Oct 1, 2019 at 11:27 AM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hi all,
>>
>> Sorry for asking again :/
>>
>> Is there any consensus on not using --emulate512 anymore while creating
>> VDO volumes on Gluster?
>> Since this parameter can not be changed once the volume is created and we
>> are nearing production setup. I would really like to have an official
>> advice on this.
>>
>> Best,
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>> Hello Guillaume Pavese,
> If you are not using --emulate512 for VDO volume, then VDO volume will be
> created
> as 4K Native volume (with 4K block size).
>
> There are couple of things that bothers here:
> 1. 4K Native device support requires fixes at QEMU that will be part of
> CentOS 7.7.2 ( not yet available )
> 2. 4K Native support with VDO volumes on Gluster is not yet validated
> thoroughly.
>
> Based on the above items, it would be better you have emulate512=on or
> delay
> your production setup ( if possible, till above both items are addressed )
> to make use of 4K VDO volume.
>
> @Sahina Bose  Do you have any other suggestions ?
>
> -- Satheesaran S (sas)
>
>>
>> On Fri, Sep 27, 2019 at 3:19 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno ven 27 set 2019 alle ore 05:21 Guillaume Pavese <
>>> guillaume.pav...@interactiv-group.com> ha scritto:
>>>
>>>> I see that oVirt 4.3.6 finally has 4k domain support.
>>>>
>>>> - Would that mean that VDO enabled Gluster domains will be created
>>>> without the --emulate512 workaround?
>>>> - If the wizard to create the Gluster volumes has not yet removed that
>>>> parameter, is it safe to edit & remove it manually before creation?
>>>> - Should we expect performance increase by using the native 4k block
>>>> size of VDO?
>>>>
>>>>
>>>
>>> +Nir Soffer  +Sundaramoorthi, Satheesaran
>>>  +Gobinda Das  can you answer
>>> here?
>>>
>>>
>>>
>>>> Thanks
>>>>
>>>> Guillaume Pavese
>>>> Ingénieur Système et Réseau
>>>> Interactiv-Group
>>>>
>>>>
>>>> On Fri, Sep 27, 2019 at 12:00 AM Sandro Bonazzola 
>>>> wrote:
>>>>
>>>>> The oVirt Project is pleased to announce the general availability of
>>>>> oVirt 4.3.6 as of September 26th, 2019.
>>>>>
>>>>>
>>>>>
>>>>> This update is the sixth in a series of stabilization updates to the
>>>>> 4.3 series.
>>>>>
>>>>>
>>>>>
>>>>> This release is available now on x86_64 architecture for:
>>>>>
>>>>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>>>>
>>>>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>>>>
>>>>>
>>>>>
>>>>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>>>>> architectures for:
>>>>>
>>>>> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>>>>>
>>>>> * CentOS Linux (or similar) 7.7 or later (but < 8)
>>>>>
>>>>> * oVirt Node 4.3 (available for x86_64 only)
>>>>>
>>>>>
>>>>>
>>>>> Due to Fedora 28 being now at end of life this release is missing
>>>>> experimental tech preview for x86_64 and s390x architectures for Fedora 
>>>>> 28.
>>>>>
>>>>> We are working on Fedora 29 and 30 support and we may re-introduce
>>>>> experimental support for Fedora in next release.
>>>>>
>>>>>
>>>>>
>>>>> See the release notes [1] for installation / upgrade instructions and
>>>>> a list of new features and bugs fixed.
>>>>>
>>>>>
>>>>>
>>>>> Notes:
>>>>>
>>>>> - oVirt Appliance is already availab

[ovirt-users] Re: [ANN] oVirt 4.3.6 is now generally available

[Gobinda Das]

Hi,

On Fri, Sep 27, 2019 at 3:07 PM Rik Theys 
wrote:

> Hi,
>
> After upgrading to 4.3.6, my storage domain can no longer be activated,
> rendering my data center useless.
>
> My storage domain is local storage on a filesystem backed by VDO/LVM. It
> seems 4.3.6 has added support for 4k storage.
> My VDO does not have the 'emulate512' flag set.
>
> I've tried downgrading all packages on the host to the previous versions
> (with ioprocess 1.2), but this does not seem to make any difference. Should
> I also downgrade the engine to 4.3.5 to get this to work again. I expected
> the downgrade of the host to be sufficient.
>
What does engine log saying? Does it sending block_size =0 or 512?
If engine is sending 0 after you downgrade the hosts, then you need to
downgrade engine too.

>
> As an alternative I guess I could enable the emulate512 flag on VDO but I
> can not find how to do this on an existing VDO volume. Is this possible?
>
I don't think you can change  emulate512 value once you create VDO volume.

>
> Regards,
> Rik
>
>
> On 9/26/19 4:58 PM, Sandro Bonazzola wrote:
>
> The oVirt Project is pleased to announce the general availability of oVirt
> 4.3.6 as of September 26th, 2019.
>
>
>
> This update is the sixth in a series of stabilization updates to the 4.3
> series.
>
>
>
> This release is available now on x86_64 architecture for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
> * Red Hat Enterprise Linux 7.7 or later (but < 8)
>
> * CentOS Linux (or similar) 7.7 or later (but < 8)
>
> * oVirt Node 4.3 (available for x86_64 only)
>
>
>
> Due to Fedora 28 being now at end of life this release is missing
> experimental tech preview for x86_64 and s390x architectures for Fedora 28.
>
> We are working on Fedora 29 and 30 support and we may re-introduce
> experimental support for Fedora in next release.
>
>
>
> See the release notes [1] for installation / upgrade instructions and a
> list of new features and bugs fixed.
>
>
>
> Notes:
>
> - oVirt Appliance is already available
>
> - oVirt Node is already available[2]
>
> oVirt Node and Appliance have been updated including:
>
> - oVirt 4.3.6: http://www.ovirt.org/release/4.3.6/
>
> - Wildfly 17.0.1:
> https://wildfly.org/news/2019/07/07/WildFly-1701-Released/
>
> - Latest CentOS 7.7 updates including:
>
>-
>
>Release for CentOS Linux 7 (1908) on the x86_64 Architecture
>
> 
>-
>
>CEBA-2019:2601 CentOS 7 NetworkManager BugFix Update
>
> 
>
>-
>
>CEBA-2019:2023 CentOS 7 efivar BugFix Update
>
> 
>-
>
>CEBA-2019:2614 CentOS 7 firewalld BugFix Update
>
> 
>-
>
>CEBA-2019:2227 CentOS 7 grubby BugFix Update
>
> 
>-
>
>CESA-2019:2258 Moderate CentOS 7 http-parser Security Update
>
> 
>-
>
>CESA-2019:2600 Important CentOS 7 kernel Security Update
>
> 
>-
>
>CEBA-2019:2599 CentOS 7 krb5 BugFix Update
>
> 
>-
>
>CEBA-2019:2358 CentOS 7 libguestfs BugFix Update
>
> 
>-
>
>CEBA-2019:2679 CentOS 7 libvirt BugFix Update
>
> 
>-
>
>CEBA-2019:2501 CentOS 7 rsyslog BugFix Update
>
> 
>-
>
>CEBA-2019:2355 CentOS 7 selinux-policy BugFix Update
>
> 
>-
>
>CEBA-2019:2612 CentOS 7 sg3_utils BugFix Update
>
> 
>-
>
>CEBA-2019:2602 CentOS 7 sos BugFix Update
>
> 
>
>-
>
>CEBA-2019:2564 CentOS 7 subscription-manager BugFix Update
>
> 
>-
>
>CEBA-2019:2356 CentOS 7 systemd BugFix Update
>
> 
>-
>
>CEBA-2019:2605 CentOS 7 tuned BugFix Update
>
> 

[ovirt-users] engine-setup is failing in fedora30

[Gobinda Das]

Hi,
 I am facing issue to do engine-setup in fedora30.

[godas@godas ovirt-engine]$ $HOME/ovirt-engine/bin/engine-setup
[ INFO  ] Stage: Initializing
  Setup was run under unprivileged user this will produce
development installation do you wish to proceed? (Yes, No) [No]: Yes
[ INFO  ] Stage: Environment setup
  Configuration files:
['/home/gobinda/ovirt-engine/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file:
/home/gobinda/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20190821121001-bkc6we.log
  Version: otopi-1.8.1_master
(otopi-1.8.1-0.0.master.20190228094531.git1953bdc.fc30)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup (late)
[ INFO  ] Stage: Environment customization

  --== PRODUCT OPTIONS ==--


  --== PACKAGES ==--


  --== NETWORK CONFIGURATION ==--

[WARNING] Failed to resolve godas.lab.eng.blr.redhat.com using DNS, it can
be resolved only locally

  --== DATABASE CONFIGURATION ==--


  --== OVIRT ENGINE CONFIGURATION ==--

  Perform full vacuum on the engine database engine@localhost?
  This operation may take a while depending on this setup health
and the
  configuration of the db vacuum process.
  See https://www.postgresql.org/docs/10/sql-vacuum.html
  (Yes, No) [No]:

  --== STORAGE CONFIGURATION ==--


  --== PKI CONFIGURATION ==--


  --== APACHE CONFIGURATION ==--


  --== SYSTEM CONFIGURATION ==--


  --== MISC CONFIGURATION ==--


  --== END OF CONFIGURATION ==--

[ INFO  ] Stage: Setup validation

  --== CONFIGURATION PREVIEW ==--

  Default SAN wipe after delete   : False
  Host FQDN   :
godas.lab.eng.blr.redhat.com
  Set up Cinderlib integration: False
  Engine database host: localhost
  Engine database port: 5432
  Engine database secured connection  : False
  Engine database host name validation: False
  Engine database name: engine
  Engine database user name   : engine
  Engine installation : True
  PKI organization: lab.eng.blr.redhat.com
  Set up ovirt-provider-ovn   : False
  Configure WebSocket Proxy   : True
  Configure VMConsole Proxy   : True

  Please confirm installation settings (OK, Cancel) [OK]: OK
[ INFO  ] Checking the Engine database consistency
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stage: Misc configuration (early)
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Upgrading CA
[ INFO  ] Configuring WebSocket Proxy
[ INFO  ] Backing up database localhost:engine to
'/home/gobinda/ovirt-engine/var/lib/ovirt-engine/backups/engine-20190821121010.0iip56rw.dump'.
[ INFO  ] Creating/refreshing Engine database schema
  Unregistering existing client registration info.
[ INFO  ] Generating post install configuration file
'/home/gobinda/ovirt-engine/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'
[ ERROR ] Failed to execute stage 'Misc configuration': a bytes-like object
is required, not 'str'
[ INFO  ] Rolling back database schema
[ INFO  ] Clearing Engine database engine
[ INFO  ] Restoring Engine database engine
[ INFO  ] Restoring file
'/home/gobinda/ovirt-engine/var/lib/ovirt-engine/backups/engine-20190821121010.0iip56rw.dump'
to database localhost:engine.
[ ERROR ] Engine database rollback failed: cannot use a string pattern on a
bytes-like object
[ INFO  ] Stage: Clean up
  Log file is located at
/home/gobinda/ovirt-engine/var/log/ovirt-engine/setup/ovirt-engine-setup-20190821121001-bkc6we.log
[ INFO  ] Generating answer file
'/home/gobinda/ovirt-engine/var/lib/ovirt-engine/setup/answers/20190821121039-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

I*t was working before but the moment i pulled latest master code the issue
started.*

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/TNCLKNANFXON5R5TBUWWWLYTBCVHUVXG/

[ovirt-users] Re: Error creating local storage domain: Internal Engine Error.

[Gobinda Das]

I think Storage format V5 is supported from ovirt-4.3.3.2  and vdsm-4.30.10
onwards.

On Thu, Aug 8, 2019 at 8:49 PM  wrote:

> Hi.
>
> I have opened a bug as suggested.
>
> Bug 1739134
>
> Thanks for your support.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/W7BZZY5UV72Y43UE7FTNEBTJYYFFKVVC/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/RNUUY77UF7PAOG64DDGHZD2PJXTXSMGN/

[ovirt-users] Re: Failed Installation

[Gobinda Das]

Can you please share engine log which copied to your host?

On Thu, Jul 25, 2019 at 12:36 PM Marcello Gentile <
marcello.gent...@adsdata.ca> wrote:

> I’m installing a self-hosted engine on CentOS7.6 using cockpit.  Keep
> getting this error
>
> [ INFO ] TASK [ovirt.hosted_engine_setup : Wait for the host to be up]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Check host status]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> host has been set in non_operational status, please check engine logs, fix
> accordingly and re-deploy.\n"}
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fetch logs from the engine VM]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set destination directory path]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Create destination directory]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Find the local appliance image]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set local_vm_disk_path]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Give the vm time to flush dirty
> buffers]
> [ INFO ] ok: [localhost -> localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Copy engine logs]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Remove local vm dir]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Remove temporary entry in
> /etc/hosts for the local VM]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Notify the user about a failure]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> system may not be provisioned according to the playbook results: please
> check the logs for the issue, fix accordingly or re-deploy from scratch.\n”}
>
>
> The logs don’t tell me much or at least the ones I’m checking
>
> Any help would be greatly appreciated
>
> Thanks
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/ULWH4THYSHGQWGXVN3DHFX44T6TLBP2L/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/U2Y7KT75KAA3CF6GJYC4P4GY6MKUM2H5/

[ovirt-users] Re: An error has occurred during installation of Host

[Gobinda Das]

This could be the issue with your yum package.
Can you please try yum update. If you will get same error then probably you
need to update your yum pkg.

On Wed, Jul 10, 2019 at 2:03 PM  wrote:

> Upadte01:
> I tried to add another new host,some errors occurred:
> 1st:
> An error has occurred during installation of Host node03: Yum 'ascii'
> codec can't encode characters in position 165-169: ordinal not in
> range(128).
> 2ed:
> An error has occurred during installation of Host node03: Failed to
> execute stage 'Environment customization': 'ascii' codec can't encode
> characters in position 165-169: ordinal not in range(128).
> 3rd:
> Host node03 installation failed. Command returned failure code 1 during
> SSH session 'root@node03'.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/KBAXSCWTTKUBTH5GMPFZNQDKQ5T7Z4NK/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SIB36SRIOGB4IINQ7COIRVPFVSLMAEXO/

[ovirt-users] Re: Replace bad Host from a 9 Node hyperconverged setup 4.3.3

[Gobinda Das]

We have ansible role to replace gluster node.I think it works only with
same FQDN.
https://github.com/sac/gluster-ansible-maintenance
I am not sure if it covers all senarios, but you can try with same FQDN.

On Fri, Jun 14, 2019 at 7:13 AM Adrian Quintero 
wrote:

> Strahil,
> Thanks for all the follow up, I will try to reproduce the same scenario
> today, deploy a 9 node cluster, Completely kill the initiating node (vmm10)
> and see If i can recover using the extra server approach (Different
> IP/FQDN). If I am able to recover I will also try to test with your
> suggested second approach (Using same IP/FQDN).
> My objective here is to document the possible recovery scenarios without
> any downtime or impact.
>
> I have documented a few setup and recovery scenarios with 6 and 9 nodes
> already with a hyperconverged setup and I will make them available to the
> community, hopefully this week, including the tests that you have been
> helping me with. Hopefully this will provide help to others that are in the
> same situation that I am, and it will also provide me with feedback from
> more knowledgeable admins out there so that I can get this into production
> in the near future.
>
>
> Thanks again.
>
>
>
> On Wed, Jun 12, 2019 at 11:58 PM Strahil  wrote:
>
>> Hi Adrian,
>>
>> Please keep in mind that when a server dies, the easiest way to recover
>> is to get another freshly installed server with different IP/FQDN .
>> Then you will need to use 'replace-brick' and once gluster replaces that
>> node - you should be able to remove the old entry in oVirt.
>> Once the old entry is gone, you can add the new installation in oVirt via
>> the UI.
>>
>> Another approach is to have the same IP/FQDN for the fresh install.In
>> this situation, you need to have the same gluster ID (which should be a
>> text file) and the peer IDs. Most probably you can create them on your own
>> , based on data on the other gluster peers.
>> Once the fresh install is available in 'gluster peer' , you can initiate
>> a reset-brick' (don't forget to set the SELINUX , firewall and repos) and a
>> full heal.
>> From there you can reinstall the machine from the UI and it should be
>> available for usage.
>>
>> P.S.: I know that the whole procedure is not so easy :)
>>
>> Best Regards,
>> Strahil Nikolov
>> On Jun 12, 2019 19:02, Adrian Quintero  wrote:
>>
>> Strahil, I dont use the GUI that much, in this case I need to understand
>> how all is tied together if I want to move to production. As far as Gluster
>> goes, I can get do the administration thru CLI, however when my test
>> environment was set up it was setup using geodeploy for Hyperconverged
>> setup under oVirt.
>> The initial setup was 3 servers with the same amount of physical disks:
>> sdb, sdc, sdc, sdd, sde(this last one used for caching as it is an SSD)
>>
>> vmm10.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine
>> vmm10.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1
>> vmm10.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1
>> vmm10.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2
>>
>> vmm11.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine
>> vmm11.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1
>> vmm11.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1
>> vmm11.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2
>>
>> vmm12.mydomain.com:/gluster_bricks/brick1(/dev/sdb) engine
>> vmm12.mydomain.com:/gluster_bricks/brick2(/dev/sdb) vmstore1
>> vmm12.mydomain.com:/gluster_bricks/brick3(/dev/sdc) data1
>> vmm12.mydomain.com:/gluster_bricks/brick4(/dev/sdd) data2
>>
>> *As you can see from the above the the engine volume is conformed of
>> hosts vmm10 (Initiating cluster server but now dead sever), vmm11 and vmm12
>> and on block device /dev/sdb (100Gb LV), also the vmstore1 volume is also
>> on /dev/sdb (2600Gb LV).*
>> /dev/mapper/gluster_vg_sdb-gluster_lv_engine   xfs
>>   100G  2.0G   98G   2% /gluster_bricks/engine
>> /dev/mapper/gluster_vg_sdb-gluster_lv_vmstore1 xfs
>>   2.6T   35M  2.6T   1% /gluster_bricks/vmstore1
>> /dev/mapper/gluster_vg_sdc-gluster_lv_data1xfs
>>   2.7T  4.6G  2.7T   1% /gluster_bricks/data1
>> /dev/mapper/gluster_vg_sdd-gluster_lv_data2xfs
>>   2.7T  9.5G  2.7T   1% /gluster_bricks/data2
>> vmm10.mydomain.com:/engine
>> fuse.glusterfs  300G  9.2G  291G   4%
>> /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_engine
>> vmm10.mydomain.com:/vmstore1
>> fuse.glusterfs  5.1T   53G  5.1T   2%
>> /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_vmstore1
>> vmm10.mydomain.com:/data1
>>  fuse.glusterfs  8.0T   95G  7.9T   2%
>> /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data1
>> vmm10.mydomain.com:/data2
>>  fuse.glusterfs  8.0T  112G  7.8T   2%
>> /rhev/data-center/mnt/glusterSD/vmm10.virt.iad3p:_data2
>>
>>
>>
>>
>> *before any issues I increased the size of the cluster and the gluster
>> cluster with the following, creating 4 

[ovirt-users] Re: [ovirt-announce] Re: [ANN] oVirt 4.3.4 First Release Candidate is now available

[Gobinda Das]

>From RHHI side default we are setting below volume options:

{ group: 'virt',
 storage.owner-uid: '36',
 storage.owner-gid: '36',
 network.ping-timeout: '30',
 performance.strict-o-direct: 'on',
 network.remote-dio: 'off'
   }


On Fri, May 17, 2019 at 2:31 AM Strahil Nikolov 
wrote:

> Ok, setting 'gluster volume set data_fast4 network.remote-dio on' allowed
> me to create the storage domain without any issues.
> I set it on all 4 new gluster volumes and the storage domains were
> successfully created.
>
> I have created bug for that:
> https://bugzilla.redhat.com/show_bug.cgi?id=1711060
>
> If someone else already opened - please ping me to mark this one as
> duplicate.
>
> Best Regards,
> Strahil Nikolov
>
>
> В четвъртък, 16 май 2019 г., 22:27:01 ч. Гринуич+3, Darrell Budic <
> bu...@onholyground.com> написа:
>
>
> On May 16, 2019, at 1:41 PM, Nir Soffer  wrote:
>
>
> On Thu, May 16, 2019 at 8:38 PM Darrell Budic 
> wrote:
>
> I tried adding a new storage domain on my hyper converged test cluster
> running Ovirt 4.3.3.7 and gluster 6.1. I was able to create the new gluster
> volume fine, but it’s not able to add the gluster storage domain (as either
> a managed gluster volume or directly entering values). The created gluster
> volume mounts and looks fine from the CLI. Errors in VDSM log:
>
> ...
>
> 2019-05-16 10:25:09,584-0500 ERROR (jsonrpc/5) [storage.fileSD] Underlying
> file system doesn't supportdirect IO (fileSD:110)
> 2019-05-16 10:25:09,584-0500 INFO  (jsonrpc/5) [vdsm.api] FINISH
> createStorageDomain error=Storage Domain target is unsupported: ()
> from=:::10.100.90.5,44732, flow_id=31d993dd,
> task_id=ecea28f3-60d4-476d-9ba8-b753b7c9940d (api:52)
>
>
> The direct I/O check has failed.
>
>
> So something is wrong in the files system.
>
> To confirm, you can try to do:
>
> dd if=/dev/zero of=/path/to/mountoint/test bs=4096 count=1 oflag=direct
>
> This will probably fail with:
> dd: failed to open '/path/to/mountoint/test': Invalid argument
>
> If it succeeds, but oVirt fail to connect to this domain, file a bug and
> we will investigate.
>
> Nir
>
>
> Yep, it fails as expected. Just to check, it is working on pre-existing
> volumes, so I poked around at gluster settings for the new volume. It has
> network.remote-dio=off set on the new volume, but enabled on old volumes.
> After enabling it, I’m able to run the dd test:
>
> [root@boneyard mnt]# gluster vol set test network.remote-dio enable
> volume set: success
> [root@boneyard mnt]# dd if=/dev/zero of=testfile bs=4096 count=1
> oflag=direct
> 1+0 records in
> 1+0 records out
> 4096 bytes (4.1 kB) copied, 0.0018285 s, 2.2 MB/s
>
> I’m also able to add the storage domain in ovirt now.
>
> I see network.remote-dio=enable is part of the gluster virt group, so
> apparently it’s not getting set by ovirt duding the volume creation/optimze
> for storage?
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/OPBXHYOHZA4XR5CHU7KMD2ISQWLFRG5N/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/B7K24XYG3M43CMMM7MMFARH52QEBXIU5/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ZAHK6LYDPJ7IS6D4OFNBHVVY5JETMAY7/

[ovirt-users] Re: [ANN] oVirt 4.3.4 First Release Candidate is now available

[Gobinda Das]

On Thu, 16 May 2019, 10:02 p.m. Sandro Bonazzola, 
wrote:

>
>
> Il giorno gio 16 mag 2019 alle ore 18:29 Strahil 
> ha scritto:
>
>> Hi Sandro,
>>
>> Thanks for the update.
>>
>> I have just upgraded to RC1 (using gluster v6 here)  and the issue  I
>> detected in 4.3.3.7 - where gluster Storage domain fails creation - is
>> still present.
>>
> What is the error? Can I get error log?
May be engine and vdsm log.

> Can you check if the 'dd' command executed during creation has been
>> recently modified ?
>>
>> I've received update from Darrell  (also gluster v6) , but haven't
>> received an update from anyone who is using gluster v5 -> thus I haven't
>> opened a bug yet.
>>
>
> Thanks for the feedback, I added a few people to the thread, hopefully
> they can help on this.
>
>
>
>> Best Regards,
>> Strahil Nikolov
>> On May 16, 2019 11:21, Sandro Bonazzola  wrote:
>>
>> The oVirt Project is pleased to announce the availability of the oVirt
>> 4.3.4 First Release Candidate, as of May 16th, 2019.
>>
>> This update is a release candidate of the fourth in a series of
>> stabilization updates to the 4.3 series.
>> This is pre-release software. This pre-release should not to be used
>> inproduction.
>>
>> This release is available now on x86_64 architecture for:
>> * Red Hat Enterprise Linux 7.6 or later
>> * CentOS Linux (or similar) 7.6 or later
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>> * Red Hat Enterprise Linux 7.6 or later
>> * CentOS Linux (or similar) 7.6 or later
>> * oVirt Node 4.3 (available for x86_64 only)
>>
>> Experimental tech preview for x86_64 and s390x architectures for Fedora
>> 28 is also included.
>>
>> See the release notes [1] for installation / upgrade instructions and a
>> list of new features and bugs fixed.
>>
>> Notes:
>> - oVirt Appliance is already available
>> - oVirt Node is already available[2]
>>
>> Additional Resources:
>> * Read more about the oVirt 4.3.4 release highlights:
>> http://www.ovirt.org/release/4.3.4/
>> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
>> * Check out the latest project news on the oVirt blog:
>> http://www.ovirt.org/blog/
>>
>> [1] http://www.ovirt.org/release/4.3.4/
>> [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA 
>>
>> sbona...@redhat.com
>> 
>> 
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> 
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/MZGF4UVYUBWY5PEG2LOYXBFPJ3ISDX7C/

[ovirt-users] Re: [oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 1068 - Still Failing!

[Gobinda Das]

Hi Simone/Ido,
 Could you please help me here? Do we need to pass any value specifically
for content_type ?

On Mon, Apr 8, 2019 at 11:45 AM Gobinda Das  wrote:

> There is a new field called "content_type" introduced in
> ovirt-ansible-hosted-engine-setup role which is causing problem.
>
> *07:32:47* TASK [ovirt.hosted_engine_setup : Add HE disks] 
> *07:32:48* failed: [localhost] 
> (item={u'content': u'hosted_engine', u'description': u'Hosted-Engine disk', 
> u'sparse': True, u'format': u'raw', u'size': u'61GiB', u'name': 
> u'he_virtio_disk'}) => {"changed": false, "item": {"content": 
> "hosted_engine", "description": "Hosted-Engine disk", "format": "raw", 
> "name": "he_virtio_disk", "size": "61GiB", "sparse": true}, "msg": 
> "Unsupported parameters for (ovirt_disk) module: content_type Supported 
> parameters include: auth, bootable, description, download_image_path, 
> fetch_nested, force, format, id, image_provider, interface, logical_unit, 
> name, nested_attributes, openstack_volume_type, poll_interval, profile, 
> quota_id, shareable, size, sparse, sparsify, state, storage_domain, 
> storage_domains, timeout, upload_image_path, vm_id, vm_name, wait"}
>
>
> Right now I have no clue why it saying Unsupported parameters, In code i can 
> see the content type is constant value i.e. 
> 'hosted_engine','hosted_engine_sanlock','hosted_engine_configuration' and 
> 'hosted_engine_metadata'
>
>
> Ref: 
> https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/94499eccec9fe858b133bc3167545785b2e88dbc
>
>
> On Mon, Apr 8, 2019 at 10:19 AM Sahina Bose  wrote:
>
>> Can you review rhis?
>> Both 4.3 and master seem to be failing
>>
>> On Mon, Apr 8, 2019 at 7:33 AM  wrote:
>> >
>> > Project:
>> http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/
>> > Build:
>> http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/1068/
>> > Build Number: 1068
>> > Build Status:  Still Failing
>> > Triggered By: Started by timer
>> >
>> > -
>> > Changes Since Last Success:
>> > -
>> > Changes for Build #1066
>> > [Eitan Raviv] hostlib: report host mgmt net and its attachment data
>> >
>> >
>> > Changes for Build #1067
>> > [Eitan Raviv] hostlib: report host mgmt net and its attachment data
>> >
>> >
>> > Changes for Build #1068
>> > [Dominik Holler] basic-suite-master: Use 384MB memory for VM0
>> >
>> > [Evgheni Dereveanchin] Make standard-manual-runner run concurrently
>> >
>> >
>> >
>> >
>> > -
>> > Failed Tests:
>> > -
>> > No tests ran.
>>
>
>
> --
>
>
> Thanks,
> Gobinda
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3DPXRT7GJ3M4MBYCQGZMYIMYCV66MY34/

[ovirt-users] Re: HE - engine gluster volume - not mounted

[Gobinda Das]

Hi Leo,
 Can you please paste "df -Th" and "gluster v status" out put ?
Wanted to make sure engine mounted and volumes and bricks are up.
What does vdsm log say?

On Tue, Apr 2, 2019 at 2:06 PM Leo David  wrote:

> Thank you very much !
> I have just installed a new fresh node,   and triggered the single
> instance hyperconverged setup. It seems it fails at the hosted engine final
> steps of deployment:
>  INFO ] TASK [ovirt.hosted_engine_setup : Get required size]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Remove unsuitable storage
> domain]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Check storage domain free space]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Activate storage domain]
> [ ERROR ] Error: Fault reason is "Operation Failed". Fault detail is
> "[Cannot attach Storage. There is no active Host in the Data Center.]".
> HTTP response code is 409.
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault
> reason is \"Operation Failed\". Fault detail is \"[Cannot attach Storage.
> There is no active Host in the Data Center.]\". HTTP response code is 409."}
> Also,  the
> ovirt-hosted-engine-setup-ansible-create_storage_domain-201932112413-xkq6nb.log
>  throws
> the following:
>
> 2019-04-02 09:25:40,420+0100 DEBUG var changed: host "localhost" var
> "otopi_storage_domain_details" type "" value: "{
> "changed": false,
> "exception": "Traceback (most recent call last):\n  File
> \"/tmp/ansible_ovirt_storage_domain_payload_87MSyY/__main__.py\", line 664,
> in main\nstorage_domains_module.post_create_check(sd_id)\n  File
> \"/tmp/ansible_ovirt_storage_domain_payload_87MSyY/__main__.py\", line 526,
> in post_create_check\nid=storage_domain.id,\n  File
> \"/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py\", line 3053, in
> add\nreturn self._internal_add(storage_domain, headers, query, wait)\n
> File \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 232,
> in _internal_add\nreturn future.wait() if wait else future\n  File
> \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 55, in
> wait\nreturn self._code(response)\n  File
> \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 229, in
> callback\nself._check_fault(response)\n  File
> \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 132, in
> _check_fault\nself._raise_error(response, body)\n  File
> \"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py\", line 118, in
> _raise_error\nraise error\nError: Fault reason is \"Operation Failed\".
> Fault detail is \"[Cannot attach Storage. There is no active Host in the
> Data Center.]\". HTTP response code is 409.\n",
> "failed": true,
> "msg": "Fault reason is \"Operation Failed\". Fault detail is
> \"[Cannot attach Storage. There is no active Host in the Data Center.]\".
> HTTP response code is 409."
> }"
>
> I have used the ovirt-node-ng-installer-4.3.2-2019031908.el7.iso. So far,
> I am unable to deploy oVirt single node Hyperconverged...
> Any thoughts ?
>
>
>
> On Mon, Apr 1, 2019 at 9:46 PM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Mon, Apr 1, 2019 at 6:14 PM Leo David  wrote:
>>
>>> Thank you Simone.
>>> I've decides to go for a new fresh install from iso, and i'll keep
>>> posted if any troubles arise. But I am still trying to understand what are
>>> the services that mount the lvms and volumes after configuration. There is
>>> nothing related in fstab, so I assume there are a couple of .mount files
>>> somewhere in the filesystem.
>>> Im just trying to understand node's underneath workflow.
>>>
>>
>> hosted-engine configuration is stored
>> in /etc/ovirt-hosted-engine/hosted-engine.conf; ovirt-ha-broker will mount
>> the hosted-engine storage domain according to that and so ovirt-ha-agent
>> will be able to start the engine VM.
>> Everything else is just in the engine DB.
>>
>>
>>>
>>> On Mon, Apr 1, 2019, 10:16 Simone Tiraboschi 
>>> wrote:
>>>
 Hi,
 to understand what's failing I'd suggest to start attaching setup logs.

 On Sun, Mar 31, 2019 at 5:06 PM Leo David  wrote:

> Hello Everyone,
> Using 4.3.2 installation, and after running through HyperConverged
> Setup,  at the last stage it fails. It seems that the previously created
> "engine" volume is not mounted under "/rhev" path, therefore the setup
> cannot finish the deployment.
> Any ideea which are the services responsible of mounting the volumes
> on oVirt Node distribution ? I'm thinking that maybe this particularly one
> failed to start for some reason...
> Thank you very much !
>
> --
> Best regards, Leo David
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> 

[ovirt-users] Upgraded ovirt-4.2 to ovirt-4.3 and VM run fails

[Gobinda Das]

Hi,
 I have upgraded ovirt-4.2 to ovirt-4.3 and after upgrade while starting
vms giving me error:
Cannot run VM. There is no host that satisfies current scheduling
constraints. See below for details: The host *node1.test.com
* did not satisfy internal filter
ClusterInMaintenance because the cluster is in maintenance and only highly
available VMs are allowed to start. The host *node2.test.com
* did not satisfy internal filter
ClusterInMaintenance because the cluster is in maintenance and only highly
available VMs are allowed to start. The host *node3.test.com
* did not satisfy internal filter
ClusterInMaintenance because the cluster is in maintenance and only highly
available VMs are allowed to start.

Eventhough cluster is not in maintenance mode.
This setup is using gluster6 for storage.

-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3XUXYXCLKW4FFJWAET6KWC6FINXQRH6D/

[ovirt-users] Re: "gluster-ansible-roles is not installed on Host" error on Cockpit

[Gobinda Das]

I just used below repo in centos7 and able to install latest
*gluster-ansible-roles-1.0.4-4.el7.noarch*

[sac-gluster-ansible]
name=Copr repo for gluster-ansible owned by sac
baseurl=
https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-$basearch/
type=rpm-md
skip_if_unavailable=True
gpgcheck=1
gpgkey=
https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/pubkey.gpg
repo_gpgcheck=0
enabled=1
enabled_metadata=1

On Mon, Mar 11, 2019 at 2:08 PM Sahina Bose  wrote:

> We do have an updated rpm gluster-ansible-roles. +Sachidananda URS
>
> On Sun, Mar 10, 2019 at 7:00 PM Hesham Ahmed  wrote:
> >
> > sac-gluster-ansible is there and is enabled:
> >
> > [sac-gluster-ansible]
> > enabled=1
> > name = Copr repo for gluster-ansible owned by sac
> > baseurl =
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-$basearch/
> > type = rpm-md
> > skip_if_unavailable = False
> > gpgcheck = 1
> > gpgkey =
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/pubkey.gpg
> > repo_gpgcheck = 0
> > enabled = 1
> > enabled_metadata = 1
> > includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> > ovirt-engine-appliance
> >
> > The issue doesn't appear to be missing packages but package naming.
> > There is a package gluster-ansible installed which provides the
> > gluster ansible roles:
> >
> > Installed Packages
> > Name: gluster-ansible
> > Arch: noarch
> > Version : 0.6
> > Release : 1
> > Size: 56 k
> > Repo: installed
> > Summary : Ansible roles for GlusterFS deployment and management
> > URL : https://github.com/gluster/gluster-ansible
> > License : GPLv3
> > Description : Collection of Ansible roles for the deploying and
> > managing GlusterFS clusters.
> >
> > I can also confirm that just by changing the package name in the
> > app.js as I previously mentioned allows complete HCI deployment and
> > gluster volume creation from within Cockpit without any issues.
> >
> >
> > On Sun, Mar 10, 2019 at 2:55 PM Strahil  wrote:
> > >
> > > Check if you have a repo called sac-gluster-ansible.
> > >
> > > Best Regards,
> > > Strahil NikolovOn Mar 10, 2019 08:21, Hesham Ahmed 
> wrote:
> > > >
> > > > On a new 4.3.1 oVirt Node installation, when trying to deploy HCI
> > > > (also when trying adding a new gluster volume to existing clusters)
> > > > using Cockpit, an error is displayed "gluster-ansible-roles is not
> > > > installed on Host. To continue deployment, please install
> > > > gluster-ansible-roles on Host and try again". There is no package
> > > > named gluster-ansible-roles in the repositories:
> > > >
> > > > [root@localhost ~]# yum install gluster-ansible-roles
> > > > Loaded plugins: enabled_repos_upload, fastestmirror,
> imgbased-persist,
> > > > package_upload, product-id, search-disabled-repos,
> > > > subscription-manager, vdsmupgrade
> > > > This system is not registered with an entitlement server. You can use
> > > > subscription-manager to register.
> > > > Loading mirror speeds from cached hostfile
> > > > * ovirt-4.3-epel: mirror.horizon.vn
> > > > No package gluster-ansible-roles available.
> > > > Error: Nothing to do
> > > > Uploading Enabled Repositories Report
> > > > Cannot upload enabled repos report, is this client registered?
> > > >
> > > > This is due to check introduced here:
> > > >
> https://gerrit.ovirt.org/#/c/98023/1/dashboard/src/helpers/AnsibleUtil.js
> > > >
> > > > Changing the line from:
> > > > [ "rpm", "-qa", "gluster-ansible-roles" ], { "superuser":"require" }
> > > > to
> > > > [ "rpm", "-qa", "gluster-ansible" ], { "superuser":"require" }
> > > > resolves the issue. The above code snippet is installed at
> > > > /usr/share/cockpit/ovirt-dashboard/app.js on oVirt node and can be
> > > > patched by running "sed -i
> 's/gluster-ansible-roles/gluster-ansible/g'
> > > > /usr/share/cockpit/ovirt-dashboard/app.js && systemctl restart
> > > > cockpit"
> > > > ___
> > > > Users mailing list -- users@ovirt.org
> > > > To unsubscribe send an email to users-le...@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/243QJOXO2KTWYU5CDH3OC7WJ6Z2EL4CG/
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@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/WCS3VLTIOW4FF2BXHQQ4AGGJBHXJYXLS/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org

[ovirt-users] Re: gdeployConfig.conf errors (Hyperconverged setup using GUI)

[Gobinda Das]

Hi Adrian,
 Looks like issue is with lvm (
https://bugzilla.redhat.com/show_bug.cgi?id=502671  and
https://bugzilla.redhat.com/show_bug.cgi?id=1664461 )
And it's fixed in lvm2-2.02.46-3.el5
Can you please check your lvm2 version?

On Mon, Mar 11, 2019 at 1:57 PM Sahina Bose  wrote:

> +Gobinda Das +Dhanjal Parth
>
> On Mon, Mar 11, 2019 at 1:42 AM  wrote:
> >
> > Hello I am trying to run a Hyperconverged setup "COnfigure gluster
> storage and ovirt hosted engine", however  I get the following error
> >
> >
> __
> >  PLAY [gluster_servers]
> *
> >
> > TASK [Create LVs with specified size for the VGs]
> **
> > failed: [ovirt01.grupokino.com] (item={u'lv': u'gluster_thinpool_sdb',
> u'size': u'45GB', u'extent': u'100%FREE', u'vg': u'gluster_vg_sdb'}) =>
> {"changed": false, "item": {"extent": "100%FREE", "lv":
> "gluster_thinpool_sdb", "size": "45GB", "vg": "gluster_vg_sdb"}, "msg":
> "lvcreate: metadata/pv_map.c:198: consume_pv_area: Assertion `to_go <=
> pva->count' failed.\n", "rc": -6}
> > to retry, use: --limit @/tmp/tmpwo4SNB/lvcreate.retry
> >
> > PLAY RECAP
> *
> > ovirt01.grupokino.com  : ok=0changed=0unreachable=0
> failed=1
> >
> __
> >
> > I know that oVirt Hosted Engine Setup GUI for "gluster wizard (gluster
> deployment) does not populate the geodeployConfig.conf file properly
> (Generated Gdeploy configuration :
> /var/lib/ovirt-hosted-engine-setup/gdeploy/gdeployConfig.conf) so I have
> tried to modify it to fit our needs but keep getting the above error
> everytime.
> >
> > Any ideas or comments are welcome...Thanks!
> >
> >
> >
> >
> > My servers are setup with 4x50GB disks, 1 for the OS and the rest for
> Gluster Hyperconverged setup.
> >
> __
> > my gdeployConfig.conf file:
> >
> __
> > #gdeploy configuration generated by cockpit-gluster plugin
> > [hosts]
> > ovirt01.mydomain.com
> > ovirt02.mydomain.com
> > ovirt03.mydomain.com
> >
> > [script1:ovirt01.mydomain.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb,sdc,sdd
> -h ovirt01.mydomain.com, ovirt02.mydomain.com, ovirt03.mydomain.com
> >
> > [script1:ovirt02.mydomain.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb,sdc,sdd
> -h ovirt01.mydomain.com, ovirt02.mydomain.com, ovirt03.mydomain.com
> >
> > [script1:ovirt03.mydomain.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb,sdc,sdd
> -h ovirt01.mydomain.com, ovirt02.mydomain.com, ovirt03.mydomain.com
> >
> > [disktype]
> > jbod
> >
> > [diskcount]
> > 3
> >
> > [stripesize]
> > 256
> >
> > [service1]
> > action=enable
> > service=chronyd
> >
> > [service2]
> > action=restart
> > service=chronyd
> >
> > [shell2]
> > action=execute
> > command=vdsm-tool configure --force
> >
> > [script3]
> > action=execute
> > file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
> > ignore_script_errors=no
> >
> > [pv1:ovirt01.mydomain.com]
> > action=create
> > devices=sdb
> > ignore_pv_errors=no
> >
> > [pv1:ovirt02.mydomain.com]
> > action=create
> > devices=sdb
> > ignore_pv_errors=no
> >
> > [pv1:ovirt03.mydomain.com]
> > action=create
> > devices=sdb
> > ignore_pv_errors=no
> >
> > [pv2:ovirt01.mydomain.com]
> > action=create
> > devices=sdc
> > ignore_pv_errors=no
> >
> > [pv2:ovirt02.mydomain.com]
> > action=create
> > devices=sdc
> > ignore_pv_errors=no
> >
> > [pv2:ovirt03.mydomain.com]
> > action=create
> > devices=sdc
> > ignore_pv_errors=no
> >
> > [pv3:ovirt01.mydomain.com]
> > action=create
> 

[ovirt-users] Re: ovirt-node 4.2 iso - hyperconverged wizard doesn't write gdeployConfig settings

[Gobinda Das]

Sure Greg, I will look into this and get back to you guys.

On Tue, Feb 5, 2019 at 7:22 AM Greg Sheremeta  wrote:

> Sahina, Gobinda,
>
> Can you check this thread?
>
> On Mon, Feb 4, 2019 at 6:02 PM feral  wrote:
>
>> Glusterd was enabled, just crashes on boot. It's a known issue that was
>> resolved in 3.13, but ovirt-node only has 3.12.
>> The VM is at that point, paused. So I manually startup glusterd again and
>> ensure all nodes are online, and then resume the hosted engine. Sometimes
>> it works, sometimes not.
>>
>> I think the issue here is that there are multiple issues with the current
>> ovirt-node release iso. I was able to get everything working with Centos
>> base and installing ovirt manually. Still had the same problem with the
>> gluster wizard not using any of my settings, but after that, and ensuring i
>> restart all services after a reboot, things came to life.
>> Trying to discuss with devs, but so far no luck. I keep hearing that the
>> previous release of ovirt-node (iso) was just much smoother, but haven't
>> seen anyone addressing the issues in current release.
>>
>>
>> On Mon, Feb 4, 2019 at 2:16 PM Edward Berger  wrote:
>>
>>> On each host you should check if systemctl status glusterd shows
>>> "enabled" and whatever is the gluster events daemon. (I'm not logged in to
>>> look right now)
>>>
>>> I'm not sure which part of gluster-wizard or hosted-engine engine
>>> installation is supposed to do the enabling, but I've seen where incomplete
>>> installs left it disabled.
>>>
>>> If the gluster servers haven't come up properly then there's no working
>>> image for engine.
>>> I had a situation where it was in a "paused" state and I had to run
>>> "hosted-engine --vm-status" on possible nodes to find which one has VM in
>>> paused state
>>> then log into that node and run this command..
>>>
>>> virsh -c
>>> qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf resume
>>> HostedEngine
>>>
>>>
>>> On Mon, Feb 4, 2019 at 3:23 PM feral  wrote:
>>>
 On that note, have you also had issues with gluster not restarting on
 reboot, as well as all of the HA stuff failing on reboot after power loss?
 Thus far, the only way I've got the cluster to come back to life, is to
 manually restart glusterd on all nodes, then put the cluster back into "not
 mainentance" mode, and then manually starting the hosted-engine vm. This
 also fails after 2 or 3 power losses, even though the entire cluster is
 happy through the first 2.

 On Mon, Feb 4, 2019 at 12:21 PM feral  wrote:

> Yea, I've been able to build a config manually myself, but sure would
> be nice if the gdeploy worked (at all), as it takes an hour to deploy 
> every
> test, and manually creating the conf, I have to be super conservative 
> about
> my sizes, as I'm still not entirely sure what the deploy script actually
> does. IE: I've got 3 nodes with 1.2TB for the gluster each, but if I try 
> to
> build a deployment to make use of more than 900GB, it fails as it's
> creating the thinpool with whatever size it wants.
>
> Just wanted to make sure I wasn't the only one having this issue.
> Given we know at least two people have noticed, who's the best to contact?
> I haven't been able to get any response from devs on any of (the myriad)
> of issues with the 4.2.8 image.
>

> Have you reported bugs?
> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
> is a good generic place to start
>
>
>> Also having a ton of strange issues with the hosted-engine vm deployment.
>

> Can you elaborate and or report bugs?
> https://bugzilla.redhat.com/enter_bug.cgi?product=cockpit-ovirt
>
>
>>
> On Mon, Feb 4, 2019 at 11:59 AM Edward Berger 
> wrote:
>
>> Yes, I had that issue with an 4.2.8 installation.
>> I had to manually edit the "web-UI-generated" config to be anywhere
>> close to what I wanted.
>>
>
> Please report a bug on this, with steps to reproduce.
> https://bugzilla.redhat.com/enter_bug.cgi?product=cockpit-ovirt
>
>
>>
>> I'll attach an edited config as an example.
>>
>> On Mon, Feb 4, 2019 at 2:51 PM feral  wrote:
>>
>>> New install of ovirt-node 4.2 (from iso). Setup each node with
>>> networking and ssh keys, and use the hyperconverged gluster deployment
>>> wizard. None of the user specified settings are ever reflected in the
>>> gdeployConfig.conf.
>>> Anyone running into this?
>>>
>>> --
>>> _
>>> Fact:
>>> 1. Ninjas are mammals.
>>> 2. Ninjas fight ALL the time.
>>> 3. The purpose of the ninja is to flip out and kill people.
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> 

[ovirt-users] Re: Deploying single instance - error

[Gobinda Das]

Hi David,
 Thanks!
Adding sac to check if we are missing anything for gdeploy.

On Mon, Jan 28, 2019 at 4:33 PM Leo David  wrote:

> Hi Gobinda,
> gdeploy --version
> gdeploy 2.0.2
>
> yum list installed | grep gdeploy
> gdeploy.noarch2.0.8-1.el7
> installed
>
> Thank you !
>
>
> On Mon, Jan 28, 2019 at 10:56 AM Gobinda Das  wrote:
>
>> Hi David,
>>  Can you please check the  gdeploy version?
>> This bug was fixed last year:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1626513
>> And is part of: gdeploy-2.0.2-29
>>
>> On Sun, Jan 27, 2019 at 2:38 PM Leo David  wrote:
>>
>>> Hi,
>>> It seems so that I had to manually add the sections, to make the scrip
>>> working:
>>> [diskcount]
>>> 12
>>> [stripesize]
>>> 256
>>>
>>> It looks like ansible is still searching for these sections regardless
>>> that I have configured "jbod"  in the wizard...
>>>
>>> Thanks,
>>>
>>> Leo
>>>
>>>
>>>
>>> On Sun, Jan 27, 2019 at 10:49 AM Leo David  wrote:
>>>
>>>> Hello Everyone,
>>>> Using version 4.2.8, ( ovirt-node-ng-installer-4.2.0-2019012606.el7.iso
>>>> ) for deploying one node instance by following from within CockpitUI seems
>>>> not to be possible.
>>>> Here's the generated inventory ( i've specified "jbod"  in the wizard ):
>>>>
>>>> #gdeploy configuration generated by cockpit-gluster plugin
>>>> [hosts]
>>>> 192.168.80.191
>>>>
>>>> [script1:192.168.80.191]
>>>> action=execute
>>>> ignore_script_errors=no
>>>> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
>>>> 192.168.80.191
>>>> [disktype]
>>>> jbod
>>>> [service1]
>>>> action=enable
>>>> service=chronyd
>>>> [service2]
>>>> action=restart
>>>> service=chronyd
>>>> [shell2]
>>>> action=execute
>>>> command=vdsm-tool configure --force
>>>> [script3]
>>>> action=execute
>>>> file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
>>>> ignore_script_errors=no
>>>> [pv1:192.168.80.191]
>>>> action=create
>>>> devices=sdb
>>>> ignore_pv_errors=no
>>>> [vg1:192.168.80.191]
>>>> action=create
>>>> vgname=gluster_vg_sdb
>>>> pvname=sdb
>>>> ignore_vg_errors=no
>>>> [lv1:192.168.80.191]
>>>> action=create
>>>> lvname=gluster_lv_engine
>>>> ignore_lv_errors=no
>>>> vgname=gluster_vg_sdb
>>>> mount=/gluster_bricks/engine
>>>> size=230GB
>>>> lvtype=thick
>>>> [selinux]
>>>> yes
>>>> [service3]
>>>> action=restart
>>>> service=glusterd
>>>> slice_setup=yes
>>>> [firewalld]
>>>> action=add
>>>>
>>>> ports=111/tcp,2049/tcp,54321/tcp,5900/tcp,5900-6923/tcp,5666/tcp,16514/tcp,54322/tcp
>>>> services=glusterfs
>>>> [script2]
>>>> action=execute
>>>> file=/usr/share/gdeploy/scripts/disable-gluster-hooks.sh
>>>> [shell3]
>>>> action=execute
>>>> command=usermod -a -G gluster qemu
>>>> [volume1]
>>>> action=create
>>>> volname=engine
>>>> transport=tcp
>>>>
>>>> key=storage.owner-uid,storage.owner-gid,features.shard,performance.low-prio-threads,performance.strict-o-direct,network.remote-dio,network.ping-timeout,user.cifs,nfs.disable,performance.quick-read,performance.read-ahead,performance.io-cache,cluster.eager-lock
>>>> value=36,36,on,32,on,off,30,off,on,off,off,off,enable
>>>> brick_dirs=192.168.80.191:/gluster_bricks/engine/engine
>>>> ignore_volume_errors=no
>>>>
>>>> It does not get to finish,  throwing the following error:
>>>>
>>>> PLAY [gluster_servers]
>>>> *
>>>> TASK [Create volume group on the disks]
>>>> 
>>>> changed: [192.168.80.191] => (item={u'brick': u'/dev/sdb', u'vg':
>>>> u'gluster_vg_sdb'})
>>>> PLAY RECAP
>>>> *
>>>> 192.168.80.191 : ok=1changed=1unreachable=0
>>>> failed=0
>>>> *Error: Section diskcount not found in the configuration file*
>>>>
>>>> Any thoughts ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards, Leo David
>>>>
>>>
>>>
>>> --
>>> Best regards, Leo David
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@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/Z2X45A6V6WQC3DBH6DGENJGBAVKNPY5T/
>>>
>>
>>
>> --
>>
>>
>> Thanks,
>> Gobinda
>>
>
>
> --
> Best regards, Leo David
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/UJARCLZTVSMEDATLQVUDI2NXYY5QY24E/

[ovirt-users] Re: Deploying single instance - error

[Gobinda Das]

Hi David,
 Can you please check the  gdeploy version?
This bug was fixed last year:
https://bugzilla.redhat.com/show_bug.cgi?id=1626513
And is part of: gdeploy-2.0.2-29

On Sun, Jan 27, 2019 at 2:38 PM Leo David  wrote:

> Hi,
> It seems so that I had to manually add the sections, to make the scrip
> working:
> [diskcount]
> 12
> [stripesize]
> 256
>
> It looks like ansible is still searching for these sections regardless
> that I have configured "jbod"  in the wizard...
>
> Thanks,
>
> Leo
>
>
>
> On Sun, Jan 27, 2019 at 10:49 AM Leo David  wrote:
>
>> Hello Everyone,
>> Using version 4.2.8, ( ovirt-node-ng-installer-4.2.0-2019012606.el7.iso
>> ) for deploying one node instance by following from within CockpitUI seems
>> not to be possible.
>> Here's the generated inventory ( i've specified "jbod"  in the wizard ):
>>
>> #gdeploy configuration generated by cockpit-gluster plugin
>> [hosts]
>> 192.168.80.191
>>
>> [script1:192.168.80.191]
>> action=execute
>> ignore_script_errors=no
>> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
>> 192.168.80.191
>> [disktype]
>> jbod
>> [service1]
>> action=enable
>> service=chronyd
>> [service2]
>> action=restart
>> service=chronyd
>> [shell2]
>> action=execute
>> command=vdsm-tool configure --force
>> [script3]
>> action=execute
>> file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
>> ignore_script_errors=no
>> [pv1:192.168.80.191]
>> action=create
>> devices=sdb
>> ignore_pv_errors=no
>> [vg1:192.168.80.191]
>> action=create
>> vgname=gluster_vg_sdb
>> pvname=sdb
>> ignore_vg_errors=no
>> [lv1:192.168.80.191]
>> action=create
>> lvname=gluster_lv_engine
>> ignore_lv_errors=no
>> vgname=gluster_vg_sdb
>> mount=/gluster_bricks/engine
>> size=230GB
>> lvtype=thick
>> [selinux]
>> yes
>> [service3]
>> action=restart
>> service=glusterd
>> slice_setup=yes
>> [firewalld]
>> action=add
>>
>> ports=111/tcp,2049/tcp,54321/tcp,5900/tcp,5900-6923/tcp,5666/tcp,16514/tcp,54322/tcp
>> services=glusterfs
>> [script2]
>> action=execute
>> file=/usr/share/gdeploy/scripts/disable-gluster-hooks.sh
>> [shell3]
>> action=execute
>> command=usermod -a -G gluster qemu
>> [volume1]
>> action=create
>> volname=engine
>> transport=tcp
>>
>> key=storage.owner-uid,storage.owner-gid,features.shard,performance.low-prio-threads,performance.strict-o-direct,network.remote-dio,network.ping-timeout,user.cifs,nfs.disable,performance.quick-read,performance.read-ahead,performance.io-cache,cluster.eager-lock
>> value=36,36,on,32,on,off,30,off,on,off,off,off,enable
>> brick_dirs=192.168.80.191:/gluster_bricks/engine/engine
>> ignore_volume_errors=no
>>
>> It does not get to finish,  throwing the following error:
>>
>> PLAY [gluster_servers]
>> *
>> TASK [Create volume group on the disks]
>> 
>> changed: [192.168.80.191] => (item={u'brick': u'/dev/sdb', u'vg':
>> u'gluster_vg_sdb'})
>> PLAY RECAP
>> *
>> 192.168.80.191 : ok=1changed=1unreachable=0
>> failed=0
>> *Error: Section diskcount not found in the configuration file*
>>
>> Any thoughts ?
>>
>>
>>
>>
>>
>>
>> --
>> Best regards, Leo David
>>
>
>
> --
> Best regards, Leo David
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/Z2X45A6V6WQC3DBH6DGENJGBAVKNPY5T/
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/P4MIBCHPGTYYIJ5NO736VAW37JXXH6MY/

[ovirt-users] Re: oVirt 4.3 RC2 test on single host HCI --> OK

[Gobinda Das]

Hi Sahina,
I think the addition of storage domain may be missing? Gobinda?
Yes, For Single node deployment, auto add storage domain is missing. I will
add it.

On Wed, Jan 16, 2019 at 9:38 PM Gianluca Cecchi 
wrote:

> On Wed, Jan 16, 2019 at 4:59 PM Sahina Bose  wrote:
>
>> On Wed, Jan 16, 2019 at 8:24 PM Gianluca Cecchi
>>  wrote:
>> >
>> > Just tested what in subject on a vm (so it has been a nested env)
>> configured with 2 disks: 1x60Gb for OS and 1x100Gb for gluster.
>> > Used node ng from ovirt-node-ng-installer-4.3.0-2019011608.el7.iso and
>> almost all the problems had with RC1 here:
>> > https://www.mail-archive.com/users@ovirt.org/msg52870.html
>> > have gone solved.
>> > The hosted engine deploy completed successfully and I'm able to access
>> engine web admin and see the VM and its storage domain and connect to
>> console.
>> >
>> > The only persisting problem is that I choose JBOD in my disk config
>> (because I have only one disk) and the deploy gives error about missing
>> diskcount parameter in ansible playbook, so I have to edit the gdeploy conf
>> file from the gui and add the section
>> >
>> > [diskcount]
>> > 1
>> >
>> > after that all goes well.
>> > Good job guys!
>> >
>> > BTW: is it correct hat for data and vmstore I only have the volumes
>> configured, while I have to manullay create storage domains?
>>
>> I think the addition of storage domain may be missing? Gobinda?
>>
>> >
>> > If I want to extend this initial configuration to 3 nodes, what would
>> be the installation path to execute?
>>
>> You can add the additional hosts via engine, and expand the volume.
>> The bricks are laid out differently - as there's no option to create
>> multiple bricks on engine UI. We did have an expand volume planned in
>> the gluster management dashboard in Cockpit, I don't recollect if it
>> made it to 4.3.
>>
>>
> My only need at this time is to install the same iso on 2 additional hosts
> configured with the same hw: 1x60Gb disk for os and 1x100Gb for Gluster,
> and add them to the infra so that I will have the same volumes with the
> same size, but distributed on the three nodes, without interruption of
> service from current config.
> One of the two additional nodes will work as arbiter
>
> Thanks,
> Gianluca
>


-- 


Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/5W7IL5VXWFFEB673XV5XQ7DMGSWDQ455/

[ovirt-users] Re: Unable to add storage domain

[Gobinda Das]

Yes , if you create vdo volume via cockpit then you will get all necessary
options default.

On Mon, Jan 7, 2019 at 10:24 AM Sahina Bose  wrote:

> On Thu, Jan 3, 2019 at 5:37 AM  wrote:
> >
> > A!!!  I figured it out!!!  I didn't realize that I had to enable the
> 512e emulation on the VDO drives, just got it successfully added!
>
> I thought this was the default in the cockpit wizard?
>
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@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/IVTZLR7ZZEJSHGOB73W7KX5AG2Z5QV6B/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/RUKJMNSAAMEKH6OXZEOEH34UCV2ANL6S/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/O4MWQVWPDD6XUVVMXGHS7AW5TBUYWH3P/

[ovirt-users] Re: Failed to add host to oVirt

[Gobinda Das]

Hi,
Have you installed  "
http://resources.ovirt.org/pub/yum-repo/ovirt-releaseXY.rpm; in your host
before adding ?

On Sun, Dec 23, 2018 at 2:53 PM Eyal Shenitzky  wrote:

> Hey,
>
> I am failing to add a host to oVirt due to the following error:
>
> 2018-12-23 11:15:29,482+0200 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Environment
> customization': Cannot find a valid baseurl for repo: ovirt
> -master-centos-gluster5/7Server/x86_64
>
> Does someone encounter this issue?
>
>
> --
> Regards,
> Eyal Shenitzky
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/VJR5K5OSBOUI57W3FVKE2J7YW7KQUWAX/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/EDZWANIVMPB3C7MJ7UD6DP77PXHI3C5C/

[ovirt-users] Re: Unable to add storage domain

[Gobinda Das]

Hi,
 Can you send engine and vdsm log?

On Tue, Jan 1, 2019 at 9:37 AM  wrote:

> 1. Created a lv on a VDO device, mounted on /gluster_bricks/brick
> 2. Created a new gluster brick on /gluster_bricks/brick/brick
> 3. Unable to add them new a new storage domain or import it.
>
> get a bunch of "finished disconnecting storage..." errors and nothing
> happens
> I've lost 30+ VMs due to previous issues with gluster deployment wizard,
> so I created drives manually to match settings from wizard, totally screwed
> now.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/2BKFCA7PYJHD2A4KDYDJOBHJJVCGR6CU/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/VOXYSANUTQ6FLFNYVULMKRWBSX7KJZWN/

[ovirt-users] Re: Hyperconvergend Setup stuck

[Gobinda Das]

Which version of gdeploy you are using?

On Tue, Dec 18, 2018 at 6:06 PM Stefan Wolf  wrote:

> Hello
>
>
>
> I like to setup hyperconvergend
>
>
>
> I ve 3 hosts, everyone is fresh installed
>
> Kvm320 has one additional harddrive with 1TB SATA
>
> And kvm360 and kvm380 with two additional harddrives with 300gb and 600gb
> SAS
>
>
>
>
>
> #gdeploy configuration generated by cockpit-gluster plugin
>
> [hosts]
>
> kvm380.durchhalten.intern
>
> kvm360.durchhalten.intern
>
> kvm320.durchhalten.intern
>
>
>
> [script1:kvm380.durchhalten.intern]
>
> action=execute
>
> ignore_script_errors=no
>
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb,sdc -h
> kvm380.durchhalten.intern, kvm360.durchhalten.intern,
> kvm320.durchhalten.intern
>
>
>
> [script1:kvm360.durchhalten.intern]
>
> action=execute
>
> ignore_script_errors=no
>
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb,sdc -h
> kvm380.durchhalten.intern, kvm360.durchhalten.intern,
> kvm320.durchhalten.intern
>
>
>
> [script1:kvm320.durchhalten.intern]
>
> action=execute
>
> ignore_script_errors=no
>
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
> kvm380.durchhalten.intern, kvm360.durchhalten.intern,
> kvm320.durchhalten.intern
>
>
>
> [disktype]
>
> raid6
>
>
>
> [diskcount]
>
> 12
>
>
>
> [stripesize]
>
> 256
>
>
>
> [service1]
>
> action=enable
>
> service=chronyd
>
>
>
> [service2]
>
> action=restart
>
> service=chronyd
>
>
>
> [shell2]
>
> action=execute
>
> command=vdsm-tool configure --force
>
>
>
> [script3]
>
> action=execute
>
> file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
>
> ignore_script_errors=no
>
>
>
> [pv1:kvm380.durchhalten.intern]
>
> action=create
>
> devices=sdb
>
> ignore_pv_errors=no
>
>
>
> [pv2:kvm380.durchhalten.intern]
>
> action=create
>
> devices=sdc
>
> ignore_pv_errors=no
>
>
>
> [pv1:kvm360.durchhalten.intern]
>
> action=create
>
> devices=sdb
>
> ignore_pv_errors=no
>
>
>
> [pv2:kvm360.durchhalten.intern]
>
> action=create
>
> devices=sdc
>
> ignore_pv_errors=no
>
>
>
> [pv1:kvm320.durchhalten.intern]
>
> action=create
>
> devices=sdb
>
> ignore_pv_errors=no
>
>
>
> [vg1:kvm380.durchhalten.intern]
>
> action=create
>
> vgname=gluster_vg_sdb
>
> pvname=sdb
>
> ignore_vg_errors=no
>
>
>
> [vg2:kvm380.durchhalten.intern]
>
> action=create
>
> vgname=gluster_vg_sdc
>
> pvname=sdc
>
> ignore_vg_errors=no
>
>
>
> [vg1:kvm360.durchhalten.intern]
>
> action=create
>
> vgname=gluster_vg_sdb
>
> pvname=sdb
>
> ignore_vg_errors=no
>
>
>
> [vg2:kvm360.durchhalten.intern]
>
> action=create
>
> vgname=gluster_vg_sdc
>
> pvname=sdc
>
> ignore_vg_errors=no
>
>
>
> [vg1:kvm320.durchhalten.intern]
>
> action=create
>
> vgname=gluster_vg_sdb
>
> pvname=sdb
>
> ignore_vg_errors=no
>
>
>
> [lv1:kvm380.durchhalten.intern]
>
> action=create
>
> poolname=gluster_thinpool_sdc
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> lvtype=thinpool
>
> size=1005GB
>
> poolmetadatasize=5GB
>
>
>
> [lv2:kvm360.durchhalten.intern]
>
> action=create
>
> poolname=gluster_thinpool_sdc
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> lvtype=thinpool
>
> size=1005GB
>
> poolmetadatasize=5GB
>
>
>
> [lv3:kvm320.durchhalten.intern]
>
> action=create
>
> poolname=gluster_thinpool_sdb
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdb
>
> lvtype=thinpool
>
> size=41GB
>
> poolmetadatasize=1GB
>
>
>
> [lv4:kvm380.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_engine
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdb
>
> mount=/gluster_bricks/engine
>
> size=100GB
>
> lvtype=thick
>
>
>
> [lv5:kvm380.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_data
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> mount=/gluster_bricks/data
>
> lvtype=thinlv
>
> poolname=gluster_thinpool_sdc
>
> virtualsize=500GB
>
>
>
> [lv6:kvm380.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_vmstore
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> mount=/gluster_bricks/vmstore
>
> lvtype=thinlv
>
> poolname=gluster_thinpool_sdc
>
> virtualsize=500GB
>
>
>
> [lv7:kvm360.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_engine
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdb
>
> mount=/gluster_bricks/engine
>
> size=100GB
>
> lvtype=thick
>
>
>
> [lv8:kvm360.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_data
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> mount=/gluster_bricks/data
>
> lvtype=thinlv
>
> poolname=gluster_thinpool_sdc
>
> virtualsize=500GB
>
>
>
> [lv9:kvm360.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_vmstore
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdc
>
> mount=/gluster_bricks/vmstore
>
> lvtype=thinlv
>
> poolname=gluster_thinpool_sdc
>
> virtualsize=500GB
>
>
>
> [lv10:kvm320.durchhalten.intern]
>
> action=create
>
> lvname=gluster_lv_engine
>
> ignore_lv_errors=no
>
> vgname=gluster_vg_sdb
>
> mount=/gluster_bricks/engine
>
> size=20GB
>
> lvtype=thick
>
>
>
> [lv11:kvm320.durchhalten.intern]
>
> action=create
>
> 

[ovirt-users] Re: Regarding Ovirt node installation

[Gobinda Das]

Hi Hemant,
 Could you provide vdsm.log and supervdsm.log as well ?

On Fri, Dec 14, 2018 at 10:51 AM Hemant Gupta 
wrote:

> Hi,
> While adding Ovirt node to Ovirt engine I am getting below network errors
> on ovirt-engine.log
>
> 2018-12-14 10:38:58,900+05 INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-85) [5a45cbef] Lock freed
> to object
> 'EngineLock:{exclusiveLocks='[3b5faef7-e0f5-4995-934e-0d681c253d8f=PROVIDER]',
> sharedLocks=''}'
> 2018-12-14 10:42:05,962+05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-66) [] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM OvirtNode command Get Host
> Capabilities failed: Message timeout which can be caused by communication
> issues
> 2018-12-14 10:42:05,962+05 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-66) [] Unable to
> RefreshCapabilities: VDSNetworkException: VDSGenericException:
> VDSNetworkException: Message timeout which can be caused by communication
> issues
> 2018-12-14 10:43:42,433+05 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'default' is using 0 threads out of 1, 5 threads waiting for tasks.
> 2018-12-14 10:43:42,433+05 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineScheduled' is using 0 threads out of 100, 100 threads waiting for
> tasks.
> 2018-12-14 10:43:42,433+05 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineThreadMonitoring' is using 1 threads out of 1, 0 threads waiting for
> tasks.
> 2018-12-14 10:43:58,949+05 INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [28e597cc] Lock
> Acquired to object
> 'EngineLock:{exclusiveLocks='[3b5faef7-e0f5-4995-934e-0d681c253d8f=PROVIDER]',
> sharedLocks=''}'
> 2018-12-14 10:43:58,959+05 INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [28e597cc] Running
> command: SyncNetworkProviderCommand internal: true.
> 2018-12-14 10:43:59,248+05 INFO
> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-47) []
> User admin@internal successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2018-12-14 10:43:59,438+05 INFO
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-30) [28e597cc] Lock freed
> to object
> 'EngineLock:{exclusiveLocks='[3b5faef7-e0f5-4995-934e-0d681c253d8f=PROVIDER]',
> sharedLocks=''}'
> 2018-12-14 10:45:28,996+05 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-68) [] EVENT_ID:
> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM OvirtNode command Get Host
> Capabilities failed: Message timeout which can be caused by communication
> issues
> 2018-12-14 10:45:28,996+05 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
> (EE-ManagedThreadFactory-engineScheduled-Thread-68) [] Unable to
> RefreshCapabilities: VDSNetworkException: VDSGenericException:
> VDSNetworkException: Message timeout which can be caused by communication
> issues
> https://www.ovirt.org/documentation/install-guide/chap-System_Requirements/
>
> Will I need to open port between my Ovirt master and Ovirt node for Ovirt
> node connection and establishment to be completed???
>
> Please help I am stuck here...
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/S5QPPPCZHXIBAXHH4B6YGVX2DS6CYZ2A/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/PQWRLW4PTTVAGMLFHCILHG7V3XVHG2BR/

[ovirt-users] Re: oVirt Nested Virtualization

[Gobinda Das]

Hi Markus,
 What's the out put of
egrep "vmx|svm" "/proc/cpuinfo"
When the out put does not return any thing you will get "Hardware
virtualization is not supported on this host"

On Thu, Dec 13, 2018 at 7:50 PM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> On 11 Dec 2018, at 16:10, Gianluca Cecchi 
> wrote:
>
> On Tue, Dec 11, 2018 at 3:29 PM Markus Schaufler <
> markus.schauf...@digit-all.at> wrote:
>
>> Centos 7.5, ovirt 4.2.7
>> it works when pinpointing the vm's to a host and enable cpu-passthrough.
>> but i presume it should work without this workaround too.
>> ___
>>
>>
> If I remember correctly there is no support/consistence for the L2
> systems, that are guests inside an L1 system that is migrated.
> So perhaps this limitation drove to force host pinning and prevent having
> unpredictable results for L2 guests
>
>
> it’s not really done because of that - it’s rather that by default none of
> the named CPU models are adding vmx and so the guest doesn’t look like
> capable of virtualization. Cpu passthrough does, because it passes all the
> flags, but it also enforces host pinning. Which is then a nice coincidence
> because indeed the migration wouldn’t work anyway:)
> And it’s something to keep in mind now in later 4.2.z and 4.3 where we now
> allow migration of VMs with cpu passthrough. But it’s not for this use case
> and there nested environment still doesn’t support migration properly and
> you need to make sure not to migrate.
>
> See also here:
> https://www.linux-kvm.org/page/Nested_Guests
>
> HIH,
> Gianluca
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/Y2T3RXLPTMB2S7TUDKIVYJ4PEB72SW3H/
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/I4VT2YVVO6HX5AGBDIHVCOT3IYSYVFNW/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SF3BZHQA57CRX6EJRMPCS5L3I7YVWUN3/

[ovirt-users] Re: Ovirt Engine UI bug- cannot attache networks to hosts

[Gobinda Das]

Hi Leo,
Is there any error in engine?
Can you please share engine log as well?

On Thu, Dec 13, 2018 at 9:01 PM Leo David  wrote:

> Thank you very much Eitan !
> So on a fresh installation, browser cache cleared, tried different
> browsers, i still have that error,  and the following error in ui.log:
>
> - 2018-12-13 15:21:34,625Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-2) [] Permutation
> name:
> F7D51C60208EA84178ACC5B48326252F
> 2018-12-13 15:21:34,626Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-2) [] Uncaught
> exception:
> com.google.gwt.core.client.JavaScriptException: (TypeError) : M9(...) is
> null
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.$getValue(SubTabNetworkHostView.java:125)
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.getValue(SubTabNetworkHostView.java:125)
> at
> com.google.gwt.user.cellview.client.Column.render(Column.java:164)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$renderCell(AbstractCellTableBuilder.java:188)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.DefaultCellTableBuilder.$buildRowImpl(DefaultCellTableBuilder.java:62)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$buildRow(AbstractCellTableBuilder.java:85)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.$buildRowValues(AbstractCellTable.java:2350)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.replaceAllChildren(AbstractCellTable.java:2149)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractHasData$View.replaceAllChildren(AbstractHasData.java:265)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.HasDataPresenter.$resolvePendingState(HasDataPresenter.java:1062)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:981)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:272)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.exit(Impl.java:313)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275)
> [gwt-servlet.jar:]
> at Unknown.Qu/<(
> https://ovirt-engine.main.lab/ovirt-engine/webadmin/?locale=en_US)
> at Unknown.anonymous(Unknown)
> 2018-12-13 15:21:34,660Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-7) [] Permutation
> name:
> F7D51C60208EA84178ACC5B48326252F
> 2018-12-13 15:21:34,662Z ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-7) [] Uncaught
> exception:
> com.google.gwt.core.client.JavaScriptException: (TypeError) : M9(...) is
> null
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.$getValue(SubTabNetworkHostView.java:125)
> at
> org.ovirt.engine.ui.webadmin.section.main.view.tab.network.SubTabNetworkHostView$6.getValue(SubTabNetworkHostView.java:125)
> at
> com.google.gwt.user.cellview.client.Column.render(Column.java:164)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$renderCell(AbstractCellTableBuilder.java:188)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.DefaultCellTableBuilder.$buildRowImpl(DefaultCellTableBuilder.java:62)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTableBuilder.$buildRow(AbstractCellTableBuilder.java:85)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.$buildRowValues(AbstractCellTable.java:2350)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractCellTable.replaceAllChildren(AbstractCellTable.java:2149)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.AbstractHasData$View.replaceAllChildren(AbstractHasData.java:265)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.HasDataPresenter.$resolvePendingState(HasDataPresenter.java:1062)
> [gwt-servlet.jar:]
> at
> com.google.gwt.user.cellview.client.HasDataPresenter$2.execute(HasDataPresenter.java:981)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.runScheduledTasks(SchedulerImpl.java:167)
> [gwt-servlet.jar:]
> at
> com.google.gwt.core.client.impl.SchedulerImpl.$flushFinallyCommands(SchedulerImpl.java:272)
> [gwt-servlet.jar:]

[ovirt-users] Re: Hypconverged Gluster Setup hangs after TLS/SSL

[Gobinda Das]

I think FQDN is not configured with passwordless ssh.Can you please confirm
the same?
Note: Even though hostname/ip configured passwordless ssh we also need to
configure for FQDN to avoid confirmation prompt.
This is a bug , will fix this.

On Fri, Dec 7, 2018 at 5:40 PM Sahina Bose  wrote:

>
>
> On Fri, 7 Dec 2018 at 5:35 PM, Matthias Barmeier <
> matthias.barme...@sourcepark.de> wrote:
>
>> I don't think so because the known_hosts contain all host keys of all
>> gluster nodes before start of setup.
>
>
> Also, the FQDN that’s used to add the hosts to engine? Is that also in
> known_hosts?
>
>
>>
>> Or do I miss something ?
>>
>>
>> Am Freitag, den 07.12.2018, 12:17 +0530 schrieb Sahina Bose:
>> > I think you may be running into
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1651516
>> >
>> > On Thu, Dec 6, 2018 at 7:30 PM 
>> > wrote:
>> > >
>> > > Hi,
>> > >
>> > > tried to setup hyperconverged with glusterfs. I used three i7 with
>> > > two 1TB Disks and two NICs. Everythin worked fine till:
>> > >
>> > > [ INFO ] TASK [Set Engine public key as authorized key without
>> > > validating the TLS/SSL certificates]
>> > >
>> > > appears in the wizards window. Does anyone has a hint on what to
>> > > do?
>> > > ___
>> > > Users mailing list -- users@ovirt.org
>> > > To unsubscribe send an email to users-le...@ovirt.org
>> > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > > oVirt Code of Conduct: https://www.ovirt.org/community/about/commun
>> > > ity-guidelines/
>> > > List Archives: https://lists.ovirt.org/archives/list/us...@ovirt.or
>> > > g/message/BI6Z576SKSTNQZRBCWLYMVFYTRZVZOCE/
>>
>

-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/IP7Y32DJ5GUJIOVY6WDPE7PSMN33FIED/

[ovirt-users] Re: GetGlusterLocalLogicalVolumeListVDSCommand execution failed: null

[Gobinda Das]

Can you please provide vdsm log?

On Thu, Oct 25, 2018 at 11:42 PM Marco Lorenzo Crociani <
mar...@prismatelecomtesting.com> wrote:

> Hi,
> I'm updating ovirt to 4.2.6.4-1.el7
>
> Engine is updated
> Compute nodes are updated
> Storage nodes are not yet updated because ovirt 4.2.6.4-1.el7 depends on
> gluster 3.12 while now I have gluster 3.10.
>
> Compatibility Versions:
> Compute datacenter 4.2
> Storage 4.1 (because I don't have yet updated the storage cluster)
> so Data Centers is still 4.1
>
> I was about to upgrade the storage nodes when I noticed that
> /var/log/ovirt-engine/engine.log is flooded with errors like:
>
> 2018-10-25 19:36:17,164+02 ERROR
> [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterLocalLogicalVolumeListVDSCommand]
>
> (DefaultQuartzScheduler2) [55e89794] Command
> 'GetGlusterLocalLogicalVolumeListVDSCommand(HostName = s23,
> VdsIdVDSCommandParametersBase:{hostId='84a33357-1d04-44db-b0e3-4638ebc39d6c'})'
>
> execution failed: null
>
> 6 errors (one for each storage server) every 6 seconds.
>
> How could I fix them?
> Can I continue to upgrade the storage nodes?
>
> Best regards,
>
> --
> Marco Crociani
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/EOAR2VMN44I3CGOHGWIQYRAOAUVYZUNI/
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/53SUZUOQPMCBPJBIDFK6M36JBFTSNSZE/

[ovirt-users] Re: Info on HCI single host

[Gobinda Das]

Hi Femi,
 This should be available in 4.2.7

On Thu, Oct 11, 2018 at 6:52 PM femi adegoke 
wrote:

> Has this fix been implemented in 4.2.6.2 or will it be in 4.3?
>
> On Aug 30 2018, at 11:47 am, femi adegoke  wrote:
>
>
> Thanks for the update, Gobinda.
> Looking forward to the fix.
>
> On Aug 30 2018, at 11:38 am, Gobinda Das  wrote:
>
>
> Hi,
>  Single node deployment should not expect gluster configuration. But now I
> can see it's expecting he-answer.conf which should be available default.
> Anyways will fix this and let you know.
>
> Thanks for finding this issue.
>
> On Thu, Aug 30, 2018 at 10:37 AM, femi adegoke 
> wrote:
>
> Yes, Gianluca, that is correct. First, I had to configure a 3 node cluster.
> There was no other way to get to the setup page shown in my screenshot.
>
> I assume when it gets fixed in 4.2.6, we will be able to get to the single
> node config page right off the bat.
>
> On Aug 30 2018, at 8:31 am, Gianluca Cecchi 
> wrote:
>
>
> On Sat, Aug 25, 2018 at 3:37 AM femi adegoke 
> wrote:
>
> I was playing around with a 3 node setup.
> This was on 4.3 based on FC28.
> In the Cockpit UI, after completing the 1st stage of the hyperconverged
> setup, I saw this (see pic)
>
>
>
> Hello,
> the bugzilla seems in QA, but in 4.2.6 rc3 ovirt node iso
> (ovirt-node-ng-installer-ovirt-4.2-pre-2018082812.iso) nothing changes:
> I receive
> "Host address cannot be empty"
> for host2 and host3
>
> BTW: Femi, but in your screenshot with F28 the top message containing "An
> existing gluster configuration has been found." seems to indicate that
> actually you already configured gluster on that single host, correct?
> Instead, based on Sahina answer, the single node HCI setup is supposed to
> work ootb without previously configuring anything related to Gluster,
> correct?
>
> Gianluca
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/EZX7OMTJE53YKDTEPSH22IRBA23TGB7H/
>
>
>
>
> --
> Thanks,
> Gobinda
>
>

-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/26FEXFNOPQ5HBGPFKT3GLTTNLLRN6HRJ/

[ovirt-users] Re: Info on HCI single host

[Gobinda Das]

Hi Femi,
 Issue is fixed and patch has been sent. Yet to merge.

On Thu, Sep 6, 2018 at 1:47 AM, femi adegoke 
wrote:

> Gobinda,
>
> Any updates on this fix?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/5L5EFEYREJ2ODTNXADKSQYOZXLV4NGD5/
>



-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/L6A26DWD3J4GAOEEOT2MI6DAKXZX72TD/

[ovirt-users] Re: Info on HCI single host

[Gobinda Das]

Hi,
 Single node deployment should not expect gluster configuration. But now I
can see it's expecting he-answer.conf which should be available default.
Anyways will fix this and let you know.

Thanks for finding this issue.

On Thu, Aug 30, 2018 at 10:37 AM, femi adegoke 
wrote:

> Yes, Gianluca, that is correct. First, I had to configure a 3 node
> cluster.
> There was no other way to get to the setup page shown in my screenshot.
>
> I assume when it gets fixed in 4.2.6, we will be able to get to the single
> node config page right off the bat.
>
> On Aug 30 2018, at 8:31 am, Gianluca Cecchi 
> wrote:
>
>
> On Sat, Aug 25, 2018 at 3:37 AM femi adegoke 
> wrote:
>
> I was playing around with a 3 node setup.
> This was on 4.3 based on FC28.
> In the Cockpit UI, after completing the 1st stage of the hyperconverged
> setup, I saw this (see pic)
>
>
>
> Hello,
> the bugzilla seems in QA, but in 4.2.6 rc3 ovirt node iso
> (ovirt-node-ng-installer-ovirt-4.2-pre-2018082812.iso) nothing changes:
> I receive
> "Host address cannot be empty"
> for host2 and host3
>
> BTW: Femi, but in your screenshot with F28 the top message containing "An
> existing gluster configuration has been found." seems to indicate that
> actually you already configured gluster on that single host, correct?
> Instead, based on Sahina answer, the single node HCI setup is supposed to
> work ootb without previously configuring anything related to Gluster,
> correct?
>
> Gianluca
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/EZX7OMTJE53YKDTEPSH22IRBA23TGB7H/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/6D2ZH7LUOTG7LSWKLK3SERW3IZJMOSDO/

[ovirt-users] Re: Space in entity names (VM and Network) in oVirt

[Gobinda Das]

Hi Hari,
 In this case you can try "xyz*pq*" . It means in each space you can put *
.

On Tue, Aug 7, 2018 at 9:45 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Thanks for your response, Gobinda,
>
> Yes it is only for network.
> The following will end up with multiple results, say I have a network name
> with 'xyz pq r' and another network name with 'xyz rs t' then the search:
> xyz* will end up fetching both, Is there a way to search a particular
> result.
>
> Network you can search by mentioning first some characters then * , for
> ex: If network name is "xyz pq r" then you can type "xyz*"
> But If you have vm name with space then you can search same like network.
>
>
> On Tue, Aug 7, 2018 at 9:36 PM, Gobinda Das  wrote:
>
>> Hi,
>>  How did you create vm with space in name? ovirt-engine UI does not allow
>> vm name with space. It allows only "alphanumeric, '.', '-' and '_'
>> characters.
>> Network you can search by mentioning first some characters then * , for
>> ex: If network name is "xyz pq r" then you can type "xyz*"
>> But If you have vm name with space then you can search same like network.
>>
>> On Tue, Aug 7, 2018 at 4:22 PM, Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Team,
>>>
>>> I have VM's and Network's in oVirt with space in the name. How can I
>>> perform an exact search for the following name
>>>
>>> *Name1*: Aug X X
>>> *Name2*: Aug X X X
>>>
>>> 1) I try to search with space in the name, It is not working.
>>>
>>> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug X X
>>>
>>> It is not returning any result.
>>>
>>> 2) I try to search with encoded value for space in the name, It is not
>>> working. (encoded value for space is %20)
>>>
>>> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug%20X%20X
>>>
>>>
>>> 3) I try to search like below with '*' for space and end up getting both
>>> the values in response,
>>>
>>> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug*X
>>>
>>> so what is the correct way to search the name with space ?
>>>
>>> Thanks,
>>> Hari
>>>
>>>
>>>
>>> DISCLAIMER - *MSysTechnologies LLC*
>>>
>>> This email message, contents and its attachments may contain
>>> confidential, proprietary or legally privileged information and is intended
>>> solely for the use of the individual or entity to whom it is actually
>>> intended. If you have erroneously received this message, please permanently
>>> delete it immediately and notify the sender. If you are not the intended
>>> recipient of the email message,you are notified strictly not to
>>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be
>>> guaranteed to be secure or error-free as Information could be intercepted,
>>> corrupted, lost, destroyed, incomplete or contain viruses and
>>> MSysTechnologies LLC accepts no liability for the contents and integrity of
>>> this mail or for any damage caused by the limitations of the e-mail
>>> transmission.
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/4472PCHJFZHPOTB2TVWFNAPYXHXVE3GI/
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Gobinda
>>
>
>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain confidential,
> proprietary or legally privileged information and is intended solely for
> the use of the individual or entity to whom it is actually intended. If you
> have erroneously received this message, please permanently delete it
> immediately and notify the sender. If you are not the intended recipient of
> the email message,you are notified strictly not to disseminate,distribute
> or copy this e-mail.E-mail transmission cannot be guaranteed to be secure
> or error-free as Information could be intercepted, corrupted, lost,
> destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts
> no liability for the contents and integrity of this mail or for any damage
> caused by the limitations of the e-mail transmission.
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/5RUD4ELHNPWJBUV5ZWBVQN2KMNPSDRBJ/

[ovirt-users] Re: Space in entity names (VM and Network) in oVirt

[Gobinda Das]

Hi,
 How did you create vm with space in name? ovirt-engine UI does not allow
vm name with space. It allows only "alphanumeric, '.', '-' and '_'
characters.
Network you can search by mentioning first some characters then * , for ex:
If network name is "xyz pq r" then you can type "xyz*"
But If you have vm name with space then you can search same like network.

On Tue, Aug 7, 2018 at 4:22 PM, Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> I have VM's and Network's in oVirt with space in the name. How can I
> perform an exact search for the following name
>
> *Name1*: Aug X X
> *Name2*: Aug X X X
>
> 1) I try to search with space in the name, It is not working.
>
> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug X X
>
> It is not returning any result.
>
> 2) I try to search with encoded value for space in the name, It is not
> working. (encoded value for space is %20)
>
> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug%20X%20X
>
> 3) I try to search like below with '*' for space and end up getting both
> the values in response,
>
> https://172.30.60.42/ovirt-engine/api/networks?search=name%3DAug*X
>
> so what is the correct way to search the name with space ?
>
> Thanks,
> Hari
>
>
>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain confidential,
> proprietary or legally privileged information and is intended solely for
> the use of the individual or entity to whom it is actually intended. If you
> have erroneously received this message, please permanently delete it
> immediately and notify the sender. If you are not the intended recipient of
> the email message,you are notified strictly not to disseminate,distribute
> or copy this e-mail.E-mail transmission cannot be guaranteed to be secure
> or error-free as Information could be intercepted, corrupted, lost,
> destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts
> no liability for the contents and integrity of this mail or for any damage
> caused by the limitations of the e-mail transmission.
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/4472PCHJFZHPOTB2TVWFNAPYXHXVE3GI/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/BKSOEXIBTANP6N4EHIFDULZIQAKORGBR/

[ovirt-users] Re: cannot activate host

[Gobinda Das]

Can you please post vdsm log which is inside /var/log/vdsm/vdsm.log ?

On Mon, Aug 6, 2018 at 3:51 PM, Jiří Sléžka  wrote:

> Hi,
>
> no one can help?
>
> I still cannot activate this host - error is "Cannot activate Host.
> Related operation is currently in progress. Please try again later."
>
> I believe relevant log entrieas are
>
> 2018-08-06 12:15:50,398+02 INFO
> [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-426)
> [9387077a-8276-4a3f-a087-584a10a09b08] Failed to Acquire Lock to object
> 'EngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS]',
> sharedLocks=''}'
> 2018-08-06 12:15:50,398+02 WARN
> [org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-426)
> [9387077a-8276-4a3f-a087-584a10a09b08] Validation of action
> 'ActivateVds' failed for user ***my_username***. Reasons:
> VAR__ACTION__ACTIVATE,VAR__TYPE__HOST,ACTION_TYPE_FAILED_OBJECT_LOCKED
>
>
> when I tried to "reinstall host" I got entry in Events "Failed to update
> Host blade01" and correlation id. Relevant log entries are
>
>
> cat /var/log/ovirt-engine/engine.log | grep
> d2b332da-9050-419c-8188-8fdda5e9d807
>
> 2018-08-06 12:08:57,451+02 INFO
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand] (default
> task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] Running command:
> InstallVdsCommand internal: false. Entities affected :  ID:
> 786646cd-c9ef-49a8-8aea-56e858dcf202 Type: VDSAction group
> EDIT_HOST_CONFIGURATION with role type ADMIN
> 2018-08-06 12:08:57,476+02 INFO
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (default task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] Failed to
> Acquire Lock to object
> 'EngineLock:{exclusiveLocks='[786646cd-c9ef-49a8-8aea-56e858dcf202=VDS]',
> sharedLocks=''}'
> 2018-08-06 12:08:57,476+02 WARN
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (default task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] Validation of
> action 'InstallVdsInternal' failed for user ***my_username***. Reasons:
> ACTION_TYPE_FAILED_OBJECT_LOCKED
> 2018-08-06 12:08:57,479+02 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand] (default
> task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] Installation/upgrade of
> Host '786646cd-c9ef-49a8-8aea-56e858dcf202', 'blade01' failed: Cannot
> ${action} ${type}. Related operation is currently in progress. Please
> try again later.
> 2018-08-06 12:08:57,482+02 INFO
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-425)
> [d2b332da-9050-419c-8188-8fdda5e9d807] Command
> [id=b74adfbb-c043-4fa9-a163-0a6ea7fba9dc]: Compensating
> DELETED_OR_UPDATED_ENTITY of
> org.ovirt.engine.core.common.businessentities.VdsStatic; snapshot:
> id=786646cd-c9ef-49a8-8aea-56e858dcf202.
> 2018-08-06 12:08:57,486+02 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand] (default
> task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] Transaction rolled-back
> for command 'org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand'.
> 2018-08-06 12:08:57,491+02 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-425) [d2b332da-9050-419c-8188-8fdda5e9d807] EVENT_ID:
> USER_FAILED_UPDATE_VDS(105), Failed to update Host blade01 (User:
> ***my_username***).
>
> How can I unlock this entries?
>
> Thanks in advance,
>
> Jiri Slezka
>
>
>
> On 08/03/2018 02:07 PM, Jiří Sléžka wrote:
> > Hi,
> >
> > I have one interesting issue. I was asked by colleague to repair his
> > cluster which is part of our oVirt installation. He tried to upgrade his
> > host to gain 4.2 compatibility level but it fails in some cases. Never
> > mind, I checked it, repaired, installed upgrades and activate his hosts
> > with one exception.
> >
> > One of hosts was stucked in finishing two tasks. One was changing
> > network configuration, the second was activating of this host. I have to
> > manually clear this tasks in database by
> >
> > SELECT * FROM job ORDER BY start_time DESC;
> > SELECT DeleteJob('...job_id...');
> > SELECT DeleteJob('...job_id...');
> >
> > Now this tasks are gone but still cannot activate this host.
> >
> >
> > Error while executing action:
> >
> > blade01:
> >
> > Cannot activate Host. Related operation is currently in progress.
> > Please try again later.
> >
> > Host is updatet (latest 4.2 repo), rebooted, looks fine...
> >
> > In tasks in UI are no tasks found (the same in db)...
> >
> > What can I do now?
> >
> > Cheers, Jiri
> >
> >
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@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/C2TWKXGOEESXCDJUZ7IBKYDE2APFN4ZB/
> >
>
>
>
> ___
> Users mailing list -- 

[ovirt-users] Re: Error trying out the new VDO dedupe/compression settings in cockpit

[Gobinda Das]

You can't use same device where already non vdo volume provisioned.You need
fresh device for vdo.

On Wed, Aug 1, 2018 at 3:17 PM, Jayme  wrote:

> Is it possible to apply vdo on an existing HCI build or does it need to be
> rebuilt?
>
> On Wed, Aug 1, 2018, 6:45 AM Gobinda Das,  wrote:
>
>> The latest gdeploy version is gdeploy-2.0.2-27
>>
>> On Wed, Aug 1, 2018 at 3:12 PM, Jayme  wrote:
>>
>>> I burned the node image yesterday 4.2.5.1 July 31.  I've been playing
>>> with Ovirt install for the past week and burned node iso a few times and
>>> this image is the first time I've ever seen vdo options in gdeploy.
>>>
>>> How do I make sure I have the most recent version of gdeploy, is node
>>> behind?
>>>
>>> Also can anyone chime in about vdo, is it recommended for use now?  What
>>> is its main benefit, does it offer performance boost or more for saving
>>> disk space?
>>>
>>> On Wed, Aug 1, 2018, 2:04 AM Gobinda Das,  wrote:
>>>
>>>> Hi,
>>>>  Looks like you are using older version of gdeploy. Can you please
>>>> specify the gdeploy version?
>>>>
>>>> On Wed, 1 Aug 2018, 12:55 a.m. Jayme,  wrote:
>>>>
>>>>> More info from the gdploy config:
>>>>>
>>>>> action=create
>>>>> devices=sda,sdb
>>>>> names=vdo_sda,vdo_sdb
>>>>> logicalsize=17000G,17000G
>>>>> blockmapcachesize=128M
>>>>> readcache=enabled
>>>>> readcachesize=20M
>>>>> emulate512=on
>>>>> writepolicy=auto
>>>>> ignore_vdo_errors=no
>>>>> slabsize=32G,32G
>>>>>
>>>>>
>>>>> action=create
>>>>> devices=sda,sdb
>>>>> names=vdo_sda,vdo_sdb
>>>>> logicalsize=17000G,17000G
>>>>> blockmapcachesize=128M
>>>>> readcache=enabled
>>>>> readcachesize=20M
>>>>> emulate512=on
>>>>> writepolicy=auto
>>>>> ignore_vdo_errors=no
>>>>> slabsize=32G,32G
>>>>>
>>>>> On Tue, Jul 31, 2018 at 4:19 PM, Jayme  wrote:
>>>>>
>>>>>> PLAY [gluster_servers] **
>>>>>> ***
>>>>>>
>>>>>> TASK [Create VDO with specified size] **
>>>>>> 
>>>>>> failed: [HOST] (item={u'disk': u'/dev/sda', u'logicalsize':
>>>>>> u'17000G', u'name': u'vdo_sda'}) => {"changed": false, "err": "usage: vdo
>>>>>> create [-h] -n  --device \n
>>>>>> [--activate {disabled,enabled}]\n  [--blockMapCacheSize
>>>>>> ]\n  [--blockMapPeriod ]\n
>>>>>> [--compression {disabled,enabled}]\n  
>>>>>> [--deduplication
>>>>>> {disabled,enabled}]\n  [--emulate512 {disabled,enabled}]
>>>>>> [--force]\n  [--indexMem ] [--readCache
>>>>>> {disabled,enabled}]\n  [--readCacheSize ]\n
>>>>>> [--sparseIndex {disabled,enabled}]\n
>>>>>> [--vdoAckThreads ]\n
>>>>>> [--vdoBioRotationInterval ]\n  [--vdoBioThreads
>>>>>> ]\n  [--vdoCpuThreads ]\n
>>>>>>   [--vdoHashZoneThreads ]\n
>>>>>> [--vdoLogicalSize ]\n  [--vdoLogicalThreads
>>>>>> ]\n  [--vdoLogLevel 
>>>>>> {critical,error,warning,notice,info,debug}]\n
>>>>>> [--vdoPhysicalThreads ]\n
>>>>>> [--vdoSlabSize ]\n  [--writePolicy
>>>>>> {async,sync,auto}] [-f ]\n  [--logfile ]
>>>>>> [--verbose]\nvdo create: error: argument --vdoSlabSize: must be an
>>>>>> LVM-style size string\n", "item": {"disk": "/dev/sda", "logicalsize":
>>>>>> "17000G", "name": "vdo_sda"}, "msg": "Creating VDO vdo_sda failed.", 
>>>>>> "rc":
>>>>>> 2}
>>>>>> failed: [HOST] (item={u'disk': u'/dev/sdb', u'logicalsize':
>>>>>> u'17000G', u'name': u'vdo_sdb'}) => {"changed": false, 

[ovirt-users] Re: Error trying out the new VDO dedupe/compression settings in cockpit

[Gobinda Das]

The latest gdeploy version is gdeploy-2.0.2-27

On Wed, Aug 1, 2018 at 3:12 PM, Jayme  wrote:

> I burned the node image yesterday 4.2.5.1 July 31.  I've been playing with
> Ovirt install for the past week and burned node iso a few times and this
> image is the first time I've ever seen vdo options in gdeploy.
>
> How do I make sure I have the most recent version of gdeploy, is node
> behind?
>
> Also can anyone chime in about vdo, is it recommended for use now?  What
> is its main benefit, does it offer performance boost or more for saving
> disk space?
>
> On Wed, Aug 1, 2018, 2:04 AM Gobinda Das,  wrote:
>
>> Hi,
>>  Looks like you are using older version of gdeploy. Can you please
>> specify the gdeploy version?
>>
>> On Wed, 1 Aug 2018, 12:55 a.m. Jayme,  wrote:
>>
>>> More info from the gdploy config:
>>>
>>> action=create
>>> devices=sda,sdb
>>> names=vdo_sda,vdo_sdb
>>> logicalsize=17000G,17000G
>>> blockmapcachesize=128M
>>> readcache=enabled
>>> readcachesize=20M
>>> emulate512=on
>>> writepolicy=auto
>>> ignore_vdo_errors=no
>>> slabsize=32G,32G
>>>
>>>
>>> action=create
>>> devices=sda,sdb
>>> names=vdo_sda,vdo_sdb
>>> logicalsize=17000G,17000G
>>> blockmapcachesize=128M
>>> readcache=enabled
>>> readcachesize=20M
>>> emulate512=on
>>> writepolicy=auto
>>> ignore_vdo_errors=no
>>> slabsize=32G,32G
>>>
>>> On Tue, Jul 31, 2018 at 4:19 PM, Jayme  wrote:
>>>
>>>> PLAY [gluster_servers] **
>>>> ***
>>>>
>>>> TASK [Create VDO with specified size] **
>>>> 
>>>> failed: [HOST] (item={u'disk': u'/dev/sda', u'logicalsize': u'17000G',
>>>> u'name': u'vdo_sda'}) => {"changed": false, "err": "usage: vdo create [-h]
>>>> -n  --device \n  [--activate
>>>> {disabled,enabled}]\n  [--blockMapCacheSize ]\n
>>>> [--blockMapPeriod ]\n
>>>> [--compression {disabled,enabled}]\n  [--deduplication
>>>> {disabled,enabled}]\n  [--emulate512 {disabled,enabled}]
>>>> [--force]\n  [--indexMem ] [--readCache
>>>> {disabled,enabled}]\n  [--readCacheSize ]\n
>>>> [--sparseIndex {disabled,enabled}]\n
>>>> [--vdoAckThreads ]\n
>>>> [--vdoBioRotationInterval ]\n  [--vdoBioThreads
>>>> ]\n  [--vdoCpuThreads ]\n
>>>>   [--vdoHashZoneThreads ]\n
>>>> [--vdoLogicalSize ]\n  [--vdoLogicalThreads
>>>> ]\n  [--vdoLogLevel 
>>>> {critical,error,warning,notice,info,debug}]\n
>>>> [--vdoPhysicalThreads ]\n
>>>> [--vdoSlabSize ]\n  [--writePolicy
>>>> {async,sync,auto}] [-f ]\n  [--logfile ]
>>>> [--verbose]\nvdo create: error: argument --vdoSlabSize: must be an
>>>> LVM-style size string\n", "item": {"disk": "/dev/sda", "logicalsize":
>>>> "17000G", "name": "vdo_sda"}, "msg": "Creating VDO vdo_sda failed.", "rc":
>>>> 2}
>>>> failed: [HOST] (item={u'disk': u'/dev/sdb', u'logicalsize': u'17000G',
>>>> u'name': u'vdo_sdb'}) => {"changed": false, "err": "usage: vdo create [-h]
>>>> -n  --device \n  [--activate
>>>> {disabled,enabled}]\n  [--blockMapCacheSize ]\n
>>>> [--blockMapPeriod ]\n
>>>> [--compression {disabled,enabled}]\n  [--deduplication
>>>> {disabled,enabled}]\n  [--emulate512 {disabled,enabled}]
>>>> [--force]\n  [--indexMem ] [--readCache
>>>> {disabled,enabled}]\n  [--readCacheSize ]\n
>>>> [--sparseIndex {disabled,enabled}]\n
>>>> [--vdoAckThreads ]\n
>>>> [--vdoBioRotationInterval ]\n  [--vdoBioThreads
>>>> ]\n  [--vdoCpuThreads ]\n
>>>>   [--vdoHashZoneThreads ]\n
>>>> [--vdoLogicalSize ]\n  [--vdoLogicalThreads
>>>> ]\n  [--vdoLogLevel 
>>>> {critical,error,war

[ovirt-users] Re: Error trying out the new VDO dedupe/compression settings in cockpit

[Gobinda Das]

Hi,
 Looks like you are using older version of gdeploy. Can you please specify
the gdeploy version?

On Wed, 1 Aug 2018, 12:55 a.m. Jayme,  wrote:

> More info from the gdploy config:
>
> action=create
> devices=sda,sdb
> names=vdo_sda,vdo_sdb
> logicalsize=17000G,17000G
> blockmapcachesize=128M
> readcache=enabled
> readcachesize=20M
> emulate512=on
> writepolicy=auto
> ignore_vdo_errors=no
> slabsize=32G,32G
>
>
> action=create
> devices=sda,sdb
> names=vdo_sda,vdo_sdb
> logicalsize=17000G,17000G
> blockmapcachesize=128M
> readcache=enabled
> readcachesize=20M
> emulate512=on
> writepolicy=auto
> ignore_vdo_errors=no
> slabsize=32G,32G
>
> On Tue, Jul 31, 2018 at 4:19 PM, Jayme  wrote:
>
>> PLAY [gluster_servers]
>> *
>>
>> TASK [Create VDO with specified size]
>> **
>> failed: [HOST] (item={u'disk': u'/dev/sda', u'logicalsize': u'17000G',
>> u'name': u'vdo_sda'}) => {"changed": false, "err": "usage: vdo create [-h]
>> -n  --device \n  [--activate
>> {disabled,enabled}]\n  [--blockMapCacheSize ]\n
>> [--blockMapPeriod ]\n
>> [--compression {disabled,enabled}]\n  [--deduplication
>> {disabled,enabled}]\n  [--emulate512 {disabled,enabled}]
>> [--force]\n  [--indexMem ] [--readCache
>> {disabled,enabled}]\n  [--readCacheSize ]\n
>> [--sparseIndex {disabled,enabled}]\n
>> [--vdoAckThreads ]\n
>> [--vdoBioRotationInterval ]\n  [--vdoBioThreads
>> ]\n  [--vdoCpuThreads ]\n
>>   [--vdoHashZoneThreads ]\n
>> [--vdoLogicalSize ]\n  [--vdoLogicalThreads
>> ]\n  [--vdoLogLevel
>> {critical,error,warning,notice,info,debug}]\n
>> [--vdoPhysicalThreads ]\n  [--vdoSlabSize
>> ]\n  [--writePolicy {async,sync,auto}] [-f
>> ]\n  [--logfile ] [--verbose]\nvdo create:
>> error: argument --vdoSlabSize: must be an LVM-style size string\n", "item":
>> {"disk": "/dev/sda", "logicalsize": "17000G", "name": "vdo_sda"}, "msg":
>> "Creating VDO vdo_sda failed.", "rc": 2}
>> failed: [HOST] (item={u'disk': u'/dev/sdb', u'logicalsize': u'17000G',
>> u'name': u'vdo_sdb'}) => {"changed": false, "err": "usage: vdo create [-h]
>> -n  --device \n  [--activate
>> {disabled,enabled}]\n  [--blockMapCacheSize ]\n
>> [--blockMapPeriod ]\n
>> [--compression {disabled,enabled}]\n  [--deduplication
>> {disabled,enabled}]\n  [--emulate512 {disabled,enabled}]
>> [--force]\n  [--indexMem ] [--readCache
>> {disabled,enabled}]\n  [--readCacheSize ]\n
>> [--sparseIndex {disabled,enabled}]\n
>> [--vdoAckThreads ]\n
>> [--vdoBioRotationInterval ]\n  [--vdoBioThreads
>> ]\n  [--vdoCpuThreads ]\n
>>   [--vdoHashZoneThreads ]\n
>> [--vdoLogicalSize ]\n  [--vdoLogicalThreads
>> ]\n  [--vdoLogLevel
>> {critical,error,warning,notice,info,debug}]\n
>> [--vdoPhysicalThreads ]\n  [--vdoSlabSize
>> ]\n  [--writePolicy {async,sync,auto}] [-f
>> ]\n  [--logfile ] [--verbose]\nvdo create:
>> error: argument --vdoSlabSize: must be an LVM-style size string\n", "item":
>> {"disk": "/dev/sdb", "logicalsize": "17000G", "name": "vdo_sdb"}, "msg":
>> "Creating VDO vdo_sdb failed.", "rc": 2}
>> to retry, use: --limit @/tmp/tmpQQ9t92/vdo-create.retry
>>
>> PLAY RECAP
>> *
>> HOST : ok=0changed=0unreachable=0failed=1
>>
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/RYW2L5XXTII2FLZKTN6JFO3W3Q63IMAN/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/OSFPD3MO3VCII6RDRWLHHZBIQH3FS2IC/

[ovirt-users] Re: adding hosts problems with GlusterFS

[Gobinda Das]

Is the brick creation failing from UI? Can you run "gluster volume status"
and check brick created or not?
If bricks creation failing then Looks like multipath is causing issue.I
think you need to clear multipath entries and try.

On Tue, Jul 31, 2018 at 7:01 PM, William Dossett 
wrote:

> Yeah, for sure, I think I made it over my last one yesterday…. Going to
> start building out my storage today.  I had to get down into the OS and
> work with the logical volume manager commands a bit to clean up some of my
> mess and also figured out how to blacklist the disks on my 4th and 5th
> host from multipath…. So that’s encouraging…  if you need a hand feel free
> to ping me.
>
>
>
> *From:* Jayme [mailto:jay...@gmail.com]
> *Sent:* Tuesday, July 31, 2018 5:11 AM
> *To:* Bill Dossett 
> *Cc:* users 
> *Subject:* [ovirt-users] Re: adding hosts problems with GlusterFS
>
>
>
> I think we are in a race to see who can get a new HCI setup built faster.
> There have been a few hurtles along the way :)
>
>
>
> On Tue, Jul 31, 2018, 6:53 AM Bill Dossett,  wrote:
>
> Hmm, resounding silence….  Have attached a screen shot of the host storage
> devices on the host I added after the initial deployment.  So at the bottom
> you can see that sdb – sdg are all locked and FS type is multipath_member
> those all equate to the UID type NAME at the top.  The very top row, I
> created a brick, so it is also now locked, however when I go to brick view
> there is no brick.  I also can’t seem to delete any brick one it is created
> either.  On the first 3 hosts, sdb – sdg are all unlocked and I can create
> bricks…  going to remove a host and re-add it to see if there is anything I
> am missing, but I don’t have any other ideas at this point.
>
>
>
>
>
>
>
> Regards, Bill
>
>
>
> *Bill Dossett*
>
> DevOps Ninja
>
> AWS-DevOps-Pro
> 
> , AWS-SA-A
> 
> VCAP-DCA
> ,
> VCAP-DCD
> , MCSA
> Win Server
>
>
>
> *IT – Software Innovation Solutions*
>
>
>
> *M* +1 303-725 8163
>
> bill.doss...@pb.com
>
> pitneybowes.com
>
>
> *Pitney Bowes*
>
> 4750 Walnut Street
>
> Boulder CO, 80301
>
> [image: sis]
>
> Learn more about Software Innovation Solutions
> 
>
>
>
> In Engineering, Software Support or Professional Services?
>
> *Raise a ticket via Remedy Anywhere [HERE
> ]
> takes less than a minute*
>
>
>
> *CloudForms User Guide available [HERE
> ]*
>
>
>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/AR3D4HLVTAQPEU774BP5LQYRHPP4234X/
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/WOGYCVC5YLEYHH6HDHABIH2P5EQ7BQZO/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/Z43CU7IGXMUAHDOK2HYOJVELPDIMIJEV/

[ovirt-users] Re: oVirt Node 4.3 Master on fc28

[Gobinda Das]

Hi Femi,
 So theoretically it should work.Certain things need to be taken care like
you need to provide correct  MDADM configuration and in "Device" you need
to give the correct path.
We are not recommending MDADM because of performance issue and it will eat
more CPUs.
We have not tested with MDADM, but theoretically it should work.
Let me know if any issue.I will try to help.

On Mon, Jul 23, 2018 at 10:23 PM, femi adegoke 
wrote:

> Hi Gobinda,
>
> Thanks for more detail.
>
> What if I use MDADM (instead of hardware RAID), do the settings change?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/75OANWKGOVDZTEFW6JO7KP4WK5C55HFL/
>



-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/EXK6IYGCGS63SXQ6K43IV4IJ7IZP66EF/

[ovirt-users] Re: Upgrade from 4.1 to 4.2 failing - SQL Issues

[Gobinda Das]

Hi Sven,
 I think you need to use same encoding.The error clearly says your dump
encoding is "UTF8" and the new database encoding is "SQL_ASCII"
As per I know PostgreSQL does not convert encoding from one type to another
during restore.
Can you please check what's the current encoding configured?

On Tue, Jul 24, 2018 at 5:00 PM, Sven Achtelik 
wrote:

> Hi All,
>
>
>
> I’m still struggling to upgrade from 4.1 to 4.2 and the root cause seems
> to be the SQL upgrade. I installed my 4.1.9 with the engine appliance image
> and restored a DB to it. My Upgrade to 4.2 is failing with the errors
> below:
>
> 
>
> Performing Consistency Checks
>
> -
>
> Checking cluster versions   ok
>
> Checking database user is the install user  ok
>
> Checking database connection settings   ok
>
> Checking for prepared transactions  ok
>
> Checking for reg* system OID user data typesok
>
> Checking for contrib/isn with bigint-passing mismatch   ok
>
> Checking for invalid "line" user columnsok
>
> Creating dump of global objects ok
>
> Creating dump of database schemas
>
>   engine
>
>   ovirt_engine_history
>
>   postgres
>
>   template1
>
> ok
>
>
>
> encodings for database "template1" do not match:  old "UTF8", new
> "SQL_ASCII"
>
> Failure, exiting
>
>
>
> I tried everything that could do and I also tried to find a solution on
> google to make this work. Could someone with DB knowhow please advise on
> the next steps to resolve this ? I really would like to upgrade somehow.
>
>
>
> Thank you,
>
> Sven
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/H7KQJ4VDGVDBQX6QL2RJ5LLS6I3KHC6I/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/T7AE7KYVIB2SXUZPOGCXAD4WMR4KNMS2/

[ovirt-users] Re: oVirt Node 4.3 Master on fc28

[Gobinda Das]

Hi Femi,
 Yes, the configuration should be based on Hardware you are using.

To clarify further about your RAID question:
Main usage of RAID in cockpit is to set the alignment values when creating
the lvm and filesystem. The settings provided should reflect the hardware
RAID configuration on the system, if the disks have been setup with RAID.


On Mon, 23 Jul 2018, 8:50 p.m. femi adegoke, 
wrote:

>
> > - In Step #5: Bricks:
> >
> > What effect does the RAID setting have?
> >
> > So basically If gluster drops in quorum then it will stop file
> > operations until quorum is back to normal.
> >
> > So you need two bricks to write for quorum to be met.To overcome the
> > issue will have raid.
> >
>
> Gobinda, thx for the info.
>
> In "Raid Type, Strip size & disk count", should that info supplied be
> based on the hardware I'm using for the install?
>
> for example, Data Disk Count - do I enter the quantity of disks I have on
> 1 host?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/JKUO7C2J4MDKYMJDMAORZPHPNLXXTZW2/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3WCXXSV6EANSMVP5L5TRE7KAY3STCRYU/

[ovirt-users] Re: oVirt Node 4.3 Master on fc28

[Gobinda Das]

Hi Femi/Sandro,

- In Step #2: Fqdns: for a 3 host cluster, are we to add the 2nd & 3rd
hosts?
 Yes, Earlier the addition of 2nd and 3rd hosts was manual,Now we have
included along with deployment.

- In Step #5: Bricks:

What effect does the RAID setting have?

So basically If gluster drops in quorum then it will stop file
operations until quorum is back to normal.

So you need two bricks to write for quorum to be met.To overcome the
issue will have raid.



Enable Dedupe & Compression is new?

Yes it's a new feature and it's optional.

Configure LV Cache: what do we enter for SSD? What happens if my disks are
already all SSD, do I still benefit from using this?

I don't think you need to use LVM Cache if you are already using SSDs or
LVMe. LVM Cache is meant for to improve performance over HDDs by combining
with SSD as cache device.

On Mon, Jul 23, 2018 at 12:41 PM, Sandro Bonazzola 
wrote:

>
>
> 2018-07-23 7:45 GMT+02:00 femi adegoke :
>
>> 4.3 Master is looking good!!
>>
>
> Thanks for the feedback!
>
>
>>
>> A few questions:
>>
>
> Adding Sahina and Gobinda for answering your quesitons.
>
>
>>
>> - In Step #2: Fqdns: for a 3 host cluster, are we to add the 2nd & 3rd
>> hosts?
>>
>>
>> - In Step #5: Bricks:
>>
>> What effect does the RAID setting have?
>>
>> Enable Dedupe & Compression is new?
>>
>> Configure LV Cache: what do we enter for SSD? What happens if my disks
>> are already all SSD, do I still benefit from using this?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/JTGT4ZUVMISRSXHBX3YEDNYIKGZM6NFB/
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>



-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/YFJWUTNPAZWHCWKOVDQ2HJLCNJ3IWB3L/

[ovirt-users] Re: Gluster Deployment hangs on enabling or disabling chronyd service

[Gobinda Das]

Hi Sakhi,
 Can you please provide engine log and ovirt-host-deploy log ? You
mentioned that, you have attached log but unfortunately I can't find the
attachment.

On Tue, Jul 17, 2018 at 3:12 PM, Sakhi Hadebe  wrote:

> Hi,
>
> Why is gluster deployment hangs on enabling or disabling the chronyd
> service? I have enabled passwordless ssh to access itself and other two
> nodes.
>
> What would be the solution to get it pass this stage?
>
> On Fri, Jul 13, 2018 at 10:41 AM, Sakhi Hadebe  wrote:
>
>> Hi,
>>
>> We are running the following setup:
>>
>> ovirt-engine:
>> - CentOS Linux release 7.5.1804 (Core)
>> - ovirt-engine-4.2.4.5-1.el7.noarch
>>
>> node (trying to add):
>> - CentOS Linux release 7.5.1804 (Core)
>> - vdsm-4.20.32-1.el7.x86_64
>>
>> - ovirt-release42-4.2.4-1.el7.noarch
>>
>>
>> We successfully added the second node to the Cluster. Two nodes that have 
>> been successfully added are running ovirt-node-4.2.4.
>>
>> ovirt-node-ng-image-update-placeholder-4.2.4-1.el7.noarch
>> ovirt-node-ng-nodectl-4.2.0-0.20180626.0.el7.noarch
>> ovirt-provider-ovn-driver-1.2.11-1.el7.noarchovirt-release42-4.2.4-1.el7.noarch
>> ovirt-release-host-node-4.2.4-1.el7.noarch
>>
>> While adding a new node to our cluster the installations fail.
>>
>> I have attached a piece of engine.log and a full ovirt-host-deploy logs of 
>> the failing node from the engine.
>> Help would be very much appreciated.
>>
>>
>> --
>> Regards,
>> Sakhi Hadebe
>>
>>
>
>
> --
> Regards,
> Sakhi Hadebe
>
> Engineer: South African National Research Network (SANReN)Competency Area, 
> Meraka, CSIR
>
> Tel:   +27 12 841 2308 <+27128414213>
> Fax:   +27 12 841 4223 <+27128414223>
> Cell:  +27 71 331 9622 <+27823034657>
> Email: sa...@sanren.ac.za 
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/KBMRRUJWHZZGWBKFLOC5MXYQWGNUATSN/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/AU4EHLJAGSA7MD7SH7HKE2E2XJOY63YN/

[ovirt-users] Re: hyperconverged cluster - how to change the mount path?

[Gobinda Das]

You can do it by using "Manage Domain" option from Starage Domain.

On Sun, Jul 1, 2018 at 7:02 PM, Alex K  wrote:

> The steps roughly would be to put that storage domain in maintenance then
> edit/redefine it. You have the option to set gluster mount point options
> for the redundancy part. No need to set dns round robin.
>
> Alex
>
> On Sun, Jul 1, 2018, 13:29 Liebe, André-Sebastian 
> wrote:
>
>> Hi list,
>>
>> I'm looking for an advice how to change the mount point of the
>> hosted_storage due to a hostname change.
>>
>> When I set up our hyperconverged lab cluster (host1, host2, host3) I
>> populated the mount path with host3:/hosted_storage which wasn't very
>> clever as it brings in a single point of failure (i.e. when host3 is down).
>> So I thought adding a round robin dns/hosts entry (i.e. gluster1) for
>> host 1 to 3 and changing the mount path would be a better idea. But the
>> mount path entry is locked in web gui and I couldn't find any hint how to
>> change it manually (in database, shared and local configuration) in a
>> consistent way without risking the cluster.
>> So, is there a step by step guide how to achieve this without
>> reinstalling (from backup)?
>>
>>
>> Sincerely
>>
>> André-Sebastian Liebe
>> Technik / Innovation
>>
>> gematik
>> Gesellschaft für Telematikanwendungen der Gesundheitskarte mbH
>> Friedrichstraße 136
>> 10117 Berlin
>> Telefon: +49 30 40041-197
>> Telefax: +49 30 40041-111
>> E-Mail:  andre.li...@gematik.de
>> www.gematik.de
>> ___
>> Amtsgericht Berlin-Charlottenburg HRB 96351 B
>> Geschäftsführer: Alexander Beyer
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@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/B2R6G3VCK545RKT5BMAQ5EXO4ZFJSMFG/
>>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/QKNPBUXPIHNYN2NT63KUCYZOBZO5HUOL/
>
>


-- 
Thanks,
Gobinda
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/VXUMGTNZ3KJ3UXCT53LWN7PZIKI3Y7XX/

Re: [ovirt-users] Problems with some vms

[Gobinda Das]

In the above url only data and iso mnt log present,But there is no engine
and vmstore mount log.

On Wed, Jan 17, 2018 at 1:26 AM, Endre Karlson <endre.karl...@gmail.com>
wrote:

> Hi, all logs are located here: https://www.dropbox.com/
> sh/3qzmwe76rkt09fk/AABzM9rJKbH5SBPWc31Npxhma?dl=0 for the mounts
>
> additionally we replaced a broken disk that is now resynced.
>
> 2018-01-15 11:17 GMT+01:00 Gobinda Das <go...@redhat.com>:
>
>> Hi Endre,
>>  Mount logs will be in below format inside  /var/log/glusterfs :
>>
>>  /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_engine.log
>> /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_data.log
>> /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_vmstore.log
>>
>> On Mon, Jan 15, 2018 at 11:57 AM, Endre Karlson <endre.karl...@gmail.com>
>> wrote:
>>
>>> Hi.
>>>
>>> What are the gluster mount logs ?
>>>
>>> I have these gluster logs.
>>> cli.log  etc-glusterfs-glusterd.vol.log  glfsheal-engine.log
>>> glusterd.lognfs.log
>>> rhev-data-center-mnt-glusterSD-ovirt0:_engine.log
>>> rhev-data-center-mnt-glusterSD-ovirt3:_iso.log
>>> cmd_history.log  glfsheal-data.log   glfsheal-iso.log
>>>  glustershd.log  rhev-data-center-mnt-glusterSD-ovirt0:_data.log
>>> rhev-data-center-mnt-glusterSD-ovirt0:_iso.log statedump.log
>>>
>>>
>>> I am running version
>>> glusterfs-server-3.12.4-1.el7.x86_64
>>> glusterfs-geo-replication-3.12.4-1.el7.x86_64
>>> libvirt-daemon-driver-storage-gluster-3.2.0-14.el7_4.7.x86_64
>>> glusterfs-libs-3.12.4-1.el7.x86_64
>>> glusterfs-api-3.12.4-1.el7.x86_64
>>> python2-gluster-3.12.4-1.el7.x86_64
>>> glusterfs-client-xlators-3.12.4-1.el7.x86_64
>>> glusterfs-cli-3.12.4-1.el7.x86_64
>>> glusterfs-events-3.12.4-1.el7.x86_64
>>> glusterfs-rdma-3.12.4-1.el7.x86_64
>>> vdsm-gluster-4.20.9.3-1.el7.centos.noarch
>>> glusterfs-3.12.4-1.el7.x86_64
>>> glusterfs-fuse-3.12.4-1.el7.x86_64
>>>
>>> // Endre
>>>
>>> 2018-01-15 6:11 GMT+01:00 Gobinda Das <go...@redhat.com>:
>>>
>>>> Hi Endre,
>>>>  Can you please provide glusterfs mount logs?
>>>>
>>>> On Mon, Jan 15, 2018 at 6:16 AM, Darrell Budic <bu...@onholyground.com>
>>>> wrote:
>>>>
>>>>> What version of gluster are you running? I’ve seen a few of these
>>>>> since moving my storage cluster to 12.3, but still haven’t been able to
>>>>> determine what’s causing it. Seems to be happening most often on VMs that
>>>>> haven’t been switches over to libgfapi mounts yet, but even one of those
>>>>> has paused once so far. They generally restart fine from the GUI, and
>>>>> nothing seems to need healing.
>>>>>
>>>>> --
>>>>> *From:* Endre Karlson <endre.karl...@gmail.com>
>>>>> *Subject:* [ovirt-users] Problems with some vms
>>>>> *Date:* January 14, 2018 at 12:55:45 PM CST
>>>>> *To:* users
>>>>>
>>>>> Hi, we are getting some errors with some of our vms in a 3 node server
>>>>> setup.
>>>>>
>>>>> 2018-01-14 15:01:44,015+0100 INFO  (libvirt/events) [virt.vm]
>>>>> (vmId='2c34f52d-140b-4dbe-a4bd-d2cb467b0b7c') abnormal vm stop device
>>>>> virtio-disk0  error eother (vm:4880)
>>>>>
>>>>> We are running glusterfs for shared storage.
>>>>>
>>>>> I have tried setting global maintenance on the first server and then
>>>>> issuing a 'hosted-engine --vm-start' but that leads to nowhere.
>>>>> ___
>>>>> Users mailing list
>>>>> Users@ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>>> ___
>>>>> Users mailing list
>>>>> Users@ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Thanks,
>>>> Gobinda
>>>> +91-9019047912 <+91%2090190%2047912>
>>>>
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Gobinda
>> +91-9019047912 <+91%2090190%2047912>
>>
>
>


-- 
Thanks,
Gobinda
+91-9019047912
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problems with some vms

[Gobinda Das]

Hi Endre,
 Mount logs will be in below format inside  /var/log/glusterfs :

 /var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_engine.log
/var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_data.log
/var/log/glusterfs/rhev-data-center-mnt-glusterSD-*\:_vmstore.log

On Mon, Jan 15, 2018 at 11:57 AM, Endre Karlson <endre.karl...@gmail.com>
wrote:

> Hi.
>
> What are the gluster mount logs ?
>
> I have these gluster logs.
> cli.log  etc-glusterfs-glusterd.vol.log  glfsheal-engine.log
> glusterd.lognfs.log
> rhev-data-center-mnt-glusterSD-ovirt0:_engine.log  rhev-data-center-mnt-
> glusterSD-ovirt3:_iso.log
> cmd_history.log  glfsheal-data.log   glfsheal-iso.log
>  glustershd.log  rhev-data-center-mnt-glusterSD-ovirt0:_data.log
> rhev-data-center-mnt-glusterSD-ovirt0:_iso.log statedump.log
>
>
> I am running version
> glusterfs-server-3.12.4-1.el7.x86_64
> glusterfs-geo-replication-3.12.4-1.el7.x86_64
> libvirt-daemon-driver-storage-gluster-3.2.0-14.el7_4.7.x86_64
> glusterfs-libs-3.12.4-1.el7.x86_64
> glusterfs-api-3.12.4-1.el7.x86_64
> python2-gluster-3.12.4-1.el7.x86_64
> glusterfs-client-xlators-3.12.4-1.el7.x86_64
> glusterfs-cli-3.12.4-1.el7.x86_64
> glusterfs-events-3.12.4-1.el7.x86_64
> glusterfs-rdma-3.12.4-1.el7.x86_64
> vdsm-gluster-4.20.9.3-1.el7.centos.noarch
> glusterfs-3.12.4-1.el7.x86_64
> glusterfs-fuse-3.12.4-1.el7.x86_64
>
> // Endre
>
> 2018-01-15 6:11 GMT+01:00 Gobinda Das <go...@redhat.com>:
>
>> Hi Endre,
>>  Can you please provide glusterfs mount logs?
>>
>> On Mon, Jan 15, 2018 at 6:16 AM, Darrell Budic <bu...@onholyground.com>
>> wrote:
>>
>>> What version of gluster are you running? I’ve seen a few of these since
>>> moving my storage cluster to 12.3, but still haven’t been able to determine
>>> what’s causing it. Seems to be happening most often on VMs that haven’t
>>> been switches over to libgfapi mounts yet, but even one of those has paused
>>> once so far. They generally restart fine from the GUI, and nothing seems to
>>> need healing.
>>>
>>> --
>>> *From:* Endre Karlson <endre.karl...@gmail.com>
>>> *Subject:* [ovirt-users] Problems with some vms
>>> *Date:* January 14, 2018 at 12:55:45 PM CST
>>> *To:* users
>>>
>>> Hi, we are getting some errors with some of our vms in a 3 node server
>>> setup.
>>>
>>> 2018-01-14 15:01:44,015+0100 INFO  (libvirt/events) [virt.vm]
>>> (vmId='2c34f52d-140b-4dbe-a4bd-d2cb467b0b7c') abnormal vm stop device
>>> virtio-disk0  error eother (vm:4880)
>>>
>>> We are running glusterfs for shared storage.
>>>
>>> I have tried setting global maintenance on the first server and then
>>> issuing a 'hosted-engine --vm-start' but that leads to nowhere.
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Thanks,
>> Gobinda
>> +91-9019047912 <+91%2090190%2047912>
>>
>
>


-- 
Thanks,
Gobinda
+91-9019047912
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problems with some vms

[Gobinda Das]

Hi Endre,
 Can you please provide glusterfs mount logs?

On Mon, Jan 15, 2018 at 6:16 AM, Darrell Budic 
wrote:

> What version of gluster are you running? I’ve seen a few of these since
> moving my storage cluster to 12.3, but still haven’t been able to determine
> what’s causing it. Seems to be happening most often on VMs that haven’t
> been switches over to libgfapi mounts yet, but even one of those has paused
> once so far. They generally restart fine from the GUI, and nothing seems to
> need healing.
>
> --
> *From:* Endre Karlson 
> *Subject:* [ovirt-users] Problems with some vms
> *Date:* January 14, 2018 at 12:55:45 PM CST
> *To:* users
>
> Hi, we are getting some errors with some of our vms in a 3 node server
> setup.
>
> 2018-01-14 15:01:44,015+0100 INFO  (libvirt/events) [virt.vm]
> (vmId='2c34f52d-140b-4dbe-a4bd-d2cb467b0b7c') abnormal vm stop device
> virtio-disk0  error eother (vm:4880)
>
> We are running glusterfs for shared storage.
>
> I have tried setting global maintenance on the first server and then
> issuing a 'hosted-engine --vm-start' but that leads to nowhere.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Thanks,
Gobinda
+91-9019047912
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] changing Master Storage Domain

[Gobinda Das]

In that case move other SD to maintenance only the SD which you want to be
MSD keep Active.Then once you move your present MSD to maintenance,  active
one will be MSD.

On Wed, Jan 3, 2018 at 10:27 PM, Giorgio Bersano 
wrote:

> Hello,
> I've a question regarding Master Storage Domain. I did already search the
> net without results so I'm asking here.
>
> In our production setup (ovirt 4.1.7) we have five iSCSI Data Storage
> Domains and we unfortunately need to remove the one that is the Master SD.
> That's not difficult, I know the procedure as I did it in the past:
> - Move every disk belonging to the MSD to another SD
> - Put the MSD in maintenance
> - Detach it then Remove it
>
> Another SD is automatically selected as Master and everything should be OK
> (for the sake of simplicity i did not mention the other operations needed
> on the storage array and the hosts to phisically remove the LUN).
>
> The tricky part is I don't want a random choice, I want to choose which SD
> becomes the new Master.
> Is there any specific procedure to obtain this result?
>
> TIA,
> Giorgio.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Thanks,
Gobinda
+91-9019047912
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users