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

[Simon Scott]

Many 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/3QIJHIMTUJCUPEISCHLIZQ2OS7DJY5IX/

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

[Simon Scott]

Is there any intention to fix this issue?

On 25 Nov 2022, at 11:06, 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.

On Thu, Nov 24, 2022 at 5:06 PM 
mailto:si...@justconnect.ie>> 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/2D2BEU42CJME4TGRKVTY72QIDEU4NXAZ/

[ovirt-users] Re: Single Peer in Gluster Cluster Failure caused Storage Domain outage

[Simon Scott]

Typo - the server would only boot into ‘emergency’ mode.
___
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/IHZNCXLLPRQZG6XS6GHX2XOT3LVSOA24/

[ovirt-users] Obsoleting Packages in 'dnf check-update' on RHEL 8.6 hosts

[Scott Worthington]

Hello,

My 4.5.1.3-1.el8 oVirt homelab cluster is running on RHEL 8.6 hosts and a
RHEL 8.6 stand-alone engine.

During the installation, I followed the instructions for RHEL 8.6:
https://ovirt.org/download/install_on_rhel.html

After the installation is complete, all packages are up-to-date, and
everything is running,  I run a 'dnf check-upgrade' and I find there are
two packages that are listed under "Obsoleting Packages":

"""
Last metadata expiration check: 0:43:06 ago on Mon 01 Aug 2022 08:08:50 AM
EDT.
Obsoleting Packages
centos-stream-release.noarch 8.6-1.el8
  @@System
centos-stream-release.noarch 8.6-1.el8
  @@System
centos-stream-release.noarch 8.6-1.el8
  @@System
redhat-release.x86_648.6-0.1.el8
  @rhel-8-for-x86_64-baseos-rpms
"""

For the hosts, it makes it appear that the hosts always have an upgrade
pending in the oVirt Engine UI.

"centos-strea-release.noarch" appears to contain similar files to the
original RHEL 8.6 package "redhat-release-8.6.0.1.el8" except for the
addition of "centos*" named files.

Any thoughts on how to change this behavior so that it doesn't appear to
have packages to upgrade because a 'dnf update' does nothing to these
"Obsoleting Packages"?

Thanks in advance.
___
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/LKK6HMPDYISGPA5BLJBCA3QN22KG2CEP/

[ovirt-users] Re: Engine update failing 4.5.1.3-1 -> 4.5.2-1

[Scott Worthington]

On Fri, Jul 29, 2022 at 2:04 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno gio 28 lug 2022 alle ore 21:51  ha scritto:
>
>> Hi there,
>>
>> I'm trying to update my engine version so I can mitigate a bug which was
>> in the previous update and is failing. The log file is proving to be very
>> difficult to pinpoint the cause of the error however I can provide it.
>> Wondering if anyone else has had this issue and if there's a way to fix it
>> while preserving the VMs I have on this single host setup.
>>
>> [ INFO  ] Stage: Setup validation
>>   During execution engine service will be stopped (OK, Cancel)
>> [OK]:
>> [ INFO  ] Hosted Engine HA is in Global Maintenance mode.
>>   Setup version: 4.5.2-1.el8
>>   Engine version: 4.5.1.3-1.el8
>> [ ERROR ] Failed to execute stage 'Setup validation': Setup and (updated)
>> Engine versions must match
>>
>
> Did you run `dnf update ovirt\*setup\*`
> as per
> https://ovirt.org/documentation/upgrade_guide/index.html#Updating_the_Red_Hat_Virtualization_Manager_minor_updates
> ?
>
>
Xavier,

I'm confused, 4.5.2-1.el8 has not gone GA into the
https://resources.ovirt.org/pub/ovirt-4.5/rpm/el8/noarch/ repository and
all of the 4.5.2 packages are in
https://resources.ovirt.org/pub/ovirt-4.5-pre/rpm/el8/noarch/ .

Did we add or alter the file /etc/yum.repos.d/CentOS-oVirt-4.5.repo and add
the "4.5-pre" repo and enable *ALL* of the packages from there for your
upgrade?

Thanks in advance for clarification.
___
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/72HEFBZZ52627DPLAEU6GQUIQ4BICHZ7/

[ovirt-users] Re: VMs missing following Import of Storage Domain

[Simon Scott]

The .ovf files don’t exist on the Primary site for the VMs in question so they 
are not being replicated.

Question is why aren’t there .ovf files on any of the hosts for those Vms?

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/URPW47VGR4AOWPKQ2TEY6BFWQQO5UP4T/

[ovirt-users] Re: Zanata user request

[Scott Dickerson]

Hi Temuri,

The compile requirements aren't that steep with the right build command
options.

Since there are a few challenges in getting the translations pulled and
deployed through to rpms, I went ahead and created a copr project to make
the whole thing easier.  The copr project builds ovirt-engine,
ovirt-engine-ui-extensions and ovirt-web-ui from my github forks.  As of
this afternoon, they're exactly the same and their master branches plus
your translations.  You should be able to enable my repo on your
ovirt-engine and install the rpms with your translations without much
trouble.

The copr repo: https://copr.fedorainfracloud.org/coprs/sdickers/enUS_kaGE/

I can refresh the builds by updating my forks.  Only takes a few minutes to
do so.  Just drop me an email and I can do that.  Or you can fork the copr
project and repos to do it yourself (if you're comfortable with the forks,
configs, git pushing etc).

Good luck,
Scott

On Tue, Apr 26, 2022 at 12:47 PM Temuri Doghonadze <
temuri.doghona...@gmail.com> wrote:

> Thanks for suggestion.
> Seems like ovirt-engine needs more than 32GB RAM to be compile.
> Will it take long to get it merged? I'd just wait, if it doesn't.
>
> On Tue, Apr 26, 2022 at 6:42 PM Scott Dickerson 
> wrote:
>
>>
>>
>> On Tue, Apr 19, 2022 at 4:03 PM Temuri Doghonadze <
>> temuri.doghona...@gmail.com> wrote:
>>
>>> Hello,
>>> No problem with that, I already got ovirt master installed through copr.
>>> Downloaded everything, found spec files, downloaded translations from
>>> zanata..
>>>
>>> Where to put translations? I see no "po" or "intl" or anything familiar.
>>> Also, there are no translations in src.rpms I see on copr. Any specific way
>>> to get them into source?
>>>
>>
>> For Admin Portal (ovirt-engine), translations need to be compiled in for
>> about half of the files.  For VM Portal, po and pot files are only used to
>> communicate with zanta.  There are build and processing scripts to manage
>> the various translation files in the relevant projects.
>>
>> Really the best way is to grab the source, pull and apply the
>> translations and build the rpms.  It is a pain, but it is the only safe way
>> to do it.
>>
>>
>>>
>>> Regards, Temuri
>>>
>>> On Tue, Apr 19, 2022 at 9:24 PM Scott Dickerson 
>>> wrote:
>>>
>>>> Hi Temuri,
>>>>
>>>> I created a BZ to track adding of Georgian on the various parts of the
>>>> project.  See https://bugzilla.redhat.com/show_bug.cgi?id=2075188.
>>>>
>>>> To test your translations it can get a bit tricky.  The patches linked
>>>> in the BZ enable Georgian but do not actually include your current set of
>>>> translations.  To get a set of rpms with translations applied can require a
>>>> bit of work:
>>>>
>>>>- clone the git repos for the projects (ovirt-engine,
>>>>ovirt-engine-ui-extensions, ovirt-web-ui)
>>>>- apply the appropriate PR from BZ2075188 if it has not been merged
>>>>    yet
>>>>- pull the translations from zanata to your local copy
>>>>- build the rpm from your local copy
>>>>- install the new rpm to your ovirt instance
>>>>- select Georgina on the main landing/welcome page
>>>>
>>>> I can probably help get some rpms with translations installed for you
>>>> via a custom copr repo (linked to you or me, either could work).  Let me
>>>> know if that would be easier for you.
>>>>
>>>> Regards,
>>>> Scott
>>>>
>>>> On Mon, Mar 28, 2022 at 2:54 AM Temuri Doghonadze <
>>>> temuri.doghona...@gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>> Thanks for fixing it, It's almost done, error messages are too boring
>>>>> :)
>>>>> Another question is, when/how will I be able to test/see translation?
>>>>> I got access to 4.4 version of ovirt and translations can be copied
>>>>> forward (no access to 4.5 branch) I guess/hope.
>>>>> Anyways, is there any way for me to see what I just did?. I'd even
>>>>> recompile whole ovirt, if needed.
>>>>> BR, Temuri
>>>>>
>>>>> On Wed, Mar 23, 2022 at 12:54 PM Sharon Gratch 
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
>>>>>> temuri.doghona...@gm

[ovirt-users] Re: Zanata user request

[Scott Dickerson]

On Tue, Apr 19, 2022 at 4:03 PM Temuri Doghonadze <
temuri.doghona...@gmail.com> wrote:

> Hello,
> No problem with that, I already got ovirt master installed through copr.
> Downloaded everything, found spec files, downloaded translations from
> zanata..
>
> Where to put translations? I see no "po" or "intl" or anything familiar.
> Also, there are no translations in src.rpms I see on copr. Any specific way
> to get them into source?
>

For Admin Portal (ovirt-engine), translations need to be compiled in for
about half of the files.  For VM Portal, po and pot files are only used to
communicate with zanta.  There are build and processing scripts to manage
the various translation files in the relevant projects.

Really the best way is to grab the source, pull and apply the translations
and build the rpms.  It is a pain, but it is the only safe way to do it.


