Welcome to HostingForumz.com!
FAQFAQ      ProfileProfile    Private MessagesPrivate Messages   Log inLog in

using iisstate on an isolated network

  
   Web Hosting Problem Solving Community! (Home) -> IIS RSS
Next:  IIS 6.0 Problem  
Author Message
streib

External


Since: Mar 30, 2004
Posts: 3



(Msg. 1) Posted: Tue Mar 30, 2004 2:50 pm
Post subject: using iisstate on an isolated network
Archived from groups: microsoft>public>inetserver>iis (more info?)
On the IISState site (http://www.iisfaq.com/default.aspx?view=P197) it
states:

In order to get a good thread stack, IISState needs good symbols.

Luckily, symbols are available via HTTP at Microsoft. So, the
application will, as it encounters the dll, download the appropriate
symbols and place them in the \symbols directory. The first time the
application is run, the download can take a while. Subsequent running
of IISState will pull the symbols from the local cache (\symbols).

Can the symbols be downloaded in advance? I may have a need to use
IISState on an internal network that has no internet access.

Thanks

Allan

 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
patfilot

External


Since: Aug 24, 2003
Posts: 1478



(Msg. 2) Posted: Wed Mar 31, 2004 12:51 am
Post subject: Re: using iisstate on an isolated network [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
Not easily. The issue is that symbols are build specific. We (MS) offer
symbol packs but they are generally for each major release (e.g. Service
Pack). As you install updates, the symbols that match will decrease until
the packs won't help much (they were originally intended for devs on lab
boxes in a controlled environment).

One way to do it:
1) Using IISState's -d flag, create a full dump file.
2) Transfer the dump to a workstation w/internet access.
3) Open the dump using WinDBG.
4) Set the symbol path per the instructions at the debugger site
(www.microsoft.com/ddk/debugging)
5) do ~*kb <enter>. This will cause Windbg to walk all of the threads and
download the symbols. Make sure you get the symbols for OLE32, RPCRT4, and
ASP.
6) Copy the symbol tree to the iisstate\symbols directory on the server.
7) Re-run IISState to verify that the symbols are being picked up.


Pat

"Allan Streib" <streib.RemoveThis@cs.indiana.edu> wrote in message
news:e334e4a7.0403301150.341f530f@posting.google.com...
 > On the IISState site (http://www.iisfaq.com/default.aspx?view=P197) it
 > states:
 >
 > In order to get a good thread stack, IISState needs good symbols.
 >
 > Luckily, symbols are available via HTTP at Microsoft. So, the
 > application will, as it encounters the dll, download the appropriate
 > symbols and place them in the \symbols directory. The first time the
 > application is run, the download can take a while. Subsequent running
 > of IISState will pull the symbols from the local cache (\symbols).
 >
 > Can the symbols be downloaded in advance? I may have a need to use
 > IISState on an internal network that has no internet access.
 >
 > Thanks
 >
 > Allan<!-- ~MESSAGE_AFTER~ -->

 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
streib

External


Since: Mar 30, 2004
Posts: 3



(Msg. 3) Posted: Wed Mar 31, 2004 9:27 am
Post subject: Re: using iisstate on an isolated network [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
Thanks for the info. So IISState will not get hung up trying to
download the symbols when there is no internet access available? The
target machine is a production intranet server where we are seeing Dr.
Watson 4097, exception c0000005 access violation crashes in
inetinfo.exe.

Assuming that Dr. Watson has already left a dump somwhere, should I be
able to use that to get the necessary symbols, before trying to use
IISState?

Thanks again,

Allan

"Pat [MSFT]" <patfilot DeleteThis @online.microsoft.com> wrote in message news:<#eD52QuFEHA.692@TK2MSFTNGP09.phx.gbl>...
 > Not easily. The issue is that symbols are build specific. We (MS) offer
 > symbol packs but they are generally for each major release (e.g. Service
 > Pack). As you install updates, the symbols that match will decrease until
 > the packs won't help much (they were originally intended for devs on lab
 > boxes in a controlled environment).
 >
 > One way to do it:
 > 1) Using IISState's -d flag, create a full dump file.
 > 2) Transfer the dump to a workstation w/internet access.
 > 3) Open the dump using WinDBG.
 > 4) Set the symbol path per the instructions at the debugger site
 > (www.microsoft.com/ddk/debugging)
 > 5) do ~*kb <enter>. This will cause Windbg to walk all of the threads and
 > download the symbols. Make sure you get the symbols for OLE32, RPCRT4, and
 > ASP.
 > 6) Copy the symbol tree to the iisstate\symbols directory on the server.
 > 7) Re-run IISState to verify that the symbols are being picked up.
 >
 >
 > Pat
 ><!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
