[ovirt-users] Re: How to discover why a VM is getting suspended without recovery possibility?

2020-09-22 Thread Vinícius Ferrão via Users
Hi again Strahil,

It’s oVirt 4.3.10. Same CPU on the entire cluster, it’s three machines with 
Xeon E5-2620v2 (Ivy Bridge), all the machines are identical in model and specs.

I’ve changed the VM CPU Model to:
Nehalem,+spec-ctrl,+ssbd

Let’s see how it behaves. If it crashes again I’ll definitely look at rolling 
back the OS updates.

Thank you all.

PS: I can try upgrading to 4.4.

> On 22 Sep 2020, at 04:28, Strahil Nikolov  wrote:
> 
> This looks much like my openBSD 6.6 under Latest AMD CPUs. KVM did not accept 
> a pretty valid instruction and it was a bug in KVM.
> 
> Maybe you can try to :
> - power off the VM
> - pick an older CPU type for that VM only
> - power on and monitor in the next days 
> 
> Do you have a cluster with different cpu vendor (if currently on AMD -> Intel 
> and if currently Intel -> AMD)? Maybe you can move it to another cluster and 
> identify if the issue happens there too.
> 
> Another option is to try to rollback the windows updates , to identify if any 
> of them has caused the problem. Yet, that's aworkaround and not a fix .
> 
> 
> Are you using oVirt 4.3 or 4.4 ?
> 
> Best Regards,
> Strahil Nikolov
> 
> 
> 
> 
> 
> 
> В вторник, 22 септември 2020 г., 10:08:44 Гринуич+3, Vinícius Ferrão 
>  написа: 
> 
> 
> 
> 
> 
> Hi Strahil, yes I can’t find anything recently either. You digged way further 
> then me, I found some regressions on the kernel but I don’t know if it’s 
> related or not: 
> 
> 
> 
> https://patchwork.kernel.org/patch/5526561/
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1045027
> 
> 
> 
> 
> Regarding the OS, nothing new was installed, just regular Windows Updates.
> 
> And finally about nested virtualisation, it’s disabled on hypervisor.
> 
> 
> 
> 
> One thing that caught my attention on the link you’ve sent is regarding a 
> rootkit: https://devblogs.microsoft.com/oldnewthing/20060421-12/?p=31443
> 
> 
> 
> 
> But come on, it’s from 2006…
> 
> 
> 
> 
> Well, I’m up to other ideas, VM just crashed once again:
> 
> 
> 
> 
> EAX= EBX=075c5180 ECX=75432002 EDX=000400b6
> ESI=c8ddc080 EDI=075d6800 EBP=a19bbdfe ESP=7db5d770
> EIP=8000 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=1 HLT=0
> ES =   00809300
> CS =9900 7ff99000  00809300
> SS =   00809300
> DS =   00809300
> FS =   00809300
> GS =   00809300
> LDT=  000f 
> TR =0040 075da000 0067 8b00
> GDT= 075dbfb0 0057
> IDT=  
> CR0=00050032 CR2=242cb25a CR3=001ad002 CR4=
> DR0= DR1= DR2= 
> DR3= 
> DR6=4ff0 DR7=0400
> EFER=
> Code=ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff  ff ff 
> ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
> ff
> 
> 
> 
> 
> [519192.536247] *** Guest State ***
> [519192.536275] CR0: actual=0x00050032, shadow=0x00050032, 
> gh_mask=fff7
> [519192.536324] CR4: actual=0x2050, shadow=0x, 
> gh_mask=f871
> [519192.537322] CR3 = 0x001ad002
> [519192.538166] RSP = 0xfb047db5d770  RIP = 0x8000
> [519192.539017] RFLAGS=0x0002 DR7 = 0x0400
> [519192.539861] Sysenter RSP= CS:RIP=:
> [519192.540690] CS:   sel=0x9900, attr=0x08093, limit=0x, 
> base=0x7ff99000
> [519192.541523] DS:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [519192.542356] SS:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [519192.543167] ES:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [519192.543961] FS:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [519192.544747] GS:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [519192.545511] GDTR:   limit=0x0057, 
> base=0xad01075dbfb0
> [519192.546275] LDTR: sel=0x, attr=0x1, limit=0x000f, 
> base=0x
> [519192.547052] IDTR:   limit=0x, 
> base=0x
> [519192.547841] TR:   sel=0x0040, attr=0x0008b, limit=0x0067, 
> base=0xad01075da000
> [519192.548639] EFER = 0x  PAT = 0x0007010600070106
> [519192.549460] DebugCtl = 0x  DebugExceptions = 
> 0x
> [519192.550302] Interruptibility =

[ovirt-users] Re: How to discover why a VM is getting suspended without recovery possibility?

2020-09-22 Thread Vinícius Ferrão via Users
Hi Gianluca.

On 22 Sep 2020, at 04:24, Gianluca Cecchi 
mailto:gianluca.cec...@gmail.com>> wrote:



On Tue, Sep 22, 2020 at 9:12 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hi Strahil, yes I can’t find anything recently either. You digged way further 
then me, I found some regressions on the kernel but I don’t know if it’s 
related or not:

https://patchwork.kernel.org/patch/5526561/
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1045027

Regarding the OS, nothing new was installed, just regular Windows Updates.
And finally about nested virtualisation, it’s disabled on hypervisor.



In your original post you wrote about the VM going suspended.
So I think there could be something useful in engine.log on the engine and/or 
vdsm.log on the hypervisor.
Could you check those?

Yes I goes to suspend. I think this is just the engine don’t knowing what 
really happened and guessing it was suspended. On engine.log I only have this 
two lines:

# grep "2020-09-22 01:51" /var/log/ovirt-engine/engine.log
2020-09-22 01:51:52,604-03 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-57) [] VM 
'351db98a-5f74-439f-99a4-31f611b2d250'(cerulean) moved from 'Up' --> 'Paused'
2020-09-22 01:51:52,699-03 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-57) [] 
EVENT_ID: VM_PAUSED(1,025), VM cerulean has been paused.

Note that I’ve “grepped” with time. There’s only this two lines when it crashed 
like 2h30m ago.

On vdsm.log on the near time with the name of the VM I only found an huge JSON, 
with the characteristics of the VM. If there something that I should check 
specifically? Tried some combinations of “grep” but nothing really useful.

Also, do you see anything in event viewer of the WIndows VM and/or in Freenas 
logs?

FreeNAS is just cool, nothing wrong there. No errors on dmesg, nor resource 
starvation on ZFS. No overload on the disks, nothing… the storage is running 
easy.

About Windows Event Viewer it’s my Achilles’ heel; nothing relevant either as 
far as I’m concerned. There’s of course some mentions of improperly shutdown 
due to the crash, but nothing else. I’m looking further here, will report back 
if I found something useful.

Thanks,


Gianluca

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


[ovirt-users] Re: How to discover why a VM is getting suspended without recovery possibility?

2020-09-22 Thread Vinícius Ferrão via Users
Hi Strahil, yes I can’t find anything recently either. You digged way further 
then me, I found some regressions on the kernel but I don’t know if it’s 
related or not:

https://patchwork.kernel.org/patch/5526561/
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1045027

Regarding the OS, nothing new was installed, just regular Windows Updates.
And finally about nested virtualisation, it’s disabled on hypervisor.

One thing that caught my attention on the link you’ve sent is regarding a 
rootkit: https://devblogs.microsoft.com/oldnewthing/20060421-12/?p=31443

But come on, it’s from 2006…

Well, I’m up to other ideas, VM just crashed once again:

EAX= EBX=075c5180 ECX=75432002 EDX=000400b6
ESI=c8ddc080 EDI=075d6800 EBP=a19bbdfe ESP=7db5d770
EIP=8000 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=1 HLT=0
ES =   00809300
CS =9900 7ff99000  00809300
SS =   00809300
DS =   00809300
FS =   00809300
GS =   00809300
LDT=  000f 
TR =0040 075da000 0067 8b00
GDT= 075dbfb0 0057
IDT=  
CR0=00050032 CR2=242cb25a CR3=001ad002 CR4=
DR0= DR1= DR2= 
DR3=
DR6=4ff0 DR7=0400
EFER=
Code=ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff  ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

[519192.536247] *** Guest State ***
[519192.536275] CR0: actual=0x00050032, shadow=0x00050032, 
gh_mask=fff7
[519192.536324] CR4: actual=0x2050, shadow=0x, 
gh_mask=f871
[519192.537322] CR3 = 0x001ad002
[519192.538166] RSP = 0xfb047db5d770  RIP = 0x8000
[519192.539017] RFLAGS=0x0002 DR7 = 0x0400
[519192.539861] Sysenter RSP= CS:RIP=:
[519192.540690] CS:   sel=0x9900, attr=0x08093, limit=0x, 
base=0x7ff99000
[519192.541523] DS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[519192.542356] SS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[519192.543167] ES:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[519192.543961] FS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[519192.544747] GS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[519192.545511] GDTR:   limit=0x0057, 
base=0xad01075dbfb0
[519192.546275] LDTR: sel=0x, attr=0x1, limit=0x000f, 
base=0x
[519192.547052] IDTR:   limit=0x, 
base=0x
[519192.547841] TR:   sel=0x0040, attr=0x0008b, limit=0x0067, 
base=0xad01075da000
[519192.548639] EFER = 0x  PAT = 0x0007010600070106
[519192.549460] DebugCtl = 0x  DebugExceptions = 
0x
[519192.550302] Interruptibility = 0009  ActivityState = 
[519192.551137] *** Host State ***
[519192.551963] RIP = 0xc150a034  RSP = 0x88cd9cafbc90
[519192.552805] CS=0010 SS=0018 DS= ES= FS= GS= TR=0040
[519192.553646] FSBase=7f7da762a700 GSBase=88d45f2c 
TRBase=88d45f2c4000
[519192.554496] GDTBase=88d45f2cc000 IDTBase=ff528000
[519192.555347] CR0=80050033 CR3=00033dc82000 CR4=001627e0
[519192.556202] Sysenter RSP= CS:RIP=0010:91596cc0
[519192.557058] EFER = 0x0d01  PAT = 0x0007050600070106
[519192.557913] *** Control State ***
[519192.558757] PinBased=003f CPUBased=b6a1edfa SecondaryExec=0ceb
[519192.559605] EntryControls=d1ff ExitControls=002fefff
[519192.560453] ExceptionBitmap=00060042 PFECmask= PFECmatch=
[519192.561306] VMEntry: intr_info= errcode=0006 ilen=
[519192.562158] VMExit: intr_info= errcode= ilen=0001
[519192.563006] reason=8021 qualification=
[519192.563860] IDTVectoring: info= errcode=
[519192.564695] TSC Offset = 0xfffcc6c7d53f16d7
[519192.565526] TPR Threshold = 0x00
[519192.566345] EPT pointer = 0x000b9397901e
[519192.567162] PLE Gap=0080 Window=1000
[519192.567984] Virtual processor ID = 0x0005


Thank you!


On 22 Sep 2020, at 02:30, Strahil Nikolov 
mailto:hunter86...@yahoo.com>> wrote:

Interesting is that I don't find anything recent , but this one:
https://devblogs.microsoft.com/oldnewthing/20120511-00/?p=7653

Can you check if anything in the OS was updated/changed recently ?

Also check if the VM is with nested virtualization enabled.

Best Regards,
Strahil Nikolov






В понеделник, 21 септември 2020 г., 23:56:26 Гринуич+3, Vinícius Ferrão 
 написа:





Strahil, thank you man. We finally got some 

[ovirt-users] Re: How to discover why a VM is getting suspended without recovery possibility?

2020-09-21 Thread Vinícius Ferrão via Users
Strahil, thank you man. We finally got some output:

2020-09-15T12:34:49.362238Z qemu-kvm: warning: CPU(s) not present in any NUMA 
nodes: CPU 10 [socket-id: 10, core-id: 0, thread-id: 0], CPU 11 [socket-id: 11, 
core-id: 0, thread-id: 0], CPU 12 [socket-id: 12, core-id: 0, thread-id: 0], 
CPU 13 [socket-id: 13, core-id: 0, thread-id: 0], CPU 14 [socket-id: 14, 
core-id: 0, thread-id: 0], CPU 15 [socket-id: 15, core-id: 0, thread-id: 0]
2020-09-15T12:34:49.362265Z qemu-kvm: warning: All CPU(s) up to maxcpus should 
be described in NUMA config, ability to start up with partial NUMA mappings is 
obsoleted and will be removed in future
KVM: entry failed, hardware error 0x8021

If you're running a guest on an Intel machine without unrestricted mode
support, the failure can be most likely due to the guest entering an invalid
state for Intel VT. For example, the guest maybe running in big real mode
which is not supported on less recent Intel processors.

EAX= EBX=01746180 ECX=4be7c002 EDX=000400b6
ESI=8b3d6080 EDI=02d70400 EBP=a19bbdfe ESP=82883770
EIP=8000 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=1 HLT=0
ES =   00809300
CS =8d00 7ff8d000  00809300
SS =   00809300
DS =   00809300
FS =   00809300
GS =   00809300
LDT=  000f 
TR =0040 04c59000 0067 8b00
GDT= 04c5afb0 0057
IDT=  
CR0=00050032 CR2=c1b7ec48 CR3=001ad002 CR4=
DR0= DR1= DR2= 
DR3= 
DR6=0ff0 DR7=0400
EFER=
Code=ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff  ff ff ff 
ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
2020-09-16T04:11:55.344128Z qemu-kvm: terminating on signal 15 from pid 1 
()
2020-09-16 04:12:02.212+: shutting down, reason=shutdown






That’s the issue, I got this on the logs of both physical machines. The 
probability of both machines are damaged is not quite common right? So even 
with the log saying it’s a hardware error it may be software related? And 
again, this only happens with this VM.

> On 21 Sep 2020, at 17:36, Strahil Nikolov  wrote:
> 
> Usually libvirt's log might provide hints (yet , no clues) of any issues.
> 
> For example: 
> /var/log/libvirt/qemu/.log
> 
> Anything changed recently (maybe oVirt version was increased) ?
> 
> Best Regards,
> Strahil Nikolov
> 
> 
> 
> 
> 
> 
> В понеделник, 21 септември 2020 г., 23:28:13 Гринуич+3, Vinícius Ferrão 
>  написа: 
> 
> 
> 
> 
> 
> Hi Strahil, 
> 
> 
> 
> Both disks are VirtIO-SCSI and are Preallocated:
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Thanks,
> 
> 
> 
> 
> 
> 
> 
> 
>>   
>> On 21 Sep 2020, at 17:09, Strahil Nikolov  wrote:
>> 
>> 
>>   
>> What type of disks are you using ? Any change you use thin disks ?
>> 
>> Best Regards,
>> Strahil Nikolov
>> 
>> 
>> 
>> 
>> 
>> 
>> В понеделник, 21 септември 2020 г., 07:20:23 Гринуич+3, Vinícius Ferrão via 
>> Users  написа: 
>> 
>> 
>> 
>> 
>> 
>> Hi, sorry to bump the thread.
>> 
>> But I still with this issue on the VM. This crashes are still happening, and 
>> I really don’t know what to do. Since there’s nothing on logs, except from 
>> that message on `dmesg` of the host machine I started changing setting to 
>> see if anything changes or if I at least I get a pattern.
>> 
>> What I’ve tried:
>> 1. Disabled I/O Threading on VM.
>> 2. Increased I/O Threading to 2 form 1.
>> 3. Disabled Memory Balooning.
>> 4. Reduced VM resources form 10 CPU’s and 48GB of RAM to 6 CPU’s and 24GB of 
>> RAM.
>> 5. Moved the VM to another host.
>> 6. Dedicated a host specific to this VM.
>> 7. Check on the storage system to see if there’s any resource starvation, 
>> but everything seems to be fine.
>> 8. Checked both iSCSI switches to see if there’s something wrong with the 
>> fabrics: 0 errors.
>> 
>> I’m really running out of ideas. The VM was working normally and suddenly 
>> this started.
>> 
>> Thanks,
>> 
>> PS: When I was typing this message it crashed again:
>> 
>> [427483.126725] *** Guest State ***
>> [427483.127661] CR0: actual=0x00050032, shadow=0x00050032, 
>> gh_mask=fff7
>> [427483.128505] CR4: actual=0x2050, shadow=0x, 
>> gh_mask=f871
>> [427483.129342] CR3 = 0x0001849ff002
>> [427483.130177] RSP = 0xb10186b0  RI

[ovirt-users] Re: How to discover why a VM is getting suspended without recovery possibility?

2020-09-20 Thread Vinícius Ferrão via Users
Hi, sorry to bump the thread.

But I still with this issue on the VM. This crashes are still happening, and I 
really don’t know what to do. Since there’s nothing on logs, except from that 
message on `dmesg` of the host machine I started changing setting to see if 
anything changes or if I at least I get a pattern.

What I’ve tried:
1. Disabled I/O Threading on VM.
2. Increased I/O Threading to 2 form 1.
3. Disabled Memory Balooning.
4. Reduced VM resources form 10 CPU’s and 48GB of RAM to 6 CPU’s and 24GB of 
RAM.
5. Moved the VM to another host.
6. Dedicated a host specific to this VM.
7. Check on the storage system to see if there’s any resource starvation, but 
everything seems to be fine.
8. Checked both iSCSI switches to see if there’s something wrong with the 
fabrics: 0 errors.

I’m really running out of ideas. The VM was working normally and suddenly this 
started.

Thanks,

PS: When I was typing this message it crashed again:

[427483.126725] *** Guest State ***
[427483.127661] CR0: actual=0x00050032, shadow=0x00050032, 
gh_mask=fff7
[427483.128505] CR4: actual=0x2050, shadow=0x, 
gh_mask=f871
[427483.129342] CR3 = 0x0001849ff002
[427483.130177] RSP = 0xb10186b0  RIP = 0x8000
[427483.131014] RFLAGS=0x0002 DR7 = 0x0400
[427483.131859] Sysenter RSP= CS:RIP=:
[427483.132708] CS:   sel=0x9b00, attr=0x08093, limit=0x, 
base=0x7ff9b000
[427483.133559] DS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[427483.134413] SS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[427483.135237] ES:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[427483.136040] FS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[427483.136842] GS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[427483.137629] GDTR:   limit=0x0057, 
base=0xb10186eb4fb0
[427483.138409] LDTR: sel=0x, attr=0x1, limit=0x000f, 
base=0x
[427483.139202] IDTR:   limit=0x, 
base=0x
[427483.139998] TR:   sel=0x0040, attr=0x0008b, limit=0x0067, 
base=0xb10186eb3000
[427483.140816] EFER = 0x  PAT = 0x0007010600070106
[427483.141650] DebugCtl = 0x  DebugExceptions = 
0x
[427483.142503] Interruptibility = 0009  ActivityState = 
[427483.143353] *** Host State ***
[427483.144194] RIP = 0xc0c65024  RSP = 0x9253c0b9bc90
[427483.145043] CS=0010 SS=0018 DS= ES= FS= GS= TR=0040
[427483.145903] FSBase=7fcc13816700 GSBase=925adf24 
TRBase=925adf244000
[427483.146766] GDTBase=925adf24c000 IDTBase=ff528000
[427483.147630] CR0=80050033 CR3=0010597b6000 CR4=001627e0
[427483.148498] Sysenter RSP= CS:RIP=0010:8f196cc0
[427483.149365] EFER = 0x0d01  PAT = 0x0007050600070106
[427483.150231] *** Control State ***
[427483.151077] PinBased=003f CPUBased=b6a1edfa SecondaryExec=0ceb
[427483.151942] EntryControls=d1ff ExitControls=002fefff
[427483.152800] ExceptionBitmap=00060042 PFECmask= PFECmatch=
[427483.153661] VMEntry: intr_info= errcode=0006 ilen=
[427483.154521] VMExit: intr_info= errcode= ilen=0004
[427483.155376] reason=8021 qualification=
[427483.156230] IDTVectoring: info= errcode=
[427483.157068] TSC Offset = 0xfffccfc261506dd9
[427483.157905] TPR Threshold = 0x0d
[427483.158728] EPT pointer = 0x0009b437701e
[427483.159550] PLE Gap=0080 Window=0008
[427483.160370] Virtual processor ID = 0x0004


> On 16 Sep 2020, at 17:11, Vinícius Ferrão  wrote:
> 
> Hello,
> 
> I’m an Exchange Server VM that’s going down to suspend without possibility of 
> recovery. I need to click on shutdown and them power on. I can’t find 
> anything useful on the logs, except on “dmesg” of the host:
> 
> [47807.747606] *** Guest State ***
> [47807.747633] CR0: actual=0x00050032, shadow=0x00050032, 
> gh_mask=fff7
> [47807.747671] CR4: actual=0x2050, shadow=0x, 
> gh_mask=f871
> [47807.747721] CR3 = 0x001ad002
> [47807.747739] RSP = 0xc20904fa3770  RIP = 0x8000
> [47807.747766] RFLAGS=0x0002 DR7 = 0x0400
> [47807.747792] Sysenter RSP= CS:RIP=:
> [47807.747821] CS:   sel=0x9100, attr=0x08093, limit=0x, 
> base=0x7ff91000
> [47807.747855] DS:   sel=0x, attr=0x08093, limit=0x, 
> base=0x
> [47807.747889] SS:   sel=0x, attr=0x08093, limit=0x, 

[ovirt-users] How to discover why a VM is getting suspended without recovery possibility?

2020-09-16 Thread Vinícius Ferrão via Users
Hello,

I’m an Exchange Server VM that’s going down to suspend without possibility of 
recovery. I need to click on shutdown and them power on. I can’t find anything 
useful on the logs, except on “dmesg” of the host:

[47807.747606] *** Guest State ***
[47807.747633] CR0: actual=0x00050032, shadow=0x00050032, 
gh_mask=fff7
[47807.747671] CR4: actual=0x2050, shadow=0x, 
gh_mask=f871
[47807.747721] CR3 = 0x001ad002
[47807.747739] RSP = 0xc20904fa3770  RIP = 0x8000
[47807.747766] RFLAGS=0x0002 DR7 = 0x0400
[47807.747792] Sysenter RSP= CS:RIP=:
[47807.747821] CS:   sel=0x9100, attr=0x08093, limit=0x, 
base=0x7ff91000
[47807.747855] DS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[47807.747889] SS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[47807.747923] ES:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[47807.747957] FS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[47807.747991] GS:   sel=0x, attr=0x08093, limit=0x, 
base=0x
[47807.748025] GDTR:   limit=0x0057, 
base=0x80817e7d5fb0
[47807.748059] LDTR: sel=0x, attr=0x1, limit=0x000f, 
base=0x
[47807.748093] IDTR:   limit=0x, 
base=0x
[47807.748128] TR:   sel=0x0040, attr=0x0008b, limit=0x0067, 
base=0x80817e7d4000
[47807.748162] EFER = 0x  PAT = 0x0007010600070106
[47807.748189] DebugCtl = 0x  DebugExceptions = 
0x
[47807.748221] Interruptibility = 0009  ActivityState = 
[47807.748248] *** Host State ***
[47807.748263] RIP = 0xc0c65024  RSP = 0x9252bda5fc90
[47807.748290] CS=0010 SS=0018 DS= ES= FS= GS= TR=0040
[47807.748318] FSBase=7f46d462a700 GSBase=9252ffac 
TRBase=9252ffac4000
[47807.748351] GDTBase=9252ffacc000 IDTBase=ff528000
[47807.748377] CR0=80050033 CR3=00105ac8c000 CR4=001627e0
[47807.748407] Sysenter RSP= CS:RIP=0010:8f196cc0
[47807.748435] EFER = 0x0d01  PAT = 0x0007050600070106
[47807.748461] *** Control State ***
[47807.748478] PinBased=003f CPUBased=b6a1edfa SecondaryExec=0ceb
[47807.748507] EntryControls=d1ff ExitControls=002fefff
[47807.748531] ExceptionBitmap=00060042 PFECmask= PFECmatch=
[47807.748561] VMEntry: intr_info= errcode=0006 ilen=
[47807.748589] VMExit: intr_info= errcode= ilen=0001
[47807.748618] reason=8021 qualification=
[47807.748645] IDTVectoring: info= errcode=
[47807.748669] TSC Offset = 0xf9b8c8d943b6
[47807.748699] TPR Threshold = 0x00
[47807.748715] EPT pointer = 0x00105cd5601e
[47807.748735] PLE Gap=0080 Window=1000
[47807.748755] Virtual processor ID = 0x0003

So something really went crazy. The VM is going down at least two times a day 
for the last 5 days.

At first I thought it would be an hardware issue, so I restarted the VM on 
other host, and the same thing happened.

About the VM it’s configured with 10 CPUs, 48GB of RAM running oVirt 4.3.10 
with iSCSI storage to a FreeNAS box, where the VM disks are running; there are 
a 300GB disc for C:\ and 2TB disk for D:\.

Any ideia on how to start troubleshooting it?

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


[ovirt-users] Re: Multiple GPU Passthrough with NVLink (Invalid I/O region)

2020-09-04 Thread Vinícius Ferrão via Users
Thanks Michael and Arman.

To make things clear, you guys are using Passthrough, right? It’s not vGPU. The 
4x GPUs are added on the “Host Devices” tab of the VM.
What I’m trying to achieve is add the 4x V100 directly to one specific VM.

And finally can you guys confirm which BIOS type is being used in your 
machines? I’m with Q35 Chipset with UEFI BIOS. I haven’t tested it with legacy, 
perhaps I’ll give it a try.

Thanks again.

On 4 Sep 2020, at 14:09, Michael Jones 
mailto:m...@mikejonesey.co.uk>> wrote:

Also use multiple t4, also p4, titans, no issues but never used the nvlink

On Fri, 4 Sep 2020, 16:02 Arman Khalatyan, 
mailto:arm2...@gmail.com>> wrote:
hi,
with the 2xT4 we haven't seen any trouble. we have no nvlink there.

did u try to disable the nvlink?



Vinícius Ferrão via Users mailto:users@ovirt.org>> schrieb am 
Fr., 4. Sept. 2020, 08:39:
Hello, here we go again.

I’m trying to passthrough 4x NVIDIA Tesla V100 GPUs (with NVLink) to a single 
VM; but things aren’t that good. Only one GPU shows up on the VM. lspci is able 
to show the GPUs, but three of them are unusable:

08:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
09:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
0a:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
0b:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)

There are some errors on dmesg, regarding a misconfigured BIOS:

[   27.295972] nvidia: loading out-of-tree module taints kernel.
[   27.295980] nvidia: module license 'NVIDIA' taints kernel.
[   27.295981] Disabling lock debugging due to kernel taint
[   27.304180] nvidia: module verification failed: signature and/or required 
key missing - tainting kernel
[   27.364244] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 241
[   27.579261] nvidia :09:00.0: enabling device ( -> 0002)
[   27.579560] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR1 is 0M @ 0x0 (PCI::09:00.0)
[   27.579560] NVRM: The system BIOS may have misconfigured your GPU.
[   27.579566] nvidia: probe of :09:00.0 failed with error -1
[   27.580727] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR0 is 0M @ 0x0 (PCI::0a:00.0)
[   27.580729] NVRM: The system BIOS may have misconfigured your GPU.
[   27.580734] nvidia: probe of :0a:00.0 failed with error -1
[   27.581299] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR0 is 0M @ 0x0 (PCI::0b:00.0)
[   27.581300] NVRM: The system BIOS may have misconfigured your GPU.
[   27.581305] nvidia: probe of :0b:00.0 failed with error -1
[   27.581333] NVRM: The NVIDIA probe routine failed for 3 device(s).
[   27.581334] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  450.51.06  Sun 
Jul 19 20:02:54 UTC 2020
[   27.649128] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for 
UNIX platforms  450.51.06  Sun Jul 19 20:06:42 UTC 2020

The host is Secure Intel Skylake (x86_64). VM is running with Q35 Chipset with 
UEFI (pc-q35-rhel8.2.0)

I’ve tried to change the I/O mapping options on the host, tried with 56TB and 
12TB without success. Same results. Didn’t tried with 512GB since the machine 
have 768GB of system RAM.

Tried blacklisting the nouveau on the host, nothing.
Installed NVIDIA drivers on the host, nothing.

In the host I can use the 4x V100, but inside a single VM it’s impossible.

Any suggestions?



___
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/73CXU27AX6ND6EXUJKBKKRWM6DJH7UL7/
___
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/PIO4DIVUU4JWG5FXYW3NQSVXCFZWYV26/

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


[ovirt-users] Multiple GPU Passthrough with NVLink (Invalid I/O region)

2020-09-04 Thread Vinícius Ferrão via Users
Hello, here we go again.

I’m trying to passthrough 4x NVIDIA Tesla V100 GPUs (with NVLink) to a single 
VM; but things aren’t that good. Only one GPU shows up on the VM. lspci is able 
to show the GPUs, but three of them are unusable:

08:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
09:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
0a:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)
0b:00.0 3D controller: NVIDIA Corporation GV100GL [Tesla V100 SXM2 16GB] (rev 
a1)

There are some errors on dmesg, regarding a misconfigured BIOS:

[   27.295972] nvidia: loading out-of-tree module taints kernel.
[   27.295980] nvidia: module license 'NVIDIA' taints kernel.
[   27.295981] Disabling lock debugging due to kernel taint
[   27.304180] nvidia: module verification failed: signature and/or required 
key missing - tainting kernel
[   27.364244] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 241
[   27.579261] nvidia :09:00.0: enabling device ( -> 0002)
[   27.579560] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR1 is 0M @ 0x0 (PCI::09:00.0)
[   27.579560] NVRM: The system BIOS may have misconfigured your GPU.
[   27.579566] nvidia: probe of :09:00.0 failed with error -1
[   27.580727] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR0 is 0M @ 0x0 (PCI::0a:00.0)
[   27.580729] NVRM: The system BIOS may have misconfigured your GPU.
[   27.580734] nvidia: probe of :0a:00.0 failed with error -1
[   27.581299] NVRM: This PCI I/O region assigned to your NVIDIA device is 
invalid:
   NVRM: BAR0 is 0M @ 0x0 (PCI::0b:00.0)
[   27.581300] NVRM: The system BIOS may have misconfigured your GPU.
[   27.581305] nvidia: probe of :0b:00.0 failed with error -1
[   27.581333] NVRM: The NVIDIA probe routine failed for 3 device(s).
[   27.581334] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  450.51.06  Sun 
Jul 19 20:02:54 UTC 2020
[   27.649128] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for 
UNIX platforms  450.51.06  Sun Jul 19 20:06:42 UTC 2020

The host is Secure Intel Skylake (x86_64). VM is running with Q35 Chipset with 
UEFI (pc-q35-rhel8.2.0)

I’ve tried to change the I/O mapping options on the host, tried with 56TB and 
12TB without success. Same results. Didn’t tried with 512GB since the machine 
have 768GB of system RAM.

Tried blacklisting the nouveau on the host, nothing.
Installed NVIDIA drivers on the host, nothing.

In the host I can use the 4x V100, but inside a single VM it’s impossible.

Any suggestions?



___
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/73CXU27AX6ND6EXUJKBKKRWM6DJH7UL7/


[ovirt-users] Mellanox OFED with oVirt

2020-09-01 Thread Vinícius Ferrão via Users
Hello,

Anyone had success using Mellanox OFED with oVirt? Already learned some things:

1. I can’t use oVirt Node.
2. Mellanox OFED cannot be installed with mlnx-ofed-all since it breaks dnf. We 
need to rely on the upstream RDMA implementation.
3. The way to go is running: dnf install mlnx-ofed-dpdk-upstream-libs

But after the installation I ended up with broken dnf:

[root@c4140 ~]# dnf update
Updating Subscription Management repositories.
Last metadata expiration check: 0:03:54 ago on Tue 01 Sep 2020 11:52:41 PM -03.
Error: 
 Problem: both package mlnx-ofed-all-user-only-5.1-0.6.6.0.rhel8.2.noarch and 
mlnx-ofed-all-5.1-0.6.6.0.rhel8.2.noarch obsolete glusterfs-rdma
  - cannot install the best update candidate for package 
glusterfs-rdma-6.0-37.el8.x86_64
  - package ovirt-host-4.4.1-4.el8ev.x86_64 requires glusterfs-rdma, but none 
of the providers can be installed
  - package mlnx-ofed-all-5.1-0.6.6.0.rhel8.2.noarch obsoletes glusterfs-rdma 
provided by glusterfs-rdma-6.0-37.el8.x86_64
  - package glusterfs-rdma-3.12.2-40.2.el8.x86_64 requires glusterfs(x86-64) = 
3.12.2-40.2.el8, but none of the providers can be installed
  - package glusterfs-rdma-6.0-15.el8.x86_64 requires glusterfs(x86-64) = 
6.0-15.el8, but none of the providers can be installed
  - package glusterfs-rdma-6.0-20.el8.x86_64 requires glusterfs(x86-64) = 
6.0-20.el8, but none of the providers can be installed
  - cannot install both glusterfs-3.12.2-40.2.el8.x86_64 and 
glusterfs-6.0-37.el8.x86_64
  - cannot install both glusterfs-6.0-15.el8.x86_64 and 
glusterfs-6.0-37.el8.x86_64
  - cannot install both glusterfs-6.0-20.el8.x86_64 and 
glusterfs-6.0-37.el8.x86_64
  - cannot install the best update candidate for package 
ovirt-host-4.4.1-4.el8ev.x86_64
  - cannot install the best update candidate for package 
glusterfs-6.0-37.el8.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or 
'--skip-broken' to skip uninstallable packages or '--nobest' to use not only 
best candidate packages)

That are the packages installed:

[root@c4140 ~]# rpm -qa *mlnx*
mlnx-dpdk-19.11.0-1.51066.x86_64
mlnx-ofa_kernel-devel-5.1-OFED.5.1.0.6.6.1.rhel8u2.x86_64
mlnx-ethtool-5.4-1.51066.x86_64
mlnx-dpdk-devel-19.11.0-1.51066.x86_64
mlnx-ofa_kernel-5.1-OFED.5.1.0.6.6.1.rhel8u2.x86_64
mlnx-dpdk-doc-19.11.0-1.51066.noarch
mlnx-dpdk-tools-19.11.0-1.51066.x86_64
mlnx-ofed-dpdk-upstream-libs-5.1-0.6.6.0.rhel8.2.noarch
kmod-mlnx-ofa_kernel-5.1-OFED.5.1.0.6.6.1.rhel8u2.x86_64
mlnx-iproute2-5.6.0-1.51066.x86_64

And finally this is the repo that I’m using:
[root@c4140 ~]# cat /etc/yum.repos.d/mellanox_mlnx_ofed.repo 
#
# Mellanox Technologies Ltd. public repository configuration file.
# For more information, refer to http://linux.mellanox.com
#

[mlnx_ofed_latest_base]
name=Mellanox Technologies rhel8.2-$basearch mlnx_ofed latest
baseurl=http://linux.mellanox.com/public/repo/mlnx_ofed/latest/rhel8.2/$basearch
enabled=1
gpgkey=http://www.mellanox.com/downloads/ofed/RPM-GPG-KEY-Mellanox
gpgcheck=1


So anyone had success with this?

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


[ovirt-users] Re: Missing model_FLAGS on specific host

2020-08-28 Thread Vinícius Ferrão via Users
Hi just a followup here.

Something was messy with the DELL Firmware.

I’ve refreshed it and completely erased the NVRAM. Reconfigured the firmware 
and now the host behave as expected:

[root@c4140 ~]# !vdsm
vdsm-client Host getCapabilities | egrep "cpuFlags|cpuModel|Skylake"
"cpuFlags": 
"pln,msr,acpi,sse2,smx,rdrand,cqm_occup_llc,xsaveopt,rdseed,rtm,epb,sse,hypervisor,ibrs,cmov,nopl,cpuid_fault,pse,f16c,spec_ctrl,adx,constant_tsc,bts,rdt_a,pae,nx,tsc,x2apic,sep,pat,cqm_mbm_total,pebs,xsave,smep,ds_cpl,fma,ospke,mca,mmx,pge,pku,pcid,aperfmperf,ssse3,flexpriority,cqm,avx512dq,avx512vl,fpu,umip,flush_l1d,ssbd,lm,syscall,movbe,vpid,ht,xsavec,invpcid_single,3dnowprefetch,tsc_deadline_timer,cx8,rep_good,tm2,avx,cx16,rdtscp,ss,popcnt,lahf_lm,stibp,arch_perfmon,smap,clflushopt,invtsc,vmx,dts,xsaves,md_clear,dtherm,avx512f,bmi2,mpx,arch-capabilities,dtes64,avx512cd,mba,avx2,ept,pts,vme,vnmi,fxsr,pschange-mc-no,dca,avx512bw,tsc_adjust,cqm_llc,pclmulqdq,cat_l3,bmi1,monitor,pti,arat,abm,cpuid,clflush,mce,sse4_2,erms,nonstop_tsc,apic,cdp_l3,fsgsbase,sdbg,art,xgetbv1,tpr_shadow,cqm_mbm_local,clwb,pdpe1gb,xtpr,ida,de,pbe,intel_pt,ibpb,est,intel_ppin,tm,pni,aes,amd-ssbd,md-clear,skip-l1dfl-vmentry,hle,pdcm,invpcid,mtrr,pse36,sse4_1,xtopology,model_core2duo,model_pentium2,model_Skylake-Server-IBRS,model_Haswell,model_Skylake-Server,model_IvyBridge-IBRS,model_Penryn,model_Broadwell-noTSX-IBRS,model_qemu64,model_n270,model_kvm32,model_coreduo,model_Broadwell-IBRS,model_Skylake-Client-noTSX-IBRS,model_Haswell-IBRS,model_Broadwell-noTSX,model_Skylake-Client,model_SandyBridge,model_Skylake-Server-noTSX-IBRS,model_SandyBridge-IBRS,model_Broadwell,model_kvm64,model_Nehalem-IBRS,model_IvyBridge,model_pentium,model_Skylake-Client-IBRS,model_Conroe,model_Haswell-noTSX,model_Opteron_G2,model_Westmere,model_qemu32,model_486,model_pentium3,model_Opteron_G1,model_Westmere-IBRS,model_Haswell-noTSX-IBRS,model_Nehalem",
"cpuModel": "Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz",

Not sure what really happened, but those actions solved the issue.

On 28 Aug 2020, at 03:29, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Hi,

I’ve an strange issue in one of my hosts, it’s missing a lot of CPU flags that 
oVirt seems to require:

[root@c4140 ~]# vdsm-client Host getCapabilities | egrep "cpuFlags|cpuModel"
"cpuFlags": 
"ssse3,mca,ept,pdpe1gb,vmx,clwb,smep,msr,acpi,pge,sse4_2,nopl,cqm_mbm_total,cx16,avx512vl,aperfmperf,xsaves,3dnowprefetch,nonstop_tsc,cmov,mce,intel_pt,avx512f,fpu,pku,tsc,sdbg,erms,pse36,md_clear,apic,sse,pcid,clflushopt,xtopology,pts,monitor,vpid,cpuid,hle,mba,ss,cqm,avx2,ibpb,xgetbv1,flush_l1d,mmx,epb,pti,fxsr,dca,nx,syscall,stibp,mtrr,cx8,sse2,avx,sep,intel_ppin,lm,tm,bts,adx,bmi1,smx,popcnt,pclmulqdq,lahf_lm,mpx,rdseed,cqm_llc,avx512cd,cdp_l3,f16c,invpcid,fsgsbase,cpuid_fault,tm2,smap,dts,pse,xsave,sse4_1,constant_tsc,pat,tsc_deadline_timer,vnmi,avx512dq,dtes64,xsaveopt,ida,pdcm,tpr_shadow,pln,de,x2apic,avx512bw,pae,rdrand,clflush,rdtscp,art,cqm_mbm_local,pebs,ssbd,movbe,pbe,tsc_adjust,vme,ht,est,bmi2,cat_l3,dtherm,ospke,rdt_a,aes,ibrs,rep_good,fma,xtpr,ds_cpl,abm,xsavec,invpcid_single,flexpriority,cqm_occup_llc,pni,rtm,arat,arch_perfmon",
"cpuModel": "Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz",

In a properly working host it have flags like those ones:

model_Westmere-IBRS,model_kvm32,model_core2duo,model_Opteron_G1,model_Broadwell,model_qemu64,model_Broadwell-noTSX,model_Nehalem-IBRS,model_Haswell-IBRS,model_pentium2,model_Broadwell-IBRS,model_Haswell-noTSX,model_Haswell,model_Haswell-noTSX-IBRS,model_Conroe,model_pentium,model_n270,model_Nehalem,model_IvyBridge-IBRS,model_kvm64,model_SandyBridge,model_pentium3,model_Broadwell-noTSX-IBRS,model_qemu32,model_486,model_IvyBridge,model_SandyBridge-IBRS,model_Westmere,model_Penryn,model_Opteron_G2,model_coreduo",

But in this machine it’s totally missing. I know this model_ flags are an oVirt 
thing, since they aren’t default on the CPUs.

The host machine is a Dell C4140 compute node, the firmware is fully updated, 
so I’ve done the basic to figure out what’s happening.

Thanks,

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

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


[ovirt-users] Missing model_FLAGS on specific host

2020-08-28 Thread Vinícius Ferrão via Users
Hi,

I’ve an strange issue in one of my hosts, it’s missing a lot of CPU flags that 
oVirt seems to require:

[root@c4140 ~]# vdsm-client Host getCapabilities | egrep "cpuFlags|cpuModel"
"cpuFlags": 
"ssse3,mca,ept,pdpe1gb,vmx,clwb,smep,msr,acpi,pge,sse4_2,nopl,cqm_mbm_total,cx16,avx512vl,aperfmperf,xsaves,3dnowprefetch,nonstop_tsc,cmov,mce,intel_pt,avx512f,fpu,pku,tsc,sdbg,erms,pse36,md_clear,apic,sse,pcid,clflushopt,xtopology,pts,monitor,vpid,cpuid,hle,mba,ss,cqm,avx2,ibpb,xgetbv1,flush_l1d,mmx,epb,pti,fxsr,dca,nx,syscall,stibp,mtrr,cx8,sse2,avx,sep,intel_ppin,lm,tm,bts,adx,bmi1,smx,popcnt,pclmulqdq,lahf_lm,mpx,rdseed,cqm_llc,avx512cd,cdp_l3,f16c,invpcid,fsgsbase,cpuid_fault,tm2,smap,dts,pse,xsave,sse4_1,constant_tsc,pat,tsc_deadline_timer,vnmi,avx512dq,dtes64,xsaveopt,ida,pdcm,tpr_shadow,pln,de,x2apic,avx512bw,pae,rdrand,clflush,rdtscp,art,cqm_mbm_local,pebs,ssbd,movbe,pbe,tsc_adjust,vme,ht,est,bmi2,cat_l3,dtherm,ospke,rdt_a,aes,ibrs,rep_good,fma,xtpr,ds_cpl,abm,xsavec,invpcid_single,flexpriority,cqm_occup_llc,pni,rtm,arat,arch_perfmon",
"cpuModel": "Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz",

In a properly working host it have flags like those ones:

model_Westmere-IBRS,model_kvm32,model_core2duo,model_Opteron_G1,model_Broadwell,model_qemu64,model_Broadwell-noTSX,model_Nehalem-IBRS,model_Haswell-IBRS,model_pentium2,model_Broadwell-IBRS,model_Haswell-noTSX,model_Haswell,model_Haswell-noTSX-IBRS,model_Conroe,model_pentium,model_n270,model_Nehalem,model_IvyBridge-IBRS,model_kvm64,model_SandyBridge,model_pentium3,model_Broadwell-noTSX-IBRS,model_qemu32,model_486,model_IvyBridge,model_SandyBridge-IBRS,model_Westmere,model_Penryn,model_Opteron_G2,model_coreduo",

But in this machine it’s totally missing. I know this model_ flags are an oVirt 
thing, since they aren’t default on the CPUs.

The host machine is a Dell C4140 compute node, the firmware is fully updated, 
so I’ve done the basic to figure out what’s happening.

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