>
> Regards, Temuri
>
> On Tue, Apr 19, 2022 at 9:24 PM Scott Dickerson 
> wrote:
>
>> Hi Temuri,
>>
>> I created a BZ to track adding of Georgian on the various parts of the
>> project.  See https://bugzilla.redhat.com/show_bug.cgi?id=2075188.
>>
>> To test your translations it can get a bit tricky.  The patches linked in
>> the BZ enable Georgian but do not actually include your current set of
>> translations.  To get a set of rpms with translations applied can require a
>> bit of work:
>>
>>- clone the git repos for the projects (ovirt-engine,
>>ovirt-engine-ui-extensions, ovirt-web-ui)
>>- apply the appropriate PR from BZ2075188 if it has not been merged
>>yet
>>- pull the translations from zanata to your local copy
>>- build the rpm from your local copy
>>- install the new rpm to your ovirt instance
>>- select Georgina on the main landing/welcome page
>>
>> I can probably help get some rpms with translations installed for you via
>> a custom copr repo (linked to you or me, either could work).  Let me know
>> if that would be easier for you.
>>
>> Regards,
>> Scott
>>
>> On Mon, Mar 28, 2022 at 2:54 AM Temuri Doghonadze <
>> temuri.doghona...@gmail.com> wrote:
>>
>>> Hello,
>>> Thanks for fixing it, It's almost done, error messages are too boring :)
>>> Another question is, when/how will I be able to test/see translation?
>>> I got access to 4.4 version of ovirt and translations can be copied
>>> forward (no access to 4.5 branch) I guess/hope.
>>> Anyways, is there any way for me to see what I just did?. I'd even
>>> recompile whole ovirt, if needed.
>>> BR, Temuri
>>>
>>> On Wed, Mar 23, 2022 at 12:54 PM Sharon Gratch 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
>>>> temuri.doghona...@gmail.com> wrote:
>>>>
>>>>> Hello again,
>>>>> Translation of 2 modules you gave access me to is completed.
>>>>> But I've noticed 2 additional modules I didn't have access to.
>>>>> Could you please tell me if they're not neccessary?
>>>>>
>>>>
>>>> Thanks for translating web-ui and ovirt-engine-ui-extensions projects.
>>>> Regarding the ovirt-engine project, please check now since for some
>>>> reason the Georgian language was disabled. I enabled it so it should be ok
>>>> now.
>>>> The 4th project rhvm-branding is a downstream project so no need to
>>>> translate it.
>>>>
>>>>
>>>>
>>>>> Also, virt-manager translation is still unavailable.
>>>>>
>>>>> On Tue, Mar 22, 2022 at 1:02 PM Temuri Doghonadze <
>>>>> temuri.doghona...@gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>> Got it, thank you.
>>>>>> All's ok, I'm in. Only thing I might also ask, is if you got any
>>>>>> access to person who is maintaining virt-manager, could you ask them to 
>>>>>> fix
>>>>>> translation? (at https://translate.fedoraproject.org/).
>>>>>>
>>>>>> Thanks for provided help, will try my best.
>>>>>> BR, Temuri
>>>>>>
>>>>>> On Tue, Mar 22, 2022 at 11:49 AM Sharon Gratch 
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hi Temuri,
>>>>>>>
>>>>>>> I activated your account on Zanata (you already had one) an

[ovirt-users] Re: Zanata user request

[Scott Dickerson]

Hi Temuri,

I created a BZ to track adding of Georgian on the various parts of the
project.  See https://bugzilla.redhat.com/show_bug.cgi?id=2075188.

To test your translations it can get a bit tricky.  The patches linked in
the BZ enable Georgian but do not actually include your current set of
translations.  To get a set of rpms with translations applied can require a
bit of work:

   - clone the git repos for the projects (ovirt-engine,
   ovirt-engine-ui-extensions, ovirt-web-ui)
   - apply the appropriate PR from BZ2075188 if it has not been merged yet
   - pull the translations from zanata to your local copy
   - build the rpm from your local copy
   - install the new rpm to your ovirt instance
   - select Georgina on the main landing/welcome page

I can probably help get some rpms with translations installed for you via a
custom copr repo (linked to you or me, either could work).  Let me know if
that would be easier for you.

Regards,
Scott

On Mon, Mar 28, 2022 at 2:54 AM Temuri Doghonadze <
temuri.doghona...@gmail.com> wrote:

> Hello,
> Thanks for fixing it, It's almost done, error messages are too boring :)
> Another question is, when/how will I be able to test/see translation?
> I got access to 4.4 version of ovirt and translations can be copied
> forward (no access to 4.5 branch) I guess/hope.
> Anyways, is there any way for me to see what I just did?. I'd even
> recompile whole ovirt, if needed.
> BR, Temuri
>
> On Wed, Mar 23, 2022 at 12:54 PM Sharon Gratch  wrote:
>
>> Hi,
>>
>> On Wed, Mar 23, 2022 at 11:54 AM Temuri Doghonadze <
>> temuri.doghona...@gmail.com> wrote:
>>
>>> Hello again,
>>> Translation of 2 modules you gave access me to is completed.
>>> But I've noticed 2 additional modules I didn't have access to.
>>> Could you please tell me if they're not neccessary?
>>>
>>
>> Thanks for translating web-ui and ovirt-engine-ui-extensions projects.
>> Regarding the ovirt-engine project, please check now since for some
>> reason the Georgian language was disabled. I enabled it so it should be ok
>> now.
>> The 4th project rhvm-branding is a downstream project so no need to
>> translate it.
>>
>>
>>
>>> Also, virt-manager translation is still unavailable.
>>>
>>> On Tue, Mar 22, 2022 at 1:02 PM Temuri Doghonadze <
>>> temuri.doghona...@gmail.com> wrote:
>>>
>>>> Hello,
>>>> Got it, thank you.
>>>> All's ok, I'm in. Only thing I might also ask, is if you got any access
>>>> to person who is maintaining virt-manager, could you ask them to fix
>>>> translation? (at https://translate.fedoraproject.org/).
>>>>
>>>> Thanks for provided help, will try my best.
>>>> BR, Temuri
>>>>
>>>> On Tue, Mar 22, 2022 at 11:49 AM Sharon Gratch 
>>>> wrote:
>>>>
>>>>>
>>>>> Hi Temuri,
>>>>>
>>>>> I activated your account on Zanata (you already had one) and added
>>>>> you to the Georgian translation group.
>>>>> I'll send you the account details in a separate mail.
>>>>>
>>>>> Thanks for willing to help with translations!
>>>>> Sharon
>>>>>
>>>>> On Mon, Mar 21, 2022 at 3:32 PM Sandro Bonazzola 
>>>>> wrote:
>>>>>
>>>>>> +Sharon Gratch  +Scott Dickerson
>>>>>>  +Michal Skrivanek  can
>>>>>> you help here?
>>>>>>
>>>>>> Il giorno lun 21 mar 2022 alle ore 11:23 Temuri Doghonadze <
>>>>>> temuri.doghona...@gmail.com> ha scritto:
>>>>>>
>>>>>>> Hello,
>>>>>>> My name is Temuri and I'd like to ask for account for Zanata to help
>>>>>>> with translation of ovirt to Georgian.
>>>>>>>
>>>>>>> I've done translation of zoiper, FreeCAD, part of gitlab, protonmail,
>>>>>>> parts of gnome and KDE, etc etc etc.
>>>>>>> In case of questions feel free to ask.
>>>>>>> BR, Temuri
>>>>>>> ___
>>>>>>> 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/RYKJ2ZFIOYA66XY3PRPXHF5Y5ZDSTKVG/
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> 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.*
>>>>>>
>>>>>>
>>>>>>

-- 
Scott Dickerson
Senior Software Engineer
RHV-M Engineering - UX Team
Red Hat, Inc
___
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/QVDFF5BBW7XD3MVD5RICTSYLPWOESAMZ/

[ovirt-users] Re: Import ova Thin provisioned disk conversion to pre allocated disks fails

[Simon Scott]

Hi Arik,

I don’t see an option to select ‘allocation-policy=clone and specifying that 
the VM disk(s) should be preallocated’ when creating a VM from the template.

Regard

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/PM2YIHRODYWHKS56YDQZVAZHZAYS7DAB/

[ovirt-users] Re: virtio-win driver licensing

[Scott Worthington]

This appears to be the source code:

  https://github.com/virtio-win/kvm-guest-drivers-windows

And the license for the source:


https://github.com/virtio-win/kvm-guest-drivers-windows/blob/master/LICENSE

On Fri, Sep 10, 2021 at 11:06 AM  wrote:

> Does anyone have an update on this please?
> ___
> 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/R3Q4P6SGYIDN2PSLPP6AU2327PDC2XDJ/
>
___
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/CCDRY6V3CKYERQI3PAC7N5JVWJAS2DFQ/

[ovirt-users] Re: I can't download console.rdp on VM Portal with Firefox

[Scott Dickerson]

It is a bug.

Open an issue at https://github.com/oVirt/ovirt-web-ui/issues and we can
get it resolved.

Regards,
Scott

On Fri, Aug 20, 2021 at 10:42 AM Dominique D <
dominique.desche...@gcgenicom.com> wrote:

> I am testing the lastest version of ovirt-engine 4.4.7.7-1 before updating.
>
> when I log into the VM portal and want to download the Remote Destop file
> (console.rdp) from a Windows VM, the file I receive is console.vv instead
> of console.rdp. So I have to rename the file to console.rdp.
> This problem is only with firefox. Edge and google chrome don't have this
> problem.
>
> Do you know why ?
> ___
> 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/HH2VIV2HQWECNF5LETCCSL3WGSM74WRG/
>


-- 
Scott Dickerson
Senior Software Engineer
RHV-M Engineering - UX Team
Red Hat, Inc
___
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/NIVLJRGDDPFXJVS5GED527HGQJJQCUPH/

[ovirt-users] Re: Changing the Password Expiration for a User

[Scott Worthington]

This worked for me, hope it works for you:

# ovirt-aaa-jdbc-tool user show ocpintegrationuser
-- User ocpintegrationuser(125db979-116e-4332-a6b7-fac19ff362ce) --
Namespace: *
Name: ocpintegrationuser
ID: 125db979-116e-4332-a6b7-fac19ff362ce
Display Name:
Email:
First Name: ocpintegrationuser
Last Name:
Department:
Title:
Description:
Account Disabled: false
Account Locked: false
Account Unlocked At: 2021-07-28 13:10:06Z
Account Valid From: 2021-07-27 23:22:17Z
Account Valid To: 2221-07-27 23:22:17Z
Account Without Password: false
Last successful Login At: 2021-07-30 01:24:45Z
Last unsuccessful Login At: 2021-07-28 13:09:50Z
Password Valid To: 2022-01-24 00:57:38Z


# ovirt-aaa-jdbc-tool user edit ocpintegrationuser
 --password-valid-to="2221-07-23 23:15:16Z"
updating user ocpintegrationuser...
user updated successfully

# ovirt-aaa-jdbc-tool user show ocpintegrationuser
-- User ocpintegrationuser(125db979-116e-4332-a6b7-fac19ff362ce) --
Namespace: *
Name: ocpintegrationuser
ID: 125db979-116e-4332-a6b7-fac19ff362ce
Display Name:
Email:
First Name: ocpintegrationuser
Last Name:
Department:
Title:
Description:
Account Disabled: false
Account Locked: false
Account Unlocked At: 2021-07-28 13:10:06Z
Account Valid From: 2021-07-27 23:22:17Z
Account Valid To: 2221-07-27 23:22:17Z
Account Without Password: false
Last successful Login At: 2021-07-30 01:27:15Z
Last unsuccessful Login At: 2021-07-28 13:09:50Z
Password Valid To: 2221-07-23 23:15:16Z

On Thu, Jul 29, 2021 at 9:12 PM Scott Worthington <
scott.c.worthing...@gmail.com> wrote:

> On Thu, Jul 29, 2021 at 8:42 PM  wrote:
>
>> I've create a new user using ovirt-aaa-jdbc-tool, I'm unable to use the
>> account because the password expiration date has passed.  I'm now trying to
>> change the password expiration using the following command:
>>
>> sudo ovirt-aaa-jdbc-tool user edit --password-valid-to=2025-12-31 00:00:00
>>
>> The above command is not working, I've tried several different formats
>> using double quotes  and single quotes, onluy using the date without the
>> time.  I've not been able to get anything working, what format should the
>> above command be in?
>>
>> Thanks
>>
>>
>  Take a look at the command on this page:
>
>
> https://www.ovirt.org/develop/release-management/features/infra/aaa-jdbc.html
>
> The example has:
>
> ovirt-aaa-jdbc-tool user password-reset jdoe --password-valid-to="2025-08-15 
> 10:30:00Z"
>
>
> You are missing quotes and perhaps a "Z" for the timezone.
>
>
___
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/JU52Q7ECEIO3TNKVTGCLUVUQQWGBX2LZ/

[ovirt-users] Re: Changing the Password Expiration for a User

[Scott Worthington]

On Thu, Jul 29, 2021 at 8:42 PM  wrote:

> I've create a new user using ovirt-aaa-jdbc-tool, I'm unable to use the
> account because the password expiration date has passed.  I'm now trying to
> change the password expiration using the following command:
>
> sudo ovirt-aaa-jdbc-tool user edit --password-valid-to=2025-12-31 00:00:00
>
> The above command is not working, I've tried several different formats
> using double quotes  and single quotes, onluy using the date without the
> time.  I've not been able to get anything working, what format should the
> above command be in?
>
> Thanks
>
>
 Take a look at the command on this page:

https://www.ovirt.org/develop/release-management/features/infra/aaa-jdbc.html

The example has:

ovirt-aaa-jdbc-tool user password-reset jdoe
--password-valid-to="2025-08-15 10:30:00Z"


You are missing quotes and perhaps a "Z" for the timezone.
___
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/7YC2DZDKDMKNFMZVI2O2SPTNT3JT6OP6/

[ovirt-users] Re: what happens to vms when a host shutdowns?

[Scott Worthington]

On Tue, Jul 6, 2021 at 8:13 AM Nir Soffer  wrote:

> On Tue, Jul 6, 2021 at 2:29 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer 
>> ha scritto:
>>
>>> On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
>>> wrote:
>>> > We are installing UPS powerchute client on hypervisors.
>>> >
>>> > What is the default vms behaviour of running vms when an hypervisor is
>>> > ordered to shutdown: do the vms live migrate or do they shutdown
>>> > properly (even the restart on an other host because of HA) ?
>>>
>>> In general VMs are not restarted after an unexpected shutdown, but HA VMs
>>> are restarted after failures.
>>>
>>> If the HA VM has a lease, it can restart safely on another host
>>> regardless of
>>> the original host status. If the HA VM does not have a lease, the system
>>> must
>>> wait until the original host is up again to check if the VM is still
>>> running on this
>>> host.
>>>
>>> Arik can add more details on this.
>>>
>>
>> I think the question is not related to what happens after the host is
>> back.
>> I think the question is what happens when the host goes down.
>> To me, the right way to shutdown a host is putting it first to
>> maintenance (VM evacuate to other hosts) and then shutdown.
>>
>
> Right, but the we don't have integration with the UPS, so engine cannot
> put the host
> to maintenance when the host lose power and the UPS will shut it down after
> few minutes.
>

This is outside of the scope of oVirt team:

Perhaps one could combine multiple applications ( NUT + Ansible +
Nagios/Zabbix ) to notify the oVirt engine to switch a host to maintenance?

NUT[0] could be configured to alert a monitoring system ( like Nagios or
Zabbix) to trigger an Ansible playbook [1][2] to put the host in
maintenance mode, and the trigger should happen before the UPS battery is
depleted (you'll have to account for the time it takes to live migrate VMs).

[0] Network UPS Tools
https://networkupstools.org/docs/user-manual.chunked/index.html
[1]
https://www.ovirt.org/develop/release-management/features/infra/ansible_modules.html
[2]
https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_host_module.html
___
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/NJDNWLLWOOLTHK7KSDEPZBRQYEMMG5KK/

[ovirt-users] Re: Customization of Ovirt VM Portal

[Scott Dickerson]

Not currently. Users are presented with all available console options for a 
given VM.

Feel free to open an RFE at https://github.com/oVirt/ovirt-web-ui/issues

Scott
___
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/NTUWIMQWZ5MLK6NUV5LX6SWZIKJSC4DV/

[ovirt-users] Re: Import Ge0-Replicated Storage Domain fails

[Simon Scott]

Anyone have any comments please?

On 28 May 2021, at 08:01, Simon Scott  wrote:


Hi All,

Does anyone have any further input on this please?

Kind regards

Simon...

On 25 May 2021, at 09:26, Ritesh Chikatwar  wrote:


Sas, maybe you have have some thoughts on this

On Tue, May 25, 2021 at 1:19 PM Vojtech Juranek 
mailto:vjura...@redhat.com>> wrote:
(CC Pavel, who recently worked on DR, maybe he will have some thoughts)

On Monday, 24 May 2021 17:56:56 CEST 
si...@justconnect.ie<mailto:si...@justconnect.ie> wrote:
> Hi All,
>
> I have 2 independent Hyperconverged Sites/Data Centers.
>
> Site A has a GlusterFS Replica 3 + Arbiter Volume that is Storage Domain
> data2
 This Volume is Geo-Replicated to a Replica 3 + Arbiter Volume at
> Site B called data2_bdt
> I have simulated a DR event and now want to import the Ge0-Replicated volume
> data2_bdt as a Storage Domain on Site B. Once imported I need to import the
> VMs on this volume to run in Site B.

> The Geo-Replication now works perfectly (thanks Strahil) but I haven't been
> able to import the Storage Domain.

> Please can someone point me in the right direction or documentation on how
> this can be achieved.

> Kind Regards
>
> Shimme...
> ___
> 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/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/LQCTZS6YTKMME
> 2EHBXJEGUM2WDNSYXEC/

___
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/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/A6J63RH74YKX7OCK5RCR5IQOUDSF7GG7/
___
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/JMOT5WWGBCAR7RW7L5H3KY6FDK7STDTH/
___
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/KJFSSBRGYMXDTIXKAFHQM64IVEPX2LOQ/

[ovirt-users] Re: Import Ge0-Replicated Storage Domain fails

[Simon Scott]

Hi All,

Does anyone have any further input on this please?

Kind regards

Simon...

On 25 May 2021, at 09:26, Ritesh Chikatwar  wrote:


Sas, maybe you have have some thoughts on this

On Tue, May 25, 2021 at 1:19 PM Vojtech Juranek 
mailto:vjura...@redhat.com>> wrote:
(CC Pavel, who recently worked on DR, maybe he will have some thoughts)

On Monday, 24 May 2021 17:56:56 CEST 
si...@justconnect.ie wrote:
> Hi All,
>
> I have 2 independent Hyperconverged Sites/Data Centers.
>
> Site A has a GlusterFS Replica 3 + Arbiter Volume that is Storage Domain
> data2
 This Volume is Geo-Replicated to a Replica 3 + Arbiter Volume at
> Site B called data2_bdt
> I have simulated a DR event and now want to import the Ge0-Replicated volume
> data2_bdt as a Storage Domain on Site B. Once imported I need to import the
> VMs on this volume to run in Site B.

> The Geo-Replication now works perfectly (thanks Strahil) but I haven't been
> able to import the Storage Domain.

> Please can someone point me in the right direction or documentation on how
> this can be achieved.

> Kind Regards
>
> Shimme...
> ___
> 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/LQCTZS6YTKMME
> 2EHBXJEGUM2WDNSYXEC/

___
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/A6J63RH74YKX7OCK5RCR5IQOUDSF7GG7/
___
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/JMOT5WWGBCAR7RW7L5H3KY6FDK7STDTH/
___
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/DZCK664CQ7ZSRO4EKUD2LCGVID3RXIJI/

[ovirt-users] Re: Import Ge0-Replicated Storage Domain fails

[Simon Scott]

Just to clarify...

Site A has volume data2 which geo-replicates to Site B

Site B has volume data1 which geo-replicates to Site A

I will look at the engine upgrade and ansible today.


___
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/TFD2UAAWUVW4X7Y6PQ4G2MTYWIULICTX/

[ovirt-users] Re: Gluster Geo-Replication Fails

[Simon Scott]

Perfect, worked a treat - thanks Strahil 


From: Strahil Nikolov 
Sent: Tuesday 18 May 2021 04:10
To: Simon Scott ; users@ovirt.org 
Subject: Re: [ovirt-users] Re: Gluster Geo-Replication Fails

If you are running on EL8 -> It's the SELINUX.
To verify that,  stop the session and use 'setenforce 0' on both source and 
destination.

To make it work with SELINUX , you will need to use 'sealert -a' extensively 
(yum whatprovides '*/sealert').

Best Regards,
Strahil Nikolov

Typo - That's TWO sites...

___
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/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/ZHPGXOENFSY6XILYSSXAX6CAQ6WFJVQ7/

___
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/GB23MBKEQKZNKLHBUN2EC5VFLXVZKDCV/

[ovirt-users] Re: oVirt Node install with Foreman VG issue

[Simon Scott]


Thanks Strahil,

Unfortunately changing the filter is done after the initial install.

We manually partition sda so that sdb isn’t touched during install.

The issues with multipath grabbing sdb are ongoing with a possible manual fix 
being tested now.

Testing has paused at the moment as we have lost gluster on the arbiter node as 
per 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/U64MGWSUCFJRIVAH5EOFCQFVIPZI77PL/
 which looks like a full oVirt rebuild again.

Any help on that thread would be appreciated.

Thanks again

Shimme

On 28 Feb 2021, at 08:35, Strahil Nikolov  wrote:

Most probably there is an LVM filter.
As stated in the /etc/multipath.conf , use a special file to blacklist the 
local disks without modifying /etc/multipath.conf

Best Regards,
Strahil Nikolov

Hi All,

I have a server with a RAID1 disk for sda and RAID 5 disk for sdb.

Following default install, prior to Cockpit Gluster and Engine wizards there is 
only a single Volume Group which doesn’t allow me to continue.

If I manually configure the install and deselect sdb it gives other issues with 
multipath but at least I can resolve those.

Is there a specific kickstart confuguration that should be used?

Kind Regards

Shimme
___
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/OFZS3XVTVMP5GFT2ZHZNLZ4XUPXBNCZC/
___
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/KX4WNCRB2FVE7M5H7PHEZTM4TQ37MMHY/

[ovirt-users] Re: HCI with 5 node quest

[Simon Scott]

Many thanks Strahil 

> On 3 Nov 2020, at 16:52, Strahil Nikolov  wrote:
> 
> Usually it is best practice to have the cluster expanded by a multiple of 
> '3' because the gluster volume is of type 'replica 3' or 'replica 3 arbiter 
> 1'. Such volumes can only be expanded by 3 bricks and the best practice is to 
> have one node per brick.
> 
> Yet, the linux world gives freedom , so you can use 5 nodes like this:
> nodeA - data, volume1
> nodeB - data ,volume1
> nodeC - arbiter, volume1 ; arbiter , volume2
> nodeD - data, volume2
> nodeE - data, volume2
> 
> Best Regards,
> Strahil Nikolov 
> 
> 
> 
> 
> 
> 
> В неделя, 1 ноември 2020 г., 23:12:21 Гринуич+2, Simon Scott 
>  написа: 
> 
> 
> 
> 
> 
> Apologies Strahill,
> 
> I don’t think my question was very clear - my fault.
> 
> In all the documentation on HCI that I’ve read, it clearly states the the 3 
> node HCI model can only be expanded in multiples of 3 nodes, i.e. 3, 6, 9, 12.
> 
> I don’t know if I missed a basic explanation somewhere but is there any 
> reason I can’t have a 5 node cluster with multiple Gluster Replica 3 volumes 
> utilising any of the 5 nodes in the same Gluster Peer Group?
> 
> Kind Regards
> 
> Shimme
> 
>> On 1 Nov 2020, at 17:17, Strahil Nikolov  wrote:
>> 
>> We do not know.
>> Nodes 3,4,5 need to be in the same gluster network like 1,2,3 .
>> Once you create your bricks (inode size >= 512) and mount them permanently, 
>> you can create an extra volume or expand the current volumes.
>> 
>> Once you have prepared the nodes, you can add them from UI.
>> 
>> Best Regards,
>> Strahil Nikolov
>> 
>> 
>> 
>> 
>> 
>> 
>> В неделя, 1 ноември 2020 г., 12:44:40 Гринуич+2, si...@justconnect.ie 
>>  написа:
>> 
>> 
>> 
>> 
>> 
>> I have a 3 node HCI setup with 2 Replica 3 volumes using nodes 1, 2 & 3 and 
>> have added 2 additional Compute nodes to this Cluster.
>> 
>> What is stopping me from adding nodes 4 & 5 as Gluster Peers and creating a 
>> glusterfs Replica 3 Volume using nodes 3, 4 & 5?
>> 
>> 
>> Shimme
>> ___
>> 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/4QTQLBV4MYDQ3AHWG6LD53V4T5EUDSAT/
___
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/73OT5JKMO2ELTBL55HA6DGRMF5PK2V3Z/

[ovirt-users] Re: HCI with 5 node quest

[Simon Scott]

Apologies Strahill,

I don’t think my question was very clear - my fault.

In all the documentation on HCI that I’ve read, it clearly states the the 3 
node HCI model can only be expanded in multiples of 3 nodes, i.e. 3, 6, 9, 12.

I don’t know if I missed a basic explanation somewhere but is there any reason 
I can’t have a 5 node cluster with multiple Gluster Replica 3 volumes utilising 
any of the 5 nodes in the same Gluster Peer Group?

Kind Regards

Shimme

> On 1 Nov 2020, at 17:17, Strahil Nikolov  wrote:
> 
> We do not know.
> Nodes 3,4,5 need to be in the same gluster network like 1,2,3 .
> Once you create your bricks (inode size >= 512) and mount them permanently, 
> you can create an extra volume or expand the current volumes.
> 
> Once you have prepared the nodes, you can add them from UI.
> 
> Best Regards,
> Strahil Nikolov
> 
> 
> 
> 
> 
> 
> В неделя, 1 ноември 2020 г., 12:44:40 Гринуич+2, si...@justconnect.ie 
>  написа:
> 
> 
> 
> 
> 
> I have a 3 node HCI setup with 2 Replica 3 volumes using nodes 1, 2 & 3 and 
> have added 2 additional Compute nodes to this Cluster.
> 
> What is stopping me from adding nodes 4 & 5 as Gluster Peers and creating a 
> glusterfs Replica 3 Volume using nodes 3, 4 & 5?
> 
> 
> Shimme
> ___
> 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/4QTQLBV4MYDQ3AHWG6LD53V4T5EUDSAT/
___
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/4ZRJ4RYRWT2DUYJSGGPXB2VNV6ONXGQV/

[ovirt-users] Re: Hosted Engine install via cockpit - proxy issue

[Simon Scott]

Thanks for your response Marcel.

The issue was never a problem on 4.3.

I should clarify that the Hosts are built using the oVirt node ISO and 
Gluster/Hosted Engine are deployed using CockPit.

When initiating the Hosted Engine install using cockpit, the install is 
automated.

This issue appears to be very specific to 4.4 using cockpit.

Regards

Shimme



On 29 Oct 2020, at 10:43, marcel d'heureuse  wrote:

 hi,

you have to install one rpm package and it will work. the hosted engine rpm has 
a size of 1.1 GB.

I do this with ovirt 4.3.

br
marcel

Am 29. Oktober 2020 11:37:07 MEZ schrieb si...@justconnect.ie:

I am installing oVirt in a closed environment where internet access is 
controlled by proxies.

This works until the hosted engine install via cockpit where it fails to 
complete as it appears to require internet access to the repository.

The only workaround I have found is to ssh onto the engine ‘mid install’ and 
add the proxy address to /etc/dnf/dnf.conf. After doing this the install is 
successful.

Am I missing something or does this type of install require unfettered internet 
access?

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/U5FFX2VLMBCLOAGHQPUX2VBA472C5NDG/
___
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/7UJX6CJUYKM5K3FWR5ISJU5XAYFJHJ5O/

[ovirt-users] Re: Gluster volume not responding

[Simon Scott]

Hi Strahil,

All networking configs have been checked and correct.

I just looked at the gluster volume and noticed the Mount Option 
‘logbsize=256k’ on two nodes and is not on the third node.

Status of volume: pltfm_data01

Brick : Brick bdtpltfmovt01-strg:/gluster_bricks/pltfm_data01/pltfm_data01 TCP 
Port : 49152 RDMA Port : 0 Online : Y Pid : 24372 File System : xfs Device : 
/dev/mapper/gluster_vg_sdb-gluster_lv_pltfm_data01 Mount Options : 
rw,seclabel,noatime,nodiratime,attr2,inode64,logbsize=256k,sunit=512,swidth=512,noquota
 Inode Size : 512 Disk Space Free : 552.0GB Total Disk Space : 1.5TB Inode 
Count : 157286400

Free Inodes : 157245903

Brick : Brick bdtpltfmovt02-strg:/gluster_bricks/pltfm_data01/pltfm_data01 TCP 
Port : 49152 RDMA Port : 0 Online : Y Pid : 24485 File System : xfs Device : 
/dev/mapper/gluster_vg_sdb-gluster_lv_pltfm_data01 Mount Options : 
rw,seclabel,noatime,nodiratime,attr2,inode64,logbsize=256k,sunit=512,swidth=512,noquota
 Inode Size : 512 Disk Space Free : 552.0GB Total Disk Space : 1.5TB Inode 
Count : 157286400

Free Inodes : 157245885

Brick : Brick bdtpltfmovt03-strg:/gluster_bricks/pltfm_data01/pltfm_data01 TCP 
Port : 49152 RDMA Port : 0 Online : Y Pid : 24988 File System : xfs Device : 
/dev/mapper/gluster_vg_sdb-gluster_lv_pltfm_data01 Mount Options : 
rw,seclabel,noatime,nodiratime,attr2,inode64,sunit=512,swidth=512,noquota Inode 
Size : 512 Disk Space Free : 552.0GB Total Disk Space : 1.5TB Inode Count : 
157286400 Free Inodes : 157245890

Is this possibly causing the instability issues we are experiencing under load?

Regards

Simon...

On 11 Oct 2020, at 19:18, Strahil Nikolov  wrote:

Hi Simon,

Usually it is the network, but you need real-world data. I would open screen 
sessions and run ping continiously . Something like this:

while true; do echo -n "$(date) "; timeout -s 9 1 ping -c 1 ovirt2 | grep 
icmp_seq; sleep 1; done | tee -a /tmp/icmp_log

Are all systems in the same network ?
What about dns resolution - do you have entries in /etc/hosts ?


Best Regards,
Strahil Nikolov


В неделя, 11 октомври 2020 г., 11:54:47 Гринуич+3, Simon Scott 
 написа:







Thanks Strahil.




I have found between 1 & 4 Gluster peer rpc-clnt-ping timer expired messages in 
the rhev-data-center-mnt-glusterSD-hostname-strg:_pltfm_data01.log on the 
storage network IP. Of the 6 Hosts only 1 does not have these timeouts.




Fencing has been disabled but can you identify which logs are key to 
identifying the cause please.




It's a bonded (bond1) 10GB ovirt-mgmt logical network and Prod VM VLAN 
interface AND a bonded (bond2) 10GB Gluster storage network.

Dropped packets are seen incrementing in the vdsm.log but neither ethtool -S or 
kernel logs are showing dropped packets. I am wondering if they are being 
dropped due to the ring buffers being small.




Kind Regards




Shimme






From: Strahil Nikolov 
Sent: Thursday 8 October 2020 20:40
To: users@ovirt.org ; Simon Scott 
Subject: Re: [ovirt-users] Gluster volume not responding




Every Monday and Wednesday morning there are gluster connectivity timeouts >but 
all checks of the network and network configs are ok.

Based on this one I make the following conclusions:
1. Issue is reoccuring
2. You most probably have a network issue

Have you checked the following:
- are there any ping timeouts between fuse clients and gluster nodes
- Have you tried to disable fencing and check the logs after the issue reoccurs
- Are you sharing Blackup and Prod networks ? Is it possible some backup/other 
production load in your environment to "black-out" your oVirt ?
- Have you check the gluster cluster's logs for anything meaningful ?

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/U527TGUQR6RV7Z426NWMO3K4OXQJABCM/
___
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/BQGSAK4YTKXY75D2TS3ACHS24RHQ7CDF/

[ovirt-users] Re: Gluster volume not responding

[Simon Scott]

Thanks Strahil.

I have found between 1 & 4 Gluster peer rpc-clnt-ping timer expired messages in 
the rhev-data-center-mnt-glusterSD-hostname-strg:_pltfm_data01.log on the 
storage network IP. Of the 6 Hosts only 1 does not have these timeouts.

Fencing has been disabled but can you identify which logs are key to 
identifying the cause please.

It's a bonded (bond1) 10GB ovirt-mgmt logical network and Prod VM VLAN 
interface AND a bonded (bond2) 10GB Gluster storage network.
Dropped packets are seen incrementing in the vdsm.log but neither ethtool -S or 
kernel logs are showing dropped packets. I am wondering if they are being 
dropped due to the ring buffers being small.

Kind Regards

Shimme


From: Strahil Nikolov 
Sent: Thursday 8 October 2020 20:40
To: users@ovirt.org ; Simon Scott 
Subject: Re: [ovirt-users] Gluster volume not responding

>Every Monday and Wednesday morning there are gluster connectivity timeouts 
>>but all checks of the network and network configs are ok.

Based on this one I make the following conclusions:
1. Issue is reoccuring
2. You most probably have a network issue

Have you checked the following:
- are there any ping timeouts between fuse clients and gluster nodes
- Have you tried to disable fencing and check the logs after the issue reoccurs
- Are you sharing Blackup and Prod networks ? Is it possible some backup/other 
production load in your environment to "black-out" your oVirt ?
- Have you check the gluster cluster's logs for anything meaningful ?

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/U527TGUQR6RV7Z426NWMO3K4OXQJABCM/

[ovirt-users] Re: [rhev-tech] ovirt-imageio-proxy not working after updating SSL certificates with a wildcard cert issued by AlphaSSL (intermediate)

[Greg Scott]

Imageio 1.5.3 on both RHVM and your hypervisors, right? And the test
returned success - that eliminates what I saw then.


On Mon, Jul 27, 2020 at 9:44 AM Lynn Dixon  wrote:

> I am running 1.5.3 of all of the imageio-* packages.  THe test button in
> RHVM for the uploader comes back successfully with no errors.
>
> I am at a loss here.
>
> *Lynn Dixon* | Red Hat Certified Architect #100-006-188
> *Solutions Architect* | NA Commercial
> Google Voice: 423-618-1414
> Cell/Text: 423-774-3188
> Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>
>
>
>
>
> On Sat, Jul 25, 2020 at 12:53 AM Greg Scott  wrote:
>
>> Make sure you have the right imageio versions. We spent around two months
>> troubleshooting a similar problem and eventually found my customer had
>> imageio 1.0.0 when they should have had something like 1.4.4. Do an rpm -
>> qa | grep imageio on both your RHVM and RHV-H systems and see what it looks
>> like.
>>
>> Also try that test button in RHVM and see how it behaves. Does it fail
>> right away or does it take a couple seconds?
>>
>> - Greg
>>
>> On Fri, Jul 24, 2020 at 9:24 PM Lynn Dixon  wrote:
>>
>>> All,
>>> I recently bought a wildcard certificate for my lab domain (
>>> shadowman.dev) and I replaced all the certs on my RHV4.3 machine per
>>> our documentation.  The WebUI presents the certs successfully and without
>>> any issues, and everything seemed to be fine, until I tried to upload a
>>> disk image (or an ISO) to my storage domain.  I get this error in the
>>> events tab:
>>>
>>> https://share.getcloudapp.com/p9uPvegx
>>> [image: image.png]
>>>
>>> I also see that the disk is showing up in my storage domain, but its
>>> showing "Paused by System" and I can't do anything with it.  I cant even
>>> delete it!
>>>
>>> I have tried following this document to fix the issue, but it didn't
>>> work: https://access.redhat.com/solutions/4148361
>>>
>>> I am seeing this error pop into my engine.log:
>>> https://pastebin.com/kDLSEq1A
>>>
>>> And I see this error in my image-proxy.log:
>>> WARNING 2020-07-24 15:26:34,802 web:137:web:(log_error) ERROR
>>> [172.17.0.30] PUT /tickets/ [403] Error verifying signed ticket: Invalid
>>> ovirt ticket (data='--my_ticket_data-', reason=Untrusted
>>> certificate) [request=0.002946/1]
>>>
>>> Now, when I bought my wildcard, I was given a root certificate for the
>>> CA, as well as a separate intermediate CA certificate from the provider.
>>> Likewise, they gave me a certificate and a private key of course. The root
>>> and intermediate CA's certificates have been added
>>> to /etc/pki/ca-trust/source/anchors/ and I did an update-ca-trust.
>>>
>>> I also started experiencing issues with the ovpn network provider at the
>>> same time I replaced the SSL certs, but I disregarded it at the time, but
>>> now I am thinking its related.  Any advice on what to look for to fix the
>>> ovirt-imageio-proxy?
>>>
>>> Thanks!
>>>
>>>
>>> *Lynn Dixon* | Red Hat Certified Architect #100-006-188
>>> *Solutions Architect* | NA Commercial
>>> Google Voice: 423-618-1414
>>> Cell/Text: 423-774-3188
>>> Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>
>>>
>>>
>>>
>>
>> --
>> Greg Scott
>> Red Hat Senior Technical Account Manager
>> mobile 1-651-260-1051
>>
>

-- 
Greg Scott
Red Hat Senior Technical Account Manager
mobile 1-651-260-1051
___
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/QMS3CTP2FGWCG4ELC6SW4YICMA2O22ND/

[ovirt-users] Re: [rhev-tech] ovirt-imageio-proxy not working after updating SSL certificates with a wildcard cert issued by AlphaSSL (intermediate)

[Greg Scott]

Make sure you have the right imageio versions. We spent around two months
troubleshooting a similar problem and eventually found my customer had
imageio 1.0.0 when they should have had something like 1.4.4. Do an rpm -
qa | grep imageio on both your RHVM and RHV-H systems and see what it looks
like.

Also try that test button in RHVM and see how it behaves. Does it fail
right away or does it take a couple seconds?

- Greg

On Fri, Jul 24, 2020 at 9:24 PM Lynn Dixon  wrote:

> All,
> I recently bought a wildcard certificate for my lab domain (shadowman.dev)
> and I replaced all the certs on my RHV4.3 machine per our documentation.
> The WebUI presents the certs successfully and without any issues, and
> everything seemed to be fine, until I tried to upload a disk image (or an
> ISO) to my storage domain.  I get this error in the events tab:
>
> https://share.getcloudapp.com/p9uPvegx
> [image: image.png]
>
> I also see that the disk is showing up in my storage domain, but its
> showing "Paused by System" and I can't do anything with it.  I cant even
> delete it!
>
> I have tried following this document to fix the issue, but it didn't work:
> https://access.redhat.com/solutions/4148361
>
> I am seeing this error pop into my engine.log:
> https://pastebin.com/kDLSEq1A
>
> And I see this error in my image-proxy.log:
> WARNING 2020-07-24 15:26:34,802 web:137:web:(log_error) ERROR
> [172.17.0.30] PUT /tickets/ [403] Error verifying signed ticket: Invalid
> ovirt ticket (data='--my_ticket_data-', reason=Untrusted
> certificate) [request=0.002946/1]
>
> Now, when I bought my wildcard, I was given a root certificate for the CA,
> as well as a separate intermediate CA certificate from the provider.
> Likewise, they gave me a certificate and a private key of course. The root
> and intermediate CA's certificates have been added
> to /etc/pki/ca-trust/source/anchors/ and I did an update-ca-trust.
>
> I also started experiencing issues with the ovpn network provider at the
> same time I replaced the SSL certs, but I disregarded it at the time, but
> now I am thinking its related.  Any advice on what to look for to fix the
> ovirt-imageio-proxy?
>
> Thanks!
>
>
> *Lynn Dixon* | Red Hat Certified Architect #100-006-188
> *Solutions Architect* | NA Commercial
> Google Voice: 423-618-1414
> Cell/Text: 423-774-3188
> Click here to view my Certification Portfolio <http://red.ht/1XMX2Mi>
>
>
>

-- 
Greg Scott
Red Hat Senior Technical Account Manager
mobile 1-651-260-1051
___
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/2QLLTX7U4PNQNEFS4AWHLZANK6KCN5HC/

[ovirt-users] Re: ovirt-websocket-proxy errors when trying noVNC

[Scott Dickerson]

On Wed, May 27, 2020 at 7:42 AM Louis Bohm  wrote:

> OS: Oracle Linux 7.8 (unbreakable kernel)
> Using Oracle Linux Virtualization Manager: Software
> Version:4.3.6.6-1.0.9.el7
>
> Since I am running all of it on one physical machine I opted to install
> the ovirt-engine using the accept defaults option.
>
> When I try to start a noVNC console I see this in the messages file:
>
> May 26 16:49:12 lfg-kvm saslpasswd2: Could not find keytab file:
> /etc/qemu/krb5.tab: No such file or directory
> May 26 16:49:12 lfg-kvm saslpasswd2: error deleting entry from sasldb:
> BDB0073 DB_NOTFOUND: No matching key/data pair found
> May 26 16:49:12 lfg-kvm saslpasswd2: error deleting entry from sasldb:
> BDB0073 DB_NOTFOUND: No matching key/data pair found
> May 26 16:49:12 lfg-kvm saslpasswd2: error deleting entry from sasldb:
> BDB0073 DB_NOTFOUND: No matching key/data pair found
> May 26 16:49:12 lfg-kvm saslpasswd2: error deleting entry from sasldb:
> BDB0073 DB_NOTFOUND: No matching key/data pair found
> May 26 16:49:14 lfg-kvm journal: 2020-05-26 16:49:14,704-0400
> ovirt-websocket-proxy: INFO msg:824 handler exception: [SSL:
> SSLV3_ALERT_CERTIFICATE_UNKNOWN] sslv3 alert certificate unknown
> (_ssl.c:618)
> May 26 16:49:14 lfg-kvm ovirt-websocket-proxy.py:
> ovirt-websocket-proxy[14582] INFO msg:824 handler exception: [SSL:
> SSLV3_ALERT_CERTIFICATE_UNKNOWN] sslv3 alert certificate unknown
> (_ssl.c:618)
>
>
> I have checked the following:
>
> [root@lfg-kvm ~]#  engine-config -g WebSocketProxy
> WebSocketProxy: lfg-kvm.corp.lfg.com:6100 version: general
> [root@lfg-kvm ~]# engine-config -g SpiceProxyDefault
> SpiceProxyDefault: http://lfg-kvm.corp.lfg.com:6100 version: general
>
>
> This is a brand new install.
>
> I also am unable to get a VNC console up and running.  I have tried with
> an Ubuntu VM running on my MAC where I installed virt-manager.  The viewer
> comes up for a second says it cannot connect and then shutsdown.
>
>
If you're only using noVNC, then you need to make sure you import the CA
Cert and trust it in your browser.  There is no way to interactively accept
the self-signed cert from the engine when noVNC connects via the websocket
proxy.


> Anyone have any clue?
> -<<—->>-
> Louis Bohm
> louisb...@gmail.com
>
> <https://www.youracclaim.com/badges/f11e0d65-21ad-4458-895b-2c5b5cb11134/public_url>
>
> <https://www.youracclaim.com/badges/f11e0d65-21ad-4458-895b-2c5b5cb11134/public_url>
>
> ___
> 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/U66GSTI4QJSGPM6LUVF2WC2UW5JQCNCX/
>


-- 
Scott Dickerson
Senior Software Engineer
RHV-M Engineering - UX Team
Red Hat, Inc
___
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/2CFFENCUFOFZP6BKOAF7RY6K4J5FTC5Q/

[ovirt-users] Re: Moving ovirt engine disk to another storage volume

[Scott Worthington]

Excellent news!!!

On Sat, Aug 24, 2019, 2:02 PM Erick Perez - Quadrian Enterprises <
epe...@quadrianweb.com> wrote:

> I answered way too fast.
> So sorry to alljust update the profile with a "personal" profile.
>
>
> -
> Erick Perez
> Soluciones Tacticas Pasivas/Activas de Inteligencia y Analitica de
> Datos para Gobiernos
> Quadrian Enterprises S.A. - Panama, Republica de Panama
> Skype chat: eaperezh
> WhatsApp IM: +507-6675-5083
> -
>
> On Sat, Aug 24, 2019 at 12:58 PM Erick Perez - Quadrian Enterprises
>  wrote:
> >
> > Seems its not true:
> > "You're attempting to access content that requires a Red Hat login
> > with a complete profile. "
> > It seems developer profiles are "not" complete profiles.
> >
> > -
> > Erick Perez
> > Soluciones Tacticas Pasivas/Activas de Inteligencia y Analitica de
> > Datos para Gobiernos
> > Quadrian Enterprises S.A. - Panama, Republica de Panama
> > Skype chat: eaperezh
> > WhatsApp IM: +507-6675-5083
> > -
> >
> > On Sat, Aug 24, 2019 at 11:44 AM Scott Worthington
> >  wrote:
> > >
> > > Subscriptions are free, please join the developer program with red hat
> (also free) to see the article.
> > >
> > > On Sat, Aug 24, 2019, 12:11 PM Erick Perez - Quadrian Enterprises <
> epe...@quadrianweb.com> wrote:
> > >>
> > >> i found this article link from redhat. Unfortunately needs
> subscription:
> > >> https://access.redhat.com/solutions/2998291
> > >>
> > >>
> > >> -
> > >> Erick Perez
> > >> Soluciones Tacticas Pasivas/Activas de Inteligencia y Analitica de
> > >> Datos para Gobiernos
> > >> Quadrian Enterprises S.A. - Panama, Republica de Panama
> > >> Skype chat: eaperezh
> > >> WhatsApp IM: +507-6675-5083
> > >> -
> > >>
> > >> On Sat, Aug 24, 2019 at 10:43 AM Erick Perez - Quadrian Enterprises
> > >>  wrote:
> > >> >
> > >> > Good morning,
> > >> >
> > >> > I am running Ovirt 4.3.5 in Centos 7.6 with one virt node an a NFS
> > >> > storage node. I did the self-hosted engine setup and i plan to add a
> > >> > second virt host in a few days.
> > >> >
> > >> > I need to do heavy maintenance on the storage node (VDO and mdadm
> > >> > things) and would like to know how (or a link to an article) can I
> > >> > move the ovirt engine disk to another storage.
> > >> >
> > >> > Currentl the NFS storage has two volumens (volA,volB) and the
> physical
> > >> > host have spare space too. Virtual machines are in VolB and the
> engine
> > >> > is in VolA.
> > >> >
> > >> > I would like to move the engine disk from VolA to VolB or to local
> storage.
> > >> >
> > >> > BTW I am not sure if I should say "move the engine" or should I say
> > >> > move "hosted_storage domain" domain
> > >> >
> > >> > thanks in advance.
> > >> >
> > >> > -
> > >> > Erick Perez
> > >> ___
> > >> 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/MQCFO6SE62C6GFVVWJIQMUHJERYNSEWR/
>
___
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/VL4VJM2VDEO7BSJZJMUJDMAVBVZC7SLE/

[ovirt-users] Re: Moving ovirt engine disk to another storage volume

[Scott Worthington]

Subscriptions are free, please join the developer program with red hat
(also free) to see the article.

On Sat, Aug 24, 2019, 12:11 PM Erick Perez - Quadrian Enterprises <
epe...@quadrianweb.com> wrote:

> i found this article link from redhat. Unfortunately needs subscription:
> https://access.redhat.com/solutions/2998291
>
>
> -
> Erick Perez
> Soluciones Tacticas Pasivas/Activas de Inteligencia y Analitica de
> Datos para Gobiernos
> Quadrian Enterprises S.A. - Panama, Republica de Panama
> Skype chat: eaperezh
> WhatsApp IM: +507-6675-5083
> -
>
> On Sat, Aug 24, 2019 at 10:43 AM Erick Perez - Quadrian Enterprises
>  wrote:
> >
> > Good morning,
> >
> > I am running Ovirt 4.3.5 in Centos 7.6 with one virt node an a NFS
> > storage node. I did the self-hosted engine setup and i plan to add a
> > second virt host in a few days.
> >
> > I need to do heavy maintenance on the storage node (VDO and mdadm
> > things) and would like to know how (or a link to an article) can I
> > move the ovirt engine disk to another storage.
> >
> > Currentl the NFS storage has two volumens (volA,volB) and the physical
> > host have spare space too. Virtual machines are in VolB and the engine
> > is in VolA.
> >
> > I would like to move the engine disk from VolA to VolB or to local
> storage.
> >
> > BTW I am not sure if I should say "move the engine" or should I say
> > move "hosted_storage domain" domain
> >
> > thanks in advance.
> >
> > -
> > Erick Perez
> ___
> 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/MQCFO6SE62C6GFVVWJIQMUHJERYNSEWR/
>
___
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/WF54W2YIYRHM3EGYZ56EGZAYMHZU47OZ/

[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

[Scott Dickerson]

>From the browser console log:
"09:54:32.004  debug  http GET[7] -> url:
"/ovirt-engine/api/options/UserSessionTimeOutInterval", headers:
{"Accept":"application/json","Authorization":"*","Accept-Language":"en_US","Filter":true}
transport.js:74:9"
"09:54:32.141  debug  Reducing action:
{"type":"SET_USER_SESSION_TIMEOUT_INTERVAL","payload":{"userSessionTimeoutInterval":-1}}
utils.js:48:13"

Your engine "UserSessionTimeOutInterval" is set to -1.  VM Portal is
interpreting this as "auto-logout a second ago" instead of "do not
auto-logout".

The simple fix is to set that value to something >0 in your engine configs.

I filed https://github.com/oVirt/ovirt-web-ui/issues/1085 to account for a
-1 value properly in VM Portal.


On Thu, Aug 8, 2019 at 4:07 AM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

>
>
> Am 08.08.19 um 07:49 schrieb Scott Dickerson:
> >
> >
> > On Wed, Aug 7, 2019 at 11:06 AM Sharon Gratch  > <mailto:sgra...@redhat.com>> wrote:
> >
> > Hi,
> > @Scott Dickerson <mailto:sdick...@redhat.com>,  the session logout
> > issue for VM portal 1.5.3 was handled in the following PRs:
> > https://github.com/oVirt/ovirt-web-ui/pull/1014
> > https://github.com/oVirt/ovirt-web-ui/pull/1025
> >
> > Any idea on what can be the problem?
> >
> >
> > That is very strange.  We saw a problem similar to that where, when
> > web-ui is starting up, the time it took for the app to fetch the
> > "UserSessionTimeOutInterval" config value was longer than the time it
> > took to load the auto-logout component.  In that case the value was
> > considered to be 0 and auto logged the user out right away.  That issue
> > was dealt with in PR 1025 and the whole login data load process was
> > synchronized properly in PR 1049.
> >
> > I need some additonal info:
> >- The browser console logs from when the page loads to when they're
> > logged out
> >- the "yum info ovirt-web-ui"
> >
> > I'll be able to better triage the problem with that info.
> >
>
> Thanks to all for replies. I sent the requested info directly to Scott
> Dickerson.
>
> Matthias
>


-- 
Scott Dickerson
Senior Software Engineer
RHV-M Engineering - UX Team
Red Hat, Inc
___
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/3KEXAGYAUZ6ROTDODD2X2T3IRMAPPCZA/

[ovirt-users] Re: ovirt-web-ui-1.5.3: immediate logout in VM portal

[Scott Dickerson]

On Wed, Aug 7, 2019 at 11:06 AM Sharon Gratch  wrote:

> Hi,
> @Scott Dickerson ,  the session logout issue for VM
> portal 1.5.3 was handled in the following PRs:
> https://github.com/oVirt/ovirt-web-ui/pull/1014
> https://github.com/oVirt/ovirt-web-ui/pull/1025
>
> Any idea on what can be the problem?
>

That is very strange.  We saw a problem similar to that where, when web-ui
is starting up, the time it took for the app to fetch the
"UserSessionTimeOutInterval" config value was longer than the time it took
to load the auto-logout component.  In that case the value was considered
to be 0 and auto logged the user out right away.  That issue was dealt with
in PR 1025 and the whole login data load process was synchronized properly
in PR 1049.

I need some additonal info:
  - The browser console logs from when the page loads to when they're
logged out
  - the "yum info ovirt-web-ui"

I'll be able to better triage the problem with that info.


>
> Thanks,
> Sharon
>
> On Wed, Aug 7, 2019 at 5:49 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno mer 7 ago 2019 alle ore 13:09 Matthias Leopold <
>> matthias.leop...@meduniwien.ac.at> ha scritto:
>>
>>> Hi,
>>>
>>> after upgrading to oVirt 4.3.5 yesterday (which also brought
>>> ovirt-web-ui-1.5.3) users are immediately logged out after login to the
>>> "VM Portal" with "You have been logged out due to inactivity" displayed
>>> in the browser. The "Administration Portal" works as expected.
>>>
>>> This happens
>>> - for existing UserRole users/new UserRole users/Administrator users
>>> - with different browsers (Chrome/Firefox/IE)
>>> - also when creating new browser profiles
>>>
>>> Logs in engine.log are unsuspicious IMHO (see below for Administrator
>>> user login).
>>> /var/log/ovirt-engine/ui.log is completely quiet.
>>> Downgrade to 1.5.2 resolves the situation.
>>> Reading about "Added check for inactivity during session and logout
>>> after expiration" in 1.5.3 changelog suggests that something might have
>>> gone wrong.
>>> Has anybody seen this?
>>> Shall I file a bug report?
>>>
>>
>> +Sharon Gratch  can you please have a look at this?
>>
>>
>>
>>>
>>> thx
>>> matthias
>>>
>>> 2019-08-07 12:51:45,556+02 INFO
>>> [org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-8)
>>> [] User admin@internal successfully logged in with scopes:
>>> ovirt-app-admin ovirt-app-api ovirt-app-portal
>>> ovirt-ext=auth:sequence-priority=~ ovirt-ext=revoke:revoke-all
>>> ovirt-ext=token-info:authz-search
>>> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate
>>> ovirt-ext=token:password-access
>>> 2019-08-07 12:51:45,728+02 INFO
>>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default
>>> task-8) [2cb53d8d] Running command: CreateUserSessionCommand internal:
>>> false.
>>> 2019-08-07 12:51:45,768+02 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-8) [2cb53d8d] EVENT_ID: USER_VDC_LOGIN(30), User
>>> admin@internal-authz connecting from 'xxx.yyy.zzz.63' using session
>>> '+DY5GdQK35zrApbt971Df0nACY2o5qpT0ebX7zFnYj/SNnJACyH7nKKd5iJSshJZZo0TgkJUoSixB7StGq10VA=='
>>>
>>> logged in.
>>> 2019-08-07 12:51:48,385+02 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] START,
>>> GetFileStatsVDSCommand(
>>> GetFileStatsParameters:{storagePoolId='1285d24b-53d1-4b4d-bba4-4aa6264f0c4a',
>>>
>>> ignoreFailoverLimit='false'}), log id: cd6a0e4
>>> 2019-08-07 12:51:48,394+02 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] FINISH,
>>> GetFileStatsVDSCommand, return: {grml64-full_2018.12.iso={status=0,
>>> ctime=1553615947.0, size=704905216},
>>> CentOS-7-x86_64-Minimal-1810.iso={status=0, ctime=1555410499.0,
>>> size=962592768}}, log id: cd6a0e4
>>> 2019-08-07 12:51:48,419+02 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (default task-11) [92c5e178-324e-4407-a844-7d1cb67e71b0] EVENT_ID:
>>> REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list
>>> succeeded for domain(s): ISOstar-DEV (All file type

[ovirt-users] Re: Wrong disk size in UI after expanding iscsi direct LUN

[Scott Dickerson]

On Thu, May 16, 2019 at 11:11 AM Bernhard Dick  wrote:

> Hi,
>
> I've extended the size of one of my direct iSCSI LUNs. The VM is seeing
> the new size but in the webinterface there is still the old size
> reported. Is there a way to update this information? I already took a
> look into the list but there are only reports regarding updating the
> size the VM sees.
>

What ovirt version?  Which webinterface and view are you checking, Admin
Portal or VM Portal?


>
>Best regards
>  Bernhard
> ___
> 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/54YHISUA66227IAMI2UVPZRIXV54BAKA/
>


-- 
Scott Dickerson
Senior Software Engineer
RHV-M Engineering - UX Team
Red Hat, Inc
___
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/SX73NWL5ACZXIU33UFNREQ65GGMATDUP/

[ovirt-users] Re: Creating new VM

[Scott Worthington]

Is that Cockpit or the oVirt manager interface?

On Sun, Feb 24, 2019, 3:48 PM Yujin Boby  wrote:

> I installed oVirt, when i try to create a new VM, it says
>
> This host is managed by a virtualization manager, so creation of new VM
> from this host is not possible.
>
> https://imgur.com/a/hpqV6ML
>
> Any idea why i am getting this error ? Do i need more than 1 server to
> create Virtual machines ? Like adding a node ?
> ___
> 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/23WWWLOYNPFZL3DUI4MWYNBYQMUVYP27/
>
___
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/2EIOLL4QL3BQZQNNY7E7AYUMTELUWAW4/

[ovirt-users] Re: Ovirt Cluster completely unstable

[Darryl Scott]

Sandro


I don't have ovirt-log-collector on my ovirt engine.  How can obtain?  I see a 
github repo to make file, I do not want to be making files on my ovirt-engine, 
just not yet, I could possible on weekend.


Where can I obtain the ovirt-log-collector?




From: Sandro Bonazzola 
Sent: Thursday, February 14, 2019 9:16:05 AM
To: Jayme
Cc: Darryl Scott; users
Subject: Re: [ovirt-users] Re: Ovirt Cluster completely unstable



Il giorno gio 14 feb 2019 alle ore 07:54 Jayme 
mailto:jay...@gmail.com>> ha scritto:
I have a three node HCI gluster which was previously running 4.2 with zero 
problems.  I just upgraded it yesterday.  I ran in to a few bugs right away 
with the upgrade process, but aside from that I also discovered other users 
with severe GlusterFS problems since the upgrade to new GlusterFS version.  It 
is less than 24 hours since I upgrade my cluster and I just got a notice that 
one of my GlusterFS bricks is offline.  There does appear to be a very real and 
serious issue here with the latest updates.

tracking the issue on Gluster side on this bug: 
https://bugzilla.redhat.com/show_bug.cgi?id=1677160
If you can help Gluster community providing requested logs it would be great.





On Wed, Feb 13, 2019 at 7:26 PM 
mailto:dsc...@umbctraining.com>> wrote:
I'm abandoning my production ovirt cluster due to instability.   I have a 7 
host cluster running about 300 vms and have been for over a year.  It has 
become unstable over the past three days.  I have random hosts both, compute 
and storage disconnecting.  AND many vms disconnecting and becoming unusable.

7 host are 4 compute hosts running Ovirt 4.2.8 and three glusterfs hosts 
running 3.12.5.  I submitted a bugzilla bug and they immediately assigned it to 
the storage people but have not responded with any meaningful information.  I 
have submitted several logs.

I have found some discussion on problems with instability with gluster 3.12.5.  
I would be willing to upgrade my gluster to a more stable version if that's the 
culprit.  I installed gluster using the ovirt gui and this is the version the 
ovirt gui installed.

Is there an ovirt health monitor available?  Where should I be looking to get a 
resolution the problems I'm facing.
___
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/BL4M3JQA3IEXCQUY4IGQXOAALRUQ7TVB/
___
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/QULCBXHTKSCPKH4UV6GLMOLJE6J7M5UW/


--

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

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

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

[https://www.redhat.com/files/brand/email/sig-redhat.png]<https://red.ht/sig>
___
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/ECPLXX5JIG5VCIQZDH5KWTWOCXGJYD6Z/

[ovirt-users] Re: Ovirt Cluster completely unstable

[Darryl Scott]

I do believe something went wrong after fully updating everything last Friday.  
I updated all the ovirt compute nodes on Friday and gluster/engine on Saturday. 
 I have been experiencing these issues every since.  I have pour over 
engine.log and seems to be connection to storage issue.



From: Jayme 
Sent: Thursday, February 14, 2019 1:52:59 AM
To: Darryl Scott
Cc: users
Subject: Re: [ovirt-users] Ovirt Cluster completely unstable

I have a three node HCI gluster which was previously running 4.2 with zero 
problems.  I just upgraded it yesterday.  I ran in to a few bugs right away 
with the upgrade process, but aside from that I also discovered other users 
with severe GlusterFS problems since the upgrade to new GlusterFS version.  It 
is less than 24 hours since I upgrade my cluster and I just got a notice that 
one of my GlusterFS bricks is offline.  There does appear to be a very real and 
serious issue here with the latest updates.


On Wed, Feb 13, 2019 at 7:26 PM 
mailto:dsc...@umbctraining.com>> wrote:
I'm abandoning my production ovirt cluster due to instability.   I have a 7 
host cluster running about 300 vms and have been for over a year.  It has 
become unstable over the past three days.  I have random hosts both, compute 
and storage disconnecting.  AND many vms disconnecting and becoming unusable.

7 host are 4 compute hosts running Ovirt 4.2.8 and three glusterfs hosts 
running 3.12.5.  I submitted a bugzilla bug and they immediately assigned it to 
the storage people but have not responded with any meaningful information.  I 
have submitted several logs.

I have found some discussion on problems with instability with gluster 3.12.5.  
I would be willing to upgrade my gluster to a more stable version if that's the 
culprit.  I installed gluster using the ovirt gui and this is the version the 
ovirt gui installed.

Is there an ovirt health monitor available?  Where should I be looking to get a 
resolution the problems I'm facing.
___
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/BL4M3JQA3IEXCQUY4IGQXOAALRUQ7TVB/
___
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/IMUKFFANNJXLKXNVGMMJ6Y7MOLW2CQE3/

[ovirt-users] Re: VM User with UserRole missing permissions to activate console and other actions

[Scott Dickerson]

Callum,

If you are seeing the error when opening the console from VM Portal
(web-ui), this sounds a lot like issue [1].  A patch against the ovirt REST
api was done to help mitigate some errors that should not happen.  I'll
take a look to see how it is working in the current master snapshot of
ovirt-engine and VM Portal.

What version of oVirt are you using?

[1] - https://github.com/oVirt/ovirt-web-ui/issues/509

Regards,
Scott Dickerson


On Fri, Jul 27, 2018 at 4:42 AM, Callum Smith  wrote:

> Thanks Greg, it really would be great to resolve this and would really
> like to not have to clean install the engine on a new hostname (especially
> without a guarantee that it will work). Migrating is a significant portion
> of work.
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 27 Jul 2018, at 01:20, Greg Sheremeta  wrote:
>
> Adding some people who may be able to help.
>
> On Wed, Jul 18, 2018 at 7:15 AM Callum Smith  wrote:
>
>> Dear All,
>>
>> Please see the errors below. I'm seeing this in the engine.log when as a
>> user I'm trying to activate either a VM console or reboot a VM which I have
>> access to as a user ("UserRole permission assigned to VM).
>>
>> 2018-07-18 10:51:33,554+01 INFO  
>> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand]
>> (default task-9) [557ca876] Running command
>> : CreateUserSessionCommand internal: false.
>> 2018-07-18 10:51:33,575+01 INFO  [org.ovirt.engine.core.dal.
>> dbbroker.auditloghandling.AuditLogDirector] (default task-9) [557ca876] E
>> VENT_ID: USER_VDC_LOGIN(30), User callum@Biomedical Research Computing
>> connecting from '192.168.1.241' using session 'wiWA25wdaRP1zay
>> iyTSGBJKpvi89LdzgKqeX12BcZhNVhpV2BIA+zkAnT50xOSDglxnhfAi3S2ZiODls8JYFUA=='
>> logged in.
>> 2018-07-18 10:51:34,135+01 ERROR 
>> [org.ovirt.engine.core.bll.GetSystemStatisticsQuery]
>> (default task-5) [8d830cdb-fc11-4e68-94e6-73309
>> 65c4488] Query execution failed due to insufficient permissions.
>> 2018-07-18 10:51:34,205+01 ERROR 
>> [org.ovirt.engine.core.bll.GetPermissionsForObjectQuery]
>> (default task-26) [ba1825f1-60fb-44cd-8b57-
>> ea701cf698c0] Query execution failed due to insufficient permissions.
>> 2018-07-18 10:51:34,242+01 ERROR 
>> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
>> (default task-26) [] Operation Faile
>> d: query execution failed due to insufficient permissions.
>> 2018-07-18 10:51:34,389+01 ERROR [org.ovirt.engine.core.bll.
>> storage.domain.GetStorageDomainListByIdQuery] (default task-17) [02965366
>> -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient
>> permissions.
>> 2018-07-18 10:51:34,393+01 ERROR [org.ovirt.engine.core.bll.
>> storage.domain.GetStorageDomainListByIdQuery] (default task-17) [02965366
>> -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient
>> permissions.
>> 2018-07-18 10:51:34,394+01 ERROR [org.ovirt.engine.core.bll.
>> storage.domain.GetStorageDomainListByIdQuery] (default task-17) [02965366
>> -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient
>> permissions.
>> 2018-07-18 10:51:34,396+01 ERROR [org.ovirt.engine.core.bll.
>> storage.domain.GetStorageDomainListByIdQuery] (default task-17) [02965366
>> -44b0-4370-ab83-4781065e46c2] Query execution failed due to insufficient
>> permissions.
>> 2018-07-18 10:51:59,195+01 WARN  
>> [org.ovirt.engine.core.bll.SetVmTicketCommand]
>> (default task-18) [7881a832] User '9386d6f5-f172-4cdb
>> -abca-62492a357888' is trying to take the console of virtual machine
>> 'ddb23e0a-01d5-403c-89ab-37c400d2c938', but the console is alrea
>> dy taken by user 'd021fc10-4f7c-11e8-88cb-00163e6a7aff'.
>> 2018-07-18 10:51:59,197+01 INFO  
>> [org.ovirt.engine.core.bll.SetVmTicketCommand]
>> (default task-18) [7881a832] No permission found for
>> user '9386d6f5-f172-4cdb-abca-62492a357888' or one of the groups he is
>> member of, when running action 'SetVmTicket', Required permiss
>> ions are: Action type: 'USER' Action group: 'RECONNECT_TO_VM' Object
>> type: 'VM'  Object ID: 'ddb23e0a-01d5-403c-89ab-37c400d2c938'.
>> 2018-07-18 10:51:59,197+01 WARN  
>> [org.ovirt.engine.core.bll.SetVmTicketCommand]
>> (default task-18) [7881a832] Validation of action 'Se
>> tVmTicket' failed for user callum@Biomedical Research Computing.
>> Reasons: VAR__ACTION__SET,VAR__TYPE__VM_TICKET,USER_CANNOT_FORCE_REC
>> ONNECT_TO_VM
>> 2018-07-18 10:51:59,198+01 ERROR [org.ovirt.e

Re: [ovirt-users] Playing with ISCSI, added a ISCSI target, decided to remove it.

[Scott Walker]

Thank you, I feel like a complete dumbass now.

On 10 April 2018 at 04:45, Benny Zlotnik <bzlot...@redhat.com> wrote:

> Is the storage domain marked as backup?
> If it is, you cannot use its disks in an active VM. You can remove the
> flag and try again
>
> On Mon, Apr 9, 2018 at 10:52 PM, Scott Walker <crim...@unspeakable.org>
> wrote:
>
>> All relevant log files.
>>
>> On 9 April 2018 at 15:21, Benny Zlotnik <bzlot...@redhat.com> wrote:
>>
>>> Can you provide the full engine and vdsm logs?
>>>
>>> On Mon, 9 Apr 2018, 22:08 Scott Walker, <crim...@unspeakable.org> wrote:
>>>
>>>> Log file error is:
>>>>
>>>> 2018-04-09 15:05:09,576-04 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
>>>> (default task-28) [5f605594-423e-43f6-9e42-e47453518701] Validation of
>>>> action 'RunVm' failed for user admin@internal-authz. Reasons:
>>>> VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_DISKS_O
>>>> N_BACKUP_STORAGE
>>>>
>>>> On 9 April 2018 at 15:03, Scott Walker <crim...@unspeakable.org> wrote:
>>>>
>>>>> Now suddenly I'm getting
>>>>>
>>>>> All my original storage domains are still there and are local ones. I
>>>>> added the ISCSI domain just to see how it worked (and removed it).
>>>>>
>>>>> What can I do to fix this?
>>>>>
>>>>> "Cannot run VM. Running VM can not contain disks which are stored on a
>>>>> backup storage domain."
>>>>>
>>>>
>>>> ___
>>>> 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

Re: [ovirt-users] Playing with ISCSI, added a ISCSI target, decided to remove it.

[Scott Walker]

Crap, I think that's it. I think I selected it by accident. Dammit.

On 10 April 2018 at 04:45, Benny Zlotnik <bzlot...@redhat.com> wrote:

> Is the storage domain marked as backup?
> If it is, you cannot use its disks in an active VM. You can remove the
> flag and try again
>
> On Mon, Apr 9, 2018 at 10:52 PM, Scott Walker <crim...@unspeakable.org>
> wrote:
>
>> All relevant log files.
>>
>> On 9 April 2018 at 15:21, Benny Zlotnik <bzlot...@redhat.com> wrote:
>>
>>> Can you provide the full engine and vdsm logs?
>>>
>>> On Mon, 9 Apr 2018, 22:08 Scott Walker, <crim...@unspeakable.org> wrote:
>>>
>>>> Log file error is:
>>>>
>>>> 2018-04-09 15:05:09,576-04 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
>>>> (default task-28) [5f605594-423e-43f6-9e42-e47453518701] Validation of
>>>> action 'RunVm' failed for user admin@internal-authz. Reasons:
>>>> VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_DISKS_O
>>>> N_BACKUP_STORAGE
>>>>
>>>> On 9 April 2018 at 15:03, Scott Walker <crim...@unspeakable.org> wrote:
>>>>
>>>>> Now suddenly I'm getting
>>>>>
>>>>> All my original storage domains are still there and are local ones. I
>>>>> added the ISCSI domain just to see how it worked (and removed it).
>>>>>
>>>>> What can I do to fix this?
>>>>>
>>>>> "Cannot run VM. Running VM can not contain disks which are stored on a
>>>>> backup storage domain."
>>>>>
>>>>
>>>> ___
>>>> 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

Re: [ovirt-users] Playing with ISCSI, added a ISCSI target, decided to remove it.

[Scott Walker]

Log file error is:

2018-04-09 15:05:09,576-04 WARN  [org.ovirt.engine.core.bll.RunVmCommand]
(default task-28) [5f605594-423e-43f6-9e42-e47453518701] Validation of
action 'RunVm' failed for user admin@internal-authz. Reasons:
VAR__ACTION__RUN,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_DISKS_ON_BACKUP_STORAGE

On 9 April 2018 at 15:03, Scott Walker <crim...@unspeakable.org> wrote:

> Now suddenly I'm getting
>
> All my original storage domains are still there and are local ones. I
> added the ISCSI domain just to see how it worked (and removed it).
>
> What can I do to fix this?
>
> "Cannot run VM. Running VM can not contain disks which are stored on a
> backup storage domain."
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Playing with ISCSI, added a ISCSI target, decided to remove it.

[Scott Walker]

Now suddenly I'm getting

All my original storage domains are still there and are local ones. I added
the ISCSI domain just to see how it worked (and removed it).

What can I do to fix this?

"Cannot run VM. Running VM can not contain disks which are stored on a
backup storage domain."
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NTP

[Scott Worthington]

chronyd is the new ntpd.

On Aug 7, 2017 7:23 PM, "Moacir Ferreira" 
wrote:

> I found that NTP does not get installed on oVirt node on the latest
> version ovirt-node-ng-installer-ovirt-4.1-2017052309 <(201)%20705-2309>
> .iso.
>
>
> Also the installed repositories does not have it. So, is this a bug or NTP
> is not considered appropriated anymore?
>
>
> Thanks.
>
> Moacir
>
> ___
> 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

Re: [ovirt-users] for some reason ovirtnode creates unecessary vg and lvs

[Scott Worthington]

Also, this 'targetctlfix' script seems to have helped others, too:
  https://github.com/wfurmank/targetctlfix/blob/master/targetctlfix


On 4/2/2017 2:15 PM, martin chamambo wrote:
> I managed to configure the mail iscsi domain for my ovirt 4.1 engine and
> node , it connects to the storage initially and initialises the data
> center ,but after rebooting the node and engine , it creates unecessary
> vg and lvs like below
> 
> 280246d3-ac7b-44ff-8c03-dc2bcb9edb70
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   2d57ab88-16e4-4007-9047-55fc4a35b534
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   ids 
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   inbox   
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   leases  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-  
> 2.00g   
>   master  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-  
> 1.00g   
>   metadata
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 512.00m   
>   outbox  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   xleases 
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-   1.00g 
> 
> whats the cause of this
> 
> NB:mY ISCSI storage is on a centos 7 box
> 
> 
> ___
> 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

Re: [ovirt-users] for some reason ovirtnode creates unecessary vg and lvs

[Scott Worthington]

You need to set a global filter to ignore PVs found in LVs.

Please read the comments in this bugzilla:
  https://bugzilla.redhat.com/show_bug.cgi?id=1139441

Hope that helps you.

On 4/2/2017 2:15 PM, martin chamambo wrote:
> I managed to configure the mail iscsi domain for my ovirt 4.1 engine and
> node , it connects to the storage initially and initialises the data
> center ,but after rebooting the node and engine , it creates unecessary
> vg and lvs like below
> 
> 280246d3-ac7b-44ff-8c03-dc2bcb9edb70
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   2d57ab88-16e4-4007-9047-55fc4a35b534
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   ids 
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   inbox   
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   leases  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-  
> 2.00g   
>   master  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-  
> 1.00g   
>   metadata
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 512.00m   
>   outbox  
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-
> 128.00m   
>   xleases 
> d5104206-5863-4f9d-9ea7-2b140c97d65f -wi-a-   1.00g 
> 
> whats the cause of this
> 
> NB:mY ISCSI storage is on a centos 7 box
> 
> 
> ___
> 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

Re: [ovirt-users] Custom iptables rules usage

[Greg Scott]

I haven't seen it used at any of my RHV customers - but I can see this
capability becoming popular as people learn about it.

- Greg

On Sun, Mar 19, 2017 at 10:17 AM, Leon Goldberg <lgold...@redhat.com> wrote:

> Hey,
>
> We've been wondering whether the ability to add custom iptables rules
> to be deployed on hosts sees any usage.
>
> Currently custom iptable rules are stored in IPTablesConfigSiteCustom
> and are defaulted to an empty string.
>
> We're planning to add host firewalld configuration deployment and are
> looking to determine whether custom rule support should be implemented
> as well.
>
> Thanks,
> Leon
>
>


-- 
Greg Scott
Red Hat Senior Technical Account Manager
mobile 1-651-260-1051
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change the timezone on the dashboard

[Scott Dickerson]

On Sat, Jan 28, 2017 at 12:06 AM, Oved Ourfali <oourf...@redhat.com> wrote:

> This is not possible at the moment.
> We had difficulties trying to get the one defined by the browser as well.
> As we go towards having all logs and audit to UTC in 4.2 the latest, for
> log aggregation purposes, we might not invest time in that as well.
>
> However, perhaps it can be easy to set this up in the ui plug-in
> definition. It will require manually editing the file, but it is a valid
> workaround.
>
> Scott / Vojtech, your thoughts?
>

Dashboard relies on ECMA-402 Intl.DateFormat spec [1] or the Polyfill [2].
The spec says that implementations need to, at the very least, support 2
time zones.  First is 'undefined' and equates to the "runtime's default
time zone".  Second is 'UTC'.  Since the first option is ambiguous and we
don't know what it is unless we parse a formatted string, using a default
of 'UTC' will provide the best cross-browser consistency.  Also, by forcing
to a UTC TZ, everyone looking at times on dashboard, no matter where they
are, will see the same times.

The Polyfill only supports the required 2 time zones.  See [3] for the
gritty details of their implementation.

Additionally, each browser may or may not support named TZs at all for date
formatting.  When I was trying to find a reasonable implementation to
support time zone switching, there was little consistency across browsers
(Firefox, Chrome, IE/Edge on Windows, Safari on Mac).  The Intl.DateFormat
javascript support just doesn't cover the TZ problem very well.

There is another solution - re-implement dashboard's date formatting to use
moment.js [4] and moment-timezone.js [5].  Doing so would let dashboard
have a user selectable TZ, but would incur the cost of shipping moment's JS
with locales (min-gz @ 67.9k) and timezones (min-gz @ 9.9k or 25.6k).
Wouldn't be difficult work.  It would just need to be given the green light.


TL;DR - Dashboard uses ECMA-402 and the spec doesn't require much TZ
support for Intl.DateFormat.  Because browsers don't support formatting
dates in different locales very well, UTC is used.  The safest way to
support explicitly selected TZs right now is to swap the date formatting
implementation out to one that uses momentjs.


[1] -
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/DateTimeFormat
[2] - https://github.com/andyearnshaw/Intl.js
[3] -
https://github.com/andyearnshaw/Intl.js/blob/master/src/12.datetimeformat.js#L186
[4] - http://momentjs.com/
[5] - http://momentjs.com/timezone/


Regards,
Scott


> Thanks,
> Oved
>
> On Jan 27, 2017 19:01, "Logan Kuhn" <supp...@jac-properties.com> wrote:
>
>> Is there a way to change the timezone for the dashboard plugin?
>>
>> I've searched the list and the plugin files and can't seem to find where
>> it's set.
>>
>> Logan
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>


-- 
Scott Dickerson
Senior Software Engineer
RHEV-M Engineering - UX Team
Red Hat, Inc
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt-Engine HA

[Scott]

Hi Sandvik,

I believe this ultimately is what the self hosted engine is planned to
solve. It's up to you as to whether you feel comfortable with that idea
currently.

Outside of that, I would point you to the Red Hat Cluster Suite in a
RHEV/RHEL environment. The high availability component of that is based on
Linux-HA but I have only used Red Hat's implementation.

Lastly, the poor man's solution if this isn't critical infrastructure would
be a hot standby server. Keep the packages in sync between the two however
you feel appropriate. Run engine-backup as frequently as needed and copy it
to the second server. Have your engine address as a secondary address with
appropriate DNS and move it between them in a fail over (or use a CNAME).
Restore the backup in a fail over and run engine-setup. I think you get the
idea.

Personally I use hosted engine in all but my main production cluster. That
one will use it once I've upgraded those hosts to RHEL 7.

Hope that helps.

Scott

On Fri, Aug 19, 2016, 11:40 AM Sandvik Agustin <agustinsand...@gmail.com>
wrote:

> Hi Ovirt Users,
>
> Do you have any documentation, tutorial, howto or workaround to perform or
> to have an ovirt-engine HA? Iv'e tried to google about this but I can't
> find any.
>
> let's say I want to have two engine, engine1 is currently managing two
> hypervisor, then engin2 is my reserved engine, so I can still managed those
> vm that are running inside of my hypervisor if ever engine1 fails.
>
> TIA :)
> Sandvik
> ___
> 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

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

Nope, not in any official repo.  I only use those suggested by oVirt, ie:

http://centos.bhs.mirrors.ovh.net/ftp.centos.org/7/storage/x86_64/gluster-3.7/

No 3.7.14 there.  Thanks though.

Scott

On Sat, Aug 13, 2016 at 11:23 AM David Gossage <dgoss...@carouselchecks.com>
wrote:

> On Sat, Aug 13, 2016 at 11:00 AM, David Gossage <
> dgoss...@carouselchecks.com> wrote:
>
>> On Sat, Aug 13, 2016 at 8:19 AM, Scott <romra...@gmail.com> wrote:
>>
>>> Had a chance to upgrade my cluster to Gluster 3.7.14 and can confirm it
>>> works for me too where 3.7.12/13 did not.
>>>
>>> I did find that you should NOT turn off network.remote-dio or turn
>>> on performance.strict-o-direct as suggested earlier in the thread.  They
>>> will prevent dd (using direct flag) and other things from working
>>> properly.  I'd leave those at network.remote-dio=enabled
>>> and performance.strict-o-direct=off.
>>>
>>
>> Those were actually just suggested during a testing phase trying to trace
>> down the issue.  Neither of those 2 I think have ever been suggested as
>> good practice. At least not for VM storage.
>>
>>
>>> Hopefully we can see Gluster 3.7.14 moved out of testing repo soon.
>>>
>>
> Is it still in testing repo? I updated my production cluster I think 2
> weeks ago from default repo on centos7.
>
>
>>> Scott
>>>
>>> On Tue, Aug 2, 2016 at 9:05 AM, David Gossage <
>>> dgoss...@carouselchecks.com> wrote:
>>>
>>>> So far gluster 3.7.14 seems to have resolved issues at least on my test
>>>> box.  dd commands that failed previously now work with sharding on zfs
>>>> backend,
>>>>
>>>> Where before I couldn't even mount a new storage domain it now mounted
>>>> and I have a test vm being created.
>>>>
>>>> Still have to let VM run for a few days and make sure no locking
>>>> freezing occurs but looks hopeful so far.
>>>>
>>>> *David Gossage*
>>>> *Carousel Checks Inc. | System Administrator*
>>>> *Office* 708.613.2284
>>>>
>>>> On Tue, Jul 26, 2016 at 8:15 AM, David Gossage <
>>>> dgoss...@carouselchecks.com> wrote:
>>>>
>>>>> On Tue, Jul 26, 2016 at 4:37 AM, Krutika Dhananjay <
>>>>> kdhan...@redhat.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> 1.  Could you please attach the glustershd logs from all three nodes?
>>>>>>
>>>>>
>>>>> Here are ccgl1 and ccgl2.  as previously mentioned ccgl3 third node
>>>>> was down from bad nic so no relevant logs would be on that node.
>>>>>
>>>>>
>>>>>>
>>>>>> 2. Also, so far what we know is that the 'Operation not permitted'
>>>>>> errors are on the main vm image itself and not its individual shards (ex
>>>>>> deb61291-5176-4b81-8315-3f1cf8e3534d). Could you do the following:
>>>>>> Get the inode number of
>>>>>> .glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d (ls -li) from the
>>>>>> first brick. I'll call this number INODE_NUMBER.
>>>>>> Execute `find . -inum INODE_NUMBER` from the brick root on first
>>>>>> brick to print the hard links against the file in the prev step and share
>>>>>> the output.
>>>>>>
>>>>> [dgossage@ccgl1 ~]$ sudo ls -li
>>>>> /gluster1/BRICK1/1/.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>>> 16407 -rw-r--r--. 2 36 36 466 Jun  5 16:52
>>>>> /gluster1/BRICK1/1/.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>>> [dgossage@ccgl1 ~]$ cd /gluster1/BRICK1/1/
>>>>> [dgossage@ccgl1 1]$ sudo find . -inum 16407
>>>>> ./7c73a8dd-a72e-4556-ac88-7f6813131e64/dom_md/metadata
>>>>> ./.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> 3. Did you delete any vms at any point before or after the upgrade?
>>>>>>
>>>>>
>>>>> Immediately before or after on same day pretty sure I deleted
>>>>> nothing.  During week prior I deleted a few dev vm's that were never setup
>>>>> and some the week after upgrade as I was preparing for moving disks off 
>>>>> and
>>>>> on storage to get them sha

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

Sounds good, except they aren't even that ("suggestions during testing
phase").  They will flat out break the configuration.  So they shouldn't be
tests AT ALL.  They shouldn't be anything except the "don't do this."

Thanks.

Scott

On Sat, Aug 13, 2016 at 11:01 AM David Gossage <dgoss...@carouselchecks.com>
wrote:

> On Sat, Aug 13, 2016 at 8:19 AM, Scott <romra...@gmail.com> wrote:
>
>> Had a chance to upgrade my cluster to Gluster 3.7.14 and can confirm it
>> works for me too where 3.7.12/13 did not.
>>
>> I did find that you should NOT turn off network.remote-dio or turn
>> on performance.strict-o-direct as suggested earlier in the thread.  They
>> will prevent dd (using direct flag) and other things from working
>> properly.  I'd leave those at network.remote-dio=enabled
>> and performance.strict-o-direct=off.
>>
>
> Those were actually just suggested during a testing phase trying to trace
> down the issue.  Neither of those 2 I think have ever been suggested as
> good practice. At least not for VM storage.
>
>
>> Hopefully we can see Gluster 3.7.14 moved out of testing repo soon.
>>
>> Scott
>>
>> On Tue, Aug 2, 2016 at 9:05 AM, David Gossage <
>> dgoss...@carouselchecks.com> wrote:
>>
>>> So far gluster 3.7.14 seems to have resolved issues at least on my test
>>> box.  dd commands that failed previously now work with sharding on zfs
>>> backend,
>>>
>>> Where before I couldn't even mount a new storage domain it now mounted
>>> and I have a test vm being created.
>>>
>>> Still have to let VM run for a few days and make sure no locking
>>> freezing occurs but looks hopeful so far.
>>>
>>> *David Gossage*
>>> *Carousel Checks Inc. | System Administrator*
>>> *Office* 708.613.2284
>>>
>>> On Tue, Jul 26, 2016 at 8:15 AM, David Gossage <
>>> dgoss...@carouselchecks.com> wrote:
>>>
>>>> On Tue, Jul 26, 2016 at 4:37 AM, Krutika Dhananjay <kdhan...@redhat.com
>>>> > wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> 1.  Could you please attach the glustershd logs from all three nodes?
>>>>>
>>>>
>>>> Here are ccgl1 and ccgl2.  as previously mentioned ccgl3 third node was
>>>> down from bad nic so no relevant logs would be on that node.
>>>>
>>>>
>>>>>
>>>>> 2. Also, so far what we know is that the 'Operation not permitted'
>>>>> errors are on the main vm image itself and not its individual shards (ex
>>>>> deb61291-5176-4b81-8315-3f1cf8e3534d). Could you do the following:
>>>>> Get the inode number of
>>>>> .glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d (ls -li) from the
>>>>> first brick. I'll call this number INODE_NUMBER.
>>>>> Execute `find . -inum INODE_NUMBER` from the brick root on first brick
>>>>> to print the hard links against the file in the prev step and share the
>>>>> output.
>>>>>
>>>> [dgossage@ccgl1 ~]$ sudo ls -li
>>>> /gluster1/BRICK1/1/.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>> 16407 -rw-r--r--. 2 36 36 466 Jun  5 16:52
>>>> /gluster1/BRICK1/1/.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>> [dgossage@ccgl1 ~]$ cd /gluster1/BRICK1/1/
>>>> [dgossage@ccgl1 1]$ sudo find . -inum 16407
>>>> ./7c73a8dd-a72e-4556-ac88-7f6813131e64/dom_md/metadata
>>>> ./.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>>>
>>>>
>>>>
>>>>>
>>>>> 3. Did you delete any vms at any point before or after the upgrade?
>>>>>
>>>>
>>>> Immediately before or after on same day pretty sure I deleted nothing.
>>>> During week prior I deleted a few dev vm's that were never setup and some
>>>> the week after upgrade as I was preparing for moving disks off and on
>>>> storage to get them sharded and felt it would be easier to just recreate
>>>> some disks that had no data yet rather than move them off and on later.
>>>>
>>>>>
>>>>> -Krutika
>>>>>
>>>>> On Mon, Jul 25, 2016 at 11:30 PM, David Gossage <
>>>>> dgoss...@carouselchecks.com> wrote:
>>>>>
>>>>>>
>>>>>> On Mon, Jul 25, 2016 at 9:58 AM, Krutika Dhananjay <
>>>>>> kdhan...@redhat.com> wro

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

Had a chance to upgrade my cluster to Gluster 3.7.14 and can confirm it
works for me too where 3.7.12/13 did not.

I did find that you should NOT turn off network.remote-dio or turn
on performance.strict-o-direct as suggested earlier in the thread.  They
will prevent dd (using direct flag) and other things from working
properly.  I'd leave those at network.remote-dio=enabled
and performance.strict-o-direct=off.

Hopefully we can see Gluster 3.7.14 moved out of testing repo soon.

Scott

On Tue, Aug 2, 2016 at 9:05 AM, David Gossage <dgoss...@carouselchecks.com>
wrote:

> So far gluster 3.7.14 seems to have resolved issues at least on my test
> box.  dd commands that failed previously now work with sharding on zfs
> backend,
>
> Where before I couldn't even mount a new storage domain it now mounted and
> I have a test vm being created.
>
> Still have to let VM run for a few days and make sure no locking freezing
> occurs but looks hopeful so far.
>
> *David Gossage*
> *Carousel Checks Inc. | System Administrator*
> *Office* 708.613.2284
>
> On Tue, Jul 26, 2016 at 8:15 AM, David Gossage <
> dgoss...@carouselchecks.com> wrote:
>
>> On Tue, Jul 26, 2016 at 4:37 AM, Krutika Dhananjay <kdhan...@redhat.com>
>> wrote:
>>
>>> Hi,
>>>
>>> 1.  Could you please attach the glustershd logs from all three nodes?
>>>
>>
>> Here are ccgl1 and ccgl2.  as previously mentioned ccgl3 third node was
>> down from bad nic so no relevant logs would be on that node.
>>
>>
>>>
>>> 2. Also, so far what we know is that the 'Operation not permitted'
>>> errors are on the main vm image itself and not its individual shards (ex
>>> deb61291-5176-4b81-8315-3f1cf8e3534d). Could you do the following:
>>> Get the inode number of 
>>> .glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>> (ls -li) from the first brick. I'll call this number INODE_NUMBER.
>>> Execute `find . -inum INODE_NUMBER` from the brick root on first brick
>>> to print the hard links against the file in the prev step and share the
>>> output.
>>>
>> [dgossage@ccgl1 ~]$ sudo ls -li /gluster1/BRICK1/1/.glusterfs/
>> de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>> 16407 -rw-r--r--. 2 36 36 466 Jun  5 16:52 /gluster1/BRICK1/1/.glusterfs/
>> de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>> [dgossage@ccgl1 ~]$ cd /gluster1/BRICK1/1/
>> [dgossage@ccgl1 1]$ sudo find . -inum 16407
>> ./7c73a8dd-a72e-4556-ac88-7f6813131e64/dom_md/metadata
>> ./.glusterfs/de/b6/deb61291-5176-4b81-8315-3f1cf8e3534d
>>
>>
>>
>>>
>>> 3. Did you delete any vms at any point before or after the upgrade?
>>>
>>
>> Immediately before or after on same day pretty sure I deleted nothing.
>> During week prior I deleted a few dev vm's that were never setup and some
>> the week after upgrade as I was preparing for moving disks off and on
>> storage to get them sharded and felt it would be easier to just recreate
>> some disks that had no data yet rather than move them off and on later.
>>
>>>
>>> -Krutika
>>>
>>> On Mon, Jul 25, 2016 at 11:30 PM, David Gossage <
>>> dgoss...@carouselchecks.com> wrote:
>>>
>>>>
>>>> On Mon, Jul 25, 2016 at 9:58 AM, Krutika Dhananjay <kdhan...@redhat.com
>>>> > wrote:
>>>>
>>>>> OK, could you try the following:
>>>>>
>>>>> i. Set network.remote-dio to off
>>>>> # gluster volume set  network.remote-dio off
>>>>>
>>>>> ii. Set performance.strict-o-direct to on
>>>>> # gluster volume set  performance.strict-o-direct on
>>>>>
>>>>> iii. Stop the affected vm(s) and start again
>>>>>
>>>>> and tell me if you notice any improvement?
>>>>>
>>>>>
>>>> Previous instll I had issue with is still on gluster 3.7.11
>>>>
>>>> My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a
>>>> locak disk right now isn't allowing me to add the gluster storage at all.
>>>>
>>>> Keep getting some type of UI error
>>>>
>>>> 2016-07-25 12:49:09,277 ERROR 
>>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>>> (default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
>>>> 2016-07-25 12:49:09,277 ERROR 
>>>> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
>>>>

Re: [ovirt-users] Hosted Engine 4.0.1 GUI takes long time to be available after Engine start

[Scott]

Hi Matt,

I noticed a similar issue with oVirt 4.0 that I did not see in 3.6.  In
this particular environment, I don't run the DNS resolvers so I can't speak
to as whether that was a problem at the time (I doubt it, but you never
know).

One thing that seemed to help for me was to increase available entropy.
The value in /proc/sys/kernel/random/entropy_avail on my hosted engine VM
was very low (like ~135).  To do this, I used haveged, since its not
possible to attach the virtio-rng device to the HostedEngine VM (hopefully
this changes in a future release).  After this, my available entropy
approaches 4096 (the default target in haveged).  I can't say for certain
this was the sole cause/effect, but it certainly seemed to help.

Scott

On Sun, Jul 24, 2016 at 4:33 PM Matt . <yamakasi@gmail.com> wrote:

> Hi,
>
> I could be Rdns at the moment as I'm having strange Virtio issues on
> 4.0, nics are doing strange on Linux VM's ??
>
> If it's started it's just fine and fast
>
> I will update this thread when DNS is up again as I needed to
> reference this a little but... at the other end... I thought it
> happened also with DNS running... need to check.
>
> Thanks so far!
>
> 2016-07-24 23:25 GMT+02:00 Yaniv Kaul <yk...@redhat.com>:
> >
> >
> > On Sun, Jul 24, 2016 at 8:56 PM, Matt . <yamakasi@gmail.com> wrote:
> >>
> >> Hi guys,
> >>
> >> On a 4.0.1 install where I use an hosted engine the engine itself
> >> starts very quick, this works great.
> >>
> >> The issue I see happening is that when the engine is started it can
> >> take up to minutes before you can visit the GUI of the engine.
> >>
> >> Is this known and also happening on 3.6 ?
> >
> >
> > No, it's not known. If you are sure there are no DNS and reverse DNS
> issues,
> > I'd be happy if you could share engine.log and server.log from the engine
> > VM.
> > Y.
> >
> >>
> >>
> >> Thanks!
> >>
> >> Matt
> >> ___
> >> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

You change the cache mode using a custom property per-VM I believe.  I
don't know if this would work for the hosted engine.

I've already downgraded my system, but once you have the test machine up,
perhaps you can try it.   The custom property would be:

viodiskcache=writethrough

or

viodiskcache=writeback

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Virtual_Machine_Management_Guide/appe-Reference_Settings_in_Administration_Portal_and_User_Portal_Windows.html#Virtual_Machine_Custom_Properties_settings_explained

Scott

On Thu, Jul 21, 2016 at 12:53 PM David Gossage <dgoss...@carouselchecks.com>
wrote:

> On Thu, Jul 21, 2016 at 11:47 AM, Scott <romra...@gmail.com> wrote:
>
>> Hi David,
>>
>> My backend storage is ZFS.
>>
>> I thought about moving from FUSE to NFS mounts for my Gluster volumes to
>> help test.  But since I use hosted engine this would be a real pain.  Its
>> difficult to modify the storage domain type/path in the
>> hosted-engine.conf.  And I don't want to go through the process of
>> re-deploying hosted engine.
>>
>>
> I found this
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1347553
>
> Not sure if related.
>
> But I also have zfs backend, another user in gluster mailing list had
> issues and used zfs backend although she used proxmox and got it working by
> changing disk to writeback cache I think it was.
>
> I also use hosted engine, but I run my gluster volume for HE actually on a
> LVM separate from zfs on xfs and if i recall it did not have the issues my
> gluster on zfs did.  I'm wondering now if the issue was zfs settings.
>
> Hopefully should have a test machone up soon I can play around with more.
>
> Scott
>>
>> On Thu, Jul 21, 2016 at 11:36 AM David Gossage <
>> dgoss...@carouselchecks.com> wrote:
>>
>>> What back end storage do you run gluster on?  xfs/zfs/ext4 etc?
>>>
>>> *David Gossage*
>>> *Carousel Checks Inc. | System Administrator*
>>> *Office* 708.613.2284
>>>
>>> On Thu, Jul 21, 2016 at 8:18 AM, Scott <romra...@gmail.com> wrote:
>>>
>>>> I get similar problems with oVirt 4.0.1 and hosted engine.  After
>>>> upgrading all my hosts to Gluster 3.7.13 (client and server), I get the
>>>> following:
>>>>
>>>> $ sudo hosted-engine --set-maintenance --mode=none
>>>> Traceback (most recent call last):
>>>>   File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
>>>> "__main__", fname, loader, pkg_name)
>>>>   File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
>>>> exec code in run_globals
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>>>> line 73, in 
>>>> if not maintenance.set_mode(sys.argv[1]):
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>>>> line 61, in set_mode
>>>> value=m_global,
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>>>> line 259, in set_maintenance_mode
>>>> str(value))
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>>>> line 204, in set_global_md_flag
>>>> all_stats = broker.get_stats_from_storage(service)
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>> line 232, in get_stats_from_storage
>>>> result = self._checked_communicate(request)
>>>>   File
>>>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>>>> line 260, in _checked_communicate
>>>> .format(message or response))
>>>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed:
>>>> failed to read metadata: [Errno 1] Operation not permitted
>>>>
>>>> If I only upgrade one host, then things will continue to work but my
>>>> nodes are constantly healing shards.  My logs are also flooded with:
>>>>
>>>> [2016-07-21 13:15:14.137734] W [fuse-bridge.c:2227:fuse_readv_cbk]
>>>> 0-glusterfs-fuse: 274714: READ => -1 gfid=4
>>>> 41f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
>>>> permitted)
>>>> The message "W [MSGID: 114031]
>>

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

CentOS 7 for me as well, using the zfsonlinux.org packages.

On Thu, Jul 21, 2016 at 1:26 PM David Gossage <dgoss...@carouselchecks.com>
wrote:

> On Thu, Jul 21, 2016 at 1:24 PM, Karli Sjöberg <karli.sjob...@slu.se>
> wrote:
>
>>
>> Den 21 jul 2016 7:54 em skrev David Gossage <dgoss...@carouselchecks.com
>> >:
>> >
>> > On Thu, Jul 21, 2016 at 11:47 AM, Scott <romra...@gmail.com> wrote:
>> >>
>> >> Hi David,
>> >>
>> >> My backend storage is ZFS.
>> >>
>> >> I thought about moving from FUSE to NFS mounts for my Gluster volumes
>> to help test.  But since I use hosted engine this would be a real pain.
>> Its difficult to modify the storage domain type/path in the
>> hosted-engine.conf.  And I don't want to go through the process of
>> re-deploying hosted engine.
>> >>
>> >
>> > I found this
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1347553
>> >
>> > Not sure if related.
>> >
>> > But I also have zfs backend, another user in gluster mailing list had
>> issues and used zfs backend although she used proxmox and got it working by
>> changing disk to writeback cache I think it was.
>>
>> David and Scott,
>>
>> just out of curiousity, what is the OS under ZFS?
>>
>> Centos 7
>
>
>> /K
>>
>> >
>> > I also use hosted engine, but I run my gluster volume for HE actually
>> on a LVM separate from zfs on xfs and if i recall it did not have the
>> issues my gluster on zfs did.  I'm wondering now if the issue was zfs
>> settings.
>> >
>> > Hopefully should have a test machone up soon I can play around with
>> more.
>> >
>> >> Scott
>> >>
>> >> On Thu, Jul 21, 2016 at 11:36 AM David Gossage <
>> dgoss...@carouselchecks.com> wrote:
>> >>>
>> >>> What back end storage do you run gluster on?  xfs/zfs/ext4 etc?
>> >>>
>> >>> David Gossage
>> >>> Carousel Checks Inc. | System Administrator
>> >>> Office 708.613.2284
>> >>>
>> >>> On Thu, Jul 21, 2016 at 8:18 AM, Scott <romra...@gmail.com> wrote:
>> >>>>
>> >>>> I get similar problems with oVirt 4.0.1 and hosted engine.  After
>> upgrading all my hosts to Gluster 3.7.13 (client and server), I get the
>> following:
>> >>>>
>> >>>> $ sudo hosted-engine --set-maintenance --mode=none
>> >>>> Traceback (most recent call last):
>> >>>>   File "/usr/lib64/python2.7/runpy.py", line 162, in
>> _run_module_as_main
>> >>>> "__main__", fname, loader, pkg_name)
>> >>>>   File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
>> >>>> exec code in run_globals
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 73, in 
>> >>>> if not maintenance.set_mode(sys.argv[1]):
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 61, in set_mode
>> >>>> value=m_global,
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 259, in set_maintenance_mode
>> >>>> str(value))
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 204, in set_global_md_flag
>> >>>> all_stats = broker.get_stats_from_storage(service)
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 232, in get_stats_from_storage
>> >>>> result = self._checked_communicate(request)
>> >>>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 260, in _checked_communicate
>> >>>> .format(message or response))
>> >>>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed:
>> failed to read metadata: [Errno 1] Operation not permitted
>> >>>>
>> >>>> If I only upgrade one host, then things will continue to work but my
>> nodes are constantly healing shards.  My logs are also flooded with:
>> >>>>
>> &g

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

