Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Amador Pahim 

On 01/28/2016 01:59 PM, Eli Mesika wrote:


- Original Message -

From: "Marcelo Leandro" 
To: "Amador Pahim" 
Cc: "Eli Mesika" , "Martin Perina" , "Moti 
Asayag" ,
"Allon Mureinik" , "users" 
Sent: Thursday, January 28, 2016 1:39:49 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

Hello,
Yes i can.

It's here:
https://copy.com/OmnU13SAPXh13ZiR

Yes

The problem is in the command_entities table that is not cleaned up and has two 
records after taskcleaner.sh is invoked by engine-setup
Since engine tries to deserialize classes defined in this table and as Martin 
noted changes between 3.5 and 3.6 changed some classes, we got this exception
We should not allow leftovers to exists in this table during the upgrade 
process and taskcleaner utility should handle that as well
Please open a BZ on that, I will handle that
Meanwhile, as a workaround, run the following before the upgrade

psql -U engine -c "DELETE from command_entities;" 


I'm afraid the upgrade was done already. Will this work after the 
upgrade? Or he's supposed to downgrade/restore env to 3.5, run the 
DELETE and then try to upgrade again? Asking 'cause It's quite a task if 
yes :)







Thanks.

2016-01-28 8:17 GMT-03:00 Amador Pahim :

On 01/28/2016 09:10 AM, Eli Mesika wrote:


- Original Message -

From: "Martin Perina" 
To: "Eli Mesika" 
Cc: "Moti Asayag" , "Allon Mureinik"
, "users" , "Amador
Pahim" , "Marcelo Leandro" 
Sent: Thursday, January 28, 2016 12:59:02 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6



- Original Message -

From: "Eli Mesika" 
To: "Martin Perina" 
Cc: "Moti Asayag" , "Allon Mureinik"
, "users" , "Amador
Pahim" , "Marcelo Leandro" 
Sent: Thursday, January 28, 2016 11:55:56 AM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6



- Original Message -

From: "Martin Perina" 
To: "Moti Asayag" , "Allon Mureinik"

Cc: "Eli Mesika" , "users" ,
"Amador
Pahim" , "Marcelo
Leandro" 
Sent: Wednesday, January 27, 2016 2:31:20 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

So now I finally understand the issue:

When you try to login, CommandBase tries to execute LoginCommand, but
before the command execution it loads content of commands cache and
here comes the issue: there's stored AddVmFromSnapshotCommand which
contains DiskImage as a parameter and DiskImage implementation has
changed between 3.5 and 3.6.

Moti, is there some way how to clean up commands cache so it doesn't
contain those 3.5 commands?

Also should those situation be covered during engine upgrades?

Martin, is this a left over in the command_entities table that caused
the
failure while the entity is deserialized ?

Probably, because this DiskImage.Id serialization exception started to
appear
after upgrade from 3.5. Is there any way how to verify and clean up?

I suggest having a bug on the taskcleaner code which is called upon
upgrade, then I will try to reproduce
Amador, Is there a chance we can get a backup of that 3.5 DB in order to
reproduce ?


Yes, I was talking to Marcelo off-list and he has the dump taken by
engine-setup. Marcelo, could you send the tar.gz'ed 3.5 dump download link
off-list to Eli?
Thank you.



Thanks

Martin


- Original Message -

From: "Marcelo Leandro" 
To: "Martin Perina" 
Cc: "Eli Mesika" , "users" ,
"Amador
Pahim" 
Sent: Wednesday, January 27, 2016 1:08:19 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

The server  just in time  isolate from the network,is it a problem?
thats ok?

follows the logs:

server.log:
https://copy.com/Eni9adZSCjyMZNFN

engine.log:
https://copy.com/ayczW9ipHdW4BWni

2016-01-27 5:32 GMT-03:00 Martin Perina :

Hi,

according to the test of login by ovirt-engine-extensions-tool you
were
logged in
successfully, so there shouldn't be any issues logging into engine
using
admin@internal ...

Unfortunately both engine.log and server.log ends on Jan 22th and I'd
really
like to see up-to-date logs.

So if you still cannot login into webadmin please do following:

1. Stop engine service

   systemctl stop ovirt-engine

 or

   service ovirt-engine stop


2. Rotate logs

 cd /var/log/ovirt-engine
 mv engine.log engine-20160127.log
 mv

Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Eli Mesika 


- Original Message -
> From: "Marcelo Leandro" 
> To: "Amador Pahim" 
> Cc: "Eli Mesika" , "Martin Perina" , 
> "Moti Asayag" ,
> "Allon Mureinik" , "users" 
> Sent: Thursday, January 28, 2016 1:39:49 PM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> Hello,
> Yes i can.
> 
> It's here:
> https://copy.com/OmnU13SAPXh13ZiR

Yes 

The problem is in the command_entities table that is not cleaned up and has two 
records after taskcleaner.sh is invoked by engine-setup
Since engine tries to deserialize classes defined in this table and as Martin 
noted changes between 3.5 and 3.6 changed some classes, we got this exception
We should not allow leftovers to exists in this table during the upgrade 
process and taskcleaner utility should handle that as well
Please open a BZ on that, I will handle that 
Meanwhile, as a workaround, run the following before the upgrade 

psql -U engine -c "DELETE from command_entities;" 



> 
> Thanks.
> 
> 2016-01-28 8:17 GMT-03:00 Amador Pahim :
> > On 01/28/2016 09:10 AM, Eli Mesika wrote:
> >>
> >>
> >> - Original Message -
> >>>
> >>> From: "Martin Perina" 
> >>> To: "Eli Mesika" 
> >>> Cc: "Moti Asayag" , "Allon Mureinik"
> >>> , "users" , "Amador
> >>> Pahim" , "Marcelo Leandro" 
> >>> Sent: Thursday, January 28, 2016 12:59:02 PM
> >>> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> >>>
> >>>
> >>>
> >>> - Original Message -
> 
>  From: "Eli Mesika" 
>  To: "Martin Perina" 
>  Cc: "Moti Asayag" , "Allon Mureinik"
>  , "users" , "Amador
>  Pahim" , "Marcelo Leandro" 
>  Sent: Thursday, January 28, 2016 11:55:56 AM
>  Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> 
> 
>  - Original Message -
> >
> > From: "Martin Perina" 
> > To: "Moti Asayag" , "Allon Mureinik"
> > 
> > Cc: "Eli Mesika" , "users" ,
> > "Amador
> > Pahim" , "Marcelo
> > Leandro" 
> > Sent: Wednesday, January 27, 2016 2:31:20 PM
> > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> >
> > So now I finally understand the issue:
> >
> > When you try to login, CommandBase tries to execute LoginCommand, but
> > before the command execution it loads content of commands cache and
> > here comes the issue: there's stored AddVmFromSnapshotCommand which
> > contains DiskImage as a parameter and DiskImage implementation has
> > changed between 3.5 and 3.6.
> >
> > Moti, is there some way how to clean up commands cache so it doesn't
> > contain those 3.5 commands?
> >
> > Also should those situation be covered during engine upgrades?
> 
>  Martin, is this a left over in the command_entities table that caused
>  the
>  failure while the entity is deserialized ?
> >>>
> >>> Probably, because this DiskImage.Id serialization exception started to
> >>> appear
> >>> after upgrade from 3.5. Is there any way how to verify and clean up?
> >>
> >> I suggest having a bug on the taskcleaner code which is called upon
> >> upgrade, then I will try to reproduce
> >> Amador, Is there a chance we can get a backup of that 3.5 DB in order to
> >> reproduce ?
> >
> >
> > Yes, I was talking to Marcelo off-list and he has the dump taken by
> > engine-setup. Marcelo, could you send the tar.gz'ed 3.5 dump download link
> > off-list to Eli?
> > Thank you.
> >
> >
> >>
> > Thanks
> >
> > Martin
> >
> >
> > - Original Message -
> >>
> >> From: "Marcelo Leandro" 
> >> To: "Martin Perina" 
> >> Cc: "Eli Mesika" , "users" ,
> >> "Amador
> >> Pahim" 
> >> Sent: Wednesday, January 27, 2016 1:08:19 PM
> >> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> >>
> >> The server  just in time  isolate from the network,is it a problem?
> >> thats ok?
> >>
> >> follows the logs:
> >>
> >> server.log:
> >> https://copy.com/Eni9adZSCjyMZNFN
> >>
> >> engine.log:
> >> https://copy.com/ayczW9ipHdW4BWni
> >>
> >> 2016-01-27 5:32 GMT-03:00 Martin Perina :
> >>>
> >>> Hi,
> >>>
> >>> according to the test of login by ovirt-engine-extensions-tool

