[ovirt-users] Re: Hosted engine can't start after changing cluster settings

[Strahil Nikolov via Users]

You can use 'hosted-engine' to access the VM over VNC.

Usual advice will be to redeploy the engine and restore  from backup.
You won't  loose  your VMs and restore  will be fast.
Powering VMs manually is a tricky part. You can find each VM's configuration 
file  in the vdsm log on the host where the VM was powered on.
I used the following in order to repair (yes, I really mean it) my HostedEngine 
VM, but is valid for all VMs.

In order to use virsh,  you can use  this alias:
alias virsh='virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf'

Once you have the VM's xml (from vdsm log or from a backup of the qemu/kvm dir) 
you can define the VM - virsh define /path/to/xml
Next save this file and define the network:

  vdsm-ovirtmgmt
  8ded486e-e681-4754-af4b-5737c2b05405
  
  


virsh net-define  vdsm-ovirtmgmt.xml

Keep in mind that if you defined a lot of networks, you will need them all,  or 
you have to modify the VM's xml.


Last is to mount your storage as oVirt would do.The problem is that you use 
iSCSI and I can't help with that. I guess if you used iscsiadm to connect your 
initiator - everything should be fine.

The following is for FILE-based storage (which is not your case):

You can check  &   in the xml. Once you 
mount the storage and try to power up the VM,  libvirt will tell you (in the 
log) where exactly it is expecting a symlink to exists. It points to the path 
of the storage for the VMs.


Best Regards,
Strahil Nikolov

На 7 юли 2020 г. 19:34:44 GMT+03:00, Patrick Lomakin 
 написа:
>I changed the BIOS Type settings in the cluster settings section to
>UEFI BIOS, and hosted-engine does not start after rebooting.  Although,
>before I made the changes, I looked in the engine at the /boot
>partition, which has the /efi directory.  Is there any way to change
>the engine settings manually, and how can I connect to it (or to its
>partitions) to perform actions?  I can't imagine how you can reinstall
>the engine without unplugging storage to import all virtual machines
>later.  Losing data in virtual machines is a disaster for me.
>___
>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/HYBHKETECQVAFGWNBM563P4NHR7IGVZW/
___
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/MH5TGKKL6IHPYGTYDMC3BAVSO3RB7J4H/

[ovirt-users] Re: Ovirt 4.3.10 Glusterfs SSD slow performance over 10GE

[shadow emy]

Ohh yes is important to know ahead.Not so nice if  they drop drivers.
Fortunately for now my Perc H710 (LSI MegaRAID SAS 2208) is still supported in 
megaraid_sas linux module for RHEL 8.

Upgrade to ovirt 4.4 is really difficult.I had to have downtimes for it to work 
correctly. 
After you deploy a restore from old ovirt 4.3 backup, you cant switch cluster 
comparibility_version from 4.3 to 4.4 using the web interface, it wont let you 
and you will have lots of errors.
I had to hack into the database and change the cluster : compatibility, cpu 
type, cpu flags for it to work correctly.On some vms i had to change also the 
cpu_name in the database.

The problem is 4.3 cpu profiles(they where changed in ovirt 4.4) are  not 
supported in ovirt 4.4. Because of this all your hosts with 4.3 will be in 
NonResponsive state on hosted-engine 4.4 .


If you have gluster like me, is even more difficult.Hosts many times failed to 
activate , because the Storage domains where down.

But finally i mange to upgrade it, though was hard.


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

[ovirt-users] Re: Running Self Hosted-Engine on the same iSCSI target as other Storage Domains

[Strahil Nikolov via Users]

На 5 юли 2020 г. 11:31:32 GMT+03:00, Erez Zarum  написа:
>We are using Dell SC (Storage) with iSCSI with oVirt, it is impossible
>to create a new Target Portal with a specific LUN so it's impossible to
>isolate the SE LUN from other LUNs that are in use by other Storage
>Domains.
>According to the documentations this is not a best practice, while
>searching i ran into that specific issue but it seems to be solved.
>Is it still by best practice when using oVirt 4.4 to use a whole
>different target for the SE? 

Yes,  it's best practice which is very nice to follow.

>If it is not possible giving the current
>envrionment restrictions is the only option for us is to attach a few
>disks to each servers and create a small gluster cluster (volume) just
>for the SE?
That's  a  good choice. If you go  with gluster ,  ensure you are using thin 
LVM so you  can  make a restore point via:
power off  the HE,  snapshot the  volume, power on the HE,  do any kkind of 
change  on HE (like upgrade).


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

[ovirt-users] Re: oVirt 4.3 -> 4.4 Upgrade Path Questions

[Strahil Nikolov via Users]

На 3 юли 2020 г. 11:30:58 GMT+03:00, Andrei Verovski  
написа:
>Hi !
>
>I have 2-node oVirt 4.3 installation, with engine running as KVM guest
>on SuSE file server (not hosted engine).
>Nodes are manually installed on CentOS 7.x (further referred as old
>node #1 and #2).
>
>I’m going to add 1 additional node, and migrate system to CentOS 8.2 /
>oVirt 4.4.
>
>Is this correct roadmap, or something can be done in a better way? Here
>is my plan.
>
>1) Upgrade oVirt Hosted Engine running under KVM / SuSE file server to
>CentOS 8.2 / oVirt 4.4.
>Or its better to install from scratch new CentOS 8.2/oVirt 4.4 and
>migrate database?

 Ovirt HE has to be redeployed on a CentOS/EL 8 system and restored from backup.

>2) Install CentOS 8.2 and oVirt node 4.4 on new server (let’s name it
>node #3).
>3) Migrate virtual machines from old node #1 to the new (#3).
>4) Upgrade CentOS on old node #1 to v8.2, and oVirt from web interface.
>Will that work, or upgrade CentOS 7 -> 8 will render this process
>unmanageable due to removal of many components? 

You actually remove old#1  and then wipe and reinstall on EL8.

>5) Migrate back virtual machines from node #3 to newly upgraded node
>#1.
>6) Repeat step 4 and 5 for old node #2.
>
>
>I have set of custom shell and python scripts running on engine and
>nodes, so manual installation was a way to go.


I would recommend you to create 3 VMs on your Ovirt (with nested Virtualization 
enabled) and test your plan on those VMs.

>Thanks in advance for any suggestion(s)
>
>with best regards
>Andrei
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/B6TKPHULJE37CF2O44FJJVJ3KOXR5IZI/
___
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/JFZ3AB53YXXMZEAJXQDWX35JKKXS7IVO/

[ovirt-users] Re: broker.log not rotating

[Strahil Nikolov via Users]

Yes,  ovirt-ha-broker  and ovirt-ha-agent take care of HostedEngine to be up 
and running and in case something goes bad - to be migrated away.

Best Regards,
Strahil Nikolov

