[ovirt-users] oVirt hook to manage physical CPU pool, and automatically pin CPUs without overlap on the host

[David Jorm]

Hi All

Thanks for the help that people have recently provided on this list.
I'm running into another edge case that, as far as I can see, does not
have a native solution within oVirt. I have a use case where every VM
must have 4 pinned vCPUs, and these must map 1:1 to physical CPUs so
that there are never two VMs contending for the same physical cores. I
already have code in place that ensures a VM will not be created or
started if n/4 VMs are already running on the target host, where n is
the number of physical cores. What I need now is to ensure that
pinning is managed so that each physical core maps 1:1 to vCPUs.

Would it be possible to manage the pool of physical cores in a local
DB, and implement a VDSM hook similar to the example on this page?

http://www.ovirt.org/VDSM-Hooks

Or would there be a preferable solution?

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

Re: [ovirt-users] VDI non-persistant desktops

[Colin Coe]

Hi and thanks for the reply.

Not really what we're after.  We want the stateless VMs but we want to be
able to work on the template (patch, install addtional software, etc) and
have those changes flow through to the existing VMs based on these
templates.  In addition, when the VMs are refreshed based on the updated
template, we need the MAC addresses to persist (as we define all our leases
in DHCP).

Thanks

On Sun, Jan 31, 2016 at 5:27 AM, Sigbjorn Lie  wrote:

> Hi,
>
> We've had the same experience as you with vm pools and have moved away
> from vm pools to non-pool vms and manual assignment for Windows vms. We
> have an open ticket with RH support for enabling stateful vm pool. This is
> the bugzilla entry if you’d like to add your interest for the stateful vm
> pools feature: https://bugzillaredhat.com/show_bug.cgi?id=1234394
> 
>
>
> Regards,
> Siggi
>
>
> On 29 Jan 2016, at 13:20, Colin Coe  wrote:
>
> Hi all
>
> We're using RHEV 3.5.7 and have about 40 desktop VMs that are all clones
> from a single original.
>
> In the very beginning we used desktop pools but this was torn down when we
> started getting "The trust relationship between this workstation and the
> primary domain failed" error messages.
>
> We use DHCP for all desktops however every VM is defined on the DHCP
> server and unknown MACs are rejected.
>
> I'd like to revisit desktop pools but I'd like to know if other are using
> this and what their experiences have been.
>
> Kind of thing I'd like to know is
> - how is patching done
> - what is the performance like
> - what tuning if any is done on the desktops
> - GPO vs LPO
>
> Any comments?
>
> Thanks
>
> CC
> ___
> 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

[ovirt-users] Disk copies

[Pavel Gashev]

Hello

I just tried to attach a copy of a disk (made for backup purposes) to a VM. 
Everything works well except live snapshot deletion doesn't work anymore. The 
issue is that the disk has voltype=SHARED, instead of LEAF. Live snapshot 
merging doesn't work on shared disks.

Could someone clarify, why does disk copying make disks shared? Is it a bug, or 
there is a hidden reason for that?

Thanks

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

Re: [ovirt-users] LUN Resizing

[Colin Coe]

That's great news, thanks!

On Sun, Jan 31, 2016 at 5:11 PM, Yaniv Dary  wrote:

> It did and it present in the current release of oVirt 3.6 and will be
> available in RHEV as well.
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Sun, Jan 31, 2016 at 9:51 AM, Colin Coe  wrote:
>
>> Hi all
>>
>> Just wondering if http://www.ovirt.org/Features/LUN_Resize made it into
>> oVirt 3.6 and if it will be in RHEV-M 3.6?
>>
>> Thanks
>>
>> CC
>>
>> ___
>> 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] Disk copies

[Raz Tamir]

Hi Pavel,
What version of oVirt you use?



Thanks,
Raz Tamir
Red Hat Israel

On Sun, Jan 31, 2016 at 11:38 AM, Pavel Gashev  wrote:

> Hello
>
> I just tried to attach a copy of a disk (made for backup purposes) to a
> VM. Everything works well except live snapshot deletion doesn't work
> anymore. The issue is that the disk has voltype=SHARED, instead of LEAF.
> Live snapshot merging doesn't work on shared disks.
>
> Could someone clarify, why does disk copying make disks shared? Is it a
> bug, or there is a hidden reason for that?
>
> Thanks
>
>
> ___
> 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] LUN Resizing