Re: [ovirt-users] [ovirt-devel] oVirt goes to FOSDEM 2016 - the full scoop!

2016-01-28 Thread noc 
On 18-1-2016 11:02, Doron Fediuck wrote:
>
>
> On Wed, Jan 13, 2016 at 7:28 PM, Joop  > wrote:
>
> On 13-1-2016 18:02, Doron Fediuck wrote:
> > In the past we had Joop coming with his cool setup.
> > We used it in the booth to demo live migration.
> >
> Is that an invitation to come and bring my stuff :-)
>
> > Does anyone wish to do the same this year?
> I won't mind if someone else brings some stuff to demo but in case not
> I'll if someone else can arrange for a monitor that would be cool.
>
> Regards,
>
> Joop
>
> Hi Joop ;)
> We're working on arranging screens. I believe we should be able to
> secure one for you.
Thanks, I have managed to get 2 systems to talk to each other, 1 laptop
providing the storage and one 'desktop' providing the horsepower/room,
in a HE NFS setup.
Will bring some cabling/switch and only need a (or 2) monitor with power.

See you all Saturday and maybe friday evening downtown??

Regards,

Joop

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

Re: [ovirt-users] VM manipulate DMI Chassis Serial value

2016-01-28 Thread ovirt 

Hi Juan,

thank you so much for the information.

Best regards
Christoph

Am 26.01.2016 um 17:41 schrieb Juan Hernández:

On 01/22/2016 10:01 PM, Nir Soffer wrote:

Adding Francesco

On Fri, Jan 22, 2016 at 1:40 PM,   wrote:

Hi list,

it is possible to change the DMI Chassis Serial value in the VM config?

Virtualbox is able to perform this via the following command for example:
c:\Program Files\Oracle\VirtualBox\VBoxManage.exe setextradata
"NAME_OF_VIRTUAL_MACHINE"
"VBoxInternal/Devices/pcbios/0/Config/DmiChassisSerial" "123456789"

Handle 0x0300, DMI type 3, 21 bytes
Chassis Information
 Manufacturer: Red Hat
 Type: Other
 Lock: Not Present
 Version: RHEL 7.2.0 PC (i440FX + PIIX, 1996)
 Serial Number: Not Specified
 Asset Tag: Not Specified
 Boot-up State: Safe
 Power Supply State: Safe
 Thermal State: Safe
 Security Status: Unknown
 OEM Information: 0x
 Height: Unspecified
 Number Of Power Cords: Unspecified
 Contained Elements: 0

root@demo:~ # dmidecode -s chassis-serial-number
Not Specified


I want to change the red above!!
Is there a way to change that in Ovirt as well?

Best regards and thank you for your help.
Christoph


You should be able to change it from the GUI: Edit -> Show Advanced
Options -> System -> General -> Provide Custom serial number policy ->
Custom serial number.

You can also change it with the API, for example with the Python SDK:

---8<---
#!/usr/bin/python

from ovirtsdk.api import API
from ovirtsdk.xml import params

# Connect to the server:
api = API(
 url="https://rhevm36.example.com/ovirt-engine/api;,
 username="admin@internal",
 password="...",
 ca_file="/etc/pki/ovirt-engine/ca.pem",
 debug=True
)

# Find the VM:
vm = api.vms.get(name="myvm")

# Set a custom serial number:
vm.set_serial_number(
 params.SerialNumber(
 policy="custom",
 value="myserialnumber",
 )
)
vm.update()

# Disconnect:
api.disconnect()
--->8---




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

[ovirt-users] Debian porting

2016-01-28 Thread lucas castro 
Who is working on ovirt debian porting,
and how can I help ?

-- 
contatos:
Celular: ( 99 ) 99143-5954 - Vivo
skype: lucasd3castro
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted-engine migration problems on 3.6, 3.6.1, 3.6.2

2016-01-28 Thread Nir Soffer 
Adding Martin

On Thu, Jan 28, 2016 at 5:54 AM, Peter  wrote:
>
> I am running oVirt 3.6.2 (original install was 3.6) hosted-engine on a couple 
> of Centos 7.2 servers with SAS attached storage using the new FC support to 
> connect to the LUNs.
>
> Neither the hosted-engine storage nor the hosted-engine VM show up in the 
> GUI.  I know there have been a lot of bugs that have been fixed for this but 
> I still can't import anything.  This may be the basis of my problem.
>
> The problem is that I can't reliably get the hosted-engine to migrate to the 
> other head.  If all VMs and HE are running on node1 and I try to put it in 
> maintenance the VMs will migrate but the HE will not and node1 will show 1 VM 
> remaining on the node (even though the HE VM doesn't show up in the VM list) 
> and will not go into maintenance.
>
> I try setting 'hosted-engine --set-maintenance --mode=local' but that doesn't 
> always help.  The output of 'hosted-engine --vm-status' eventually changes to 
> show the local node in maintenance with score 0 but often it doesn't move.  
> In /var/log/ovirt-hosted-engine-ha/agent.log I see
>
> MainThread::INFO::2016-01-28 
> 03:15:42,951::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>  Trying to get a fresher copy of vm configuration from the OVF_STORE
> MainThread::WARNING::2016-01-28 
> 03:15:43,296::ovf_store::105::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
>  Unable to find OVF_STORE
> MainThread::ERROR::2016-01-28 
> 03:15:43,297::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>  Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf
> MainThread::WARNING::2016-01-28 
> 03:15:43,316::hosted_engine::767::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_stop_domain_monitor_if_possible)
>  The VM is running locally or we have no data, keeping the domain monitor.
>
> I've restarted servers and/or processes but I'm not getting anywhere.  I 
> appreciate any help.
>
> ___
> 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] OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"

2016-01-28 Thread ovirt 

Hi Martin,

please let me know I can help.

Best regards
Christoph