Hi David,

My backend storage is ZFS.

I thought about moving from FUSE to NFS mounts for my Gluster volumes to
help test.  But since I use hosted engine this would be a real pain.  Its
difficult to modify the storage domain type/path in the
hosted-engine.conf.  And I don't want to go through the process of
re-deploying hosted engine.

Scott

On Thu, Jul 21, 2016 at 11:36 AM David Gossage <dgoss...@carouselchecks.com>
wrote:

> What back end storage do you run gluster on?  xfs/zfs/ext4 etc?
>
> *David Gossage*
> *Carousel Checks Inc. | System Administrator*
> *Office* 708.613.2284
>
> On Thu, Jul 21, 2016 at 8:18 AM, Scott <romra...@gmail.com> wrote:
>
>> I get similar problems with oVirt 4.0.1 and hosted engine.  After
>> upgrading all my hosts to Gluster 3.7.13 (client and server), I get the
>> following:
>>
>> $ sudo hosted-engine --set-maintenance --mode=none
>> Traceback (most recent call last):
>>   File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
>> "__main__", fname, loader, pkg_name)
>>   File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
>> exec code in run_globals
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 73, in 
>> if not maintenance.set_mode(sys.argv[1]):
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
>> line 61, in set_mode
>> value=m_global,
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 259, in set_maintenance_mode
>> str(value))
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
>> line 204, in set_global_md_flag
>> all_stats = broker.get_stats_from_storage(service)
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 232, in get_stats_from_storage
>> result = self._checked_communicate(request)
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 260, in _checked_communicate
>> .format(message or response))
>> ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed:
>> failed to read metadata: [Errno 1] Operation not permitted
>>
>> If I only upgrade one host, then things will continue to work but my
>> nodes are constantly healing shards.  My logs are also flooded with:
>>
>> [2016-07-21 13:15:14.137734] W [fuse-bridge.c:2227:fuse_readv_cbk]
>> 0-glusterfs-fuse: 274714: READ => -1 gfid=4
>> 41f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
>> permitted)
>> The message "W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-0: remote
>> operation failed [Operation not permitted]" repeated 6 times between
>> [2016-07-21 13:13:24.134985] and [2016-07-21 13:15:04.132226]
>> The message "W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-1: remote
>> operation failed [Operation not permitted]" repeated 8 times between
>> [2016-07-21 13:13:34.133116] and [2016-07-21 13:15:14.137178]
>> The message "W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-2: remote
>> operation failed [Operation not permitted]" repeated 7 times between
>> [2016-07-21 13:13:24.135071] and [2016-07-21 13:15:14.137666]
>> [2016-07-21 13:15:24.134647] W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-0: remote
>> operation failed [Operation not permitted]
>> [2016-07-21 13:15:24.134764] W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-2: remote
>> operation failed [Operation not permitted]
>> [2016-07-21 13:15:24.134793] W [fuse-bridge.c:2227:fuse_readv_cbk]
>> 0-glusterfs-fuse: 274741: READ => -1
>> gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0038f4 (Operation not
>> permitted)
>> [2016-07-21 13:15:34.135413] W [fuse-bridge.c:2227:fuse_readv_cbk]
>> 0-glusterfs-fuse: 274756: READ => -1
>> gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
>> permitted)
>> [2016-07-21 13:15:44.141062] W [fuse-bridge.c:2227:fuse_readv_cbk]
>> 0-glusterfs-fuse: 274818: READ => -1
>> gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0038f4 (Operation not
>> permitted)
>> [2016-07-21 13:15:54.133582] W [MSGID: 114031]
>> [client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

[Scott]

I get similar problems with oVirt 4.0.1 and hosted engine.  After upgrading
all my hosts to Gluster 3.7.13 (client and server), I get the following:

$ sudo hosted-engine --set-maintenance --mode=none
Traceback (most recent call last):
  File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
  File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 73, in 
if not maintenance.set_mode(sys.argv[1]):
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/set_maintenance.py",
line 61, in set_mode
value=m_global,
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 259, in set_maintenance_mode
str(value))
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 204, in set_global_md_flag
all_stats = broker.get_stats_from_storage(service)
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 232, in get_stats_from_storage
result = self._checked_communicate(request)
  File
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 260, in _checked_communicate
.format(message or response))
ovirt_hosted_engine_ha.lib.exceptions.RequestError: Request failed: failed
to read metadata: [Errno 1] Operation not permitted

