Re: [ovirt-users] OVS error logs after upgrade to 4.2

Hello Marcin, Thank you for the info! Best regards, Misak Khachatryan On Thu, Dec 28, 2017 at 4:26 PM, Marcin Mirecki wrote: > Hello Misak, > > The openvswitch team tells me this is a known ovs problem. > It is fixed by patch: >

[ovirt-users] How to import OVA from oVirt 4.2 to oVirt 4.2

Followed instructions here: https://www.ovirt.org/develop/release-management/features/virt/virt-v2v-integration/ Section: Importing OVA Files from VMware Even though its not VMWare, its an ova file so I followed the steps there. Ownership of the file is 777, wide open. Error after clicking

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

Cool, glad to hear that it works now :) Filed a bug about that NPE [1] [1] https://bugzilla.redhat.com/show_bug.cgi?id=1529607 On Fri, Dec 29, 2017 at 1:09 AM, Alex Bartonek wrote: > geez... yes, you were correct. I added the description to the VM not the > *disk*. :-/ >

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

geez... yes, you were correct. I added the description to the VM not the *disk*. :-/ Sorry about that. That took care of it. Simple. Very cool!! Thank you very much! Sent with [ProtonMail](https://protonmail.com) Secure Email. > Original Message > Subject: Re:

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

Thanks. It seems that it fails at the same place it failed before [1]. The only reason for this failure is that the disk's description is empty. Are you sure that you set a description for the right disk? Can you attach a screenshot of the VM's disk info? [1]

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

That's weird that we don't get the stacktrace for that NPE, I wonder if we encounter the problem that was discussed in this old thread: [1] Could you restart the engine and try again, hoping that then we'll get the stacktrace (it was shown previously in the engine,log and was related to that empty

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

2017-12-28 16:14:59,452-06 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engine-Thread-15462) [10f0e6a5] BaseAsyncTask::removeTaskFromDB: Removed task '3e1cfaa1-07a5-49cb-a9bc-8937c7cc75b2' from DataBase 2017-12-28 16:14:59,452-06 INFO

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

:/ Can you please attach the new log? On Fri, Dec 29, 2017 at 12:18 AM, Alex Bartonek wrote: > Yes it was empty. Tried again, same failure. > > > Sent with ProtonMail Secure Email. > > Original Message > Subject: Re: [ovirt-users]

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