Am 28.01.2016 um 09:04 schrieb Martin Mucha:

I think this issue is real and it seems to be caused by unboxing of nullvalued 
integer obtained from function 
org.ovirt.engine.core.common.businessentities.HostDevice#getTotalVirtualFunctions

M.

- Original Message -

Hi List,

I update my OVirt 3.6.1 installation to 3.6.2 this morning.
After the reboot of the server the interface numbering wasn't the same
so I had to change some cable to have them connected to the right
configuration.

Everything looks OK but I receive a null pointer exception while
clicking on "Setup Host Networks" of my engine/host server.

Any help is more then welcome!!

Best regards
Christoph

2016-01-27 19:04:47,738 ERROR
[org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery]
(default task-482) [] Exception: java.lang.NullPointerException
  at
org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172)
[bll.jar:]
  at
org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136)
[bll.jar:]
  at
org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121)
[bll.jar:]
  at
org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19)
[bll.jar:]
  at
org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82)
[bll.jar:]
  at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
[dal.jar:]
  at
org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:]
  at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511)
[bll.jar:]
  at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
[:1.8.0_71]
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_71]
  at java.lang.reflect.Method.invoke(Method.java:497)
[rt.jar:1.8.0_71]
  at
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
  at
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
  at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
  at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
  at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
  at
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
  at
org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
[bll.jar:]
  at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
[:1.8.0_71]
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_71]
  at java.lang.reflect.Method.invoke(Method.java:497)
[rt.jar:1.8.0_71]
  at
org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
  at
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
[wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final]
  at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
  at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
  at

Re: [ovirt-users] OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"

2016-01-28 Thread Martin Mucha 
I think this issue is real and it seems to be caused by unboxing of nullvalued 
integer obtained from function 
org.ovirt.engine.core.common.businessentities.HostDevice#getTotalVirtualFunctions

M.

- Original Message -
> Hi List,
> 
> I update my OVirt 3.6.1 installation to 3.6.2 this morning.
> After the reboot of the server the interface numbering wasn't the same
> so I had to change some cable to have them connected to the right
> configuration.
> 
> Everything looks OK but I receive a null pointer exception while
> clicking on "Setup Host Networks" of my engine/host server.
> 
> Any help is more then welcome!!
> 
> Best regards
> Christoph
> 
> 2016-01-27 19:04:47,738 ERROR
> [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery]
> (default task-482) [] Exception: java.lang.NullPointerException
>  at
> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172)
> [bll.jar:]
>  at
> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136)
> [bll.jar:]
>  at
> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121)
> [bll.jar:]
>  at
> org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19)
> [bll.jar:]
>  at
> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82)
> [bll.jar:]
>  at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> [dal.jar:]
>  at
> org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:]
>  at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511)
> [bll.jar:]
>  at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
> [:1.8.0_71]
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_71]
>  at java.lang.reflect.Method.invoke(Method.java:497)
> [rt.jar:1.8.0_71]
>  at
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
> org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
>  at
> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
>  at
> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
>  at
> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
>  at
> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
>  at
> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
>  at
> org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
> [bll.jar:]
>  at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
> [:1.8.0_71]
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.8.0_71]
>  at java.lang.reflect.Method.invoke(Method.java:497)
> [rt.jar:1.8.0_71]
>  at
> org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
> org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
>  at
> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
> org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
> [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final]
>  at
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>  at
>

Re: [ovirt-users] Disable spice proxy by default

2016-01-28 Thread Tomas Jelinek 


- Original Message -
> From: "Cristian Mammoli" 
> To: "users" 
> Sent: Tuesday, January 26, 2016 2:38:27 PM
> Subject: [ovirt-users] Disable spice proxy by default
> 
> Hi, is there a way to:
> 1) Define spice proxy as cluster level

yes, in the edit cluster dialog under console side tab

> 2) Disable it by default and only enable it when needed

per vm you can enable/disable the proxy in the console options dialog (when the 
VM is running than right click it and the console options). 
This setting is than persisted on the client side (in browser). 
But by default, when the proxy is enabled per cluster, it will be enabled per 
VM.

> 
> The reason behind this is that I want users to connect to vdi machines
> directly when they are in the office and only enable proxy manually when
> they try to access from outside
> 
> Ty
> ___
> 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] OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"

2016-01-28 Thread Martin Mucha 
ok, thanks. Just o inform you — so far it seems there is inconsistency in 
assumptions of what can be nullable and what can not. We just need to decide 
which approach is correct and fix rest. 
M.

- Original Message -
> Hi Martin,
> 
> please let me know I can help.
> 
> Best regards
> Christoph
> 
> Am 28.01.2016 um 09:04 schrieb Martin Mucha:
> > I think this issue is real and it seems to be caused by unboxing of
> > nullvalued integer obtained from function
> > org.ovirt.engine.core.common.businessentities.HostDevice#getTotalVirtualFunctions
> >
> > M.
> >
> > - Original Message -
> >> Hi List,
> >>
> >> I update my OVirt 3.6.1 installation to 3.6.2 this morning.
> >> After the reboot of the server the interface numbering wasn't the same
> >> so I had to change some cable to have them connected to the right
> >> configuration.
> >>
> >> Everything looks OK but I receive a null pointer exception while
> >> clicking on "Setup Host Networks" of my engine/host server.
> >>
> >> Any help is more then welcome!!
> >>
> >> Best regards
> >> Christoph
> >>
> >> 2016-01-27 19:04:47,738 ERROR
> >> [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery]
> >> (default task-482) [] Exception: java.lang.NullPointerException
> >>   at
> >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172)
> >> [bll.jar:]
> >>   at
> >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136)
> >> [bll.jar:]
> >>   at
> >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121)
> >> [bll.jar:]
> >>   at
> >> org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19)
> >> [bll.jar:]
> >>   at
> >> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82)
> >> [bll.jar:]
> >>   at
> >> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> >> [dal.jar:]
> >>   at
> >> org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537)
> >> [bll.jar:]
> >>   at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511)
> >> [bll.jar:]
> >>   at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source)
> >> [:1.8.0_71]
> >>   at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >> [rt.jar:1.8.0_71]
> >>   at java.lang.reflect.Method.invoke(Method.java:497)
> >> [rt.jar:1.8.0_71]
> >>   at
> >> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> >>   at
> >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> >>   at
> >> org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> >>   at
> >> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> >>   at
> >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> >>   at
> >> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
> >>   at
> >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
> >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> >>   at
> >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
> >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> >>   at
> >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
> >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> >>   at
> >> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> >>   at
> >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> >>   at
> >> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
> >>   at
> >> org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
> >> [bll.jar:]
> >>   at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
> >> [:1.8.0_71]
> >>   at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >> [rt.jar:1.8.0_71]
> >>   at java.lang.reflect.Method.invoke(Method.java:497)
> >> [rt.jar:1.8.0_71]
> >>   at
> >> org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
> >>   at
> >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
>

[ovirt-users] [ANN] oVirt 3.6.3 First Release Candidate is now available for testing

2016-01-28 Thread Sandro Bonazzola 
The oVirt Project is pleased to announce the availability
of the First Release Candidate of oVirt 3.6.3 for testing, as of January
28th, 2016

This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.3 Jessie has been added too.