If I only upgrade one host, then things will continue to work but my nodes
are constantly healing shards.  My logs are also flooded with:

[2016-07-21 13:15:14.137734] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274714: READ => -1 gfid=4
41f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
permitted)
The message "W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk]
0-data-client-0: remote operation failed [Operation not permitted]"
repeated 6 times between [2016-07-21 13:13:24.134985] and [2016-07-21
13:15:04.132226]
The message "W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk]
0-data-client-1: remote operation failed [Operation not permitted]"
repeated 8 times between [2016-07-21 13:13:34.133116] and [2016-07-21
13:15:14.137178]
The message "W [MSGID: 114031] [client-rpc-fops.c:3050:client3_3_readv_cbk]
0-data-client-2: remote operation failed [Operation not permitted]"
repeated 7 times between [2016-07-21 13:13:24.135071] and [2016-07-21
13:15:14.137666]
[2016-07-21 13:15:24.134647] W [MSGID: 114031]
[client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-0: remote
operation failed [Operation not permitted]
[2016-07-21 13:15:24.134764] W [MSGID: 114031]
[client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-2: remote
operation failed [Operation not permitted]
[2016-07-21 13:15:24.134793] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274741: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0038f4 (Operation not
permitted)
[2016-07-21 13:15:34.135413] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274756: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
permitted)
[2016-07-21 13:15:44.141062] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274818: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0038f4 (Operation not
permitted)
[2016-07-21 13:15:54.133582] W [MSGID: 114031]
[client-rpc-fops.c:3050:client3_3_readv_cbk] 0-data-client-1: remote
operation failed [Operation not permitted]
[2016-07-21 13:15:54.133629] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274853: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0036d8 (Operation not
permitted)
[2016-07-21 13:16:04.133666] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274879: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0041d0 (Operation not
permitted)
[2016-07-21 13:16:14.134954] W [fuse-bridge.c:2227:fuse_readv_cbk]
0-glusterfs-fuse: 274894: READ => -1
gfid=441f2789-f6b1-4918-a280-1b9905a11429 fd=0x7f19bc0036d8 (Operation not
permitted)

Scott


On Thu, Jul 21, 2016 at 6:57 AM Frank Rothenstein <
f.rothenst...@bodden-kliniken.de> wrote:

> Hey Devid,
>
> I have the very same problem on my test-cluster, despite on running ovirt
> 4.0.
> If you access your volumes via NFS all is fine, problem is FUSE. I stayed
> on 3.7.13, but have no solution yet, now I use NFS.
>
> Frank
>
> Am Donnerstag, den 21.07.2016, 04:28 -0500 schrieb David Gossage:
>
> Anyone running one of recent 3.6.x lines and gluster using 3.7.13?  I am
> looking to upgrade gluster from 3.7.11->3.7.13 for some bug fixes, but have
> been told by users on gluster mail list due to some gluster changes I'd
> need to change the disk parameters to use writeback 

Re: [ovirt-users] Fail to setup Hyperconverged Infrastructure using oVirt and Gluster

[Scott]

Do you have root logins disabled in SSH?  If I remember right, oVirt will
use SSH keys once configured so you need "PermitRootLogin without-password"
at a minimum.

The engine log and your auth/secure log on the host should probably give
you some idea of what happened.

Scott

On Sun, Jul 3, 2016 at 10:13 AM Dewey Du <dewe...@gmail.com> wrote:

> oVirt 3.6
>
> # hosted-engine --deploy
>
> [ ERROR ] Cannot automatically add the host to cluster Default: Cannot add
> Host. SSH authentication failed, verify authentication parameters are
> correct (Username/Password, public-key etc.) You may refer to the
> engine.log file for further details.
>
> Has anyone encountered this issue before? Thx.
> ___
> 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

Re: [ovirt-users] direct mounting of vm disks?

[Scott]

Hi Robert,

I've modified disk images for oVirt virtual machines before.  I mostly run
servers so they all use preallocated as opposed to thin provisioned disks.
I'm not sure if that matters, but it means my VM disk images are raw files
(as opposed to qcow).  Therefore, I used something like the following guide
to get into the disk image.  These directions don't use kpartx or
libguestfs, but I guess those would work too.  I think it goes without
saying, your VM should be off before you modify its disk without its
knowledge.

https://major.io/2010/12/14/mounting-a-raw-partition-file-made-with-dd-or-dd_rescue-in-linux/

For me, the biggest problem I had was the partition in the disk image was
really an LVM PV.  And that LVM group had the same volume group name as one
on the server I was doing this modification.  I had two volume groups with
the same name, which made things a little tricky.  But I'll leave that to
you to figure out :)