На 3 юли 2020 г. 7:53:14 GMT+03:00, Anton Louw via Users  
написа:
>Hi Everybody,
>
>Thanks for all the responses. So I managed to truncate the log. I just
>want to make sure, the ‘ovirt-ha-agent’ service is only for the hosted
>engine correct?
>
>I can still migrate machines between the hosts, so it should then not
>impact the VMs?
>
>Thanks
>
>
>Anton Louw
>Cloud Engineer: Storage and Virtualization
>__
>D: 087 805 1572 | M: N/A
>A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
>anton.l...@voxtelecom.co.za
>
>www.vox.co.za
>
>
>
>From: Darrell Budic 
>Sent: 02 July 2020 19:56
>To: Anton Louw 
>Cc: users@ovirt.org
>Subject: Re: [ovirt-users] broker.log not rotating
>
>They’re just log files, so generally safe to delete. You may want to
>take a look at the huge one though, see what’s up. I had a similar
>problem that turned out to be a broken HA agent install, cleaned and
>reinstalled and it went back to the same volume of logs as the others.
>
>Now I need to check if they added logrotate.d config files for it to
>clean those up, hum.
>
>  -Darrell
>
>
>On Jul 2, 2020, at 12:00 AM, Anton Louw via Users
>mailto:users@ovirt.org>> wrote:
>
>
>
>Hi All,
>
>I had a space alert on one of my nodes this morning, and when I looked
>around, I saw that  var/log/ovirt-hosted-engine-ha/broker.log was
>sitting at around 30GB. Does anybody know if it is safe to delete the
>log file? Or is there another process that I should follow?
>
>I had a look at my other nodes, and the broker.log file does not exceed
>4GB.
>
>Thank you
>
>Anton Louw
>Cloud Engineer: Storage and Virtualization at Vox
>
>T:  087 805  | D: 087 805 1572
>M: N/A
>E: anton.l...@voxtelecom.co.za
>A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
>www.vox.co.za
>
>[F]
>
>[T]
>
>[I]
>
>[L]
>
>[Y]
>
>
>[#VoxBrand]
>
>Disclaimer
>The contents of this email are confidential to the sender and the
>intended recipient. Unless the contents are clearly and entirely of a
>personal nature, they are subject to copyright in favour of the holding
>company of the Vox group of companies. Any recipient who receives this
>email in error should immediately report the error to the sender and
>permanently delete this email from all storage devices.
>
>This email has been scanned for viruses and malware, and may have been
>automatically archived by Mimecast Ltd, an innovator in Software as a
>Service (SaaS) for business. Providing a safer and more useful place
>for your human generated data. Specializing in; Security, archiving and
>compliance. To find out more Click
>Here.
>
>
>___
>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/4L6OOVVW6KOSBFSJIXASJT7GADTX24YJ/
___
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/RAW3BAWGCNCJYXNDMXJAC4OQ3ANVZ7UG/

[ovirt-users] Re: oVirt 4.4.0, slave interfaces are down after a reboot

[Strahil Nikolov via Users]

Usually the vdsm-network-init and vdsm-network services take care of the 
network configuration.
The easiest way to resolve  is to set the host in maintenance and then use 
'reinstall' from the UI.

Best Regards,
Strahil Nikolov

На 2 юли 2020 г. 14:50:14 GMT+03:00, Erez Zarum  написа:
>Fresh installation of oVirt 4.4.0 (using the ISO), after restarting an
>host, the host comes up but the slave interfaces of a bond remains in
>down state.
>The only way to bring it up is to login via IPMI and restart the
>"NetworkManager" service.
>Weird thing, after this, the host says that it's network is out of
>sync, this happens on a network that is marked as "migration network",
>what is out of sync is the gateway.
>I have restart the host again (this happens on all hosts) and i can see
>that after a restart the NetworkManager state (nmcli c show bond0.421
>as example) does not list the routes, after syncing the routes are
>there.
>___
>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/45JF643HPJOG62FJ3M3Y5CIYVO5RZ75M/
___
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/MMXVLBFZN37VIWCS6G3AJ2OLIMVJBA37/

[ovirt-users] Re: oVirt 4.4.0, slave interfaces are down after a reboot

[Strahil Nikolov via Users]

Usually the vdsm-network-init and vdsm-network services take care of the 
network configuration.
The easiest way to resolve  is to set the host in maintenance and then use 
'reinstall' from the UI.

Best Regards,
Strahil Nikolov

На 2 юли 2020 г. 14:50:14 GMT+03:00, Erez Zarum  написа:
>Fresh installation of oVirt 4.4.0 (using the ISO), after restarting an
>host, the host comes up but the slave interfaces of a bond remains in
>down state.
>The only way to bring it up is to login via IPMI and restart the
>"NetworkManager" service.
>Weird thing, after this, the host says that it's network is out of
>sync, this happens on a network that is marked as "migration network",
>what is out of sync is the gateway.
>I have restart the host again (this happens on all hosts) and i can see
>that after a restart the NetworkManager state (nmcli c show bond0.421
>as example) does not list the routes, after syncing the routes are
>there.
>___
>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/45JF643HPJOG62FJ3M3Y5CIYVO5RZ75M/
___
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/R2CJJS52DX3VE6C7IDAXKH4MUWYUFIU2/

[ovirt-users] What permission do I need to get API access

[miguel . garcia]

We use LDAP authentication to login to ovirt cluster, actually, admin and 
another user account have to access API with no problem. My account does cannot 
access to API despite that had SuperUser privileges than those accounts that 
already access API.

Every time I tried to access API I get next message:
Error during SSO authentication access_denied: Cannot authenticate user 
'diagsbuil...@ralntdom.rtptgcs.com':
No valid profile found in credentials..

The account does exist and permissions to enter to portal vms

What do need to do to grant access to API?
___
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/XFIRPSPCNYTACGWMYKRI275MGREPGTGX/

[ovirt-users] Hosted engine can't start after changing cluster settings

[Patrick Lomakin]

I changed the BIOS Type settings in the cluster settings section to UEFI BIOS, 
and hosted-engine does not start after rebooting.  Although, before I made the 
changes, I looked in the engine at the /boot partition, which has the /efi 
directory.  Is there any way to change the engine settings manually, and how 
can I connect to it (or to its partitions) to perform actions?  I can't imagine 
how you can reinstall the engine without unplugging storage to import all 
virtual machines later.  Losing data in virtual machines is a disaster for me.
___
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/HYBHKETECQVAFGWNBM563P4NHR7IGVZW/

[ovirt-users] Re: Using ovirt imageio

[Nir Soffer]

On Tue, Jul 7, 2020 at 5:05 PM Łukasz Kołaciński 
wrote:

> Dear ovirt community,
>

Hi Łukasz,

Adding de...@ovit.org since this topic is more appropriate for the devel
list.


> I am trying to use ovirt imageio api to receive changed blocks (dirty
> bitmap) on ovirt 4.4. Could anyone tell me how to get them step by step? On
> the documentation I saw endpoint "GET /images/ticket-uuid/map". I don't
> know what ticket-uuid is and how to generate it. I also need to know how to
> use this api because I can't reach it via /ovirt-engine/api/
>
> I am asking about this endpoint:
>
> https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api
>

This guide is outdated and should not be used now.

The most up to date information is here:
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html

However the extents API is also outdated in the feature page. We are
working on updating it.

So here is example:

First you must start backup with from_checkpoint_id argument:

backup = backups_service.add(
types.Backup(
disks=disks,
from_checkpoint_id="checkpoint-id",
)
)

>
"checkpoint-id" is the checkpoint created in the last backup.

This starts a backup in in incremental mode. Dirty extents are available
only
in this mode.

Then you start a transfer for download, using the backup id:

transfer = imagetransfer.create_transfer(
connection,
disk,
types.ImageTransferDirection.DOWNLOAD,
backup=types.Backup(id=backup_uuid))

The transfer.transfer_url is the URL to download from, for example:

https://host:54322/images/53787351-3f72-44a1-8a26-1323524fac4a

Connect to host:54322 and send this request:

GET /images/53787351-3f72-44a1-8a26-1323524fac4a/extents?context=dirty

And parse the return json list, containing objects like:

[
{"start": 0, "length": 65536, "dirty": true},
{"start": 65536, "length": 1048576, "dirty": false},
...
]

For example code of using the imageio API, see imageio http backend:
https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L288
https://github.com/oVirt/ovirt-imageio/blob/d5aa0e1fe659f1bf1247516f83c71e072803fa05/daemon/ovirt_imageio/_internal/backends/http.py#L498

We are adding a ImageioClient API that makes it easier to consume without
writing any HTTP code:
https://gerrit.ovirt.org/c/110068

With this you can use:

with ImageioClient(transfer.transfer_url, cafile=args.cafile) as client:
for extent in client.extent("dirty"):
if extent.dirty:
print("##dirty start={} length={}".format(extent.start,
extent.length))
client.write_to(sys.stdout.buffer, extent.start,
extent.length)
print()

This will stream the dirty extents to stdout. Not very useful as is, but
illustrates how
you can consume the data.

Here is an example writing extents to a sparse stream format:
https://gerrit.ovirt.org/c/110069

For complete backup example code see:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py

Note the new imagetransfer helper module:
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/helpers/imagetransfer.py

Nir

e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* 
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> *
>
> *[image: facebook]* 
>
> *[image: twitter]* 
>
> *[image: linkedin]* 
>
> *[image: Storware_Stopka_09]*
> 
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient
> is prohibited. If you have received this message in error, please contact
> the sender and remove the material from all of your computer systems.*
>
> ___
> Users mailing list -- 

[ovirt-users] Re: Ovirt 4.3.10 Glusterfs SSD slow performance over 10GE

[Jayme]

Emy,

I was wondering how much if any improvement I'd see with Gluster storage
moving to oVirt 4.4/CentOS 8x (but have not made the switch yet myself).
You should keep in mind that your Perc controllers aren't supported by
CentOS 8 out of the box, they dropped support for many older controllers.
You should still be able to get it to work using a driver update disk
during install. See: https://forums.centos.org/viewtopic.php?t=71862

Either way, this is good to know ahead of time as to limit surprises!

- Jayme

On Tue, Jul 7, 2020 at 10:22 AM shadow emy  wrote:

> i found the problem.
> The kernel version in Centos 7.8  with version 3.x.x is really too old and
> does not know how to handle fine new SSD disks or RAID Controllers with
> latest BIOS Updates applied.
>
> Booting and Archlinux latest iso image with kernel 5.7.6 or a Centos 8.2
> with kernel 4.18 increased the performance at the right values.
> I run  multiple dd tests on the above images using bs of 10, 100 and 1000M
> and  had aconstant write speed of  1.1GB/s.This is the expected value for 2
> SSD in RAID 0.
>
> I had also enabled  cache settings on the Dell Perc 710 Raid controller :
> Write Cache set to "Write Back", disk cache set to "Enabled", read cache to
> "Read Ahead".For those who think "Write back" is a problem and the data
> might be corrupted, this should be ok now with the latest filesystem xfs or
> ext4 , that can recover in case of power loss.To make data safer, i also
> have a Raid cache battery and UPS redundancy.
>
> Now i know i must run ovirt 4.4 with Centos 8.2 for good performance.
>  I saw that Upgrading from 4.3 to 4.4 is not an easy task, multiple fails
> and not quite straight forward(i also have hosted engine on the shared
> Gluster Storage which makes this ipgrade even more difficult), but
> eventually i think i can get it running.
>
> Thanks,
> Emy
> ___
> 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/ZOFENYMPKXC6Z6MHOFFAUPPQCUFDNKHO/
>
___
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/OSDGNRHS25GUZG3RHIEHIZX66UYMGJIV/

[ovirt-users] Re: iSCSI array "Storage domain does not exist" error after array reboot

[Edward Berger]

I had an issue like this where I was using a centos7 (targetcli iscsi)
server which accidentally had LVM enabled upon reboot
which grabbed the RAID device and stopped targetcli from exporting the RAID
disk as iscsi.
It only showed up after a power outage and it took me a while to figure out
what happened.

I had to stop and disable LVM on the iscsi server, use 'dmsetup ls' to see
what it had touched and 'dmsetup remove' to clear them,
then restart the target service.

Somewhere along the way of troubleshooting targetcli decided to forget the
volume,
but an earlier backup config had it so I copied that into place and got it
running again.

On Tue, Jul 7, 2020 at 9:51 AM Kevin Doyle 
wrote:

> I am running a hosted engine using iscsi. I had to reboot the array, I
> took down all the VM's and put the VM data storage into maintenance mode. I
> also put the hosted engine "hosted-engine --set-maintenance --mode =global"
> and shut down the engine "hosted-engine --vm-shutdown" I also stopped the
> broker and agent systemctl stop ovirt-ha-broker' ; 'systemctl stop
> ovirt-ha-agent' The array was rebooted. I started the broker and agent
> systemctl start ovirt-ha-broker' ; 'systemctl start ovirt-ha-agent' However
> I now see errors in the vdsm log
>
> INFO  (jsonrpc/4) [storage.TaskManager.Task]
> (Task='76547cc5-e4f0-454c-ac46-c341e7f6d54c') aborting: Task is aborted:
> "Storage domain does not exist: (u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',)"
> - code 358 (task:1181)
> 2020-07-07 14:01:25,098+0100 ERROR (jsonrpc/4) [storage.Dispatcher] FINISH
> prepareImage error=Storage domain does not exist:
> (u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',) (dispatcher:83)
> 2020-07-07 14:01:25,098+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC
> call Image.prepare failed (error 358) in 0.07 seconds (__init__:312)
>  INFO  (vmrecovery) [vdsm.api] START
> getConnectedStoragePoolsList(options=None) from=internal,
> task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:48)
> 2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vdsm.api] FINISH
> getConnectedStoragePoolsList return={'poollist': []} from=internal,
> task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:54)
> 2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vds] recovery: waiting
> for storage pool to go up (clientIF:709)
>
> I have 6 hosts. I have tried rebooting them all, I have tried just running
> 1 host that was originally hosting the engine, but I cannot bring up the
> hosted engine. Has anyone any ideas ? how to reconnect the storage domain
> The hosted engine had its own iscsi disk separate from the VM's
>
> thanks
> Kevin
> ___
> 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/75S43CMY6FVZI56F3AHCEYFJH22N3XXZ/
>
___
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/SKCE4BRSIWSSSLVF6QHUOVGQ7UW4NQHU/

