Re: [ovirt-users] After upgrade to 4.2 some VM won't start

[Arsène Gschwind]

Yes all using the same SD.


rgds,

Arsene


On 02/23/2018 08:41 PM, Mahdi Adnan wrote:

All VMs are using the same storage domain ?


--

Respectfully*
**Mahdi A. Mahdi*


*From:* users-boun...@ovirt.org  on behalf of 
Arsène Gschwind 

*Sent:* Friday, February 23, 2018 10:14 PM
*To:* users
*Subject:* [ovirt-users] After upgrade to 4.2 some VM won't start

Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and 
I'm unable to figured out why, it throws a java exception.


I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch  
| +41 61 267 14 11




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] problem adding new host to ovirt 4.2

[Aristos Vasiliou]

Hi,

 

I've set up a couple of machines to test out ovirt.

 

1.   centos 7 machine running ovirt 4.2 (kvm-manager)

2.   centos 7 machine running libvirt (kvm-server)

 

Using the ovirt web interface, I am trying to add a host (machine number 2).
I define the IP, user, pass, click OK, and again OK, confirming I don't want
to use power management. The status of the new host is now "Installing" and
after a few seconds becomes "Install failed"

 

I have a couple of error messages in the Events tab:

 

-  An error has occurred during installation of Host kvm-server:
Failed to execute stage 'Setup validation': Cannot locate ovirt-host
package, possible cause is incorrect channels.

-  Host kvm-server installation failed. Command returned failure
code 1 during SSH session 'r...@kvm-server.home.local'.

 

What I'm I doing wrong here?

Thanks

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] After upgrade to 4.2 some VM won't start

[Mahdi Adnan]

All VMs are using the same storage domain ?


--

Respectfully
Mahdi A. Mahdi


From: users-boun...@ovirt.org  on behalf of Arsène 
Gschwind 
Sent: Friday, February 23, 2018 10:14 PM
To: users
Subject: [ovirt-users] After upgrade to 4.2 some VM won't start


Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and I'm unable 
to figured out why, it throws a java exception.

I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 
267 14 11
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovn related events every 5 minutes on 4.2.1

[Dominik Holler]

On Fri, 23 Feb 2018 14:57:05 +0100
Gianluca Cecchi  wrote:

> Hello,
> in my events pane of 4.2.1 I see, every 5 minutes, this event
> 
> Networks of Provider ovirt-provider-ovn were successfully
> synchronized.
> 
> that fills so my table and prevent easy reading of other ones...
> Can I disable or "relax" this?
> 

Hello Gianluca,
please find [1] if you want to disable this automatic background
synchronization.
If you want to change the interval to 2h, you can do it like this
engine-config -s ExternalNetworkProviderSynchronizationRate=7200
Dominik

[1]
  https://gist.github.com/dominikholler/ed372e368d734a00cfc71e19b6ef5463
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] rebooting hypervisors from time to time

[Mahdi Adnan]

Hi,

Can you post the VDSM and Engine logs ?


--

Respectfully
Mahdi A. Mahdi


From: users-boun...@ovirt.org  on behalf of Erekle 
Magradze 
Sent: Thursday, February 22, 2018 11:48 PM
To: users@ovirt.org
Subject: Re: [ovirt-users] rebooting hypervisors from time to time

Dear all,

It would be great if someone will share any experience regarding the
similar case, would be great to have a hint where to start investigation.

Thanks again

Cheers

Erekle


