date:20210823

[ovirt-users] Re: Template for Ubuntu 18.04 Server Issues

2021-08-23 Thread Florian Schmid via Users

Good morning,

I think the location of the client lease file has changed from 16.04 to 18.04 
when moving to netplan.

I think, after creating a template, this file should be deleted, otherwise the 
client may reuse the old IP...

18.04 and above: /run/systemd/netif/leases/
below: /var/lib/dhcp/

BR Florian

- Ursprüngliche Mail -
Von: "Miguel Garcia" 
An: "users" 
Gesendet: Dienstag, 24. August 2021 02:46:31
Betreff: [ovirt-users] Re: Template for Ubuntu 18.04 Server Issues

I have seen the same problem. Even confirmed that MAC address are different on 
VM's. I am using a DSHP server.

How do you use the virt-sysprep command? is executed from ovirt-master / vm? 
how do you select the template though?

I'm at the same point as you, not sure if this is expected behave or missing 
something.
___
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/4TGAQLCQIKJ6UVJG4DLM5J5KUWQLB64W/
___
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/WZQZSZ7DZBXYCHKAJQ3OJKPDVD45OM2S/

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-23 Thread Tommy Sway

Thank you very much! 

 

However, if you use virt-Sysprep, you need to use this tool to complete 
template creation inside the VM to be created. Using oVirt's own template 
encapsulation option, however, does not require you to log in to the VM to run 
similar commands. It's just that using the Virt-Sysprep tool gives you more 
autonomy and options to choose from, whereas oVirt's own template encapsulation 
options are fixed and you can't personalize more options.

 

Am I getting that right?

 

 

 

From: users-boun...@ovirt.org  On Behalf Of Liran 
Rotenberg
Sent: Monday, August 23, 2021 5:23 PM
To: Tommy Sway 
Cc: users@ovirt.org
Subject: [ovirt-users] Re: what difference between the Cloud-Init Network 
Protocol options ?

 



On Sun, Aug 22, 2021 at 7:56 PM Tommy Sway mailto:sz_cui...@163.com> > wrote:
>
> I have read the document you gave me, but can you list what specific 
> information was deleted by the sealing action?
Yes, it was more about how to do it.

Here are some more detailed links:
https://www.ovirt.org/develop/release-management/features/virt/virt-sysprep.html

 

Our linux sealing uses virt-sysprep:

https://libguestfs.org/virt-sysprep.1.html

 

As for windows:

https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/sysprep--generalize--a-windows-installation
>
>  
>
> Thanks!
>
>  
>
>  
>
>  
>
>  
>
>  
>
> From: Liran Rotenberg mailto:lrote...@redhat.com> >
> Sent: Sunday, August 22, 2021 11:33 PM
> To: Tommy Sway mailto:sz_cui...@163.com> >
> Cc: Eitan Raviv mailto:era...@redhat.com> >; 
> users@ovirt.org  
> Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init Network 
> Protocol options ?
>
>  
>
>
>
> On Sun, Aug 22, 2021 at 5:54 PM Tommy Sway   > wrote:
> >
> > I see. Can I just ask again, I've seen this option when you're referring to 
> > sealed Linux, but I don't understand what it means? What is a sealed Linux, 
> > and how is it different from a non-sealed Linux? Can you explain, thank you!
> >
> Usually you make a template sealed and create multiple VMs from it. The 
> sealing is clearing system specific details.
> You may find this link handy for sealing:
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/virtual_machine_management_guide/chap-templates
> >
> >
> > -Original Message-
> > From: Liran Rotenberg mailto:lrote...@redhat.com> >
> > Sent: Sunday, August 22, 2021 10:46 PM
> > To: Tommy Sway mailto:sz_cui...@163.com> >
> > Cc: Eitan Raviv mailto:era...@redhat.com> >; 
> > users@ovirt.org  
> > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init 
> > Network Protocol options ?
> >
> > On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  >  > wrote:
> > >
> > > What I want to know is if I use openstack metadata, do I need to 
> > > configure any additional information related to openstack?  For example, 
> > > do I need to set up an openstack node as an external provider to use 
> > > cloud-init services based on it?
> > >
> > Not that I am aware of. It's just the protocol cloud-init will read the 
> > network information provided.
> > You can set it via API/UI. Or, to set it within the custom script.
> > Bottom line you need:
> > A VM with cloud-init installed, service is running and enabled.
> > Set the configuration you wish to set.
> > If it's a first boot (usually a sealed VM) you can run the VM as you wish.
> > If it's not the first boot, you will need to set the configuration within 
> > the Run-Once and run the VM as Run-Once.
> >
> > I hope it helps to your question,
> > Liran
> > >
> > >
> > >
> > > -Original Message-
> > > From: Liran Rotenberg mailto:lrote...@redhat.com> >
> > > Sent: Sunday, August 22, 2021 4:01 PM
> > > To: Tommy Sway mailto:sz_cui...@163.com> >; Eitan 
> > > Raviv mailto:era...@redhat.com> >
> > > Cc: users@ovirt.org  
> > > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init 
> > > Network Protocol options ?
> > >
> > > On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  > >  > wrote:
> > > >
> > > > Any one can help me ?
> > > >
> > > Adding +Eitan Raviv
> > > The general information I can give is that older versions of cloud-init 
> > > support ENI protocol when network configuration provided while on newer 
> > > versions (EL7+, Eitan please correct me if I'm wrong), support the 
> > > openstack protocol.
> > > The ENI option was added to support the back compatibility of older OSes 
> > > and cloud-init versions.
> > >
> > > Regards,
> > > Liran
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > From: users-boun...@ovirt.org   
> > > > mailto:users-boun...@ovirt.org> > On Behalf Of
> > > > Tommy Sway
> > > > Sent: Saturday, August 14, 2021 6:18 PM
> > > > To: users@ovirt.org  
> > > > Subject: [ovirt-users] Re: what

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

2021-08-23 Thread Tommy Sway

Thank you!

From: Marcos Sungaila  
Sent: Monday, August 23, 2021 11:39 PM
To: Tommy Sway ; 'wodel youchi' 
Cc: 'users' 
Subject: RE: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Tommy,

I remember I used the doc from Debian page as a starting point and adapted to 
Fedora.

I deactivated the NetworkManager on the WLAN interface and prepared many 
commands to add to rc.local.

I remember I had issues with routing when using NAT network (it was a KVM host 
only, not an oVirt instance) despite it woked fine with bridge connections.

I will look if I have a copy in my old backups. It was a long time ago.

Marcos

From: Tommy Sway mailto:sz_cui...@163.com> > 
Sent: segunda-feira, 23 de agosto de 2021 12:05
To: Marcos Sungaila mailto:marcos.sunga...@oracle.com> >; 'wodel youchi' mailto:wodel.you...@gmail.com> >
Cc: 'users' mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Thank you!

Could you give me some guide doc ?

Moreover, my use environment is only for testing functions and does not involve 
security issues. I just want to make full use of physical resources.

From: users-boun...@ovirt.org   
mailto:users-boun...@ovirt.org> > On Behalf Of Marcos 
Sungaila
Sent: Monday, August 23, 2021 9:13 PM
To: wodel youchi mailto:wodel.you...@gmail.com> >; 
Tommy Sway mailto:sz_cui...@163.com> >
Cc: users mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Hi Tommy,

Two comments for your appreciation:

1st: Technically, it is possible. You can configure your wireless network as a 
bridge and use it as you wish. I did it in my laptop a long time ago to test 
KVM instances.

2nd: Taking security in focus, it is not a recommendation to use wireless cards 
in servers. Wireless connections can be easily attacked since there is no need 
for someone to have logical access to your server.

Regards,

Marcos

From: wodel youchi mailto:wodel.you...@gmail.com> > 
Sent: domingo, 22 de agosto de 2021 07:13
To: Tommy Sway mailto:sz_cui...@163.com> >
Cc: users mailto:users@ovirt.org> >
Subject: [External] : [ovirt-users] Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Hi,

In my little experience, no you can't, I tried that a while ago it didn't work, 
there is some old tutorial on Debian but it didn't work for me.

May be what you can do is share you wireless connexion with your wired 
connexion (where you can create your bridge). And play with the firewall to 
expose the ovirt webadmin-ui to your external network.

Regards.

Le dim. 22 août 2021 à 07:18, Tommy Sway mailto:sz_cui...@163.com> > a écrit :

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

___
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:

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread ssarang520

With csi, a pvc is created and a pod is also created by attaching the pvc.

And if I delete the pod, /dev/rbd0 connected to the ovirt vm is not released 
and connection information remains in the DB.
So I cannot delete the pvc and cannot attach the pvc again.
___
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/Q6KDWOOMNYDM4LLQJNT6BGVK5VHIWDD2/

[ovirt-users] Re: Template for Ubuntu 18.04 Server Issues

2021-08-23 Thread Miguel Garcia

I have seen the same problem. Even confirmed that MAC address are different on 
VM's. I am using a DSHP server.

How do you use the virt-sysprep command? is executed from ovirt-master / vm? 
how do you select the template though?

I'm at the same point as you, not sure if this is expected behave or missing 
something.
___
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/4TGAQLCQIKJ6UVJG4DLM5J5KUWQLB64W/

[ovirt-users] Impossible to move disk after a previous disk move failed

2021-08-23 Thread James Wadsworth

This is the log of when it fails

2021-08-23 21:24:10,667+0200 WARN  (tasks/0) [storage.LVM] Command with 
specific filter failed or returned no data, retrying with a wider filter: LVM 
command failed: 'cmd=[\'/sbin/lvm\', \'lvcreate\', \'--config\', \'devices {  
preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1  
write_cache_state=0  disable_after_error_count=3  
filter=["a|^/dev/mapper/36001405299f83b19569473f9c580660c$|", "r|.*|"]  
hints="none"  obtain_device_list_from_udev=0 } global {  locking_type=1  
prioritise_write_locks=1  wait_for_locks=1  use_lvmetad=0  use_lvmpolld=1 } 
backup {  retain_min=50  retain_days=0 }\', \'--autobackup\', \'n\', 
\'--contiguous\', \'n\', \'--size\', \'40960m\', \'--wipesignatures\', \'n\', 
\'--addtag\', \'OVIRT_VOL_INITIALIZING\', \'--name\', 
\'432ceb20-efb7-4a40-8431-1b5c825a6168\', 
\'c23a5bef-48e0-46c7-9d5b-93c97f0240c0\'] rc=5 out=[] err=[\'  Logical Volume 
"432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
"c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']' (l
 vm:534)