[ovirt-users] Re: How to use sysprep to create Windows templates

[Steven Rosenberg]

Dear Wodel Youchi,

Sorry for the delayed response. Answers below.



On Tue, Jul 7, 2020 at 4:17 PM wodel youchi  wrote:

> Hi,
>
> Could someone give me some help.
>
> Regards.
>
> Le mer. 1 juil. 2020 15:45, wodel youchi  a
> écrit :
>
>> Hi,
>>
>> I need to create some Windows Templates for my client, and I am not quite
>> familiar with the Windows sysprep installations.
>> I read the "Sealing a Windows Virtual Machine for Deployment as a
>> Template" on the Virtual Machine Management Guide.
>>
>> What I don't understand is the process of sealing a Windows VM.
>>
>> When should I use the /usr/share/ovirt-engine/conf/sysprep/sysprep.*
>> files? at the creation of the VM that will be a template at the end? or at
>> the creation of new VMs based on the template?
>>
>
Sealing the VM is used within the Windows Guest OS via this command:

'C:\Windows\System32\Sysprep\sysprep.exe /oobe /generalize /shutdown'

or

'C:\Windows\System32\sysprep\sysprep.exe' (then: Select 'Enter System
Out-of-Box-Experience (OOBE)' and check the 'Generalize' checkbox)

Once Windows restarts, you should see your configuration applied to the OS.




> When should I use the /etc/ovirt-engine/osinfo.conf.d/xx.files.properties?
>> at the creation of the VM that will be a template at the end? or at the
>> creation of new VMs based on the template?
>>
>
To change any of the properties you may need to.


>
>> What is the difference between : "Use Cloud-Init/Sysprep" in the VM edit
>> window and the RUN Once window?
>>
>
One needs to set the OS properly within the VM New / Edit functionality for
this to work. Then one can choose Cloud-Init/Sysprep and a configuration
such as to set the Time Zone.

If the Guest OS is Windows, then Sysprep is used, if Linux then Cloud Init
is used.


>
>> For me it is not clear, could someone help me to understand.
>>
>> Regards.
>>
>
I hope this helps.

With Best Regards

Steven Rosenberg.

> ___
> 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/UZ5ZYEXSZIFMH3JI6RGABRYMJIIOFNBD/
>
___
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/4KNQ6FHL2EWPQCO2HMEKPLPVNEOE7OAM/

[ovirt-users] Using ovirt imageio

[Łukasz Kołaciński]

Dear ovirt community,

I am trying to use ovirt imageio api to receive changed blocks (dirty bitmap) 
on ovirt 4.4. Could anyone tell me how to get them step by step? On the 
documentation I saw endpoint "GET /images/ticket-uuid/map". I don't know what 
ticket-uuid is and how to generate it. I also need to know how to use this api 
because I can't reach it via /ovirt-engine/api/

I am asking about this endpoint:
https://www.ovirt.org/documentation/incremental-backup-guide/incremental-backup-guide.html#imageio-backup-api


Best regards,
Łukasz Kołaciński

Junior Java Developer

e-mail: l.kolacin...@storware.eu





[STORWARE]

ul. Leszno 8/44
01-192 Warszawa
www.storware.eu 

[facebook]

[twitter]

[linkedin]

[Storware_Stopka_09]



Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , 
NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, 
który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane 
informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, 
rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie 
jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne 
niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację 
prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich 
komputerów. This message is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you have received this message in error, 
please contact the sender and remove the material from all of your computer 
systems.

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

[ovirt-users] iSCSI array "Storage domain does not exist" error after array reboot

[Kevin Doyle]

I am running a hosted engine using iscsi. I had to reboot the array, I took 
down all the VM's and put the VM data storage into maintenance mode. I also put 
the hosted engine "hosted-engine --set-maintenance --mode =global" and shut 
down the engine "hosted-engine --vm-shutdown" I also stopped the broker and 
agent systemctl stop ovirt-ha-broker' ; 'systemctl stop ovirt-ha-agent' The 
array was rebooted. I started the broker and agent systemctl start 
ovirt-ha-broker' ; 'systemctl start ovirt-ha-agent' However I now see errors in 
the vdsm log 

INFO  (jsonrpc/4) [storage.TaskManager.Task] 
(Task='76547cc5-e4f0-454c-ac46-c341e7f6d54c') aborting: Task is aborted: 
"Storage domain does not exist: (u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',)" - 
code 358 (task:1181)
2020-07-07 14:01:25,098+0100 ERROR (jsonrpc/4) [storage.Dispatcher] FINISH 
prepareImage error=Storage domain does not exist: 
(u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',) (dispatcher:83)
2020-07-07 14:01:25,098+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call 
Image.prepare failed (error 358) in 0.07 seconds (__init__:312)
 INFO  (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) 
from=internal, task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:48)
2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vdsm.api] FINISH 
getConnectedStoragePoolsList return={'poollist': []} from=internal, 
task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:54)
2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vds] recovery: waiting for 
storage pool to go up (clientIF:709)