[Yaniv Dary]

It did and it present in the current release of oVirt 3.6 and will be
available in RHEV as well.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Sun, Jan 31, 2016 at 9:51 AM, Colin Coe  wrote:

> Hi all
>
> Just wondering if http://www.ovirt.org/Features/LUN_Resize made it into
> oVirt 3.6 and if it will be in RHEV-M 3.6?
>
> Thanks
>
> CC
>
> ___
> 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

[Eli Mesika]

- Original Message -
> From: "Amador Pahim" 
> To: "Eli Mesika" , "Marcelo Leandro" 
> 
> Cc: "Martin Perina" , "Moti Asayag" , 
> "Allon Mureinik" ,
> "users" 
> Sent: Thursday, January 28, 2016 6:18:33 PM
> Subject: Re: [ovirt-users] Cannot login after upgrade from 3.5 to 3.6
> 
> 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 :)

No need to downgrade, just run the query and retry 

> 
> >
> >
> >
> >> 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.
> >>>
> >>>
> 

Re: [ovirt-users] Disk copies

[Pavel Gashev]

ovirt-engine-3.6.2.6-1.el7.centos.noarch
vdsm-4.17.18-1.el7.noarch

On Sun, 2016-01-31 at 12:30 +0200, Raz Tamir wrote:
> Hi Pavel,
> What version of oVirt you use?
> 
> 
> 
> Thanks,
> Raz Tamir
> Red Hat Israel
> 
> On Sun, Jan 31, 2016 at 11:38 AM, Pavel Gashev 
> wrote:
> > Hello
> > 
> > I just tried to attach a copy of a disk (made for backup purposes)
> > to a VM. Everything works well except live snapshot deletion
> > doesn't work anymore. The issue is that the disk has
> > voltype=SHARED, instead of LEAF. Live snapshot merging doesn't work
> > on shared disks.
> > 
> > Could someone clarify, why does disk copying make disks shared? Is
> > it a bug, or there is a hidden reason for that?
> > 
> > Thanks
> > 
> > 
> > ___
> > 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] Disk copies

[Raz Tamir]

OK, can you please attach your engine log and vdsm logs ?



Thanks,
Raz Tamir
Red Hat Israel

On Sun, Jan 31, 2016 at 2:37 PM, Pavel Gashev  wrote:

> iSCSI and NFS, so it looks like my case doesn't depend on storage type.
>
> vdsm.log:
> jsonrpc.Executor/2::ERROR::2016-01-31
> 12:27:52,267::vm::4820::virt.vm::(merge) vmId=`3f560d63-3221-47e4-9786
> -bb6cdca8f39c`::Refusing to merge into a shared volume
>
> # vdsClient -s localhost getVolumeInfo 75801b3b-d9ce-4b62-aa36
> -6b6519ecc04e 0002-0002-0002-0002-02db e4fae648-4fea-4f86
> -9f24-48894039b8dc e04e1db9-c076-4d2d-8388-311d0d4069e8 | grep voltype
> voltype = SHARED
>
> In my case VDSM even doesn't start live snapshot merging. And if
> manually change voltype of my disk on iSCSI from SHARED to LEAF, then
> it goes further and hit the bug 1302215. On NFS everything works well
> after the hack.
>
>
> On Sun, 2016-01-31 at 12:56 +0200, Raz Tamir wrote:
> > We have a bug opened in the version you mentioned:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1302215
> > I guess the storage you use is iSCSI?
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Trunk vnic and simulated ipmi ?

[Dan Lavu]

I've been looking around and trying to find a way to test hypervisors 
technologies on to of oVirt, in the most realistic way possible. 
Primarily openstack, so I was wondering if there was a way to trunk a 
virtual interface so i can run nested guests on different VLANs?


Secondly, does anybody have any experience with simulating IPMI? so 
fencing guests is possible using IPMI? I know there is a rhevm fence 
agent as an alternative.


Thanks.

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

Re: [ovirt-users] Snapshot failed

[Amit Aviram]

Hi johan, The logs shows that there were an error in the VDSM side, can you
please provide the VDSM logs?

On Tue, Jan 26, 2016 at 4:08 PM, Johan Kooijman 
wrote:

