[ovirt-users] Re: "Upgrade" from oVirt to RHV

[Luca 'remix_tj' Lorenzetto]

Hello,

I'd create a new engine wirh rhv, move to maintenance/detach an host and
reinstall with rhv. Then detach one by one storage domains on ovirt and
attach to rhv, importing the vms.

This should work.

Luca

Il mer 22 mag 2019, 20:14 Vinícius Ferrão  ha
scritto:

> Hello,
>
> I would like to know if there’s a supported path to move from oVirt to RHV.
>
> oVirt is running on version 4.3.0.4-1.el7.
> RHV would be version 4.3.3.7-0.1.el7.
>
> I was thinking in reinstalling a host with RHV 4.3 and adding it to the
> oVirt HE. Move all the VM’s to the RHV host and than do the same process.
> After it install a new RHVH-M to remove the oVirt Engine. Not sure if this
> would work or not.
>
> Thanks,
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WKH2XNOMY2MZOBC5LEXUWGY7LCDJYF7J/
>
___
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/5VTTKAIAWGSBH7OANTTMVMU4UHGHZFAQ/

[ovirt-users] Re: Unable to deploy Hyperconverged Engine Node - v4.3.3

[anonmix]

> I can't tell what's going wrong here. It looks a bit like this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1507438

You were correct. After a ...

mount -o remount,exec /tmp

... the wizard completed successfully.

Thank you!
___
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/H3VYRC6HSJK7R2YPONBIDKJ72O47IW3Z/

[ovirt-users] Re: Unable to deploy Hyperconverged Engine Node - v4.3.3

[anonmix]

Thanks for taking a look.

I've tried again to deploy an hyperconverged engine node on freshly installed 
hosts. Unfortunately it seems to be the very same issue again. 

> I can't tell what's going wrong here. It looks a bit like this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1507438

This relates to /tmp but as far as I can see the initial engine VM resides in 
/var/tmp before it's supposed to be deployed to storage. I'm not sure what 
Ansible checks exactly (when waiting for the engine to come up) but the 
temporary entry in /etc/hosts (on the host) is present, I can ping and ssh into 
the engine VM through the bridge and from engine back to the host. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NGA2Q7AI6U3HWMEXQRXML3HX2XW4JK2J/

[ovirt-users] Re: Engine restore errors out on "Wait for OVF_STORE disk content"

[Andreas Elvers]

No need to worry. I'm so much impressed with the quality of oVirt. It has so 
many different setup scenarios, mine even a tech preview style one ;-) 

And good idea to file a bug for usability. To wrap things up:

Me typing Luise1 instead of Luise01 was my error to begin with. It triggered 
everything. Luise01 is our hyper converged oVirt node cluster. It is our ceph 
bootstrap. Yeah... How could you forget the zero..

node01, node02 and node03 are forming Luise01.

I ordered deployment of the engine to node01 on Luise1 and hosted-engine 
happily did so. Creating a new cluster Luise1 on node01 masking the glusterfs 
bricks on node01 for the remaining Luise01 cluster nodes.

This most probably also triggered this issue: 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/L3YCRPRAGPUMBZIBFOPT6L4B7H4M6HLS/

It has already been addressed by Nir Soffer. See 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OSZGHT65OUUSGKTLYKJVZPVRFTBPI3EO/
 

I will create a bug report for that. A node that has already joined a cluster 
should not be a viable destination for an engine deployment to a new to create 
cluster. 
___
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/YIDVCKVYKRGQUDK4R22Z6GNWRHHZWNMF/

[ovirt-users] Re: Active-Passive Disaster Recovery

[Luca 'remix_tj' Lorenzetto]

Hello Paulo,

the guide is the right one. You have to create in advance networks and
compile a mapping file saying which network name to use on disaster
recovery site. I know that in case of FC storage i had to map the lun
in advance before starting recovery. I don't know if there is
something automated in the ansible recovery role.

Luca