2021-08-23 21:24:10,859+0200 WARN  (tasks/0) [storage.LVM] All 2 tries have 
failed: LVM command failed: 'cmd=[\'/sbin/lvm\', \'lvcreate\', \'--config\', 
\'devices {  preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1  
write_cache_state=0  disable_after_error_count=3  
filter=["a|^/dev/mapper/36001405299f83b19569473f9c580660c$|^/dev/mapper/36001405cdf35411dd040d4121d9326d1$|^/dev/mapper/36001405df393063de6f0d4451d8a61d3$|",
 "r|.*|"]  hints="none"  obtain_device_list_from_udev=0 } global {  
locking_type=1  prioritise_write_locks=1  wait_for_locks=1  use_lvmetad=0  
use_lvmpolld=1 } backup {  retain_min=50  retain_days=0 }\', \'--autobackup\', 
\'n\', \'--contiguous\', \'n\', \'--size\', \'40960m\', \'--wipesignatures\', 
\'n\', \'--addtag\', \'OVIRT_VOL_INITIALIZING\', \'--name\', 
\'432ceb20-efb7-4a40-8431-1b5c825a6168\', 
\'c23a5bef-48e0-46c7-9d5b-93c97f0240c0\'] rc=5 out=[] err=[\'  Logical Volume 
"432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
"c23a5bef-4
 8e0-46c7-9d5b-93c97f0240c0"\']' (lvm:561)
2021-08-23 21:24:10,859+0200 ERROR (tasks/0) [storage.Volume] Failed to create 
volume 
/rhev/data-center/mnt/blockSD/c23a5bef-48e0-46c7-9d5b-93c97f0240c0/images/2172a4ac-6992-4cc2-be1b-6b9290bc9798/432ceb20-efb7-4a40-8431-1b5c825a6168:
 Cannot create Logical Volume: 'vgname=c23a5bef-48e0-46c7-9d5b-93c97f0240c0 
lvname=432ceb20-efb7-4a40-8431-1b5c825a6168 err=[\'  Logical Volume 
"432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
"c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']' (volume:1257)
2021-08-23 21:24:10,860+0200 ERROR (tasks/0) [storage.Volume] Unexpected error 
(volume:1293)
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1254, in 
create
add_bitmaps=add_bitmaps)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/blockVolume.py", line 
508, in _create
initialTags=(sc.TAG_VOL_UNINIT,))
  File "/usr/lib/python3.6/site-packages/vdsm/storage/lvm.py", line 1633, in 
createLV
raise se.CannotCreateLogicalVolume(vgName, lvName, err)
vdsm.storage.exception.CannotCreateLogicalVolume: Cannot create Logical Volume: 
'vgname=c23a5bef-48e0-46c7-9d5b-93c97f0240c0 
lvname=432ceb20-efb7-4a40-8431-1b5c825a6168 err=[\'  Logical Volume 
"432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group 
"c23a5bef-48e0-46c7-9d5b-93c97f0240c0"\']'
2021-08-23 21:24:10,860+0200 ERROR (tasks/0) [storage.TaskManager.Task] 
(Task='55a4e8dc-9408-4969-b0ba-b9a556bccba1') Unexpected error (task:877)
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 884, in 
_run
return fn(*args, **kargs)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/task.py", line 350, in run
return self.cmd(*self.argslist, **self.argsdict)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/sp.py", line 1945, in 
createVolume
initial_size=initialSize, add_bitmaps=addBitmaps)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/sd.py", line 1216, in 
createVolume
initial_size=initial_size, add_bitmaps=add_bitmaps)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/volume.py", line 1254, in 
create
add_bitmaps=add_bitmaps)
  File "/usr/lib/python3.6/site-packages/vdsm/storage/blockVolume.py", line 
508, in _create
initialTags=(sc.TAG_VOL_UNINIT,))
  File "/usr/lib/python3.6/site-packages/vdsm/storage/lvm.py", line 1633, in 