I have 6 hosts. I have tried rebooting them all, I have tried just running 1 
host that was originally hosting the engine, but I cannot bring up the hosted 
engine. Has anyone any ideas ? how to reconnect the storage domain The hosted 
engine had its own iscsi disk separate from the VM's

thanks
Kevin
___
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/75S43CMY6FVZI56F3AHCEYFJH22N3XXZ/

[ovirt-users] Re: oVirt 4.3 -> 4.4 Upgrade Path Questions

[Andrei Verovski]

Hi !

Something wrong went with this list manager, since July 2 I stopped to 
receive e-mails. I can't login with my old password, neither I can reset it.


Is it possible to check by list admins?

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

[ovirt-users] Re: oVirt-node 4.4.0 - Hosted engine deployment fails when host is unable to download updates

[shadow emy]

I forgot to mention,  after every failed deploy on a new host using ovirt 4.4  
you can run : 
/usr/share/ovirt-hosted-engine/scripts/ovirt-hosted-engine-cleanup to free up 
disk space and remove configs that did not finish to setup.

Thanks,
Emy
___
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/6WZSXVGSV26MS73DRSFARKMVNC4WABXI/

[ovirt-users] Re: Migration of self Hosted Engine from iSCSI to Gluster/NFS

[houwei . chen]

Hi Erez,
would you like to use the backup tool to backup your self Hosted Engine from 
iSCSI, then restore to the Gluster of NFS storage? In this way, you can 
migration as you want. 
If you are looking forward to a backup tool, maybe you can try Vinchin Backup & 
Recovery, which provides the solution.
Hope you can solve your question soon.
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/S26MUXJPNZ6DVQGGKITRC5HJSPLNBAEW/

[ovirt-users] Re: Problems with setting up ovirt 4.4 for incremental backups

[Eyal Shenitzky]

Hi Lukasz,

Thank you for testing the new Incrementa backup feature.

For those kinds of questions, it is better to send the mail to +users
 list so other people can learn/answer the question.

Please see my comments inline.


On Fri, 3 Jul 2020 at 15:55, Łukasz Kołaciński 
wrote:

> Dear Eyal Shenitzky
>
> Could you help me with setting up ovirt 4.4? I am trying to implement
> incremental backups to our application and I have some questions.
>
> 1. First of all I am using mostly this documentation:
> https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
> and I saw session on youtube. Are there any other sources of knowledge?
>

