Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 831150

Summary: [HCK][SVVP]Debug Capability Test [Logo] job failed
Product: Red Hat Enterprise Linux 6 Reporter: Mike Cao <bcao>
Component: virtio-winAssignee: Yvugenfi <yvugenfi>
Status: CLOSED WORKSFORME QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.3CC: acathrow, amit.shah, bcao, bsarathy, dyasny, michen, mkenneth, rhod, virt-maint, vrozenfe
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-07-17 15:10:09 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Failed when using serial none

Description Mike Cao 2012-06-12 10:07:49 UTC
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.Start one windows server 2012 as host VM w/ -serial tcp:0:4445,server,nowait
2.Start SUT windows server 2012 as target VM w/ -serial tcp:0:4445
3.in Job Configuration .Type 
Transport =serial
SerialTargetPort = 1
SerialHostPort = 1

  
Actual results:
job failed with failed with "The test timed out waiting for the kernel
debugger to break in"

Expected results:


Additional info:

Comment 1 Mike Cao 2012-06-12 10:17:59 UTC
Created attachment 591160 [details]
Failed when using serial

Comment 2 Mike Cao 2012-06-12 10:20:55 UTC
Tried w/ debug w/ NET as well 

The job logs complains "System.Exception: Kernel debugging over the network fails due to the non-supported NIC 0.For a list of supported NICs please visit http://go.microsoft.com/fwlink/?LinkID=230754 or run the test from another debug connection. at KernelDebugLogoTestSetup.DebugSetupVerifier.DebugSetupVerify()"

I check the link ,found e1000 in support list ,or it means the Target VM (SUT) which I use virtio netkvm driver does not support kernel debug ?

Comment 5 Yvugenfi@redhat.com 2012-07-17 08:37:22 UTC
(In reply to comment #2)
> Tried w/ debug w/ NET as well 
> 
> The job logs complains "System.Exception: Kernel debugging over the network
> fails due to the non-supported NIC 0.For a list of supported NICs please
> visit http://go.microsoft.com/fwlink/?LinkID=230754 or run the test from
> another debug connection. at
> KernelDebugLogoTestSetup.DebugSetupVerifier.DebugSetupVerify()"
> 
> I check the link ,found e1000 in support list ,or it means the Target VM
> (SUT) which I use virtio netkvm driver does not support kernel debug ?

Do you have e1000 installed during SVVP configuration?
If yes, why?

Comment 6 Mike Cao 2012-07-17 10:22:28 UTC
(In reply to comment #5)
> (In reply to comment #2)
> > Tried w/ debug w/ NET as well 
> > 
> > The job logs complains "System.Exception: Kernel debugging over the network
> > fails due to the non-supported NIC 0.For a list of supported NICs please
> > visit http://go.microsoft.com/fwlink/?LinkID=230754 or run the test from
> > another debug connection. at
> > KernelDebugLogoTestSetup.DebugSetupVerifier.DebugSetupVerify()"
> > 
> > I check the link ,found e1000 in support list ,or it means the Target VM
> > (SUT) which I use virtio netkvm driver does not support kernel debug ?
> 
> Do you have e1000 installed during SVVP configuration?
> If yes, why?
1 virtio+ 1 e1000 . I use e1000 network for remote debug .According to Vadim ,this is newly supported in win8.

In theory ,we should support remote debug via serial , usb . 
I tried remote debug via serial ,no idea why it failed .That's the reason I report this bug

Comment 7 Yvugenfi@redhat.com 2012-07-17 11:09:16 UTC
My question is - if this is an "if implemented" requirement. Meaning that if we don't have debug capable NIC then we don't have to pass this test. But if there is such NIC in the system (e1000) - so we should be able to pass it. So no need to try and pass this test with NIC.

Also - according to job configuration:
3.in Job Configuration .Type 
Transport =serial
SerialTargetPort = 1
SerialHostPort = 1

So they are actually testing debugging through serial. Are you able to break into Windows 2012 guest with kernel debugger (windbg) manually?

Comment 8 Mike Cao 2012-07-17 11:14:50 UTC
(In reply to comment #7)
> My question is - if this is an "if implemented" requirement. Meaning that if
> we don't have debug capable NIC then we don't have to pass this test. But if
> there is such NIC in the system (e1000) - so we should be able to pass it.
> So no need to try and pass this test with NIC.

I know this ,But failed to remote debug it via serial 

> 
> Also - according to job configuration:
> 3.in Job Configuration .Type 
> Transport =serial
> SerialTargetPort = 1
> SerialHostPort = 1
That's what I have done before Test

> 
> So they are actually testing debugging through serial. Are you able to break
> into Windows 2012 guest with kernel debugger (windbg) manually?
Tried .
1.Start VM1 w/ -serial tcp:0:4444,server,nowait
2.Start the win2012 w/ -serial tcp:0:4444
3.enable debug mode in #msconfig
4.Reboot

Actual Results:
win2012 guests come into a black screen and never can be login the guests .

Comment 9 Yvugenfi@redhat.com 2012-07-17 12:01:56 UTC
(In reply to comment #8)
> (In reply to comment #7)
> 
> Actual Results:
> win2012 guests come into a black screen and never can be login the guests .

So I think this should be the main focus to pass the test. First to be able to break into guest with serial connection.

Comment 10 Mike Cao 2012-07-17 14:55:07 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > (In reply to comment #7)
> > 
> > Actual Results:
> > win2012 guests come into a black screen and never can be login the guests .
> 
> So I think this should be the main focus to pass the test. First to be able
> to break into guest with serial connection.

Let me update this job's status to make sure we are talking about the same thing :)
  
1.As you knows ,This job is focus on remote kernel debug .M$ support following TransportType : NET 1394 USB2 USB3 Serial .
2.We can choose one of the Transport type to run this job ,if this kind of transport type passed ,then this job will pass
3.I tried this job w/ serial support first ,CLI referring comment #8, The job failed ,logs referring to comment #1 ,and I try to do this manually ,but windows server 2012 guests stuck during boot when I enable debug mode. That's the reason I report the bug
4.I tried this job w/ Net protocol ,the job could pass .pls ignore comment #2, When I update comment #2 ,I only add 1 virtio netcard .after add one more e1000 netcard and use it as the remote debug transport ,no error occurs.
5.I still keep this bug because I  want someone could help me point out why  via serial this job failed

Comment 11 Yvugenfi@redhat.com 2012-07-17 15:01:35 UTC
Mike, 

Thanks a lot for clarification!

Actually being unable to use serial for debugging bothers me a lot.
I was confused and thought that we cannot pass this HCK job at all. I suggest to open another BZ and describe there the problem with debugging guest over the serial and close this one (otherwise it looks like a blocker for SVVP).

Thanks,
Yan.

Comment 12 Mike Cao 2012-07-17 15:10:09 UTC
(In reply to comment #11)
> Mike, 
> 
> Thanks a lot for clarification!
> 
> Actually being unable to use serial for debugging bothers me a lot.
> I was confused and thought that we cannot pass this HCK job at all. I
> suggest to open another BZ and describe there the problem with debugging
> guest over the serial and close this one (otherwise it looks like a blocker
> for SVVP).
> 
> Thanks,
> Yan.

I did lots of research on this job ,and put everything on this bug bug forgot to draw a conclusion . Sorry for confusing you ,
Close this one ,I will reopen new bug for win8 guests can not be remote kernel debug via serial tomorrow 

Mike