createLV
raise se.CannotCreateLogicalVolume(vgName, lvName, err)
vdsm.storage.exception.CannotCreateLogicalVolume: Cannot create Logical Volume: 
'vgname=c23a5bef-48e0-46c7-9d5b-93c97f0240c0 
lvname=432ceb20-efb7-4a40-8431-1b5c825a6168 err=[\'  Logical Volume 
"432ceb20-efb7-4a40-8431-1b5c825a6168" already exists in volume group

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

2021-08-23 Thread Marcos Sungaila

Tommy,

I remember I used the doc from Debian page as a starting point and adapted to 
Fedora.
I deactivated the NetworkManager on the WLAN interface and prepared many 
commands to add to rc.local.
I remember I had issues with routing when using NAT network (it was a KVM host 
only, not an oVirt instance) despite it woked fine with bridge connections.

I will look if I have a copy in my old backups. It was a long time ago.

Marcos

From: Tommy Sway 
Sent: segunda-feira, 23 de agosto de 2021 12:05
To: Marcos Sungaila ; 'wodel youchi' 

Cc: 'users' 
Subject: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Thank you!

Could you give me some guide doc ?

Moreover, my use environment is only for testing functions and does not involve 
security issues. I just want to make full use of physical resources.




From: users-boun...@ovirt.org 
mailto:users-boun...@ovirt.org>> On Behalf Of Marcos 
Sungaila
Sent: Monday, August 23, 2021 9:13 PM
To: wodel youchi mailto:wodel.you...@gmail.com>>; Tommy 
Sway mailto:sz_cui...@163.com>>
Cc: users mailto:users@ovirt.org>>
Subject: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Hi Tommy,

Two comments for your appreciation:

1st: Technically, it is possible. You can configure your wireless network as a 
bridge and use it as you wish. I did it in my laptop a long time ago to test 
KVM instances.
2nd: Taking security in focus, it is not a recommendation to use wireless cards 
in servers. Wireless connections can be easily attacked since there is no need 
for someone to have logical access to your server.

Regards,
Marcos

From: wodel youchi mailto:wodel.you...@gmail.com>>
Sent: domingo, 22 de agosto de 2021 07:13
To: Tommy Sway mailto:sz_cui...@163.com>>
Cc: users mailto:users@ovirt.org>>
Subject: [External] : [ovirt-users] Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Hi,
In my little experience, no you can't, I tried that a while ago it didn't work, 
there is some old tutorial on Debian but it didn't work for me.
May be what you can do is share you wireless connexion with your wired 
connexion (where you can create your bridge). And play with the firewall to 
expose the ovirt webadmin-ui to your external network.

Regards.

Le dim. 22 août 2021 à 07:18, Tommy Sway 
mailto:sz_cui...@163.com>> a écrit :
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/FRZB5SQD4NOLU5CAFVEUYJWG74H7DHJD/
___
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/DNGPEWDD5G5L4BFEHRP4BNM7LPJZHFBI/

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

2021-08-23 Thread Tommy Sway

Thank you!

 

Could you give me some guide doc ?

 

Moreover, my use environment is only for testing functions and does not involve 
security issues. I just want to make full use of physical resources.

 

 

 

 

From: users-boun...@ovirt.org  On Behalf Of Marcos 
Sungaila
Sent: Monday, August 23, 2021 9:13 PM
To: wodel youchi ; Tommy Sway 
Cc: users 
Subject: [ovirt-users] Re: [External] : Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

 

Hi Tommy,

 

Two comments for your appreciation:

 

1st: Technically, it is possible. You can configure your wireless network as a 
bridge and use it as you wish. I did it in my laptop a long time ago to test 
KVM instances.

2nd: Taking security in focus, it is not a recommendation to use wireless cards 
in servers. Wireless connections can be easily attacked since there is no need 
for someone to have logical access to your server.

 

Regards,

Marcos

 

From: wodel youchi mailto:wodel.you...@gmail.com> > 
Sent: domingo, 22 de agosto de 2021 07:13
To: Tommy Sway mailto:sz_cui...@163.com> >
Cc: users mailto:users@ovirt.org> >
Subject: [External] : [ovirt-users] Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

 

Hi,

In my little experience, no you can't, I tried that a while ago it didn't work, 
there is some old tutorial on Debian but it didn't work for me.

May be what you can do is share you wireless connexion with your wired 
connexion (where you can create your bridge). And play with the firewall to 
expose the ovirt webadmin-ui to your external network.

 

Regards.

 

Le dim. 22 août 2021 à 07:18, Tommy Sway mailto:sz_cui...@163.com> > a écrit :

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

 

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

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

2021-08-23 Thread Marcos Sungaila

Hi Tommy,

Two comments for your appreciation:

1st: Technically, it is possible. You can configure your wireless network as a 
bridge and use it as you wish. I did it in my laptop a long time ago to test 
KVM instances.
2nd: Taking security in focus, it is not a recommendation to use wireless cards 
in servers. Wireless connections can be easily attacked since there is no need 
for someone to have logical access to your server.

Regards,
Marcos

From: wodel youchi 
Sent: domingo, 22 de agosto de 2021 07:13
To: Tommy Sway 
Cc: users 
Subject: [External] : [ovirt-users] Re: Is it possible to configure the 
wireless network card on the Linux host as the bridge to provide oVirt for use?

Hi,
In my little experience, no you can't, I tried that a while ago it didn't work, 
there is some old tutorial on Debian but it didn't work for me.
May be what you can do is share you wireless connexion with your wired 
connexion (where you can create your bridge). And play with the firewall to 
expose the ovirt webadmin-ui to your external network.

Regards.

Le dim. 22 août 2021 à 07:18, Tommy Sway 
mailto:sz_cui...@163.com>> a écrit :
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/FRZB5SQD4NOLU5CAFVEUYJWG74H7DHJD/
___
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/QQ2PKHWWKEALZGF4MJLS3PCXX7RX3DBR/

[ovirt-users] oVirt Monitoring Alerts via Grafana

2021-08-23 Thread Aviv Litman

Hi all,
Hope you all are doing well.

Checkout this new oVirt blog: oVirt Monitoring Alerts via Grafana
.

The blog explains how to configure alerts in Grafana for your oVirt
environment and provides an example alerts dashboard that you can import,
use and edit to your needs.

When using alerts significant or critical data changes can be immediately
recognized, so don't miss this opportunity to learn how to configure and
use this important tool.

Feedback, comments and suggestions are more than welcome!
-- 

Aviv Litman

BI Associate Software Engineer

Red Hat 

alit...@redhat.com

___
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/6GE5GLDCFOOWS3ZJXAACZFFAXR55YHAI/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Janos Pasztor

Hey there,

The CSI driver in this repository is built with OpenShift in mind, and does
not have an upstream that is intended to work with vanilla Kubernetes. Even
if you get it to work now, it may break in the future.

We have had some discussions around reviving the upstream for the CSI
driver, which is located here: https://github.com/oVirt/csi-driver

We are also doing a fair bit of work which will make the process easier
here: https://github.com/oVirt/go-ovirt-client

However, at this time we haven't made any progress that would be useful to
you. With that in mind, I would recommend reporting possible bugs either on
GitHub or on Bugzilla, that way they will reach us quicker, even if we
officially don't support vanilla Kubernetes.

Cheers,

Janos

On Mon, Aug 23, 2021 at 12:57 AM  wrote:

> Hi all,
>
> I deployed ovirt-csi in the k8s by applying yaml manually. I used the
> latest version of the container image.
> (https://github.com/openshift/ovirt-csi-driver-operator/tree/master/assets
> )
>
> After successfully creating pvc and pod, I tried to delete it.
> And the pod is deleted, but the pvc is not deleted. This is because
> deleting a pod does not unmap /dev/rbd0 attached to the ovirt vm.
>
> How can I delete the pvc successfully?
>
> oVirt engine version is 4.4.7.6-1.el8.
> Here is the engine log when deleting the pod:
>
> 2021-08-20 17:40:35,385+09 INFO
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default
> task-149) [] User admin@internal-authz with profile [internal]
> successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-08-20 17:40:35,403+09 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-149)
> [68ee3182] Running command: CreateUserSessionCommand internal: false.
> 2021-08-20 17:40:35,517+09 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-149) [68ee3182] EVENT_ID: USER_VDC_LOGIN(30), User
> admin@internal-authz connecting from '192.168.7.169' using session
> 'XfDgNkmAGnPiZahK5itLhHQTCNHZ3JwXMMzOiZrYL3C32+1TTys3xcjrAmCIKPu02hgN1sdVpfZXWd0FznaPCQ=='
> logged in.
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,663+09 INFO
> [org.ovirt.engine.core.bll.storage.disk.DetachDiskFromVmCommand] (default
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Running command:
> DetachDiskFromVmCommand internal: false. Entities affected :  ID:
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-20 17:40:35,664+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START,
> HotUnPlugDiskVDSCommand(HostName = host,
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596',
> diskId='63a64445-1659-4d5f-8847-e7266e64b09e'}), log id: 506ff4a4
> 2021-08-20 17:40:35,678+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Disk hot-unplug:
> 
>   
> 
>   
> 
>   
> 
>
> 2021-08-20 17:40:35,749+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] FINISH,
> HotUnPlugDiskVDSCommand, return: , log id: 506ff4a4
> 2021-08-20 17:40:35,842+09 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-149)

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Janos Pasztor

 Hey there,

The CSI driver in this repository is built with OpenShift in mind, and does
not have an upstream that is intended to work with vanilla Kubernetes. Even
if you get it to work now, it may break in the future.

We have had some discussions around reviving the upstream for the CSI
driver, which is located here: https://github.com/oVirt/csi-driver

We are also doing a fair bit of work which will make the process easier
here: https://github.com/oVirt/go-ovirt-client

However, at this time we haven't made any progress that would be useful to
you. With that in mind, I would recommend reporting possible bugs either on
GitHub or on Bugzilla, that way they will reach us quicker, even if we
officially don't support vanilla Kubernetes.

Cheers,

Janos

On Mon, Aug 23, 2021 at 12:57 AM  wrote:

> Hi all,
>
> I deployed ovirt-csi in the k8s by applying yaml manually. I used the
> latest version of the container image.
> (https://github.com/openshift/ovirt-csi-driver-operator/tree/master/assets
> )
>
> After successfully creating pvc and pod, I tried to delete it.
> And the pod is deleted, but the pvc is not deleted. This is because
> deleting a pod does not unmap /dev/rbd0 attached to the ovirt vm.
>
> How can I delete the pvc successfully?
>
> oVirt engine version is 4.4.7.6-1.el8.
> Here is the engine log when deleting the pod:
>
> 2021-08-20 17:40:35,385+09 INFO
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default
> task-149) [] User admin@internal-authz with profile [internal]
> successfully logged in with scopes: ovirt-app-api
> ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search
> ovirt-ext=token-info:validate ovirt-ext=token:password-access
> 2021-08-20 17:40:35,403+09 INFO
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-149)
> [68ee3182] Running command: CreateUserSessionCommand internal: false.
> 2021-08-20 17:40:35,517+09 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-149) [68ee3182] EVENT_ID: USER_VDC_LOGIN(30), User
> admin@internal-authz connecting from '192.168.7.169' using session
> 'XfDgNkmAGnPiZahK5itLhHQTCNHZ3JwXMMzOiZrYL3C32+1TTys3xcjrAmCIKPu02hgN1sdVpfZXWd0FznaPCQ=='
> logged in.
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,520+09 WARN
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't
> find relative path for class
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource",
> will return null
> 2021-08-20 17:40:35,663+09 INFO
> [org.ovirt.engine.core.bll.storage.disk.DetachDiskFromVmCommand] (default
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Running command:
> DetachDiskFromVmCommand internal: false. Entities affected :  ID:
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-20 17:40:35,664+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START,
> HotUnPlugDiskVDSCommand(HostName = host,
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596',
> diskId='63a64445-1659-4d5f-8847-e7266e64b09e'}), log id: 506ff4a4
> 2021-08-20 17:40:35,678+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Disk hot-unplug:
> 
>   
> 
>   
> 
>   
> 
>
> 2021-08-20 17:40:35,749+09 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
> (default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] FINISH,
> HotUnPlugDiskVDSCommand, return: , log id: 506ff4a4
> 2021-08-20 17:40:35,842+09 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-149)