This release candidate includes updated packages for:

   - ovirt-engine
   - ovirt-engine-cli
   - ovirt-engine-reports
   - ovirt-log-collector
   - vdsm
   - mom

This release of oVirt 3.6.3 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.

Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO is also already available [2].

Please note that mirrors[3] may need usually one day before being
synchronized.

* Read more about the oVirt 3.6.3 release highlights:
http://www.ovirt.org/OVirt_3.6.3_Release_Notes
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Read more about oVirt Project community events:
http://www.ovirt.org/Upcoming_events

[1] http://www.ovirt.org/OVirt_3.6.3_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Eli Mesika 


- Original Message -
> From: "Martin Perina" 
> To: "Moti Asayag" , "Allon Mureinik" 
> Cc: "Eli Mesika" , "users" , "Amador 
> Pahim" , "Marcelo
> Leandro" 
> Sent: Wednesday, January 27, 2016 2:31:20 PM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> So now I finally understand the issue:
> 
> When you try to login, CommandBase tries to execute LoginCommand, but
> before the command execution it loads content of commands cache and
> here comes the issue: there's stored AddVmFromSnapshotCommand which
> contains DiskImage as a parameter and DiskImage implementation has
> changed between 3.5 and 3.6.
> 
> Moti, is there some way how to clean up commands cache so it doesn't
> contain those 3.5 commands?
> 
> Also should those situation be covered during engine upgrades?

Martin, is this a left over in the command_entities table that caused the 
failure while the entity is deserialized ?

> 
> Thanks
> 
> Martin
> 
> 
> - Original Message -
> > From: "Marcelo Leandro" 
> > To: "Martin Perina" 
> > Cc: "Eli Mesika" , "users" , "Amador
> > Pahim" 
> > Sent: Wednesday, January 27, 2016 1:08:19 PM
> > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > 
> > The server  just in time  isolate from the network,is it a problem?
> > thats ok?
> > 
> > follows the logs:
> > 
> > server.log:
> > https://copy.com/Eni9adZSCjyMZNFN
> > 
> > engine.log:
> > https://copy.com/ayczW9ipHdW4BWni
> > 
> > 2016-01-27 5:32 GMT-03:00 Martin Perina :
> > > Hi,
> > >
> > > according to the test of login by ovirt-engine-extensions-tool you were
> > > logged in
> > > successfully, so there shouldn't be any issues logging into engine using
> > > admin@internal ...
> > >
> > > Unfortunately both engine.log and server.log ends on Jan 22th and I'd
> > > really
> > > like to see up-to-date logs.
> > >
> > > So if you still cannot login into webadmin please do following:
> > >
> > > 1. Stop engine service
> > >
> > >  systemctl stop ovirt-engine
> > >
> > >or
> > >
> > >  service ovirt-engine stop
> > >
> > >
> > > 2. Rotate logs
> > >
> > >cd /var/log/ovirt-engine
> > >mv engine.log engine-20160127.log
> > >mv server.log server-20160127.log
> > >
> > >
> > > 3. Start engine
> > >
> > >  systemctl start ovirt-engine
> > >
> > >or
> > >
> > >  service ovirt-engine start
> > >
> > >
> > > 4. Try to login as admin with domain internal using webadmin
> > >
> > >
> > > 5. Try to login as admin@internal using REST API by
> > >accessing
> > >
> > >  http://SERVER/ovirt-engine/api/datacenters
> > >
> > >Into user please enter full username: admin@internal
> > >
> > >
> > > When done please attach latest server.log and engine.log
> > >
> > >
> > > Thanks a lot
> > >
> > > Martin Perina
> > >
> > >
> > > - Original Message -
> > >> From: "Marcelo Leandro" 
> > >> To: "Martin Perina" 
> > >> Cc: "Eli Mesika" , "users" ,
> > >> "Amador
> > >> Pahim" 
> > >> Sent: Tuesday, January 26, 2016 8:46:12 PM
> > >> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > >>
> > >> hello,
> > >>
> > >> setup.log:
> > >> https://copy.com/lIYzccOnwCiW7e9q
> > >>
> > >> and output the command :
> > >> https://copy.com/7psvpyUzUq0FKW31
> > >>
> > >> error screen when i try to login on webadmin:
> > >> https://copy.com/CfKZePnGFmIwF7B8
> > >>
> > >> Thanks
> > >>
> > >> 2016-01-26 12:24 GMT-03:00 Martin Perina :
> > >> > And also could you try to login using extension test tool:
> > >> >
> > >> >   ovirt-engine-extensions-tool aaa login-user --profile=internal
> > >> >   --user-name=admin --password=interactive:
> > >> >
> > >> > and post the output of the command.
> > >> >
> > >> > Thanks a lot
> > >> >
> > >> > Martin Perina
> > >> >
> > >> > - Original Message -
> > >> >> From: "Martin Perina" 
> > >> >> To: "Marcelo Leandro" 
> > >> >> Cc: "Eli Mesika" , "users" ,
> > >> >> "Amador
> > >> >> Pahim" 
> > >> >> Sent: Tuesday, January 26, 2016 4:12:21 PM
> > >> >> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > >> >>
> > >> >> Could you please share also your server.log?
> > >> >>
> > >> >> Thanks
> > >> >>
> > >> >> Martin Perina
> > >> >>
> > >> >> - Original Message -
> > >> >> > From: "Marcelo Leandro" 
> > >> >> > To: "Martin Perina" 
> > >> >> > Cc: "Eli Mesika" , "users" ,
> > >> >> > "Amador
> > >> >> > Pahim" 
>

Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Eli Mesika 


- Original Message -
> From: "Martin Perina" 
> To: "Eli Mesika" 
> Cc: "Moti Asayag" , "Allon Mureinik" 
> , "users" , "Amador
> Pahim" , "Marcelo Leandro" 
> Sent: Thursday, January 28, 2016 12:59:02 PM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> 
> 
> - Original Message -
> > From: "Eli Mesika" 
> > To: "Martin Perina" 
> > Cc: "Moti Asayag" , "Allon Mureinik"
> > , "users" , "Amador
> > Pahim" , "Marcelo Leandro" 
> > Sent: Thursday, January 28, 2016 11:55:56 AM
> > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > 
> > 
> > 
> > - Original Message -
> > > From: "Martin Perina" 
> > > To: "Moti Asayag" , "Allon Mureinik"
> > > 
> > > Cc: "Eli Mesika" , "users" , "Amador
> > > Pahim" , "Marcelo
> > > Leandro" 
> > > Sent: Wednesday, January 27, 2016 2:31:20 PM
> > > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > > 
> > > So now I finally understand the issue:
> > > 
> > > When you try to login, CommandBase tries to execute LoginCommand, but
> > > before the command execution it loads content of commands cache and
> > > here comes the issue: there's stored AddVmFromSnapshotCommand which
> > > contains DiskImage as a parameter and DiskImage implementation has
> > > changed between 3.5 and 3.6.
> > > 
> > > Moti, is there some way how to clean up commands cache so it doesn't
> > > contain those 3.5 commands?
> > > 
> > > Also should those situation be covered during engine upgrades?
> > 
> > Martin, is this a left over in the command_entities table that caused the
> > failure while the entity is deserialized ?
> 
> Probably, because this DiskImage.Id serialization exception started to appear
> after upgrade from 3.5. Is there any way how to verify and clean up?