Currently no, those are the two best resources for this feature at this
moment.
Note that we updated
https://www.ovirt.org/develop/release-management/features/storage/incremental-backup.html
recently
so now it contains up-to-date information about all the operations that
need to be done with the Engine in order to use this feature.


> 2. I can't change fields on diskattachment with PUT Method (to set
> incremental in backup field). I think I tried in every way and I am getting
> 405 Method Not Allowed.
>

Please try the following request -

PUT path-to-engine
/ovirt-engine/api/vms/vm-uuid/diskattachments/disk-attachment-uuid



disk-uuid
incremental




> 3. When I am using REST API to get info about checkpoints with "GET
> /vms/vm-uuid/checkpoints/" I am getting response: "Could not find resource
> for full path". So this looks like something is not enabled or missing.
>

There is no 'checkpoints' service under any path at this moment, so the
path you are using is not valid.

There is a backups service that you can find under -

GET path-to-engine/ovirt-engine/api/vms/vm-uuid/backups

To get a single backup you can use

GET path-to-engine/ovirt-engine/api/vms/vm-uuid/backups/backup-uuid

We are now working on exposing also the checkpoints service to allow
removal of checkpoints, but this isn't ready yet.


> 4. I don't understand what ticket-uuid in imageio API is. How can I get
> dirty bitmaps after full backup? And how to use it because there is not
> "images" resource on /ovirt-engine/api/
>

Please look and the example script we developed in order to use this
feature -

https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py

Using this script you will be able to do all the needed operations in order
to back up a VM.
There is a very detailed manual for it (when using --help / -h).

This script can interact with ImageIO in order to download the backup disks
using the new 'client' library in ImageIO.
You can use it as a reference on how to interact with the Engine API and
ImageIO.


> On my environment I have:
> CentOS 8.2
> ovirt 4.4.0.3-1
> libvirt 6.0.0-17
> qemu-kvm 4.2.0
> kvm 4.2.0-19
> vdsm 4.40.16-1
>

It looks like you have the correct versions in order to use Incremental
backup, but remember that the
Engine blocks incremental backup operations and allows only full backup by
default.
In order to allow incremental backup in the engine, you need to do the
following commands -

# engine-config -s "IsIncrementalBackupSupported=true"
# systemctl restart ovirt-engine


> I look forward to hearing from you.
>
> Best regards,
>
> Łukasz Kołaciński
>
> Junior Java Developer
>
> e-mail: l.kolacin...@storware.eu
> 
>
>
>
>
> *[image: STORWARE]* 
>
>
>
> *ul. Leszno 8/44 01-192 Warszawa www.storware.eu
> *
>
> *[image: facebook]* 
>
> *[image: twitter]* 
>
> *[image: linkedin]* 
>
> *[image: Storware_Stopka_09]*
> 
>
>
>
> *Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa
> 000510131* *, NIP 5213672602.** Wiadomość ta jest przeznaczona jedynie
> dla osoby lub podmiotu, który jest jej adresatem i może zawierać poufne
> i/lub uprzywilejowane informacje. Zakazane jest jakiekolwiek przeglądanie,
> przesyłanie, rozpowszechnianie lub inne wykorzystanie tych informacji lub
> podjęcie jakichkolwiek działań odnośnie tych informacji przez osoby lub
> podmioty inne niż zamierzony adresat. Jeżeli Państwo otrzymali przez
> pomyłkę tę informację prosimy o poinformowanie o tym nadawcy i usunięcie
> tej wiadomości z wszelkich komputerów. **This message is intended only
> for the person or entity to which it is addressed and may contain
> confidential and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient
> is prohibited. If you have received this message in error, please contact
> the sender and remove the material from all of your computer systems.*
>
>

-- 
Regards,
Eyal Shenitzky
___
Users mailing list -- 

[ovirt-users] Re: It is possible to export a vm bigger as 5 TB?

[houwei . chen]

Hi Miguel,  
Firstly, you can backup your target VM by the backup tool. Then, you can export 
VM as you want. This is a perfect solution maybe you can try. 
If you are interested in the back tool , I suggest to you the Vinchin Backup & 
Recovery.
Hope you solve your question soon.
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/MMPBK34YURRKO5JF6XJE64XYVEBWM26P/

[ovirt-users] oVirt 4.4.0, slave interfaces are down after a reboot

[Erez Zarum]

Fresh installation of oVirt 4.4.0 (using the ISO), after restarting an host, 
the host comes up but the slave interfaces of a bond remains in down state.
The only way to bring it up is to login via IPMI and restart the 
"NetworkManager" service.
Weird thing, after this, the host says that it's network is out of sync, this 
happens on a network that is marked as "migration network", what is out of sync 
is the gateway.
I have restart the host again (this happens on all hosts) and i can see that 
after a restart the NetworkManager state (nmcli c show bond0.421 as example) 
does not list the routes, after syncing the routes are there.
___
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/45JF643HPJOG62FJ3M3Y5CIYVO5RZ75M/

[ovirt-users] Re: Ovirt 4.3.10 Glusterfs SSD slow performance over 10GE

[shadow emy]

i found the problem.
The kernel version in Centos 7.8  with version 3.x.x is really too old and does 
not know how to handle fine new SSD disks or RAID Controllers with latest BIOS 
Updates applied.

Booting and Archlinux latest iso image with kernel 5.7.6 or a Centos 8.2 with 
kernel 4.18 increased the performance at the right values. 
I run  multiple dd tests on the above images using bs of 10, 100 and 1000M and  
had aconstant write speed of  1.1GB/s.This is the expected value for 2 SSD in 
RAID 0.

I had also enabled  cache settings on the Dell Perc 710 Raid controller : Write 
Cache set to "Write Back", disk cache set to "Enabled", read cache to "Read 
Ahead".For those who think "Write back" is a problem and the data might be 
corrupted, this should be ok now with the latest filesystem xfs or ext4 , that 
can recover in case of power loss.To make data safer, i also have a Raid cache 
battery and UPS redundancy.

Now i know i must run ovirt 4.4 with Centos 8.2 for good performance.
 I saw that Upgrading from 4.3 to 4.4 is not an easy task, multiple fails and 
not quite straight forward(i also have hosted engine on the shared Gluster 
Storage which makes this ipgrade even more difficult), but eventually i think i 
can get it running.

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

[ovirt-users] Re: broker.log not rotating

[Sandro Bonazzola]

Il giorno gio 2 lug 2020 alle ore 07:05 Anton Louw via Users <
users@ovirt.org> ha scritto:

>
>
> Hi All,
>
>
>
> I had a space alert on one of my nodes this morning, and when I looked
> around, I saw that  var/log/ovirt-hosted-engine-ha/broker.log was sitting
> at around 30GB. Does anybody know if it is safe to delete the log file? Or
> is there another process that I should follow?
>
>
>
> I had a look at my other nodes, and the broker.log file does not exceed
> 4GB.
>

Hi, broker logs should be rotating daily keeping 7 days in total unless you
manually changed the logging configuration at broker-log.conf.
If on this host it's growing so fast there's probably something broken on
the host.
Can you please inspect the log files and check what's got logged causing so
many log entries?