[ovirt-users] Re: Fwd: oVirt 4.4.8 is now generally available

2021-08-23 Thread Sandro Bonazzola

Il giorno lun 23 ago 2021 alle ore 12:30  ha scritto:

> Hi Sandro,
>
> 1. Is there an engine update to 4.4.8 as engine version displaying
> 4.4.7.7-1.el8 in WebUI - About?
>

Yes, there's an engine update. Please note you need to
- update "ovirt-release44" rpm in order to enable cinderlib related repos
now required by the engine
- update "ovirt-engine-setup\*"  rpms
- Run "engine-setup"  command for updating the engine.



> 2. Compatibilty version for both Data Center and Cluster only displays 4.6
> - is this meant to change?
>

No, the latest cluster compatibility level in oVirt 4.4.8 is 4.6 as in the
previous release.




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
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/52W6BMNGSF2SLGLS6BAKXIVHUPCDSGGK/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Benny Zlotnik

And the full flow, with CSI? I'm trying to determine whether the CSI
driver does something wrong, or something went wrong during that
specific run

On Mon, Aug 23, 2021 at 2:34 PM  wrote:
>
> Yes, that's right.
> I can attach and detach mbs disk to ovirt vm normally through dashboard.
> ___
> 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/C6Z2TPVX7Z2OBGUAGA4UYCMSWK3RBZK4/
___
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/A2AI23GC6TJEQ5WJYPB3W4OYLB4V7GF5/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread ssarang520

Yes, that's right.
I can attach and detach mbs disk to ovirt vm normally through dashboard.
___
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/C6Z2TPVX7Z2OBGUAGA4UYCMSWK3RBZK4/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Benny Zlotnik

this is a correct run, right? the original flow works with this one?

On Mon, Aug 23, 2021 at 1:05 PM  wrote:
>
> I attached a mbs disk to the running vm through the dashboard.
>
> Here is the engine log:
>
>
> 2021-08-23 19:00:54,912+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] (default 
> task-209) [28eaa439-0bce-456d-8931-f1edc74ca71b] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 19:00:54,917+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) 
> [28eaa439-0bce-456d-8931-f1edc74ca71b] Running command: 
> HotPlugDiskToVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-23 19:00:54,922+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.ConnectManagedBlockStorageDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] Running command: 
> ConnectManagedBlockStorageDeviceCommand internal: true.
> 2021-08-23 19:00:59,441+09 INFO  
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] cinderlib output: 
> {"driver_volume_type": "rbd", "data": {"name": 
> "mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26", "hosts": 
> ["172.22.5.6"], "ports": ["6789"], "cluster_name": "ceph", "auth_enabled": 
> true, "auth_username": "admin", "secret_type": "ceph", "secret_uuid": null, 
> "volume_id": "f17702e4-ba97-4f95-a6d4-b89de003bd26", "discard": true, 
> "keyring": "[client.admin]\n\tkey = 
> AQCjBFhgjRWFOBAAMxEaJ3yffC50GDFWnR43DQ==\n", "access_mode": "rw"}}
> 2021-08-23 19:00:59,442+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] START, 
> AttachManagedBlockStorageVolumeVDSCommand(HostName = host, 
> AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
>  vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 5657b4a1
> 2021-08-23 19:01:02,715+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] FINISH, 
> AttachManagedBlockStorageVolumeVDSCommand, return: 
> {attachment={path=/dev/rbd1, conf=/tmp/brickrbd_it_6m0e4, type=block}, 
> path=/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26, 
> vol_id=f17702e4-ba97-4f95-a6d4-b89de003bd26}, log id: 5657b4a1
> 2021-08-23 19:01:02,817+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.SaveManagedBlockStorageDiskDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Running command: 
> SaveManagedBlockStorageDiskDeviceCommand internal: true.
> 2021-08-23 19:01:09,072+09 INFO  
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] cinderlib output:
> 2021-08-23 19:01:09,077+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] START, 
> HotPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
> diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 5acbdc16
> 2021-08-23 19:01:09,111+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Disk hot-plug: 
> 
>   
> 
>   
>dev="/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26">
> 
>   
>   
>   
>   
>   f17702e4-ba97-4f95-a6d4-b89de003bd26
> 
>   
>   http://ovirt.org/vm/1.0;>
> 
>   
> 
> /dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26
>   
> 
>   
> 
>
> 2021-08-23 19:01:09,221+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] FINISH, 
> HotPlugDiskVDSCommand, return: , log id: 5acbdc16
> 2021-08-23 19:01:09,358+09 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] EVENT_ID: 
> USER_HOTPLUG_DISK(2,000), VM centos disk mbs was plugged by 
> admin@internal-authz.
> 2021-08-23 19:01:09,358+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Lock freed to 
> object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 19:01:10,916+09 INFO  
>

[ovirt-users] Re: OVA Export to local storage failes

2021-08-23 Thread David White via Users

Thank you.
Yes, for me, a lot of the unknowns is simply identifying which log files I need 
to look at, and where.

I see 3 log files in the ovirt-engine/ova/ directory for a single export task:

[root@ovirt-engine1 ova]# pwd
/var/log/ovirt-engine/ova
[root@ovirt-engine1 ova]# ls -la | grep "2ee56518741d.log"
-rw-r--r--.  1 ovirt ovirt 16500 Aug 21 20:34 
ovirt-export-ova-ansible-20210821203427-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
-rw-r--r--.  1 ovirt ovirt  8680 Aug 21 20:33 
ovirt-export-ova-validate-ansible-20210821203346-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log
-rw-r--r--.  1 ovirt ovirt  3238 Aug 21 20:34 
ovirt-image-measure-ansible-20210821203417-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log

As this is a lot of data, should I include it in the email, or would it be 
better to put it into pastebin or provide a link to access these files?

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Sunday, August 22nd, 2021 at 3:58 AM, Liran Rotenberg  
wrote:

> On Sun, Aug 22, 2021 at 3:42 AM David White via Users users@ovirt.org wrote:
> 

> > I have an unused 200GB partition that I'd like to use to copy / export / 
> > backup a few VMs onto, so I mounted it to one of my oVirt hosts as 
> > /ova-images/, and then ran "chown 36:36" on ova-images.
> > 

> > From the engine, I then tried to export an OVA to that directory.
> > 

> > Watching the directory with "ls", I see a filename.ova.tmp eventually 
> > appear, and it grows to the size I would expect for the image... and then a 
> > few seconds later, it disappears.
> > 

> > What am I missing?
> 

> Hi David,
> 

> More logs are needed to understand what's going on. For a start, the
> 

> engine log and the export log (within the engine
> 

> /var/logs/ovirt-engine/ova).
> 

> Regards,
> 

> Liran
> 

> > Here's what I see in the Event Manager inside the Engine:
> > 

> > Aug 21, 2021, 8:35:26 PM
> > 

> > Failed to export Vm server.example.org as a Virtual Appliance to path 
> > /ova-images/server.example.org.ova on Host cha2-storage.mgt.example.com
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Retrieving the temporary path for the OVA file.
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Allocating the temporary path for the OVA file.
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Removing the temporary file.
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Examine target directory.
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Set facts.
> > 

> > Aug 21, 2021, 8:34:33 PM
> > 

> > Pack OVA. Run import yaml on py3.
> > 

> > Aug 21, 2021, 8:34:21 PM
> > 

> > Image measure. Measure an image.
> > 

> > Aug 21, 2021, 8:33:56 PM
> > 

> > Starting to export Vm server.example.org as a Virtual Appliance
> > 

> > Aug 21, 2021, 8:33:52 PM
> > 

> > Export OVA. Examine target directory.
> > 

> > Aug 21, 2021, 8:33:49 PM
> > 

> > Export OVA. Set facts.
> > 

> > Aug 21, 2021, 8:33:49 PM
> > 

> > Export OVA. Run import yaml on py3.
> > 

> > Sent with ProtonMail Secure Email.
> > 

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

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

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
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/YHTJ7C4TLJM2QDSSBDEPKBZYRDPISG52/

[ovirt-users] Re: Moving datacenters & IP addresses with minimal downtime

2021-08-23 Thread Strahil Nikolov via Users