patfilot

External


Since: Aug 24, 2003
Posts: 1478



(Msg. 4) Posted: Wed Mar 31, 2004 12:27 pm
Post subject: Re: using iisstate on an isolated network [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
Actually, for a Dr. Watson Dump, you could just use WinDBG with the .dmp
file. When you open the dump, type: kb <enter>. That will give you the
thread that failed. If you want us to take a look at it, you can just
copy/paste the output into a posting.

You may not need symbols (if you want IISState to create the .dmp). The
reason is that a crash is relatively easy to analyze. Just run IISState as:

iisstate -p <pid of inetinfo> -hc -d <enter>

If you need symbols, then the dump will be there, otherwise the log will
tell you which dll caused the failure.

Pat

"Allan Streib" <streib.RemoveThis@cs.indiana.edu> wrote in message
news:e334e4a7.0403310627.b6cb8a5@posting.google.com...
 > Thanks for the info. So IISState will not get hung up trying to
 > download the symbols when there is no internet access available? The
 > target machine is a production intranet server where we are seeing Dr.
 > Watson 4097, exception c0000005 access violation crashes in
 > inetinfo.exe.
 >
 > Assuming that Dr. Watson has already left a dump somwhere, should I be
 > able to use that to get the necessary symbols, before trying to use
 > IISState?
 >
 > Thanks again,
 >
 > Allan
 >
 > "Pat [MSFT]" <patfilot.RemoveThis@online.microsoft.com> wrote in message
news:<#eD52QuFEHA.692@TK2MSFTNGP09.phx.gbl>...
  > > Not easily. The issue is that symbols are build specific. We (MS)
offer
  > > symbol packs but they are generally for each major release (e.g. Service
  > > Pack). As you install updates, the symbols that match will decrease
until
  > > the packs won't help much (they were originally intended for devs on lab
  > > boxes in a controlled environment).
  > >
  > > One way to do it:
  > > 1) Using IISState's -d flag, create a full dump file.
  > > 2) Transfer the dump to a workstation w/internet access.
  > > 3) Open the dump using WinDBG.
  > > 4) Set the symbol path per the instructions at the debugger site
  > > (www.microsoft.com/ddk/debugging)
  > > 5) do ~*kb <enter>. This will cause Windbg to walk all of the threads
and
  > > download the symbols. Make sure you get the symbols for OLE32, RPCRT4,
and
  > > ASP.
  > > 6) Copy the symbol tree to the iisstate\symbols directory on the server.
  > > 7) Re-run IISState to verify that the symbols are being picked up.
  > >
  > >
  > > Pat
  > ><!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
streib

External


Since: Mar 30, 2004
Posts: 3



(Msg. 5) Posted: Thu Apr 01, 2004 9:47 am
Post subject: Re: using iisstate on an isolated network [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
"Pat [MSFT]" <patfilot RemoveThis @online.microsoft.com> wrote in message news:<#$IG3V0FEHA.3404@TK2MSFTNGP10.phx.gbl>...

 > Actually, for a Dr. Watson Dump, you could just use WinDBG with the .dmp
 > file. When you open the dump, type: kb <enter>. That will give you the
 > thread that failed. If you want us to take a look at it, you can just
 > copy/paste the output into a posting.


Microsoft (R) Windows Debugger Version 6.3.0011.2
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\TEMP\user.dmp]
User Dump File: Only application data is available