I suggest having a bug on the taskcleaner code which is called upon upgrade, 
then I will try to reproduce 
Amador, Is there a chance we can get a backup of that 3.5 DB in order to 
reproduce ?

> 
> > 
> > > 
> > > Thanks
> > > 
> > > Martin
> > > 
> > > 
> > > - Original Message -
> > > > From: "Marcelo Leandro" 
> > > > To: "Martin Perina" 
> > > > Cc: "Eli Mesika" , "users" ,
> > > > "Amador
> > > > Pahim" 
> > > > Sent: Wednesday, January 27, 2016 1:08:19 PM
> > > > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > > > 
> > > > The server  just in time  isolate from the network,is it a problem?
> > > > thats ok?
> > > > 
> > > > follows the logs:
> > > > 
> > > > server.log:
> > > > https://copy.com/Eni9adZSCjyMZNFN
> > > > 
> > > > engine.log:
> > > > https://copy.com/ayczW9ipHdW4BWni
> > > > 
> > > > 2016-01-27 5:32 GMT-03:00 Martin Perina :
> > > > > Hi,
> > > > >
> > > > > according to the test of login by ovirt-engine-extensions-tool you
> > > > > were
> > > > > logged in
> > > > > successfully, so there shouldn't be any issues logging into engine
> > > > > using
> > > > > admin@internal ...
> > > > >
> > > > > Unfortunately both engine.log and server.log ends on Jan 22th and I'd
> > > > > really
> > > > > like to see up-to-date logs.
> > > > >
> > > > > So if you still cannot login into webadmin please do following:
> > > > >
> > > > > 1. Stop engine service
> > > > >
> > > > >  systemctl stop ovirt-engine
> > > > >
> > > > >or
> > > > >
> > > > >  service ovirt-engine stop
> > > > >
> > > > >
> > > > > 2. Rotate logs
> > > > >
> > > > >cd /var/log/ovirt-engine
> > > > >mv engine.log engine-20160127.log
> > > > >mv server.log server-20160127.log
> > > > >
> > > > >
> > > > > 3. Start engine
> > > > >
> > > > >  systemctl start ovirt-engine
> > > > >
> > > > >or
> > > > >
> > > > >  service ovirt-engine start
> > > > >
> > > > >
> > > > > 4. Try to login as admin with domain internal using webadmin
> > > > >
> > > > >
> > > > > 5. Try to login as admin@internal using REST API by
> > > > >accessing
> > > > >
> > > > >  http://SERVER/ovirt-engine/api/datacenters
> > > > >
> > > > >Into user please enter full username: admin@internal
> > > > >
> > > > >
> > > > > When done please attach latest server.log and engine.log
> > > > >
> > > > >
> > > > > Thanks a lot
> > > > >
> > > > > Martin Perina
> > > > >
> > > > >
> > > > > - Original Message -
> > > > >> From: "Marcelo Leandro" 
> > > > >> To: "Martin Perina" 
> > > > >> Cc: "Eli Mesika" , "users"

Re: [ovirt-users] web console viewer and 3.5 to 3.6 update

2016-01-28 Thread Michal Skrivanek 

> On 27 Jan 2016, at 15:55, Weber, Charles (NIH/NIA/IRP) [C] 
>  wrote:
> 
> Hi everyone, 
> For the second upgrade in a row, the web consoles do not work properly after 
> an upgrade. Suggestions would be appreciated.
> When I upgraded to 3.5 and CentOS 7, spice/vnc web console would not work 
> until I installed custom version of websockify and novnc on the engine host. 
> 
> python-websockify-0.5.1-2.el7.noarch and novnc-0.4-9.el7.noarch are what I 
> used thanks to Frank Wall and kojifiles back in November.
> 
> I have just upgraded to current 3.6.2 engine and OV3.6 vdsmd on one node 
> host. At the same time I upgraded both engine and node OS to current CO7 
> patch level.
> This upgrade required I remove exclusion for the above 2 rpm in yum.conf and 
> upgraded both to current versions.

yes, there were updates in websockify and novnc which were not backward 
compatible and broke the existing oVirt version. Though, IIRC it was a Fedora 
update, not CentOS

> 
> Now I am back to web console not working. Any bright ideas? I can roll back 
> to custom versions.  
> Does the standard EPEL/OVIRT setup work with other people for web console? Am 
> I special or is this a known issue?
> 
> current revs are
> python-websockify.noarch0.6.0-2.el7   
>@epel
> novnc.noarch  0.5.1-2.el7  
> @epel

these should work just fine

> 
> web socket errors are
> Jan 27 09:27:24 ovirtman.irp.nia.nih.gov  
> ovirt-websocket-proxy.py[1368]: ip addr - - [27/Jan/2016 09:27:24] connecting 
> to: 172.0.1.81:5900
> Jan 27 09:27:24 ovirtman.irp.nia.nih.gov  
> ovirt-websocket-proxy.py[1368]: ip addr - - [27/Jan/2016 09:27:24] code 400, 
> message Bad HTTP/0.9 request type ('\x88\x8f')
> Jan 27 09:28:01 ovirtman.irp.nia.nih.gov  
> ovirt-websocket-proxy.py[1368]: ip addr - - [27/Jan/2016 09:28:01] code 405, 
> message Method Not Allowed
> Jan 27 09:28:02 ovirtman.irp.nia.nih.gov  
> ovirt-websocket-proxy.py[1368]: ip addr - - [27/Jan/2016 09:28:02] code 405, 
> message Method Not Allowed

there were issues with SPICE vs VNC consoles for running VMs during 3.5 to 3.6 
upgrade. Can you verify (in case you’re connecting via noVNC) that your VM is 
really running with VNC, listening on the right host and right port using VNC 
protocol? Is 172.0.1.81 reachable? Any fw in the way?

Thanks,
michal

> 
> Thanks,
> Chuck
> 
> Weber, Charles (NIH/NIA/IRP) 
> web...@mail.nih.gov 
> p: 410-558-8001
> c: 443-473-6493
> 251 Bayview Blvd
> Baltimore MD 21224
> NCTS performance comments and survey at:
> https://niairpkiosk.irp.nia.nih.gov/content/ncts-user-survey 
> 
> 
> 
> 
> ___
> 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] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Martin Perina 


- Original Message -
> From: "Eli Mesika" 
> To: "Martin Perina" 
> Cc: "Moti Asayag" , "Allon Mureinik" 
> , "users" , "Amador
> Pahim" , "Marcelo Leandro" 
> Sent: Thursday, January 28, 2016 11:55:56 AM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> 
> 
> - Original Message -
> > From: "Martin Perina" 
> > To: "Moti Asayag" , "Allon Mureinik"
> > 
> > Cc: "Eli Mesika" , "users" , "Amador
> > Pahim" , "Marcelo
> > Leandro" 
> > Sent: Wednesday, January 27, 2016 2:31:20 PM
> > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > 
> > So now I finally understand the issue:
> > 
> > When you try to login, CommandBase tries to execute LoginCommand, but
> > before the command execution it loads content of commands cache and
> > here comes the issue: there's stored AddVmFromSnapshotCommand which
> > contains DiskImage as a parameter and DiskImage implementation has
> > changed between 3.5 and 3.6.
> > 
> > Moti, is there some way how to clean up commands cache so it doesn't
> > contain those 3.5 commands?
> > 
> > Also should those situation be covered during engine upgrades?
> 
> Martin, is this a left over in the command_entities table that caused the
> failure while the entity is deserialized ?