Yes it was empty. Tried again, same failure. Sent with [ProtonMail](https://protonmail.com) Secure Email. > Original Message > Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server > Local Time: December 28, 2017 4:11 PM > UTC Time: December 28, 2017 10:11 PM

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

Thanks. Is the description of the disk of the VM empty? If it is, please type some description and then try again. On Fri, Dec 29, 2017 at 12:02 AM, Alex Bartonek wrote: > Attached. Its 3.8 mb decompressed. > > > Sent with ProtonMail Secure Email. >

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

On Thu, Dec 28, 2017 at 11:28 PM, Alex Bartonek wrote: > That is the excerpt from the engine log file. There isnt any more java > stack dump in it other than what I captured. > Can you please attach the entire engine.log to this thread or to a new bug (

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

That is the excerpt from the engine log file. There isnt any more java stack dump in it other than what I captured. Sent with [ProtonMail](https://protonmail.com) Secure Email. > Original Message > Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server >

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

On Thu, Dec 28, 2017 at 10:46 PM, Alex Bartonek wrote: > Log uploaded to: > > http://textuploader.com/dc2be > > Thanks! Exporting and importing as OVA files is the new shiny way of doing that as from 4.2 but unfortunately, there seems to be an error while generating OVF for

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

Log uploaded to: http://textuploader.com/dc2be > Original Message > Subject: Re: [ovirt-users] Exporting/Copying VM to another oVirt server > Local Time: December 28, 2017 2:41 PM > UTC Time: December 28, 2017 8:41 PM > From: aha...@redhat.com > To: Alex Bartonek

Re: [ovirt-users] Exporting/Copying VM to another oVirt server

בתאריך 28 בדצמ׳ 2017 10:38 PM,‏ "Alex Bartonek" כתב: After the success of getting my VM's working on my test server, I decided to wipe out another server I had and wanted to move my VMs to it. I tried the "Export" as ova and it seems to work but in the Tasks its red:

[ovirt-users] Exporting/Copying VM to another oVirt server

After the success of getting my VM's working on my test server, I decided to wipe out another server I had and wanted to move my VMs to it. I tried the "Export" as ova and it seems to work but in the Tasks its red: "Exporting VM CentOS7 as an OVA to /ovirt_data/CentOS7.ova on Host junkHost".

Re: [ovirt-users] Live migration without Shared Storage

> On 28 Dec 2017, at 20:37, FERNANDO FREDIANI wrote: > > Are you talking about all kinds of Storage (iSCSI, FC, NFS and > Localstorage/POSIX) ? > yes > Because I believe you may be able to specify the destination path on the > destination Host and when working

Re: [ovirt-users] Live migration without Shared Storage

Are you talking about all kinds of Storage (iSCSI, FC, NFS and Localstorage/POSIX) ? Because I believe you may be able to specify the destination path on the destination Host and when working with Localstorage/POSIX that may be simpler. Fernando On 28/12/2017 17:32, Michal Skrivanek

Re: [ovirt-users] Live migration without Shared Storage

> On 28 Dec 2017, at 19:56, FERNANDO FREDIANI wrote: > > Has anyone tried the command below under the hood between two oVirt Node (in > the same Datacenter or between two different (local) ones) ? Does it work ? no, it does not with ovirt. ovirt manages storage

[ovirt-users] Live migration without Shared Storage

Has anyone tried the command below under the hood between two oVirt Node (in the same Datacenter or between two different (local) ones) ? Does it work ? virsh migrate --live --persistent --undefinesource --copy-storage-all \     --verbose --desturi This is such a fantastic features for

Re: [ovirt-users] OVS support in oVirt 4.2

Hi Eduardo, Migration is supported for OVN (although there might still be some performance issues). OVS is "Experimental", hence not supported. Marcin On Thu, Dec 28, 2017 at 12:59 PM, Eduardo Mayoral wrote: > Hi, > > After upgrading to oVirt 4.2 I see OVS switch type

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

Thank you for the explanation. My misunderstanding, then. It seems that I could get away with only including centos-release-ovirt41 in the past, but not any more. Once I did that I was *almost* able to upgrade some of the hosts (I will do the rest later). Warnings for others: I had a custom

[ovirt-users] oVirt NGN image customization troubles

Hi all, I'm trying to modify the oVirt NGN image (to add RPMs, since imgbased rpmpersistence currently seems to have a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1528468 ) but I'm unfortunately stuck at the very beginning: it seems that I'm unable to recreate even the standard 4.1

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

> On 28 Dec 2017, at 13:23, Yedidyah Bar David wrote: > > On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral wrote: >> Hi, >> >>I just started upgrading one of our oVirt installations from 4.1.8 >> to 4.2 >> >>Engine is NOT self hosted. It is a

Re: [ovirt-users] OVS error logs after upgrade to 4.2

Hello Misak, The openvswitch team tells me this is a known ovs problem. It is fixed by patch: https://github.com/openvswitch/ovs/commit/bbf219ef584a102fde5150defab3a769a6a44981 merged in master/branch 2.8/branch 2.7. Looking at git history this is not yet released. It should be included in 2.7.4

Re: [ovirt-users] oVirt 4.2 upgrade procedure.

On Thu, Dec 28, 2017 at 1:46 PM, Eduardo Mayoral wrote: > Hi, > > I just started upgrading one of our oVirt installations from 4.1.8 > to 4.2 > > Engine is NOT self hosted. It is a plain CentOS 7.4 server. > > Compute hosts (10 of them) are CentOS 7.4 as well.

[ovirt-users] oVirt 4.2 upgrade procedure.

Hi,     I just started upgrading one of our oVirt installations from 4.1.8 to 4.2     Engine is NOT self hosted. It is a plain CentOS 7.4 server.     Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly iSCSI served from an external storage system.     Engine upgrade was

[ovirt-users] OVS support in oVirt 4.2

Hi,     After upgrading to oVirt 4.2 I see OVS switch type is still listed in the UI as "Experimental". I remember in 4.0 using OVS switches prevented live migration of the VMs between hosts. Is this still so? Can someone comment on the status of OVS switching support in oVirt 4.2 and the

Re: [ovirt-users] 3 strikes....

> On 28 Dec 2017, at 00:02, Blaster wrote: > > Well, I've spent the last 2.5 days trying to get oVirt 4.2 up and running. > > I sneeze on it, vdsm has a conniption and there appears to be no way to > recover from it. > > 1) Install 4.2. Everything looks good. Start

Re: [ovirt-users] OVS error logs after upgrade to 4.2

Hi Mor, submitted: https://bugzilla.redhat.com/show_bug.cgi?id=1529481 I've collected logs but they are 1662.7M in size. Best regards, Misak Khachatryan On Wed, Dec 27, 2017 at 6:44 PM, Mor Kalfon wrote: > Hello Misak, > > Could you please file a bug about those error

Re: [ovirt-users] OVS error logs after upgrade to 4.2

Hi Marcin, Here is the output: [root@ovirt-engine ~]# ps -ef|grep 'ovnsb_db\|ovnnb_db' root 19883 19882 0 Dec20 ?00:01:22 ovsdb-server --detach --monitor -vconsole:off --log-file=/var/log/openvswitch/ovsdb-server-nb.log --remote=punix:/run/openvswitch/ovnnb_db.sock

Re: [ovirt-users] OVS error logs after upgrade to 4.2

Hello Misak, Could you please file a bug about those error messages that you receive from OVS? You can use the log collector tool (https://www.ovirt.org/ documentation/admin-guide/chap-Utilities/#the-log-collector-tool) which gathers all the required logs for us to investigate this issue. Thanks