On Wed, May 22, 2019 at 8:07 PM Paulo Silva  wrote:
>
> Hi,
>
> I want to setup an Active-Passive between 2 sites using oVirt 4.3.
>
> For now I have a primary site with an ovirt-engine, 2 ovirt hosts and 5 VMs 
> in an iscsi storage.
> The backup site will have an ovirt-engine with 2 ovirt hosts and an iscsi 
> storage that will will have the same LUNs of the primary replicated.
>
> I'm reading the DR Guide 
> (https://ovirt.org/documentation/disaster-recovery-guide/), in the backup 
> site do I need to manually create the storage domains and the VM networks or 
> will the ansible playbook take care of that?
>
> Thanks
> --
> Paulo Silva 
> ___
> 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/MH2PMM5MJCBBS53XOO4CJ7F3L63UQEZ5/



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/GCKTMMMI7CLY7H6FXM7DII5XQY5XSPPC/

[ovirt-users] Re: Engine restore errors out on "Wait for OVF_STORE disk content"

[Yedidyah Bar David]

On Wed, May 22, 2019 at 3:04 PM Andreas Elvers
 wrote:
>
> Sorry. The thread became separated. Yeah. I finished the migration. Simone 
> proposed I had a corrupted backup. And yes. I was backtracking my backups to 
> that point where I switched all datacenters to 4.3 compatibility and before 
> doing any engine migration. Lucky me, I had that backup available.
>
> I think my backups became corrupted, because I did a backup from the engine 
> after I moved it to a cluster that was originally not defined. I had a typo 
> in the cluster name. And used that backup and tried to get the engine back to 
> my nfs storage. That worked. I did another backup at that place again and 
> from that point on the backup would always break the deployment for whatever 
> reason.
>
> The logs are available at
>
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/HXJZWN7L6WXSDLQB3SMIAUEJGI6QFBGC/

Sorry that I didn't follow all the threads. It sounds like you went
through a lot of hard-work with your oVirt setups lately :-(

If you can now take the time, and think about changes/improvements
that would have helped you, or (more importantly) prevent you from
doing some mistakes you did, please open RFEs/bugs.

I'll also discuss restore with Simone in private, we might come up
with our own RFE.

Thanks and best regards,
-- 
Didi
___
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/H3CIBOXZKT7RM5EUXCHHAGEK423NGJPZ/

[ovirt-users] "Upgrade" from oVirt to RHV

[Vinícius Ferrão]

Hello,

I would like to know if there’s a supported path to move from oVirt to RHV.

oVirt is running on version 4.3.0.4-1.el7.
RHV would be version 4.3.3.7-0.1.el7.

I was thinking in reinstalling a host with RHV 4.3 and adding it to the oVirt 
HE. Move all the VM’s to the RHV host and than do the same process. After it 
install a new RHVH-M to remove the oVirt Engine. Not sure if this would work or 
not.

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

[ovirt-users] Active-Passive Disaster Recovery

[Paulo Silva]

Hi,

I want to setup an Active-Passive between 2 sites using oVirt 4.3.

For now I have a primary site with an ovirt-engine, 2 ovirt hosts and 5 VMs
in an iscsi storage.
The backup site will have an ovirt-engine with 2 ovirt hosts and an iscsi
storage that will will have the same LUNs of the primary replicated.

I'm reading the DR Guide (
https://ovirt.org/documentation/disaster-recovery-guide/), in the backup
site do I need to manually create the storage domains and the VM networks
or will the ansible playbook take care of that?

Thanks
-- 
Paulo Silva 
___
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/MH2PMM5MJCBBS53XOO4CJ7F3L63UQEZ5/

[ovirt-users] Re: ovirt 4.3.3.7 cannot create a gluster storage domain

[Nir Soffer]

On Mon, May 20, 2019 at 12:46 PM Andreas Elvers <
andreas.elvers+ovirtfo...@solutions.work> wrote:

>
> > Without this file [dom_md/ids], you will not have any
> > kind of storage.
>
> Ok. Sounds I'm kind of in trouble with that file being un-healable by
> gluster?
>

Yes, but the good news is that you can easily initialize this file if it
got corrupted,
since it keeps only temporary hosts status.
https://lists.ovirt.org/pipermail/users/2016-February/038046.html


> ___
> 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/FIR74ALG7WJFIPNIAHZH4PRBY7UI2QRO/
>
___
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/OSZGHT65OUUSGKTLYKJVZPVRFTBPI3EO/

[ovirt-users] Re: Windows Server 2019 Drivers

[Christopher Cox]

Just saying, but I tested Server 2019 (months ago) under our oVirt 3.6 with virt 
drivers...and everything went fine.


I took it all down after testing.  Just saying there should be a way to have 
this work in newer versions of oVirt.


On 5/22/19 11:19 AM, Timmi wrote:

Hi,

the easiest would be to change the disk interface to IDE.
I guess it is currently VirtIO-SCSI or so.

Best regards
Timmi

Am 22.05.19 um 18:09 schrieb racev...@lenovo.com:
We have updated to oVirt 4.3.3.1 and I'm trying to create a Windows Server 
2019 VM. When It's time to select the drivers so the windows installer can 
detect the hard disk, I am unable to find working drivers.  I've tried using 
virtio-win-0.1.141.iso, oVirt-toolsSetup_4.3-2.el7.iso as well as attaching 
virtio-0.1.141_amd64.fvd and virtio-0.1.141_x86.fvd as a floppy disk.


I've eventually tried every directory manually in those iso's. Can someone 
link proper documentation on how to get Windows Server 2019 to work or point 
to the correct drivers?

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

[ovirt-users] Re: Windows Server 2019 Drivers

[Timmi]

Hi,

the easiest would be to change the disk interface to IDE.
I guess it is currently VirtIO-SCSI or so.

Best regards
Timmi

Am 22.05.19 um 18:09 schrieb racev...@lenovo.com:

We have updated to oVirt 4.3.3.1 and I'm trying to create a Windows Server 2019 
VM. When It's time to select the drivers so the windows installer can detect 
the hard disk, I am unable to find working drivers.  I've tried using 
virtio-win-0.1.141.iso, oVirt-toolsSetup_4.3-2.el7.iso as well as attaching 
virtio-0.1.141_amd64.fvd and virtio-0.1.141_x86.fvd as a floppy disk.

I've eventually tried every directory manually in those iso's.  Can someone 
link proper documentation on how to get Windows Server 2019 to work or point to 
the correct drivers?

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

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

[ovirt-users] Windows Server 2019 Drivers

[racevedo]

We have updated to oVirt 4.3.3.1 and I'm trying to create a Windows Server 2019 
VM. When It's time to select the drivers so the windows installer can detect 
the hard disk, I am unable to find working drivers.  I've tried using 
virtio-win-0.1.141.iso, oVirt-toolsSetup_4.3-2.el7.iso as well as attaching 
virtio-0.1.141_amd64.fvd and virtio-0.1.141_x86.fvd as a floppy disk.  

I've eventually tried every directory manually in those iso's.  Can someone 
link proper documentation on how to get Windows Server 2019 to work or point to 
the correct drivers?

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

[ovirt-users] Re: Error while executing action Change CD: Drive image file could not be found

[racevedo]

Thank you for the information. I went back to using the ISO Domain and will 
keep an eye out for when it's solved.
___
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/GF5A743CWWOF5ZKOTC3ID5HVXBQ2CFTX/

[ovirt-users] enabling vPMU for virtual machine

[Jarosław Prokopowski]

Hi Guys,

Is there a way to enable vPMU for VM in oVirt? I already enabled Nested 
Virtualization on hosts and installed vdsm-hook-nestedvt.

In libvirt it is possible to set 
This blog post shows how to set it in libvirt xml vm config:
https://stackoverflow.com/questions/46490857/how-to-enable-pmu-in-kvm-guest

A clue from Red Hat:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_tuning_and_optimization_guide/sect-virtualization_tuning_optimization_guide-monitoring_tools-vpmu

Maybe something with cpuflags? 
https://mpolednik.github.io/2017/07/31/cpuflags-ovirt-hook-cpu-features/

Thanks
Jarek
___
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/ZRYOYOGIDUS3JPZJYE27VB2Z6I2VFGYM/

[ovirt-users] Re: Engine restore errors out on "Wait for OVF_STORE disk content"

[Andreas Elvers]

Sorry. The thread became separated. Yeah. I finished the migration. Simone 
proposed I had a corrupted backup. And yes. I was backtracking my backups to 
that point where I switched all datacenters to 4.3 compatibility and before 
doing any engine migration. Lucky me, I had that backup available.

I think my backups became corrupted, because I did a backup from the engine 
after I moved it to a cluster that was originally not defined. I had a typo in 
the cluster name. And used that backup and tried to get the engine back to my 
nfs storage. That worked. I did another backup at that place again and from 
that point on the backup would always break the deployment for whatever reason. 

The logs are available at 

https://lists.ovirt.org/archives/list/users@ovirt.org/thread/HXJZWN7L6WXSDLQB3SMIAUEJGI6QFBGC/
___
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/TNHQO4VPZES7NXUR5KI3LACBQ4NK2FM4/

[ovirt-users] [ANN] oVirt 4.3.4 Second Release Candidate is now available

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the oVirt
4.3.4 Second Release Candidate, as of May 22nd, 2019.

This update is a release candidate of the fourth in a series of
stabilization updates to the 4.3 series.
This is pre-release software. This pre-release should not to be used
inproduction.

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later
* oVirt Node 4.3 (available for x86_64 only)

Experimental tech preview for x86_64 and s390x architectures for Fedora 28
is also included.

See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.

Notes:
- oVirt Appliance is already available
- oVirt Node is already available[2]

Additional Resources:
* Read more about the oVirt 4.3.4 release highlights:
http://www.ovirt.org/release/4.3.4/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.3.4/
[2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: vGPU becomes very inefficient when I use it in ovirt instead of qemu-kvm

[Michal Skrivanek]

> On 12 May 2019, at 13:51, weizhengy...@gmail.com wrote:
> 
> We distribute vGpu in order to use it in virtual machines. I find the same 
> type vGpu get differently performance in Ovirt and Qemu-kvm .
> 
> when I distribute a vGPU to Ovirt virtual machine,it's performance becomes 
> very strange.Some games can run efficiently and  attach 200+ fps.However,in 
> some other games,it's can't even attach 10 FPS.
> But in Qemu-kvm,the vGpu's performance always efficiently,can run these games 
> all in 200+fps. 
> 
> I've been stuck with this for weeks and I have to make it always runs 
> efficiently. Can someone help me?Thank you very very very much….

Sorry, not without the logs or more details…
Can you describe it more concretely what you are doing exactly in virt-manager 
vs ovirt?

Thanks,
michal

> ___
> 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/IJBQQZBKG6HHCPGCCQMADPZQBJZZUPHL/
___
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/JVUMJSPFWBRT55ZTXU6DKBI2VUDGXDRM/

[ovirt-users] Re: Engine restore errors out on "Wait for OVF_STORE disk content"

[Yedidyah Bar David]

Any update about this? If still stuck, please provide more
information, such as the relevant parts of relevant log files (setup
logs, engine/vdsm, etc.). Thanks and best regards,

On Thu, May 9, 2019 at 4:07 PM Andreas Elvers
 wrote:
>
> Deployment on NFS again failed with TASK [ovirt.hosted_engine_setup : Wait 
> for OVF_STORE disk content].
>
> I'm lost.
> ___
> 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/DFG5ECI2DADG7GVREBFAOLL7BQSNDGWK/



-- 
Didi
___
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/NJTS33O3KVPIOE5O4K4ALZK43IXGZOSC/

[ovirt-users] Re: oVirt node loses gluster volume UUID after reboot, goes to emergency mode every time I reboot.

[Sachidananda URS]

On Wed, May 22, 2019 at 11:26 AM Sahina Bose  wrote:

> +Sachidananda URS 
>
> On Wed, May 22, 2019 at 1:14 AM  wrote:
>
>> I'm sorry, i'm still working on my linux knowledge, here is the output of
>> my blkid on one of the servers:
>>
>> /dev/nvme0n1: PTTYPE="dos"
>> /dev/nvme1n1: PTTYPE="dos"
>> /dev/mapper/eui.6479a71892882020: PTTYPE="dos"
>> /dev/mapper/eui.0025385881b40f60: PTTYPE="dos"
>> /dev/mapper/eui.6479a71892882020p1:
>> UUID="pfJiP3-HCgP-gCyQ-UIzT-akGk-vRpV-aySGZ2" TYPE="LVM2_member"
>> /dev/mapper/eui.0025385881b40f60p1:
>> UUID="Q0fyzN-9q0s-WDLe-r0IA-MFY0-tose-yzZeu2" TYPE="LVM2_member"
>>
>> /dev/mapper/Samsung_SSD_850_EVO_1TB_S21CNXAG615134H: PTTYPE="dos"
>> /dev/mapper/Samsung_SSD_850_EVO_1TB_S21CNXAG615134H1:
>> UUID="lQrtPt-nx0u-P6Or-f2YW-sN2o-jK9I-gp7P2m" TYPE="LVM2_member"
>> /dev/mapper/vg_gluster_ssd-lv_gluster_ssd:
>> UUID="890feffe-c11b-4c01-b839-a5906ab39ecb" TYPE="vdo"
>> /dev/mapper/vg_gluster_nvme1-lv_gluster_nvme1:
>> UUID="7049fd2a-788d-44cb-9dc5-7b4c0ee309fb" TYPE="vdo"
>> /dev/mapper/vg_gluster_nvme2-lv_gluster_nvme2:
>> UUID="2c541b70-32c5-496e-863f-ea68b50e7671" TYPE="vdo"
>> /dev/mapper/vdo_gluster_ssd: UUID="e59a68d5-2b73-487a-ac5e-409e11402ab5"
>> TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme1:
>> UUID="d5f53f17-bca1-4cb9-86d5-34a468c062e7" TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme2:
>> UUID="40a41b5f-be87-4994-b6ea-793cdfc076a4" TYPE="xfs"
>>
>> #2
>> /dev/nvme0n1: PTTYPE="dos"
>> /dev/nvme1n1: PTTYPE="dos"
>> /dev/mapper/eui.6479a71892882020: PTTYPE="dos"
>> /dev/mapper/eui.6479a71892882020p1:
>> UUID="GiBSqT-JJ3r-Tn3X-lzCr-zW3D-F3IE-OpE4Ga" TYPE="LVM2_member"
>> /dev/mapper/nvme.126f-324831323230303337383138-4144415441205358383030304e50-0001:
>> PTTYPE="dos"
>> /dev/sda: PTTYPE="gpt"
>> /dev/mapper/nvme.126f-324831323230303337383138-4144415441205358383030304e50-0001p1:
>> UUID="JBhj79-Uk0E-DdLE-Ibof-VwBq-T5nZ-F8d57O" TYPE="LVM2_member"
>> /dev/sdb: PTTYPE="dos"
>> /dev/mapper/Samsung_SSD_860_EVO_1TB_S3Z8NB0K843638B: PTTYPE="dos"
>> /dev/mapper/Samsung_SSD_860_EVO_1TB_S3Z8NB0K843638B1:
>> UUID="6yp5YM-D1be-M27p-AEF5-w1pv-uXNF-2vkiJZ" TYPE="LVM2_member"
>> /dev/mapper/vg_gluster_ssd-lv_gluster_ssd:
>> UUID="9643695c-0ace-4cba-a42c-3f337a7d5133" TYPE="vdo"
>> /dev/mapper/vg_gluster_nvme2-lv_gluster_nvme2:
>> UUID="79f5bacc-cbe7-4b67-be05-414f68818f41" TYPE="vdo"
>> /dev/mapper/vg_gluster_nvme1-lv_gluster_nvme1:
>> UUID="2438a550-5fb4-48f4-a5ef-5cff5e7d5ba8" TYPE="vdo"
>> /dev/mapper/vdo_gluster_ssd: UUID="5bb67f61-9d14-4d0b-8aa4-ae3905276797"
>> TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme1:
>> UUID="732f939c-f133-4e48-8dc8-c9d21dbc0853" TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme2:
>> UUID="f55082ca-1269-4477-9bf8-7190f1add9ef" TYPE="xfs"
>>
>> #3
>> /dev/nvme1n1: UUID="8f1dc44e-f35f-438a-9abc-54757fd7ef32" TYPE="vdo"
>> /dev/nvme0n1: PTTYPE="dos"
>> /dev/mapper/nvme.c0a9-313931304531454644323630-4354353030503153534438-0001:
>> UUID="8f1dc44e-f35f-438a-9abc-54757fd7ef32" TYPE="vdo"
>> /dev/mapper/eui.6479a71892882020: PTTYPE="dos"
>> /dev/mapper/eui.6479a71892882020p1:
>> UUID="FwBRJJ-ofHI-1kHq-uEf1-H3Fn-SQcw-qWYvmL" TYPE="LVM2_member"
>> /dev/sda: PTTYPE="gpt"
>> /dev/mapper/Samsung_SSD_850_EVO_1TB_S2RENX0J302798A: PTTYPE="gpt"
>> /dev/mapper/Samsung_SSD_850_EVO_1TB_S2RENX0J302798A1:
>> UUID="weCmOq-VZ1a-Itf5-SOIS-AYLp-Ud5N-S1H2bR" TYPE="LVM2_member"
>> PARTUUID="920ef5fd-e525-4cf0-99d5-3951d3013c19"
>> /dev/mapper/vg_gluster_ssd-lv_gluster_ssd:
>> UUID="fbaffbde-74f0-4e4a-9564-64ca84398cde" TYPE="vdo"
>> /dev/mapper/vg_gluster_nvme2-lv_gluster_nvme2:
>> UUID="ae0bd2ad-7da9-485b-824a-72038571c5ba" TYPE="vdo"
>> /dev/mapper/vdo_gluster_ssd: UUID="f0f56784-bc71-46c7-8bfe-6b71327c87c9"
>> TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme1:
>> UUID="0ddc1180-f228-4209-82f1-1607a46aed1f" TYPE="xfs"
>> /dev/mapper/vdo_gluster_nvme2:
>> UUID="bcb7144a-6ce0-4b3f-9537-f465c46d4843" TYPE="xfs"
>>
>> I don't have any errors on mount until I reboot, and once I reboot it
>> takes ~6hrs for everything to work 100% since I have to delete the mount
>> commands out of stab for the 3 gluster volumes and reboot.  I'da rather
>> wait until the next update to do that.
>>
>> I don't have a variable file or playbook since I made the storage
>> manually, I stopped using the playbook since at that point I couldn't
>> enable RDMA or over-provision the disks correctly unless I made them
>> manually.  But as I said, this is something in 4.3.3 as if I go back to
>> 4.3.2 I can reboot no problem.
>>
>
Ah okay. since you are using VDO, the fstab entry should look something
like this:

UUID=4f1f2e90-5a22-4995-9dd4-7ab9a7ddb438 /gluster_bricks/engine xfs
inode64,noatime,nodiratime,_netdev,x-systemd.device-timeout=0,x-systemd.requires=vdo.service
0 0

That is what gluster-ansible will be adding to the fstab file. This entry
will be added if you had used the
variable gluster_infra_vdo ... How did you create your filesystem, is it
manually or using the deploy script?

Can you please share your