You can 'clone' by using Gluster/Ovirt's DR functionality (keep in mind that 
the receiving volume is in read-only mode, so when the cut-over comes you have 
to change it).
Best Regards,Strahil Nikolov

Sent from Yahoo Mail on Android 
 
  On Sat, Aug 21, 2021 at 12:36, David White via Users wrote:  
 So it looks like I'm going to move to a new datacenter. I went into somewhere 
cheap on a month-to-month contract earlier this year, and they've been a pain 
to deal with. At the same time, I've grown a lot faster than expected, so I've 
decided to move into a better, more reputable datacenter sooner rather than 
later.
I currently have HCI with 3 servers. Within the cluster, I can tolerate a host 
"failure", so I can run on 2 servers. I have a 4th server that I haven't really 
been doing anything yet, but I think will be a good asset to me as I move, to 
keep things to a minimum. One of my production nodes, as well as my 4th server 
don't have the right storage, so if/when I move things, I'll need to configure 
Gluster to run on a single node for a time. 

I'd like to ask about best practices here. 
Before I move any hardware, I'm thinking about removing 1 of my 3 production 
servers from the existing HCI cluster, and installing a NEW hyperconverged 
single node onto this production server with Gluster storage. Then, add my 4th 
server to that new oVirt environment. Once I did that, I'm wondering if I could 
clone 100% of the VMs from the 1 environment over to the other.

Once that was done, I could move one of my oVirt clusters to the new 
datacenter, update DNS for the virtual servers, run a final rsync, and I'm done 
-- then I would just move the other two servers, do a fresh install of oVirt, 
and add them to the new cluster. 

Is this possible? 
Is there a better way to do this move?
Thanks,David

Sent with ProtonMail Secure Email.
___
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/UF52W26ES5EZAW7L7A7DM5XBHTQUKQF4/
  
___
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/OC64DOCZIMWAG5C7GFP2OR6IOF4Q2K2Y/

[ovirt-users] Re: Fwd: oVirt 4.4.8 is now generally available

2021-08-23 Thread simon

Hi Sandro,

1. Is there an engine update to 4.4.8 as engine version displaying 
4.4.7.7-1.el8 in WebUI - About?
2. Compatibilty version for both Data Center and Cluster only displays 4.6 - is 
this meant to change?

Kind Regards

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

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread ssarang520

I attached a mbs disk to the running vm through the dashboard.

Here is the engine log:


2021-08-23 19:00:54,912+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] (default 
task-209) [28eaa439-0bce-456d-8931-f1edc74ca71b] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
2021-08-23 19:00:54,917+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
(EE-ManagedThreadFactory-engine-Thread-154035) 
[28eaa439-0bce-456d-8931-f1edc74ca71b] Running command: HotPlugDiskToVmCommand 
internal: false. Entities affected :  ID: 59a7461c-72fe-4e01-86a7-c70243f31596 
Type: VMAction group CONFIGURE_VM_STORAGE with role type USER
2021-08-23 19:00:54,922+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.managedblock.ConnectManagedBlockStorageDeviceCommand]
 (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] Running command: 
ConnectManagedBlockStorageDeviceCommand internal: true.
2021-08-23 19:00:59,441+09 INFO  
[org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
(EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] cinderlib output: 
{"driver_volume_type": "rbd", "data": {"name": 
"mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26", "hosts": ["172.22.5.6"], 
"ports": ["6789"], "cluster_name": "ceph", "auth_enabled": true, 
"auth_username": "admin", "secret_type": "ceph", "secret_uuid": null, 
"volume_id": "f17702e4-ba97-4f95-a6d4-b89de003bd26", "discard": true, 
"keyring": "[client.admin]\n\tkey = 
AQCjBFhgjRWFOBAAMxEaJ3yffC50GDFWnR43DQ==\n", "access_mode": "rw"}}
2021-08-23 19:00:59,442+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
 (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] START, 
AttachManagedBlockStorageVolumeVDSCommand(HostName = host, 
AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
 vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 5657b4a1
2021-08-23 19:01:02,715+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.AttachManagedBlockStorageVolumeVDSCommand]
 (EE-ManagedThreadFactory-engine-Thread-154035) [373c4bed] FINISH, 
AttachManagedBlockStorageVolumeVDSCommand, return: {attachment={path=/dev/rbd1, 
conf=/tmp/brickrbd_it_6m0e4, type=block}, 
path=/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26, 
vol_id=f17702e4-ba97-4f95-a6d4-b89de003bd26}, log id: 5657b4a1
2021-08-23 19:01:02,817+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.managedblock.SaveManagedBlockStorageDiskDeviceCommand]
 (EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Running command: 
SaveManagedBlockStorageDiskDeviceCommand internal: true.
2021-08-23 19:01:09,072+09 INFO  
[org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] cinderlib output: 
2021-08-23 19:01:09,077+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] START, 
HotPlugDiskVDSCommand(HostName = host, 
HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 5acbdc16
2021-08-23 19:01:09,111+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Disk hot-plug: 
  

  
  

  
  
  
  
  f17702e4-ba97-4f95-a6d4-b89de003bd26

  
  http://ovirt.org/vm/1.0;>

  

/dev/rbd/mypool/volume-f17702e4-ba97-4f95-a6d4-b89de003bd26
  

  


2021-08-23 19:01:09,221+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] FINISH, 
HotPlugDiskVDSCommand, return: , log id: 5acbdc16
2021-08-23 19:01:09,358+09 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] EVENT_ID: 
USER_HOTPLUG_DISK(2,000), VM centos disk mbs was plugged by 
admin@internal-authz.
2021-08-23 19:01:09,358+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.HotPlugDiskToVmCommand] 
(EE-ManagedThreadFactory-engine-Thread-154035) [50d635e3] Lock freed to object 
'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
2021-08-23 19:01:10,916+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-68) [] 
START, DumpXmlsVDSCommand(HostName = host, 
Params:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
vmIds='[59a7461c-72fe-4e01-86a7-c70243f31596]'}), log id: 22d45ea6
2021-08-23 19:01:10,919+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DumpXmlsVDSCommand]

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Benny Zlotnik

yes, it should indeed defer to
DetachManagedBlockStorageVolumeVDSCommand which is what does the
unmapping, do you have an earlier log that shows the XML (for example,
when it was attached)?