On 02/22/2018 05:05 PM, Erekle Magradze wrote:
> Hello there,
>
> I am facing the following problem from time to time one of the
> hypervisor (there are 3 of them)s is rebooting, I am using
> ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage
> backend (glusterfs-3.12.5-2.el7.x86_64).
>
> I am suspecting gluster because of the e.g. message bellow from one of
> the volumes,
>
> Could you please help and suggest to which direction should
> investigation go?
>
> Thanks in advance
>
> Cheers
>
> Erekle
>
>
> [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]
> [2018-02-22 15:41:10.198701] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:41:10.198704] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:42:11.293608] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:53:16.245720] I [MSGID: 100030]
> [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running
> /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs
> --volfile-server=10.0.0.21 --volfi
> le-server=10.0.0.22 --volfile-server=10.0.0.23
> --volfile-id=/virtimages
> /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)
> [2018-02-22 15:53:16.263712] W [MSGID: 101002]
> [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family'
> is deprecated, preferred is 'transport.address-family', continuing
> with correction
> [2018-02-22 15:53:16.269595] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 1
> [2018-02-22 15:53:16.273483] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 2
> [2018-02-22 15:53:16.273594] W [MSGID: 101174]
> [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead:
> option 'parallel-readdir' is not recognized
> [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-0: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-1: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-virtimages-client-0: changing port to 49152 (from 0)
> [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-2: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.282126] I [MSGID: 114057]
> [client-handshake.c:1478:select_server_supported_programs]
> 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437),
> Version (330)
> [2018-02-22 15:53:16.282573] I [MSGID: 114046]
> [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0:
> Connected to virtimages-client-0, attached to remote volume
> '/mnt/virtimages/virtimgs'.
> [2018-02-22 15:53:16.282584] I [MSGID: 114047]
> [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0:
> Server and Client lk-version numbers are not same, reopening the fds
> [2018-02-22 15:53:16.282665] I [MSGID: 108005]
> [afr-common.c:4929:__afr_handle_child_up_event]
> 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back
> up; going online.
> [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-virtimages-client-1: changing port to 49152 (from 0)
> [2018-02-22 15:53:16.282934] I [MSGID: 114035]
> [client-handshake.c:202:client_set_lk_version_cbk]
> 0-virtimages-client-0: Server lk version = 1
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

--
Recogizer Group GmbH

Dr.rer.nat. Erekle Magradze
Lead Big Data Engineering & DevOps
Rheinwerkallee 2, 53227 Bonn
Tel: +49 228 29974555

E-Mail erekle.magra...@recogizer.de
recogizer.com

-

Recogizer Group GmbH
Geschäftsführer: Oliver Habisch, Carsten Kreutze
Handelsregister: Amtsgericht Bonn HRB 20724
Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993
Diese E-Mail 

Re: [ovirt-users] rebooting hypervisors from time to time

[Erekle Magradze]

Hi,

Thanks a lot for having a look.

HA VMs were migrated, non HA vms were turned off, syslogs were not 
saying anything useful, dmesg reported graceful reboot.


What errors are indicating? may be there is a useful hint to proceed in 
investigation?


Thanks in advance again

Cheers

Erekle


On 02/23/2018 06:15 PM, Mahdi Adnan wrote:

Hi,

The log does't indicate HV reboot, and i see lots of errors in the logs.
During the reboot, what happened to the VM inside of the HV ? migrated 
? paused ? what about the system's logs ? does it indicate a graceful 
shutdown ?



--

Respectfully*
**Mahdi A. Mahdi*


*From:* Erekle Magradze 
*Sent:* Friday, February 23, 2018 2:48 PM
*To:* Mahdi Adnan; users@ovirt.org
*Subject:* Re: [ovirt-users] rebooting hypervisors from time to time

Thanks for the reply,

I've attached all the logs from yesterday, reboot has happened during 
the day but this is not the first time and this is not the only one 
hypervisor.


Kind Regards

Erekle


On 02/23/2018 09:00 AM, Mahdi Adnan wrote:

Hi,

Can you post the VDSM and Engine logs ?


--

Respectfully*
**Mahdi A. Mahdi*


*From:* users-boun...@ovirt.org  
  on behalf 
of Erekle Magradze  


*Sent:* Thursday, February 22, 2018 11:48 PM
*To:* users@ovirt.org 
*Subject:* Re: [ovirt-users] rebooting hypervisors from time to time
Dear all,

It would be great if someone will share any experience regarding the
similar case, would be great to have a hint where to start investigation.

Thanks again

Cheers

Erekle


On 02/22/2018 05:05 PM, Erekle Magradze wrote:
> Hello there,
>
> I am facing the following problem from time to time one of the
> hypervisor (there are 3 of them)s is rebooting, I am using
> ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage
> backend (glusterfs-3.12.5-2.el7.x86_64).
>
> I am suspecting gluster because of the e.g. message bellow from one of
> the volumes,
>
> Could you please help and suggest to which direction should
> investigation go?
>
> Thanks in advance
>
> Cheers
>
> Erekle
>
>
> [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]
> [2018-02-22 15:41:10.198701] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:41:10.198704] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:42:11.293608] I [MSGID: 109063]
> [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found
> anomalies in (null) (gfid = ----).
> Holes=1 overlaps=0
> [2018-02-22 15:53:16.245720] I [MSGID: 100030]
> [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running
> /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs
> --volfile-server=10.0.0.21 --volfi
> le-server=10.0.0.22 --volfile-server=10.0.0.23
> --volfile-id=/virtimages
> /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)
> [2018-02-22 15:53:16.263712] W [MSGID: 101002]
> [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family'
> is deprecated, preferred is 'transport.address-family', continuing
> with correction
> [2018-02-22 15:53:16.269595] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 1
> [2018-02-22 15:53:16.273483] I [MSGID: 101190]
> [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started
> thread with index 2
> [2018-02-22 15:53:16.273594] W [MSGID: 101174]
> [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead:
> option 'parallel-readdir' is not recognized
> [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-0: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-1: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig]
> 0-virtimages-client-0: changing port to 49152 (from 0)
> [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify]
> 0-virtimages-client-2: parent translators are ready, attempting
> connect on transport
> [2018-02-22 15:53:16.282126] I [MSGID: 114057]
> [client-handshake.c:1478:select_server_supported_programs]
> 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437),
> Version (330)
> [2018-02-22 15:53:16.282573] I [MSGID: 114046]
> [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0:
> Connected to 

[ovirt-users] restore snapshot cannot restore memory

[pengyixiang]

hello
I found if we retore snapshot, memory cannot be restored, I test it with 
ovirt-4.1.2、vdsm-4.17.0 and libvirt-3.0.0, 
and i get some errors in [1],it seems vm not paused in creating snapshot, but 
self._underlyingCont() called in vm starting,
so error occurs, then vm is started in libvirt but shutdowned in vdsm, changes 
in [2], then it works well.




[1]
2018-02-12 19:39:23,830+0800 ERROR (vm/d7be0fde) [virt.vm] 
(vmId='d7be0fde-f9b9-4447-a250-2453482faef9') The vm start process failed 
(vm:662)
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 607, in _startUnderlyingVm
self._completeIncomingMigration()
  File "/usr/share/vdsm/virt/vm.py", line 3268, in _completeIncomingMigration
self.cont()
  File "/usr/share/vdsm/virt/vm.py", line 1128, in cont
self._underlyingCont()
  File "/usr/share/vdsm/virt/vm.py", line 3368, in _underlyingCont
self._dom.resume()
  File "/usr/lib/python2.7/dist-packages/vdsm/virt/virdomain.py", line 69, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/vdsm/libvirtconnection.py", line 123, 
in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/vdsm/utils.py", line 926, in wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 1905, in resume
if ret == -1: raise libvirtError ('virDomainResume() failed', dom=self)
libvirtError: Requested operation is not valid: domain is already running


[2]
--- a/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py
+++ b/Linx_Node/node_iso/install_script/py/vdsm/vdsm/virt/vm.py
@@ -3677,6 +3677,8 @@ class Vm(object):
 else:
 snapFlags |= libvirt.VIR_DOMAIN_SNAPSHOT_CREATE_DISK_ONLY
 
+self._underlyingPause()
+
 # When creating memory snapshot libvirt will pause the vm
 should_freeze = not (memoryParams or frozen)
 
@@ -3734,6 +3736,8 @@ class Vm(object):
 if memoryParams:
 self.cif.teardownVolumePath(memoryVol)
 
+self._underlyingCont()
+
 # Returning quiesce to notify the manager whether the guest agent
 # froze and flushed the filesystems or not.
 quiesce = should_freeze and freezed["status"]["code"] == 0___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network and disk inactive after 4.2.1 upgrade

[Arsène Gschwind]

Hi Chris,

After upgrading from 4.1.9 to 4.2.1 I had the same problem.
Had to reactivate network and disk on all VMs.

rgds,
Arsene


On 02/13/2018 04:05 PM, Chris Adams wrote:

I upgraded my dev cluster from 4.2.0 to 4.2.1 yesterday, and I noticed
that all my VMs show the network interfaces unplugged and disks inactive
(despite the VMs being up and running just fine).  This includes the
hosted engine.

I had not rebooted VMs after upgrading, so I tried powering one off and
on; it would not start until I manually activated the disk.

I haven't seen a problem like this before (although it usually means
that I did something wrong :) ) - what should I look at?


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovn related events every 5 minutes on 4.2.1

[Gianluca Cecchi]

Hello,
in my events pane of 4.2.1 I see, every 5 minutes, this event

Networks of Provider ovirt-provider-ovn were successfully synchronized.

that fills so my table and prevent easy reading of other ones...
Can I disable or "relax" this?

Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change management network

[Chris Boot]

On 22/02/18 17:15, Chris Boot wrote:
> Hi all,
> 
> I have an oVirt cluster on which I need to change which VLAN is the
> management network.
> 
> The new management network is an existing VM network. I've configured IP
> addresses for all the hosts on this network, and I've even moved the
> HostedEngine VM onto this network. So far so good.
> 
> What I cannot seem to be able to do is actually change the "management
> network" toggle in the cluster to this network: the oVirt Engine
> complains saying:
> 
> "Error while executing action: Cannot edit Network. Changing management
> network in a non-empty cluster is not allowed."
> 
> How can I get around this? I clearly cannot empty the cluster, as the
> cluster contains all my existing VMs, hosts and HostedEngine.

It seems I have to create a new cluster, migrate a host over, migrate a
few VMs, and so on until everything is moved over. This really isn't
ideal as the VMs have to be shut down and reconfigured, but doable.

What I seem to be stuck on is changing the cluster on the HostedEngine.
I actually have it running on a host in the new cluster, but it still
appears in the old cluster on the web interface with no way to change this.

Any hints, please?

This is on oVirt 4.1.9. Upgrading to 4.2.1 is not out of the question if
it's likely to help.

Thanks,
Chris

-- 
Chris Boot
bo...@boo.tc
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM is locked, servlet , and SpiceVersion.txt problem

[Tomas Jelinek]

On Fri, Feb 23, 2018 at 11:31 AM, Terry hey  wrote:

> Hello everyone!
> Thank for your time to analyize my problem. Totally, i have two question.
> I encountered vm image lock problem. The following action is what i have
> to and make the vm image locked.
> First, i imported a vm. Since it is take too long time to import and the
> engine.log always repeatly said it was waiting child command id.
> "2018-02-23 16:37:46,603+08 INFO  [org.ovirt.engine.core.bll.
> ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-16)
> [1c44d543-4dcc-429d-a172-386cc860afe0] Command 'ImportVm' (id:
> '09718bd2-797d-4323-b1ad-1a85604543c3') waiting on child command id:
> '9e285b2d-c0c7-4a75-8c70-b619b45c6855' type:'CopyImageGroup' to complete
> "
> So,I thought the operation was not normal. So,
> 1. I use "./unlock_entity.sh" to unlock the virtual disk of the vm.
> 2. Virtual disk was unlocked but vm was still locked. Therefore, i use
> "./unlock_entity.sh" to show locked vm. But there was nothing.
> 3. Then i used "./taskcleaner.sh" to clean all task. But nothing happen.
>
> Q1: So, now, i would like to ask how to unlock the vm image so that i can
> delete or use it.
>
> Q2: In addition, there are two error or warning appeared in engine.log
> 1. 2018-02-23 09:57:19,495+08 WARN  
> [org.ovirt.engine.core.utils.servlet.ServletUtils]
> (default task-272) [] File'/usr/share/ovirt-engine/ui-plugins/dashboard-
> resources/css/main-tab.d3769419.css' is 2839039 bytes long. Please
> reconsider using this servlet for files larger than 1048576 bytes.
> 2. 2018-02-23 09:47:39,656+08 ERROR 
> [org.ovirt.engine.core.utils.servlet.ServletUtils]
> (default task-193) [] Can't read file 
> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt'
> for request '/ovirt-engine/services/files/spice/SpiceVersion.txt', will
> send a 404 error response.
> Do you guys have any idea what do they mean?
>

This is pretty cool :) The SpiceVersion.txt has been used years ago for the
ActiveX SPICE client. This client is not in oVirt for ages, but we still
have the handling of this file in the code forgotten.

I have opened a bug to clean this up:
https://bugzilla.redhat.com/show_bug.cgi?id=1548407
But don't worry about this error, it has no effect on the function.


>
> I really appreciate you help. Thank you!
>
> Regards
> Terry
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade Cluster Compat Level from 4.1 to 4.2

[Arsène Gschwind]

Hi Machal,

Thanks, I've forgot to set the hook property for version 4.2.

That did the trick.

Rgds,
Arsene


On 02/22/2018 09:42 PM, Michal Skrivanek wrote:



On 22 Feb 2018, at 20:23, Arsène Gschwind > wrote:


Hi,

I could successfully upgrade our Ovirt Environment from 4.1.9 to 
4.2.1, really great job with the new interface.
Everything runs well so far, the only problem I have is when trying 
to Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw 
an error :


Error while executing action: Update of cluster compatibility version 
failed because there are VMs/Templates [spfy-tscon] with incorrect 
configuration. To fix the issue, please go to each of them, edit and 
press OK. If the save does not pass, fix the dialog validation.


This VM is a Windows Server 2016 System with a custom property using 
smbios hook, could that be the problem?



Hi,
if it’s a user defined custom property you need to define it for the 
new cluster level too, similarly as you did originally


Thanks,
michal


The engine log don't help a lot:

/2018-02-22 18:49:42,026+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-57) [595850d5] EVENT_ID: 
CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update 
compatibility version of Vm/Template: [spfy-tscon], Message: [No 
Message]//

/

Are there some other place to investigate and get some more 
information about this error?


Thanks a lot for any Hint/Help.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  | Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11


___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch 
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM is locked, servlet , and SpiceVersion.txt problem

[Terry hey]

Hello everyone!
Thank for your time to analyize my problem. Totally, i have two question.
I encountered vm image lock problem. The following action is what i have to
and make the vm image locked.
First, i imported a vm. Since it is take too long time to import and the
engine.log always repeatly said it was waiting child command id.
"2018-02-23 16:37:46,603+08 INFO
 [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-16)
[1c44d543-4dcc-429d-a172-386cc860afe0] Command 'ImportVm' (id:
'09718bd2-797d-4323-b1ad-1a85604543c3') waiting on child command id:
'9e285b2d-c0c7-4a75-8c70-b619b45c6855' type:'CopyImageGroup' to complete
"
So,I thought the operation was not normal. So,
1. I use "./unlock_entity.sh" to unlock the virtual disk of the vm.
2. Virtual disk was unlocked but vm was still locked. Therefore, i use
"./unlock_entity.sh" to show locked vm. But there was nothing.
3. Then i used "./taskcleaner.sh" to clean all task. But nothing happen.

Q1: So, now, i would like to ask how to unlock the vm image so that i can
delete or use it.

Q2: In addition, there are two error or warning appeared in engine.log
1. 2018-02-23 09:57:19,495+08 WARN
 [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-272) []
File'/usr/share/ovirt-engine/ui-plugins/dashboard-resources/css/main-tab.d3769419.css'
is 2839039 bytes long. Please reconsider using this servlet for files
larger than 1048576 bytes.
2. 2018-02-23 09:47:39,656+08 ERROR
[org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-193) []
Can't read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for
request '/ovirt-engine/services/files/spice/SpiceVersion.txt', will send a
404 error response.
Do you guys have any idea what do they mean?

I really appreciate you help. Thank you!

Regards
Terry
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Power management - oVirt 4,2

[Terry hey]

Dear Martin,
I am very sorry that i reply you so late.
Do you mean that 4.2 can support ilo5 by selecting the option "ilo4" in
power management?
"from the error message below I'd say that you are either not using correct
IP address of iLO5 interface or you haven't enabled remote access to your
iLO5 interface"
I just try it and double confirm that i did not type a wrong IP. But the
error message is same.

Regards
Terry

2018-02-08 16:13 GMT+08:00 Martin Perina :

> Hi Terry,
>
> from the error message below I'd say that you are either not using correct
> IP address of iLO5 interface or you haven't enabled remote access to your
> iLO5 interface.
> According to [1] iLO5 should fully IPMI compatible. So are you sure that
> you enabled the remote access to your iLO5 address in iLO5 management?
> Please consult [1] how to enable everything and use a user with at least
> Operator privileges.
>
> Regards
>
> Martin
>
> [1] https://support.hpe.com/hpsc/doc/public/display?docId=a00018324en_us
>
>
> On Thu, Feb 8, 2018 at 7:57 AM, Terry hey  wrote:
>
>> Dear Martin,
>>
>> Thank you for helping me. To answer your question,
>> 1. Does the Test in Edit fence agent dialog work​?
>> Ans: it shows that "Test failed: Internal JSON-RPC error"
>>
>> Regardless the fail result, i press "OK" to enable power management.
>> There are four event log appear in "Events"
>> The follwing are the log in
>> "Event""
>> Host host01 configuration was updated by admin@internal-authz.
>> Kdump integration is enabled for host hostv01, but kdump is not
>> configured properly on host.
>> Health check on Host host01 indicates that future attempts to Stop this
>> host using Power-Management are expected to fail.
>> Health check on Host host01 indicates that future attempts to Start this
>> host using Power-Management are expected to fail.
>>
>> 2. If not could you please try to install fence-agents-all package on
>> different host and execute?
>> Ans: It just shows "Connection timed out".
>>
>> So, does it means that it is not support iLo5 now or i configure wrongly?
>>
>> Regards,
>> Terry
>>
>> 2018-02-02 15:46 GMT+08:00 Martin Perina :
>>
>>>
>>>
>>> On Fri, Feb 2, 2018 at 5:40 AM, Terry hey  wrote:
>>>
 Dear Martin,

 Um..Since i am going to use HPE ProLiant DL360 Gen10 Server to setup
 oVirt Node(Hypervisor). HP G10 is using ilo5 rather than ilo4. Therefore, i
 would like to ask whether oVirt power management support iLO5 or not.

>>>
>>> ​We don't have any hardware with iLO5 available, but there is a good
>>> chance that it will be compatible with iLO4. Have you tried to setup your
>>> server with iLO4? Does the Test in Edit fence agent dialog work​? If not
>>> could you please try to install fence-agents-all package on different host
>>> and execute following:
>>>
>>> fence_ilo4 -a  -l  -p  -v -o status
>>>
>>> and share the output?
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
 If not, do you have any idea to setup power management with HP G10?

 Regards,
 Terry

 2018-02-01 16:21 GMT+08:00 Martin Perina :

>
>
> On Wed, Jan 31, 2018 at 11:19 PM, Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> Hi,
>>
>> From ilo3 and up, ilo fencing agents are an alias for fence_ipmi. Try
>> using the standard ipmi.
>>
>
> ​It's not just an alias, ilo3/ilo4 also have different defaults than
> ipmilan. For example if you use ilo4, then by default following is used:
>
> ​
>
> ​lanplus=1
>  power_wait=4
>
> ​So I recommend to start with ilo4 and add any necessary custom
> options into Options field. If you need some custom
> options, could you please share them with us? It would be very helpful
> for us, if needed we could introduce ilo5 with
> different defaults then ilo4
>
> Thanks
>
> Martin
>
>
>> Luca
>>
>>
>>
>> Il 31 gen 2018 11:14 PM, "Terry hey"  ha
>> scritto:
>>
>>> Dear all,
>>> Did oVirt 4.2 Power management support iLO5 as i could not see iLO5
>>> option in Power Management.
>>>
>>> Regards
>>> Terry
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Martin Perina
> Associate Manager, Software Engineering
> Red Hat Czech s.r.o.
>


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

[ovirt-users] Can't move/copy VM disks between Data Centers

[Andrei V]

Hi,

I have oVirt setup, separate PC host engine + 2 nodes (#10 + #11) with local 
storage domains (internal RAIDs).
1st node #10 is currently active and can’t be turned off.

Since oVirt doesn’t support more then 1 host in data center with local storage 
domain as described here:
http://lists.ovirt.org/pipermail/users/2018-January/086118.html 

defined another data center with 1 node #11.

Problem: 
1) can’t copy or move VM disks from node #10 (even of inactive VMs) to node 
#11, this node is NOT being shown as possible destination.
2) can’t migrate active VMs to node #11.
3) Added NFS shares to data center #1 -> node #10, but can’t change data center 
#1 -> storage type to Shared, because this operation requires detachment of 
local storage domains, which is not possible, several VMs are active and can’t 
be stopped.