Windows 2000 Version 2195 UP Free x86 compatible
Product: Server, suite: Enterprise
Debug session time: Wed Mar 31 13:55:02 2004
System Uptime: 1 days 22:51:18.791
Process Uptime: not available
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.
*
* Use .symfix to have the debugger choose a symbol path.
*
* After setting your symbol path, use .reload to refresh symbol
locations. *
****************************************************************************
Executable search path is:
.....................................................................................................................................................................
(944.508): Access violation - code c0000005 (!!! second chance !!!)
eax=00c7d544 ebx=fffffffa ecx=00000002 edx=00000000 esi=0000006c
edi=00c7d540
eip=035c0df3 esp=0783fe28 ebp=0783fe54 iopl=0 nv up ei ng nz
ac po cy
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000
efl=00000297
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for orageneric9.dll -
orageneric9!kghalf+0x223:
035c0df3 8b51f8 mov edx,[ecx-0x8]
ds:0023:fffffffa=????????
0:039> kb
ChildEBP RetAddr Args to Child
WARNING: Stack unwind information not available. Following frames may
be wrong.
0783fe54 6068e5b3 00c7bec8 00c7d4fc 00000060 orageneric9!kghalf+0x223
0783fe78 606488ef 03bdbc20 00000060 6074c410 ORACLIENT9!kpulepz+0x293
0783fe9c 606e8512 03bdbc20 00000001 03bdb9b8 ORACLIENT9!kpuic+0x1f
0783fec4 606a3fe1 03bdbc20 035636a0 00000000 ORACLIENT9!xaolog+0x31f72
0783fed8 606a2b38 03bdbc20 035636a0 00000000 ORACLIENT9!upiopn+0x31
*** WARNING: Unable to verify checksum for ociw32.dll
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for ociw32.dll -
0783fef4 10001f14 03563690 03bdbbe0 00000000 ORACLIENT9!ociope+0xa8
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for msorcl32.dll -
0783ff18 1f78af15 03563690 03bdbbe0 00000000 ociw32!oopen+0x54
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for MSVCRT.dll -
0783ff7c 780085bc 03bdb9b8 77f92a98 ffffffff
msorcl32!SQLMoreResults+0x2e9
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for KERNEL32.dll -
0783ffb4 7c4e987c 04390090 77f92a98 ffffffff MSVCRT!endthreadex+0xbc
0783ffec 00000000 78008532 04390090 00000000
KERNEL32!SetThreadExecutionState+0x227<!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
patfilot

External


Since: Aug 24, 2003
Posts: 1478



(Msg. 6) Posted: Thu Apr 01, 2004 11:57 am
Post subject: Re: using iisstate on an isolated network [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)
It's a bug in the Oracle client. Specifically orageneric9.dll. You'll need
to contact Oracle and see if they have an update that addresses the issue.

The way you read these is from the Bottom-->Top. So, whatever dll is at the
top actually crashed.


Pat

"Allan Streib" <streib.RemoveThis@cs.indiana.edu> wrote in message
news:e334e4a7.0404010647.45c2490b@posting.google.com...
 > "Pat [MSFT]" <patfilot.RemoveThis@online.microsoft.com> wrote in message