On Mon, Aug 23, 2021 at 10:59 AM  wrote:
>
> There were no error logs in vdsm and supervdsm.
>
> And I found that the 
> [org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
>  and 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  functions are being called when the disk is detached from ovirt vm.
>
> However, in the log I gave first, there is no part where the correspoding 
> functions are called, isn't it a bug?
>
> Here is the engine log where detaching the disk:
>
> 2021-08-23 10:29:43,972+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] (default 
> task-176) [2538ba78-6916-431c-b3bc-b98b26515842] Lock Acquired to object 
> 'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
> sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
> 2021-08-23 10:29:44,054+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] Running command: 
> HotUnPlugDiskFromVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-23 10:29:44,076+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] START, 
> HotUnPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
> diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 1c39f09a
> 2021-08-23 10:29:44,078+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] Disk hot-unplug:  encoding="UTF-8"?>
>   
> 
>   
> 
>   
> 
>
> 2021-08-23 10:29:44,218+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-149928) 
> [2538ba78-6916-431c-b3bc-b98b26515842] FINISH, HotUnPlugDiskVDSCommand, 
> return: , log id: 1c39f09a
> 2021-08-23 10:29:44,471+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] Running command: 
> DisconnectManagedBlockStorageDeviceCommand internal: true.
> 2021-08-23 10:29:44,514+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] START, 
> DetachManagedBlockStorageVolumeVDSCommand(HostName = host, 
> AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
>  vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 2d6874a5
> 2021-08-23 10:29:46,683+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
>  (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] FINISH, 
> DetachManagedBlockStorageVolumeVDSCommand, return: StatusOnlyReturn 
> [status=Status [code=0, message=Done]], log id: 2d6874a5
> ___
> 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/LL4WSFNCV6EW6DVDQ3DENEDUVA5MAL6L/
___
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/BWJW6DBXXZC6I2XMV4XPGS4MAX54U2DA/

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

2021-08-23 Thread Liran Rotenberg

On Sun, Aug 22, 2021 at 7:56 PM Tommy Sway  wrote:
>
> I have read the document you gave me, but can you list what specific
information was deleted by the sealing action?
Yes, it was more about how to do it.

Here are some more detailed links:
https://www.ovirt.org/develop/release-management/features/virt/virt-sysprep.html

Our linux sealing uses virt-sysprep:
https://libguestfs.org/virt-sysprep.1.html

As for windows:
https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/sysprep--generalize--a-windows-installation
>
>
>
> Thanks!
>
>
>
>
>
>
>
>
>
>
>
> From: Liran Rotenberg 
> Sent: Sunday, August 22, 2021 11:33 PM
> To: Tommy Sway 
> Cc: Eitan Raviv ; users@ovirt.org
> Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
>
>
>
>
>
> On Sun, Aug 22, 2021 at 5:54 PM Tommy Sway  wrote:
> >
> > I see. Can I just ask again, I've seen this option when you're
referring to sealed Linux, but I don't understand what it means? What is a
sealed Linux, and how is it different from a non-sealed Linux? Can you
explain, thank you!
> >
> Usually you make a template sealed and create multiple VMs from it. The
sealing is clearing system specific details.
> You may find this link handy for sealing:
>
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html/virtual_machine_management_guide/chap-templates
> >
> >
> > -Original Message-
> > From: Liran Rotenberg 
> > Sent: Sunday, August 22, 2021 10:46 PM
> > To: Tommy Sway 
> > Cc: Eitan Raviv ; users@ovirt.org
> > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> >
> > On Sun, Aug 22, 2021 at 2:05 PM Tommy Sway  wrote:
> > >
> > > What I want to know is if I use openstack metadata, do I need to
configure any additional information related to openstack?  For example, do
I need to set up an openstack node as an external provider to use
cloud-init services based on it?
> > >
> > Not that I am aware of. It's just the protocol cloud-init will read the
network information provided.
> > You can set it via API/UI. Or, to set it within the custom script.
> > Bottom line you need:
> > A VM with cloud-init installed, service is running and enabled.
> > Set the configuration you wish to set.
> > If it's a first boot (usually a sealed VM) you can run the VM as you
wish.
> > If it's not the first boot, you will need to set the configuration
within the Run-Once and run the VM as Run-Once.
> >
> > I hope it helps to your question,
> > Liran
> > >
> > >
> > >
> > > -Original Message-
> > > From: Liran Rotenberg 
> > > Sent: Sunday, August 22, 2021 4:01 PM
> > > To: Tommy Sway ; Eitan Raviv 
> > > Cc: users@ovirt.org
> > > Subject: Re: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> > >
> > > On Sun, Aug 22, 2021 at 9:35 AM Tommy Sway  wrote:
> > > >
> > > > Any one can help me ?
> > > >
> > > Adding +Eitan Raviv
> > > The general information I can give is that older versions of
cloud-init support ENI protocol when network configuration provided while
on newer versions (EL7+, Eitan please correct me if I'm wrong), support the
openstack protocol.
> > > The ENI option was added to support the back compatibility of older
OSes and cloud-init versions.
> > >
> > > Regards,
> > > Liran
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > From: users-boun...@ovirt.org  On Behalf Of
> > > > Tommy Sway
> > > > Sent: Saturday, August 14, 2021 6:18 PM
> > > > To: users@ovirt.org
> > > > Subject: [ovirt-users] Re: what difference between the Cloud-Init
Network Protocol options ?
> > > >
> > > >
> > > >
> > > > Any one can help to explain ?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > From: users-boun...@ovirt.org  On Behalf Of
> > > > Tommy Sway
> > > > Sent: Friday, August 13, 2021 12:55 PM
> > > > To: users@ovirt.org
> > > > Subject: [ovirt-users] what difference between the Cloud-Init
Network Protocol options ?
> > > >
> > > >
> > > >
> > > > What is the difference between Openstack MateData and ENI in the
cloud-init Network Protocol option? Or what kind of scenarios do they apply
to?
> > > >
> > > > ___
> > > > 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/F7HIV5
> > > > EI
> > > > 4YCJ3XVIPMZCMPBTAPY5LLS6/
> > >
> > >
> >
> >
___
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:

[ovirt-users] Re: upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

2021-08-23 Thread dhanaraj.ramesh--- via Users

Hi Klaas Demter

Thank you so much for the help, appreciate it. but the upgrade still failed 
before the last setps and the hosting engine crashed, 

[ INFO  ] Updating OVN SSL configuration
[ INFO  ] Updating OVN timeout configuration
[ INFO  ] Backing up database localhost:ovirt_engine_history to 
'/var/lib/ovirt-engine-dwh/backups/dwh-20210823012249.n7sv_dim.dump'.
[ INFO  ] Creating/refreshing DWH database schema
[ INFO  ] Setting up ovirt-vmconsole SSH PKI artifacts
[ ERROR ] Failed to execute stage 'Misc configuration': Command 
'/usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh' failed to execute
[ INFO  ] DNF Performing DNF transaction rollback
[ ERROR ] DNF module 'dnf.history' has no attribute 'open_history'
[WARNING] Rollback of DWH database postponed to Stage "Clean up"
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823011923-bv030m.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20210823012309-setup.conf'
[WARNING] Rollback of DWH database started
  This might be a long process, but it should be safe to start the 
engine service before it finishes, if needed.
[ INFO  ] Clearing DWH database ovirt_engine_history
[ INFO  ] Restoring DWH database ovirt_engine_history
[ INFO  ] Restoring file 
'/var/lib/ovirt-engine-dwh/backups/dwh-20210823012249.n7sv_dim.dump' to 
database localhost:ovirt_engine_history.
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed
___
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/2A7W7Z5Q3JQK25U4QTEBAEB27VYNOZJ5/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread ssarang520

There were no error logs in vdsm and supervdsm.

And I found that the 
[org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
 and 
[org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
 functions are being called when the disk is detached from ovirt vm.

However, in the log I gave first, there is no part where the correspoding 
functions are called, isn't it a bug?

Here is the engine log where detaching the disk:

2021-08-23 10:29:43,972+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] (default 
task-176) [2538ba78-6916-431c-b3bc-b98b26515842] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[f17702e4-ba97-4f95-a6d4-b89de003bd26=DISK]', 
sharedLocks='[59a7461c-72fe-4e01-86a7-c70243f31596=VM]'}'
2021-08-23 10:29:44,054+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.HotUnPlugDiskFromVmCommand] 
(EE-ManagedThreadFactory-engine-Thread-149928) 
[2538ba78-6916-431c-b3bc-b98b26515842] Running command: 
HotUnPlugDiskFromVmCommand internal: false. Entities affected :  ID: 
59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group CONFIGURE_VM_STORAGE 
with role type USER
2021-08-23 10:29:44,076+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-149928) 
[2538ba78-6916-431c-b3bc-b98b26515842] START, HotUnPlugDiskVDSCommand(HostName 
= host, 
HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
diskId='f17702e4-ba97-4f95-a6d4-b89de003bd26'}), log id: 1c39f09a
2021-08-23 10:29:44,078+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-149928) 
[2538ba78-6916-431c-b3bc-b98b26515842] Disk hot-unplug: 
  

  

  


2021-08-23 10:29:44,218+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-149928) 
[2538ba78-6916-431c-b3bc-b98b26515842] FINISH, HotUnPlugDiskVDSCommand, return: 
, log id: 1c39f09a
2021-08-23 10:29:44,471+09 INFO  
[org.ovirt.engine.core.bll.storage.disk.managedblock.DisconnectManagedBlockStorageDeviceCommand]
 (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] Running command: 
DisconnectManagedBlockStorageDeviceCommand internal: true.
2021-08-23 10:29:44,514+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
 (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] START, 
DetachManagedBlockStorageVolumeVDSCommand(HostName = host, 
AttachManagedBlockStorageVolumeVDSCommandParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
 vds='Host[host,29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094]'}), log id: 2d6874a5
2021-08-23 10:29:46,683+09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DetachManagedBlockStorageVolumeVDSCommand]
 (EE-ManagedThreadFactory-engine-Thread-149928) [2a452b04] FINISH, 
DetachManagedBlockStorageVolumeVDSCommand, return: StatusOnlyReturn 
[status=Status [code=0, message=Done]], log id: 2d6874a5
___
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/LL4WSFNCV6EW6DVDQ3DENEDUVA5MAL6L/

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

2021-08-23 Thread Rodrigo G . López

Thank you Klaas, that finally did it.

-rodri

On 8/23/21 8:45 AM, Klaas Demter wrote:

Hi,

I can't help you with the immediate question about the notify webui,
but you can do what I do: I change the email address of my admin user.
You can do that with "ovirt-aaa-jdbc-tool user edit ..." on the engine
VM. You will need to relogin with admin user in order for engine to
pick up on the mail change.

Greetings

Klaas

On 8/23/21 8:36 AM, Rodrigo G. López wrote:

Hello all,

There seems to be a problem with oVirt 4.4.7.7 when modifying the
Mail Recipient field in the Add Event Notification modal with the
`admin' user. It defaults to `root@localhost' and I can't change it
no matter what I try. It happens whether I check some Events for
Notification or not, and the ovirt-engine-notifier service is also
running healthily.

Is this known behavior? What am I missing? I'm following §21 of the
Administration Guide.