Scott

On Sat, Jun 25, 2016 at 11:41 PM Robert Story <rst...@tislabs.com> wrote:

> Hello,
>
> I'm using oVirt 3.5.x w/nfs for vm file storage. I'm trying to restore a vm
> from backup, which entails:
>
>  - scp backup.tar to vm
>  - untar backup on vm
>
> this means all the data makes 3 trips over the network, each of which
> causes a load spike on my nfs server. That nfs load, of course, affects all
> other vms.
>
> what I'd like to be able to do is
>
>  - scp backup.tar to nfs server
>  - stop vm
>  - mount vm disks on nfs server
>  - untar backup on nfs server (using ionice to minimze load impact)
>  - unmount vm disks
>  - start vm
>
> I remember that I used to use kpartx to mount regular KVM disks, so I'm
> hoping that it can also be done here. Anyone else tried to make this work?
>
>
> Robert
>
> --
> Senior Software Engineer @ Parsons
> ___
> 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

Re: [ovirt-users] 3.6 to 4.0 upgrade cert issue

[Scott]

You need to import your intermediate certificate and possibly your CA
certificate into the ovirt-engine keystore.  This is the command I used:

sudo keytool -importcert -trustcacerts -keystore
/etc/pki/ovirt-engine/.truststore -storepass mypass -file
/etc/pki/tls/certs/startcom.class1.server.ca.pem