> Hi all,
>
> I've been live migrating storage all day, but suddenly getting an error on
> one VM.
> I've put the logs here:
> https://plakbord.cloud.nl/p/VCqBg50032GZyrhz5QbDpjJM
>
> oVirt versions:
>
> ovirt-image-uploader-3.5.1-1.el6.noarch
> ovirt-engine-setup-base-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el6.noarch
> ovirt-engine-userportal-3.5.3.1-1.el6.noarch
> ovirt-engine-backend-3.5.3.1-1.el6.noarch
> ovirt-host-deploy-1.3.1-1.el6.noarch
> ovirt-guest-tools-iso-3.5-7.noarch
> ovirt-host-deploy-java-1.3.1-1.el6.noarch
> ovirt-release35-004-1.noarch
> ovirt-engine-lib-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el6.noarch
> ovirt-engine-extensions-api-impl-3.5.3.1-1.el6.noarch
> ovirt-engine-webadmin-portal-3.5.3.1-1.el6.noarch
> ovirt-iso-uploader-3.5.2-1.el6.noarch
> ovirt-engine-setup-3.5.3.1-1.el6.noarch
> ovirt-engine-dbscripts-3.5.3.1-1.el6.noarch
> ovirt-engine-3.5.3.1-1.el6.noarch
> ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el6.noarch
> ovirt-engine-websocket-proxy-3.5.3.1-1.el6.noarch
> ovirt-engine-restapi-3.5.3.1-1.el6.noarch
> ovirt-engine-tools-3.5.3.1-1.el6.noarch
> ovirt-engine-cli-3.5.0.6-1.el6.noarch
> ovirt-engine-jboss-as-7.1.1-1.el6.x86_64
> ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch
>
> Any clues?
>
> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
> ___
> 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] Disk copies

[Raz Tamir]

And what storage type you use? (NFS, iSCSI, GlusterFS, ..)
On Jan 31, 2016 12:30 PM, "Raz Tamir"  wrote:

> Hi Pavel,
> What version of oVirt you use?
>
>
>
> Thanks,
> Raz Tamir
> Red Hat Israel
>
> On Sun, Jan 31, 2016 at 11:38 AM, Pavel Gashev  wrote:
>
>> Hello
>>
>> I just tried to attach a copy of a disk (made for backup purposes) to a
>> VM. Everything works well except live snapshot deletion doesn't work
>> anymore. The issue is that the disk has voltype=SHARED, instead of LEAF.
>> Live snapshot merging doesn't work on shared disks.
>>
>> Could someone clarify, why does disk copying make disks shared? Is it a
>> bug, or there is a hidden reason for that?
>>
>> Thanks
>>
>>
>> ___
>> 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] Disk copies

[Raz Tamir]

We have a bug opened in the version you mentioned:
https://bugzilla.redhat.com/show_bug.cgi?id=1302215

I guess the storage you use is iSCSI?
On Jan 31, 2016 12:46 PM, "Raz Tamir"  wrote:

> And what storage type you use? (NFS, iSCSI, GlusterFS, ..)
> On Jan 31, 2016 12:30 PM, "Raz Tamir"  wrote:
>
>> Hi Pavel,
>> What version of oVirt you use?
>>
>>
>>
>> Thanks,
>> Raz Tamir
>> Red Hat Israel
>>
>> On Sun, Jan 31, 2016 at 11:38 AM, Pavel Gashev  wrote:
>>
>>> Hello
>>>
>>> I just tried to attach a copy of a disk (made for backup purposes) to a
>>> VM. Everything works well except live snapshot deletion doesn't work
>>> anymore. The issue is that the disk has voltype=SHARED, instead of LEAF.
>>> Live snapshot merging doesn't work on shared disks.
>>>
>>> Could someone clarify, why does disk copying make disks shared? Is it a
>>> bug, or there is a hidden reason for that?
>>>
>>> Thanks
>>>
>>>
>>> ___
>>> 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] Trunk vnic and simulated ipmi ?

[Eli Mesika]