VM disks placed on local storage domains because of performance limitations of 
our 1Gbit network. 
2 VMs running our accounting/inventory control system, and are critical to NFS 
storage performance limits.

How to solve this problem ?
Thanks in advance.

Andrei

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VMs with multiple vdisks don't migrate

[Milan Zamazal]

Maor Lipchuk  writes:

> I encountered a bug (see [1]) which contains the same error mentioned in
> your VDSM logs (see [2]), but I doubt it is related.

Indeed, it's not related.

The error in vdsm_victor.log just means that the info gathering call
tries to access libvirt domain before the incoming migration is
completed.  It's ugly but harmless.

> Milan, maybe you have any advice to troubleshoot the issue? Will the
> libvirt/qemu logs can help?

It seems there is something wrong on (at least) the source host.  There
are no migration progress messages in the vdsm_ginger.log and there are
warnings about stale stat samples.  That looks like problems with
calling libvirt – slow and/or stuck calls, maybe due to storage
problems.  The possibly faulty second disk could cause that.

libvirt debug logs could tell us whether that is indeed the problem and
whether it is caused by storage or something else.

> I would suggest to open a bug on that issue so we can track it more
> properly.
>
> Regards,
> Maor
>
>
> [1]
> https://bugzilla.redhat.com/show_bug.cgi?id=1486543 -  Migration leads to
> VM running on 2 Hosts
>
> [2]
> 2018-02-16 09:43:35,236+0100 ERROR (jsonrpc/7) [jsonrpc.JsonRpcServer]
> Internal server error (__init__:577)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 572,
> in _handle_request
> res = method(**params)
>   File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 198, in
> _dynamicMethod
> result = fn(*methodArgs)
>   File "/usr/share/vdsm/API.py", line 1454, in getAllVmIoTunePolicies
> io_tune_policies_dict = self._cif.getAllVmIoTunePolicies()
>   File "/usr/share/vdsm/clientIF.py", line 454, in getAllVmIoTunePolicies
> 'current_values': v.getIoTune()}
>   File "/usr/share/vdsm/virt/vm.py", line 2859, in getIoTune
> result = self.getIoTuneResponse()
>   File "/usr/share/vdsm/virt/vm.py", line 2878, in getIoTuneResponse
> res = self._dom.blockIoTune(
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 47,
> in __getattr__
> % self.vmid)
> NotConnectedError: VM u'755cf168-de65-42ed-b22f-efe9136f7594' was not
> started yet or was shut down
>
> On Thu, Feb 22, 2018 at 4:22 PM, fsoyer  wrote:
>
>> Hi,
>> Yes, on 2018-02-16 (vdsm logs) I tried with a VM standing on ginger
>> (192.168.0.6) migrated (or failed to migrate...) to victor (192.168.0.5),
>> while the engine.log in the first mail on 2018-02-12 was for VMs standing
>> on victor, migrated (or failed to migrate...) to ginger. Symptoms were
>> exactly the same, in both directions, and VMs works like a charm before,
>> and even after (migration "killed" by a poweroff of VMs).
>> Am I the only one experimenting this problem ?
>>
>>
>> Thanks
>> --
>>
>> Cordialement,
>>
>> *Frank Soyer *
>>
>>
>>
>> Le Jeudi, Février 22, 2018 00:45 CET, Maor Lipchuk 
>> a écrit:
>>
>>
>> Hi Frank,
>>
>> Sorry about the delay repond.
>> I've been going through the logs you attached, although I could not find
>> any specific indication why the migration failed because of the disk you
>> were mentionning.
>> Does this VM run with both disks on the target host without migration?
>>
>> Regards,
>> Maor
>>
>>
>> On Fri, Feb 16, 2018 at 11:03 AM, fsoyer  wrote:
>>>
>>> Hi Maor,
>>> sorry for the double post, I've change the email adress of my account and
>>> supposed that I'd need to re-post it.
>>> And thank you for your time. Here are the logs. I added a vdisk to an
>>> existing VM : it no more migrates, needing to poweroff it after minutes.
>>> Then simply deleting the second disk makes migrate it in exactly 9s without
>>> problem !
>>> https://gist.github.com/fgth/4707446331d201eef574ac31b6e89561
>>> https://gist.github.com/fgth/f8de9c22664aee53722af676bff8719d
>>>
>>> --
>>>
>>> Cordialement,
>>>
>>> *Frank Soyer *
>>> Le Mercredi, Février 14, 2018 11:04 CET, Maor Lipchuk <
>>> mlipc...@redhat.com> a écrit:
>>>
>>>
>>> Hi Frank,
>>>
>>> I already replied on your last email.
>>> Can you provide the VDSM logs from the time of the migration failure for
>>> both hosts:
>>>   ginger.local.systea.f r and v
>>> ictor.local.systea.fr
>>>
>>> Thanks,
>>> Maor
>>>
>>> On Wed, Feb 14, 2018 at 11:23 AM, fsoyer  wrote:

 Hi all,
 I discovered yesterday a problem when migrating VM with more than one
 vdisk.
 On our test servers (oVirt4.1, shared storage with Gluster), I created 2
 VMs needed for a test, from a template with a 20G vdisk. On this VMs I
 added a 100G vdisk (for this tests I didn't want to waste time to extend
 the existing vdisks... But I lost time finally...). The VMs with the 2
 vdisks works well.
 Now I saw some updates waiting on the host. I tried to put it in
 maintenance... But it stopped on the two VM. They were marked "migrating",
 but no more accessible. Other