Bug 1148495 - [TEXT] Failed delete of snapshot disks - message indicates (User: <UNKNOWN>)
Summary: [TEXT] Failed delete of snapshot disks - message indicates (User: <UNKNOWN>)
Keywords:
Status: CLOSED DUPLICATE of bug 1180707
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.5.0
Hardware: x86_64
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 3.5.1
Assignee: Daniel Erez
QA Contact: lkuchlan
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-10-01 15:00 UTC by Kevin Alon Goldblatt
Modified: 2016-02-10 16:38 UTC (History)
17 users (show)

Fixed In Version: ovirt-engine-3.5.0_vt11
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-12 21:24:07 UTC
oVirt Team: Storage
Target Upstream Version:
Embargoed:
scohen: Triaged+


Attachments (Terms of Use)
screenshots, server and vdsm logs (1.11 MB, application/x-gzip)
2014-10-01 15:00 UTC, Kevin Alon Goldblatt
no flags Details
image (51.43 KB, application/x-gzip)
2014-12-01 08:40 UTC, lkuchlan
no flags Details
Engine and vdsm logs (770.39 KB, application/x-gzip)
2014-12-01 20:42 UTC, lkuchlan
no flags Details
logs and images (694.60 KB, application/x-gzip)
2014-12-07 06:42 UTC, lkuchlan
no flags Details
new logs (832.43 KB, application/x-gzip)
2015-01-12 13:48 UTC, lkuchlan
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 34770 0 master MERGED core: set cmdContext sessionId on CommandBase ctr Never
oVirt gerrit 35015 0 ovirt-engine-3.5 MERGED core: set cmdContext sessionId on CommandBase ctr Never

Description Kevin Alon Goldblatt 2014-10-01 15:00:03 UTC
Created attachment 943098 [details]
screenshots, server and vdsm logs

Description of problem:
Failed snapshot delete error message includes (USER: <UNKNOWN)

Version-Release number of selected component (if applicable):
rhevm-3.5.0-0.13.beta.el6ev.noarch
vdsm-4.16.5-2.el6ev.x86_64

How reproducible:
always

Steps to Reproduce:
1. Create a VM with 4 disks (block and file) and create a snapshot
2. Add 2 additional disks (block and file) and create a second snapshot
3. From the storage Domain tab - Snapshot disks tab select all the snapshot disks and delete them
4. Right after pressing Remove - reboot the host
5. The snapshot disks failed to delete (this is correct behavior)
6. The error message in the events log and the engine log regarding the failed delete of the snapshot disks includes 
(User: <UNKNOWN>). This needs to be changed. What does this mean

Actual results:
Failed snapshot delete error message includes (USER: <UNKNOWN)

Expected results:
Indicate the user

Additional info:
See attached screenshot and logs

Comment 1 Tal Nisan 2014-10-27 15:01:04 UTC
Kevin, we can't seem to be able to reproduce it, please try to see if the problem still exists

Comment 2 Aharon Canan 2014-10-28 20:04:33 UTC
Tal, 

Did you checked the logs?
Maybe you can find something there although you can't reproduce.
If you already did, we will try but give it a chance.

Comment 3 Tal Nisan 2014-10-29 12:35:49 UTC
Yes, we did

Comment 4 Allon Mureinik 2014-10-29 13:47:12 UTC
(In reply to Tal Nisan from comment #3)
> Yes, we did

What comment does this relate to?

Comment 5 Tal Nisan 2014-10-29 14:23:09 UTC
About checking the logs

Comment 6 lkuchlan 2014-12-01 08:40:30 UTC
Created attachment 963180 [details]
image

Failed snapshot delete error message still includes  (USER: <UNKNOWN>)

Comment 7 Allon Mureinik 2014-12-01 08:57:28 UTC
Daniel, can you look into this please?

Comment 8 Daniel Erez 2014-12-01 16:04:18 UTC
Hi Liron,

* Can you add the engine log as well?
* In which build is it reproduced?

Comment 9 lkuchlan 2014-12-01 20:42:19 UTC
Created attachment 963423 [details]
Engine and vdsm logs

Tested using RHEVM 3.5 vt11

Comment 10 Daniel Erez 2014-12-04 15:55:55 UTC
(In reply to lkuchlan from comment #9)
> Created attachment 963423 [details]
> Engine and vdsm logs
> 
> Tested using RHEVM 3.5 vt11

@Liron - I can't seem to reproduce it on latest 3.5 build. Have you reproduced it using the steps described in the description or some other flow?

Comment 11 Allon Mureinik 2014-12-04 16:24:07 UTC
We're currently unable to reproduce, and suspect that the latest build fixes this.

Even if this does reproduce it's too late in the game for 3.5.0 - pushing out.

Comment 12 lkuchlan 2014-12-07 06:41:06 UTC
(In reply to Daniel Erez from comment #10)
> (In reply to lkuchlan from comment #9)
> > Created attachment 963423 [details]
> > Engine and vdsm logs
> > 
> > Tested using RHEVM 3.5 vt11
> 
> @Liron - I can't seem to reproduce it on latest 3.5 build. Have you
> reproduced it using the steps described in the description or some other
> flow?

After i rebooted the host, i also restarted the service engine after several minutes 

Please find attached the logs and the screenshot

Comment 13 lkuchlan 2014-12-07 06:42:14 UTC
Created attachment 965514 [details]
logs and images

Comment 14 Daniel Erez 2015-01-11 18:53:56 UTC
Hi Ravi/Oved,

Is there any open/known issues about session id being lost after engine restart?
Seems to happen also on other scenarios [1] (in that case, VdsEventListener -> processOnClientIpChange).

[1]
2014-12-06 21:48:10,486 INFO  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-38) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User <UNKNOWN> is connected to VM v1.
2014-12-06 21:48:16,585 INFO  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-54) [471aff3c] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User <UNKNOWN> got disconnected from VM v1.

Comment 15 lkuchlan 2015-01-12 13:48:21 UTC
Created attachment 979161 [details]
new logs

Hi Daniel,
Please find attached the new logs

Comment 16 Ravi Nori 2015-01-12 13:50:50 UTC
Looks like duplicate of BZ 1180707

Comment 17 Allon Mureinik 2015-01-12 16:40:41 UTC
(In reply to Ravi Nori from comment #16)
> Looks like duplicate of BZ 1180707

Agreed. Daniel - please confirm (and close), or refute (and explain why this isn't a dup).

Comment 18 Daniel Erez 2015-01-12 21:24:07 UTC

*** This bug has been marked as a duplicate of bug 1180707 ***


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