The password is actually "mypass".

Scott

On Fri, Jun 24, 2016 at 11:33 AM Matt Haught <dmhau...@ncsu.edu> wrote:

> So I switched back to the original self-signed certs that I had luckily
> saved and was able to get in without error. Is there a new process for
> using non-self-signed certs with ovirt 4.0?
>
> Thanks,
> --
> Matt Haught
>
> On Fri, Jun 24, 2016 at 11:19 AM, Matt Haught <dmhau...@ncsu.edu> wrote:
>
>> I just attempted an upgrade from 3.6 to 4.0 hosted engine and ran into an
>> problem. The hosted engine vm updated without issue, but when I go to login
>> to the web interface to continue the process I get:
>>
>> sun.security.validator.ValidatorException: PKIX path building failed:
>> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
>> valid certification path to requested target
>>
>> at every page load and I can't login. I have a feeling that the issue
>> comes from where I replaced the self-signed certs with trusted ca signed
>> certs a year ago. Is there a work around?
>>
>> CentOS 7.2
>>
>> Thanks,
>>
>> --
>> Matt Haught
>>
>
> ___
> 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

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Scott]

Actually, I figured out a work around. I changed the HostedEngine VM's
vds_group_id in the database to the vds_group_id of my temporary cluster
(found from the vds_groups table). This worked and I could put my main
cluster in upgrade mode. Now to continue the process...

Thanks,
Scott

On Fri, Jun 24, 2016, 9:29 AM Scott <romra...@gmail.com> wrote:

> Hi Roman,
>
> I made it through step 6 however it does look like the problem you
> mentioned has occurred.  My engine VM is running on my host in the
> temporary cluster.  The stats under Hosts show this.  But in the Virtual
> Machines tab this VM still thinks its on my main cluster and I can't change
> that setting.  Did you have a suggestion on how to work around this?
> Thankfully only one of my RHEV instances has this upgrade path.
>
> Thanks for your help,
> Scott
>
> On Fri, Jun 24, 2016 at 2:15 AM Roman Mohr <rm...@redhat.com> wrote:
>
>> On Thu, Jun 23, 2016 at 10:26 PM, Scott <romra...@gmail.com> wrote:
>> > Hi Roman,
>> >
>> > Thanks for the detailed steps.  I follow the idea you have outlined and
>> I
>> > think its easier than what I thought of (moving my self hosted engine
>> back
>> > to physical hardware, upgrading and moving it back to self hosted).  I
>> will
>> > give it a spin in my build RHEV cluster tomorrow and let you know how I
>> get
>> > on.
>> >
>>
>> Thanks.
>>
>> The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.
>>
>> I thought about the solution and I see one possible problem with this
>> approach. It might be that the engine still thinks that the VM is on
>> the old cluster.
>> Let me know if this happens, we can work around that too.
>>
>> Roman
>>
>> > Thanks again,
>> > Scott
>> >
>> > On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rm...@redhat.com> wrote:
>> >>
>> >> Hi Scott,
>> >>
>> >> On Thu, Jun 23, 2016 at 8:54 PM, Scott <romra...@gmail.com> wrote:
>> >> > Hello list,
>> >> >
>> >> > I'm trying to upgrade a self-hosted engine RHEV environment running
>> >> > 3.5/el6
>> >> > to 3.6/el7.  I'm following the process outlined in these two
>> documents:
>> >> >
>> >> >
>> >> >
>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
>> >> > https://access.redhat.com/solutions/2300331
>> >> >
>> >> > The problem I'm having is I don't seem to be able to apply the
>> >> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the
>> following
>> >> > error:
>> >> >
>> >> > Can not start cluster upgrade mode, see below for details:
>> >> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
>> >> > configured
>> >> > to be not migratable.
>> >> >
>> >> That is correct, only the he-agents on each host decide where the
>> >> hosted engine VM can start
>> >>
>> >> > But the HostedEngine VM is not one I can edit due to being
>> mid-upgrade.
>> >> > And
>> >> > even if I could, the setting its complaining about can't be managed
>> by
>> >> > the
>> >> > engine (I tried in another RHEV instance).
>> >> >
>> >> Also true, it is very limited what you can currently do with the
>> >> hosted engine VM.
>> >>
>> >>
>> >> > Is this a bug?  What am I missing to be able to move on?  As it seems
>> >> > now,
>> >> > the InClusterUpgrade scheduling policy is useless and can't actually
>> be
>> >> > used.
>> >>
>> >> That is indeed something the InClusterUpgrade does not take into
>> >> consideration. I will file a bug report.
>> >>
>> >>  But what you can do is the following:
>> >>
>> >> You can create a temporary cluster, move one host and the hosted
>> >> engine VM there, upgrade all hosts and then start the hosted-engine VM
>> >> in the original cluster again.
>> >>
>> >> The detailed steps are:
>> >>
>> >> 1) Enter the global maintenance mode
>> >> 2) Create a temporary cluster
>> >> 3) Put one of the hosted engine hosts which does not 

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Scott]

Hi Roman,

I made it through step 6 however it does look like the problem you
mentioned has occurred.  My engine VM is running on my host in the
temporary cluster.  The stats under Hosts show this.  But in the Virtual
Machines tab this VM still thinks its on my main cluster and I can't change
that setting.  Did you have a suggestion on how to work around this?
Thankfully only one of my RHEV instances has this upgrade path.

Thanks for your help,
Scott

On Fri, Jun 24, 2016 at 2:15 AM Roman Mohr <rm...@redhat.com> wrote:

> On Thu, Jun 23, 2016 at 10:26 PM, Scott <romra...@gmail.com> wrote:
> > Hi Roman,
> >
> > Thanks for the detailed steps.  I follow the idea you have outlined and I
> > think its easier than what I thought of (moving my self hosted engine
> back
> > to physical hardware, upgrading and moving it back to self hosted).  I
> will
> > give it a spin in my build RHEV cluster tomorrow and let you know how I
> get
> > on.
> >
>
> Thanks.
>
> The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=1349745.
>
> I thought about the solution and I see one possible problem with this
> approach. It might be that the engine still thinks that the VM is on
> the old cluster.
> Let me know if this happens, we can work around that too.
>
> Roman
>
> > Thanks again,
> > Scott
> >
> > On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rm...@redhat.com> wrote:
> >>
> >> Hi Scott,
> >>
> >> On Thu, Jun 23, 2016 at 8:54 PM, Scott <romra...@gmail.com> wrote:
> >> > Hello list,
> >> >
> >> > I'm trying to upgrade a self-hosted engine RHEV environment running
> >> > 3.5/el6
> >> > to 3.6/el7.  I'm following the process outlined in these two
> documents:
> >> >
> >> >
> >> >
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
> >> > https://access.redhat.com/solutions/2300331
> >> >
> >> > The problem I'm having is I don't seem to be able to apply the
> >> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the
> following
> >> > error:
> >> >
> >> > Can not start cluster upgrade mode, see below for details:
> >> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
> >> > configured
> >> > to be not migratable.
> >> >
> >> That is correct, only the he-agents on each host decide where the
> >> hosted engine VM can start
> >>
> >> > But the HostedEngine VM is not one I can edit due to being
> mid-upgrade.
> >> > And
> >> > even if I could, the setting its complaining about can't be managed by
> >> > the
> >> > engine (I tried in another RHEV instance).
> >> >
> >> Also true, it is very limited what you can currently do with the
> >> hosted engine VM.
> >>
> >>
> >> > Is this a bug?  What am I missing to be able to move on?  As it seems
> >> > now,
> >> > the InClusterUpgrade scheduling policy is useless and can't actually
> be
> >> > used.
> >>
> >> That is indeed something the InClusterUpgrade does not take into
> >> consideration. I will file a bug report.
> >>
> >>  But what you can do is the following:
> >>
> >> You can create a temporary cluster, move one host and the hosted
> >> engine VM there, upgrade all hosts and then start the hosted-engine VM
> >> in the original cluster again.
> >>
> >> The detailed steps are:
> >>
> >> 1) Enter the global maintenance mode
> >> 2) Create a temporary cluster
> >> 3) Put one of the hosted engine hosts which does not currently host
> >> the engine into maintenance
> >> 4) Move this host to the temporary cluster
> >> 5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it
> >> should not come up again since you are in maintenance mode)
> >> 6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the
> >> host in the temporary cluster
> >> 7) Now you can enable the InClusterUpgrade policy on your main cluster
> >> 7) Proceed with your main cluster like described in
> >>
> >>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
> >> 8) When all hosts are upgraded and InClusterUpgrade policy is disabled
> >> again, move the hosted-engine-vm back to the original cluster
> >> 9) Upgrade the last host
> >> 10) Migrate the last host back
> >> 11) Delete the temporary cluster
> >> 12) Deactivate maintenance mode
> >>
> >> Adding Sandro and Roy to keep me honest.
> >>
> >> Roman
> >>
> >> >
> >> > Thanks for any suggestions/help,
> >> > Scott
> >> >
> >> > ___
> >> > 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

[ovirt-users] oVirt 4.0.0 - Cluster Compatibility Version

[Scott]

Hello list,

I've successfully upgraded oVirt to 4.0 from 3.6 on my engine and three
hosts.  However, it doesn't look like I can change the Cluster
Compatibility Version to 4.0.  It tells me I need to shut down all the VMs
in the cluster.  Except I use Hosted Engine.  How do I change the cluster
compatibility version when the engine is down?

Thanks in advance,
Scott
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] InClusterUpgrade Scheduling Policy

[Scott]

Hi Roman,

Thanks for the detailed steps.  I follow the idea you have outlined and I
think its easier than what I thought of (moving my self hosted engine back
to physical hardware, upgrading and moving it back to self hosted).  I will
give it a spin in my build RHEV cluster tomorrow and let you know how I get
on.

Thanks again,
Scott

On Thu, Jun 23, 2016 at 2:41 PM Roman Mohr <rm...@redhat.com> wrote:

> Hi Scott,
>
> On Thu, Jun 23, 2016 at 8:54 PM, Scott <romra...@gmail.com> wrote:
> > Hello list,
> >
> > I'm trying to upgrade a self-hosted engine RHEV environment running
> 3.5/el6
> > to 3.6/el7.  I'm following the process outlined in these two documents:
> >
> >
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
> > https://access.redhat.com/solutions/2300331
> >
> > The problem I'm having is I don't seem to be able to apply the
> > "InClusterUpgrade" policy (procedure 5.5, step 4).  I get the following
> > error:
> >
> > Can not start cluster upgrade mode, see below for details:
> > VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is
> configured
> > to be not migratable.
> >
> That is correct, only the he-agents on each host decide where the
> hosted engine VM can start
>
> > But the HostedEngine VM is not one I can edit due to being mid-upgrade.
> And
> > even if I could, the setting its complaining about can't be managed by
> the
> > engine (I tried in another RHEV instance).
> >
> Also true, it is very limited what you can currently do with the
> hosted engine VM.
>
>
> > Is this a bug?  What am I missing to be able to move on?  As it seems
> now,
> > the InClusterUpgrade scheduling policy is useless and can't actually be
> > used.
>
> That is indeed something the InClusterUpgrade does not take into
> consideration. I will file a bug report.
>
>  But what you can do is the following:
>
> You can create a temporary cluster, move one host and the hosted
> engine VM there, upgrade all hosts and then start the hosted-engine VM
> in the original cluster again.
>
> The detailed steps are:
>
> 1) Enter the global maintenance mode
> 2) Create a temporary cluster
> 3) Put one of the hosted engine hosts which does not currently host
> the engine into maintenance
> 4) Move this host to the temporary cluster
> 5) Stop the hosted-engine-vm with `hosted-engine --destroy-vm` (it
> should not come up again since you are in maintenance mode)
> 6) Start the hosted-egine-vm with `hosted-engine --start-vm` on the
> host in the temporary cluster
> 7) Now you can enable the InClusterUpgrade policy on your main cluster
> 7) Proceed with your main cluster like described in
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
> 8) When all hosts are upgraded and InClusterUpgrade policy is disabled
> again, move the hosted-engine-vm back to the original cluster
> 9) Upgrade the last host
> 10) Migrate the last host back
> 11) Delete the temporary cluster
> 12) Deactivate maintenance mode
>
> Adding Sandro and Roy to keep me honest.
>
> Roman
>
> >
> > Thanks for any suggestions/help,
> > Scott
> >
> > ___
> > 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

[ovirt-users] InClusterUpgrade Scheduling Policy

[Scott]

Hello list,

I'm trying to upgrade a self-hosted engine RHEV environment running 3.5/el6
to 3.6/el7.  I'm following the process outlined in these two documents:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html/Self-Hosted_Engine_Guide/Upgrading_the_Self-Hosted_Engine_from_6_to_7.html
https://access.redhat.com/solutions/2300331

The problem I'm having is I don't seem to be able to apply the
"InClusterUpgrade" policy (procedure 5.5, step 4).  I get the following
error:

Can not start cluster upgrade mode, see below for details:
VM HostedEngine with id 5ca9cb38-82e5-4eea-8ff6-e2bc33598211 is configured
to be not migratable.

But the HostedEngine VM is not one I can edit due to being mid-upgrade.
And even if I could, the setting its complaining about can't be managed by
the engine (I tried in another RHEV instance).

Is this a bug?  What am I missing to be able to move on?  As it seems now,
the InClusterUpgrade scheduling policy is useless and can't actually be
used.

Thanks for any suggestions/help,
Scott
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6 with ScaleIO

[Scott Sobotka]

Thank you, Gianluca. 



The OpenStack integration with ScaleIO absolutely warrants further 
investigation on my part. It looks like a rather recent addition to ScaleIO, so 
I'll need to run that in a lab setting for a while. It looks like the best long 
term option. 



In the meantime, I think that I might be able to get this working by exposing a 
few, larger LUNs via NFS running on the ScaleIO nodes. I lose granular snapshot 
capabilities and MPIO in ScaleIO that way, though. 



If I need real MPIO-type performance on a VM, I guess I can just install the 
ScaleIO client in the guest and access the LUN that way.



Also, I plan on learning more about the iSCSI Direct LUN logic in oVirt to see 
if there is enough similarity between the output of iscsiadm and the ScaleIO 
SDC/SDS utilities to request a direct ScaleIO integration feature. That might 
be a nice little side project for a while.



Have a great day,

--Scott Sobotka




 On Sun, 29 May 2016 02:45:36 -0700  gianluca.cec...@gmail.com  wrote 





On Sun, May 29, 2016 at 7:18 AM, Scott Sobotka sc...@pragmatica.us 
wrote:



Has anyone gotten an oVirt hosted engine and shared storage environment running 
with ScaleIO as the backing storage? 



I was thinking that I would just set up iSCSI LUNs in ScaleIO and have oVirt 
point directly to one for the hosted engine setup. From there, my plan was to 
assign disks to VMs as direct LUNs. 



Unfortunately, it looks like ScaleIO dropped iSCSI support at around version 
1.32 and I'm at a loss as to how I can expose ScaleIO LUNs to oVirt.



Thank you,

--Scott Sobotka





I don't know much of ScaleIO, but at least since Liberty release it can be 
configured as a cinder backend driver in Openstack

http://docs.openstack.org/liberty/config-reference/content/ScaleIO-cinder-driver.html

http://docs.openstack.org/mitaka/config-reference/block-storage/drivers/emc-scaleio-driver.html


So the more "natural" way that comes to mind is to interface oVirt with cinder 
and configure ScaleIO in cinder in similar way as with Ceph backend

http://old.ovirt.org/Features/Cinder_Integration


But this implies configuring Openstack too and also I don't know how the 
security part (see ceph authentication in above link), if present in ScaleIO, 
could be managed


HIH searching a solution


Gianluca
















___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.6 with ScaleIO

[Scott Sobotka]

Has anyone gotten an oVirt hosted engine and shared storage environment running 
with ScaleIO as the backing storage? 



I was thinking that I would just set up iSCSI LUNs in ScaleIO and have oVirt 
point directly to one for the hosted engine setup. From there, my plan was to 
assign disks to VMs as direct LUNs. 



Unfortunately, it looks like ScaleIO dropped iSCSI support at around version 
1.32 and I'm at a loss as to how I can expose ScaleIO LUNs to oVirt.



Thank you,

--Scott Sobotka




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem upgrading Host from 3.5 to 3.6 in Centos 6

[Scott Worthington]

For oVirt 3.6.x, these are the rules:

The ENGINE can be hosted on EL 6 or EL7
The HOSTS cannot be EL 6 -- must be EL 7+ or Fedora (I don't recall the
version)

How to upgrade your hosts:

* Put the oVirt EL 6 host into maintenance (that is, migrating or shutting
down all GUESTS from that host)
* Remove that Host from the cluster
* Wipe and install EL 7 onto that physical machine
* Bring that EL 7 machine into the cluster (via web gui Install)
* Repeat for all of the rest of the EL 6 hosts to complete the upgrade to
3.6.x

HOSTS on 3.5.x could either be EL 6 or EL 7, that is no longer the case
with oVirt 3.6.x

HTH

On Fri, May 27, 2016 at 7:14 AM, Giulio D’Ippolito <
gdippol...@brighttalk.com> wrote:

> Hi all,
>
> We are having a bit of hard time trying to upgrade oVirt from 3.5 release
> to 3.6.
>
> This is our setup:
>
>- All the hosts are running Centos 6.7
>- The engine is a standalone machine
>- The engine is running Centos 6.7
>- Upgrading the engine from 3.5.x to 3.6.6 was successful
>
> Now the problem was when we were trying to upgrade the hosts to 3.6
> release.
>
> We put one host in maintenance and we were expecting the "Upgrade" option
> to be available but it wasn't.
>
> We have imported the 3.6 repository to the host and performed a "yum clean
> all" and a "yum update" to see which packages were marked to be upgrade.
>
> No packages in the oVirt 3.6 repository were available to upgrade.
>
> Then we tried to use the "Reinstall" option available in the GUI
>
> The reinstall failed with the following issue:
>
>
>
>
>
>
>
>
>
>
>
>
>
> *2016-05-27 09:46:50 DEBUG otopi.plugins.otopi.packagers.yumpackager
> yumpackager.verbose:91 Yum queue package qemu-kvm-tools for
> install2016-05-27 09:46:50 DEBUG otopi.plugins.otopi.packagers.yumpackager
> yumpackager.verbose:91 Yum processing package
> 2:qemu-kvm-tools-0.12.1.2-2.491.el6_8.1.x86_64 for install2016-05-27
> 09:46:50 DEBUG otopi.plugins.otopi.packagers.yumpackager
> yumpackager.verbose:91 Yum package
> 2:qemu-kvm-tools-0.12.1.2-2.491.el6_8.1.x86_64 queued2016-05-27 09:46:50
> DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:91 Yum
> queue package vdsm for install/update2016-05-27 09:46:51 DEBUG
> otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:91 Yum queue
> package vdsm-cli for install/update2016-05-27 09:46:51 DEBUG otopi.context
> context._executeMethod:142 Stage packages METHOD
> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._packages2016-05-27
> 09:46:51 DEBUG otopi.context context._executeMethod:142 Stage packages
> METHOD
> otopi.plugins.ovirt_host_deploy.vmconsole.packages.Plugin._packages2016-05-27
> 09:46:51 DEBUG otopi.context context._executeMethod:148 condition
> False2016-05-27 09:46:51 DEBUG otopi.context context._executeMethod:142
> Stage packages METHOD
> otopi.plugins.otopi.packagers.dnfpackager.Plugin._packages2016-05-27
> 09:46:51 DEBUG otopi.context context._executeMethod:148 condition
> False2016-05-27 09:46:51 DEBUG otopi.context context._executeMethod:142
> Stage packages METHOD
> otopi.plugins.otopi.packagers.yumpackager.Plugin._packages2016-05-27
> 09:46:51 DEBUG otopi.plugins.otopi.packagers.yumpackager
> yumpackager.verbose:91 Yum Building transaction2016-05-27 09:46:52 ERROR
> otopi.plugins.otopi.packagers.yumpackager yumpackager.error:100 Yum
> ['qemu-kvm-rhev-tools conflicts with
> 2:qemu-kvm-tools-0.12.1.2-2.491.el6_8.1.x86_64']*
>
> We fixed the issue via removing the qemu-kvm-tools and running the
> "Reinstall again".
>
> But effectively this was the only package that was installed/upgrade by
> running "Reinstall" again.
>
> I can see from the repository
> http://resources.ovirt.org/pub/ovirt-3.6/rpm/el6/x86_64/ that not many
> packages are available in this repository for Centos 6.
>
> For example vdsm package is still version vdsm-4.16.30-0.el6 which was
> installed in oVirt 3.5
>
> Is this the expected outcome of the upgrade in the host?
>
> Thanks,
>
> Giulio
>
>
>
>
>
>
>
>
> ___
> 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

[ovirt-users] Upgrading engine 3.5.5-1.el6 to latest patches issue (and resolved)

[Scott Worthington]

Hello,

This is just an informational e-mail for others who are updating their 3.5
systems on CentOS 6.7 who may experience the same issue that I experienced.

I am upgrading a stand alone 3.5.5-1.el6 engine on CentOS 6.7 (no High
Availability cruft) to the latest patches just recently released.

The DWH and report engine are also installed on this same stand alone system.

I did a 'yum update' and the following was downloaded & updated:

Dec 02 08:26:26 Updated: postgresql-libs-8.4.20-4.el6_7.x86_64
Dec 02 08:26:27 Updated: ovirt-engine-lib-3.5.6.2-1.el6.noarch
Dec 02 08:26:28 Updated: ovirt-engine-setup-base-3.5.6.2-1.el6.noarch
Dec 02 08:26:29 Updated:
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.6.2-1.el6.noarch
Dec 02 08:26:30 Updated:
ovirt-engine-setup-plugin-websocket-proxy-3.5.6.2-1.el6.noarch
Dec 02 08:26:31 Updated:
ovirt-engine-setup-plugin-ovirt-engine-3.5.6.2-1.el6.noarch
Dec 02 08:26:33 Updated: postgresql-8.4.20-4.el6_7.x86_64
Dec 02 08:26:35 Updated: postgresql-server-8.4.20-4.el6_7.x86_64
Dec 02 08:26:35 Updated: ovirt-engine-setup-3.5.6.2-1.el6.noarch
Dec 02 08:26:36 Updated: ovirt-engine-websocket-proxy-3.5.6.2-1.el6.noarch
Dec 02 08:26:36 Updated: ovirt-engine-extensions-api-impl-3.5.6.2-1.el6.noarch
Dec 02 08:26:37 Updated: ovirt-engine-sdk-python-3.5.6.0-1.el6.noarch
Dec 02 08:26:41 Updated: ovirt-guest-tools-iso-3.5-8.fc22.noarch
Dec 02 08:26:50 Updated: 1:java-1.6.0-openjdk-1.6.0.37-1.13.9.4.el6_7.x86_64

Here is where I ran into an issue..

Running an 'engine-setup' to load the latest patches caused this:

[ INFO  ] Cleaning async tasks and compensations
[ INFO  ] Checking the Engine database consistency
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stopping dwh service
[ INFO  ] Stopping reports service
[ INFO  ] Stopping engine service
[ INFO  ] Stopping ovirt-fence-kdump-listener service
[ INFO  ] Stopping websocket-proxy service
[ ERROR ] dwhd is currently running. Its hostname is
tpa-ovirt-engine-01.allianceoneinc.com. Please stop it before running Setup.
[ ERROR ] Failed to execute stage 'Transaction setup': dwhd is currently running
[ INFO  ] Yum Performing yum transaction rollback
[ INFO  ] Stage: Clean up
  Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20151202083052-q8131e.log
[ INFO  ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20151202083138-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

I did a "ps auxwww | grep ovirt" and "ps auxwww | grep dhw", but came up with
nothing.  In fact, there was nothing obviously 'ovirt' related running.

To get the "engine-setup" to work, I thought that perhaps something was stuck
running.

So I did...

service ovirt-engine stop
service ovirt-engine-dwhd stop
service ovirt-engine-reportsd stop
service ovirt-engine-websocket-proxy stop

Followed by...

engine-setup

...and still got the error that the DWH was still running.

Not to waste time, I figured that a reboot might clear and/or reset out some
process that I am not aware of.

I did not want anything ovirt engine related starting up, so I examined what
was running on start up:

chkconfig --list | grep ovirt | grep on

Which returned (sorry for wraps, it's thunderbird):

ovirt-engine0:off   1:off   2:on3:on4:on5:on6:off
ovirt-engine-dwhd   0:off   1:off   2:on3:on4:on5:on6:off
ovirt-engine-reportsd   0:off   1:off   2:on3:on4:on5:on6:off
ovirt-fence-kdump-listener  0:off   1:off   2:on3:on4:on5:on
  6:off
ovirt-websocket-proxy   0:off   1:off   2:on3:on4:on5:on6:off

I turned these off on boot:

chkconfig ovirt-engine off
chkconfig ovirt-engine-dwhd off
chkconfig ovirt-engine-reportsd off
chkconfig ovirt-fence-kdump-listener off
chkconfig ovirt-websocket-proxy off

Rebooted the server, logged back in, and 'engine-setup' ran flawlessly.

After the upgrade, I turned the services back on for the next reboot:

chkconfig ovirt-engine on
chkconfig ovirt-engine-dwhd on
chkconfig ovirt-engine-reportsd on
chkconfig ovirt-fence-kdump-listener on
chkconfig ovirt-websocket-proxy on

Hope that helps someone else.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] NTP issues

[Scott Worthington]

On 11/17/2015 9:32 AM, Budur Nagaraju wrote:
> any updates on the issue ?
> 
> On Mon, Nov 9, 2015 at 4:37 PM, Budur Nagaraju  > wrote:
> 
> HI
> 
> Even after giving a valid NTP server ,date and time is not getting 
> updated .
> 
> can you help me in getting the issue resolved ?
> 
> Thanks,
> Nagaraju
> 

Your question is not relevant or specific for ovirt.

Here is a web page about the ntp service.

http://www.tldp.org/LDP/sag/html/basic-ntp-config.html


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Help with REST api and json examples

[Scott Miller]

Thank you! I'm all set.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Help with REST api and json examples

[Scott Miller]

I am unable to POST with json to the REST api. Every attempt is returned with:

{
  message: Request syntactically incorrect. See the description
below for the correct usage:,

From what I can see the syntax should be ok however I am unable to
locate any json examples for the ovirt REST api on github, or in any
ovirt docs.

Can you help me?

Details:

RHEVM 3.5.3.1-1.4.el6ev

Testing app:
Postman


Example requests with only basic needed items to create a VM, both
fail with above syntax error:


POST /api/vms HTTP/1.1
Host: 
Authorization: Basic xxx
Content-Type: application/json
Accept: application/json
Cache-Control: no-cache
Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e


{
vm: {
name: scott_test,
cluster.name: LabRDU,
template.name: CentOS-6.6-RDU
}
}



POST /api/vms HTTP/1.1
Host: x
Authorization: Basic 
Content-Type: application/json
Accept: application/json
Cache-Control: no-cache
Postman-Token: 8816bbe9-998e-02b6-1873-f4292657868e


{
vm.name: scott_test,
vm.cluster.name: LabRDU,
vm.template.name: CentOS-6.6-RDU
}
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Local Storage

[Scott Worthington]

On 5/7/2015 12:11 PM, Andrea Ghelardi wrote:
 It is true that you cannot mix local and shared storage types.
 
 However, it is actually possible tricking local storage to be presented as a
 shared iscsi volume and then passed to ovirt
 
 There are drawbacks but we are actively using this solution.
 
 Cheers
 
 AG

Hello,

The major point that needs to be stressed again and again
on this mailing list is:

At this time, it is best practice to _NEVER_ combine the
shared storage onto the cluster hosts.

There are MANY many MANY posts from people with down oVirt
environments because they combined their shared storage
on their hosted cluster (especially gluster storage).

They do not fully understand the horrible consequences that will
happen when 1) a host cluster node gets fenced, 2) their gluster
cluster becomes split-brained because they failed to understand
gluster and quorums, or 3) a network connectivity issue of some
sort breaks the storage cluster on one (or many) node(s) and then
the issue cascades to the other systems bringing the entire shared
storage + clustered hosts to a grinding halt.