[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-27 Thread Vinícius Ferrão via Users


On 27 Aug 2020, at 16:03, Arik Hadas 
mailto:aha...@redhat.com>> wrote:



On Thu, Aug 27, 2020 at 8:40 PM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hi Michal,

On 27 Aug 2020, at 05:08, Michal Skrivanek 
mailto:michal.skriva...@redhat.com>> wrote:



On 26 Aug 2020, at 20:50, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Okay here we go Arik.

With your insight I’ve done the following:

# rpm -Va

This showed what’s zeroed on the machine, since it was a lot of things, I’ve 
just gone crazy and done:

you should still have host deploy logs on the engine machine. it’s weird it 
succeeded, unless it somehow happened afterwards?

It only succeeded my yum reinstall rampage.

yum list installed | cut -f 1 -d " " > file
yum -y reinstall `cat file | xargs`

Reinstalled everything.

Everything worked as expected and I finally added the machine back to the 
cluster. It’s operational.

eh, I wouldn’t trust it much. did you run redeploy at least?

I’ve done reinstall on the web interface of the engine. I can reinstall the 
host, there’s nothing running on it… gonna try a third format.



Now I’ve another issue, I have 3 VM’s that are ppc64le, when trying to import 
them, the Hosted Engine identifies them as x86_64:



So…

This appears to be a bug. Any ideia on how to force it back to ppc64? I can’t 
manually force the import on the Hosted Engine since there’s no buttons to do 
this…

how exactly did you import them? could be a bug indeed.
we don’t support changing it as it doesn’t make sense, the guest can’t be 
converted

Yeah. I done the normal procedure, added the storage domain to the engine and 
clicked on “Import VM”. Immediately it was detected as x86_64.

Since I wasn’t able to upgrade my environment from 4.3.10 to 4.4.1 due to 
random errors when redeploying the engine with the backup from 4.3.10, I just 
reinstalled it, reconfigured everything and them imported the storage domains.

I don’t know where the information about architecture is stored in the storage 
domain, I tried to search for some metadata files inside the domain but nothing 
come up. Is there a way to force this change? It must be a way.

I even tried to import the machine as x86_64. So I can delete the VM and just 
reattach the disks in a new only, effectively not losing the data, but…



Yeah, so something is broken. The check during the import appears to be OK, but 
the interface does not me allow to import it to the ppc64le machine, since it’s 
read as x86_64.

Could you please provide the output of the following query from the database:
select * from unregistered_ovf_of_entities where 
entity_name='energy.versatushpc.com.br<http://energy.versatushpc.com.br/>';

Sure, there you go:

 46ad1d80-2649-48f5-92e6-e5489d11d30c | 
energy.versatushpc.com.br<http://energy.versatushpc.com.br> | VM  | 
   1 | | d19456e4-0051-456e-b33c-57348a78c2e0 |
 http://schemas.dmtf.org/ovf/envelope/1/; 
xmlns:rasd="http://schemas.dmtf.org/wbem/wscim/1/cim
-schema/2/CIM_ResourceAllocationSettingData" 
xmlns:vssd="http://schemas.dmtf.org/wbem/wscim/1/cim-schema/2/CIM_VirtualSystemSettingData;
 xmlns:xsi="http://ww
w.w3.org/2001/XMLSchema-instance<http://w.w3.org/2001/XMLSchema-instance>" 
ovf:version="4.1.0.0">List of networks
List of Virtual Diskshttp://www.vmwa
re.com/specifications/vmdk.html#sparse<http://re.com/specifications/vmdk.html#sparse>"
 ovf:volume-format="RAW" ovf:volume-type="Sparse" 
ovf:disk-interface="VirtIO_SCSI" ovf:read-only="false" ovf:shareable
="false" ovf:boot="true" ovf:pass-discard="false" 
ovf:disk-alias="energy.versatushpc.com.br_Disk1" ovf:disk-description="" 
ovf:wipe-after-delete="false">energy.versatushpc.com.br<http://energy.versatushpc.com.br>Holds
 Kosen backend and frontend prod
 services (nginx + 
docker)2020/08/19 
20:11:332020/08/20 18:37:41falseguest_agentfalse1Etc/GMT984.31AUTO_RESUME2730falsefalsefalse16ea16f22-45d7-11ea-bd83-00163e518b7c0falsetruetruetrueLOCK_SCREEN016384truefalseBlastoise----Blanktrue032644894-755e-4588-b967-8fb9dc3277952false000
0----Blankfalse2020/08/20 17:52:35Guest Operating 
Systemother_linux_ppc642 CPU, 4096 MemoryENGINE 
4.1.0.02 virtual 
cpuNumber of virtual 
CPU132111624096 
>MB of memoryMemory Size24MegaBytes4096energy.versatushpc.com.br_Disk1b1d9832e-076f-48f3-a300-0b5cdf0949af17775b24a9-6a32-431a-831f-4ac9b3b31152/b1d9832e-076f-48f3-a300-0b5cdf0949af--------d19456e4-0051-456e-b33c-57348a78c2e06c54f91e-89bf-45b4-bc48-56e74c4efd5e2020/08/19 
20:13:051970/01/01 
00:00:002020/08
/20 
18:37:41diskdisk{type=drive,
 bus=0, controller=1, target=0, unit=0}<
BootOrder>1truefalseua

[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-27 Thread Vinícius Ferrão via Users
Hi Michal,

On 27 Aug 2020, at 05:08, Michal Skrivanek 
mailto:michal.skriva...@redhat.com>> wrote:



On 26 Aug 2020, at 20:50, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Okay here we go Arik.

With your insight I’ve done the following:

# rpm -Va

This showed what’s zeroed on the machine, since it was a lot of things, I’ve 
just gone crazy and done:

you should still have host deploy logs on the engine machine. it’s weird it 
succeeded, unless it somehow happened afterwards?

It only succeeded my yum reinstall rampage.

yum list installed | cut -f 1 -d " " > file
yum -y reinstall `cat file | xargs`

Reinstalled everything.

Everything worked as expected and I finally added the machine back to the 
cluster. It’s operational.

eh, I wouldn’t trust it much. did you run redeploy at least?

I’ve done reinstall on the web interface of the engine. I can reinstall the 
host, there’s nothing running on it… gonna try a third format.



Now I’ve another issue, I have 3 VM’s that are ppc64le, when trying to import 
them, the Hosted Engine identifies them as x86_64:



So…

This appears to be a bug. Any ideia on how to force it back to ppc64? I can’t 
manually force the import on the Hosted Engine since there’s no buttons to do 
this…

how exactly did you import them? could be a bug indeed.
we don’t support changing it as it doesn’t make sense, the guest can’t be 
converted

Yeah. I done the normal procedure, added the storage domain to the engine and 
clicked on “Import VM”. Immediately it was detected as x86_64.

Since I wasn’t able to upgrade my environment from 4.3.10 to 4.4.1 due to 
random errors when redeploying the engine with the backup from 4.3.10, I just 
reinstalled it, reconfigured everything and them imported the storage domains.

I don’t know where the information about architecture is stored in the storage 
domain, I tried to search for some metadata files inside the domain but nothing 
come up. Is there a way to force this change? It must be a way.

I even tried to import the machine as x86_64. So I can delete the VM and just 
reattach the disks in a new only, effectively not losing the data, but…

[cid:254FDE4F-5CBC-472A-9C89-0B728E4B0894]

Yeah, so something is broken. The check during the import appears to be OK, but 
the interface does not me allow to import it to the ppc64le machine, since it’s 
read as x86_64.


Thanks,
michal


Ideias?

On 26 Aug 2020, at 15:04, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

What a strange thing is happening here:

[root@power ~]# file /usr/bin/vdsm-client
/usr/bin/vdsm-client: empty
[root@power ~]# ls -l /usr/bin/vdsm-client
-rwxr-xr-x. 1 root root 0 Jul  3 06:23 /usr/bin/vdsm-client

A lot of files are just empty, I’ve tried reinstalling vdsm-client, it worked, 
but there’s other zeroed files:

Transaction test succeeded.
Running transaction
  Preparing:
 1/1
  Reinstalling : vdsm-client-4.40.22-1.el8ev.noarch 
 1/2
  Cleanup  : vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
  Running scriptlet: vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
/sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is emp

[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-26 Thread Vinícius Ferrão via Users
Okay here we go Arik.

With your insight I’ve done the following:

# rpm -Va

This showed what’s zeroed on the machine, since it was a lot of things, I’ve 
just gone crazy and done:
yum list installed | cut -f 1 -d " " > file
yum -y reinstall `cat file | xargs`

Reinstalled everything.

Everything worked as expected and I finally added the machine back to the 
cluster. It’s operational.

Now I’ve another issue, I have 3 VM’s that are ppc64le, when trying to import 
them, the Hosted Engine identifies them as x86_64:

[cid:78A36F83-2CAF-4A52-B0CA-FCF35177F0F9]

So…

This appears to be a bug. Any ideia on how to force it back to ppc64? I can’t 
manually force the import on the Hosted Engine since there’s no buttons to do 
this…

Ideias?

On 26 Aug 2020, at 15:04, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

What a strange thing is happening here:

[root@power ~]# file /usr/bin/vdsm-client
/usr/bin/vdsm-client: empty
[root@power ~]# ls -l /usr/bin/vdsm-client
-rwxr-xr-x. 1 root root 0 Jul  3 06:23 /usr/bin/vdsm-client

A lot of files are just empty, I’ve tried reinstalling vdsm-client, it worked, 
but there’s other zeroed files:

Transaction test succeeded.
Running transaction
  Preparing:
 1/1
  Reinstalling : vdsm-client-4.40.22-1.el8ev.noarch 
 1/2
  Cleanup  : vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
  Running scriptlet: vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
/sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not checked.

/sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not checked.

  Verifying: vd

[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-26 Thread Vinícius Ferrão via Users
What a strange thing is happening here:

[root@power ~]# file /usr/bin/vdsm-client
/usr/bin/vdsm-client: empty
[root@power ~]# ls -l /usr/bin/vdsm-client
-rwxr-xr-x. 1 root root 0 Jul  3 06:23 /usr/bin/vdsm-client

A lot of files are just empty, I’ve tried reinstalling vdsm-client, it worked, 
but there’s other zeroed files:

Transaction test succeeded.
Running transaction
  Preparing:
 1/1
  Reinstalling : vdsm-client-4.40.22-1.el8ev.noarch 
 1/2
  Cleanup  : vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
  Running scriptlet: vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
/sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not checked.

/sbin/ldconfig: File /lib64/libkadm5clnt.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5clnt_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11 is empty, not checked.
/sbin/ldconfig: File /lib64/libkadm5srv_mit.so.11.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4 is empty, not checked.
/sbin/ldconfig: File /lib64/libsensors.so.4.4.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-admin.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-lxc.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt-qemu.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libvirt.so.0.6000.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libisns.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libiscsi.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0 is empty, not checked.
/sbin/ldconfig: File /lib64/libopeniscsiusr.so.0.2.0 is empty, not checked.

  Verifying: vdsm-client-4.40.22-1.el8ev.noarch 
 1/2
  Verifying: vdsm-client-4.40.22-1.el8ev.noarch 
 2/2
Installed products updated.

Reinstalled:
  vdsm-client-4.40.22-1.el8ev.noarch



I’ve never seen something like this.

I’ve already reinstalled the host from the ground and the same thing happens.


On 26 Aug 2020, at 14:28, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Hello Arik,
This is probably the issue. Output totally empty:

[root@power ~]# vdsm-client Host getCapabilities
[root@power ~]#

Here are the packages installed on the machine: (grepped ovirt and vdsm on rpm 
-qa)
ovirt-imageio-daemon-2.0.8-1.el8ev.ppc64le
ovirt-i

[ovirt-users] Re: POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-26 Thread Vinícius Ferrão via Users
Hello Arik,
This is probably the issue. Output totally empty:

[root@power ~]# vdsm-client Host getCapabilities
[root@power ~]#

Here are the packages installed on the machine: (grepped ovirt and vdsm on rpm 
-qa)
ovirt-imageio-daemon-2.0.8-1.el8ev.ppc64le
ovirt-imageio-client-2.0.8-1.el8ev.ppc64le
ovirt-host-4.4.1-4.el8ev.ppc64le
ovirt-vmconsole-host-1.0.8-1.el8ev.noarch
ovirt-host-dependencies-4.4.1-4.el8ev.ppc64le
ovirt-imageio-common-2.0.8-1.el8ev.ppc64le
ovirt-vmconsole-1.0.8-1.el8ev.noarch
vdsm-hook-vmfex-dev-4.40.22-1.el8ev.noarch
vdsm-hook-fcoe-4.40.22-1.el8ev.noarch
vdsm-hook-ethtool-options-4.40.22-1.el8ev.noarch
vdsm-hook-openstacknet-4.40.22-1.el8ev.noarch
vdsm-common-4.40.22-1.el8ev.noarch
vdsm-python-4.40.22-1.el8ev.noarch
vdsm-jsonrpc-4.40.22-1.el8ev.noarch
vdsm-api-4.40.22-1.el8ev.noarch
vdsm-yajsonrpc-4.40.22-1.el8ev.noarch
vdsm-4.40.22-1.el8ev.ppc64le
vdsm-network-4.40.22-1.el8ev.ppc64le
vdsm-http-4.40.22-1.el8ev.noarch
vdsm-client-4.40.22-1.el8ev.noarch
vdsm-hook-vhostmd-4.40.22-1.el8ev.noarch

Any ideias to try?

Thanks.

On 26 Aug 2020, at 05:09, Arik Hadas 
mailto:aha...@redhat.com>> wrote:



On Mon, Aug 24, 2020 at 1:30 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hello, I was using oVirt 4.3.10 with IBM AC922 (POWER9 / ppc64le) without any 
issues.

Since I’ve moved to 4.4.1 I can’t add the AC922 machine to the engine anymore, 
it complains with the following error:
The host CPU does not match the Cluster CPU type and is running in degraded 
mode. It is missing the following CPU flags: model_POWER9, powernv.

Any ideia of what’s may be happening? The engine runs on x86_64, and I was 
using this way on 4.3.10.

Machine info:
timebase: 51200
platform: PowerNV
model   : 8335-GTH
machine : PowerNV 8335-GTH
firmware: OPAL
MMU : Radix

Can you please provide the output of 'vdsm-client Host getCapabilities' on that 
host?


Thanks,


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

___
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/3DFMIR7764V6P4U3DIMDKP6I2RNNNA3T/


[ovirt-users] POWER9 (ppc64le) Support on oVirt 4.4.1

2020-08-23 Thread Vinícius Ferrão via Users
Hello, I was using oVirt 4.3.10 with IBM AC922 (POWER9 / ppc64le) without any 
issues.

Since I’ve moved to 4.4.1 I can’t add the AC922 machine to the engine anymore, 
it complains with the following error:
The host CPU does not match the Cluster CPU type and is running in degraded 
mode. It is missing the following CPU flags: model_POWER9, powernv.

Any ideia of what’s may be happening? The engine runs on x86_64, and I was 
using this way on 4.3.10.

Machine info:
timebase: 51200
platform: PowerNV
model   : 8335-GTH
machine : PowerNV 8335-GTH
firmware: OPAL
MMU : Radix

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


[ovirt-users] Hosted Engine stuck in Firmware

2020-08-22 Thread Vinícius Ferrão via Users
Hello, I’ve an strange issue with oVirt 4.4.1

The hosted engine is stuck in the UEFI firmware trying to “never” boot.

I think this happened when I changed the default VM mode for the cluster inside 
the datacenter.

There’s a way to fix this without redeploying the engine?

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


[ovirt-users] Re: Support for Shared SAS storage

2020-08-07 Thread Vinícius Ferrão via Users
Really??

Treat it as FC??

Thats new for me.


On 8 Aug 2020, at 00:35, Jeff Bailey 
mailto:bai...@cs.kent.edu>> wrote:


I haven't tried with 4.4 but shared SAS works just fine with 4.3 (and has for 
many, many years).  You simply treat it as Fibre Channel.  If your LUNs aren't 
showing up I'd make sure they're being claimed as multipath devices.  You want 
them to be.  After that, just make sure they're sufficiently wiped so they 
don't look like they're in use.


On 8/7/2020 10:49 PM, Lao Dh via Users wrote:
Wow. That's sound bad. Then what storage type you choose at last (with your SAS 
connected storage)? VMware vSphere support DAS. Red Hat should do something.

2020年8月8日土曜日 4:06:34 GMT+8、Vinícius Ferrão via Users 
<mailto:users@ovirt.org>が書いたメール:


No, there’s no support for direct attached shared SAS storage on oVirt/RHV.

Fibre Channel is a different thing that oVirt/RHV supports.

> On 7 Aug 2020, at 08:52, hkexdong--- via Users 
> mailto:users@ovirt.org>> wrote:
>
> Hello Vinícius,
> Do you able to connect the SAS external storage?
> Now I've the problem during host engine setup. Select Fibre Channel and end 
> up show "No LUNS found".
> ___
> 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/RDPLKGIRN5ZGIEPWGOKMGNFZNMCEN5RC/


___
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/2CLI3YSYU7BPI62YANJXZV7RIQFOXXED/




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


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

___
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/275GTMI6XQKR52U32WPESHA4BPSAHWZF/


[ovirt-users] Re: Support for Shared SAS storage

2020-08-07 Thread Vinícius Ferrão via Users
No, there’s no support for direct attached shared SAS storage on oVirt/RHV.

Fibre Channel is a different thing that oVirt/RHV supports.

> On 7 Aug 2020, at 08:52, hkexdong--- via Users  wrote:
> 
> Hello Vinícius,
> Do you able to connect the SAS external storage?
> Now I've the problem during host engine setup. Select Fibre Channel and end 
> up show "No LUNS found".
> ___
> 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/RDPLKGIRN5ZGIEPWGOKMGNFZNMCEN5RC/

___
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/2CLI3YSYU7BPI62YANJXZV7RIQFOXXED/


[ovirt-users] Re: iSCSI multipath with separate subnets... still not possible in 4.4.x?

2020-07-18 Thread Vinícius Ferrão via Users
I second that, I’ve tirelessly talked about this and just given up, it’s a 
basic feature that keeps oVirt lagging behind.

> On 18 Jul 2020, at 04:47, Uwe Laverenz  wrote:
> 
> Hi Mark,
> 
> Am 14.07.20 um 02:14 schrieb Mark R:
> 
>> I'm looking through quite a few bug reports and mailing list threads,
>> but want to make sure I'm not missing some recent development.  It
>> appears that doing iSCSI with two separate, non-routed subnets is
>> still not possible with 4.4.x. I have the dead-standard iSCSI setup
>> with two separate switches, separate interfaces on hosts and storage,
>> and separate subnets that have no gateway and are completely
>> unreachable except from directly attached interfaces.
> 
> I haven't tested 4.4 yet but AFAIK nothing has changed, OVirt iSCSI bonds 
> don't work with separated, isolated subnets:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1474904
> 
> I don't use them as multipathing generally works without OVirt bonds in my 
> setup, I configured multipathd directly to use round robin e.g..
> 
> cu,
> Uwe
> ___
> 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/EXRSANPZHZ2JE2DKRB6KBMYVVMDSGSJV/

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


[ovirt-users] Re: New fenceType in oVirt code for IBM OpenBMC

2020-07-07 Thread Vinícius Ferrão via Users
@Martin if needed I can raise a RFE for this. Just point me where to do, and I 
will do it.

Thank you.

On 1 Jul 2020, at 03:33, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Hi Martin,

On 1 Jul 2020, at 03:26, Martin Perina 
mailto:mper...@redhat.com>> wrote:



On Wed, Jul 1, 2020 at 1:57 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hello,

After some days scratching my head I found that oVirt is probably missing 
fenceTypes for IBM’s implementation of OpenBMC in the Power Management section. 
The host machine is an OpenPOWER AC922 (ppc64le).

The BMC basically is an “ipmilan” device but the ciphers must be defined as 3 
or 17 by default:

[root@h01 ~]# ipmitool -I lanplus -H 10.20.10.2 root -P 0penBmc -L operator -C 
3 channel getciphers ipmi
ID   IANAAuth AlgIntegrity Alg   Confidentiality Alg
3N/A hmac_sha1   hmac_sha1_96aes_cbc_128
17   N/A hmac_sha256 sha256_128  aes_cbc_128

The default ipmilan connector forces the option cipher=1 which breaks the 
communication.

Hi,

have you tried to overwrite the default by adding cipher=3 into Options field 
when adding/updating fence agent configuration for specific host?

Eli, looking at 
https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/ipmi-second-gen-interface-spec-v2-rev1-1.pdf
 I'm not sure our defaults make sense, because by default we enable IPMIv2 
(lanplus=1), but we set IPMIv1 cipher support (cipher=1). Or am I missing 
something?

Yes I’m running this way right now: ipmilan with cipher=17 on options.

But to figure it out I took almost a month. Really. I’ve sent a message on 5 
June to the list: Power Management on IBM AC922 Power9 (ppc64le); and I was 
trying to solve it since them.

This was mainly due to poor documentation. I only figured it out when I done a 
lot of searches on Github to read the oVirt code. So the cipher=1 thing show 
up, and I guessed that it may be it. And it was…

I know that no one cares for ppc64le haha. But I think a change on the list of 
supported fenceTypes will save some people the time I’ve lost with this. If 
there’s something like “openbmc"  would be great.

Or at least a better explanation on the Power Management configure box. Not 
even the options are explained correctly guessing lanplus=1 was hard. I tried a 
lot of combinations like:
I=lanplus
-I lanplus
-I=lanplus

Thanks,


Regards,
Martin

So I was reading the code and found this “fenceType” class, but I wasn't able 
to found where to define those classes. So I can create another one called 
something like openbmc to set cipher=17 by default.

Another question is how bad the output is, it only returns a JSON-RPC generic 
error. But I don’t know how to suggest a fix for this.

Thanks,

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


--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.

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

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


[ovirt-users] Re: New fenceType in oVirt code for IBM OpenBMC

2020-07-01 Thread Vinícius Ferrão via Users
Hi Martin,

On 1 Jul 2020, at 03:26, Martin Perina 
mailto:mper...@redhat.com>> wrote:



On Wed, Jul 1, 2020 at 1:57 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hello,

After some days scratching my head I found that oVirt is probably missing 
fenceTypes for IBM’s implementation of OpenBMC in the Power Management section. 
The host machine is an OpenPOWER AC922 (ppc64le).

The BMC basically is an “ipmilan” device but the ciphers must be defined as 3 
or 17 by default:

[root@h01 ~]# ipmitool -I lanplus -H 10.20.10.2 root -P 0penBmc -L operator -C 
3 channel getciphers ipmi
ID   IANAAuth AlgIntegrity Alg   Confidentiality Alg
3N/A hmac_sha1   hmac_sha1_96aes_cbc_128
17   N/A hmac_sha256 sha256_128  aes_cbc_128

The default ipmilan connector forces the option cipher=1 which breaks the 
communication.

Hi,

have you tried to overwrite the default by adding cipher=3 into Options field 
when adding/updating fence agent configuration for specific host?

Eli, looking at 
https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/ipmi-second-gen-interface-spec-v2-rev1-1.pdf
 I'm not sure our defaults make sense, because by default we enable IPMIv2 
(lanplus=1), but we set IPMIv1 cipher support (cipher=1). Or am I missing 
something?

Yes I’m running this way right now: ipmilan with cipher=17 on options.

But to figure it out I took almost a month. Really. I’ve sent a message on 5 
June to the list: Power Management on IBM AC922 Power9 (ppc64le); and I was 
trying to solve it since them.

This was mainly due to poor documentation. I only figured it out when I done a 
lot of searches on Github to read the oVirt code. So the cipher=1 thing show 
up, and I guessed that it may be it. And it was…

I know that no one cares for ppc64le haha. But I think a change on the list of 
supported fenceTypes will save some people the time I’ve lost with this. If 
there’s something like “openbmc"  would be great.

Or at least a better explanation on the Power Management configure box. Not 
even the options are explained correctly guessing lanplus=1 was hard. I tried a 
lot of combinations like:
I=lanplus
-I lanplus
-I=lanplus

Thanks,


Regards,
Martin

So I was reading the code and found this “fenceType” class, but I wasn't able 
to found where to define those classes. So I can create another one called 
something like openbmc to set cipher=17 by default.

Another question is how bad the output is, it only returns a JSON-RPC generic 
error. But I don’t know how to suggest a fix for this.

Thanks,

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


--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.

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


[ovirt-users] New fenceType in oVirt code for IBM OpenBMC

2020-06-30 Thread Vinícius Ferrão via Users
Hello,

After some days scratching my head I found that oVirt is probably missing 
fenceTypes for IBM’s implementation of OpenBMC in the Power Management section. 
The host machine is an OpenPOWER AC922 (ppc64le).

The BMC basically is an “ipmilan” device but the ciphers must be defined as 3 
or 17 by default:

[root@h01 ~]# ipmitool -I lanplus -H 10.20.10.2 root -P 0penBmc -L operator -C 
3 channel getciphers ipmi
ID   IANAAuth AlgIntegrity Alg   Confidentiality Alg
3N/A hmac_sha1   hmac_sha1_96aes_cbc_128
17   N/A hmac_sha256 sha256_128  aes_cbc_128 

The default ipmilan connector forces the option cipher=1 which breaks the 
communication.

So I was reading the code and found this “fenceType” class, but I wasn't able 
to found where to define those classes. So I can create another one called 
something like openbmc to set cipher=17 by default.

Another question is how bad the output is, it only returns a JSON-RPC generic 
error. But I don’t know how to suggest a fix for this.

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


[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
Strahil, thank you.

Reinstalling the host solved the issue.

> On 25 Jun 2020, at 15:48, Vinícius Ferrão via Users  wrote:
> 
> I think yes. But I’m not sure. 
> 
> I can do it again, there’s an update so I’ll do both and report back.
> 
> Thank you Strahil.
> 
>> On 25 Jun 2020, at 00:37, Strahil Nikolov  wrote:
>> 
>> Did you reinstall the node via the WEB UI ?
>> 
>> Best Regards,
>> Strahil  Nikolov
>> 
>> На 25 юни 2020 г. 3:23:15 GMT+03:00, "Vinícius Ferrão via Users" 
>>  написа:
>>> Hello,
>>> 
>>> For reasons unknown one of my hosts is trying to mount an old storage
>>> point that’s been removed some time ago.
>>> 
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,958-0300 INFO 
>>> (tmap-65016/0) [IOProcessClient] (/192.168.10.6:_mnt_pool0_ovirt_he)
>>> Starting client (__init__:308)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,968-0300 INFO 
>>> (ioprocess/12115) [IOProcess] (/192.168.10.6:_mnt_pool0_ovirt_he)
>>> Starting ioprocess (__init__:434)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,167-0300 INFO  (jsonrpc/6)
>>> [vdsm.api] START connectStorageServer(domType=1,
>>> spUUID=u'----',
>>> conList=[{u'protocol_version': u'auto', u'connection':
>>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>>> from=::1,59090, task_id=5ea81925-ec92-4031-aa36-bb6f436321d5 (api:48)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.StorageServer.MountConnection] Creating directory
>>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>>> (storageServer:168)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.fileUtils] Creating directory:
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>>> (fileUtils:199)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>>> such file or directory\n')
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,683-0300 INFO  (jsonrpc/5)
>>> [vdsm.api] START connectStorageServer(domType=1,
>>> spUUID=u'----',
>>> conList=[{u'protocol_version': u'auto', u'connection':
>>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>>> from=::1,59094, task_id=9ce61858-dea1-4059-b942-a52c8c82afdc (api:48)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.StorageServer.MountConnection] Creating directory
>>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>>> (storageServer:168)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.fileUtils] Creating directory:
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>>> (fileUtils:199)
>>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>>> such file or directory\n’)
>>> 
>>> This only happens in one host and it’s spamming /var/log/vdsm/vdsm.log.
>>> 
>>> Any ideia on how to debug this and remove the entry?
>>> 
>>> 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/DS2ZIZVAXJVLPR6BFSZU63TU7KJWTZVA/
> 
> ___
> 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/4TSSMMITEHBXTGS76BYQ5ZPKRB7REZF7/

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


[ovirt-users] Re: Clean old mount points in hosts VDSM

2020-06-25 Thread Vinícius Ferrão via Users
I think yes. But I’m not sure. 

I can do it again, there’s an update so I’ll do both and report back.

Thank you Strahil.

> On 25 Jun 2020, at 00:37, Strahil Nikolov  wrote:
> 
> Did you reinstall the node via the WEB UI ?
> 
> Best Regards,
> Strahil  Nikolov
> 
> На 25 юни 2020 г. 3:23:15 GMT+03:00, "Vinícius Ferrão via Users" 
>  написа:
>> Hello,
>> 
>> For reasons unknown one of my hosts is trying to mount an old storage
>> point that’s been removed some time ago.
>> 
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,958-0300 INFO 
>> (tmap-65016/0) [IOProcessClient] (/192.168.10.6:_mnt_pool0_ovirt_he)
>> Starting client (__init__:308)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:35,968-0300 INFO 
>> (ioprocess/12115) [IOProcess] (/192.168.10.6:_mnt_pool0_ovirt_he)
>> Starting ioprocess (__init__:434)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,167-0300 INFO  (jsonrpc/6)
>> [vdsm.api] START connectStorageServer(domType=1,
>> spUUID=u'----',
>> conList=[{u'protocol_version': u'auto', u'connection':
>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>> from=::1,59090, task_id=5ea81925-ec92-4031-aa36-bb6f436321d5 (api:48)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.StorageServer.MountConnection] Creating directory
>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>> (storageServer:168)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.fileUtils] Creating directory:
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>> (fileUtils:199)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6)
>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>> such file or directory\n')
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,683-0300 INFO  (jsonrpc/5)
>> [vdsm.api] START connectStorageServer(domType=1,
>> spUUID=u'----',
>> conList=[{u'protocol_version': u'auto', u'connection':
>> u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', u'id':
>> u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None)
>> from=::1,59094, task_id=9ce61858-dea1-4059-b942-a52c8c82afdc (api:48)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.StorageServer.MountConnection] Creating directory
>> u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he'
>> (storageServer:168)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.fileUtils] Creating directory:
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None
>> (fileUtils:199)
>> /var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5)
>> [storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at
>> /rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
>> /var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting
>> 192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No
>> such file or directory\n’)
>> 
>> This only happens in one host and it’s spamming /var/log/vdsm/vdsm.log.
>> 
>> Any ideia on how to debug this and remove the entry?
>> 
>> 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/DS2ZIZVAXJVLPR6BFSZU63TU7KJWTZVA/

___
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/4TSSMMITEHBXTGS76BYQ5ZPKRB7REZF7/


[ovirt-users] Clean old mount points in hosts VDSM

2020-06-24 Thread Vinícius Ferrão via Users
Hello,

For reasons unknown one of my hosts is trying to mount an old storage point 
that’s been removed some time ago.

/var/log/vdsm/vdsm.log:2020-06-24 19:57:35,958-0300 INFO  (tmap-65016/0) 
[IOProcessClient] (/192.168.10.6:_mnt_pool0_ovirt_he) Starting client 
(__init__:308)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:35,968-0300 INFO  (ioprocess/12115) 
[IOProcess] (/192.168.10.6:_mnt_pool0_ovirt_he) Starting ioprocess 
(__init__:434)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:42,167-0300 INFO  (jsonrpc/6) 
[vdsm.api] START connectStorageServer(domType=1, 
spUUID=u'----', conList=[{u'protocol_version': 
u'auto', u'connection': u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', 
u'id': u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None) from=::1,59090, 
task_id=5ea81925-ec92-4031-aa36-bb6f436321d5 (api:48)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6) 
[storage.StorageServer.MountConnection] Creating directory 
u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he' (storageServer:168)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6) 
[storage.fileUtils] Creating directory: 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None (fileUtils:199)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:42,169-0300 INFO  (jsonrpc/6) 
[storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
/var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting 
192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No such file 
or directory\n')
/var/log/vdsm/vdsm.log:2020-06-24 19:57:43,683-0300 INFO  (jsonrpc/5) 
[vdsm.api] START connectStorageServer(domType=1, 
spUUID=u'----', conList=[{u'protocol_version': 
u'auto', u'connection': u'192.168.10.6:/mnt/pool0/ovirt/he', u'user': u'kvm', 
u'id': u'e29cf818-5ee5-46e1-85c1-8aeefa33e95d'}], options=None) from=::1,59094, 
task_id=9ce61858-dea1-4059-b942-a52c8c82afdc (api:48)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5) 
[storage.StorageServer.MountConnection] Creating directory 
u'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he' (storageServer:168)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5) 
[storage.fileUtils] Creating directory: 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0ovirt_he mode: None (fileUtils:199)
/var/log/vdsm/vdsm.log:2020-06-24 19:57:43,685-0300 INFO  (jsonrpc/5) 
[storage.Mount] mounting 192.168.10.6:/mnt/pool0/ovirt/he at 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he (mount:204)
/var/log/vdsm/vdsm.log:MountError: (32, ';mount.nfs: mounting 
192.168.10.6:/mnt/pool0/ovirt/he failed, reason given by server: No such file 
or directory\n’)

This only happens in one host and it’s spamming /var/log/vdsm/vdsm.log.

Any ideia on how to debug this and remove the entry?

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


[ovirt-users] Re: teaming vs bonding

2020-06-10 Thread Vinícius Ferrão via Users
Only bonding, teaming is not supported on the by the hypervisor.

This was valid up to 4.3; not sure if something changed on 4.4, since I didn’t 
checked it.


> On 10 Jun 2020, at 15:30, Diggy Mc  wrote:
> 
> Does 4.4.x support adapter teaming?  If yes, which is preferred, teaming or 
> bonding?
> ___
> 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/THMDPSFEX4GAISJ5ELGEWBEFMLKGQVE5/

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


[ovirt-users] Re: What happens when shared storage is down?

2020-06-09 Thread Vinícius Ferrão via Users


> On 7 Jun 2020, at 08:34, Strahil Nikolov  wrote:
> 
> 
> 
> На 7 юни 2020 г. 1:58:27 GMT+03:00, "Vinícius Ferrão via Users" 
>  написа:
>> Hello,
>> 
>> This is a pretty vague and difficult question to answer. But what
>> happens if the shared storage holding the VMs is down or unavailable
>> for a period of time?
> Once  a  pending I/O is blocked, libvirt will pause the VM .
> 
>> I’m aware that a longer timeout may put the VMs on pause state, but how
>> this is handled? Is it a time limit? Requests limit? Who manages this?
> You got sanlock.service that notifies the engine when a storage domain is 
> unaccessible for  mode than 60s.
> 
> Libvirt also will pause  a  VM when a pending I/O cannot be done.
> 
>> In an event of self recovery of the storage backend what happens next?
> Usually the engine should resume the VM,  and from application perspective 
> nothing has happened.

Hmm thanks Strahil. I was thinking to upgrade the storage backend of one of my 
oVirt clusters without powering off the VM’s, just to be lazy.

The storage does not have dual controllers, so downtime is needed. I’m trying 
to understand what happens so I can evaluate this update without turning off 
the VMs.

>> Manual intervention is required? The VMs may be down or they just
>> continue to run? It depends on the guest OS running like in XenServer
>> where different scenarios may happen?
>> 
>> I’ve looked here:
>> https://www.ovirt.org/documentation/admin-guide/chap-Storage.html but
>> there’s nothing that goes about this question.
>> 
>> Thanks,
>> 
>> Sent from my iPhone

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


[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-09 Thread Vinícius Ferrão via Users


On 8 Jun 2020, at 07:43, Michal Skrivanek 
mailto:michal.skriva...@redhat.com>> wrote:



On 5 Jun 2020, at 20:23, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

Hi Michal

On 5 Jun 2020, at 04:39, Michal Skrivanek 
mailto:michal.skriva...@redhat.com>> wrote:



On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails complaining 
about NUMA issues:

that is not a line you should be looking at, it’s just a harmless warning.
I suppose it’s the other one, about spectre fixes

VM ppc64le.local.versatushpc.com.br<http://ppc64le.local.versatushpc.com.br/> 
is down with error. Exit message: internal error: qemu unexpectedly closed the 
monitor: 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in 
any NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 
7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 10], 
CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 14 
[core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z qemu-kvm: 
warning: All CPU(s) up to maxcpus should be described in NUMA config, ability 
to start up with partial NUMA mappings is obsoleted and will be removed in 
future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested safe indirect branch 
capability level not supported by kvm, try cap-ibs=fixed-ibs.

Any idea of what’s happening?

I found some links, but I’m not sure if they are related or not:
https://bugzilla.redhat.com/show_bug.cgi?id=1732726
https://bugzilla.redhat.com/show_bug.cgi?id=1592648

yes, they look relevant if that’s the hw you have. We do use 
pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
preferred solution, to upgrade).
If you don’t care about security you can also modify the machine type per VM 
(or in engine db for all VMs) to "pseries-rhel7.6.0"

I’m using an AC922 machine.

and is it oVirt  4.3 or 4.4?
Bug 1732726 is on RHEL 8, so relevant only for oVirt 4.4, i.e. you’d have to 
have a 4.3 cluster level?
if you really want to keep using -sxxm you need to modify it to add the extra 
flag the bug talks about

this shouldn’t be needed in 4.4 cluster level though

Hi Michal, I’m running 4.3.10. Not in 4.4 yet.

So the workaround would be add cap-ibs=fixed-ibs to VM parameters so sxxm would 
work? Where do I add this? Do you know?

Thanks.



In fact I can boot the VMs with pseries-rhel7.6.0 but not with 
pseries-rhel7.6.0-sxxm; how do you made pseries-rhel7.6.0-sxxm works on 4.3 
release?

# lscpu
Architecture:  ppc64le
Byte Order:Little Endian
CPU(s):128
On-line CPU(s) list:   0-127
Thread(s) per core:4
Core(s) per socket:16
Socket(s): 2
NUMA node(s):  6
Model: 2.2 (pvr 004e 1202)
Model name:POWER9, altivec supported
CPU max MHz:   3800.
CPU min MHz:   2300.
L1d cache: 32K
L1i cache: 32K
L2 cache:  512K
L3 cache:  10240K
NUMA node0 CPU(s): 0-63
NUMA node8 CPU(s): 64-127
NUMA node252 CPU(s):
NUMA node253 CPU(s):
NUMA node254 CPU(s):
NUMA node255 CPU(s):

Thank you for helping out.


Thanks,
michal

Thanks,

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

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


[ovirt-users] Re: Power Management on IBM AC922 Power9 (ppc64le)

2020-06-08 Thread Vinícius Ferrão via Users
Yes… actually IBM uses pretty standard stuff. IPMI is enabled by default and as 
I said, I can use ipmitool on CLI and it’s works normally.

I do have some updates, I upgraded the OpenBMC firmware and now I can use 
ipmitool like anything else with -U and -P; so I was hoping that oVirt would 
handle the Power Management with IPMI over LAN (exactly how you suggested) but 
the issue stays. JSON-RPC error. :(

Now I really think this is a bug, but I would like to get some confirmation 
from the oVirt devs to raise it on bugzilla.

> On 8 Jun 2020, at 14:00, bernadette.pfau--- via Users  wrote:
> 
> Making a guess here -- on Dell iDRAC there is a setting for "IPMI over LAN".  
> Is there an equivalent on the IBM?
> ___
> 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/BYLLNDCJ2VO3RRTJXS45CNUQYF3GYR6R/

___
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/3ZTOY2JM3EOHYDQ5XQBPNQ3YATTTX3BE/


[ovirt-users] What happens when shared storage is down?

2020-06-06 Thread Vinícius Ferrão via Users
Hello,

This is a pretty vague and difficult question to answer. But what happens if 
the shared storage holding the VMs is down or unavailable for a period of time?

I’m aware that a longer timeout may put the VMs on pause state, but how this is 
handled? Is it a time limit? Requests limit? Who manages this?

In an event of self recovery of the storage backend what happens next? Manual 
intervention is required? The VMs may be down or they just continue to run? It 
depends on the guest OS running like in XenServer where different scenarios may 
happen?

I’ve looked here: 
https://www.ovirt.org/documentation/admin-guide/chap-Storage.html but there’s 
nothing that goes about this question.

Thanks,

Sent from my iPhone
___
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/SQ3AQNL5VOYGRH63SHQJFB7MYUWQDGO3/


[ovirt-users] Re: Cannot start ppc64le VM's

2020-06-05 Thread Vinícius Ferrão via Users
Hi Michal

On 5 Jun 2020, at 04:39, Michal Skrivanek 
mailto:michal.skriva...@redhat.com>> wrote:



On 5 Jun 2020, at 08:19, Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:

Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails complaining 
about NUMA issues:

that is not a line you should be looking at, it’s just a harmless warning.
I suppose it’s the other one, about spectre fixes

VM ppc64le.local.versatushpc.com.br<http://ppc64le.local.versatushpc.com.br/> 
is down with error. Exit message: internal error: qemu unexpectedly closed the 
monitor: 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in 
any NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 
7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 10], 
CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 14 
[core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z qemu-kvm: 
warning: All CPU(s) up to maxcpus should be described in NUMA config, ability 
to start up with partial NUMA mappings is obsoleted and will be removed in 
future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested safe indirect branch 
capability level not supported by kvm, try cap-ibs=fixed-ibs.

Any idea of what’s happening?

I found some links, but I’m not sure if they are related or not:
https://bugzilla.redhat.com/show_bug.cgi?id=1732726
https://bugzilla.redhat.com/show_bug.cgi?id=1592648

yes, they look relevant if that’s the hw you have. We do use 
pseries-rhel7.6.0-sxxm machine type in 4.3 (not in 4.4. that would be the 
preferred solution, to upgrade).
If you don’t care about security you can also modify the machine type per VM 
(or in engine db for all VMs) to "pseries-rhel7.6.0"

I’m using an AC922 machine.

In fact I can boot the VMs with pseries-rhel7.6.0 but not with 
pseries-rhel7.6.0-sxxm; how do you made pseries-rhel7.6.0-sxxm works on 4.3 
release?

# lscpu
Architecture:  ppc64le
Byte Order:Little Endian
CPU(s):128
On-line CPU(s) list:   0-127
Thread(s) per core:4
Core(s) per socket:16
Socket(s): 2
NUMA node(s):  6
Model: 2.2 (pvr 004e 1202)
Model name:POWER9, altivec supported
CPU max MHz:   3800.
CPU min MHz:   2300.
L1d cache: 32K
L1i cache: 32K
L2 cache:  512K
L3 cache:  10240K
NUMA node0 CPU(s): 0-63
NUMA node8 CPU(s): 64-127
NUMA node252 CPU(s):
NUMA node253 CPU(s):
NUMA node254 CPU(s):
NUMA node255 CPU(s):

Thank you for helping out.


Thanks,
michal

Thanks,

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

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


[ovirt-users] Cannot start ppc64le VM's

2020-06-05 Thread Vinícius Ferrão via Users
Hello, I’m trying to run ppc64le VM’s on POWER9 but qemu-kvm fails complaining 
about NUMA issues:

VM ppc64le.local.versatushpc.com.br is 
down with error. Exit message: internal error: qemu unexpectedly closed the 
monitor: 2020-06-05T06:16:10.716052Z qemu-kvm: warning: CPU(s) not present in 
any NUMA nodes: CPU 4 [core-id: 4], CPU 5 [core-id: 5], CPU 6 [core-id: 6], CPU 
7 [core-id: 7], CPU 8 [core-id: 8], CPU 9 [core-id: 9], CPU 10 [core-id: 10], 
CPU 11 [core-id: 11], CPU 12 [core-id: 12], CPU 13 [core-id: 13], CPU 14 
[core-id: 14], CPU 15 [core-id: 15] 2020-06-05T06:16:10.716067Z qemu-kvm: 
warning: All CPU(s) up to maxcpus should be described in NUMA config, ability 
to start up with partial NUMA mappings is obsoleted and will be removed in 
future 2020-06-05T06:16:11.155924Z qemu-kvm: Requested safe indirect branch 
capability level not supported by kvm, try cap-ibs=fixed-ibs.

Any idea of what’s happening?

I found some links, but I’m not sure if they are related or not:
https://bugzilla.redhat.com/show_bug.cgi?id=1732726
https://bugzilla.redhat.com/show_bug.cgi?id=1592648

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


[ovirt-users] Power Management on IBM AC922 Power9 (ppc64le)

2020-06-04 Thread Vinícius Ferrão via Users
Hello,

I would like to know how to enable Power Management on AC922 hardware from IBM. 
It’s ppc64le architecture and runs OpenBMC as manager.

I only get Test failed: Internal JSON-RPC error when adding the infos with 
ipmilan on the engine. From the command line I can use ipmitool but without 
specifying any user. On the Engine I must specify an user. There’s no way to 
leave it blank.

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/5THZCU737LSCVOGLUF3INB5DEKWO56YD/


[ovirt-users] Re: Ovirt 4.4 Migration assistance needed.

2020-05-21 Thread Vinícius Ferrão via Users
I think OVN is broken due to this:

Some of the features included in the oVirt 4.4.0 release require content that 
will be available in CentOS Linux 8.2 but cannot be tested on RHEL 8.2 yet due 
to some incompatibility in the openvswitch package that is shipped in CentOS 
Virt SIG, which requires rebuilding openvswitch on top of CentOS 8.2. The 
cluster switch type OVS is not implemented for CentOS 8 hosts.

https://blogs.ovirt.org/2020/05/ovirt-44-available/

But I may be wrong.

On 21 May 2020, at 12:06, Strahil Nikolov via Users 
mailto:users@ovirt.org>> wrote:

Hello All,

I  would like to ask  for some  assistance  with  the planing  of the upgrade 
to 4.4 .

I have  issues with the  OVN (doesn't work at all),  thus  I would like to 
start fresh with the HE.

The plan so far (downtime is not an issue) :

1. Reinstall  the nodes one by 1 and  rejoin them in the Gluster  TSP
2. Wipe  the HostedEngine's gluster  volume
3. Deploy a fresh hosted  engine
4. Import the storage  domains (gluster) back to the  engine and import the VMs

Do you see any issues  with the plan ?
Any problems expected  if the VMs do have snapshots?  What about the storage  
domain version ?

Thanks  in Advance.

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

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


[ovirt-users] Re: POWER9 Support: VDSM requiring LVM2 package that's missing

2020-05-14 Thread Vinícius Ferrão via Users
Hi Amit, I think I found the answer: It’s not available yet.

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

It's this bug right?

Thanks,

On 14 May 2020, at 20:14, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

Hi Amit, thanks for confirming.

Do you know in which repository VDSM 4.30.36 is available?

It’s not available on any of both:
rhel-7-for-power-9-rpms/ppc64le  Red 
Hat Enterprise Linux 7 for POWER9 (RPMs) 9,156
rhel-7-server-rhv-4-mgmt-agent-for-power-9-rpms/ppc64le Red Hat Virtualization 
4 Management Agents (for RHEL 7 Server for IBM POWER9   814


Thank you!


On 14 May 2020, at 20:09, Amit Bawer 
mailto:aba...@redhat.com>> wrote:


On Fri, May 15, 2020 at 12:19 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hello,

I would like to know if this is a bug or not, if yes I will submit to Red Hat.
Fixed on vdsm-4.30.46

I’m trying to add a ppc64le (POWER9) machine to the hosts pool, but there’s 
missing dependencies on VDSM:

--> Processing Dependency: lvm2 >= 7:2.02.186-7.el7_8.1 for package: 
vdsm-4.30.44-1.el7ev.ppc64le
--> Finished Dependency Resolution
Error: Package: vdsm-4.30.44-1.el7ev.ppc64le 
(rhel-7-server-rhv-4-mgmt-agent-for-power-9-rpms)
   Requires: lvm2 >= 7:2.02.186-7.el7_8.1
   Available: 7:lvm2-2.02.171-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.171-8.el7
   Available: 7:lvm2-2.02.177-4.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.177-4.el7
   Available: 7:lvm2-2.02.180-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-8.el7
   Available: 7:lvm2-2.02.180-10.el7_6.1.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.1
   Available: 7:lvm2-2.02.180-10.el7_6.2.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.2
   Available: 7:lvm2-2.02.180-10.el7_6.3.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.3
   Available: 7:lvm2-2.02.180-10.el7_6.7.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.7
   Available: 7:lvm2-2.02.180-10.el7_6.8.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.8
   Installing: 7:lvm2-2.02.180-10.el7_6.9.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.9


Thanks,

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


___
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/4ITYU2XWLABXTRSQ3VE3G7AUXADWP3DB/


[ovirt-users] Re: POWER9 Support: VDSM requiring LVM2 package that's missing

2020-05-14 Thread Vinícius Ferrão via Users
Hi Amit, thanks for confirming.

Do you know in which repository VDSM 4.30.36 is available?

It’s not available on any of both:
rhel-7-for-power-9-rpms/ppc64le  Red 
Hat Enterprise Linux 7 for POWER9 (RPMs) 9,156
rhel-7-server-rhv-4-mgmt-agent-for-power-9-rpms/ppc64le Red Hat Virtualization 
4 Management Agents (for RHEL 7 Server for IBM POWER9   814


Thank you!


On 14 May 2020, at 20:09, Amit Bawer 
mailto:aba...@redhat.com>> wrote:


On Fri, May 15, 2020 at 12:19 AM Vinícius Ferrão via Users 
mailto:users@ovirt.org>> wrote:
Hello,

I would like to know if this is a bug or not, if yes I will submit to Red Hat.
Fixed on vdsm-4.30.46

I’m trying to add a ppc64le (POWER9) machine to the hosts pool, but there’s 
missing dependencies on VDSM:

--> Processing Dependency: lvm2 >= 7:2.02.186-7.el7_8.1 for package: 
vdsm-4.30.44-1.el7ev.ppc64le
--> Finished Dependency Resolution
Error: Package: vdsm-4.30.44-1.el7ev.ppc64le 
(rhel-7-server-rhv-4-mgmt-agent-for-power-9-rpms)
   Requires: lvm2 >= 7:2.02.186-7.el7_8.1
   Available: 7:lvm2-2.02.171-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.171-8.el7
   Available: 7:lvm2-2.02.177-4.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.177-4.el7
   Available: 7:lvm2-2.02.180-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-8.el7
   Available: 7:lvm2-2.02.180-10.el7_6.1.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.1
   Available: 7:lvm2-2.02.180-10.el7_6.2.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.2
   Available: 7:lvm2-2.02.180-10.el7_6.3.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.3
   Available: 7:lvm2-2.02.180-10.el7_6.7.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.7
   Available: 7:lvm2-2.02.180-10.el7_6.8.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.8
   Installing: 7:lvm2-2.02.180-10.el7_6.9.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.9


Thanks,

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

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


[ovirt-users] POWER9 Support: VDSM requiring LVM2 package that's missing

2020-05-14 Thread Vinícius Ferrão via Users
Hello,

I would like to know if this is a bug or not, if yes I will submit to Red Hat.

I’m trying to add a ppc64le (POWER9) machine to the hosts pool, but there’s 
missing dependencies on VDSM:

--> Processing Dependency: lvm2 >= 7:2.02.186-7.el7_8.1 for package: 
vdsm-4.30.44-1.el7ev.ppc64le
--> Finished Dependency Resolution
Error: Package: vdsm-4.30.44-1.el7ev.ppc64le 
(rhel-7-server-rhv-4-mgmt-agent-for-power-9-rpms)
   Requires: lvm2 >= 7:2.02.186-7.el7_8.1
   Available: 7:lvm2-2.02.171-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.171-8.el7
   Available: 7:lvm2-2.02.177-4.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.177-4.el7
   Available: 7:lvm2-2.02.180-8.el7.ppc64le (rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-8.el7
   Available: 7:lvm2-2.02.180-10.el7_6.1.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.1
   Available: 7:lvm2-2.02.180-10.el7_6.2.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.2
   Available: 7:lvm2-2.02.180-10.el7_6.3.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.3
   Available: 7:lvm2-2.02.180-10.el7_6.7.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.7
   Available: 7:lvm2-2.02.180-10.el7_6.8.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.8
   Installing: 7:lvm2-2.02.180-10.el7_6.9.ppc64le 
(rhel-7-for-power-9-rpms)
   lvm2 = 7:2.02.180-10.el7_6.9


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


[ovirt-users] Re: Host fails to enter in maintenance due to migration failure

2020-04-13 Thread Vinícius Ferrão
Hi Eric, thanks for the reply.

Actually putting the host to activate did stopped the maintenance and aborted 
the migration. Thank you for that.

Regarding the segregated motion network, I don’t have additional physical 
interfaces, I can only do it on a VLAN. I don’t know if this would help…

The attached picture shows my networks.

[cid:62ACD8A2-EDB9-4307-8C91-DA675A6F8FB0@home.ferrao.eti.br]



On 13 Apr 2020, at 14:43, 
eev...@digitaldatatechs.com<mailto:eev...@digitaldatatechs.com> wrote:

It should give you the option to Activate the host to end  it's preparing for 
maintenance.  Once its active if the vm's are shut down it should go strait to 
maintenance mode in just a few seconds.
My question is, are you using a migration network separate from ovirtmgmt 
network? That would probably speed things along for you.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>>
Sent: Monday, April 13, 2020 12:04 PM
To: users mailto:users@ovirt.org>>
Subject: [ovirt-users] Host fails to enter in maintenance due to migration 
failure

Hello,

I’ve a host that’s preparing to maintenance for almost 20 hours now.

There’s a huge VM on it, with 32 gigs of RAM and this VM is failing migration.

So, there’s a way to cancel prepare for maintenance, so the host can stop 
trying this migration that’s end up failing?

I can just shutdown the VM to do the maintenance on the host...

Thanks,

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


___
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/3ZELOYUJTDML4X6DBNC5PEO4T6XKQ3Z4/


[ovirt-users] Host fails to enter in maintenance due to migration failure

2020-04-13 Thread Vinícius Ferrão
Hello,

I’ve a host that’s preparing to maintenance for almost 20 hours now.

There’s a huge VM on it, with 32 gigs of RAM and this VM is failing migration.

So, there’s a way to cancel prepare for maintenance, so the host can stop 
trying this migration that’s end up failing?

I can just shutdown the VM to do the maintenance on the host...

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


[ovirt-users] Re: Ovirt and Dell Compellent in ISCSI

2020-04-09 Thread Vinícius Ferrão
It’s the same problem all over again.

iSCSI in oVirt/RHV is broken. For years.

Reported this a while: https://bugzilla.redhat.com/show_bug.cgi?id=1474904

iSCSI Multipath in the engine does not means a thing. It’s broken.

I don’t know why the oVirt team does not acknowledge this. I’m being an idiot 
always answering and inquiring about this, but I can’t understand why anyone 
doesn’t take this seriously. It’s real, it’s affects everyone and simply does 
not makes sense.


Sent from my iPhone

On 9 Apr 2020, at 10:39, "dalma...@cines.fr"  wrote:


Hi Shani,
thank's for the reply.
In this case, the bounding, I think, is inapropriate.
The dell compellent has 2 "fault domain" with différent IP network
This is a iSCSI array with 8 front-end ports (4 per controller). The iSCSI 
network is simple: two independant switches with a single VLAN, front-end ports 
are split equally between the two switches.
And for each serveur one Ethernet controller is connected on each switch. So, 
bonding seems inappropriate.
(see this dell documentation : 
https://downloads.dell.com/manuals/common/scv30x0iscsi-setup_en.pdf )
Maybe I misunderstood how iscsi bonding work in ovirt ?

Regards,
Sylvain


De: "Shani Leviim" 
À: dalma...@cines.fr
Cc: "users" 
Envoyé: Mardi 7 Avril 2020 15:41:16
Objet: Re: [ovirt-users] Ovirt and Dell Compellent in ISCSI

Hi Sylvain,
Not sure that's exactly what you're looking for, but you can define an iscsi 
bond (iscsi multipath) using the UI and REST API:
https://www.ovirt.org/develop/release-management/features/storage/iscsi-multipath.html

Note that this is a character of the DC.

Hope it helps.

Regards,
Shani Leviim


On Wed, Apr 1, 2020 at 12:35 PM mailto:dalma...@cines.fr>> 
wrote:
hi all,
we use ovirt 4.3 on dell server r640 runing centos 7.7 and a storage bay Dell 
Compellent SCv3020 in ISCSI.
We use two 10gb interfaces for iSCSI connection on each dell server.
If we configure ISCSI connection directly from web IU, we can’t specify the two 
physical ethernet interface , and there are missing path . (only 4 path on 8)
So, on the shell of hypervisor we use this commands  for configure the 
connections :
iscsiadm -m iface -I em1 --op=new # 1st ethernet interface
iscsiadm -m iface -I p3p1 --op=new # 2d ethernet interface
iscsiadm -m discovery -t sendtargets -p xx.xx.xx.xx
iscsiadm -m node -o show
iscsiadm -m node --login
after this, on the web IU we can connect our LUN with all path.

Also, I don’t understand how to configure multipath in the web UI . By defaut 
the configuration is in failover :
multipath -ll :
36000d3100457e405 dm-3 COMPELNT,Compellent Vol
size=500G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=1 status=active
  |- 23:0:0:1 sdb 8:16   active ready running
  |- 24:0:0:1 sdd 8:48   active ready running
  |- 25:0:0:1 sdc 8:32   active ready running
  |- 26:0:0:1 sde 8:64   active ready running
  |- 31:0:0:1 sdf 8:80   active ready running
  |- 32:0:0:1 sdg 8:96   active ready running
  |- 33:0:0:1 sdh 8:112  active ready running
  |- 34:0:0:1 sdi 8:128  active ready running

I think round robind or another configuration will be more performent.

So can we made this configuration , select physical interface and configure 
multipath in web UI ? for easyly maintenance and adding other server ?

Thank you.

Sylvain.
___
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/UDKK3ZW7QCWHXQL2SXHAL3EN5SHZNRM4/

___
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/5E4FUJXAOPVDFYTUB6HWK3LUDSO4A5V6/
___
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/MFOLP37VWRHR3HL7LV4VZUBNEDCJ4DA2/


[ovirt-users] Re: ISO and Export domains deprecated

2020-04-07 Thread Vinícius Ferrão
You can have another data domain named ISO. Just organize it there.

Sent from my iPhone

On 6 Apr 2020, at 19:37, "eev...@digitaldatatechs.com" 
 wrote:


My understanding is the export (data) domains will hold the iso’s and vfd files 
now. Personally, I like having an ISO domain to keep those files separated from 
vm hard disks and configs.
I guess I’m a bit old school.

Eric Evans
Digital Data Services LLC.
304.660.9080


From: Colin Coe 
Sent: Monday, April 6, 2020 6:25 PM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: ISO and Export domains deprecated

I'm pretty sure export domains are being deprecated however my main concern now 
is the sharing of ISO domains and can I do the equivalent with data domains ?

On Tue, 7 Apr 2020 at 04:20, 
mailto:eev...@digitaldatatechs.com>> wrote:
What will replace export domains? I thought only ISO domains were being 
depreciated.

Eric Evans
Digital Data Services LLC.
304.660.9080


From: Colin Coe mailto:colin@gmail.com>>
Sent: Sunday, April 5, 2020 2:19 AM
To: users mailto:Users@ovirt.org>>
Subject: [ovirt-users] ISO and Export domains deprecated

Hi all

I'm trying to understand how ISO and Export domains going away  is going to 
affect us.

We have four RHV instances:
- Prod DC1 (RHV4.1)
- Prod DC2 (RHV4.1)
- DEV (RHV4.3)
- TEST (RHV4.3)

Prod DC1, DEV and TEST all share export and ISO domains.

Prod DC2 is remote and currently has its own ISO and Export domains.

When ISO and Export domains go away, can I still share ISO domains between the 
RHV instances?

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/7TYHN46ARPXIWIBJSAHTPMGP3ACLY6EN/
___
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/EJTKLTZJJUXQ34DKX5PCPUTIS7KSBMR5/


[ovirt-users] Re: Windows deployment

2020-02-27 Thread Vinícius Ferrão
Eric,

On the WDS server you must add the drivers to the image.

But pay attention here. The drivers from the oVirt release aren’t signed from a 
trusted authority from Windows. Only the drivers from RHV (the downstream and 
paid software from RH, based on oVirt).

WDS needs properly signed drivers for network install.

You’ll never be able to install it over PXE from WDS with the oVirt Drivers.

Change the network card to something generic like rtl8139 and them change back 
to VirtIO or install manually without PXE.



Sent from my iPhone

On 27 Feb 2020, at 04:44, Dominik Holler  wrote:




On Wed, Feb 26, 2020 at 11:45 PM 
mailto:eev...@digitaldatatechs.com>> wrote:
It is a Red Hat Virtio Ethernet Adapter.


Would a e1000 or rtl8139 work for your scenario?


Eric Evans
Digital Data Services LLC.
304.660.9080


From: Dominik Holler mailto:dhol...@redhat.com>>
Sent: Wednesday, February 26, 2020 11:55 AM
To: eev...@digitaldatatechs.com
Cc: users mailto:users@ovirt.org>>
Subject: [ovirt-users] Re: Windows deployment



On Wed, Feb 26, 2020 at 4:45 PM 
mailto:eev...@digitaldatatechs.com>> wrote:
I have a Windows Deployment server that works with Hyper-V. I am tryng to see 
if it will bare metal provision to Ovirt.

Do you want to provision Windows into an oVirt VM?

I have the necessary drivers loaded

I am not familiar with the Windows deployment server.
Would you help me to understand which drivers are loaded to what?

and initially it gets an IP and starts the installation.

I understand that the windows installer is starting. Where does he get the 
files from?

When it comes to the screen starting setup, I get an IP error. I have included 
a screenshot.

Might this be related to network drivers?
If Windows in an oVirt VM, what is the type of the virtual NIC?
Maybe using the e1000 or rtl8139 as type of the virtual NIC helps until the 
VirtIO drivers are ins
talled?

Has anyone see this before?

I also considered provisioning from Foreman but I would rather use what I have 
instead of recreating the entire installation.
Any help would be appreciated.

Here is a link to the actual error:

ftp://ftp.digitaldatatechs.com/pub/Windows%20Provision.jpg
___
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/BGGJTCK7PZKCUS65BBDP6UXX4KIHW7V5/


___
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/B2Z77CA4HYHJ7X7ADEDE5XUP2STXTGSI/
___
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/2LO5UGSMUFFVYTJPM2HBGRHELLKZ75T7/


[ovirt-users] Re: populating the ISO domain

2020-02-19 Thread Vinícius Ferrão
Hi.

ISO domains were deprecated. Now you should use a Data Domain instead and fill 
with the ISOs.

If you still using ISO Domain, like me, I only scp the ISOs directly to the 
storage. You don’t need to use the ISO uploader script. I never made it work 
anyway LOL.

Sent from my iPhone

> On 19 Feb 2020, at 04:33, "eev...@digitaldatatechs.com" 
>  wrote:
> 
___
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/KTEGB65SLPFEPIZRICMBE4AD4MMBCCGG/


[ovirt-users] Re: Reimport disks

2020-02-13 Thread Vinícius Ferrão
Import domain will work. The VM metadata is available on the OVF_STORE 
container, inside the domain. So even the names and settings come back.

Them you gradually start moving the VMs to the Gluster storage.

Sent from my iPhone

> On 13 Feb 2020, at 11:42, Robert Webb  wrote:
> 
> Off the top of my head, would you use the "Import Domain" option?
> 
> 
> From: Christian Reiss 
> Sent: Thursday, February 13, 2020 9:30 AM
> To: users
> Subject: [ovirt-users] Reimport disks
> 
> Hey folks,
> 
> I created a new cluster with a new engine, everything is green and
> running again (3 HCI, Gluster, this time Gluster 7.0 and CentOS7 hosts).
> 
> I do have a backup of the /images/ directory from the old installation.
> I tried copying (and preserving user/ permissions) into the new images
> gluster dir and trying a domain -> scan to no avail.
> 
> What is the correct way to introduce oVirt to "new" (or unknown) images?
> 
> -Chris.
> 
> --
> with kind regards,
> mit freundlichen Gruessen,
> 
> Christian Reiss
> ___
> 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/V7QZ5UZZYTYWGVHXFDKVPSELBRYOCM7Z/
> ___
> 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/Q2TV6CGLZYBHC4ZEWUIXIUJOBNQOMWUN/
___
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/TLETAKMXSFELOUXCSPIFWMCZH3QPL2EI/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-05 Thread Vinícius Ferrão
Man, Mode 4 is LACP.

You must use the correct technology or things will get messy.

I run a lot of RHV and oVirt clusters with Mode 4, 802.3ad, LACP or any other 
name you want to use. But you must comply with the rules. I do recommend some 
reading about bonding modes, don’t just enable them and see what happens, this 
is not responsible at all.

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.3/html/Installation_Guide/Bonding_Modes.html

And man, open a new thread, this one was from a VLAN issue on the storage 
network.

> On 5 Feb 2020, at 19:53, eev...@digitaldatatechs.com wrote:
> 
> So if the bond is set to mode 4 I should LAG the ports it connects to? It 
> doesn't affect an identical server not in the ovirt cluster and shows 2 Gb 
> connection. I have tried mode 1 and 2 with the same result. Also, the other 
> ovirt node is in mode 4 and no issues at all.
> 
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
> 
> 
> -Original Message-
> From: Vinícius Ferrão  
> Sent: Wednesday, February 05, 2020 4:51 PM
> To: eev...@digitaldatatechs.com
> Cc: users@ovirt.org
> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
> datacenter level"
> 
> Mode 4 is LACP.
> 
> So the switches must be talking LACP.
> 
> 
> 
>> On 5 Feb 2020, at 18:28, eev...@digitaldatatechs.com wrote:
>> 
>> I tried to set lags but it killed communication altogether. So no they are 
>> not.
>> 
>> Eric Evans
>> Digital Data Services LLC.
>> 304.660.9080
>> 
>> 
>> -Original Message-
>> From: Vinícius Ferrão 
>> Sent: Wednesday, February 05, 2020 3:55 PM
>> To: eev...@digitaldatatechs.com
>> Cc: users@ovirt.org
>> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
>> datacenter level"
>> 
>> The switches are configured for LACP Active mode?
>> 
>> 
>>> On 5 Feb 2020, at 17:40, eev...@digitaldatatechs.com wrote:
>>> 
>>> I have a hypervisor with nic bonding in place and it has some communication 
>>> issues. It constantly goes up and down and into non operational mode but 
>>> comes back up. Is there a fix for this? Using Mode 4 for bonding.
>>> 
>>> Eric Evans
>>> Digital Data Services LLC.
>>> 304.660.9080
>>> 
>>> 
>>> -Original Message-
>>> From: clam2...@gmail.com 
>>> Sent: Wednesday, February 05, 2020 12:48 PM
>>> To: users@ovirt.org
>>> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
>>> datacenter level"
>>> 
>>> Thank you Guillaume!  My mistake.  Resolved.
>>> 
>>> I am now having further issues I believe to be because I am using tagged 
>>> VLANs with NIC teaming.  It appears that teaming is not well supported in 
>>> oVirt - is that accurate, and that I should rebuild using bonds.  If you 
>>> have any experience to shed light on this it is much appreciated.
>>> 
>>> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail with error 
>>> description] [ ERROR ] fatal: [localhost]: FAILED! => {"changed":
>>> false, "msg": "The host has been set in non_operational status, 
>>> deployment errors: code 505: Host fmov1n1.bcn.dtcorp.com installation 
>>> failed. Failed to configure management network on the host., code
>>> 9000: Failed to verify Power Management configuration for Host 
>>> fmov1n1.bcn.dtcorp.com., fix accordingly and re-deploy."}
>>> 
>>> Thanks so very much,
>>> Charles
>>> ___
>>> 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/LPUANZA
>>> L
>>> Z7L5ZC26XE65AKFJCPUINU2N/
>>> ___
>>> 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/NB3OJYA
>>> H
>>> UG3YWTV3KHPGEYFVUM3ZZH

[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-05 Thread Vinícius Ferrão
Mode 4 is LACP.

So the switches must be talking LACP.



> On 5 Feb 2020, at 18:28, eev...@digitaldatatechs.com wrote:
> 
> I tried to set lags but it killed communication altogether. So no they are 
> not.
> 
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
> 
> 
> -----Original Message-
> From: Vinícius Ferrão  
> Sent: Wednesday, February 05, 2020 3:55 PM
> To: eev...@digitaldatatechs.com
> Cc: users@ovirt.org
> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
> datacenter level"
> 
> The switches are configured for LACP Active mode?
> 
> 
>> On 5 Feb 2020, at 17:40, eev...@digitaldatatechs.com wrote:
>> 
>> I have a hypervisor with nic bonding in place and it has some communication 
>> issues. It constantly goes up and down and into non operational mode but 
>> comes back up. Is there a fix for this? Using Mode 4 for bonding.
>> 
>> Eric Evans
>> Digital Data Services LLC.
>> 304.660.9080
>> 
>> 
>> -Original Message-
>> From: clam2...@gmail.com 
>> Sent: Wednesday, February 05, 2020 12:48 PM
>> To: users@ovirt.org
>> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
>> datacenter level"
>> 
>> Thank you Guillaume!  My mistake.  Resolved.
>> 
>> I am now having further issues I believe to be because I am using tagged 
>> VLANs with NIC teaming.  It appears that teaming is not well supported in 
>> oVirt - is that accurate, and that I should rebuild using bonds.  If you 
>> have any experience to shed light on this it is much appreciated.
>> 
>> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail with error 
>> description] [ ERROR ] fatal: [localhost]: FAILED! => {"changed": 
>> false, "msg": "The host has been set in non_operational status, 
>> deployment errors: code 505: Host fmov1n1.bcn.dtcorp.com installation 
>> failed. Failed to configure management network on the host., code 
>> 9000: Failed to verify Power Management configuration for Host 
>> fmov1n1.bcn.dtcorp.com., fix accordingly and re-deploy."}
>> 
>> Thanks so very much,
>> Charles
>> ___
>> 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/LPUANZAL
>> Z7L5ZC26XE65AKFJCPUINU2N/ 
>> ___
>> 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/NB3OJYAH
>> UG3YWTV3KHPGEYFVUM3ZZHIA/
> ___
> 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/MRNRY7MDEFUF4T72UQTPB4YNGAXKO4IJ/
> 

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


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-05 Thread Vinícius Ferrão
The switches are configured for LACP Active mode?


> On 5 Feb 2020, at 17:40, eev...@digitaldatatechs.com wrote:
> 
> I have a hypervisor with nic bonding in place and it has some communication 
> issues. It constantly goes up and down and into non operational mode but 
> comes back up. Is there a fix for this? Using Mode 4 for bonding.
> 
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
> 
> 
> -Original Message-
> From: clam2...@gmail.com  
> Sent: Wednesday, February 05, 2020 12:48 PM
> To: users@ovirt.org
> Subject: [ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at 
> datacenter level"
> 
> Thank you Guillaume!  My mistake.  Resolved.
> 
> I am now having further issues I believe to be because I am using tagged 
> VLANs with NIC teaming.  It appears that teaming is not well supported in 
> oVirt - is that accurate, and that I should rebuild using bonds.  If you have 
> any experience to shed light on this it is much appreciated.
> 
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail with error description] [ 
> ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The host 
> has been set in non_operational status, deployment errors: code 505: Host 
> fmov1n1.bcn.dtcorp.com installation failed. Failed to configure management 
> network on the host., code 9000: Failed to verify Power Management 
> configuration for Host fmov1n1.bcn.dtcorp.com., fix accordingly and 
> re-deploy."}
> 
> Thanks so very much,
> Charles
> ___
> 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/LPUANZALZ7L5ZC26XE65AKFJCPUINU2N/
> ___
> 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/NB3OJYAHUG3YWTV3KHPGEYFVUM3ZZHIA/
___
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/MRNRY7MDEFUF4T72UQTPB4YNGAXKO4IJ/


[ovirt-users] Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"

2020-02-04 Thread Vinícius Ferrão
Are you trying to deploy the hosted engine to a Storage Domain which is in a 
separate network with a VLAN?

If this is the issue you must inform VDSM the network so it finds the path. 
This must be informed during the playbook phase where it asks for the shared 
storage settings.

For example:

storage-network.json:

{"networks": {"storage": {"bonding": "bond0", "bridged": false, "vlan": 192, 
"ipaddr": "192.168.10.1", "netmask": "255.255.255.248", "defaultRoute": 
false}}, "bondings": {}, "options": {"connectivityCheck": false}}

vdsm-client -f storage-network.json Host setupNetworks



Sent from my iPhone

> On 4 Feb 2020, at 19:15, "clam2...@gmail.com"  wrote:
> 
> Hello,
> 
> I am having this same issue and have inserted the three new lines from
> 
> https://github.com/ansible/ansible/issues/66858
> 
> into 
> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py" 
> yet the issue still occurs when attempting deployement.  I have rebooted the 
> oVirt Node hosts since patching to no avail.  Do I need to insert the fix 
> elsewhere or take other action to properly apply this fix?
> 
> Thank you very much for your assistance.
> 
> Respectfully,
> Charles
> ___
> 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/UKWVUWZBISU75RYCUCNC3DMBE3IX5NRJ/
___
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/JFX3FAKFN5KJE4JONLTB5FMQ2PQNGDI6/


[ovirt-users] Re: Spacewalk integration

2020-02-03 Thread Vinícius Ferrão
Eric, I can’t talk for Red Hat and the guys from oVirt.

But Spacewalk, as far as I know was deprecated in favor of Foreman with 
Katello, which is the new Red Hat Satellite. And oVirt supports Foreman.

So I don’t think oVirt will ever support Spacewalk…

> On 3 Feb 2020, at 11:09, eev...@digitaldatatechs.com wrote:
> 
> I know in the past that Spacewalk integration was not possible. Has anyone 
> successfully integrated Spacewalk? It is possible or is it something that's 
> not being put together. I use Spacewalk 2.9 and would like to integrate if 
> it's possible and feasible.
> Thanks
> Eric Evans
> Digital Data Services
> ___
> 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/TJSFZ4RJLMFX7NKTBEA573AXOS56IQ5F/

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


[ovirt-users] Re: Reimport VMs after lost Engine with broken Backup

2020-01-31 Thread Vinícius Ferrão
Hello, sorry to bump the thread. But I was able to recover the backup, but it 
ended in a non usable state.

The process was reinstall a host from the DVD. Create a new NFS share to the 
new hosted engine and do the ovirt-hosted-engine-setup procedure. After the new 
engine is up, I’ve connected to it via SSH and run engine-backup to restore my 
old backup. After that the engine is up, but this new engine does not knows he 
is hosted and the interface still shows the old one down.

So right now, all my VM’s are running on ovirt2 and in ovirt1 there’s the new 
hosted engine. On the interface the old still appears:

[cid:ED7E1C25-5358-4313-9D57-3BA6A517A5AB]

The ovirt1 host can’t join since it complains about SSL Errors:

VDSM ovirt1 command Get Host Capabilities failed: General SSLEngine problem, 
and the status is unassigned. I can’t do nothing on it:

[cid:AB09EFB4-73DA-49A1-ACBB-CB1ADFEED7E5]

So… I’m still considering recreating everything from the ground, the real issue 
will be re adding the VMs. So the original question is still valid: What 
happens if I just add the ovirt2 machine to the new engine? It will reboot or 
will add everything back: storage, networks etc?

Thanks,
Vinícius.

On 29 Jan 2020, at 15:20, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

Hello,

I’m with a scenario with a lost hosted-engine. For reasons unknown the backup 
is broken and I’ve tried everything: redeploy with backup file, deploy a new 
one and them restore the backup. Changed the HE storage domain in both cases 
just be sure. Reinstalled one of the hosts just to be safe but nothing worked.

So I just deployed a brand new engine and now I want to import back the VM’s.

My scenario right now is:

ovirt1 brand new with the new VM in a new storage domain.
ovirt2 have production VMs running without any issue.

So my questions right now:
* What happens if I just add the ovirt2 machine to the new engine? It will 
reboot or will add everything back: storage, networks etc?

My plan right now would be:
* Reconfigure the DC and the cluster.
* Readd all the networks.
* Reattach the storage domains.
* Recreate all the VM”s attaching it’s disks.

Is there’s something that I can do better to mitigate the work?

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


[ovirt-users] Re: Reimport VMs after lost Engine with broken Backup

2020-01-31 Thread Vinícius Ferrão
Once again bumping my own thread. I came across this link:

https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain.html

So it’s say that the VM metadata is stored in OVF_STORE. Which is awesome.

But in my case right now, the VM’s are running. So I need to properly shutdown 
them (I can SSH to all of them and them issue power off).

But I can’t detach the storage from the broken engine.

* Is it safe to just attach the storage domain on the brand new engine? If it 
fails there’s a way to recover from this?

Thanks.

On 31 Jan 2020, at 14:22, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

Hello, sorry to bump the thread. But I was able to recover the backup, but it 
ended in a non usable state.

The process was reinstall a host from the DVD. Create a new NFS share to the 
new hosted engine and do the ovirt-hosted-engine-setup procedure. After the new 
engine is up, I’ve connected to it via SSH and run engine-backup to restore my 
old backup. After that the engine is up, but this new engine does not knows he 
is hosted and the interface still shows the old one down.

So right now, all my VM’s are running on ovirt2 and in ovirt1 there’s the new 
hosted engine. On the interface the old still appears:



The ovirt1 host can’t join since it complains about SSL Errors:

VDSM ovirt1 command Get Host Capabilities failed: General SSLEngine problem, 
and the status is unassigned. I can’t do nothing on it:



So… I’m still considering recreating everything from the ground, the real issue 
will be re adding the VMs. So the original question is still valid: What 
happens if I just add the ovirt2 machine to the new engine? It will reboot or 
will add everything back: storage, networks etc?

Thanks,
Vinícius.

On 29 Jan 2020, at 15:20, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:

Hello,

I’m with a scenario with a lost hosted-engine. For reasons unknown the backup 
is broken and I’ve tried everything: redeploy with backup file, deploy a new 
one and them restore the backup. Changed the HE storage domain in both cases 
just be sure. Reinstalled one of the hosts just to be safe but nothing worked.

So I just deployed a brand new engine and now I want to import back the VM’s.

My scenario right now is:

ovirt1 brand new with the new VM in a new storage domain.
ovirt2 have production VMs running without any issue.

So my questions right now:
* What happens if I just add the ovirt2 machine to the new engine? It will 
reboot or will add everything back: storage, networks etc?

My plan right now would be:
* Reconfigure the DC and the cluster.
* Readd all the networks.
* Reattach the storage domains.
* Recreate all the VM”s attaching it’s disks.

Is there’s something that I can do better to mitigate the work?

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


[ovirt-users] Reimport VMs after lost Engine with broken Backup

2020-01-29 Thread Vinícius Ferrão
Hello,

I’m with a scenario with a lost hosted-engine. For reasons unknown the backup 
is broken and I’ve tried everything: redeploy with backup file, deploy a new 
one and them restore the backup. Changed the HE storage domain in both cases 
just be sure. Reinstalled one of the hosts just to be safe but nothing worked.

So I just deployed a brand new engine and now I want to import back the VM’s.

My scenario right now is:

ovirt1 brand new with the new VM in a new storage domain.
ovirt2 have production VMs running without any issue.

So my questions right now:
* What happens if I just add the ovirt2 machine to the new engine? It 
will reboot or will add everything back: storage, networks etc?

My plan right now would be:
* Reconfigure the DC and the cluster.
* Readd all the networks.
* Reattach the storage domains.
* Recreate all the VM”s attaching it’s disks.

Is there’s something that I can do better to mitigate the work?

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


[ovirt-users] Re: Cannot put host in maintenance mode

2020-01-28 Thread Vinícius Ferrão
Thank you all!

Removing the entries directly on Postgres solved the issue.

The procedure was described on the bugzilla link.

On 28 Jan 2020, at 11:14, Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:



On 28 Jan 2020, at 08:45, Lucie Leistnerova 
mailto:lleis...@redhat.com>> wrote:

Hi Vinicius,

On 1/27/20 11:34 PM, Vinícius Ferrão wrote:
Hello,

I’m with an issue on one of my oVirt installs and I wasn’t able to solve it. 
When trying to put a node in maintenance it complains about image transfers:

Error while executing action: Cannot switch Host ovirt2 to Maintenance mode. 
Image transfer is in progress for the following (3) disks:

8f4c712e-66bb-4bfc-9afb-78407b8b726c,
eb0ef249-284d-4d77-b1f1-ee8b70718f3d,
73245a4c-8f56-4508-a5c5-2d7697f87654

Please wait for the operations to complete and try again.

I wasn’t able to find this image transfers. There’s nothing on the engine 
showing any transfer.

How can I debug this?

Try the taskcleaner

https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#taskcleaner

Hi Lucie, thanks!

But it was savage:

[root@ovirt dbutils]# ./taskcleaner.sh
 t

That’s the output haha.

I’ll try the bug fix that Amit talked about.



Thanks,

___
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/GXOO6C5HHTJUCGNYZK52LZLBIWUQUV6D/
Best regards,

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

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


[ovirt-users] Re: Cannot put host in maintenance mode

2020-01-28 Thread Vinícius Ferrão


On 28 Jan 2020, at 06:18, Amit Bawer 
mailto:aba...@redhat.com>> wrote:



On Tue, Jan 28, 2020 at 6:08 AM Vinícius Ferrão 
mailto:fer...@versatushpc.com.br>> wrote:
Hello,

I’m with an issue on one of my oVirt installs and I wasn’t able to solve it. 
When trying to put a node in maintenance it complains about image transfers:

Which ovrit-engine version is being used? was an upgrade involved?

4.3.0 unfortunately.

I didn’t try any upgrade. Was only trying to put one of my hosts in maintenance.



Error while executing action: Cannot switch Host ovirt2 to Maintenance mode. 
Image transfer is in progress for the following (3) disks:

8f4c712e-66bb-4bfc-9afb-78407b8b726c,
eb0ef249-284d-4d77-b1f1-ee8b70718f3d,
73245a4c-8f56-4508-a5c5-2d7697f87654

Please wait for the operations to complete and try again.

If it is prior to ovirt-engine-4.3.3.2, then it lacks a fix for [1]. In such 
case you should use a newer version.

I’ll do this. And them upgrade to the latest version. Thanks!



I wasn’t able to find this image transfers. There’s nothing on the engine 
showing any transfer.

How can I debug this?

If it is newer than 4.3.3.2, then provide engine.log,
preferably in debug mode (see "Enable DEBUG Log - Restart Required" section in 
[2] for how-to).

[1] https://bugzilla.redhat.com/1586126
[2] 
https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment.html


Thanks,

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

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


[ovirt-users] Re: Cannot put host in maintenance mode

2020-01-28 Thread Vinícius Ferrão


On 28 Jan 2020, at 08:45, Lucie Leistnerova 
mailto:lleis...@redhat.com>> wrote:

Hi Vinicius,

On 1/27/20 11:34 PM, Vinícius Ferrão wrote:
Hello,

I’m with an issue on one of my oVirt installs and I wasn’t able to solve it. 
When trying to put a node in maintenance it complains about image transfers:

Error while executing action: Cannot switch Host ovirt2 to Maintenance mode. 
Image transfer is in progress for the following (3) disks:

8f4c712e-66bb-4bfc-9afb-78407b8b726c,
eb0ef249-284d-4d77-b1f1-ee8b70718f3d,
73245a4c-8f56-4508-a5c5-2d7697f87654

Please wait for the operations to complete and try again.

I wasn’t able to find this image transfers. There’s nothing on the engine 
showing any transfer.

How can I debug this?

Try the taskcleaner

https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#taskcleaner

Hi Lucie, thanks!

But it was savage:

[root@ovirt dbutils]# ./taskcleaner.sh
 t

That’s the output haha.

I’ll try the bug fix that Amit talked about.



Thanks,

___
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/GXOO6C5HHTJUCGNYZK52LZLBIWUQUV6D/
Best regards,

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

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


[ovirt-users] Cannot put host in maintenance mode

2020-01-27 Thread Vinícius Ferrão
Hello,

I’m with an issue on one of my oVirt installs and I wasn’t able to solve it. 
When trying to put a node in maintenance it complains about image transfers:

Error while executing action: Cannot switch Host ovirt2 to Maintenance mode. 
Image transfer is in progress for the following (3) disks: 

8f4c712e-66bb-4bfc-9afb-78407b8b726c,
eb0ef249-284d-4d77-b1f1-ee8b70718f3d,
73245a4c-8f56-4508-a5c5-2d7697f87654 

Please wait for the operations to complete and try again.

I wasn’t able to find this image transfers. There’s nothing on the engine 
showing any transfer.

How can I debug this?

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


[ovirt-users] Support for Shared SAS storage

2020-01-06 Thread Vinícius Ferrão
Hello,

I’ve two compute nodes with SAS Direct Attached sharing the same disks.

Looking at the supported types I can’t see this on the documentation: 
https://www.ovirt.org/documentation/admin-guide/chap-Storage.html

There’s is local storage on this documentation, but my case is two machines, 
both using SAS, connected to the same machines. It’s the VRTX hardware from 
Dell.

Is there any support for this? It should be just like Fibre Channel and iSCSI, 
but with SAS instead.

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


[ovirt-users] Zabbix monitoring within the node

2019-12-04 Thread Vinícius Ferrão
Hello,

There are some documentation on the web about using Zabbix with oVirt to 
monitor the hypervisor itself like here: https://github.com/hudecof/libzbxovirt 
and here: https://github.com/jensdepuydt/zabbix-ovirt

But what are you ppl doing about this issue? Any recommendations on Zabbix 
monitoring with oVirt Node?

Should I use the Zabbix Agent as a package or use SNMP instead?

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


[ovirt-users] Re: Either allow 2 CD-ROM's or selectable *.vfd Floppy Images from Storage via Run Once other than from deprcated ISO-Storage

2019-08-13 Thread Vinícius Ferrão
Ralf, you can change CD on the Load Drivers section.

Change for the oVirt Tools Disc, load the drivers and then change back to 
Windows.

It’s a bad workflow, I know. But it’s how I’m doing here. I agree that the 
Windows Tools is not really friendly with oVirt.

Sent from my iPhone

On 12 Aug 2019, at 08:03, Ralf Schenk mailto:r...@databay.de>> 
wrote:


Hello,

when Installing Windows VM's on Ovirt we need either 2 CD-ROM's attached as ISO 
Files (Installer ISO and Virtio-Win-ISO) to be able to install to 
Virtio-(SCSI)-Disks.

In Ovirt 4.3.4 it is not possible to attach 2 CD-ROM's to a VM. So we have to 
use Floppy Images (virtio-win-*.vfd) attached to install drivers within 
Installer.

We need to use "Run Once" to attach flopppy disks. There are only *.vfd 
selectable which are located on ISO-Storage.Domain, which will be deprecated 
now or then.

-> We won't be able to install Windows VM's from unmodified ISO Installer-CD's 
without ISO Storage Domain or making *.vfd Files selectable via "Run Once"

When will that be available... ?

Bye

--



Ralf Schenk
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail r...@databay.de

Databay AG
Jens-Otto-Krag-Straße 11
D-52146 Würselen
www.databay.de

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp 
Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen

___
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/3G5BEWATSBZCUKLPS5ZNOAFDHIVNAYQV/
___
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/HLWL43FJ2D5WYXUCVNCBCMI34U3TTXQA/


[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

2019-06-19 Thread Vinícius Ferrão
Vadim, its OVMF.

I think it is. Just selected UEFI with Secure Boot on the VM properties on 
oVirt.

I’m not aware of SeaBIOS with UEFI support.


Thanks.

Sent from my iPhone

> On 18 Jun 2019, at 08:26, Vadim Rozenfeld  wrote:
> 
> +Amnon & Martin
> 
>> On Fri, 2019-06-14 at 17:52 +1000, Vadim Rozenfeld wrote:
>>> On Thu, 2019-06-13 at 15:24 -0300, Vinícius Ferrão wrote:
>>> Lev, thanks for the reply.
>>> 
>>> So basically Windows on Secureboot UEFI is simply “broken” within oVirt?
>>> 
>>> Will Red Hat reconsider this? Since one of the “selling points” of oVirt 
>>> 4.3 was UEFI support. Can the RH WHQL drivers be shipped with oVirt?
>> 
>> Technically, WHQL-signing is not required to satisfy secure boot 
>> requirements. UEFI signing should be enough. But it might be some license 
>> issues.
>> https://techcommunity.microsoft.com/t5/Windows-Hardware-Certification/Microsoft-UEFI-CA-Signing-policy-updates/ba-p/364828
>> 
>> 
>>> 
>>> Thanks,
>>> 
>>>> On 13 Jun 2019, at 07:25, Lev Veyde  wrote:
>>>> Hi,
>>>> 
>>>> I think that it's expected behaviour.
>>>> 
>>>> In secure mode only WHQL'd drivers are allowed to be loaded into the OS 
>>>> kernel, and while RHEV/RHV provides WHQL'd drivers, oVirt users receive RH 
>>>> signed ones, which from the OS standpoint are basically not certified.
>>>> 
>>>> Thanks in advance,
>>>> 
>>>>> On Thu, Jun 13, 2019 at 1:12 PM Yedidyah Bar David  
>>>>> wrote:
>>>>>> On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão 
>>>>>>  wrote:
>>>>>> RHV drivers works.
>>>>>> oVirt drivers does not.
>>>>>> 
>>>>>> Checked this now.
>>>>>> 
>>>>>> I’m not sure if this is intended or not. But oVirt drivers aren’t signed 
>>>>>> for Windows.
>>>>> 
>>>>> oVirt's drivers are simply copied from virtio-win repositories.
>>>>> 
>>>>> Adding Vadim from virtio-win team.
>>>>> 
>>>>> Best regards,
>>>>>  
>>>>>> 
>>>>>> > On 29 May 2019, at 21:41, mich...@wanderingmad.com wrote:
>>>>>> > 
>>>>>> > I'm running server 2012R2, 2016, and 2019 with no issue using the 
>>>>>> > Redhat signed drivers from RHEV.
>>>>>> > ___
>>>>>> > 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/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/
>>>>>> ___
>>>>>> 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/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/
>>>>> 
>>>>> 
>>>>> -- 
>>>>> 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/OIBSOZEBGSF65JEVMNMPOCAB6ICTVKIU/
>>>> 
>>>> 
>>>> -- 
>>>> 
>>>> LEV VEYDE
>>>> SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
>>>> Red Hat Israel
>>>> 
>>>> l...@redhat.com | lve...@redhat.com
>>>> 
>>>> 
>>>> TRIED. TESTED. TRUSTED.
>>> 
___
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/DCCA5H3KSJY4ZLEV2UTDIV6RNDKTTT4Y/


[ovirt-users] Re: Does anyone have a positive experience with physical host to oVirt conversion?

2019-06-19 Thread Vinícius Ferrão
I just use the virt-p2v ISO to boot on the machine to be converted and them 
fire the conversion.

You do need a VM running with virt-v2v inside oVirt to talk with the virt-p2v 
ISO and do the conversion.



> On 19 Jun 2019, at 10:38, Andreas Elvers 
>  wrote:
> 
> For converting my Debian boxes I do this. It is nothing fancy. Things you 
> would do with plain physical systems as well.
> 
> I have a VM for preparing VM images where I attach newly created disks, 
> rsyncing all data from old host to the new image. 
> 
> Then I shut down the preparation VM, remove the new disk from it.
> 
> Create a new VM and attach the disk to that VM.
> 
> I boot a rescue CD, fix /etc/fstab and networking, Re-Install grub to the 
> disk.
> 
> Done.
> ___
> 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/4TKO7YKDOZEM67XTVAIZ24IK7LTCB5AH/
>  
> 

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


[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

2019-06-14 Thread Vinícius Ferrão
Hello Vadim,

I got the working drivers from RHEL8:
eecdff62b5d148f02dc92d7115631175 virtio-win-1.9.7-rhel8.iso

Non working ones directly from the Hosted Engine:
c55e2815bc7090f077cf82aed5c90423  virtio-win-0.1.171.iso

Thanks,


> On 13 Jun 2019, at 23:33, Vadim Rozenfeld  wrote:
> 
> On Thu, 2019-06-13 at 11:36 +0300, Yedidyah Bar David wrote:
>> On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão > <mailto:fer...@versatushpc.com.br>> wrote:
>>> RHV drivers works.
>>> oVirt drivers does not.
>>> 
>>> Checked this now.
>>> 
>>> I’m not sure if this is intended or not. But oVirt drivers aren’t signed 
>>> for Windows.
>> 
>> oVirt's drivers are simply copied from virtio-win repositories.
>> 
>> Adding Vadim from virtio-win team.
>> 
>> Best regards,
> 
> Hi guys,
> 
> Can you please help us to reproduce the problem?
> 
> It will be great if you can provide me with the following
> information:
> 
> - qemu and host kernel versions,
> - qemu command line,
> - RHV and oVirt drivers versions.
> 
> Cheers,
> Vadim.
> 
> 
>>  
>>> 
>>> > On 29 May 2019, at 21:41, mich...@wanderingmad.com 
>>> > <mailto:mich...@wanderingmad.com> wrote:
>>> > 
>>> > I'm running server 2012R2, 2016, and 2019 with no issue using the Redhat 
>>> > signed drivers from RHEV.
>>> > ___
>>> > 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/ 
>>> > <https://www.ovirt.org/site/privacy-policy/>
>>> > oVirt Code of Conduct: 
>>> > https://www.ovirt.org/community/about/community-guidelines/ 
>>> > <https://www.ovirt.org/community/about/community-guidelines/>
>>> > List Archives: 
>>> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/
>>> >  
>>> > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/>
>>> ___
>>> 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/ 
>>> <https://www.ovirt.org/site/privacy-policy/>
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/
>>>  
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/>
>> 
>> 

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


[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

2019-06-14 Thread Vinícius Ferrão
Lev, thanks for the reply.

So basically Windows on Secureboot UEFI is simply “broken” within oVirt?

Will Red Hat reconsider this? Since one of the “selling points” of oVirt 4.3 
was UEFI support. Can the RH WHQL drivers be shipped with oVirt?

Thanks,

> On 13 Jun 2019, at 07:25, Lev Veyde  wrote:
> 
> Hi,
> 
> I think that it's expected behaviour.
> 
> In secure mode only WHQL'd drivers are allowed to be loaded into the OS 
> kernel, and while RHEV/RHV provides WHQL'd drivers, oVirt users receive RH 
> signed ones, which from the OS standpoint are basically not certified.
> 
> Thanks in advance,
> 
> On Thu, Jun 13, 2019 at 1:12 PM Yedidyah Bar David  <mailto:d...@redhat.com>> wrote:
> On Mon, Jun 10, 2019 at 10:54 PM Vinícius Ferrão  <mailto:fer...@versatushpc.com.br>> wrote:
> RHV drivers works.
> oVirt drivers does not.
> 
> Checked this now.
> 
> I’m not sure if this is intended or not. But oVirt drivers aren’t signed for 
> Windows.
> 
> oVirt's drivers are simply copied from virtio-win repositories.
> 
> Adding Vadim from virtio-win team.
> 
> Best regards,
>  
> 
> > On 29 May 2019, at 21:41, mich...@wanderingmad.com 
> > <mailto:mich...@wanderingmad.com> wrote:
> > 
> > I'm running server 2012R2, 2016, and 2019 with no issue using the Redhat 
> > signed drivers from RHEV.
> > ___
> > 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/ 
> > <https://www.ovirt.org/site/privacy-policy/>
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/ 
> > <https://www.ovirt.org/community/about/community-guidelines/>
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/
> >  
> > <https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/>
> ___
> 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/ 
> <https://www.ovirt.org/site/privacy-policy/>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/>
> 
> 
> -- 
> Didi
> ___
> 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/ 
> <https://www.ovirt.org/site/privacy-policy/>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OIBSOZEBGSF65JEVMNMPOCAB6ICTVKIU/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/OIBSOZEBGSF65JEVMNMPOCAB6ICTVKIU/>
> 
> 
> -- 
> 
> LEV VEYDE
> SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
> Red Hat Israel
> 
>  <https://www.redhat.com/>
> l...@redhat.com <mailto:l...@redhat.com> | lve...@redhat.com 
> <mailto:lve...@redhat.com>  <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
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/ZTSEJCIWBMUKXZSZL7B5EUDYSU3V3U57/


[ovirt-users] Re: Windows Server 2019: Driver Signature Enforcement

2019-06-10 Thread Vinícius Ferrão
RHV drivers works.
oVirt drivers does not.

Checked this now.

I’m not sure if this is intended or not. But oVirt drivers aren’t signed for 
Windows.

> On 29 May 2019, at 21:41, mich...@wanderingmad.com wrote:
> 
> I'm running server 2012R2, 2016, and 2019 with no issue using the Redhat 
> signed drivers from RHEV.
> ___
> 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/GBQEMLOW5DCSW7XSLNZKNX532BQHRFUB/
___
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/PNZWHYEWW23N4GQKHMJ2RUSQR363NSYH/


[ovirt-users] Windows Server 2019: Driver Signature Enforcement

2019-05-29 Thread Vinícius Ferrão
Hello,

I’m running oVirt 4.3.0 and installing Windows Server 2019 with UEFI Secure 
Boot is impossible with the bundled VirtIO drivers.

Windows complains about invalid signatures on vioscsi.sys.

The only way to boot the system is halting the process with F8 and them 
selecting: Disable Driver Signature Enforcement.

So, what’s the recommended way to solve this?

There’s no signed 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/YG42ZHUNJA5JSS7AWMTF2B44L4L53OVM/


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

2019-05-22 Thread 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] RHEL 8 Template Seal failed

2019-05-16 Thread Vinícius Ferrão
Hello,

I’m trying to seal a RHEL8 template but the operation is failing.

Here’s the relevant information from engine.log:

2019-05-17 01:30:31,153-03 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetHostJobsVDSCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-58) 
[91e1acd6-efc5-411b-8c76-970def4ebbbe] FINISH, GetHostJobsVDSCommand, return: 
{b80c0bbd-25b8-4007-9b91-376cb0a18e30=HostJobInfo:{id='b80c0bbd-25b8-4007-9b91-376cb0a18e30',
 type='virt', description='seal_vm', status='failed', progress='null', 
error='VDSError:{code='GeneralException', message='General Exception: ('Command 
[\'/usr/bin/virt-sysprep\', \'-a\', 
u\'/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_vm/d19456e4-0051-456e-b33c-57348a78c2e0/images/1ecdfbfc-1c22-452f-9a53-2159701549c8/f9de3eae-f475-451b-b587-f6a1405036e8\']
 failed with rc=1 out=\'[   0.0] Examining the guest ...\\nvirt-sysprep: 
warning: mount_options: mount exited with status 32: mount: \\nwrong fs type, 
bad option, bad superblock on /dev/mapper/rhel_rhel8-root,\\n   missing 
codepage or helper program, or other error\\n\\n   In some cases useful 
info is found in syslog - try\\n   dmesg | tail or so. 
(ignored)\\nvirt-sysprep: warning: mount_options: mount: /boot: mount point is 
not a \\ndirectory (ignored)\\nvirt-sysprep: warning: mount_options: mount: 
/boot/efi: mount point is not \\na directory (ignored)\\n[  17.9] Performing 
"abrt-data" ...\\n\' err="virt-sysprep: error: libguestfs error: glob_expand: 
glob_expand_stub: you \\nmust call \'mount\' first to mount the root 
filesystem\\n\\nIf reporting bugs, run virt-sysprep with debugging enabled and 
include the \\ncomplete output:\\n\\n  virt-sysprep -v -x [...]\\n"',)'}'}}, 
log id: 1bbb34bf

I’m not shure what’s wrong or missing. The VM image is using UEFI with Secure 
Boot, so standard UEFI partition is in place.

Ive found something on bugzilla but does not seem to be related:
https://bugzilla.redhat.com/show_bug.cgi?id=1671895

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


[ovirt-users] Re: Cannot assign Network to Mellanox Interface

2019-03-02 Thread Vinícius Ferrão
Interesting.

I have a lot of stability issues with IPoIB in EL7. In Windows it’s works 
flawlessly, but on Linux is just unstable. So I never had the courage to put an 
hypervisor Storage network over IPoIB.

Are you using Mellanox OFED, or the upstream one?

The iSCSI is only through software? No RDMA involved? Aren’t the CPU being 
wasted in this scenario since Connect-X3 does not offload TCP/IP connections?

Finally the IPoIB mode is connected or dataram? Have you tunned the MTU 
settings?

Thanks,


Sent from my iPhone

> On 1 Mar 2019, at 21:36, Mike Blanchard  wrote:
> 
> Hi Vinicius, i'm sorry, I thought I had replied already.  
> 
> I'm mostly using IPoIB, but gluster is using some over RDMA.  I'm using it a 
> few different ways,
> 5 IB nodes, all have dual port ConnectX-3 cards @ 40GB
> 
> 2 nodes are running windows, one port on each is used for a sync channel for 
> starwind Vsan to mirror ~20tb of date.  The second ports are using for iSCS 
> sharing SMB fiile shares for other IB nodes.
> 3 nides are running CentOS 7 and ovirt.  One of the ports on each are used 
> for gluster synchronzaton, gluster is set to use both IPoIB & RDMA.  Then the 
> other ports are using for migratons, iSCSI sharing, and a backup admin 
> channel.
> 
>> On Fri, Mar 1, 2019 at 1:36 PM Vinícius Ferrão  
>> wrote:
>> Darkytoo have you received my message.
>> 
>> I’m really curious about your setup using Infiniband.
>> 
>> Thanks,
>> 
>> > On 14 Feb 2019, at 07:42, Vinícius Ferrão  
>> > wrote:
>> > 
>> > Are you guys running IPoIB for Infiniband Storage? Is it true IB mode? Or 
>> > Ethernet over IB?
>> > 
>> > If using NFS on top of it, RDMA is working
>> > with NFSoRDMA?
>> > 
>> > I’m really curious about your setup.
>> > 
>> > Thanks,
>> > 
>> > Sent from my iPhone
>> > 
>> >> On 10 Feb 2019, at 23:55, darky...@gmail.com wrote:
>> >> 
>> >> You were just like me, I also thought it would pick up settings from 
>> >> cockpit, but once I realized you had to configure the network again when 
>> >> adding to the host, everything sort of fell into line.  I would make sure 
>> >> and monitor the networks so you can see the traffic going through the 
>> >> infiniband and not the ethernet.
>> >> ___
>> >> 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/WC6W7KRXDENXVCTXW6F24742YKDE6ZHK/
___
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/P35FN76GEAOXKZO4VFPUZZ75MD2FMBRL/


[ovirt-users] Re: Cannot assign Network to Mellanox Interface

2019-03-01 Thread Vinícius Ferrão
Darkytoo have you received my message.

I’m really curious about your setup using Infiniband.

Thanks,

> On 14 Feb 2019, at 07:42, Vinícius Ferrão  wrote:
> 
> Are you guys running IPoIB for Infiniband Storage? Is it true IB mode? Or 
> Ethernet over IB?
> 
> If using NFS on top of it, RDMA is working
> with NFSoRDMA?
> 
> I’m really curious about your setup.
> 
> Thanks,
> 
> Sent from my iPhone
> 
>> On 10 Feb 2019, at 23:55, darky...@gmail.com wrote:
>> 
>> You were just like me, I also thought it would pick up settings from 
>> cockpit, but once I realized you had to configure the network again when 
>> adding to the host, everything sort of fell into line.  I would make sure 
>> and monitor the networks so you can see the traffic going through the 
>> infiniband and not the ethernet.
>> ___
>> 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/WC6W7KRXDENXVCTXW6F24742YKDE6ZHK/
___
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/CZ3LJIHVRP3BBZMPGMOYIRMO5O5DERSI/


[ovirt-users] Re: SURVEY: your NFS configuration (Bug 1666795 - SHE doesn't start after power-off, 4.1 to 4.3 upgrade - VolumeDoesNotExist: Volume does not exist )

2019-02-14 Thread Vinícius Ferrão
I’m running the NFS server on FreeNAS on top of VLAN tagged LACP interface.

root@freenas:~ # cat /etc/exports 
V4: / -sec=sys
/mnt/pool0/ovirt/he -network 192.168.10.0/29
/mnt/pool0/ovirt/vm -network 192.168.10.0/29
/mnt/pool0/ovirt/iso -network 192.168.10.0/29

Simple as this.

On this hosts it gets mounted as this:

192.168.10.6:/mnt/pool0/ovirt/he on 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_he type nfs4 
(rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=192.168.10.1,local_lock=none,addr=192.168.10.6)
192.168.10.6:/mnt/pool0/ovirt/vm on 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_vm type nfs4 
(rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=192.168.10.1,local_lock=none,addr=192.168.10.6)
192.168.10.6:/mnt/pool0/ovirt/iso on 
/rhev/data-center/mnt/192.168.10.6:_mnt_pool0_ovirt_iso type nfs4 
(rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=192.168.10.1,local_lock=none,addr=192.168.10.6)

> On 12 Feb 2019, at 20:39, Nir Soffer  wrote:
> 
> Looking at
> https://bugzilla.redhat.com/1666795  
> 
> It seems that a change in vdsm/libvirt exposed NFS configuration issue, that 
> may was
> needed in the past and probably not needed now.
> 
> If you use NFS, I would like to see your /etc/exports (after sanitizing it if 
> needed).
> For extra bonus, output of "exportfs -v" would be useful.
> 
> In particular, I want to know if you use root_squash, all_squash, or 
> no_root_squash.
> 
> Thanks,
> Nir 
> ___
> 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/7J3ZV25DP2X5TD6A4IV63W5PANKWERTO/

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


[ovirt-users] Re: ovirt-guest-agent is still needed?

2019-02-14 Thread Vinícius Ferrão
Thank you Michal.

I wasn’t aware of the SSO option. It looked really awesome. Coming from 
XenServer I’ve never seen this kind of feature.

I will continue installing the package from EPEL, and definitely gonna try the 
feature.

Thanks,

Sent from my iPhone

> On 13 Feb 2019, at 08:36, Michal Skrivanek  
> wrote:
> 
> 
> 
>> On 11 Feb 2019, at 23:39, Greg Sheremeta  wrote:
>> 
>> Hi,
>> 
>> ovirt-guest-agent isn't deprecated yet, so you can still use it in 4.3 no 
>> problem.
>> 
>> Best wishes,
>> Greg
>> 
>>> On Mon, Feb 11, 2019 at 2:33 PM Vinícius Ferrão  
>>> wrote:
>>> Hello,
>>> 
>>> I heard that ovirt-guest-agent is now deprecated and qemu-guest-agent 
>>> should be used instead.
>>> 
>>> As today I still install the ovirt-guest-agent from EPEL in my EL guests, 
>>> but should I continue doing this or using the shipped qemu-guest-agent 
>>> should be used instead?
> 
> qemu-guest-agent has always been used, it’s a dependency of 
> ovirt-guest-agent. The only thing we are changing is that we moved features 
> down from ovirt-ga to qemu-ga so it is less and less important to run also 
> ovirt-ga in addition.
> The biggest difference is SSO support, if you need/want SSO you still want 
> ovirt-ga, otherwise it doesn’t matter much and qemu-ga alone should work as 
> good as qemu-ga+ovirt-ga.
> 
>>> 
>>> What about Windows guests? Any modification needed?
>>> 
>>> 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/NN3XKCNTI3LGO2LJJEFZ7H3BSFV5WS5I/
>> 
>> 
>> -- 
>> GREG SHEREMETA
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> Red Hat NA
>> 
>> gsher...@redhat.comIRC: gshereme
>> 
>> 
>> ___
>> 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/EGT5NTG2DTLVDYQAJMKGXEDISDCBUTMU/
> 
___
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/FYWTI4TWBYKXFK3KKCQAWCYURSJ26DY6/


[ovirt-users] Re: Deleted Hosted Engine

2019-02-14 Thread Vinícius Ferrão
Simone, I have a similar scenario. After redeploying the HE, the running VMs 
doesn’t show up.

There’s a way to make them appear? Since they are running I’m afraid of 
rebooting and losing the ability to power them on.

Thanks,

Sent from my iPhone

> On 8 Feb 2019, at 13:18, Simone Tiraboschi  wrote:
> 
> 
> 
>> On Fri, Feb 8, 2019 at 12:20 PM Manny SyS  wrote:
>> I have to deal with this oVirt 4.2 cluster, 4 nodes.
>> It seems someone smartly deleted hosted engine vm... how cool... so, all the 
>> VMs are still running, but no cluster management anymore :-).
>> It's a testing environment, no hosted engine backup.
>> 
>> I have no problems reinstalling the cluster... but I'd love to rescue the 
>> VMs... so I'm trying to understand what options I do have, so I ask you 
>> please if you have some hints, or maybe links to the right documentation.
>> 
>> - ssh to any ovirt cluster node and export the vms with virsh? possible?
>> - ssh to any ovirt cluster node and live migrate all the vms on one node? so 
>> that I can reinstall a new cluster on the freed nodes? Wondering which one 
>> is the correct path to do this... btw, virsh only works in readonly in ovirt 
>> cluster nodes
>> - it's a testing environment, so I could shutdown everything, reinstall a 
>> new cluster, reconnect the old storage to the new cluster... question is, 
>> how to reimport all the vms in the new cluster.
>> 
>> Please any suggestions?
> 
> If you don't have any backup of the hosted-engine VM, the best think you 
> could do is deploy hosted-engine from scratch and when you have the new 
> engine manually re-import the previous hosts and the previous datacenter.
> I think that you should be able to do it even with running VMs but if you 
> want to be on the safest side I suggest to manually shutdown all the VMs 
> before the migration.
>  
>> ___
>> 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/4H6HMSRKOYV7I6XRC6FGGRBB2GKXRU52/
> ___
> 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/KRQ5NYP7QC5MQDDAZRIM7LJSI3OPY4HK/
___
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/DFQT4MJMM7SQUUKE2VJ5NPYSBKGLW7YL/


[ovirt-users] Re: Cannot assign Network to Mellanox Interface

2019-02-14 Thread Vinícius Ferrão
Are you guys running IPoIB for Infiniband Storage? Is it true IB mode? Or 
Ethernet over IB?

If using NFS on top of it, RDMA is working
with NFSoRDMA?

I’m really curious about your setup.

Thanks,

Sent from my iPhone

> On 10 Feb 2019, at 23:55, darky...@gmail.com wrote:
> 
> You were just like me, I also thought it would pick up settings from cockpit, 
> but once I realized you had to configure the network again when adding to the 
> host, everything sort of fell into line.  I would make sure and monitor the 
> networks so you can see the traffic going through the infiniband and not the 
> ethernet.
> ___
> 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/WC6W7KRXDENXVCTXW6F24742YKDE6ZHK/
___
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/DVIIC5ZMV24SFHTUINHTP4P7UNCJRVKX/


[ovirt-users] ovirt-guest-agent is still needed?

2019-02-11 Thread Vinícius Ferrão
Hello,

I heard that ovirt-guest-agent is now deprecated and qemu-guest-agent should be 
used instead.

As today I still install the ovirt-guest-agent from EPEL in my EL guests, but 
should I continue doing this or using the shipped qemu-guest-agent should be 
used instead?

What about Windows guests? Any modification needed?

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


[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-10 Thread Vinícius Ferrão


> On 9 Feb 2019, at 11:42, Vinícius Ferrão  wrote:
> 
> 
> 
>> On 9 Feb 2019, at 11:29, Vinícius Ferrão > <mailto:fer...@versatushpc.com.br>> wrote:
>> 
>> Hi Greg,
>> 
>>> On 9 Feb 2019, at 08:42, Greg Sheremeta >> <mailto:gsher...@redhat.com>> wrote:
>>> 
>>> 
>>> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen 
>>> mailto:juhani.rautiai...@gmail.com>> wrote:
>>> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>>> mailto:fer...@versatushpc.com.br>> wrote:
>>> >
>>> > Hello,
>>> >
>>> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell 
>>> > IBRS and because of this I can’t upgrade the datacenter to 4.3. The 
>>> > problem was that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>>> >
>>> > So the only way to up the cluster to 4.3 was to downgrade to plain 
>>> > Broadwell.
>>> >
>>> > Now I can’t upgrade it Broadwell IBRS SSBD.
>>> 
>>> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it 
>>> to that? Are you getting an error, or does it not show in the UI?
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5 
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5>
>> Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS 
>> (only), and now I’ve got an error message when selecting Broadwell IBRS SSBD:
>> 
>> Host CPU type is not compatible with Cluster Properties.
>> 
>> I checked the flags and yes, I can’t find SSBD:
>> 
>> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
>> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
>> nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
>> xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
>> ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 
>> x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 
>> 3dnowprefetch epb cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp 
>> tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep 
>> bmi2 erms invpcid rtm cqm rdt_a rdseed adx smap xsaveopt cqm_llc 
>> cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts spec_ctrl 
>> intel_stibp
>> 
>> I don’t know whats happening but I was thinking that my CPU supports this 
>> flag:
>> 
>> Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz
> 
> Answering my own question: I think I need a BIOS update. Let me check this…


Yes… the BIOS updated solved the issue.

So always remember to update your BIOS.

> 
>> 
>> 
>>>  
>>> >
>>> > So, how can I upgrade it back?
>>> 
>>> There has been lot's of discussion about that this week. I had same
>>> problem with Opteron G3->Epyc conversion. There steps were suggested
>>> to me and they worked and you problem is similar:
>>> 
>>> +1, thanks
>>>  
>>> 
>>> - set HE global maintenance mode
>>> - set one of the hosted-engine hosts into maintenance mode
>>> - move it to a different cluster
>>> - shutdown the engine VM
>>> - manually restart the engine VM on the host on the custom cluster
>>> directly executing on that host: hosted-engine --vm-start
>>> - connect again to the engine
>>> - set all the hosts of the initial cluster into maintenance mode
>>> - upgrade the cluster
>>> - shut down again the engine VM
>>> - manually restart the engine VM on one of the hosts of the initial cluster
>>> - move back the host that got into a temporary cluster to its initial 
>>> cluster
>>> 
>>> As first step I would add that you create new cluster which already
>>> has 4.3 level and CPU Type you want so already can check if cluster
>>> accepts nodes.
>>> 
>>> -Juhani
>>> ___
>>> 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/ 
>>> <https://www.ovirt.org/site/privacy-policy/>
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> <https://www.ovirt.org/community/about/community-guidelines/>
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>>>  
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/>
>>> 
>>> 
>>> -- 
>>> GREG SHEREMETA
>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>>> Red Hat NA
>>> 
>>>  <https://www.redhat.com/>
>>> gsher...@redhat.com <mailto:gsher...@redhat.com>IRC: gshereme
>>> 

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


[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-09 Thread Vinícius Ferrão


> On 9 Feb 2019, at 11:29, Vinícius Ferrão  wrote:
> 
> Hi Greg,
> 
>> On 9 Feb 2019, at 08:42, Greg Sheremeta > <mailto:gsher...@redhat.com>> wrote:
>> 
>> 
>> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen 
>> mailto:juhani.rautiai...@gmail.com>> wrote:
>> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>> mailto:fer...@versatushpc.com.br>> wrote:
>> >
>> > Hello,
>> >
>> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
>> > and because of this I can’t upgrade the datacenter to 4.3. The problem was 
>> > that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>> >
>> > So the only way to up the cluster to 4.3 was to downgrade to plain 
>> > Broadwell.
>> >
>> > Now I can’t upgrade it Broadwell IBRS SSBD.
>> 
>> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it 
>> to that? Are you getting an error, or does it not show in the UI?
>> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5 
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5>
> Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS 
> (only), and now I’ve got an error message when selecting Broadwell IBRS SSBD:
> 
> Host CPU type is not compatible with Cluster Properties.
> 
> I checked the flags and yes, I can’t find SSBD:
> 
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
> nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx 
> est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe 
> popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch 
> epb cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp tpr_shadow vnmi 
> flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms 
> invpcid rtm cqm rdt_a rdseed adx smap xsaveopt cqm_llc cqm_occup_llc 
> cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts spec_ctrl intel_stibp
> 
> I don’t know whats happening but I was thinking that my CPU supports this 
> flag:
> 
> Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz

Answering my own question: I think I need a BIOS update. Let me check this...

> 
> 
>>  
>> >
>> > So, how can I upgrade it back?
>> 
>> There has been lot's of discussion about that this week. I had same
>> problem with Opteron G3->Epyc conversion. There steps were suggested
>> to me and they worked and you problem is similar:
>> 
>> +1, thanks
>>  
>> 
>> - set HE global maintenance mode
>> - set one of the hosted-engine hosts into maintenance mode
>> - move it to a different cluster
>> - shutdown the engine VM
>> - manually restart the engine VM on the host on the custom cluster
>> directly executing on that host: hosted-engine --vm-start
>> - connect again to the engine
>> - set all the hosts of the initial cluster into maintenance mode
>> - upgrade the cluster
>> - shut down again the engine VM
>> - manually restart the engine VM on one of the hosts of the initial cluster
>> - move back the host that got into a temporary cluster to its initial cluster
>> 
>> As first step I would add that you create new cluster which already
>> has 4.3 level and CPU Type you want so already can check if cluster
>> accepts nodes.
>> 
>> -Juhani
>> ___
>> 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/ 
>> <https://www.ovirt.org/site/privacy-policy/>
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> <https://www.ovirt.org/community/about/community-guidelines/>
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>>  
>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/>
>> 
>> 
>> -- 
>> GREG SHEREMETA
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> Red Hat NA
>> 
>>  <https://www.redhat.com/>
>> gsher...@redhat.com <mailto:gsher...@redhat.com>IRC: gshereme
>> 

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


[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-09 Thread Vinícius Ferrão
Hi Greg,

> On 9 Feb 2019, at 08:42, Greg Sheremeta  wrote:
> 
> 
> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen 
> mailto:juhani.rautiai...@gmail.com>> wrote:
> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
> mailto:fer...@versatushpc.com.br>> wrote:
> >
> > Hello,
> >
> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
> > and because of this I can’t upgrade the datacenter to 4.3. The problem was 
> > that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
> >
> > So the only way to up the cluster to 4.3 was to downgrade to plain 
> > Broadwell.
> >
> > Now I can’t upgrade it Broadwell IBRS SSBD.
> 
> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it 
> to that? Are you getting an error, or does it not show in the UI?
> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5 
> <https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5>
Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS 
(only), and now I’ve got an error message when selecting Broadwell IBRS SSBD:

Host CPU type is not compatible with Cluster Properties.

I checked the flags and yes, I can’t find SSBD:

Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est 
tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp tpr_shadow vnmi flexpriority 
ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm rdt_a 
rdseed adx smap xsaveopt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local 
dtherm ida arat pln pts spec_ctrl intel_stibp

I don’t know whats happening but I was thinking that my CPU supports this flag:

Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz


>  
> >
> > So, how can I upgrade it back?
> 
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:
> 
> +1, thanks
>  
> 
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial cluster
> 
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
> 
> -Juhani
> ___
> 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/ 
> <https://www.ovirt.org/site/privacy-policy/>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/>
> 
> 
> -- 
> GREG SHEREMETA
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> Red Hat NA
> 
>  <https://www.redhat.com/>
> gsher...@redhat.com <mailto:gsher...@redhat.com>IRC: gshereme
> 
>  <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/JSE2NDT2ZUGZK7BHAJXAW4ZN3T4FQKHV/


[ovirt-users] Re: How to upgrade CPU type in Clusters?

2019-02-09 Thread Vinícius Ferrão
Hello

> On 9 Feb 2019, at 02:53, Juhani Rautiainen  
> wrote:
> 
> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>  wrote:
>> 
>> Hello,
>> 
>> For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
>> and because of this I can’t upgrade the datacenter to 4.3. The problem was 
>> that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>> 
>> So the only way to up the cluster to 4.3 was to downgrade to plain Broadwell.
>> 
>> Now I can’t upgrade it Broadwell IBRS SSBD.
>> 
>> So, how can I upgrade it back?
> 
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:

I completely bypassed this. Sorry :(

> 
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial cluster

Thanks! I am following this algorithm. But I think I’ve a got a problem:

Host CPU type is not compatible with Cluster Properties.


Hmmm.

> 
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
> 
> -Juhani

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


[ovirt-users] How to upgrade CPU type in Clusters?

2019-02-08 Thread Vinícius Ferrão
Hello,

For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS and 
because of this I can’t upgrade the datacenter to 4.3. The problem was that on 
4.3 theres only Broadwell IBRS SSBD and Broadwell.

So the only way to up the cluster to 4.3 was to downgrade to plain Broadwell.

Now I can’t upgrade it Broadwell IBRS SSBD.

So, how can I upgrade it back?

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/2JOGJ4NP362KEP66OWQVZTPFB7U6BP6H/


[ovirt-users] Is it possible to change the IP address of the Self Hosted Engine?

2019-02-08 Thread Vinícius Ferrão
Hello,

I’m aware that changing the DNS name of SHE is not a trivial thing. But what 
about the IP address? Can I just ssh to the engine, change it and reload the 
network?

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


[ovirt-users] Re: Forum available

2019-02-08 Thread Vinícius Ferrão
I’ve issues with HyperKitty too.

For instance, I've answered a thread today at 1:36 UTC-2:
Re: [ovirt-users] Re: need network design advice for iSCSI

I can’t found it chronologically in HyperKitty. If using the search feature, I 
can find an answer from January 21th, but cannot find the message that I’ve 
sent on the dawn.

I’m not even sure if the mail message arrived to the list or if it’s just an 
HyperKitty bug.

Thanks,

> On 8 Feb 2019, at 09:39, Greg Sheremeta  wrote:
> 
> Ok, cool, please everyone give it a try! If you see any issues, please report 
> here or open a ticket by emailing infra-supp...@ovirt.org 
> 
> 
> Thanks!!
> 
> On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett  > wrote:
> Hadn't noticed the link before!
> 
> On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta  > wrote:
> Yep. It's supposed to be instant. It's broken on this thread -- seems to work 
> on others. I reported it and hopefully we'll get that fixed ASAP.
> 
> Greg
> 
> On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó 
> mailto:josep.mosca...@embl.de>> wrote:
> I see, I wasn't aware at all, sorry. But this thread that I just started:
> 
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>  
> 
> 
> has 6 replies that I cannot see, are they being parsed instantly ?
> 
> Thanks.
> 
> On 8/2/19 12:07, Greg Sheremeta wrote:
> > ovirt.org  > > 
> > Forum at the top.
> > We use hyperkitty, which is both a mailing list and a forum. It has a 
> > search, threads, avatars, ...
> > Is there a use case we're missing or does just no one know about it?
> > 
> > Greg
> > 
> > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers  >  
> > >> wrote:
> > 
> > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel Andrés Moscardó wrote:
> >  > Hi all,
> >  > I am just wondering if anyone like me would like to have everything
> >  > that
> >  > is bump here in a forum, with all the benefits it brings (and people
> >  > will still be able to subscribe and reply through email). Something
> >  > like
> >  > Discourse would be nice in my opinion.
> >  >
> >  > Best.
> >  >
> >  > ___
> >  > 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/communit 
> > 
> >  > y-guidelines/
> >  > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/ 
> > 
> >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
> > 
> > I'm for it too. I love mailing lists but as others have pointed out
> > it's a nightmare to search them.
> > 
> > I'm also willing to spend a little time supporting it if it's phpbb
> > based or similar.
> > 
> > /tony
> > 
> > -- 
> > Tony Albers - Systems Architect - IT Development
> > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
> > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
> > ___
> > 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/2WKT3ZNHD2RPVTUDEEH56C3Q6FOOZALA/
> >  
> > 
> > 
> > 
> > 
> > -- 
> > 
> > GREG SHEREMETA
> > 
> > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> > 
> > Red Hat NA
> > 
> > >
> > 
> > gsher...@redhat.com  
> > > IRC: gshereme
> > 
> > 

[ovirt-users] Re: need network design advice for iSCSI

2019-02-07 Thread Vinícius Ferrão
Hello, another guy with what appears to be the same problem...

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

PS: Uwe I’m ccing you.

Sent from my iPhone

> On 29 Jan 2019, at 13:57, John Florian  wrote:
> 
> Okay, both the BZ and ML posts are interesting and helpful.  I'm kind of 
> surprised there seems to be so much trouble and confusion for what I would 
> have thought to be a very common setup.  Are most people using something else?
> 
> I think this gives me what I need for my next stab at doing this but I"m 
> still puzzled on how to tear down what I have in oVirt so that I can redo it. 
>  Specifically, I didn't see how to delete the existing iSCSI connections.  
> I've read that this can only be done through the REST API.  I have managed to 
> redo the interfaces on my Hosts so that everything is now on just 2 NICs 
> each, leaving 2 NICs free for a foothold on a new setup.  From all of my 
> experimentation, it would appear that my only option is to create a new 
> storage domain and export/import each disk volume one by one.  Maybe there's 
> a migration option I have yet to see, but I don't see any way around creating 
> a new storage domain here.
> 
>> On 1/21/19 7:12 AM, Vinícius Ferrão wrote:
>> Hello people, in the past Maor Lipchuk (from RH) tried very hard to help me 
>> and Uwe but we was unable to converge on the solution.
>> 
>> This was discussed a year ago and on my understanding it still and oVirt 
>> bug. As today, if you simple “DuckDuckGo” for “ovirt iscsi multipath not 
>> working” the third link points to this bugzilla: 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1474904
>> 
>> Which is the one I’ve mentioned and it’s extremely similar to John Florian 
>> case, which was my case too.
>> 
>> @John, take a look at the bugzilla link and see if the desired topology 
>> match with your case.
>> 
>> Regards,
>> 
>> 
>>> On 21 Jan 2019, at 05:21, Eitan Raviv  wrote:
>>> 
>>> Shani,
>>> Can you help here with  iSCSI bonding?
>>> Thanks
>>> 
>>>> On Mon, Jan 21, 2019 at 7:51 AM Uwe Laverenz  wrote:
>>>> 
>>>> Hi John,
>>>> 
>>>> Am 20.01.19 um 18:32 schrieb John Florian:
>>>> 
>>>>> As for how to get there, whatever exactly that might look like, I'm also
>>>>> having troubles figuring that out.  I figured I would transform the
>>>>> setup described below into one where each host has:
>>>>> 
>>>>>  * 2 NICs bonded with LACP for my ovirtmgmt and "main" net
>>>>>  * 1 NIC for my 1st storage net
>>>>>  * 1 NIC for my 2nd storage net
>>>> 
>>>> This is exactly the setup I use. I have run this successfully with
>>>> CentOS/LIO and FreeNAS iSCSI targets with good performance.
>>>> 
>>>> In short:
>>>> 
>>>> - 2 separate, isolated networks for iSCSI with dedicated adapters
>>>>   on hosts and iSCSI target
>>>> - jumbo frames enabled
>>>> - no VLANs config needed on hosts, untagged VLANs on switch
>>>> - do _not_ use LACP, let multipathd handle failovers
>>>> 
>>>> Same experience as Vinicius: what did _not_ work for me is the
>>>> iSCSI-Bonding in OVirt. It seems to require that all storage IPs are
>>>> reachable from all other IPs, which is not the case in every setup.
>>>> 
>>>> To get multipathing to work I use multipath directly:
>>>> 
>>>>> https://www.mail-archive.com/users@ovirt.org/msg42735.html
>>>> 
>>>> I will post a bonnie++ result later. If you need more details please let
>>>> me know.
>>>> 
>>>> cu,
>>>> Uwe
>>>> ___
>>>> 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/E2QKV7CZR27NT6MRSNL352KLOQ5OAGDR/
>> 
>> 
>> 
>> ___
>> 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/NSE5BCLJSIFDX2VDZRBRLODEH3ZCPYWN/
___
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/BMKNLMONCF44ADXTWE3JM4P6XQBWZHNC/


[ovirt-users] Re: Upgrade guide for node from 4.2->4.3

2019-02-04 Thread Vinícius Ferrão
Juhani, how did you upgrade from 4.2 to 4.3?

You followed one of this guides? 
https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide.html 


I’m looking for the correct way to do the upgrade.

Thanks,


> On 4 Feb 2019, at 13:34, Juhani Rautiainen  
> wrote:
> 
> Hi!
> 
> Thanks for the new release. I managed to upgrade the engine from
> 4.2->4.3 with old upgrade instructions but I'm having problems with
> 4.2 node upgrades. Adding repos with ovirt-release43 doesn't allow
> node upgrade. Lot's of missing dependencies. Dpdk depencies could be
> solved with adding Centos Extras, but what repo you should use for
> openscap, openscap-utils and scap-security-guide packages?
> 
> -Juhani
> ___
> 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/VG7MIXCONKHP356T575WPRMLM6H7HJC3/

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


[ovirt-users] Re: oVirt 4.2.8 CPU Compatibility

2019-01-23 Thread Vinícius Ferrão
There’s any way to just put the CPUs on a legacy mode to simply use the 
servers, even with a low performance? We have a machine with an Opteron 6380 
and it appears to be the same case as Uwe reported. Our plan was to add this 
machine to the Datacenter in an isolated Cluster.

Thanks,

> On 23 Jan 2019, at 13:49, Lucie Leistnerova  wrote:
> 
> Hello Uwe,
> 
> On 1/23/19 9:21 AM, Uwe Laverenz wrote:
>> Hi,
>> 
>> Am Dienstag, den 22.01.2019, 15:46 +0100 schrieb Lucie Leistnerova:
>> 
>>>  Yes, it should be supported also in 4.2.8. According to Release
>>> notes for 4.2.7 this warning is related to 4.3 version.
>>> 
>>> https://www.ovirt.org/release/4.2.7/
>>> 
>>> BZ 1623259 Mark clusters with deprecated CPU type
>>> In the current release, for compatibility versions 4.2 and 4.3, a
>>> warning in the Cluster screen indicates that the CPU types currently
>>> used are not supported in 4.3. The warning enables the user to change
>>> the cluster CPU type to a supported CPU type.
>> Does this mean that I would not be able to install OVirt 4.3 on
>> machines with Opteron 6174 cpu? Or would I just get a warning?
>> 
>> I was thinking of recycling our old DL385 machines for an OVirt/Gluster
>> testing lab. :)
> 
> As I understand it, you won't be able to add such host to cluster with 
> compatibility version 4.3.
> So after engine upgrade to 4.3, old cluster and hosts will still work. Until 
> you will need to update also cluster compatibility version to 4.3
> 
>> cu,
>> Uwe
>> 
>> ___
>> 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/H5OCE7Y53RZ2WEOCCU77PBV7DZTTHZTR/
> Best regards,
> 
> -- 
> Lucie Leistnerova
> Quality Engineer, QE Cloud, RHVM
> Red Hat EMEA
> 
> IRC: lleistne @ #rhev-qe
> ___
> 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/ZSLZRQGOAGN5TK4NZFQAA5YGINRBW23T/
___
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/F65QRWSOLRVPUO52XJCMLDILS7A3ZUM4/


[ovirt-users] Re: Hosted Engine VM and Storage not showing up

2019-01-23 Thread Vinícius Ferrão


> On 23 Jan 2019, at 14:33, Simone Tiraboschi  wrote:
> 
> 
> 
> On Wed, Jan 23, 2019 at 5:27 PM Vinícius Ferrão  <mailto:fer...@versatushpc.com.br>> wrote:
> Simone, may I up this thread.
> 
> I will request the RFE on bugzilla. I just need some time to do this.
> 
> But I have another question on this issue. In a case of an already deployed 
> oVirt installation with this bug. There’s a way to fix it? Production VMs are 
> running and I would like to know if this can be fixed without interrupting 
> the VMs.
> 
> I was thinking on getting a backup of the bugged SHE VM with hosted-engine 
> command and then trying to restore it with ovirt-hosted-engine-setup with the 
> Ansible backend. But I’m not sure if this will work.
> 
> Yes, it will.
> You can also use that tool to migrate from bare metal to hosted-engine and so 
> on.

Thank you Simone!!!

So I will get the backup from the broken HE and then redeploy it using the 
backup with the Ansible backend. Rewriting just to be sure.

>  
> 
> If not, there’s a way to at least keep the VMs running and redeploy the 
> engine from the ground without restoring the backup?
> 
> Thanks!
> 
> Sent from my iPhone
> 
> On 8 Jan 2019, at 14:49, Simone Tiraboschi  <mailto:stira...@redhat.com>> wrote:
> 
>> 
>> 
>> On Tue, Jan 8, 2019 at 5:31 PM Vinícius Ferrão > <mailto:fer...@versatushpc.com.br>> wrote:
>> Hello,
>> 
>>> On 8 Jan 2019, at 11:20, Simone Tiraboschi >> <mailto:stira...@redhat.com>> wrote:
>>> 
>>> 
>>> 
>>> On Mon, Jan 7, 2019 at 10:43 PM Vinícius Ferrão >> <mailto:fer...@versatushpc.com.br>> wrote:
>>> Simone,
>>> 
>>> I have additional findings: Ansible was failing because I was defined the 
>>> option without-password on SSH root access. So it fails with an 
>>> authentication failure error during the deployment.
>>> 
>>> After allowing root access over SSH the hosted engine deployement with 
>>> Ansible worked.
>>> 
>>> Now I will check if everything else is working fine.
>>> 
>>> Maybe I need to open a bug on Bugzilla on this issue?
>>> 
>>> Ok, from the logs I see that you set without-password and you correctly 
>>> entered a public ssh key when requested.
>>> But then ansible failed to authenticate to the engine VM, as root, with 
>>> that password.
>>> So, if you are sure that the correspondent private key was available in the 
>>> right place and with the right permissions, please open a bug.
>> 
>> Hello Simone, just to be sure. The private key was always on my personal 
>> computer. It was never on the oVirt Node.
>> 
>> For years I’ve deployed oVirt this way and it worked as expected.
>> 
>> So if the new behaviour demands a private key on the hypervisor this makes 
>> the deployment different. 
>> 
>> The purpose of the key and enabling root ssh without-password is to enforce 
>> the security of the hosted engine, right? Not the security between the 
>> hypervisor and hosted engine during the deployment phase. So the setting 
>> without-password should be set at the end of hosted engine deployment.
>> 
>> If this assumptions are correct I will proceed to the ticket on bugzilla.
>> 
>> Now the whole flow, including engine-setup on the engine VM to create the DB 
>> and so on, is executed with ansible and this requires ansible, executed on 
>> the first host, to be able to authenticate to the engine VM over ssh.
>> Currently the setup is configuring the root password and/or the root ssh pub 
>> key on the first boot with cloud-init and so this implicitly requires the 
>> user to enable password authentication or to configure the host to be able 
>> to access the engine VM with an ssh key.
>> 
>> What you are proposing requires the setup to inject a temporary key 
>> generated on the fly and remove it at the end or configure without-password 
>> only after the deployment.
>> It makes sense to me but on my opinion it's more an RFE than a real bug.
>> Feel free to file it.
>> 
>>  
>> 
>> Thanks, 
>> 
>>> 
>>>  
>>> 
>>> Thanks,
>>> 
>>>> On 7 Jan 2019, at 15:22, Vinícius Ferrão >>> <mailto:fer...@versatushpc.com.br>> wrote:
>>>> 
>>>> Hello,
>>>> 
>>>>> On 7 Jan 2019, at 12:52, Simone Tiraboschi >>>> <mailto:stira...@redhat.com>> wrote:
>>>>> 
>>>>> 
>>>>> 
&

[ovirt-users] Re: Hosted Engine VM and Storage not showing up

2019-01-23 Thread Vinícius Ferrão
Simone, may I up this thread.

I will request the RFE on bugzilla. I just need some time to do this.

But I have another question on this issue. In a case of an already deployed 
oVirt installation with this bug. There’s a way to fix it? Production VMs are 
running and I would like to know if this can be fixed without interrupting the 
VMs.

I was thinking on getting a backup of the bugged SHE VM with hosted-engine 
command and then trying to restore it with ovirt-hosted-engine-setup with the 
Ansible backend. But I’m not sure if this will work.

If not, there’s a way to at least keep the VMs running and redeploy the engine 
from the ground without restoring the backup?

Thanks!

Sent from my iPhone

> On 8 Jan 2019, at 14:49, Simone Tiraboschi  wrote:
> 
> 
> 
>> On Tue, Jan 8, 2019 at 5:31 PM Vinícius Ferrão  
>> wrote:
>> Hello,
>> 
>>> On 8 Jan 2019, at 11:20, Simone Tiraboschi  wrote:
>>> 
>>> 
>>> 
>>> On Mon, Jan 7, 2019 at 10:43 PM Vinícius Ferrão  
>>> wrote:
>>>> Simone,
>>>> 
>>>> I have additional findings: Ansible was failing because I was defined the 
>>>> option without-password on SSH root access. So it fails with an 
>>>> authentication failure error during the deployment.
>>>> 
>>>> After allowing root access over SSH the hosted engine deployement with 
>>>> Ansible worked.
>>>> 
>>>> Now I will check if everything else is working fine.
>>>> 
>>>> Maybe I need to open a bug on Bugzilla on this issue?
>>> 
>>> Ok, from the logs I see that you set without-password and you correctly 
>>> entered a public ssh key when requested.
>>> But then ansible failed to authenticate to the engine VM, as root, with 
>>> that password.
>>> So, if you are sure that the correspondent private key was available in the 
>>> right place and with the right permissions, please open a bug.
>> 
>> Hello Simone, just to be sure. The private key was always on my personal 
>> computer. It was never on the oVirt Node.
>> 
>> For years I’ve deployed oVirt this way and it worked as expected.
>> 
>> So if the new behaviour demands a private key on the hypervisor this makes 
>> the deployment different. 
>> 
>> The purpose of the key and enabling root ssh without-password is to enforce 
>> the security of the hosted engine, right? Not the security between the 
>> hypervisor and hosted engine during the deployment phase. So the setting 
>> without-password should be set at the end of hosted engine deployment.
>> 
>> If this assumptions are correct I will proceed to the ticket on bugzilla.
> 
> Now the whole flow, including engine-setup on the engine VM to create the DB 
> and so on, is executed with ansible and this requires ansible, executed on 
> the first host, to be able to authenticate to the engine VM over ssh.
> Currently the setup is configuring the root password and/or the root ssh pub 
> key on the first boot with cloud-init and so this implicitly requires the 
> user to enable password authentication or to configure the host to be able to 
> access the engine VM with an ssh key.
> 
> What you are proposing requires the setup to inject a temporary key generated 
> on the fly and remove it at the end or configure without-password only after 
> the deployment.
> It makes sense to me but on my opinion it's more an RFE than a real bug.
> Feel free to file it.
> 
>  
>> 
>> Thanks, 
>> 
>>> 
>>>  
>>>> 
>>>> Thanks,
>>>> 
>>>>> On 7 Jan 2019, at 15:22, Vinícius Ferrão  
>>>>> wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>>> On 7 Jan 2019, at 12:52, Simone Tiraboschi  wrote:
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Mon, Jan 7, 2019 at 2:03 PM Vinícius Ferrão 
>>>>>>  wrote:
>>>>>>> Hello Simone,
>>>>>>> 
>>>>>>> Sent from my iPhone
>>>>>>> 
>>>>>>>> On 7 Jan 2019, at 07:11, Simone Tiraboschi  wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Sun, Jan 6, 2019 at 5:31 PM  wrote:
>>>>>>>>> Hello,
>>>>>>>>> 
>>>>>>>>> I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after 
>>>>>>>>> deploying the hosted engine it does not

[ovirt-users] Re: need network design advice for iSCSI

2019-01-21 Thread Vinícius Ferrão
Hello people, in the past Maor Lipchuk (from RH) tried very hard to help me and 
Uwe but we was unable to converge on the solution.

This was discussed a year ago and on my understanding it still and oVirt bug. 
As today, if you simple “DuckDuckGo” for “ovirt iscsi multipath not working” 
the third link points to this bugzilla: 
https://bugzilla.redhat.com/show_bug.cgi?id=1474904 


Which is the one I’ve mentioned and it’s extremely similar to John Florian 
case, which was my case too.

@John, take a look at the bugzilla link and see if the desired topology match 
with your case.

Regards,


> On 21 Jan 2019, at 05:21, Eitan Raviv  wrote:
> 
> Shani,
> Can you help here with  iSCSI bonding?
> Thanks
> 
> On Mon, Jan 21, 2019 at 7:51 AM Uwe Laverenz  wrote:
>> 
>> Hi John,
>> 
>> Am 20.01.19 um 18:32 schrieb John Florian:
>> 
>>> As for how to get there, whatever exactly that might look like, I'm also
>>> having troubles figuring that out.  I figured I would transform the
>>> setup described below into one where each host has:
>>> 
>>>  * 2 NICs bonded with LACP for my ovirtmgmt and "main" net
>>>  * 1 NIC for my 1st storage net
>>>  * 1 NIC for my 2nd storage net
>> 
>> This is exactly the setup I use. I have run this successfully with
>> CentOS/LIO and FreeNAS iSCSI targets with good performance.
>> 
>> In short:
>> 
>> - 2 separate, isolated networks for iSCSI with dedicated adapters
>>   on hosts and iSCSI target
>> - jumbo frames enabled
>> - no VLANs config needed on hosts, untagged VLANs on switch
>> - do _not_ use LACP, let multipathd handle failovers
>> 
>> Same experience as Vinicius: what did _not_ work for me is the
>> iSCSI-Bonding in OVirt. It seems to require that all storage IPs are
>> reachable from all other IPs, which is not the case in every setup.
>> 
>> To get multipathing to work I use multipath directly:
>> 
>>> https://www.mail-archive.com/users@ovirt.org/msg42735.html
>> 
>> I will post a bonnie++ result later. If you need more details please let
>> me know.
>> 
>> cu,
>> Uwe
>> ___
>> 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/E2QKV7CZR27NT6MRSNL352KLOQ5OAGDR/

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


[ovirt-users] Re: need network design advice for iSCSI

2019-01-17 Thread Vinícius Ferrão
MPIO by concept is when you have two dedicated paths for iSCSI.

So you don’t put iSCSI inside LACP, because it won’t do the MPIO magic. Since 
it’s the same path with a single IP.

The right approach is two subjects, completely segregated without routing. You 
can use the same switch, it will not be redundant on the switch part, but it 
will be on the connections and you have two paths to follow load balancing 
between them.

But to be honest I never get how oVirt handles MPIO. The iSCSI Multipath button 
on the interface request that all points, on different paths, to be reached, 
which doesn’t make sense for my understanding. In the past I’ve opened a ticket 
about this but I simply gave up. Ended using XenServer instead for this case 
specifically, which I was trying to avoid.

Sent from my iPhone

> On 17 Jan 2019, at 22:14, John Florian  wrote:
> 
> I have an existing 4.2 setup with 2 hosts, both with a quad-gbit NIC and a 
> QNAP TS-569 Pro NAS with twin gbit NIC and five 7k2 drives.  At present, the 
> I have 5 VLANs, each with their own subnet as:
> 
> my "main" net (VLAN 1, 172.16.7.0/24)
> ovirtmgmt (VLAN 100, 192.168.100.0/24)
> four storage nets (VLANs 101-104, 192.168.101.0/24 - 192.168.104.0/24)
> On the NAS, I enslaved both NICs into a 802.3ad LAG and then bound an IP 
> address for each of the four storage nets giving me:
> 
> bond0.101@bond0: 192.168.101.101
> bond0.102@bond0: 192.168.102.102
> bond0.103@bond0: 192.168.103.103
> bond0.104@bond0: 192.168.104.104
> The hosts are similar, but with all four NICs enslaved into a 802.3ad LAG:
> 
> Host 1:
> 
> bond0.101@bond0: 192.168.101.203
> bond0.102@bond0: 192.168.102.203
> bond0.103@bond0: 192.168.103.203
> bond0.104@bond0: 192.168.104.203
> Host 2:
> 
> bond0.101@bond0: 192.168.101.204
> bond0.102@bond0: 192.168.102.204
> bond0.103@bond0: 192.168.103.204
> bond0.104@bond0: 192.168.104.204
> I believe my performance could be better though.  While running bonnie++ on a 
> VM, the NAS reports top disk throughput around 70MB/s and the network (both 
> NICs) topping out around 90MB/s.  I suspect I'm being hurt by the load 
> balancing across the NICs.  I've played with various load balancing options 
> for the LAGs (src-dst-ip and src-dst-mac) but with little difference in 
> effect.  Watching the resource monitor on the NAS, I can see that one NIC 
> almost exclusive does transmits while the other is almost exclusively 
> receives.  Here's the bonnie report (my apologies to those reading plain-text 
> here):
> 
> Version 1.97  Sequential Output   Sequential InputRandom
> Seeks 
> Sequential Create Random Create
> 
> Size  Per CharBlock   Rewrite Per CharBlock   Num Files   
> Create  ReadDelete  Create  ReadDelete
> 
> K/sec % CPU   K/sec   % CPU   K/sec   % CPU   K/sec   % CPU   K/sec   % CPU   
> /sec% CPU   
> /sec  % CPU   /sec% CPU   /sec% CPU   /sec% CPU   /sec% CPU   
> /sec% CPU
> unamed4G  267 97  75284   21  22775   8   718 
> 97  43559   7   189.5   8   16  678960  +   +++   
>   24948   75  14792   86  +   +++ 18163   51
> Latency   69048us 754ms   898ms   61246us 311ms   1126ms  Latency 33937us 
> 1132us  1299us  528us   22us458us
> 
> 
> I keep seeing MPIO mentioned for iSCSI deployments and now I'm trying to get 
> my head around how to best set that up or to even know if it would be 
> helpful.  I only have one switch (a Catalyst 3750g) in this small setup so 
> fault tolerance at that level isn't a goal.
> 
> So... what would the recommendation be?  I've never done MPIO before but know 
> where it's at in the web UI at least.
> 
> -- 
> John Florian
> ___
> 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/6PFUJFCL36VDEI6J6YUBGJNXTJHFQLYX/
___
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/RAHGWFI7W55LYNFWV6N5WFIXTCIGMSWO/


[ovirt-users] Use oVirt Node as virt-v2v server

2019-01-17 Thread Vinícius Ferrão
Hello,

I’m using virt-p2v tool to do some VM migrations from unsupported hypervisors 
and stumbled across the need of a virt-v2v dedicated server to handle 
conversions.

My first action was: rpm -qa on oVirt Node and found virt-v2v already 
installed. So the natural ideia was to use oVirt Node as the conversion server, 
it already have everything needed: virt-v2v and the export domain. So why not?

Well, it turns out it doesn’t work. After pointing to oVirt Node within 
virt-p2v tool, the conversion procedure hangs at the begging, requesting an 
username and password for libvirt that I’m unaware. And even if I was aware it 
is impossible to input the values since there’s no escape from the console to 
put the values nor any form on the GUI to do so.

libguestfs: libvirt version = 4005000 (4.5.0)
libguestfs: guest random name = guestfs-sf2i0jl3mmcxtwly
libguestfs: connect to libvirt
libguestfs: opening libvirt handle: URI = qemu:///system, auth = 
default+wrapper, flags = 0
libvirt needs authentication to connect to libvirt URI qemu:///system
(see also: http://libvirt.org/auth.html http://libvirt.org/uri.html)
Please enter your authentication name: Please enter your password: 

I eventually gave up and spun a VM with virt-v2v and the conversion is running.

The question is: wasn’t a good ideia to use oVirt Node as the conversion 
server? Why it failed? I still have a lot of conversions to do, and if I can 
use the node installation it would be great.

Thanks,

Sent from my iPhone
___
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/DYQG4TW7XUYPA6GIDRPGG7C3PJFX3QXH/


[ovirt-users] Re: Trouble with my first ovirt-engine installation.

2019-01-09 Thread Vinícius Ferrão
Post the error message to the list please.

Are you behind a HTTPS proxy doing MITM?

Cheers,

> On 9 Jan 2019, at 18:24, benzianekari...@gmail.com wrote:
> 
> I'm having a certificate problem when I'm doing a "ym install ovirt-engine"
> Can someone help me
> thank you.
> [ovirt-4.2]   
>   
>   
> 
> name=Latest oVirt 4.2 Release 
>   
>   
> 
> #baseurl=http://resources.ovirt.org/pub/ovirt-4.2/rpm/el$releasever/  
>   
>   
> 
> mirrorlist=https://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.2-el$releasever
>   
>   
> 
> enabled=1 
>   
>   
> 
> skip_if_unavailable=1 
>   
>   
> 
> gpgcheck=1
>   
>   
> 
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.2 
> 
> Thank's
> ___
> 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/XQ3M7STBZIR4QWIDITMQ7PUS4VQRNIB5/
___
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/7UB2XG3JDMSL3EMW6XYZ23ZD2DBUBLJP/


[ovirt-users] Shutdown VMs when Nobreak is on Battery

2019-01-08 Thread Vinícius Ferrão
Hello,

I would like to know if oVirt support VMs shutdown when a battery threshold on 
the nobreak device is reached.

There are some fencing agents for APC devices, so I’m hoping this is supported.

If not, how are you guys doing this kind of thing? A separate device or VM in 
the datacenter to issue the shutdown commands?

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


[ovirt-users] Re: Hosted Engine VM and Storage not showing up

2019-01-08 Thread Vinícius Ferrão
Hello,

> On 8 Jan 2019, at 11:20, Simone Tiraboschi  wrote:
> 
> 
> 
> On Mon, Jan 7, 2019 at 10:43 PM Vinícius Ferrão  <mailto:fer...@versatushpc.com.br>> wrote:
> Simone,
> 
> I have additional findings: Ansible was failing because I was defined the 
> option without-password on SSH root access. So it fails with an 
> authentication failure error during the deployment.
> 
> After allowing root access over SSH the hosted engine deployement with 
> Ansible worked.
> 
> Now I will check if everything else is working fine.
> 
> Maybe I need to open a bug on Bugzilla on this issue?
> 
> Ok, from the logs I see that you set without-password and you correctly 
> entered a public ssh key when requested.
> But then ansible failed to authenticate to the engine VM, as root, with that 
> password.
> So, if you are sure that the correspondent private key was available in the 
> right place and with the right permissions, please open a bug.

Hello Simone, just to be sure. The private key was always on my personal 
computer. It was never on the oVirt Node.

For years I’ve deployed oVirt this way and it worked as expected.

So if the new behaviour demands a private key on the hypervisor this makes the 
deployment different. 

The purpose of the key and enabling root ssh without-password is to enforce the 
security of the hosted engine, right? Not the security between the hypervisor 
and hosted engine during the deployment phase. So the setting without-password 
should be set at the end of hosted engine deployment.

If this assumptions are correct I will proceed to the ticket on bugzilla.

Thanks, 

> 
>  
> 
> Thanks,
> 
>> On 7 Jan 2019, at 15:22, Vinícius Ferrão > <mailto:fer...@versatushpc.com.br>> wrote:
>> 
>> Hello,
>> 
>>> On 7 Jan 2019, at 12:52, Simone Tiraboschi >> <mailto:stira...@redhat.com>> wrote:
>>> 
>>> 
>>> 
>>> On Mon, Jan 7, 2019 at 2:03 PM Vinícius Ferrão >> <mailto:fer...@versatushpc.com.br>> wrote:
>>> Hello Simone,
>>> 
>>> Sent from my iPhone
>>> 
>>> On 7 Jan 2019, at 07:11, Simone Tiraboschi >> <mailto:stira...@redhat.com>> wrote:
>>> 
>>>> 
>>>> 
>>>> On Sun, Jan 6, 2019 at 5:31 PM >>> <mailto:fer...@versatushpc.com.br>> wrote:
>>>> Hello,
>>>> 
>>>> I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after deploying 
>>>> the hosted engine it does not show up on the interface even after adding 
>>>> the first storage.
>>>> 
>>>> The Datacenter is up but the engine VM and the engine storage does not 
>>>> appear.
>>>> 
>>>> I have the following message repeated constantly on /var/log/messages:
>>>> 
>>>> Jan  4 20:17:30 ovirt1 journal: ovirt-ha-agent 
>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
>>>> Unable to identify the OVF_STORE volume, falling back to initial vm.conf. 
>>>> Please ensure you already added your first data domain for regular VMs
>>>> 
>>>> What’s wrong? Am I doing something different?
>>>> 
>>>> The import of external VM is broken in 4.2.7 as for 
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1649615 
>>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1649615>
>>>> It will be fixed with 4.2.8.
>>>> 
>>>> In the mean time I strongly suggest to use the regular flow for 
>>>> hosted-engine deployment (simply skip --noansible option) since only the 
>>>> vintage deprecated flow is affected by this issue.
>>>>  
>>> 
>>> Thanks for pointing the issue. I was unable the find this on bugzilla by 
>>> myself. The title isn’t helping either.
>>> 
>>> But on other hand, I only used the legacy mode because ansible mode fails.
>>> 
>>> Can you please attach a log of the issue?
>> 
>> For sure, logs on the link:
>> http://www.if.ufrj.br/~ferrao/ovirt/issues/ansible-storage-bypass 
>> <http://www.if.ufrj.br/~ferrao/ovirt/issues/ansible-storage-bypass>
>> 
>> What happens is that Ansible just bypasses the storage configuration 
>> questions:
>> 
>> [ INFO  ] Stage: Environment packages setup
>> [ INFO  ] Stage: Programs detection
>> [ INFO  ] Stage: Environment setup
>> [ INFO  ] Stage: Environment customization
>>  
>>   --== STORAGE CONFIGURATION ==--
>>  
>>  
>>   --== HOST NETWORK 

[ovirt-users] Re: Hosted Engine VM and Storage not showing up

2019-01-07 Thread Vinícius Ferrão
Simone,

I have additional findings: Ansible was failing because I was defined the 
option without-password on SSH root access. So it fails with an authentication 
failure error during the deployment.

After allowing root access over SSH the hosted engine deployement with Ansible 
worked.

Now I will check if everything else is working fine.

Maybe I need to open a bug on Bugzilla on this issue?

Thanks,

> On 7 Jan 2019, at 15:22, Vinícius Ferrão  wrote:
> 
> Hello,
> 
>> On 7 Jan 2019, at 12:52, Simone Tiraboschi > <mailto:stira...@redhat.com>> wrote:
>> 
>> 
>> 
>> On Mon, Jan 7, 2019 at 2:03 PM Vinícius Ferrão > <mailto:fer...@versatushpc.com.br>> wrote:
>> Hello Simone,
>> 
>> Sent from my iPhone
>> 
>> On 7 Jan 2019, at 07:11, Simone Tiraboschi > <mailto:stira...@redhat.com>> wrote:
>> 
>>> 
>>> 
>>> On Sun, Jan 6, 2019 at 5:31 PM >> <mailto:fer...@versatushpc.com.br>> wrote:
>>> Hello,
>>> 
>>> I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after deploying 
>>> the hosted engine it does not show up on the interface even after adding 
>>> the first storage.
>>> 
>>> The Datacenter is up but the engine VM and the engine storage does not 
>>> appear.
>>> 
>>> I have the following message repeated constantly on /var/log/messages:
>>> 
>>> Jan  4 20:17:30 ovirt1 journal: ovirt-ha-agent 
>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
>>> Unable to identify the OVF_STORE volume, falling back to initial vm.conf. 
>>> Please ensure you already added your first data domain for regular VMs
>>> 
>>> What’s wrong? Am I doing something different?
>>> 
>>> The import of external VM is broken in 4.2.7 as for 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1649615 
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1649615>
>>> It will be fixed with 4.2.8.
>>> 
>>> In the mean time I strongly suggest to use the regular flow for 
>>> hosted-engine deployment (simply skip --noansible option) since only the 
>>> vintage deprecated flow is affected by this issue.
>>>  
>> 
>> Thanks for pointing the issue. I was unable the find this on bugzilla by 
>> myself. The title isn’t helping either.
>> 
>> But on other hand, I only used the legacy mode because ansible mode fails.
>> 
>> Can you please attach a log of the issue?
> 
> For sure, logs on the link:
> http://www.if.ufrj.br/~ferrao/ovirt/issues/ansible-storage-bypass 
> <http://www.if.ufrj.br/~ferrao/ovirt/issues/ansible-storage-bypass>
> 
> What happens is that Ansible just bypasses the storage configuration 
> questions:
> 
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ INFO  ] Stage: Environment customization
>  
>   --== STORAGE CONFIGURATION ==--
>  
>  
>   --== HOST NETWORK CONFIGURATION ==--
>  
>   Please indicate a pingable gateway IP address [10.20.0.1]: 
> [ INFO  ] TASK [Gathering Facts]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [Detecting interface on existing management bridge]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [Get all active network interfaces]
> [ INFO  ] TASK [Filter bonds with bad naming]
> [ INFO  ] TASK [Generate output list]
> 
> 
>>  
>> 
>> I’m not sure why it fails. I can try it again, but I can ask in advance: the 
>> management network is bonded, is this an issue? I think I’ve read something 
>> about this on this list but I’m unsure.
>> 
>> No, but you should set bond mode 1, 2, 3, or 4.
>> Teaming is not supported.
> 
> Thanks, since I’m using 802.3ad (LACP) - mode 4, I think I’m good.
> 
>>  
>> 
>> Thanks,
>> 
>>> 
>>> 
>>> Additional infos:
>>> 
>>> [root@ovirt1 ~]# vdsm-tool list-nets
>>> ovirtmgmt (default route)
>>> storage
>>> 
>>> [root@ovirt1 ~]# ip a | grep "inet "
>>>inet 127.0.0.1/8 <http://127.0.0.1/8> scope host lo
>>>inet 10.20.0.101/24 <http://10.20.0.101/24> brd 10.20.0.255 scope global 
>>> dynamic ovirtmgmt
>>>inet 192.168.10.1/29 <http://192.168.10.1/29> brd 192.168.10.7 scope 
>>> global storage
>>> 
>>> [root@ovirt1 ~]# mount | grep -i nfs
>>> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
>>> 10.20.0.20

[ovirt-users] Re: Hosted Engine VM and Storage not showing up

2019-01-07 Thread Vinícius Ferrão
Hello,

> On 7 Jan 2019, at 12:52, Simone Tiraboschi  wrote:
> 
> 
> 
> On Mon, Jan 7, 2019 at 2:03 PM Vinícius Ferrão  <mailto:fer...@versatushpc.com.br>> wrote:
> Hello Simone,
> 
> Sent from my iPhone
> 
> On 7 Jan 2019, at 07:11, Simone Tiraboschi  <mailto:stira...@redhat.com>> wrote:
> 
>> 
>> 
>> On Sun, Jan 6, 2019 at 5:31 PM > <mailto:fer...@versatushpc.com.br>> wrote:
>> Hello,
>> 
>> I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after deploying 
>> the hosted engine it does not show up on the interface even after adding the 
>> first storage.
>> 
>> The Datacenter is up but the engine VM and the engine storage does not 
>> appear.
>> 
>> I have the following message repeated constantly on /var/log/messages:
>> 
>> Jan  4 20:17:30 ovirt1 journal: ovirt-ha-agent 
>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR 
>> Unable to identify the OVF_STORE volume, falling back to initial vm.conf. 
>> Please ensure you already added your first data domain for regular VMs
>> 
>> What’s wrong? Am I doing something different?
>> 
>> The import of external VM is broken in 4.2.7 as for 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1649615 
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1649615>
>> It will be fixed with 4.2.8.
>> 
>> In the mean time I strongly suggest to use the regular flow for 
>> hosted-engine deployment (simply skip --noansible option) since only the 
>> vintage deprecated flow is affected by this issue.
>>  
> 
> Thanks for pointing the issue. I was unable the find this on bugzilla by 
> myself. The title isn’t helping either.
> 
> But on other hand, I only used the legacy mode because ansible mode fails.
> 
> Can you please attach a log of the issue?

For sure, logs on the link:
http://www.if.ufrj.br/~ferrao/ovirt/issues/ansible-storage-bypass

What happens is that Ansible just bypasses the storage configuration questions:

[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization
 
  --== STORAGE CONFIGURATION ==--
 
 
  --== HOST NETWORK CONFIGURATION ==--
 
  Please indicate a pingable gateway IP address [10.20.0.1]: 
[ INFO  ] TASK [Gathering Facts]
[ INFO  ] ok: [localhost]
[ INFO  ] TASK [Detecting interface on existing management bridge]
[ INFO  ] skipping: [localhost]
[ INFO  ] TASK [Get all active network interfaces]
[ INFO  ] TASK [Filter bonds with bad naming]
[ INFO  ] TASK [Generate output list]


>  
> 
> I’m not sure why it fails. I can try it again, but I can ask in advance: the 
> management network is bonded, is this an issue? I think I’ve read something 
> about this on this list but I’m unsure.
> 
> No, but you should set bond mode 1, 2, 3, or 4.
> Teaming is not supported.

Thanks, since I’m using 802.3ad (LACP) - mode 4, I think I’m good.

>  
> 
> Thanks,
> 
>> 
>> 
>> Additional infos:
>> 
>> [root@ovirt1 ~]# vdsm-tool list-nets
>> ovirtmgmt (default route)
>> storage
>> 
>> [root@ovirt1 ~]# ip a | grep "inet "
>>inet 127.0.0.1/8 <http://127.0.0.1/8> scope host lo
>>inet 10.20.0.101/24 <http://10.20.0.101/24> brd 10.20.0.255 scope global 
>> dynamic ovirtmgmt
>>inet 192.168.10.1/29 <http://192.168.10.1/29> brd 192.168.10.7 scope 
>> global storage
>> 
>> [root@ovirt1 ~]# mount | grep -i nfs
>> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
>> 10.20.0.200:/mnt/pool0/ovirt/he on /rhev/data-center/mnt/10.20.0. 
>> <http://10.20.0.0/>200:_mnt_pool0_ovirt_he type nfs4 
>> (rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.20.0.101,local_lock=none,addr=10.20.0.200)
>> 
>> [root@ovirt1 ~]# hosted-engine --check-deployed
>> Returns nothing!
>> 
>> [root@ovirt1 ~]# hosted-engine --check-liveliness
>> Hosted Engine is up!
>> 
>> [root@ovirt1 ~]# hosted-engine --vm-status
>> 
>> --== Host 1 status ==--
>> 
>> conf_on_shared_storage : True
>> Status up-to-date  : True
>> Hostname   : ovirt1.local.versatushpc.com.br 
>> <http://ovirt1.local.versatushpc.com.br/>
>> Host ID: 1
>> Engine status  : {"health": "good", "vm": "up", 
>> "detail": "Up"}
>> 

[ovirt-users] Hosted Engine VM and Storage not showing up

2019-01-07 Thread Vinícius Ferrão
Hello,

I’ve a new oVirt installation using oVirt 4.2.7.1 Node and after deploying the 
hosted engine it does not show up on the interface even after adding the first 
storage.

The Datacenter is up but the engine VM and the engine storage does not appear.

I have the following message repeated constantly on /var/log/messages:

Jan  4 20:17:30 ovirt1 journal: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm ERROR Unable 
to identify the OVF_STORE volume, falling back to initial vm.conf. Please 
ensure you already added your first data domain for regular VMs

What’s wrong? Am I doing something different?


Additional infos:

[root@ovirt1 ~]# vdsm-tool list-nets
ovirtmgmt (default route)
storage

[root@ovirt1 ~]# ip a | grep "inet "
inet 127.0.0.1/8 scope host lo
inet 10.20.0.101/24 brd 10.20.0.255 scope global dynamic ovirtmgmt
inet 192.168.10.1/29 brd 192.168.10.7 scope global storage

[root@ovirt1 ~]# mount | grep -i nfs
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
10.20.0.200:/mnt/pool0/ovirt/he on 
/rhev/data-center/mnt/10.20.0.200:_mnt_pool0_ovirt_he type nfs4 
(rw,relatime,vers=4.1,rsize=131072,wsize=131072,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.20.0.101,local_lock=none,addr=10.20.0.200)

[root@ovirt1 ~]# hosted-engine --check-deployed
Returns nothing!

[root@ovirt1 ~]# hosted-engine --check-liveliness
Hosted Engine is up!

[root@ovirt1 ~]# hosted-engine --vm-status

--== Host 1 status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : ovirt1.local.versatushpc.com.br
Host ID: 1
Engine status  : {"health": "good", "vm": "up", "detail": 
"Up"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 1736a87d
local_conf_timestamp   : 7836
Host timestamp : 7836
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=7836 (Fri Jan  4 20:18:10 2019)
host-id=1
score=3400
vm_conf_refresh_time=7836 (Fri Jan  4 20:18:10 2019)
conf_on_shared_storage=True
maintenance=False
state=EngineUp
stopped=False


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


[ovirt-users] Local disk RAID best practices (HW vs SW RAID)

2018-10-18 Thread Vinícius Ferrão
Hello,

I’m RAIDing the local hypervisor disks. I’m aware that in some scenarios this 
isn’t even needed.

But I would like to know which is the best practice in this scenario: Hardware 
RAID from a cheap Dell H330 controller, or just leave the controller in HBA 
mode and make a software RAID during install of the Hypervisor?

Thanks,

Sent from my iPhone
___
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/I65R3QZL4U5QR35SB7HJFSB4DNB464E4/


[ovirt-users] P2V Tools for oVirt

2018-10-02 Thread Vinícius Ferrão
Hello,

I’m looking for a P2V tool to migrate some physical machine to oVirt. I’m 
specifically worried about database servers that must be made virtual.

What are the recommendations and tested tools?

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/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/4UZR5MZXLMSUDR52JE7UDKX3MGS3DDY7/


[ovirt-users] Re: Agentless backup solutions

2018-06-22 Thread Vinícius Ferrão
Just adding my two cents: oVirt Simple Backup can handle XenServer -> RHV/oVirt 
migrations on the GUI.

I’ve not tested it yet, but I will definitely trying this on the following 
months.



On 19 Jun 2018, at 18:09, Greg Sheremeta 
mailto:gsher...@redhat.com>> wrote:

[I have not used this, only heard about it]
https://www.trilio.io/resources/triliovault-3-data-protection-red-hat-virtualization/

Greg

On Tue, Jun 19, 2018 at 3:01 PM Niyazi Elvan 
mailto:niyaziel...@gmail.com>> wrote:
Hi,

You can have a look at Open Bacchus

https://github.com/openbacchus/bacchus


On 18 Jun 2018 Mon at 09:00 femi adegoke 
mailto:ov...@fateknollogee.com>> wrote:
What backup solutions are people using?

I'm only interested in host-level backups (no agents in the vm's)

I am aware of the following products:
https://storware.eu/en/storware-vprotect/
https://github.com/zipurman/oVIRT_Simple_Backup
https://www.sepusa.com/

Any others?
___
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/4DALKB5KLV5HUAT2XUCRUPFXJXFUNV63/
--
Niyazi Elvan
___
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/SXWVCYCQVIKS6IYCA56MAS26S26EUJ72/


--
GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

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

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


  1   2   >