- Original Message -
> From: "Dan Lavu" 
> To: users@ovirt.org
> Sent: Sunday, January 31, 2016 1:03:16 PM
> Subject: [ovirt-users] Trunk vnic and simulated ipmi ?
> 
> I've been looking around and trying to find a way to test hypervisors
> technologies on to of oVirt, in the most realistic way possible. Primarily
> openstack, so I was wondering if there was a way to trunk a virtual
> interface so i can run nested guests on different VLANs?
> 
> Secondly, does anybody have any experience with simulating IPMI? so fencing
> guests is possible using IPMI? I know there is a rhevm fence agent as an
> alternative.

AFAIK the hypervisor does not implement IPMI
However, you can track this open BZ [1] on libvirt

[1] https://bugzilla.redhat.com/show_bug.cgi?id=815136


> 
> Thanks.
> 
> Dan
> 
> ___
> 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] Disk copies

[Pavel Gashev]

iSCSI and NFS, so it looks like my case doesn't depend on storage type.

vdsm.log:
jsonrpc.Executor/2::ERROR::2016-01-31
12:27:52,267::vm::4820::virt.vm::(merge) vmId=`3f560d63-3221-47e4-9786
-bb6cdca8f39c`::Refusing to merge into a shared volume

# vdsClient -s localhost getVolumeInfo 75801b3b-d9ce-4b62-aa36
-6b6519ecc04e 0002-0002-0002-0002-02db e4fae648-4fea-4f86
-9f24-48894039b8dc e04e1db9-c076-4d2d-8388-311d0d4069e8 | grep voltype
voltype = SHARED

In my case VDSM even doesn't start live snapshot merging. And if
manually change voltype of my disk on iSCSI from SHARED to LEAF, then
it goes further and hit the bug 1302215. On NFS everything works well
after the hack.


On Sun, 2016-01-31 at 12:56 +0200, Raz Tamir wrote:
> We have a bug opened in the version you mentioned: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1302215
> I guess the storage you use is iSCSI?
___
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"

[Alona Kaplan]

Hi Christoph,

Please send me also the output of the following-

On the host (The problematic host is - 'lxedna.voipfuture.com', right?)-
1. vdsClient -s 0 getVdsCapabilities
2. vdsClient -s 0 hostdevListByCaps

On the DB-
1. select * from vds_interface where 
vds_id='b3b01963-caf8-4f01-bfcc-57e6d33e7dc4';
2. select * from host_device where 
host_id='b3b01963-caf8-4f01-bfcc-57e6d33e7dc4';
3. select * from host_nic_vfs_config;

Thanks,
Alona.

- Original Message -
> From: ov...@timmi.org
> To: "Alona Kaplan" , "Martin Mucha" 
> Cc: users@ovirt.org
> Sent: Friday, January 29, 2016 9:25:53 AM
> Subject: Re: [ovirt-users] OVirt 3.6.2 -> NPE while clicking on "Setup Host 
> Networks"
> 
> Hi Alona,
> 
> here are my answers.
> 
> 1. no, but I did that just now and it does not change the behavior.
> 2. the host is up
> 3. it is in the attachment
> 
> Best regards
> Christoph
> 
> Am 28.01.2016 um 15:47 schrieb 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
> > 

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

[ovirt]

Hi Alona,

please find the requested output in the attachment.

Best regards
Christoph

Am 31.01.2016 um 15:09 schrieb Alona Kaplan:

Hi Christoph,

Please send me also the output of the following-

On the host (The problematic host is - 'lxedna.voipfuture.com', right?)-
1. vdsClient -s 0 getVdsCapabilities
2. vdsClient -s 0 hostdevListByCaps

On the DB-
1. select * from vds_interface where 
vds_id='b3b01963-caf8-4f01-bfcc-57e6d33e7dc4';
2. select * from host_device where 
host_id='b3b01963-caf8-4f01-bfcc-57e6d33e7dc4';
3. select * from host_nic_vfs_config;

Thanks,
Alona.

- Original Message -

From: ov...@timmi.org
To: "Alona Kaplan" , "Martin Mucha" 
Cc: users@ovirt.org
Sent: Friday, January 29, 2016 9:25:53 AM
Subject: Re: [ovirt-users] OVirt 3.6.2 -> NPE while clicking on "Setup Host 
Networks"

Hi Alona,

here are my answers.

1. no, but I did that just now and it does not change the behavior.
2. the host is up
3. it is in the attachment

Best regards
Christoph

Am 28.01.2016 um 15:47 schrieb 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