Probably, because this DiskImage.Id serialization exception started to appear
after upgrade from 3.5. Is there any way how to verify and clean up?

> 
> > 
> > Thanks
> > 
> > Martin
> > 
> > 
> > - Original Message -
> > > From: "Marcelo Leandro" 
> > > To: "Martin Perina" 
> > > Cc: "Eli Mesika" , "users" , "Amador
> > > Pahim" 
> > > Sent: Wednesday, January 27, 2016 1:08:19 PM
> > > Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > > 
> > > The server  just in time  isolate from the network,is it a problem?
> > > thats ok?
> > > 
> > > follows the logs:
> > > 
> > > server.log:
> > > https://copy.com/Eni9adZSCjyMZNFN
> > > 
> > > engine.log:
> > > https://copy.com/ayczW9ipHdW4BWni
> > > 
> > > 2016-01-27 5:32 GMT-03:00 Martin Perina :
> > > > Hi,
> > > >
> > > > according to the test of login by ovirt-engine-extensions-tool you were
> > > > logged in
> > > > successfully, so there shouldn't be any issues logging into engine
> > > > using
> > > > admin@internal ...
> > > >
> > > > Unfortunately both engine.log and server.log ends on Jan 22th and I'd
> > > > really
> > > > like to see up-to-date logs.
> > > >
> > > > So if you still cannot login into webadmin please do following:
> > > >
> > > > 1. Stop engine service
> > > >
> > > >  systemctl stop ovirt-engine
> > > >
> > > >or
> > > >
> > > >  service ovirt-engine stop
> > > >
> > > >
> > > > 2. Rotate logs
> > > >
> > > >cd /var/log/ovirt-engine
> > > >mv engine.log engine-20160127.log
> > > >mv server.log server-20160127.log
> > > >
> > > >
> > > > 3. Start engine
> > > >
> > > >  systemctl start ovirt-engine
> > > >
> > > >or
> > > >
> > > >  service ovirt-engine start
> > > >
> > > >
> > > > 4. Try to login as admin with domain internal using webadmin
> > > >
> > > >
> > > > 5. Try to login as admin@internal using REST API by
> > > >accessing
> > > >
> > > >  http://SERVER/ovirt-engine/api/datacenters
> > > >
> > > >Into user please enter full username: admin@internal
> > > >
> > > >
> > > > When done please attach latest server.log and engine.log
> > > >
> > > >
> > > > Thanks a lot
> > > >
> > > > Martin Perina
> > > >
> > > >
> > > > - Original Message -
> > > >> From: "Marcelo Leandro" 
> > > >> To: "Martin Perina" 
> > > >> Cc: "Eli Mesika" , "users" ,
> > > >> "Amador
> > > >> Pahim" 
> > > >> Sent: Tuesday, January 26, 2016 8:46:12 PM
> > > >> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> > > >>
> > > >> hello,
> > > >>
> > > >> setup.log:
> > > >> https://copy.com/lIYzccOnwCiW7e9q
> > > >>
> > > >> and output the command :
> > > >> https://copy.com/7psvpyUzUq0FKW31
> > > >>
> > > >> error screen when i try to login on webadmin:
> > > >> https://copy.com/CfKZePnGFmIwF7B8
> > > >>
> > > >> Thanks
> > > >>
> > > >> 2016-01-26 12:24 GMT-03:00 Martin Perina :
> > > >> > And also could you try to login using extension test tool:
> > > >> >
> > > >> >   ovirt-engine-extensions-tool aaa login-user --profile=internal
> > > >> >   --user-name=admin --password=interactive:
> > > >> >
> > > >> > and post the output of the command.
> > > >> >
> > > >> > Thanks a lot
> > > >>

Re: [ovirt-users] hosted-engine migration problems on 3.6, 3.6.1, 3.6.2

2016-01-28 Thread Martin Sivak 
Hi,

we really need more logs. Preferably the full agent, vdsm and engine
log around the time the migration is attempted.

The warn/error messages are all related to the fact that hosted engine
runs in the "3.5 mode" with the storage domain not being imported to
the engine yet.

--
Martin Sivak
oVirt / SLA


On Thu, Jan 28, 2016 at 9:28 AM, Nir Soffer  wrote:
> Adding Martin
>
> On Thu, Jan 28, 2016 at 5:54 AM, Peter  wrote:
>>
>> I am running oVirt 3.6.2 (original install was 3.6) hosted-engine on a 
>> couple of Centos 7.2 servers with SAS attached storage using the new FC 
>> support to connect to the LUNs.
>>
>> Neither the hosted-engine storage nor the hosted-engine VM show up in the 
>> GUI.  I know there have been a lot of bugs that have been fixed for this but 
>> I still can't import anything.  This may be the basis of my problem.
>>
>> The problem is that I can't reliably get the hosted-engine to migrate to the 
>> other head.  If all VMs and HE are running on node1 and I try to put it in 
>> maintenance the VMs will migrate but the HE will not and node1 will show 1 
>> VM remaining on the node (even though the HE VM doesn't show up in the VM 
>> list) and will not go into maintenance.
>>
>> I try setting 'hosted-engine --set-maintenance --mode=local' but that 
>> doesn't always help.  The output of 'hosted-engine --vm-status' eventually 
>> changes to show the local node in maintenance with score 0 but often it 
>> doesn't move.  In /var/log/ovirt-hosted-engine-ha/agent.log I see
>>
>> MainThread::INFO::2016-01-28 
>> 03:15:42,951::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>  Trying to get a fresher copy of vm configuration from the OVF_STORE
>> MainThread::WARNING::2016-01-28 
>> 03:15:43,296::ovf_store::105::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
>>  Unable to find OVF_STORE
>> MainThread::ERROR::2016-01-28 
>> 03:15:43,297::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>  Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf
>> MainThread::WARNING::2016-01-28 
>> 03:15:43,316::hosted_engine::767::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_stop_domain_monitor_if_possible)
>>  The VM is running locally or we have no data, keeping the domain monitor.
>>
>> I've restarted servers and/or processes but I'm not getting anywhere.  I 
>> appreciate any help.
>>
>> ___
>> 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] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Amador Pahim 

On 01/28/2016 09:10 AM, Eli Mesika wrote:


- Original Message -

From: "Martin Perina" 
To: "Eli Mesika" 
Cc: "Moti Asayag" , "Allon Mureinik" , "users" 
, "Amador
Pahim" , "Marcelo Leandro" 
Sent: Thursday, January 28, 2016 12:59:02 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6



- Original Message -

From: "Eli Mesika" 
To: "Martin Perina" 
Cc: "Moti Asayag" , "Allon Mureinik"
, "users" , "Amador
Pahim" , "Marcelo Leandro" 
Sent: Thursday, January 28, 2016 11:55:56 AM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6



- Original Message -

From: "Martin Perina" 
To: "Moti Asayag" , "Allon Mureinik"