Best,

-rodri

___
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/5QG45JNZUKKICEW4FLFV4J4V5JLEXVWV/
___
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/2QNCJ4N3FKKMESD2RLD7OV63OTC5UQUO/

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

2021-08-23 Thread Rodrigo G . López

Thank you Klaas, that finally did it.

On 8/23/21 8:45 AM, Klaas Demter wrote:

Hi,

Greetings

Klaas

On 8/23/21 8:36 AM, Rodrigo G. López wrote:

Hello all,

Is this known behavior? What am I missing? I'm following §21 of the
Administration Guide.

Best,

-rodri

--
*Rodrigo* G. López
Dpto. Ingeniería
No parecemos diferentes, LO SOMOS

*Aviso de protección de datos*:
En cumplimiento del Reglamento (UE) 2016/679 del Parlamento Europeo y
del Consejo de 27 de abril de 2016, TELFY TELECOM S.L.U. con CIF número
B54076708 domicilio social en Catral Avd. constitución 9 (Alicante),
como responsable del tratamiento, le informa que los datos personales
que nos facilite por este u otro medio serán tratados con la finalidad
de prestar y ofrecer nuestros servicios de comunicaciones. Le
informamos, igualmente, que sus datos no serán cedidos a terceros más
que en los supuestos en que nos hallemos obligados en cumplimiento de la
normativa vigente o como consecuencia de la ejecución de un contrato.
Asimismo le informamos que podrá ejercitar de forma gratuita los
derechos de acceso, rectificación, portabilidad, limitación, supresión,
oposición y revocación del consentimiento, enviando una solicitud a
través del e-mail: i...@telfy.com . En caso de
que así lo haya consentido previamente a la empresa, sus datos podrán
ser utilizados para realizarle comunicaciones comerciales y de promoción
de los productos ofrecidos por TELFY. Podrá obtener toda la información
necesaria acerca de nuestra política de privacidad y protección de datos
visitando nuestra web a través del siguiente enlace:
https://www.telfy.com/es/politica-de-privacidad

*Confidencialidad:*
El contenido de esta comunicación, así como el de toda la documentación
anexa, es confidencial y va dirigido únicamente al destinatario del
mismo. En el supuesto de que usted no fuera el destinatario, le
solicitamos que nos lo indique y no comunique su contenido a terceros,
procediendo a su destrucción.

[ovirt-users] Re: upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

2021-08-23 Thread Klaas Demter


Hi,

I think that is solved by running

dnf update -y ovirt-release44

before engine-setup


Greetings

Klaas


On 8/23/21 9:21 AM, dhanaraj.ramesh--- via Users wrote:

Since 4.4.8 released I'm trying to upgrade my hosted engine from 4.4.6 to 4.4.8 
but thesetup has been failed

  engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
   Configuration files: 
/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf, 
/etc/ovirt-engine-setup.conf.d/10-packaging.conf, 
/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
   Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823001021-vbtu6d.log
   Version: otopi-1.9.4 (otopi-1.9.4-1.el8)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup (late)
[ INFO  ] Stage: Environment customization

   --== PRODUCT OPTIONS ==--

[ INFO  ] ovirt-provider-ovn already installed, skipping.

   --== PACKAGES ==--

[ INFO  ] Checking for product updates...
[ ERROR ] DNF
   Problem 1: cannot install the best candidate for the job
- nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
- nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   Problem 2: problem with installed package 
ovirt-engine-4.4.6.7-1.el8.noarch
- cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
- nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
- nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
[ INFO  ] DNF Performing DNF transaction rollback
[ ERROR ] Failed to execute stage 'Environment customization':
   Problem 1: cannot install the best candidate for the job
- nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
- nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   Problem 2: problem with installed package 
ovirt-engine-4.4.6.7-1.el8.noarch
- cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
- nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
- nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
[ INFO  ] Stage: Clean up
   Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823001021-vbtu6d.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20210823001030-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed



setup log file :
2021-08-23 00:10:30,642-0700 ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Environment customization':
  Problem 1: cannot install the best candidate for the job
   - nothing provides ceph-common needed by ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
  Problem 2: problem with installed package ovirt-engine-4.4.6.7-1.el8.noarch
   - cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
   - nothing provides ceph-common needed by ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
2021-08-23 00:10:30,643-0700 DEBUG otopi.plugins.otopi.dialog.human 
human.format:69 newline sent to logger
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'True'
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:775 ENV 
BASE/exceptionInfo=list:'[(, DepsolveError(), 
)]'
2021-08-23 00:10:30,645-0700 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2021-08-23 00:10:30,645-0700 INFO otopi.context context.runSequence:616 Stage: 
Clean up
2021-08-23 00:10:30,645-0700 DEBUG otopi.context context.runSequence:620 STAGE 
cleanup
2021-08-23 00:10:30,646-0700 DEBUG otopi.context context._executeMethod:127 
Stage cleanup METHOD 
otopi.plugins.otopi.dialog.answer_file.Plugin._generate_answer_file
2021-08-23 00:10:30,647-0700 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2021-08-23 00:10:30,647-0700 DEBUG otopi.context context.dumpEnvironment:775 
ENV DIALOG/answerFileContent=str:'# OTOPI answer file, generated by human dialog
[environment:default]
'
2021-08-23 00:10:30,648-0700 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2021-08-23 00:10:30,649-0700 DEBUG otopi.context context._executeMethod:127 
Stage cleanup METHOD 
otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup
2021-08-23 00:10:30,649-0700 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND

[ovirt-users] upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

2021-08-23 Thread dhanaraj.ramesh--- via Users

Since 4.4.8 released I'm trying to upgrade my hosted engine from 4.4.6 to 4.4.8 
but thesetup has been failed 

 engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: 
/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf, 
/etc/ovirt-engine-setup.conf.d/10-packaging.conf, 
/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
  Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823001021-vbtu6d.log
  Version: otopi-1.9.4 (otopi-1.9.4-1.el8)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup (late)
[ INFO  ] Stage: Environment customization

  --== PRODUCT OPTIONS ==--

[ INFO  ] ovirt-provider-ovn already installed, skipping.

  --== PACKAGES ==--

[ INFO  ] Checking for product updates...
[ ERROR ] DNF
  Problem 1: cannot install the best candidate for the job
   - nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
  Problem 2: problem with installed package 
ovirt-engine-4.4.6.7-1.el8.noarch
   - cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
   - nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
[ INFO  ] DNF Performing DNF transaction rollback
[ ERROR ] Failed to execute stage 'Environment customization':
  Problem 1: cannot install the best candidate for the job
   - nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
  Problem 2: problem with installed package 
ovirt-engine-4.4.6.7-1.el8.noarch
   - cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
   - nothing provides ceph-common needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
   - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823001021-vbtu6d.log
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20210823001030-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed



setup log file : 
2021-08-23 00:10:30,642-0700 ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Environment customization': 
 Problem 1: cannot install the best candidate for the job
  - nothing provides ceph-common needed by ovirt-engine-4.4.8.4-1.el8.noarch
  - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
 Problem 2: problem with installed package ovirt-engine-4.4.6.7-1.el8.noarch
  - cannot install the best update candidate for package 
ovirt-engine-4.4.6.7-1.el8.noarch
  - nothing provides ceph-common needed by ovirt-engine-4.4.8.4-1.el8.noarch
  - nothing provides python3-cinderlib needed by 
ovirt-engine-4.4.8.4-1.el8.noarch
2021-08-23 00:10:30,643-0700 DEBUG otopi.plugins.otopi.dialog.human 
human.format:69 newline sent to logger
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/error=bool:'True'
2021-08-23 00:10:30,643-0700 DEBUG otopi.context context.dumpEnvironment:775 
ENV BASE/exceptionInfo=list:'[(, 
DepsolveError(), )]'
2021-08-23 00:10:30,645-0700 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2021-08-23 00:10:30,645-0700 INFO otopi.context context.runSequence:616 Stage: 
Clean up
2021-08-23 00:10:30,645-0700 DEBUG otopi.context context.runSequence:620 STAGE 
cleanup
2021-08-23 00:10:30,646-0700 DEBUG otopi.context context._executeMethod:127 
Stage cleanup METHOD 
otopi.plugins.otopi.dialog.answer_file.Plugin._generate_answer_file
2021-08-23 00:10:30,647-0700 DEBUG otopi.context context.dumpEnvironment:765 
ENVIRONMENT DUMP - BEGIN
2021-08-23 00:10:30,647-0700 DEBUG otopi.context context.dumpEnvironment:775 
ENV DIALOG/answerFileContent=str:'# OTOPI answer file, generated by human dialog
[environment:default]
'
2021-08-23 00:10:30,648-0700 DEBUG otopi.context context.dumpEnvironment:779 
ENVIRONMENT DUMP - END
2021-08-23 00:10:30,649-0700 DEBUG otopi.context context._executeMethod:127 
Stage cleanup METHOD 
otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup
2021-08-23 00:10:30,649-0700 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210823001021-vbtu6d.log
2021-08-23 00:10:30,652-0700 DEBUG otopi.context context._executeMethod:127 
Stage

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Benny Zlotnik

