"Debuggee not connected" when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.

This is what I did (beginning with installation on VM):

  1. I installed install Hyper-V Server on VM
  2. I set password - identical to host
  3. I set computer name to something simpler (HVSERVER)
  4. I installed VMWare tools.
  5. I enable File Sharing on Hyper-V Server 2012:?
    netsh advfirewall firewall set rule group=“File and Printer Sharing” new enable=Yes
  6. I download HVRemote.wsf & copy on the host machine in C:\HVRemote\HVRemote.wsf
  7. sconfig: configured remote management: enable & ping: enable
  8. Added local Admin: user & password identical to host computer
  9. I logged on with new user, and get access to folder of host computer:
    net use x: \HOST-COMPUTER-NAME\Users<host_user_name>\VM_SaredFolder - VM_SharedFolder previously created by you on host computer.
    10. copied hvremote.wsf from host’s VM_SharedFolder into guest’s C:\HVREMOTE folder.
    11. called cscript hvremote.wsf /add:Zenith (might have been redundant(
    12. set guest ip as static
    13. added hostname to the hosts file: C:\Windows\System32\Drivers\etc
    14. checked ping from host to guest and vice-versa - it worked.
    15. on host machine:
    cscript hvremote.wsf /AnonDCOM:grant
    16. made a .bat script in host machine, with the content:

    bcdedit /set dbgtransport kdhvcom.dll?
    bcdedit /dbgsettings serial DEBUGPORT:1 BAUDRATE:115200
    bcdedit /debug on?
    bcdedit -set testsigning on

    bcdedit /hypervisorsettings serial DEBUGPORT:1 BAUDRATE:115200
    bcdedit /set hypervisordebug on?
    bcdedit /set hypervisorlaunchtype auto


    copied it into the target machine, and ran it.

    17. restart guest computer.
    ----------

    The virtual machine in VMWare is configured this way:
    - removed the printer (was using a serial port, and was thinking it could conflict with my serial port COM1)
    - network: NAT / VMnet9(NAT).
    - serial port: pipename?\.\pipe\com_1, “this end is the server”, “the other end is an application” (My Win8 is not running on a VM)

    In the host computer (Win8), I have set in the beginning the COM1 to the baud rate 115200

    VS / WinDBG setting:
    Kernel Mode: Serial, baudrate 115200, pipe checked, reconnect checked, pipe name?\.\pipe\com_1, target port com1

    With WinDBG, it says “debuggee not connected”, and breaking does not work
    In VS, it’s waiting to connect, and breaking still does not work.

    CAN ANYBODY PLEASE HELP ME??
    I don’t know what else to do, or try.</host_user_name>

Not sure if this helps, but I also had troubles with VM machines which were using the printer on serial port. This serial port tends to be “invisible” in the virtual machine settings - it is not there but if you add another serial port, it gets index “2” assigned.

You are saying you removed a serial port printer. Make sure that it is *really* removed by looking at the VMX file of your virtual machine folder. If there’s both “serial0” and “serial1” variables, just remove them all and recreate the serial port in VM Settings.

I had:
serial0.present = “TRUE” (and the details for named pipe)

and
serial1.present = “FALSE”

I had also been trying with setting 2 serial ports, and tried setting the debug port as the first, then as the second. It did not work.
I now removed serial0 and serial1, and re-created in VMWare. It appeared in the .vmx file as serial0. I tried to connect in VS as target port = com1 and com0 (though I guess com0 is actually an invalid name), neither worked.

I’m also wondering… if I use bcdedit /enum all, I see I have set the debug ports (hyperv and normal) as 1. If I use powershell to retrieve the COM ports (Get-WMIObject Win2_SerialPort):

  • if the debug ports are set to 1, the com port displayed is 2
  • if the debug ports are set to 2, the com port?displayed is 1

is it normal? why is it not showing the com port for debug??


From: “xxxxx@volny.cz”
To: Kernel Debugging Interest List
Sent: Thursday, June 20, 2013 3:44 PM
Subject: RE:[windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Not sure if this helps, but I also had troubles with VM machines which were using the printer on serial port. This serial port tends to be “invisible” in the virtual machine settings - it is not there but if you add another serial port, it gets index “2” assigned.

You are saying you removed a serial port printer. Make sure that it is really removed by looking at the VMX file of your virtual machine folder. If there’s both “serial0” and “serial1” variables, just remove them all and recreate the serial port in VM Settings.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

I’ve connected putty to that named pipe (on the host), but I’m receiving nothing.
Also, I’ve tried to send something on the com port, but:
echo “hello” > com1 -does not work (error)
echo “hello” > com2 - works (no error)

either way, putty still receives nothing.
I have also set firewall settings on the host to allow everything for putty, VMWare, VS.


From: Sam .
To: Kernel Debugging Interest List
Sent: Thursday, June 20, 2013 4:11 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

I had:
serial0.present = “TRUE” (and the details for named pipe)

and
serial1.present = “FALSE”

I had also been trying with setting 2 serial ports, and tried setting the debug port as the first, then as the second. It did not work.
I now removed serial0 and serial1, and re-created in VMWare. It appeared in the .vmx file as serial0. I tried to connect in VS as target port = com1 and com0 (though I guess com0 is actually an invalid name), neither worked.

I’m also wondering… if I use bcdedit /enum all, I see I have set the debug ports (hyperv and normal) as 1. If I use powershell to retrieve the COM ports (Get-WMIObject Win2_SerialPort):
- if the debug ports are set to 1, the com port displayed is 2
- if the debug ports are set to 2, the com port?displayed is 1

is it normal? why is it not showing the com port for debug??

________________________________
From: “xxxxx@volny.cz”
To: Kernel Debugging Interest List
Sent: Thursday, June 20, 2013 3:44 PM
Subject: RE:[windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Not sure if this helps, but I also had troubles with VM machines which were using the printer on serial port. This serial port tends to be “invisible” in the virtual machine settings - it is not there but if you add another serial port, it gets index “2” assigned.

You are saying you removed a serial port printer. Make sure that it is really removed by looking at the VMX file of your virtual machine folder. If there’s both “serial0” and “serial1” variables,
just remove them all and recreate the serial port in VM Settings.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

Are you saying you’re running Hyper-V in a VMWare VM? I was not aware you could run a hypervisor in a VM.

Jan

From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Thursday, June 20, 2013 5:21 AM
To: Kernel Debugging Interest List
Subject: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.

Yes.

I had also tried this:
I had installed Hyper-V Server on my laptop, where my VS was running on my PC (non-VM). I have checked the models of the network adapters of both the PC and laptop, and both are written about in the section about VS provisioning. I had tried that few-steps provisioning, but didn’t work that way either - error in VS after rebooting Hyper-V Server, where the log does not say (or I did not see?) anything specific. I had tried writing the host ip & port myself, but that had caused my laptop (running Hyper-V Server) not to recognize the network adapter after restart. strange. I did not try with serial port - perhaps I need to connect some specific cable directly from my laptop to my pc for that.

I have also tried with 2 VMs:
One running Hyper-V Server and the other Win8 Pro. By serial port. Still not working. I have redirected Hyper-V Server’s serial port to a file. It seems things are being written only at startup (once you get to the login page, it ceases). And it’s not all ASCII. I will try the same for the VM that runs Win8 - redirect to a file, and see if some info is being written or not. The named pipe name for Win8 Pro matches name pipe name of Hyper-V Server, Hyper-V was set as “this end is the server, the other is a VM”, on Win8 VM it was “this end is the client, the other is a VM”.

btw, I once found this article:
http://en.community.dell.com/techcenter/virtualization/w/wiki/3029.aspx?PostSortBy=MostComments&PageIndex=3

can anybody tell me when / why I should use vmdemux?
I tried that, it found odd that remote /s is on the server, and it must call windbg (thought I shouldn’t have a debugger on Hyper-V Server). Either way, my attempt with vmdemux / remote did not work.

I had also found this sentence there:
"On the hyper-v debug session, load the hvexts.dll so that you can run hyper-v related debug commands. "
Do I need to copy certain files from somewhere (I did not find about hvexts.dll in msdn) in the Hyper-V Server machine? or other files?
Is there something else I need to configure as well?


From: Jan Bottorff
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 4:27 AM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Are you saying you’re running Hyper-V in a VMWare VM? I was not aware you could run a hypervisor in a VM.

Jan

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Thursday, June 20, 2013 5:21 AM
To: Kernel Debugging Interest List
Subject: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

about my laptop & my pc: on my laptop, I checked, and I don’t have a COM1. Perhaps only with a specific cable that works.
With “net” option (provisioning / host ip + key), the laptop and the PC are connected through a router.


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 10:24 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Yes.

I had also tried this:
I had installed Hyper-V Server on my laptop, where my VS was running on my PC (non-VM). I have checked the models of the network adapters of both the PC and laptop, and both are written about in the section about VS provisioning. I had tried that few-steps provisioning, but didn’t work that way either - error in VS after rebooting Hyper-V Server, where the log does not say (or I did not see?) anything specific. I had tried writing the host ip & port myself, but that had caused my laptop (running Hyper-V Server) not to recognize the network adapter after restart. strange. I did not try with serial port - perhaps I need to connect some specific cable directly from my laptop to my pc for that.

I have also tried with 2 VMs:
One running Hyper-V Server and the other Win8 Pro. By serial port. Still not working. I have redirected Hyper-V Server’s serial port to a file. It seems things are being written only at startup (once you get to the login page, it ceases). And it’s not all ASCII. I will try the same for the VM that runs Win8 - redirect to a file, and see if some info is being written or not. The named pipe name for Win8 Pro matches name pipe name of Hyper-V Server, Hyper-V was set as “this end is the server, the other is a VM”, on Win8 VM it was “this end is the client, the other is a VM”.

btw, I once found this article:
http://en.community.dell.com/techcenter/virtualization/w/wiki/3029.aspx?PostSortBy=MostComments&amp;PageIndex=3

can anybody tell me when / why I should use vmdemux?
I tried that, it found odd that remote /s is on the server, and it must call windbg (thought I shouldn’t have a debugger on Hyper-V Server). Either way, my attempt with vmdemux / remote did not work.

I had also found this sentence there:
"On the hyper-v debug session, load the hvexts.dll so that you can run hyper-v related debug commands. "
Do I need to copy certain files from somewhere (I did not find about hvexts.dll in msdn) in the Hyper-V Server machine? or other files?
Is there something else I need to configure as well?

________________________________
From: Jan Bottorff
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 4:27 AM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Are you saying you’re running Hyper-V in a VMWare VM? I was not aware you could run a hypervisor in a VM.

Jan

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Thursday, June 20, 2013 5:21 AM
To: Kernel Debugging Interest List
Subject: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

by the way, 
does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 10:29 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

about my laptop & my pc: on my laptop, I checked, and I don’t have a COM1. Perhaps only with a specific cable that works.
With “net” option (provisioning / host ip + key), the laptop and the PC are connected through a router.


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 10:24 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Yes.

I had also tried this:
I had installed Hyper-V Server on my laptop, where my VS was running on my PC (non-VM). I have checked the models of the network adapters of both the PC and laptop, and both are written about in the section about VS provisioning. I had tried that few-steps provisioning, but didn’t work that way either - error in VS after rebooting Hyper-V Server, where the log does not say (or I did not see?) anything specific. I had tried writing the host ip & port myself, but that had caused my laptop (running Hyper-V Server) not to recognize the network adapter after restart. strange. I did not try with serial port - perhaps I need to connect some specific cable directly from my laptop to my pc for that.

I have also tried with 2 VMs:
One running Hyper-V Server and the other Win8 Pro. By serial port. Still not working. I have redirected Hyper-V Server’s serial port to a file. It seems things are being written only at startup (once you get to the login page, it ceases). And it’s not all ASCII. I will try the same for the VM that runs Win8 - redirect to a file, and see if some info is being written or not. The named pipe name for Win8 Pro matches name pipe name of Hyper-V Server, Hyper-V was set as “this end is the server, the other is a VM”, on Win8 VM it was “this end is the client, the other is a VM”.

btw, I once found this article:
http://en.community.dell.com/techcenter/virtualization/w/wiki/3029.aspx?PostSortBy=MostComments&amp;PageIndex=3

can anybody tell me when / why I should use vmdemux?
I tried that, it found odd that remote /s is on the server, and it must call windbg (thought I shouldn’t have a debugger on Hyper-V Server). Either way, my attempt with vmdemux / remote did not work.

I had also found this sentence there:
"On the hyper-v debug session, load the hvexts.dll so that you can run hyper-v related debug commands. "
Do I need to copy certain files from somewhere (I did not find about hvexts.dll in msdn) in the Hyper-V Server machine? or other files?
Is there something else I need to configure as well?


From: Jan Bottorff
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 4:27 AM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Are you saying you’re running Hyper-V in a VMWare VM? I was not aware you could run a hypervisor in a VM.

Jan

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Thursday, June 20, 2013 5:21 AM
To: Kernel Debugging Interest List
Subject: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

oh… the reason it failed is stupid indeed… I omitted to start kdsrv : )) I somehow expected Hyper-V to have something already there, perhaps to start running at boot when it detects debug=on.

It doesn’t work yet… in windbg, it says “parameter is incorrect”:
for VS running normally (no VM)
"Could not start kernel debugging using kdsrv:server=@{com:Port=\.\com1,Baud=115200,Server=HVSERVER},trans=@{com:port=\.\pipe\com_1,baud=115200,pipe,reconnect} parameters, Win32 error 0n87

The parameter is incorrect."

For VS running in VM:
"Could not start kernel debugging using kdsrv:server=@{com:Port=\.\com1,Baud=115200,Server=HVSERVER},trans=@{com:port=\.\com1,baud=115200,reconnect} parameters, Win32 error 0n87

The parameter is incorrect."

Attempting from VS does not give you any error message. It’s only “waiting to connect”.

Does anybody have any idea what I can do?


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 11:27 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

by the way,
does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 10:29 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

about my laptop & my pc: on my laptop, I checked, and I don’t have a COM1. Perhaps only with a specific cable that works.
With “net” option (provisioning / host ip + key), the laptop and the PC are connected through a router.


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 10:24 AM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Yes.

I had also tried this:
I had installed Hyper-V Server on my laptop, where my VS was running on my PC (non-VM). I have checked the models of the network adapters of both the PC and laptop, and both are written about in the section about VS provisioning. I had tried that few-steps provisioning, but didn’t work that way either - error in VS after rebooting Hyper-V Server, where the log does not say (or I did not see?) anything specific. I had tried writing the host ip & port myself, but that had caused my laptop (running Hyper-V Server) not to recognize the network adapter after restart. strange. I did not try with serial port - perhaps I need to connect some specific cable directly from my laptop to my pc for that.

I have also tried with 2 VMs:
One running Hyper-V Server and the other Win8 Pro. By serial port. Still not working. I have redirected Hyper-V Server’s serial port to a file. It seems things are being written only at startup (once you get to the login page, it ceases). And it’s not all ASCII. I will try the same for the VM that runs Win8 - redirect to a file, and see if some info is being written or not. The named pipe name for Win8 Pro matches name pipe name of Hyper-V Server, Hyper-V was set as “this end is the server, the other is a VM”, on Win8 VM it was “this end is the client, the other is a VM”.

btw, I once found this article:
http://en.community.dell.com/techcenter/virtualization/w/wiki/3029.aspx?PostSortBy=MostComments&amp;PageIndex=3

can anybody tell me when / why I should use vmdemux?
I tried that, it found odd that remote /s is on the server, and it must call windbg (thought I shouldn’t have a debugger on Hyper-V Server). Either way, my attempt with vmdemux / remote did not work.

I had also found this sentence there:
"On the hyper-v debug session, load the hvexts.dll so that you can run hyper-v related debug commands. "
Do I need to copy certain files from somewhere (I did not find about hvexts.dll in msdn) in the Hyper-V Server machine? or other files?
Is there something else I need to configure as well?

________________________________
From: Jan Bottorff
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 4:27 AM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Are you saying you’re running Hyper-V in a VMWare VM? I was not aware you could run a hypervisor in a VM.

Jan

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Thursday, June 20, 2013 5:21 AM
To: Kernel Debugging Interest List
Subject: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Hello,

I’ve been trying this for almost a week. Can anybody PLEASE help me?

I’m having a Windows 8 host computer, and the target computer is in a VMWare virtual machine, running Hyper-V Server 2012.
I read lots of articles of how it’s done, but none worked.
I don’t have Windows 8 Pro, so I can’t use Hyper-V Manager.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

Sam . wrote:

does anybody have an idea why the WinDBG executable has for serial, a
port (for named pipe) and baud rate, while VS has named pipe baud rate
and target port? The WinDBG always uses com1 as the “target port”, or?
or, shouldn’t it be either named pipe or com port?

Where are you looking? The Ctrl-K dialog in my Windbg has a box for
baud rate and a box for port. The port can either be a COM port name
(like “COM2”), or if the “Pipe” box is checked, it’s the name of a named
pipe.


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.

I realized later… if I wanna kernel debug in WinDBG, I must use File->Connect to remote stub…, write the name of the server pc, select the remote kernel debugger server, and on pressing ok, it shows “com:Port=\.\com1,Baud=115200,Server=HVSERVER”

it’s the port used by the server / guest, and the port used by the client / host. Ctrl+K lets you set the client port.


From: Tim Roberts
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:22 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Sam . wrote:

>
>does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?
Where are you looking?? The Ctrl-K dialog in my Windbg has a box for
baud rate and a box for port.? The port can either be a COM port
name (like “COM2”), or if the “Pipe” box is checked, it’s the name
of a named pipe.


Tim Roberts, xxxxx@probo.com Providenza & Boekelheide, Inc.

WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

on my attempt with my laptop running Hypervisor Server 2012 and dev PC running Windows8, provisioning with VS yields the following error:
“Creating system restore point: Fail”

does anybody know how I can remedy that? I’d do anything only to make my debugger connect at once.


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:30 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

I realized later… if I wanna kernel debug in WinDBG, I must use File->Connect to remote stub…, write the name of the server pc, select the remote kernel debugger server, and on pressing ok, it shows “com:Port=\.\com1,Baud=115200,Server=HVSERVER”

it’s the port used by the server / guest, and the port used by the client / host. Ctrl+K lets you set the client port.

________________________________
From: Tim Roberts
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:22 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Sam . wrote:

>
>does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?
Where are you looking?? The Ctrl-K dialog in my Windbg has a box for
baud rate and a box for port.? The port can either be a COM port
name (like “COM2”), or if the “Pipe” box is checked, it’s the name
of a named pipe.


Tim Roberts, xxxxx@probo.com Providenza & Boekelheide, Inc.

WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

First, stop using visual studio. Use WinDbg and get it up and running. Here is my command line on my win8 dev machine and a hyper-v client:

“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srv*c:\symbols*http://msdl.microsoft.com/download/symbols -k com:pipe,port=\.\pipe\win2008r2,pipe,resets=0,reconnect

On the client, the VM is configured to use a named pipe and com1. In the client, enable /debug via bcdedit and voila, it just works.

I think you’ve described 3 or 4 different physical configurations, pick one and stick with it. Once you’re familiar with the setup, start implementing it on your other configurations. Note: the com port will not be enumerated and visible via device manager once you enable /debug, so don’t troubleshoot something that isn’t an issue.

From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Friday, June 21, 2013 12:49 PM
To: Kernel Debugging Interest List
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

on my attempt with my laptop running Hypervisor Server 2012 and dev PC running Windows8, provisioning with VS yields the following error:
“Creating system restore point: Fail”

does anybody know how I can remedy that? I’d do anything only to make my debugger connect at once.


From: Sam . >
To: Kernel Debugging Interest List >
Sent: Friday, June 21, 2013 8:30 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

I realized later… if I wanna kernel debug in WinDBG, I must use File->Connect to remote stub…, write the name of the server pc, select the remote kernel debugger server, and on pressing ok, it shows “com:Port=\.\com1,Baud=115200,Server=HVSERVER”

it’s the port used by the server / guest, and the port used by the client / host. Ctrl+K lets you set the client port.

________________________________
From: Tim Roberts >
To: Kernel Debugging Interest List >
Sent: Friday, June 21, 2013 8:22 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Sam . wrote:

does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?

Where are you looking? The Ctrl-K dialog in my Windbg has a box for baud rate and a box for port. The port can either be a COM port name (like “COM2”), or if the “Pipe” box is checked, it’s the name of a named pipe.



Tim Roberts, xxxxx@probo.commailto:xxxxx

Providenza & Boekelheide, Inc.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer</mailto:xxxxx>

To me that doesn’t work.
I’ve tried:
dev machine = Windows 8 (non-pro) + VM Hypervisor Server.
“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srv*c:\symbols*http://msdl.microsoft.com/download/symbols  -k com:pipe,port=\.\pipe\com_1,pipe,resets=0,reconnect

both as admin and normal - by the way, should it be as admin?

dev machine = Windows 8 Pro (VM) + VM Hypervisor Server
“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srv*c:\symbols*http://msdl.microsoft.com/download/symbols  -k com:port=com1,resets=0,reconnect

both as admin and normal.

  1. do I need to be logged on on the target with the same username as the host? or with the “Administrator”? I was trying with both.
  2. Is it support to work only after you restart the target machine? (found that in an article somewhere) Or it should be instant?
  3. I now believe I don’t need the “hypervisordebug on”, I think the normal use is the root partition. I had also been trying with hypervisor debug on, and was set on the same port as the other debug setting, thought it could be problem, but putting one on a port and the other on other (and adding one more serial port in VM) did not help.
  4. Should it work only when ran as admin? only when non-admin? or whether it’s admin or non-admin?

From: “Speer, Kenny”
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 11:18 PM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

First, stop using visual studio. Use WinDbg and get it up and running. Here is my command line on my win8 dev machine and a hyper-v client:

“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srvc:\symbolshttp://msdl.microsoft.com/download/symbols -k com:pipe,port=\.\pipe\win2008r2,pipe,resets=0,reconnect

On the client, the VM is configured to use a named pipe and com1. In the client, enable /debug via bcdedit and voila, it just works.

I think you’ve described 3 or 4 different physical configurations, pick one and stick with it. Once you’re familiar with the setup, start implementing it on your other configurations. Note: the com port will not be enumerated and visible via device manager once you enable /debug, so don’t troubleshoot something that isn’t an issue.

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Friday, June 21, 2013 12:49 PM
To: Kernel Debugging Interest List
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

on my attempt with my laptop running Hypervisor Server 2012 and dev PC running Windows8, provisioning with VS yields the following error:
“Creating system restore point: Fail”

does anybody know how I can remedy that? I’d do anything only to make my debugger connect at once.




From:Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:30 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

I realized later… if I wanna kernel debug in WinDBG, I must use File->Connect to remote stub…, write the name of the server pc, select the remote kernel debugger server, and on pressing ok, it shows “com:Port=\.\com1,Baud=115200,Server=HVSERVER”

it’s the port used by the server / guest, and the port used by the client / host. Ctrl+K lets you set the client port.




From:Tim Roberts
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:22 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Sam . wrote:

>does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?

Where are you looking? The Ctrl-K dialog in my Windbg has a box for baud rate and a box for port. The port can either be a COM port name (like “COM2”), or if the “Pipe” box is checked, it’s the name of a named pipe.

Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer



WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer



WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

btw, do you use the Hyper-V Manager somehow? I did not set anything in it. It doesn’t look like I’d need to set up virtual networks or stuff.


From: Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 11:53 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

To me that doesn’t work.
I’ve tried:
dev machine = Windows 8 (non-pro) + VM Hypervisor Server.
“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srvc:\symbolshttp://msdl.microsoft.com/download/symbols -k com:pipe,port=\.\pipe\com_1,pipe,resets=0,reconnect

both as admin and normal - by the way, should it be as admin?

dev machine = Windows 8 Pro (VM) + VM Hypervisor Server
“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srvc:\symbolshttp://msdl.microsoft.com/download/symbols -k com:port=com1,resets=0,reconnect

both as admin and normal.

1. do I need to be logged on on the target with the same username as the host? or with the “Administrator”? I was trying with both.
2. Is it support to work only after you restart the target machine? (found that in an article somewhere) Or it should be instant?
3. I now believe I don’t need the “hypervisordebug on”, I think the normal use is the root partition. I had also been trying with hypervisor debug on, and was set on the same port as the other debug setting, thought it could be problem, but putting one on a port and the other on other (and adding one more serial port in VM) did not help.
4. Should it work only when ran as admin? only when non-admin? or whether it’s admin or non-admin?


From: “Speer, Kenny”
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 11:18 PM
Subject: RE: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

First, stop using visual studio. Use WinDbg and get it up and running. Here is my command line on my win8 dev machine and a hyper-v client:

“C:\Program Files (x86)\Windows Kits\8.0\Debuggers\x64\windbg.exe” -y srvc:\symbolshttp://msdl.microsoft.com/download/symbols -k com:pipe,port=\.\pipe\win2008r2,pipe,resets=0,reconnect

On the client, the VM is configured to use a named pipe and com1. In the client, enable /debug via bcdedit and voila, it just works.

I think you’ve described 3 or 4 different physical configurations, pick one and stick with it. Once you’re familiar with the setup, start implementing it on your other configurations. Note: the com port will not be enumerated and visible via device manager once you enable /debug, so don’t troubleshoot something that isn’t an issue.

From:xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of Sam .
Sent: Friday, June 21, 2013 12:49 PM
To: Kernel Debugging Interest List
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

on my attempt with my laptop running Hypervisor Server 2012 and dev PC running Windows8, provisioning with VS yields the following error:
“Creating system restore point: Fail”

does anybody know how I can remedy that? I’d do anything only to make my debugger connect at once.




From:Sam .
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:30 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

I realized later… if I wanna kernel debug in WinDBG, I must use File->Connect to remote stub…, write the name of the server pc, select the remote kernel debugger server, and on pressing ok, it shows “com:Port=\.\com1,Baud=115200,Server=HVSERVER”

it’s the port used by the server / guest, and the port used by the client / host. Ctrl+K lets you set the client port.


________________________________

From:Tim Roberts
To: Kernel Debugging Interest List
Sent: Friday, June 21, 2013 8:22 PM
Subject: Re: [windbg] “Debuggee not connected” when attempting kernel debug on Hyper-V Server

Sam . wrote:

>does anybody have an idea why the WinDBG executable has for serial, a port (for named pipe) and baud rate, while VS has named pipe baud rate and target port? The WinDBG always uses com1 as the “target port”, or? or, shouldn’t it be either named pipe or com port?

Where are you looking? The Ctrl-K dialog in my Windbg has a box for baud rate and a box for port. The port can either be a COM port name (like “COM2”), or if the “Pipe” box is checked, it’s the name of a named pipe.

Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.


WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer



WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer



WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

WINDBG is sponsored by OSR

OSR is hiring!! Info at http://www.osr.com/careers

For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars

To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer

“btw, do you use the Hyper-V Manager somehow? I did not set anything in it. It doesn’t look like I’d need to set up virtual networks or stuff.”
It later hit me: Hyper-V Manager is something like VMWare. So there’s no way I need to use Hyper-V Manager when the manager would be running on a VM. Also, it may be impossible to start a VM when the host is also running on a VM. Either way, I’m not gonna try it.

I made it connect!

problem 1:
bcdedit /set dbgtransport kdhvcom.dll

this was supposed to be set for null modem. I had assumed it’s ok to put it for net / serial port (after all, it’s not knowing?what the dll does).

problem 2:
“bcdedit /hypervisorsettings serial DEBUGPORT:1 BAUDRATE:115200
bcdedit /set hypervisordebug on
bcdedit /set hypervisorlaunchtype auto”

Setting both normal debug and hypervisordebug on the same com port isn’t good. However, the other problem I have is: If I set debugport:2 for hypervisordebug, I cannot attach the debugger to it.

QUESTION: If I want to make a hypervisor virtual switch extension driver, what should I use: “bcdedit /debug on” or “bcdedit /set hypervisordebug on”?
Either way, when is “debug” used and when is “hypervisordebug” used? I have read that hypervisordebug is used when you want to debug the hypervisor, but when is that case? drivers for hypervisor (such as virtual switch extension), or what?

Thanks!