Cc: "Eli Mesika" , "users" , "Amador
Pahim" , "Marcelo
Leandro" 
Sent: Wednesday, January 27, 2016 2:31:20 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

So now I finally understand the issue:

When you try to login, CommandBase tries to execute LoginCommand, but
before the command execution it loads content of commands cache and
here comes the issue: there's stored AddVmFromSnapshotCommand which
contains DiskImage as a parameter and DiskImage implementation has
changed between 3.5 and 3.6.

Moti, is there some way how to clean up commands cache so it doesn't
contain those 3.5 commands?

Also should those situation be covered during engine upgrades?

Martin, is this a left over in the command_entities table that caused the
failure while the entity is deserialized ?

Probably, because this DiskImage.Id serialization exception started to appear
after upgrade from 3.5. Is there any way how to verify and clean up?

I suggest having a bug on the taskcleaner code which is called upon upgrade, 
then I will try to reproduce
Amador, Is there a chance we can get a backup of that 3.5 DB in order to 
reproduce ?


Yes, I was talking to Marcelo off-list and he has the dump taken by 
engine-setup. Marcelo, could you send the tar.gz'ed 3.5 dump download 
link off-list to Eli?

Thank you.




Thanks

Martin


- Original Message -

From: "Marcelo Leandro" 
To: "Martin Perina" 
Cc: "Eli Mesika" , "users" ,
"Amador
Pahim" 
Sent: Wednesday, January 27, 2016 1:08:19 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

The server  just in time  isolate from the network,is it a problem?
thats ok?

follows the logs:

server.log:
https://copy.com/Eni9adZSCjyMZNFN

engine.log:
https://copy.com/ayczW9ipHdW4BWni

2016-01-27 5:32 GMT-03:00 Martin Perina :

Hi,

according to the test of login by ovirt-engine-extensions-tool you
were
logged in
successfully, so there shouldn't be any issues logging into engine
using
admin@internal ...

Unfortunately both engine.log and server.log ends on Jan 22th and I'd
really
like to see up-to-date logs.

So if you still cannot login into webadmin please do following:

1. Stop engine service

  systemctl stop ovirt-engine

or

  service ovirt-engine stop


2. Rotate logs

cd /var/log/ovirt-engine
mv engine.log engine-20160127.log
mv server.log server-20160127.log


3. Start engine

  systemctl start ovirt-engine

or

  service ovirt-engine start


4. Try to login as admin with domain internal using webadmin


5. Try to login as admin@internal using REST API by
accessing

  http://SERVER/ovirt-engine/api/datacenters

Into user please enter full username: admin@internal


When done please attach latest server.log and engine.log


Thanks a lot

Martin Perina


- Original Message -

From: "Marcelo Leandro" 
To: "Martin Perina" 
Cc: "Eli Mesika" , "users" ,
"Amador
Pahim" 
Sent: Tuesday, January 26, 2016 8:46:12 PM
Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to
3.6

hello,

setup.log:
https://copy.com/lIYzccOnwCiW7e9q

and output the command :
https://copy.com/7psvpyUzUq0FKW31

error screen when i try to login on webadmin:
https://copy.com/CfKZePnGFmIwF7B8

Thanks

2016-01-26 12:24 GMT-03:00 Martin Perina :

And also could you try to login using extension test tool:

   ovirt-engine-extensions-tool aaa login-user --profile=internal
   --user-name=admin --password=interactive:

and post the output of the command.

Thanks a lot

Martin Perina

- Original Message -

From: "Martin Perina" 
To: "Marcelo Leandro"

Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6

2016-01-28 Thread Marcelo Leandro 
Hello,
Yes i can.

It's here:
https://copy.com/OmnU13SAPXh13ZiR

Thanks.

2016-01-28 8:17 GMT-03:00 Amador Pahim :
> On 01/28/2016 09:10 AM, Eli Mesika wrote:
>>
>>
>> - Original Message -
>>>
>>> From: "Martin Perina" 
>>> To: "Eli Mesika" 
>>> Cc: "Moti Asayag" , "Allon Mureinik"
>>> , "users" , "Amador
>>> Pahim" , "Marcelo Leandro" 
>>> Sent: Thursday, January 28, 2016 12:59:02 PM
>>> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
>>>
>>>
>>>
>>> - Original Message -

 From: "Eli Mesika" 
 To: "Martin Perina" 
 Cc: "Moti Asayag" , "Allon Mureinik"
 , "users" , "Amador
 Pahim" , "Marcelo Leandro" 
 Sent: Thursday, January 28, 2016 11:55:56 AM
 Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6



 - Original Message -
>
> From: "Martin Perina" 
> To: "Moti Asayag" , "Allon Mureinik"
> 
> Cc: "Eli Mesika" , "users" ,
> "Amador
> Pahim" , "Marcelo
> Leandro" 
> Sent: Wednesday, January 27, 2016 2:31:20 PM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
>
> So now I finally understand the issue:
>
> When you try to login, CommandBase tries to execute LoginCommand, but
> before the command execution it loads content of commands cache and
> here comes the issue: there's stored AddVmFromSnapshotCommand which
> contains DiskImage as a parameter and DiskImage implementation has
> changed between 3.5 and 3.6.
>
> Moti, is there some way how to clean up commands cache so it doesn't
> contain those 3.5 commands?
>
> Also should those situation be covered during engine upgrades?

 Martin, is this a left over in the command_entities table that caused
 the
 failure while the entity is deserialized ?
>>>
>>> Probably, because this DiskImage.Id serialization exception started to
>>> appear
>>> after upgrade from 3.5. Is there any way how to verify and clean up?
>>
>> I suggest having a bug on the taskcleaner code which is called upon
>> upgrade, then I will try to reproduce
>> Amador, Is there a chance we can get a backup of that 3.5 DB in order to
>> reproduce ?
>
>
> Yes, I was talking to Marcelo off-list and he has the dump taken by
> engine-setup. Marcelo, could you send the tar.gz'ed 3.5 dump download link
> off-list to Eli?
> Thank you.
>
>
>>
> Thanks
>
> Martin
>
>
> - Original Message -
>>
>> From: "Marcelo Leandro" 
>> To: "Martin Perina" 
>> Cc: "Eli Mesika" , "users" ,
>> "Amador
>> Pahim" 
>> Sent: Wednesday, January 27, 2016 1:08:19 PM
>> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
>>
>> The server  just in time  isolate from the network,is it a problem?
>> thats ok?
>>
>> follows the logs:
>>
>> server.log:
>> https://copy.com/Eni9adZSCjyMZNFN
>>
>> engine.log:
>> https://copy.com/ayczW9ipHdW4BWni
>>
>> 2016-01-27 5:32 GMT-03:00 Martin Perina :
>>>
>>> Hi,
>>>
>>> according to the test of login by ovirt-engine-extensions-tool you
>>> were
>>> logged in
>>> successfully, so there shouldn't be any issues logging into engine
>>> using
>>> admin@internal ...
>>>
>>> Unfortunately both engine.log and server.log ends on Jan 22th and I'd
>>> really
>>> like to see up-to-date logs.
>>>
>>> So if you still cannot login into webadmin please do following:
>>>
>>> 1. Stop engine service
>>>
>>>   systemctl stop ovirt-engine
>>>
>>> or
>>>
>>>   service ovirt-engine stop
>>>
>>>
>>> 2. Rotate logs
>>>
>>> cd /var/log/ovirt-engine
>>> mv engine.log engine-20160127.log
>>> mv server.log server-20160127.log
>>>
>>>
>>> 3. Start engine
>>>
>>>   systemctl start ovirt-engine
>>>
>>> or
>>>
>>>   service ovirt-engine start
>>>
>>>
>>> 4. Try to login as admin with domain internal using webadmin
>>>
>>>
>>> 5. Try to login as admin@internal using REST API by
>>> accessing
>>>
>>>   http://SERVER/ovirt-engine/api/datacenters
>>>
>>> Into user please enter full username: admin@internal
>>>
>>>
>>> When done please attach latest server.log and

