Bug 694050 - 2.2.z [vdsm22] Guest with attached ISO changes status to Up and Not responding on ISO domain failure.
Summary: 2.2.z [vdsm22] Guest with attached ISO changes status to Up and Not respondin...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: vdsm22
Version: 5.6
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Dan Kenigsberg
QA Contact: yeylon@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-06 10:43 UTC by Jakub Libosvar
Modified: 2016-04-18 06:39 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-10 13:37:47 UTC
Target Upstream Version:


Attachments (Terms of Use)
vdsm & backend logs (693.37 KB, application/x-gzip)
2011-04-06 10:43 UTC, Jakub Libosvar
no flags Details

Description Jakub Libosvar 2011-04-06 10:43:57 UTC
Created attachment 490236 [details]
vdsm & backend logs

Description of problem:
When guest is running with attached ISO from ISO domain and this ISO domain becomes unreachable (blocked by iptables), guest becomes Not responding. After a few mins it becomes up. Then again Non-responding and so on.

Version-Release number of selected component (if applicable):
sm101
vdsm22-4.5-63.25.el5_6

How reproducible:
Always

Steps to Reproduce:
1. Attach ISO to CD rom of running guest (tested with w2k8 r2 installed on guest)
2. Make iso export unreachable on storage server (iptables)
  
Actual results:
Guest changes status from Up to Not responding and back

Expected results:
Not sure

Additional info:
vdsm & backend log attached. Monitor response is set on -1 in case guest is in Not responding. 0 on Up state. Host is always in Up state

Comment 1 Jakub Libosvar 2011-04-06 15:32:09 UTC
(In reply to comment #0)
> Steps to Reproduce:
> 2. Make iso export unreachable on storage server (iptables)

Sorry, I made a mistake - 2. Make ISO domain unreachable

Comment 2 Omri Hochman 2011-04-06 15:54:28 UTC
Came from test plan: "Test run for Storage - ISO domain on RHEVM-QA",
https://tcms.engineering.redhat.com/run/19322/#caserun_464969

should verify if its a regression, last time test passed : was plan #14677 (build sm91).

Comment 4 Dan Kenigsberg 2011-04-07 10:27:22 UTC
Jakub, please help us verify if this is a true regression - would you replace vdsm (only!) with vdsm22-4.5-63.23 and retry this test?

Also, with your current vdsm22-4.5-63.25.el5_6, please measure how much time does it take for

vdsCleint -s 0 <vmid> monitorCommand 'info blockstats'

to return when ISO export is blocked?

Comment 5 Jakub Libosvar 2011-04-07 12:04:20 UTC
Reproducible on 63.23 as well. I'll try again 63.9

vdsClient command ends with Unexpected exception after a minute and 6.301 seconds

Comment 6 Jakub Libosvar 2011-04-07 12:06:03 UTC
Note: Using vdsm 63.23 led to Non-Responsive data-center as well. All SDs are in Unknown status.

Comment 8 Dan Kenigsberg 2011-04-10 07:51:12 UTC
Please verify if similar behavior appears with rhev-2.3 (over rhel6)

Comment 9 Omri Hochman 2011-04-10 12:32:30 UTC
Regarding the guest not-responding behavior: opened kvm-qemu BZ #695082,

using vdsm22-4.5-63.9.el5 :
****************************
unable to reproduce the described behavior from Comment #6 -  "Using vdsm 63.23 led to Non-Responsive data-center as well. All SDs are
in Unknown status."

Comment 11 Omri Hochman 2011-04-10 13:37:47 UTC
Closing Bug, - unable to reproduce storage domains behavior from comment #6
RHEL5.6 (vdsm22-4.5-63.25.el5_6) Or using RHEL6 (vdsm-4.9-51.el6.x86_64).


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