It should do this and it's not semantically different from what
happens with non-MBS disks. The log I pasted is what unmaps the
volume, I am not sure why it returned successfully if the volume
wasn't unmapped, if possible please attach vdsm and supervdsm logs
from the relevant, perhaps there's some clue there.
But we essentially use cinderlib's `disconnect`, so perhaps it hasn't errored


On Mon, Aug 23, 2021 at 10:05 AM  wrote:
>
> When I check the status of the rbd volume, watcher still exists. Wathcer is 
> /dev/rbd0 in the ovirt vm.
> $ rbd status mypool/volume-3643db6c-38a6-4a21-abb3-ce8cc15e8c86
> Watchers:
> watcher=192.168.7.18:0/1903159992 client.44942 
> cookie=18446462598732840963
>
> And the attachment information was also left in the volume_attachment of 
> ovirt_cinderlib DB.
>
> After manually unmap /dev/rbd0 in the ovirt vm and delete the db row, the pvc 
> was deleted normally.
> Shouldn't those tasks be done when deleting the pod?
> ___
> 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/PSL4JPAMEQ5NHICWI34YI3HO62J2T3MB/
___
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/646F25UD5ARFWPUOYMQABSIMGD63Y7SJ/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread ssarang520

When I check the status of the rbd volume, watcher still exists. Wathcer is 
/dev/rbd0 in the ovirt vm.
$ rbd status mypool/volume-3643db6c-38a6-4a21-abb3-ce8cc15e8c86
Watchers:
watcher=192.168.7.18:0/1903159992 client.44942 
cookie=18446462598732840963

And the attachment information was also left in the volume_attachment of 
ovirt_cinderlib DB.

After manually unmap /dev/rbd0 in the ovirt vm and delete the db row, the pvc 
was deleted normally.
Shouldn't those tasks be done when deleting the pod?
___
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/PSL4JPAMEQ5NHICWI34YI3HO62J2T3MB/

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

2021-08-23 Thread Klaas Demter

Hi,

I can't help you with the immediate question about the notify webui, but
you can do what I do: I change the email address of my admin user. You
can do that with "ovirt-aaa-jdbc-tool user edit ..." on the engine VM.
You will need to relogin with admin user in order for engine to pick up
on the mail change.

Greetings

Klaas

On 8/23/21 8:36 AM, Rodrigo G. López wrote:

Hello all,

There seems to be a problem with oVirt 4.4.7.7 when modifying the Mail
Recipient field in the Add Event Notification modal with the `admin'
user. It defaults to `root@localhost' and I can't change it no matter
what I try. It happens whether I check some Events for Notification or
not, and the ovirt-engine-notifier service is also running healthily.

Is this known behavior? What am I missing? I'm following §21 of the
Administration Guide.

Best,

-rodri

___
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/DFWUG6YJEIYPX3ZVFJF5TEONCGQJJEO6/
___
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/5QG45JNZUKKICEW4FLFV4J4V5JLEXVWV/

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

2021-08-23 Thread Benny Zlotnik

pod deletion should invoke unpublish the PVC which detaches it from
the node which is seen in the engine log:
2021-08-20 17:40:35,664+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START,
HotUnPlugDiskVDSCommand(HostName = host,
HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094',
vmId='59a7461c-72fe-4e01-86a7-c70243f31596',
diskId='63a64445-1659-4d5f-8847-e7266e64b09e'}), log id: 506ff4a4
2021-08-20 17:40:35,678+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Disk
hot-unplug: 
  

  

  


2021-08-20 17:40:35,749+09 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] FINISH,
HotUnPlugDiskVDSCommand, return: , log id: 506ff4a4
2021-08-20 17:40:35,842+09 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] EVENT_ID:
USER_DETACH_DISK_FROM_VM(2,018), Disk
pvc-9845a0ff-e94c-497c-8c65-fc6a1e26db20 was successfully detached
from VM centos by admin@internal-authz.

I suspect something keeps the volume busy, can run:
$ rbd status /volume-63a64445-1659-4d5f-8847-e7266e64b09e

On Mon, Aug 23, 2021 at 3:56 AM  wrote:
>
> Hi all,
>
> I deployed ovirt-csi in the k8s by applying yaml manually. I used the latest 
> version of the container image.
> (https://github.com/openshift/ovirt-csi-driver-operator/tree/master/assets)
>
> After successfully creating pvc and pod, I tried to delete it.
> And the pod is deleted, but the pvc is not deleted. This is because deleting 
> a pod does not unmap /dev/rbd0 attached to the ovirt vm.
>
> How can I delete the pvc successfully?
>
> oVirt engine version is 4.4.7.6-1.el8.
> Here is the engine log when deleting the pod:
>
> 2021-08-20 17:40:35,385+09 INFO  
> [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-149) 
> [] User admin@internal-authz with profile [internal] successfully logged in 
> with scopes: ovirt-app-api ovirt-ext=token-info:authz-search 
> ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
> ovirt-ext=token:password-access
> 2021-08-20 17:40:35,403+09 INFO  
> [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-149) 
> [68ee3182] Running command: CreateUserSessionCommand internal: false.
> 2021-08-20 17:40:35,517+09 INFO  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-149) [68ee3182] EVENT_ID: USER_VDC_LOGIN(30), User 
> admin@internal-authz connecting from '192.168.7.169' using session 
> 'XfDgNkmAGnPiZahK5itLhHQTCNHZ3JwXMMzOiZrYL3C32+1TTys3xcjrAmCIKPu02hgN1sdVpfZXWd0FznaPCQ=='
>  logged in.
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,520+09 WARN  
> [org.ovirt.engine.api.restapi.util.LinkHelper] (default task-149) [] Can't 
> find relative path for class 
> "org.ovirt.engine.api.resource.StorageDomainVmDiskAttachmentsResource", will 
> return null
> 2021-08-20 17:40:35,663+09 INFO  
> [org.ovirt.engine.core.bll.storage.disk.DetachDiskFromVmCommand] (default 
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] Running command: 
> DetachDiskFromVmCommand internal: false. Entities affected :  ID: 
> 59a7461c-72fe-4e01-86a7-c70243f31596 Type: VMAction group 
> CONFIGURE_VM_STORAGE with role type USER
> 2021-08-20 17:40:35,664+09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotUnPlugDiskVDSCommand] (default 
> task-149) [198e2dc9-b908-474e-a395-0fe682c29af0] START, 
> HotUnPlugDiskVDSCommand(HostName = host, 
> HotPlugDiskVDSParameters:{hostId='29dc5d53-7ec5-4a38-aaf1-c6eaf32b0094', 
> vmId='59a7461c-72fe-4e01-86a7-c70243f31596', 
>

[ovirt-users] Unable to change Mail Recipient for Event Notifications

2021-08-23 Thread Rodrigo G . López


Hello all,


There seems to be a problem with oVirt 4.4.7.7 when modifying the Mail 
Recipient field in the Add Event Notification modal with the `admin' 
user. It defaults to `root@localhost' and I can't change it no matter 
what I try. It happens whether I check some Events for Notification or 
not, and the ovirt-engine-notifier service is also running healthily.



Is this known behavior? What am I missing? I'm following §21 of the 
Administration Guide.




Best,

-rodri


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

[ovirt-users] Re: Template for Ubuntu 18.04 Server Issues

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Template for Ubuntu 18.04 Server Issues

[ovirt-users] Impossible to move disk after a previous disk move failed

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

[ovirt-users] Re: [External] : Re: Is it possible to configure the wireless network card on the Linux host as the bridge to provide oVirt for use?

[ovirt-users] oVirt Monitoring Alerts via Grafana

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Fwd: oVirt 4.4.8 is now generally available

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: OVA Export to local storage failes

[ovirt-users] Re: Moving datacenters & IP addresses with minimal downtime

[ovirt-users] Re: Fwd: oVirt 4.4.8 is now generally available

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: what difference between the Cloud-Init Network Protocol options ?

[ovirt-users] Re: upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

[ovirt-users] Re: upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

[ovirt-users] upgrading ovirt engine from 4.4.6.7-1.el8 to 4.4.8 latest getting failed

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Re: Unable to change Mail Recipient for Event Notifications

[ovirt-users] Re: Cannot delete pvc attached to pod using ovirt-csi in kubernetes

[ovirt-users] Unable to change Mail Recipient for Event Notifications

33 matches

Site Navigation

Mail list logo

Footer information