>
>
> Thank you
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] 
> [image: T] 
> [image: I] 
> [image: L] 
> [image: Y] 
>
> [image: #VoxBrand]
> 
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> .
>
>
> ___
> 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/4L6OOVVW6KOSBFSJIXASJT7GADTX24YJ/
>


-- 

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

[ovirt-users] Re: oVirt-node 4.4.0 - Hosted engine deployment fails when host is unable to download updates

[shadow emy]

Hello,

I experienced the same error.

There can be two problems :
1.Sometimes the ovirt 4.4 repository does not respond , either because is down 
or the internet connection  to it does not work correctly firewall, routing, 
etc.
My solution for this was to clear rpm  packages cache using : "dnf clean all "  
and after do a "dnf update" to get the packages back in cache, to check the 
connections to repository are ok
Then retry the deployment.

2. The disk space might be full and the engine-setup cant download the need 
packages. 
Multiple failed setip runs on hosted-engine --deploy can fill up the disk 
space. Before rerun delete everything in /var/tmp/ directory.

For issue 1. the ovirt developers team can implememt a  failed_when  retry 
mechanism (maybe max 3 retries ?? ) using ansible task in case of uri package 
update error.

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

[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

[shadow emy]

I am using command line hosted-engine --deploy for install, no cockpit.
I had problems with rpm metadata and the deployed failed, but yes in your case 
might be IPv6 problems.
I am using IPv4, never tried IPv6 on Ovirt.
___
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/OUWKGGVZP2UN7NZPRTNXJ6WJ3ONK36QO/

[ovirt-users] It is possible to export a vm bigger as 5 TB?

[miguel . garcia]

We have a vm with many virtual drives and need to backup as ova file. Since 
this demands a lot of space I had mounted an nfs directory in the host but get 
next message after try to export ova:

Error whle executing action: Cannot export VM. Invalid target folder: 
/mnt/shared2 on Host. You may refer to the engine.log file for further details.

Looking at the engine.log file got this mesage:
2020-07-03 11:42:37,268-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]', 
sharedLocks=''}'
2020-07-03 11:42:37,275-04 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Executing Ansible command:  
/usr/bin/ansible-playbook --ssh-common-args=-F 
/var/lib/ovirt-engine/.ssh/config -v 
--private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa 
--inventory=/tmp/ansible-inventory2275650137225503626 
--extra-vars=target_directory="/nt/shared2" --extra-vars=validate_only="True" 
/usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml [Logfile: 
/var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-20200703114237-172.16.99.13-e357a397-3dc3-4566-900f-6e0e0cb39030.log]
2020-07-03 11:42:39,554-04 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Ansible playbook command has 
exited with value: 2
2020-07-03 11:42:39,555-04 WARN  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Validation of action 
'ExportVmToOva' failed for user Miguel.Garcia. Reasons: 
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
 hyp11.infra,$directory /nt/shared2
2020-07-03 11:42:39,556-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1929) [e357a397-3dc3-4566-900f-6e0e0cb39030] Lock freed to object 
'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]', 
sharedLocks=''}'
2020-07-03 11:44:53,021-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]', 
sharedLocks=''}'
2020-07-03 11:44:53,027-04 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Executing Ansible command:  
/usr/bin/ansible-playbook --ssh-common-args=-F 
/var/lib/ovirt-engine/.ssh/config -v 
--private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa 
--inventory=/tmp/ansible-inventory3629946116235444875 
--extra-vars=target_directory="/mnt/shared2" --extra-vars=validate_only="True" 
/usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml [Logfile: 
/var/log/ovirt-engine/ova/ovirt-export-ova-validate-ansible-20200703114453-172.16.99.13-ba070d4b-5f76-4fd7-adc0-53e0f96e6635.log]
2020-07-03 11:44:55,538-04 INFO  
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default 
task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Ansible playbook command has 
exited with value: 2
2020-07-03 11:44:55,538-04 WARN  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Validation of action 
'ExportVmToOva' failed for user Miguel.Garcia. Reasons: 
VAR__ACTION__EXPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_OVA_DESTINATION_FOLDER,$vdsName
 hyp11.infra,$directory /mnt/shared2
2020-07-03 11:44:55,539-04 INFO  
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] (default 
task-1937) [ba070d4b-5f76-4fd7-adc0-53e0f96e6635] Lock freed to object 
'EngineLock:{exclusiveLocks='[0b65c67d-98ae-435a-9c0a-2d9f0856a98b=VM]', 
sharedLocks=''}'
2020-07-03 11:45:17,391-04 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-11) [6d510f0c] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[f762fb4b-57c1-40d0-bf3f-be4c83f16f44=PROVIDER]', 
sharedLocks=''}'


I had tried to addthe nfs partition as a Storage Domain data type but that 
didn't help either.

The mount persmission is as follow:
drwxr-xr-x. 3 vdsm kvm  50 Jul  3 11:47 /mnt/shared2

Any idea how can export this vm?
___
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/BX2TLMSDDT2KCJPDVU4Q2A5ECZ4ILUSK/

[ovirt-users] Running Self Hosted-Engine on the same iSCSI target as other Storage Domains

[Erez Zarum]

We are using Dell SC (Storage) with iSCSI with oVirt, it is impossible to 
create a new Target Portal with a specific LUN so it's impossible to isolate 
the SE LUN from other LUNs that are in use by other Storage Domains.
According to the documentations this is not a best practice, while searching i 
ran into that specific issue but it seems to be solved.
Is it still by best practice when using oVirt 4.4 to use a whole different 
target for the SE? If it is not possible giving the current envrionment 
restrictions is the only option for us is to attach a few disks to each servers 
and create a small gluster cluster (volume) just for the SE?
___
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/G5TORMHOP6KBCJ3ZOGD22OWTYFCYSTRQ/

[ovirt-users] Re: How to use sysprep to create Windows templates

[wodel youchi]

Hi,

Could someone give me some help.

Regards.

Le mer. 1 juil. 2020 15:45, wodel youchi  a écrit :

> Hi,
>
> I need to create some Windows Templates for my client, and I am not quite
> familiar with the Windows sysprep installations.
> I read the "Sealing a Windows Virtual Machine for Deployment as a
> Template" on the Virtual Machine Management Guide.
>
> What I don't understand is the process of sealing a Windows VM.
>
> When should I use the /usr/share/ovirt-engine/conf/sysprep/sysprep.*
> files? at the creation of the VM that will be a template at the end? or at
> the creation of new VMs based on the template?
> When should I use the /etc/ovirt-engine/osinfo.conf.d/xx.files.properties?
> at the creation of the VM that will be a template at the end? or at the
> creation of new VMs based on the template?
>
> What is the difference between : "Use Cloud-Init/Sysprep" in the VM edit
> window and the RUN Once window?
>
> For me it is not clear, could someone help me to understand.
>
> Regards.
>
___
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/UZ5ZYEXSZIFMH3JI6RGABRYMJIIOFNBD/

