[ovirt-users] Re: Import VMs from disk

[valerio . luccio]

Kind of ...

First I had to run remotely a browser on the server, the only way to upload 
files on the storage attached to it.

I then created a new VM and attached the disk, but when it boots up it tells me 
that it does not find a bootable device. What am I missing ?

Thanks,
___
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/Z4EEIW2IPJWUK46UXUTTWYQOUZRY4MCM/

[ovirt-users] Re: Import VMs from disk

[Tomáš Golembiovský]

On Mon, Mar 29, 2021 at 05:32:50PM -, valerio.luc...@nyu.edu wrote:
> As I've described before I had issues with my deployment and had to recreate 
> the engine.
> I never had a chance to export my VMs, but I did back up the files. Now I 
> would like to import the old VMs into the new engine. Is there a way to 
> 'slurp' in the old images ? I see different way to import from an export 
> domain, form VMWare, etc., but I don't see a way to import directly from 
> disk. Do I need to convert them ? To what and how ?

Go to the Storage -> Disks page, from there you can upload your disks to
the storage domain. Then you can create a new VM and attach existing
disks to it. If that's what you're looking for.

Tomas

> 
> Thanks, 
> ___
> 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/SJJPKRP5PVGRHSBXJNJXSGU5X57YZJ6U/

-- 
Tomáš Golembiovský 
___
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/TAB7PUPN4VXL5JIVMZXMJO5DLC6FT4BD/

[ovirt-users] Power failure makes cluster and hosted engine unusable

[Seann G. Clark via Users]

All,

After a power failure, and generator failure I lost my cluster, and the Hosted 
engine refused to restart after power was restored. I would expect, once 
storage comes up that the hosted engine comes back online without too much of a 
fight. In practice because the SPM went down as well, there is no (clearly 
documented) way to clear any of the stale locks, and no way to recover both the 
hosted engine and the cluster.

I have spent the last 12 hours trying to get a functional hosted-engine back 
online, on a new node and each attempt hits a new error, from the installer not 
understanding that 16384mb of dedicated VM memory out of 192GB free on the host 
is indeed bigger than 4096MB, to ansible dying  on an error like this "Error 
while executing action: Cannot add Storage Connection. Storage connection 
already exists."

The memory error referenced above shows up as:
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Available 
memory ( {'failed': False, 'changed': False, 'ansible_facts': {u'max_mem': 
u'180746'}}MB ) is less then the minimal requirement (4096MB). Be aware that 
512MB is reserved for the host and cannot be allocated to the engine VM."}

That is what I typically get when I try the steps outlined in the KB "CHAPTER 
7. RECOVERING A SELF-HOSTED ENGINE FROM AN EXISTING BACKUP" from the RH 
Customer portal. I have tried this numerous ways, and the cluster still remains 
in a bad state, with the hosted engine being 100% inoperable.

What I do have are the two host that are part of the cluster and can host the 
engine, and backups of the original hosted engine, both disk and engine-backup 
generated. I am not sure what I can do next, to recover this cluster, any 
suggestions would be apricated.

Regards,
Seann


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

[ovirt-users] oVirt Node's Future Regarding CentOS Stream

[eshwayri]

So I just finished migrating my 4.3 engine to 4.4 on a brand new RHvEL8 
install; next step is to upgrade the hosts.  When I first started with oVirt I 
used my own CentOS installs, but quickly decided that it made no sense for my 
use case.  Now I am looking at upgrading from 4.3 to 4.4 and asking myself the 
same question.  Up to now oVirt node has been using the same exact OS I would 
have used +/- a few extra packages, but with the traditional CentOS going away 
it really depends on what the new oVirt nodes are going to be based on.  I have 
a feeling the answer to that question is CentOS Stream, which I don't feel 
comfortable with for this task.  While I am sure the developers will test the 
combination before releasing a new node, they are still only testing whatever 
specific hardware combination they have.  There could be numerous weird bugs 
that will only show up in certain situations.  If Stream was as stable as an EL 
release, there wouldn't be EL releases.  I also appreciate the fa
 ct that oVirt is itself a work in progress, but the stable branch is 
considerably more like an EL release than a stream.  Anyway, back to the point. 
 Just want to confirm the future for node is stream before I go wasting time 