As a consequence, this mailing list gets flooded with pleas for help
from a crashed oVirt setup that did not follow best practices.

In my opinion, those who combine shared-storage onto the host-nodes
need to pull the plug on one of their hosts, and then work through
the numerous issues that will result in their hyper-converged
configuration.

If the SysAdmin does not have that experience of working through
all of the problems that result from hyper-converging shared
storage on the host nodes, then they certainly need to avoid
combing shared storage on the host nodes.

Good Luck!
--ScottW

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] New user intro some questions

[Scott Worthington]

On 2/7/2015 2:56 AM, George Skorup wrote:
 Is there a way to make this work? I'm fairly confused at this point. I would
 like to be able to manage at least my virt store gluster volume(s) from the
 engine UI.

You can manage your oVirt gluster volumes from the oVirt engine UI.

However, the gluster volumes cannot be on your oVirt hosts.  An oVirt Host
cannot be an oVirt-managed gluster volume provider as well.  These are
separate, physical hosts in oVirt = 3.5.1.

Hope that helps.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] New user intro some questions

[Scott Worthington]

On 2/7/2015 9:47 AM, George Skorup wrote:
 
 On 2/7/2015 7:46 AM, Scott Worthington wrote:
 You can manage your oVirt gluster volumes from the oVirt engine UI.

 However, the gluster volumes cannot be on your oVirt hosts.  An oVirt Host
 cannot be an oVirt-managed gluster volume provider as well.  These are
 separate, physical hosts in oVirt = 3.5.1.
 Then why did it let me add the hosts as virt  gluster (default option 'both')
 during setup if it cannot be configured as such?

The Both in the --== OVIRT ENGINE CONFIGURATION ==-- section of the
engine-setup refers to if you will have both oVirt KVM Host clusters as well
as Gluster Volume clusters.  Both does not mean that you will have the
Gluster storage daemon and KVM on the same host, as that configuration is not
supported nor recommended.

Hope that helps.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] No package ovirt-engine available.

[Scott Worthington]

On 1/2/2015 8:43 AM, Alan McKay wrote:
 Does this mean I have to use CentOS6 for my Hypervisor?
 
 https://bugzilla.redhat.com/show_bug.cgi?id=1155837
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 

As Robert Story said on in this list November 6, 2014:
 CentOS 7 is supported for host nodes, but not the engine. If you have a
 mixed CentOS 6/7 environment, note that migration works from 6-7 hosts, but
 not from 7-6.
 
 
 Robert

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] webui typo

[Scott Worthington]

I'm not certain where the code is that contains this typo, but Live Snapsnot
Support should read Live Snapshot Support

I am running ovirt-engine-3.5.0.1-1.el6

I found some files that contained Snapsnot in here:
  /usr/share/ovirt-engine/engine.ear/webadmin.war/deferredjs/



Should I open a bz?

--ScottW
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] No utilization data on Ovirt report 3.4

[Scott Worthington]

On 11/25/2014 5:10 AM, Shirly Radco wrote:
 Hi Scott, Chandrahasa,
 
 Did you manage to resolve this issue?
 
 Best regards,
 --- 
 Shirly Radco 
 BI Software Engineer 
 Red Hat Israel Ltd.

Hello,

Running 3.5.0 DWH and Reports here (not HE, All-in-One).

I have confirmed that data is being collected:

# su - postgres
$ pgsql ovirt_engine_history

ovirt_engine_history=#

SELECT DISTINCT(vm_disk_id)
FROM v3_5_statistics_vms_disks_resources_usage_hourly
ORDER BY vm_disk_id ;

# From above query, I see data is being collected for disks

# From below query, I can see data is being collected for the disks that are
assigned to the VM guest:

SELECT history_datetime, vm_disk_id , read_rate_bytes_per_second,
write_rate_bytes_per_second
FROM  v3_5_statistics_vms_disks_resources_usage_hourly
WHERE vm_disk_id IN
(
'UUID-DISK-A',
'UUID-DISK-B',
'UUID-DISK-C',
'UUID-DISK-D',
'UUID-DISK-E',
'UUID-DISK-F',
'UUID-DISK-G',
'UUID-DISK-H',
'UUID-DISK-I',
'UUID-DISK-J'
)
ORDER BY history_datetime, vm_disk_id
;

However, in the report BR10C Single Virtual Machine Resources (Hour of
Day), the Top Five Busiest Disks Usage by Hour of Day reports No Data
Available.  How do I troubleshoot the report that is creating that table?

The data does exist in v3_5_statistics_vms_disks_resources_usage_hourly.  Yes
-- the VM guest does have ten (10) disks.

Thanks in advance.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] No utilization data on Ovirt report 3.4

[Scott Worthington]

On 11/19/2014 7:29 AM, Shirly Radco wrote:
 Hi Chandrahasa,
 
 Please provide me with a few details.
 
 1. Is the dwh service running (ovirt-engine-dwhd) ?
 
 2. What version of rpms are installed ? rpm -qa |grep ovirt
 
 3. Is the data collected correctly to the history database?
 you can check specifically in
 v3_4_statistics_vms_resources_usage_samples,
 v3_4_statistics_vms_resources_usage_hourly,
 v3_4_statistics_vms_resources_usage_daily
 
 4. Can you see other reports?
 
 5. Please attach the dwh and reports logs if you see errors there (at 
 /var/log/)
 
 Best regards,
 --- 
 Shirly Radco 
 BI Software Engineer 
 Red Hat Israel Ltd.

I had a similar problem with a fresh install of oVirt 3.5.0 on RHEL 6.6 bare
metal.  I installed the Engine, then DWH and Reports on the same host.

Oddly, reports for Hosts worked, but reports for for Virtual Machines did not
collect data (for example, report BR10C = Resource Usage of Virtual Machine
--- by Hour of Day).

I looked at logs DHW, vdsm, engine, etc logs, and I did not see any errors
relating to database connectivity, pollers not collecting data, etc.  The
service ovirt-engine-dwhd was running.

So, yesterday, I made the assumption that perhaps there was a problem with the
installer and re-ran engine-setup.  This morning, I checked the report
BR10C, and the graphs for CPU Usage by Hour of Day, Memory Usage by Hour of
Day now have bar graphs (they work!).

However, the Top Five Busiest Disks Usage by Hour of Day and Top Three
Businest Network Interfaces Usage report No Data Available.  The VM does
have the oVirt 3.5 guest software installed.

How do I troubleshoot the No Data Available for 'Disk Usage' and 'Network
Interfaces'?

Output of my re-running of engine-setup:

# engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files:
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file:
/var/log/ovirt-engine/setup/ovirt-engine-setup-20141119085759-rah3nk.log
  Version: otopi-1.3.0 (otopi-1.3.0-1.el6)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization

  --== PRODUCT OPTIONS ==--


  --== PACKAGES ==--

[ INFO  ] Checking for product updates...
[ INFO  ] No product updates found

  --== ALL IN ONE CONFIGURATION ==--


  --== NETWORK CONFIGURATION ==--

  Setup can automatically configure the firewall on this system.
  Note: automatic configuration of the firewall may overwrite current
settings.
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: No

  --== DATABASE CONFIGURATION ==--

  The detected DWH database size is 99 MB.
  Setup can backup the existing database. The time and space required
for the database backup depend on its size. This process takes time, and in
some cases (for instance, when the size is few GBs) may take several hours to
complete.
  If you choose to not back up the database, and Setup later fails for
some reason, it will not be able to restore the database and all DWH data will
be lost.
  Would you like to backup the existing database before upgrading it?
(Yes, No) [Yes]: Yes

  --== OVIRT ENGINE CONFIGURATION ==--

  Skipping storing options as database already prepared

  --== PKI CONFIGURATION ==--


  --== APACHE CONFIGURATION ==--


  --== SYSTEM CONFIGURATION ==--


  --== MISC CONFIGURATION ==--


  --== END OF CONFIGURATION ==--

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]:
[WARNING] Less than 16384MB of memory is available
[ INFO  ] Cleaning stale zombie tasks

  --== CONFIGURATION PREVIEW ==--

  Datacenter storage type : False
  Firewall manager: iptables
  Update Firewall : False
  Host FQDN   :
ovirt-engine-01.local
  Engine database name: engine
  Engine database secured connection  : False
  Engine database host: localhost
  Engine database user name   : engine
  Engine database host name validation: False
  Engine database port: 5432
  Engine installation : True
  NFS mount point : /var/lib/exports/iso
  DWH installation: True
  DWH database name   : ovirt_engine_history
  DWH database secured connection : False
  DWH database host   : localhost
  DWH database user name

[ovirt-users] Live Snapshot support on EL 6.6 with oVirt 3.5 now Inactive when Active on EL 6.5

[Scott Worthington]

On EL 6.5 Host and oVirt 3.5, I was able to create live snapshot (Live
Snapshot Support: Active).

After upgrading host to EL 6.6, the oVirt UI now reports live snapshot as
Inactive.

I have submitted bug 1158469 with more details (package versions, etc).

https://bugzilla.redhat.com/show_bug.cgi?id=1158469

I would assume that is it not advisable to upgrade from EL 6.5 to EL 6.6 at
this time if you require Live Snapshot support on the Host.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Live Snapshot support on EL 6.6 with oVirt 3.5 now Inactive when Active on EL 6.5

[Scott Worthington]

On 10/29/2014 10:20 AM, Gianluca Cecchi wrote:
 On Wed, Oct 29, 2014 at 2:18 PM, Scott Worthington
 scott.c.worthing...@gmail.com mailto:scott.c.worthing...@gmail.com wrote:
 
 On EL 6.5 Host and oVirt 3.5, I was able to create live snapshot (Live
 Snapshot Support: Active).
 
 After upgrading host to EL 6.6, the oVirt UI now reports live snapshot as
 Inactive.
 
 I have submitted bug 1158469 with more details (package versions, etc).
 
 https://bugzilla.redhat.com/show_bug.cgi?id=1158469
 
 I would assume that is it not advisable to upgrade from EL 6.5 to EL 6.6 
 at
 this time if you require Live Snapshot support on the Host.
 ___
 Users mailing list
 Users@ovirt.org mailto:Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 See here for errata available in 6.6:
 http://lists.ovirt.org/pipermail/users/2014-October/028679.html

Still not clear to me.

Previously, on EL 6.5, Live snapshots worked with oVirt 3.5.

On EL 6.6 with libvirt-0.10.2-46.el6_6.1.x6_64, Live snapshots no longer work.

Are Live snapshots on EL 6.6 no longer possible?

_Or_ did libvirt-0.10.2-46.el6_6.1.x6_64 break oVirt 3.5 Live snapshot
functionality?



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] First oVirt 3.5 hosted-engine deploy hangs

[Scott Worthington]

Hello,

I am adding an additional VM Host to a single hosted-engine-ha configuration
using oVirt 3.5

The first run of hosted-engine --deploy hangs at:

# hosted-engine --deploy
[ INFO  ] Stage: Initializing
  Continuing will configure this host for serving as hypervisor and
create a VM where you have to install oVirt Engine afterwards.
  Are you sure you want to continue? (Yes, No)[Yes]: Yes
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  Configuration files: []
  Log file:
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141021131134-y0r01e.log
  Version: otopi-1.3.0 (otopi-1.3.0-1.el6)
[ INFO  ] Hardware supports virtualization
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup

hung here

Is this still the problem: https://bugzilla.redhat.com/show_bug.cgi?id=1055153

To get hosted-engine --deploy to work, I have to kill the hung session and
execute hosted-engine --deploy a second time and the process will continue.

# ps auxwww | grep hosted
root 24129  0.5  0.0 442548 49392 pts/1S+   13:11   0:02
/usr/bin/python -B -m otopi.__main__
APPEND:BASE/pluginPath=str:/usr/share/ovirt-hosted-engine-setup/scripts/../plugins
APPEND:BASE/pluginGroups=str:ovirt-hosted-engine-setup
OVESETUP_CORE/offlinePackager=bool:True PACKAGER/yumpackagerEnabled=bool:False

Is there a work around to stop the hanging if I want to add a 3rd host?

Thank you for your assistance,
ScottW

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Scott Ocken]

Ted,

Yes!  This is exactly what I was looking for.  I think you described  
it better than I did.  This feature would be really nice.


Thanks
Scott

Quoting Ted Miller tmil...@hcjb.org:

I think what the OP is asking for a designation as a redundant  
group 1.  He may have 10 hosts and 3 VMs in redundant group 1. He  
doesn't care which hosts they run on, as long as they are three  
separate hosts.


I can see this as being fairly widely applicable.  If you have  
multiple web servers for load sharing, you don't want them all  
running on the same host, because VM load is going to peak on them  
at the same times.  oVirt has no way of knowing that unless you give  
oVirt a hint to spread things around.  The web group might also want  
to split up the server that spreads the jobs around, and a database  
server used by all the web hosts.  I can see easily ending up with a  
group of 5 machines (3 web servers, a load sharing controller, and a  
database server) that you want spread across any 5 of the 15 servers  
in a cluster, because their loads are all going to spike together.  
You don't want oVirt having to try to migrate some of them during a  
load spike, because oVirt noticed that a host with 3 of the 5 is  
overloaded.


Not my situation, but one I can see the usefulness of.
Ted Miller
Elkhart, IN, USA

On 3/18/2014 11:54 AM, Meital Bourvine wrote:

Hi Scott,

Click on a vm
Edit
Show Advanced Options
Host
Start Running on

- Original Message -

From: Scott Ocken sc...@infobunker.com
To: Users@ovirt.org
Sent: Tuesday, March 18, 2014 5:08:24 PM
Subject: [Users] Force certain VMs to be on different hosts

Is there a way to have certain VMs to be on different hosts? (assuming
there are enough hosts)

IE.  I have a db cluster of 3 VMs.  I would like each one to always be
on different hosts.  That way if a host goes down my db cluster is
still happy while migration happens.  Or if migration fails I am still
good.

Thanks
Scott

___
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


--
He is no fool who gives what he cannot keep, to gain what he cannot  
lose. - - Jim Elliot
For more information about Jim Elliot and his unusual life, see  
http://www.christianliteratureandliving.com/march2003/carolyn.html.


Ted Miller
Design Engineer
HCJB Global Technology Center, a ministry of Reach Beyond
2830 South 17th St
Elkhart, IN  46517
574--970-4272 my desk
574--970-4252 receptionist

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users






binTC13TwzjCT.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Force certain VMs to be on different hosts

[Scott Ocken]

Is there a way to have certain VMs to be on different hosts? (assuming  
there are enough hosts)


IE.  I have a db cluster of 3 VMs.  I would like each one to always be  
on different hosts.  That way if a host goes down my db cluster is  
still happy while migration happens.  Or if migration fails I am still  
good.


Thanks
Scott


binMgFviPC4BU.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Force certain VMs to be on different hosts

[Scott Ocken]

Sven,

If I tag the VMs as db-servers can I then say run on different hosts.

On the static Start running on, if that host goes down, it will  
migrate, yes?


Scott

Quoting Sven Kieske s.kie...@mittwald.de:


While this should work, it is very static.

I think there is a feature planned which
lets you assign tags to any number of vms
and then you can say: run vms tagged db-servers
on host b, isn't it?

If not I would be happy to file an RFE :)

Am 18.03.2014 16:54, schrieb Meital Bourvine:

Hi Scott,

Click on a vm
Edit
Show Advanced Options
Host
Start Running on



--
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH  Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





binABfgxPWc30.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] On Start of VM: Exit message: internal error ifname vnet0 not in key map

[Scott Ocken]

This is a new setup.  oVirt engine 3.2.1.  One ovirt-node 2.6.1.
Node network config:
em1 ovirtmgmt untagged
em2 tagged with 2 networks

VM has one nic attached to one of the VLANs on em2.

On start of VM it fails with:
Exit message: internal error ifname vnet0 not in key map

Looking on the node vnet0 does not exist.
All over network interfaces I would expect are there.
ovirtmgmt, and the 2 VLANs with their em2.x interfaces as well.

Thanks
Scott


binbnpO5qaAYJ.bin
Description: PGP Public Key
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users