[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

[shadow emy]

Yes i also had a lot of problems installing ovirt 4.4 .I think it was not 
tested enough.
I am upgrading  from ovirt 4.3 to 4.4 using shared storage glusterfs, which 
makes things more difficult.

Regarding your error, i believe is something with the rpm ovirt 4.4 
repository(sometimes it times out and sometimes it's not).
First as you said check your disk space, before running the hosted-engine 
deploy.If the setup fails there is no ansible disk cleanup  task for /var/tmp, 
the clean task is only at the end of the ansible playbook when the deploy is 
with success.
What i tried with success  is to clear the rpm packages metadata, just before 
the deploy started  run : "dnf clean all" , then "dnf update" .
___
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/DDSE6MI7XCB6T75ARSRFXY3FCE62TECU/

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

[Vinícius Ferrão via Users]

@Martin if needed I can raise a RFE for this. Just point me where to do, and I 
will do it.

Thank you.

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

Hi Martin,

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



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

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

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

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

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

Hi,

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

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

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

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

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

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

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

Thanks,


Regards,
Martin

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

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

Thanks,

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


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

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

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

[ovirt-users] Re: broker.log not rotating

[Anton Louw via Users]

Hi Everybody,

Thanks for all the responses. So I managed to truncate the log. I just want to 
make sure, the ‘ovirt-ha-agent’ service is only for the hosted engine correct?

I can still migrate machines between the hosts, so it should then not impact 
the VMs?

Thanks


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Darrell Budic 
Sent: 02 July 2020 19:56
To: Anton Louw 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] broker.log not rotating

They’re just log files, so generally safe to delete. You may want to take a 
look at the huge one though, see what’s up. I had a similar problem that turned 
out to be a broken HA agent install, cleaned and reinstalled and it went back 
to the same volume of logs as the others.

Now I need to check if they added logrotate.d config files for it to clean 
those up, hum.

  -Darrell


On Jul 2, 2020, at 12:00 AM, Anton Louw via Users 
mailto:users@ovirt.org>> wrote:



Hi All,

I had a space alert on one of my nodes this morning, and when I looked around, 
I saw that  var/log/ovirt-hosted-engine-ha/broker.log was sitting at around 
30GB. Does anybody know if it is safe to delete the log file? Or is there 
another process that I should follow?

I had a look at my other nodes, and the broker.log file does not exceed 4GB.

Thank you

Anton Louw
Cloud Engineer: Storage and Virtualization at Vox

T:  087 805  | D: 087 805 1572
M: N/A
E: anton.l...@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

[F]

[T]

[I]

[L]

[Y]


[#VoxBrand]

Disclaimer
The contents of this email are confidential to the sender and the intended 
recipient. Unless the contents are clearly and entirely of a personal nature, 
they are subject to copyright in favour of the holding company of the Vox group 
of companies. Any recipient who receives this email in error should immediately 
report the error to the sender and permanently delete this email from all 
storage devices.

This email has been scanned for viruses and malware, and may have been 
automatically archived by Mimecast Ltd, an innovator in Software as a Service 
(SaaS) for business. Providing a safer and more useful place for your human 
generated data. Specializing in; Security, archiving and compliance. To find 
out more Click 
Here.


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



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

[ovirt-users] oVirt 4.3 -> 4.4 Upgrade Path Questions

[Andrei Verovski]

Hi !

I have 2-node oVirt 4.3 installation, with engine running as KVM guest on SuSE 
file server (not hosted engine).
Nodes are manually installed on CentOS 7.x (further referred as old node #1 and 
#2).

I’m going to add 1 additional node, and migrate system to CentOS 8.2 / oVirt 
4.4.

Is this correct roadmap, or something can be done in a better way? Here is my 
plan.

1) Upgrade oVirt Hosted Engine running under KVM / SuSE file server to CentOS 
8.2 / oVirt 4.4.
Or its better to install from scratch new CentOS 8.2/oVirt 4.4 and migrate 
database?

2) Install CentOS 8.2 and oVirt node 4.4 on new server (let’s name it node #3).
3) Migrate virtual machines from old node #1 to the new (#3).
4) Upgrade CentOS on old node #1 to v8.2, and oVirt from web interface. Will 
that work, or upgrade CentOS 7 -> 8 will render this process unmanageable due 
to removal of many components? 
5) Migrate back virtual machines from node #3 to newly upgraded node #1.
6) Repeat step 4 and 5 for old node #2.


I have set of custom shell and python scripts running on engine and nodes, so 
manual installation was a way to go.

Thanks in advance for any suggestion(s)

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

[ovirt-users] Re: broker.log not rotating

[Darrell Budic]

They’re just log files, so generally safe to delete. You may want to take a 
look at the huge one though, see what’s up. I had a similar problem that turned 
out to be a broken HA agent install, cleaned and reinstalled and it went back 
to the same volume of logs as the others.

Now I need to check if they added logrotate.d config files for it to clean 
those up, hum.

  -Darrell

> On Jul 2, 2020, at 12:00 AM, Anton Louw via Users  wrote:
> 
> 
> 
> Hi All,
>  
> I had a space alert on one of my nodes this morning, and when I looked 
> around, I saw that  var/log/ovirt-hosted-engine-ha/broker.log was sitting at 
> around 30GB. Does anybody know if it is safe to delete the log file? Or is 
> there another process that I should follow? 
>  
> I had a look at my other nodes, and the broker.log file does not exceed 4GB.
>  
> Thank you
> 
> Anton Louw
> Cloud Engineer: Storage and Virtualization at Vox
> T:  087 805  | D: 087 805 1572
> M: N/A
> E:  <>anton.l...@voxtelecom.co.za 
> A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za 
> 
>    
>   
>  
>  
>   
>  
> Disclaimer
> 
> The contents of this email are confidential to the sender and the intended 
> recipient. Unless the contents are clearly and entirely of a personal nature, 
> they are subject to copyright in favour of the holding company of the Vox 
> group of companies. Any recipient who receives this email in error should 
> immediately report the error to the sender and permanently delete this email 
> from all storage devices.
> 
> This email has been scanned for viruses and malware, and may have been 
> automatically archived by Mimecast Ltd, an innovator in Software as a Service 
> (SaaS) for business. Providing a safer and more useful place for your human 
> generated data. Specializing in; Security, archiving and compliance. To find 
> out more Click Here 
> .
> 
> 
> 
> ___
> 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/4L6OOVVW6KOSBFSJIXASJT7GADTX24YJ/
>  
> 
___
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/T6O654OB5LOQBU7JDNNSDW4ALQHZGRZL/