Re: [ovirt-users] hosted-engine migration problems on 3.6, 3.6.1, 3.6.2

2016-01-28 Thread Peter 

Martin,

The current state is HE on node2 and all other VMs on node1.  Node2 is
in local maintenance as of last night and HE should have migrated but
can't.  The requested logs for this situation are at 
ftp://aftp.fsl.noaa.gov/divisions/its/peter/ovirt-logs-201601028a/.

I will try shutting down HE on node2 and see if it will run on node1. 
Last night it would not.

Thanks.
Peter

On 01/28/2016 03:14 AM, Martin Sivak wrote:
> Hi,
>
> we really need more logs. Preferably the full agent, vdsm and engine
> log around the time the migration is attempted.
>
> The warn/error messages are all related to the fact that hosted engine
> runs in the "3.5 mode" with the storage domain not being imported to
> the engine yet.
>
> --
> Martin Sivak
> oVirt / SLA
>
>
> On Thu, Jan 28, 2016 at 9:28 AM, Nir Soffer  wrote:
>> Adding Martin
>>
>> On Thu, Jan 28, 2016 at 5:54 AM, Peter  wrote:
>>> I am running oVirt 3.6.2 (original install was 3.6) hosted-engine on a 
>>> couple of Centos 7.2 servers with SAS attached storage using the new FC 
>>> support to connect to the LUNs.
>>>
>>> Neither the hosted-engine storage nor the hosted-engine VM show up in the 
>>> GUI.  I know there have been a lot of bugs that have been fixed for this 
>>> but I still can't import anything.  This may be the basis of my problem.
>>>
>>> The problem is that I can't reliably get the hosted-engine to migrate to 
>>> the other head.  If all VMs and HE are running on node1 and I try to put it 
>>> in maintenance the VMs will migrate but the HE will not and node1 will show 
>>> 1 VM remaining on the node (even though the HE VM doesn't show up in the VM 
>>> list) and will not go into maintenance.
>>>
>>> I try setting 'hosted-engine --set-maintenance --mode=local' but that 
>>> doesn't always help.  The output of 'hosted-engine --vm-status' eventually 
>>> changes to show the local node in maintenance with score 0 but often it 
>>> doesn't move.  In /var/log/ovirt-hosted-engine-ha/agent.log I see
>>>
>>> MainThread::INFO::2016-01-28 
>>> 03:15:42,951::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>>  Trying to get a fresher copy of vm configuration from the OVF_STORE
>>> MainThread::WARNING::2016-01-28 
>>> 03:15:43,296::ovf_store::105::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
>>>  Unable to find OVF_STORE
>>> MainThread::ERROR::2016-01-28 
>>> 03:15:43,297::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>>  Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf
>>> MainThread::WARNING::2016-01-28 
>>> 03:15:43,316::hosted_engine::767::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_stop_domain_monitor_if_possible)
>>>  The VM is running locally or we have no data, keeping the domain monitor.
>>>
>>> I've restarted servers and/or processes but I'm not getting anywhere.  I 
>>> appreciate any help.
>>>
>>> ___
>>> 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] OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"

2016-01-28 Thread Alona Kaplan 
Hi Christoph,

I have some questions/requests-

1. After the reboot and the rewiring you did- did you press manually on the 
Host's 'Refresh Capabilities' button (it is part of the Host's actions in the 
host's main tab)?
If not, please do it and let me know if after doing it you manage to open the 
'setup networks' dialog or still get the same error.
2. What is the status of your host? Up/Maintenance/some thing else?
3. Please attach the full log of your engine.

Thanks,
Alona.

- Original Message -
> From: "Martin Mucha" 
> To: ov...@timmi.org
> Cc: users@ovirt.org
> Sent: Thursday, January 28, 2016 11:46:30 AM
> Subject: Re: [ovirt-users] OVirt 3.6.2 -> NPE while clicking on "Setup Host 
> Networks"
> 
> ok, thanks. Just o inform you — so far it seems there is inconsistency in
> assumptions of what can be nullable and what can not. We just need to decide
> which approach is correct and fix rest.
> M.
> 
> - Original Message -
> > Hi Martin,
> > 
> > please let me know I can help.
> > 
> > Best regards
> > Christoph
> > 
> > Am 28.01.2016 um 09:04 schrieb Martin Mucha:
> > > I think this issue is real and it seems to be caused by unboxing of
> > > nullvalued integer obtained from function
> > > org.ovirt.engine.core.common.businessentities.HostDevice#getTotalVirtualFunctions
> > >
> > > M.
> > >
> > > - Original Message -
> > >> Hi List,
> > >>
> > >> I update my OVirt 3.6.1 installation to 3.6.2 this morning.
> > >> After the reboot of the server the interface numbering wasn't the same
> > >> so I had to change some cable to have them connected to the right
> > >> configuration.
> > >>
> > >> Everything looks OK but I receive a null pointer exception while
> > >> clicking on "Setup Host Networks" of my engine/host server.
> > >>
> > >> Any help is more then welcome!!
> > >>
> > >> Best regards
> > >> Christoph
> > >>
> > >> 2016-01-27 19:04:47,738 ERROR
> > >> [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery]
> > >> (default task-482) [] Exception: java.lang.NullPointerException
> > >>   at
> > >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172)
> > >> [bll.jar:]
> > >>   at
> > >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136)
> > >> [bll.jar:]
> > >>   at
> > >> org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121)
> > >> [bll.jar:]
> > >>   at
> > >> org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19)
> > >> [bll.jar:]
> > >>   at
> > >> org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82)
> > >> [bll.jar:]
> > >>   at
> > >> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
> > >> [dal.jar:]
> > >>   at
> > >> org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537)
> > >> [bll.jar:]
> > >>   at
> > >>   org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511)
> > >> [bll.jar:]
> > >>   at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown
> > >>   Source)
> > >> [:1.8.0_71]
> > >>   at
> > >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > >> [rt.jar:1.8.0_71]
> > >>   at java.lang.reflect.Method.invoke(Method.java:497)
> > >> [rt.jar:1.8.0_71]
> > >>   at
> > >> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> > >>   at
> > >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> > >>   at
> > >> org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> > >>   at
> > >> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> > >>   at
> > >> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> > >>   at
> > >> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)
> > >>   at
> > >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)
> > >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> > >>   at
> > >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)
> > >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> > >>   at
> > >> org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)
> > >> [wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
> > >>   at
> > >> org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
>