Bug 896042 - [FC] Reusing LUN that was previously used by Direct LUN disk and Storage Domain causes to GetLunsByVgIdQuery fail with Null Pointer Exception on FC DC environment
Summary: [FC] Reusing LUN that was previously used by Direct LUN disk and Storage Doma...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.2.0
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
: 3.2.0
Assignee: Liron Aravot
QA Contact: Leonid Natapov
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-16 14:20 UTC by vvyazmin@redhat.com
Modified: 2016-02-10 18:02 UTC (History)
11 users (show)

Fixed In Version: SF9
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-11 09:14:12 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
## Logs vdsm, rhevm (2.36 MB, application/x-gzip)
2013-01-16 14:20 UTC, vvyazmin@redhat.com
no flags Details

Description vvyazmin@redhat.com 2013-01-16 14:20:15 UTC
Created attachment 679615 [details]
## Logs vdsm, rhevm

Description of problem:
Reusing LUN that was previously used by Direct LUN disk and Storage Domain causes to GetLunsByVgIdQuery fail with Null Pointer Exception on FC DC environment

Version-Release number of selected component (if applicable):
RHEVM 3.2 - SF03 environment 

RHEVM: rhevm-3.2.0-4.el6ev.noarch 
VDSM: vdsm-4.10.2-3.0.el6ev.x86_64 
LIBVIRT: libvirt-0.10.2-13.el6.x86_64 
QEMU & KVM: qemu-kvm-rhev-0.12.1.2-2.348.el6.x86_64 
SANLOCK: sanlock-2.6-2.el6.x86_64

How reproducible:
100%

Based on BZ875909

Steps to Reproduce:
1. Create a new FC DC environment
2. Create Storage Domain with new LUN 
3. Create Direct LUN with same LUN (from previous step)
4. Remove Storage Domain
5. Remove Direct LUN
6. Create Storage Domain with same LUN (from previous step)
7. Activate Storage Domain
8. Edit Storage Domain

  
Actual results:
Get an error: Query GetLunsByVgIdQuery failed. Exception message is VdcBLLException: java.lang.NullPointerException

Expected results:
No exception should be found

Additional info:

/var/log/ovirt-engine/engine.log

2013-01-16 15:33:16,870 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp-/127.0.0.1:8702-11) START, GetDeviceListVDSCommand(HostName = green-vdsa.q
a.lab.tlv.redhat.com, HostId = 3a9f64c6-68ec-4dd6-83fa-461af22db043, storageType=FCP), log id: 2ea014d9
2013-01-16 15:33:16,890 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp-/127.0.0.1:8702-6) START, GetDeviceListVDSCommand(HostName = green-vdsa.qa
.lab.tlv.redhat.com, HostId = 3a9f64c6-68ec-4dd6-83fa-461af22db043, storageType=null), log id: 235d93db
2013-01-16 15:33:16,890 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (ajp-/127.0.0.1:8702-6) Failed in GetDeviceListVDS method, for vds: green-vdsa.qa.lab.
tlv.redhat.com; host: green-vdsa.qa.lab.tlv.redhat.com
2013-01-16 15:33:16,890 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp-/127.0.0.1:8702-6) Command GetDeviceListVDS execution failed. Exception: NullPointerException
: 
2013-01-16 15:33:16,890 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp-/127.0.0.1:8702-6) FINISH, GetDeviceListVDSCommand, log id: 235d93db
2013-01-16 15:33:16,891 ERROR [org.ovirt.engine.core.bll.GetLunsByVgIdQuery] (ajp-/127.0.0.1:8702-6) Query GetLunsByVgIdQuery failed. Exception message is VdcBLLException: java.lang.NullPointerException
2013-01-16 15:33:31,250 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (ajp-/127.0.0.1:8702-11) FINISH, GetDeviceListVDSCommand, return: [org.ovirt.engine.core.common.businessentities.LUNs@ec665cc5, org.ovirt.engine.core.common.businessentities.LUNs@789d965f, org.ovirt.engine.core.common.businessentities.LUNs@65132ee0, org.ovirt.engine.core.common.businessentities.LUNs@cfc471ae, org.ovirt.engine.core.common.businessentities.LUNs@1c1e060b, org.ovirt.engine.core.common.businessentities.LUNs@e2ac2d7b, org.ovirt.engine.core.common.businessentities.LUNs@c5099967, org.ovirt.engine.core.common.businessentities.LUNs@f10e9ac9], log id: 2ea014d9

/var/log/vdsm/vdsm.log

Comment 2 vvyazmin@redhat.com 2013-01-17 17:03:14 UTC
Not a Regression, on 3.1.1 environment I failed on step 4. Open a bug 896655

Comment 4 Liron Aravot 2013-01-24 14:24:45 UTC
Allon, the other one was about ISCSI..so i guess it depends.

http://gerrit.ovirt.org/#/c/11219/

Comment 5 Leonid Natapov 2013-03-05 14:24:22 UTC
sf9. works according to steps to reproduce.

Comment 6 Itamar Heim 2013-06-11 09:14:12 UTC
3.2 has been released

Comment 7 Itamar Heim 2013-06-11 09:40:17 UTC
3.2 has been released


Note You need to log in before you can comment on or make changes to this bug.