[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

[jonas]

Hi!
Thanks for your comments! I am unsure regarding your hunch that the oVirt Repo 
is to blame, as from inside the engine after the botched deployment, absolutely 
nothing outside of the engine and its host is reachable via IPv4/v6, and a 
manual "dnf update" also produces a failure that the AppStream metadata can't 
be fetched.  Therefore I still believe it's a bug with he temporary 
networking/dns setup used when deploying the hosted engine.
I have sufficient space on the host, even after the engine was (half-)deployed 
there is still 80% free space available.
The only connection problems I had with the oVirt repo were that it is not IPv6 
ready.
___
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/KBP3BGXOZBKP3GSHUDAANFXHGVCKFNFD/

[ovirt-users] Re: broker.log not rotating

[Strahil Nikolov via Users]

I would recommend you to try to logrotate it.
I had similar issue with corrupted logrotate state file which led to vdsm 
growing to 20GB

You can also use 'truncate -s 0  your.log' to wipe without removing it.

Best Regards,
Strahil Nikolov

На 2 юли 2020 г. 8:00:27 GMT+03:00, Anton Louw via Users  
написа:
>Hi All,
>
>I had a space alert on one of my nodes this morning, and when I looked
>around, I saw that  var/log/ovirt-hosted-engine-ha/broker.log was
>sitting at around 30GB. Does anybody know if it is safe to delete the
>log file? Or is there another process that I should follow?
>
>I had a look at my other nodes, and the broker.log file does not exceed
>4GB.
>
>Thank you
>
>
>Anton Louw
>Cloud Engineer: Storage and Virtualization
>__
>D: 087 805 1572 | M: N/A
>A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
>anton.l...@voxtelecom.co.za
>
>www.vox.co.za
___
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/PQFBLT5BNTQTKW6VEQ2NLPMDP3BRWMYX/

[ovirt-users] rhv 4.3.9 - snapshots fail

[Markus Schaufler]

Hi,

I think we ran into this bug 
https://bugzilla.redhat.com/show_bug.cgi?id=1802277 and 
https://access.redhat.com/solutions/5174961 as we have exactly that problems 
and log-entries. 

As there are now several VMs that cannot create (or delete) snapshots 
accordingly we cannot do backups on that VMs. 
Are there any suggestions or workarounds in order that we can still backup them 
up?

Thanks very much,
Markus
___
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/5JLR4FOTLMZ2FHXJMT7EIHKFJWJ3MMIZ/

[ovirt-users] Re: Lots of problems with deploying the hosted-engine (ovirt 4.4 | CentOS 8.2.2004)

[jonas]

Hi!

A short addendum:
I have now also tried to perform the installation using the oVirt Node 
distribution as a basis, but that also ended with the same problem. So 
it does not seam to be an issue with the underlying CentOS installation, 
but rather with my general setup or parameters.


Regards
Jonas

On 2020-06-28 16:26, jonas wrote:

Hi!

I have banged my head against deploying the ovirt 4.4 self-hosted
engine on Centos 8.2 for last couple of days.

First I was astonished that resources.ovirt.org has no IPv6
connectivity, which made my initial plan for a mostly IPv6-only
deployment impossible.

CentOS was installed from scratch using the ks.cgf Kickstart file
below, which also adds the ovirt 4.4 repo and installs
cockpit-ovirt-dashboard & ovirt-engine-appliance.

When deploying the hosted-engine from cockpit while logged in as a
non-root (although privileged) user, the "(3) Prepare VM" step
instantly fails with a nondescript error message and without
generating any logs. By using the browser dev tools it was determined
that this was because the ansible vars file could not be created as
the non-root user did not have write permissions in
'/var/lib/ovirt-hosted-engine-setup/cockpit/' . Shouldn't cockpit be
capable of using sudo when appropriate, or at least give a more
descriptive error message?

After login into cockpit as root, or when using the command line
ovirt-hosted-engine-setup tool, the deployment fails with "Failed to
download metadata for repo 'AppStream'".
This seems to be because a) the dnsmasq running on the host does not
forward dns queries, even though the host itself can resolve dns
queries just fine, and b) there also does not seem to be any
functioning routing setup to reach anything outside the host.
Regarding a) it is strange that dnsmasq is running with a config file
'/var/lib/libvirt/dnsmasq/default.conf' containing the 'no-resolv'
option. Could the operation of systemd-resolved be interfering with
dnsmasq (see ss -tulpen output)? I tried to manually stop
systemd-resolved, but got the same behaviour as before.

I hope someone could give me a hint how I could get past this problem,
as so far my ovirt experience has been a little bit sub-par. :D

Also when running ovirt-hosted-engine-cleanup, the extracted engine
VMs in /var/tmp/localvm* are not removed, leading to a
"disk-memory-leak" with subsequent runs.

Best regards
Jonas

--- ss -tulpen output post deploy-run ---
[root@nxtvirt ~]# ss -tulpen  | grep ':53 '
udp   UNCONN 0  0 127.0.0.53%lo:53
0.0.0.0:* users:(("systemd-resolve",pid=1379,fd=18)) uid:193
ino:32910 sk:6 <->
udp   UNCONN 0  0   [fd00:1234:5678:900::1]:53
[::]:* users:(("dnsmasq",pid=13525,fd=15)) uid:979 ino:113580
sk:d v6only:1 <->
udp   UNCONN 0  0  [fe80::5054:ff:fe94:f314]%virbr0:53
[::]:* users:(("dnsmasq",pid=13525,fd=12)) uid:979 ino:113575
sk:e v6only:1 <->
tcp   LISTEN 0  32  [fd00:1234:5678:900::1]:53
[::]:* users:(("dnsmasq",pid=13525,fd=16)) uid:979 ino:113581
sk:20 v6only:1 <->
tcp   LISTEN 0  32 [fe80::5054:ff:fe94:f314]%virbr0:53
[::]:* users:(("dnsmasq",pid=13525,fd=13)) uid:979 ino:113576
sk:21 v6only:1 <->


--- running dnsmasq processes on host ('nxtvirt') post deploy-run ---

dnsmasq13525  0.0  0.0  71888  2344 ?S12:31   0:00
/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
--leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper
root   13526  0.0  0.0  71860   436 ?S12:31   0:00
/usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
--leasefile-ro --dhcp-script=/usr/libexec/libvirt_leaseshelper


--- var/lib/libvirt/dnsmasq/default.conf ---

##WARNING:  THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO 
BE
##OVERWRITTEN AND LOST.  Changes to this configuration should be made 
using:

##virsh net-edit default
## or other application using the libvirt API.
##
## dnsmasq conf file created by libvirt
strict-order
pid-file=/run/libvirt/network/default.pid
except-interface=lo
bind-dynamic
interface=virbr0
dhcp-option=3
no-resolv
ra-param=*,0,0
dhcp-range=fd00:1234:5678:900::10,fd00:1234:5678:900::ff,64
dhcp-lease-max=240
dhcp-hostsfile=/var/lib/libvirt/dnsmasq/default.hostsfile
addn-hosts=/var/lib/libvirt/dnsmasq/default.addnhosts
enable-ra

--- cockpit wizard overview before the 'Prepare VM' step ---

VM
Engine FQDN:engine.*REDACTED*
MAC Address:00:16:3e:20:13:b3
Network Configuration:Static
VM IP Address:*REDACTED*:1099:babe::3/64
Gateway Address:*REDACTED*:1099::1
DNS Servers:*REDACTED*:1052::11
Root User SSH Access:yes
Number of Virtual CPUs:4
Memory Size (MiB):4096
Root User SSH Public Key:(None)
Add Lines to /etc/hosts:yes
Bridge Name:ovirtmgmt
Apply OpenSCAP profile:no
Engine
SMTP Server Name:localhost
SMTP Server Port Number:25
Sender E-Mail Address:root@localhost
Recipient