building my own EL8 hosts.
___
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/SRN7G4YE6E7KWDHFZ3NY4WE2PZTCHCRD/

[ovirt-users] Import VMs from disk

[valerio . luccio]

As I've described before I had issues with my deployment and had to recreate 
the engine.
I never had a chance to export my VMs, but I did back up the files. Now I would 
like to import the old VMs into the new engine. Is there a way to 'slurp' in 
the old images ? I see different way to import from an export domain, form 
VMWare, etc., but I don't see a way to import directly from disk. Do I need to 
convert them ? To what and how ?

Thanks, 
___
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/SJJPKRP5PVGRHSBXJNJXSGU5X57YZJ6U/

[ovirt-users] Re: Deployment issues

[valerio . luccio]

It works, it doesn't fail.

Thanks.
> 
> do you still fail to create SD metadata? If so, why it fails when you try 
> manually from cmd line?
___
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/ZUVDGVLEZMEBXAPH563ZMPYDGNQM5JSL/

[ovirt-users] Re: Deployment issues

[Vojtech Juranek]

On Monday, 29 March 2021 16:20:38 CEST valerio.luc...@nyu.edu wrote:
> OK, I downgraded glusterfs to 7.9 (got the RPMs from the CentOS mirror and
> did a "dnf --allowerasing downgrade ") and I was able to deploy a new
> engine.
 