news:<#$IG3V0FEHA.3404@TK2MSFTNGP10.phx.gbl>...
 >
  > > Actually, for a Dr. Watson Dump, you could just use WinDBG with the .dmp
  > > file. When you open the dump, type: kb <enter>. That will give you the
  > > thread that failed. If you want us to take a look at it, you can just
  > > copy/paste the output into a posting.
 >
 >
 > Microsoft (R) Windows Debugger Version 6.3.0011.2
 > Copyright (c) Microsoft Corporation. All rights reserved.
 >
 >
 > Loading Dump File [C:\TEMP\user.dmp]
 > User Dump File: Only application data is available
 >
 > Windows 2000 Version 2195 UP Free x86 compatible
 > Product: Server, suite: Enterprise
 > Debug session time: Wed Mar 31 13:55:02 2004
 > System Uptime: 1 days 22:51:18.791
 > Process Uptime: not available
 > Symbol search path is: *** Invalid ***
 >
****************************************************************************
 > * Symbol loading may be unreliable without a symbol search path.
 > *
 > * Use .symfix to have the debugger choose a symbol path.
 > *
 > * After setting your symbol path, use .reload to refresh symbol
 > locations. *
 >
****************************************************************************
 > Executable search path is:
 >
.............................................................................
.............................................................................
.............
 > (944.508): Access violation - code c0000005 (!!! second chance !!!)
 > eax=00c7d544 ebx=fffffffa ecx=00000002 edx=00000000 esi=0000006c
 > edi=00c7d540
 > eip=035c0df3 esp=0783fe28 ebp=0783fe54 iopl=0 nv up ei ng nz
 > ac po cy
 > cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000
 > efl=00000297
 > *** ERROR: Symbol file could not be found. Defaulted to export
 > symbols for orageneric9.dll -
 > orageneric9!kghalf+0x223:
 > 035c0df3 8b51f8 mov edx,[ecx-0x8]
 > ds:0023:fffffffa=????????
 > 0:039> kb
 > ChildEBP RetAddr Args to Child
 > WARNING: Stack unwind information not available. Following frames may
 > be wrong.
 > 0783fe54 6068e5b3 00c7bec8 00c7d4fc 00000060 orageneric9!kghalf+0x223
 > 0783fe78 606488ef 03bdbc20 00000060 6074c410 ORACLIENT9!kpulepz+0x293
 > 0783fe9c 606e8512 03bdbc20 00000001 03bdb9b8 ORACLIENT9!kpuic+0x1f
 > 0783fec4 606a3fe1 03bdbc20 035636a0 00000000 ORACLIENT9!xaolog+0x31f72
 > 0783fed8 606a2b38 03bdbc20 035636a0 00000000 ORACLIENT9!upiopn+0x31
 > *** WARNING: Unable to verify checksum for ociw32.dll
 > *** ERROR: Symbol file could not be found. Defaulted to export
 > symbols for ociw32.dll -
 > 0783fef4 10001f14 03563690 03bdbbe0 00000000 ORACLIENT9!ociope+0xa8
 > *** ERROR: Symbol file could not be found. Defaulted to export
 > symbols for msorcl32.dll -
 > 0783ff18 1f78af15 03563690 03bdbbe0 00000000 ociw32!oopen+0x54
 > *** ERROR: Symbol file could not be found. Defaulted to export
 > symbols for MSVCRT.dll -
 > 0783ff7c 780085bc 03bdb9b8 77f92a98 ffffffff
 > msorcl32!SQLMoreResults+0x2e9
 > *** ERROR: Symbol file could not be found. Defaulted to export
 > symbols for KERNEL32.dll -
 > 0783ffb4 7c4e987c 04390090 77f92a98 ffffffff MSVCRT!endthreadex+0xbc
 > 0783ffec 00000000 78008532 04390090 00000000
 > KERNEL32!SetThreadExecutionState+0x227<!-- ~MESSAGE_AFTER~ -->
 >> Stay informed about: using iisstate on an isolated network 
Back to top
Login to vote
Display posts from previous:   
   Web Hosting Problem Solving Community! (Home) -> IIS All times are: Pacific Time (US & Canada) (change)
Page 1 of 1

 
 You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum



[ Contact us | Terms of Service/Privacy Policy ]