> Now on to solve all my other problems ;-(

do you still fail to create SD metadata? If so, why it fails when you try 
manually from cmd line?

> ___
> 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/7TBEXM4XYNFCF
> ITYXL3CCLPDSQ77HHQK/



signature.asc
Description: This is a digitally signed message part.
___
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/3XNA2IOKK2RMNTZ5ZKFPJKOYZX2ADPOY/

[ovirt-users] Re: Cinderlib problem after upgrade from 4.3.10 to 4.4.5

[Benny Zlotnik]

There is no upgrade path for cinderlib between 4.3 and 4.4, also in
4.3 cinderlib was installed via pip with the 0.x version, while 4.4 is
1.x.
In ovirt-engine we only create the cinderlib database, we don't
control the tables, this is controlled by the ORM cinderlib uses.

We did get a report about the __DEFAULT__ issue, but I didn't get the
bug report I asked for, so please submit a bug with all the details so
we can properly investigate and provide some solution.


On Thu, Mar 25, 2021 at 9:13 AM Marc-Christian Schröer
 wrote:
>
> Hello all,
> hello Benny,
>
> thank you very much for the helpful answer and pointing me to the 
> documentation. After setting up the server from scratch, installing some 
> dependencies and fixing the issue of a missing __DEFAULT__ volume type in the 
> ovirt_cinderlib database I hit a new bump:
>
> psycopg2.ProgrammingError: column volumes.service_uuid does not exist
>
> The /var/log/ovirt-engine/cinderlib/cinderlib.log file contains a somewhat 
> lengthy entry of a failed SQL query basically telling me that the database 
> structure is not what is expected by ovirt. I upgraded from 4.3 to 4.4 using 
> the backup/restore upgrade method and would have thought oVirt’s engine-setup 
> had migrated the database to a new model.
>
> Do I have to execute some upgrade command manually?
>
> Kind regards and thanks for all the help,
> Marc
>
> --
> 
>
>  Dipl.-Inform. Marc-Christian Schröer  schro...@ingenit.com
>  Geschäftsführer / CEO
>  --
>  ingenit GmbH & Co. KG   Tel. +49 (0)231 58 698-120
>  Emil-Figge-Strasse 76-80Fax. +49 (0)231 58 698-121
>  D-44227 Dortmund   www.ingenit.com
>
>  Registergericht: Amtsgericht Dortmund, HRA 13 914
>  Gesellschafter : Thomas Klute, Marc-Christian Schröer
> 
>
> Am 23.03.2021 um 08:38 schrieb Benny Zlotnik :
>
> If the log is empty it usually means cinderlib-client.py failed during
> startup, probably because the dependencies are missing.
> python3-cinderlib is required on the engine machine (and ceph-common,
> since you use ceph), python3-os-brick is required on the hosts (and
> ceph-common).
> See the instructions here for ussuri:
> https://ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Set_up_Cinderlib
>
> On Tue, Mar 23, 2021 at 9:20 AM Marc-Christian Schröer
>  wrote:
>
>
> Hello all,
>
> first of all thank you very much for this stable virtualization environment. 
> It has been a pillar for our company’s business for more than 5 years now and 
> after migrating from version 3 to 4 it has been so stable ever since. Anyway, 
> I ran into a problem I cannot fix on my own yesterday:
>
> After a lot of consideration and hesitation since this is a production 
> environment I followed the upgrade guide 
> (https://www.ovirt.org/documentation/upgrade_guide/), configured a vanilla 
> CentOS 8 server as controller, decommissioned the old 4.3 controller and 
> fired up the new one. It worked like a charm until I tried to migrate VMs, 
> start new ones or even create new disks. We use Ceph as managed storage, 
> providing a SSD only and a HDD only pool. The UI simply told me that there 
> was an error.
>
> I started investigating the issue and found corresponding log entries in 
> ovirt-engine.log:
>
> 2021-03-22 10:36:37,247+01 ERROR 
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-24) 
> [67bf193c] cinderlib execution failed:
>
> But that was all the engine had to say about the issue. There was no stack 
> trace or additional information. There is no logfile in 
> /var/log/ovirt-engine/cinderlib/, the directory simply is empty while on the 
> other controller it was frequently filed with annoying „already mounted“ 
> messages.
>
> Can anyone help me with that issue? I searched the web for a solution or 
> someone else with the same problem, but came up empty. Is there a way to turn 
> up the log level for cinderlib? Are there any dependencies I have to install 
> besides the ovirt packages? Any help is very much appreciated!
>
> Kind regards and stay healthy,
>Marc
>
> --
> 
>
> Dipl.-Inform. Marc-Christian Schröer  schro...@ingenit.com
> Geschäftsführer / CEO
> --
> ingenit GmbH & Co. KG   Tel. +49 (0)231 58 698-120
> Emil-Figge-Strasse 76-80Fax. +49 (0)231 58 698-121
> D-44227 Dortmund   www.ingenit.com
>
> Registergericht: Amtsgericht Dortmund, HRA 13 914
> Gesellschafter : Thomas Klute, 

[ovirt-users] Re: Libgfapi considerations

[adrianquintero]

Hi all,

I can confirm that when using libgfapi with oVirt + Gluster replica 3 
(Hyperconverged) read and write performance under a VM was 4 to 5 times better 
than when using fuse.

--
Tested with a VM CentOS 6 and 7 under  the hyperconverged cluster HW:
--
ovirt 4.3.10 hypervisors with replica 3
- 256Gb Ram
- 32 total cores with hyperthreading
- RAID 1 (2 HDDs) for OS
- RAID 6 (9 SSDs) for Gluster , also tested with RAID 10, JBOD, all provided 
similar improvements with libgfapi (4 to 5 times better), replica 3 volumes.
- 10Gbe NICs, 1 for ovirtmgmnt and 1 for Gluster
- Ran tests using fio

---
Test results using fuse (1500 MTU) (Took about 4~5 min):
---

[root@test3 mail]# fio --randrepeat=1 --ioengine=libaio --direct=1 
--gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G 
--readwrite=randrw --rwmixread=75
test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.0.13
Starting 1 process
test: Laying out IO file(s) (1 file(s) / 4096MB)
Jobs: 1 (f=1): [m] [100.0% done] [11984K/4079K/0K /s] [2996 /1019 /0  iops] 
[eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=8894: Mon Mar 29 10:05:35 2021
  read : io=3070.5MB, bw=12286KB/s, iops=3071 , runt=255918msec  
<--
  write: io=1025.6MB, bw=4103.5KB/s, iops=1025 , runt=255918msec  
<--
  cpu  : usr=1.84%, sys=10.50%, ctx=859129, majf=0, minf=19
  IO depths: 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
 submit: 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
 complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
 issued: total=r=786043/w=262533/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
   READ: io=3070.5MB, aggrb=12285KB/s, minb=12285KB/s, maxb=12285KB/s, 
mint=255918msec, maxt=255918msec
  WRITE: io=1025.6MB, aggrb=4103KB/s, minb=4103KB/s, maxb=4103KB/s, 
mint=255918msec, maxt=255918msec

Disk stats (read/write):
dm-3: ios=785305/262494, merge=0/0, ticks=492833/15794537, 
in_queue=16289356, util=100.00%, aggrios=786024/262789, aggrmerge=19/45, 
aggrticks=492419/15811831, aggrin_queue=16303803, aggrutil=100.00%
  sda: ios=786024/262789, merge=19/45, ticks=492419/15811831, 
in_queue=16303803, util=100.00%


--
Test results using fuse (9000 MTU) // Did not see much of a difference (Took 
about 4~5 min):
--
[root@test3 mail]# fio --randrepeat=1 --ioengine=libaio --direct=1 
--gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G 
--readwrite=randrw --rwmixread=75
test: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=64
fio-2.0.13
Starting 1 process
Jobs: 1 (f=1): [m] [100.0% done] [14956K/4596K/0K /s] [3739 /1149 /0  iops] 
[eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=2193: Mon Mar 29 10:22:44 2021
  read : io=3070.8MB, bw=12882KB/s, iops=3220 , runt=244095msec   
<--
  write: io=1025.3MB, bw=4300.1KB/s, iops=1075 , runt=244095msec   
<--
  cpu  : usr=1.85%, sys=10.43%, ctx=849742, majf=0, minf=21
  IO depths: 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
 submit: 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
 complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
 issued: total=r=786117/w=262459/d=0, short=r=0/w=0/d=0

Run status group 0 (all jobs):
   READ: io=3070.8MB, aggrb=12882KB/s, minb=12882KB/s, maxb=12882KB/s, 
mint=244095msec, maxt=244095msec
  WRITE: io=1025.3MB, aggrb=4300KB/s, minb=4300KB/s, maxb=4300KB/s, 
mint=244095msec, maxt=244095msec

Disk stats (read/write):
dm-3: ios=785805/262493, merge=0/0, ticks=511951/15009580, 
in_queue=15523355, util=100.00%, aggrios=786105/262713, aggrmerge=18/19, 
aggrticks=511235/15026104, aggrin_queue=15536995, aggrutil=100.00%
  sda: ios=786105/262713, merge=18/19, ticks=511235/15026104, 
in_queue=15536995, util=100.00%

--
Test results using LIBGFAPI (9000 MTU), took about 38 seconds
--
[root@vmm04 ~]# ping -I glusternet -M do -s 8972 192.168.1.6
PING 192.168.1.6 (192.168.1.6) from 192.168.1.4 glusternet: 8972(9000) bytes of 
data.
8980 bytes from 192.168.1.6: icmp_seq=1 ttl=64 time=0.300 ms

[root@vmm04 ~]# ping -I ovirtmgmt -M do -s 

[ovirt-users] Re: Deployment issues

[valerio . luccio]

p.s.: Forgot to thank for the help. Really appreciated.
___
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/HR7FNK4IYQAPBG6ECQEZYV2LI452LFGM/

[ovirt-users] Re: Deployment issues

[valerio . luccio]

OK, I downgraded glusterfs to 7.9 (got the RPMs from the CentOS mirror and did 
a "dnf --allowerasing downgrade ") and I was able to deploy a new engine.

Now on to solve all my other problems ;-(
___
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/7TBEXM4XYNFCFITYXL3CCLPDSQ77HHQK/

[ovirt-users] Re: Deployment issues

[valerio . luccio]

From my dnf history:
  Upgrade   glusterfs-8.4-1.el8.x86_64   
@ovirt-4.4-centos-gluster8

But if all that is required is v. 6 I should be able to safely downgrade to 7.9.

Thanks for the spec reference.

> On Sunday, 28 March 2021 06:49:18 CEST valerio.luccio(a)nyu.edu wrote:
>  
> 
> I don't think this is required by oVirt, e.g. in vdsm spec file I can see we 
> require version 6.0 [1]. Maybe was upgraded during general OS upgrade?
> 
> [1] https://github.com/oVirt/vdsm/blob/master/vdsm.spec.in#L25
___
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/X66YLTZXTSDZJU56NETIA5QBYLXACOVM/

[ovirt-users] Re: Q: Set host CPU type to kvm64 for a single VM

[Roman Bednar]

Hi Andrei,

kvm64 is a legacy type, not recommended for use by qemu project [1]. I
suppose that's the reason it's been left out from the list you're looking
at.

Not sure how this is implemented exactly, anyway it seems like you can type
in any custom value into the field for cpu type, instead of just picking
one from the list provided. It seems to have worked for me:

# virsh -r dumpxml vm1 | xpath -q -e "//domain/cpu/model"
kvm64
# virsh -r list
 Id   Name   State
--
 1vm1running


[1]
https://qemu-project.gitlab.io/qemu/system/qemu-cpu-models.html#other-non-recommended-x86-cpus


-Roman

On Mon, Mar 29, 2021 at 10:23 AM Andrei Verovski 
wrote:

> Hi,
>
> OK, thanks, found this option.
>
> But host CPU type “KVM64” is not available here, only Conroe, Penryn,
> Nehalem, Westmere.
>
> Where I can add CPU type “KVM64” in this list?
>
>
> On 29 Mar 2021, at 11:00, Ritesh Chikatwar  wrote:
>
> Hello,
>
> Yes , There is an option but I have not tried.
> Log in to the portal and edit the vm properties.
> Steps:
>
> Select VM -> Edit -> Click System Tab -> then click Advanced Parameter ->
> Custom CPU Type
>
> 
>
> On Mon, Mar 29, 2021 at 12:37 PM Andrei Verovski 
> wrote:
>
>> Hi !
>>
>>
>> Is it possible to set host CPU type to kvm64 for a single VM ?
>>
>>
>> Thanks.
>> Andrei
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MFTVL6WIALN6QL6D6MZMUIGLF3D2R2L6/
>>
>
> ___
> 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/WNPVLRRAH7ZDJPF56EEKPBASSNJ76CVE/
>
___
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/X2NTGFKFHETVYW3V2XSAMYSBIV5XWP46/

[ovirt-users] Re: Deployment issues

[Vojtech Juranek]

On Sunday, 28 March 2021 06:49:18 CEST valerio.luc...@nyu.edu wrote:
> So it does turn out that I have some issue with gluster. I was fooled by
> seeing that the wizard does create the top-level directory and the ids
> file, but if I try to create a file from command line I get an error. I
> don't have an issue from other servers, so it's not a problem with the
> gluster storage.
 
> Nice catch Strahil, you pointed me in the right direction. 
> 
> In the latest update, which I did Friday (not part of my initial ovirt
> update), it upgraded gluster from 7 to 8. What happens if I roll these
> back. Is gluster 8 really necessary at this point ? 

I don't think this is required by oVirt, e.g. in vdsm spec file I can see we 
require version 6.0 [1]. Maybe was upgraded during general OS upgrade?

[1] https://github.com/oVirt/vdsm/blob/master/vdsm.spec.in#L25

> I have some legacy
> systems that use that gluster storage and I'm afraid of breaking them.
> ___
> 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/2QA5DN47ZIHSC
> PCBTQTQ3Z6WG5NKSJF3/



signature.asc
Description: This is a digitally signed message part.
___
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/EW4X4VCOCCVJOP54HWTOCZ7VXLUNBMCP/

[ovirt-users] Re: Q: Set host CPU type to kvm64 for a single VM

[Andrei Verovski]

Hi,

OK, thanks, found this option.

But host CPU type “KVM64” is not available here, only Conroe, Penryn, Nehalem, 
Westmere.

Where I can add CPU type “KVM64” in this list?


> On 29 Mar 2021, at 11:00, Ritesh Chikatwar  wrote:
> 
> Hello,
> 
> Yes , There is an option but I have not tried. 
> Log in to the portal and edit the vm properties.
> Steps:
> 
> Select VM -> Edit -> Click System Tab -> then click Advanced Parameter -> 
> Custom CPU Type
> 
> 
> 
> On Mon, Mar 29, 2021 at 12:37 PM Andrei Verovski  > wrote:
> Hi !
> 
> 
> Is it possible to set host CPU type to kvm64 for a single VM ?
> 
> 
> Thanks.
> Andrei
> 
> ___
> Users mailing list -- users@ovirt.org 
> To unsubscribe send an email to users-le...@ovirt.org 
> 
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> 
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> 
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MFTVL6WIALN6QL6D6MZMUIGLF3D2R2L6/
>  
> 

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

[ovirt-users] Q: Set host CPU type to kvm64 for a single VM

[Andrei Verovski]

Hi !


Is it possible to set host CPU type to kvm64 for a single VM ?


Thanks.
Andrei

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