Server too busy error

Hi.
I have an asp.net application running under Windows 2003 Server, IIS 6, for
seven months. Today, suddenly, the application raised an error entitled
"Server too busy". Searching the event logs I found an entry for:
Event ID: 2262
Description: ISAPI
'C:\WINNT\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll' reported
itself as unhealthy for the following reason: 'Deadlock detected'.
What kind of deadlock can it be?
I followed the steps from the MS article
http://support.microsoft.com/defaul...kb;en-us;828222 , but it does
not clarified my doubts. I read the other links pointed by the article but
what exactly does the OrphanWorkerProcess parameter do for me?
TIA,
Erik CruzIf you're doing any multithreading, that would be the #1 suspect.
Also, you might check to be sure you're calling Application.Lock() before
setting any application variables and Application.Unlock() afterward.
I hope this helps,
Steve C. Orr, MCSD, MVP
http://SteveOrr.net
"Erik Cruz" <erikacf.spammers.out@.antares.com.br> wrote in message
news:el7tLJWFFHA.1924@.TK2MSFTNGP14.phx.gbl...
> Hi.
> I have an asp.net application running under Windows 2003 Server, IIS 6,
> for seven months. Today, suddenly, the application raised an error
> entitled "Server too busy". Searching the event logs I found an entry for:
> Event ID: 2262
> Description: ISAPI
> 'C:\WINNT\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll' reported
> itself as unhealthy for the following reason: 'Deadlock detected'.
> What kind of deadlock can it be?
> I followed the steps from the MS article
> http://support.microsoft.com/defaul...kb;en-us;828222 , but it
> does not clarified my doubts. I read the other links pointed by the
> article but what exactly does the OrphanWorkerProcess parameter do for me?
> TIA,
> Erik Cruz
>
OrphanWorkerProcess tells IIS not to shutdown the worker process. IIS
will leave the process running but won't send the worker process any
more requests to execute. This setting lets the process stay in memory
so you can jump in with tools like a debugger and see where the
deadlock is occuring.
Scott
http://www.OdeToCode.com/blogs/scott/
On Fri, 18 Feb 2005 00:35:48 -0300, "Erik Cruz"
<erikacf.spammers.out@.antares.com.br> wrote:

>Hi.
>I have an asp.net application running under Windows 2003 Server, IIS 6, for
>seven months. Today, suddenly, the application raised an error entitled
>"Server too busy". Searching the event logs I found an entry for:
>Event ID: 2262
>Description: ISAPI
>'C:\WINNT\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll' reported
>itself as unhealthy for the following reason: 'Deadlock detected'.
>What kind of deadlock can it be?
>I followed the steps from the MS article
>http://support.microsoft.com/defaul...kb;en-us;828222 , but it doe
s
>not clarified my doubts. I read the other links pointed by the article but
>what exactly does the OrphanWorkerProcess parameter do for me?
>TIA,
>Erik Cruz
>
Hi Scott.
Thanks for the information.
The article shows how to enable OrphanWorkerProcess. Is it enough to set it
to False in order to disable it? Will the other parameters be reset
automatically or do I need to change the values manually?
TIA,
Erik Cruz
"Scott Allen" <scott@.nospam.odetocode.com> wrote in message
news:u4tb11pugib2otm9jhmb8hf7lfj95k2o56@.
4ax.com...
> OrphanWorkerProcess tells IIS not to shutdown the worker process. IIS
> will leave the process running but won't send the worker process any
> more requests to execute. This setting lets the process stay in memory
> so you can jump in with tools like a debugger and see where the
> deadlock is occuring.
> --
> Scott
> http://www.OdeToCode.com/blogs/scott/
> On Fri, 18 Feb 2005 00:35:48 -0300, "Erik Cruz"
> <erikacf.spammers.out@.antares.com.br> wrote:
>
>
Hi Erik:
Yes, if you set to false the other parameters / actions will not be
taken.
Scott
http://www.OdeToCode.com/blogs/scott/
On Sun, 6 Mar 2005 23:51:43 -0300, "Erik Cruz"
<erikacf.spammers.out@.antares.com.br> wrote:

>Hi Scott.
>Thanks for the information.
>The article shows how to enable OrphanWorkerProcess. Is it enough to set it
>to False in order to disable it? Will the other parameters be reset
>automatically or do I need to change the values manually?
>TIA,
>Erik Cruz
>

Server Unavailable message

I have taken over responsibilities for a .NET app that runs on IIS Server
locally and has a user that has a local Access database that launches the ap
p
from a URL. They are receiveing the following error:
Server Application Unavailable
The web application you are attempting to access on this web server is
currently unavailable. Please hit the "Refresh" button in your web browser
to retry your request.
Administrator Note: An error message detailing the cause of this specific
request failure can be found in the application event log of the web server.
Please review this log entry to discover what caused this error to occur.What does the error logged to the
Application Event Log say ?
Juan T. Llibre
ASP.NET MVP
===========
"Steven Babb" <StevenBabb@.discussions.microsoft.com> wrote in message
news:1D03B110-B0C9-4A8F-AEC3-FCA9F5A24879@.microsoft.com...
>I have taken over responsibilities for a .NET app that runs on IIS Server
> locally and has a user that has a local Access database that launches the
> app
> from a URL. They are receiveing the following error:
> Server Application Unavailable
> The web application you are attempting to access on this web server is
> currently unavailable. Please hit the "Refresh" button in your web
> browser
> to retry your request.
> Administrator Note: An error message detailing the cause of this specific
> request failure can be found in the application event log of the web
> server.
> Please review this log entry to discover what caused this error to occur.
>

Server Unavailable message

I have taken over responsibilities for a .NET app that runs on IIS Server
locally and has a user that has a local Access database that launches the app
from a URL. They are receiveing the following error:

Server Application Unavailable
The web application you are attempting to access on this web server is
currently unavailable. Please hit the "Refresh" button in your web browser
to retry your request.

Administrator Note: An error message detailing the cause of this specific
request failure can be found in the application event log of the web server.
Please review this log entry to discover what caused this error to occur.What does the error logged to the
Application Event Log say ?

Juan T. Llibre
ASP.NET MVP
===========
"Steven Babb" <StevenBabb@.discussions.microsoft.com> wrote in message
news:1D03B110-B0C9-4A8F-AEC3-FCA9F5A24879@.microsoft.com...
>I have taken over responsibilities for a .NET app that runs on IIS Server
> locally and has a user that has a local Access database that launches the
> app
> from a URL. They are receiveing the following error:
> Server Application Unavailable
> The web application you are attempting to access on this web server is
> currently unavailable. Please hit the "Refresh" button in your web
> browser
> to retry your request.
> Administrator Note: An error message detailing the cause of this specific
> request failure can be found in the application event log of the web
> server.
> Please review this log entry to discover what caused this error to occur.

server unavailable error with no messages in event viewer

I have an application that was originally in asp but is now moved to
ASP.Net. To deploy it, I just changed the default file in IIS for the
web folder to point to the new aspx file. Occasionally I see a "Server
unavailable" error. There is nothing in the event log that suggests any
related error or warnings. This application also has a part of it that
is still in ASP, would that cause any issues?
Most of the links online for this error are about application pool but
I see no messages in the event log, so I dont think that is an issue.
Thanks for any ideas.
PritiTry re installing ASPNET using commands -i to install and -u to uninstall
and then restart IIS
Can't remember the commands.
Patrick
<pphadke@.gmail.com> wrote in message
news:1134153210.219405.269640@.g43g2000cwa.googlegroups.com...
> I have an application that was originally in asp but is now moved to
> ASP.Net. To deploy it, I just changed the default file in IIS for the
> web folder to point to the new aspx file. Occasionally I see a "Server
> unavailable" error. There is nothing in the event log that suggests any
> related error or warnings. This application also has a part of it that
> is still in ASP, would that cause any issues?
> Most of the links online for this error ayre about application pool but
> I see no messages in the event log, so I dont think that is an issue.
> Thanks for any ideas.
> Priti
>

server won't run asp.net app

We have a new server2003 machine that was built like all the rest - IIS and
everything needed to run asp.net apps. We have a test asp.net website that
we use for new machines to make sure everything works right.
This new server won't run our test app. It won't run .aspx pages. It will
run default.htm just fine. We cant see anything wrong with it.
for instance it won't run http://69.50.211.122/default.aspx
but it will run http://69.50.211.122/default.htm
feel free to try it.
We have another instance of the website under the default website and it has
exactly the same problems.
What could it be'
Thanks,
GaryThe usual culprit is that you do not have ASP.NET applications enabled in
IIS. IIS 6.0 and later come pretty much "Locked down" to anything but plain
old HTML.
--Peter
"Inside every large program, there is a small program trying to get out."
http://www.eggheadcafe.com
http://petesbloggerama.blogspot.com
http://www.blogmetafinder.com
"GaryDean" wrote:

> We have a new server2003 machine that was built like all the rest - IIS an
d
> everything needed to run asp.net apps. We have a test asp.net website tha
t
> we use for new machines to make sure everything works right.
> This new server won't run our test app. It won't run .aspx pages. It wil
l
> run default.htm just fine. We cant see anything wrong with it.
> for instance it won't run http://69.50.211.122/default.aspx
> but it will run http://69.50.211.122/default.htm
> feel free to try it.
> We have another instance of the website under the default website and it h
as
> exactly the same problems.
> What could it be'
> Thanks,
> Gary
>
>
On Dec 4, 8:22 pm, "GaryDean" <GaryD...@.newsgroups.nospam> wrote:
> We have a new server2003 machine that was built like all the rest - IIS an
d
> everything needed to run asp.net apps. We have a test asp.net website tha
t
> we use for new machines to make sure everything works right.
> This new server won't run our test app. It won't run .aspx pages. It wil
l
> run default.htm just fine. We cant see anything wrong with it.
> for instance it won't runhttp://69.50.211.122/default.aspx
> but it will runhttp://69.50.211.122/default.htm
> feel free to try it.
> We have another instance of the website under the default website and it h
as
> exactly the same problems.
> What could it be'
> Thanks,
> Gary
Look at the Documents tab in website's properties (IIS)
On Dec 4, 10:42 pm, Alexey Smirnov <alexey.smir...@.gmail.com> wrote:
> On Dec 4, 8:22 pm, "GaryDean" <GaryD...@.newsgroups.nospam> wrote:
>
>
>
>
>
>
>
>
> Look at the Documents tab in website's properties (IIS)- Hide quoted text
-
> - Show quoted text -
Sorry, please ignore my post. Of course, you have to look at the Web
Service Extensions
Yes, the web service extension for asp.net 2.0 was not activated. I suppose
that was due to an error made during the .net framework 2.0 install. I
activated it and now it works.
Thanks
Gary
"Alexey Smirnov" <alexey.smirnov@.gmail.com> wrote in message
news:fa0d400c-56d2-46c0-bfc5-d4cfc8521778@.j20g2000hsi.googlegroups.com...
> On Dec 4, 10:42 pm, Alexey Smirnov <alexey.smir...@.gmail.com> wrote:
> Sorry, please ignore my post. Of course, you have to look at the Web
> Service Extensions
On Dec 4, 11:40 pm, "GaryDean" <GaryD...@.newsgroups.nospam> wrote:
> Yes, the web service extension for asp.net 2.0 was not activated. I suppo
se
> that was due to an error made during the .net framework 2.0 install. I
> activated it and now it works.
> Thanks
> Gary"Alexey Smirnov" <alexey.smir...@.gmail.com> wrote in message
> news:fa0d400c-56d2-46c0-bfc5-d4cfc8521778@.j20g2000hsi.googlegroups.com...
>
>
>
>
>
>
>
>
>
>
>
> - Show quoted text -
It's disabled by default on Win2003. I'm glad that it's working now
for you.

server won't run asp.net app

We have a new server2003 machine that was built like all the rest - IIS and
everything needed to run asp.net apps. We have a test asp.net website that
we use for new machines to make sure everything works right.

This new server won't run our test app. It won't run .aspx pages. It will
run default.htm just fine. We cant see anything wrong with it.

for instance it won't run http://69.50.211.122/default.aspx
but it will run http://69.50.211.122/default.htm
feel free to try it.

We have another instance of the website under the default website and it has
exactly the same problems.

What could it be??
Thanks,
GaryThe usual culprit is that you do not have ASP.NET applications enabled in
IIS. IIS 6.0 and later come pretty much "Locked down" to anything but plain
old HTML.

--Peter
"Inside every large program, there is a small program trying to get out."
http://www.eggheadcafe.com
http://petesbloggerama.blogspot.com
http://www.blogmetafinder.com
"GaryDean" wrote:

Quote:

Originally Posted by

We have a new server2003 machine that was built like all the rest - IIS and
everything needed to run asp.net apps. We have a test asp.net website that
we use for new machines to make sure everything works right.
>
This new server won't run our test app. It won't run .aspx pages. It will
run default.htm just fine. We cant see anything wrong with it.
>
for instance it won't run http://69.50.211.122/default.aspx
but it will run http://69.50.211.122/default.htm
>
feel free to try it.
>
We have another instance of the website under the default website and it has
exactly the same problems.
>
What could it be??
Thanks,
Gary
>
>
>
>

Server.GetLastError inner exception

I've got a simple Application_OnError routine set up as a generic error trap
for web applications running on IIS server (VS 2003) that logs error info and
the text of the first inner exception. I've had exceptions thrown on occasion
that have up to three additional levels of inner exceptions. Is there a way
to drill down through each of these inner exceptions (using VB.NET) to
capture and report their message? The closest example I can find using C++
code that I can't get to work in what I think would be the equivalent VB code.

tia for any help,
SueSue,

I always just write the whole exception out. ex.ToString.

That captures everything. You can't have too much information when hunting
down a bug.

--
Sincerely,

S. Justin Gengo, MCP
Web Developer / Programmer

www.aboutfortunate.com

"Out of chaos comes order."
Nietzsche
"Sue" <Sue@.ojd.state.or.us> wrote in message
news:C44E2FDD-A349-494A-8115-1243D0F01DF3@.microsoft.com...
> I've got a simple Application_OnError routine set up as a generic error
> trap
> for web applications running on IIS server (VS 2003) that logs error info
> and
> the text of the first inner exception. I've had exceptions thrown on
> occasion
> that have up to three additional levels of inner exceptions. Is there a
> way
> to drill down through each of these inner exceptions (using VB.NET) to
> capture and report their message? The closest example I can find using C++
> code that I can't get to work in what I think would be the equivalent VB
> code.
> tia for any help,
> Sue
Oh geez - it can't be that simple <g>!

Thanks!
Sue

"S. Justin Gengo" wrote:

> Sue,
> I always just write the whole exception out. ex.ToString.
> That captures everything. You can't have too much information when hunting
> down a bug.
> --
> Sincerely,
> S. Justin Gengo, MCP
> Web Developer / Programmer
> www.aboutfortunate.com
> "Out of chaos comes order."
> Nietzsche
> "Sue" <Sue@.ojd.state.or.us> wrote in message
> news:C44E2FDD-A349-494A-8115-1243D0F01DF3@.microsoft.com...
> > I've got a simple Application_OnError routine set up as a generic error
> > trap
> > for web applications running on IIS server (VS 2003) that logs error info
> > and
> > the text of the first inner exception. I've had exceptions thrown on
> > occasion
> > that have up to three additional levels of inner exceptions. Is there a
> > way
> > to drill down through each of these inner exceptions (using VB.NET) to
> > capture and report their message? The closest example I can find using C++
> > code that I can't get to work in what I think would be the equivalent VB
> > code.
> > tia for any help,
> > Sue
>

Server.MapPath

Hi to all
i have a server with IIS installed in C:\
and my application do uploading
i want to upload on D:\ not c:\
How to do that??Use the System.Web.HttpPostedFile.InputStream and write it to where ever
your inetUser is allowed to.

http://makeashorterlink.com/?H23F1396A (first link)

"sara" <sara@.discussions.microsoft.com> schrieb im Newsbeitrag
news:DD702B33-7C99-4F00-B51A-DBC729838612@.microsoft.com...
> Hi to all
> i have a server with IIS installed in C:\
> and my application do uploading
> i want to upload on D:\ not c:\
> How to do that??

Server.MapPath

Hi to all
i have a server with IIS installed in C:\
and my application do uploading
i want to upload on D:\ not c:\
How to do that'Use the System.Web.HttpPostedFile.InputStream and write it to where ever
your inetUser is allowed to.
http://makeashorterlink.com/?H23F1396A (first link)
"sara" <sara@.discussions.microsoft.com> schrieb im Newsbeitrag
news:DD702B33-7C99-4F00-B51A-DBC729838612@.microsoft.com...
> Hi to all
> i have a server with IIS installed in C:\
> and my application do uploading
> i want to upload on D:\ not c:\
> How to do that'
>

server.mappath and network shares

That is because Server.MapPath doesn't know anything about IIS's MetaData an
d where that actual path is located. Either you're going to have to hard co
de it in as a UNC path, or create some utility that will read the MetaData o
f IIS to get the actual phy
sical location.
Matt Hawley, MCAD .NET
http://www.eworldui.net
My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.
I've tried adding
<identity impersonate="true" userName="name" password="password"/>
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.
Does anyone know what's wrong?But converting a virtual path to a physical path is exactly what mappath
should do. It certainly does it for local files, and that requires reading
metadata.
I've seen other posts on the group that indicate it does work the way I want
it to for some people.
-Jay
"Matt Hawley" <mhawley@.n!o!s!p!a!m.integrityts.com> wrote in message
news:OGFAk6%23GEHA.3068@.TK2MSFTNGP11.phx.gbl...
> That is because Server.MapPath doesn't know anything about IIS's MetaData
and where that actual path is located. Either you're going to have to hard
code it in as a UNC path, or create some utility that will read the MetaData
of IIS to get the actual physical location.
> Matt Hawley, MCAD .NET
> http://www.eworldui.net
> My IIS Web site has a virtual directory called content mapped to a
network
> share. If the home directory of the Web site is c:\inetpub\wwwroot and
the
> virtual directory maps to the network share \\myserver\content,
> Server.MapPath is returning c:\inetpub\wwwroot\content rather than
> \\myserver\content.
> I've tried adding
> <identity impersonate="true" userName="name" password="password"/>
> to the web.config file in order to make sure the identity of the account
> accessing network resources has appropriate rights, but that doesn't
change
> the path returned by MapPath.
> Does anyone know what's wrong?
>
>
>
Hi Jay,
Thanks for your followup. Regarding on this issue, I've done a general test
on my side and found the Server.MapPath did return the UNCPath of the
remote server(where the asp.net files and assemlby actually locate). Here
are the detailed enviroment infos on my test:
1. Remote shared Machine: Win2k server with .net framework1.1 installed
shared one folder as the root folder of a certain web application.
2. Server Host Machine(where host the webapplication in IIS): WinXP
Professional with .net framework1.1 installed. And the two machines are in
the same domain so When creating the virutal directory on the XP box, I
paste the certain UNC path (\\servername\sharedfoldername) and then select
a DomainAccount which are administrator on both machine. Then, when I visit
the page in the web application and the page has the following code in
Page_Load:
Response.Write("<br>" + Server.MapPath("."));
Then, the output display the certain UNC path on the WIN2K
mathine((\\servername\sharedfoldername) rather than the physical path on
the WINXP BOX. I've also tried the contrary( share a folder on the XP box
and host the IIS Virutal Directory on the WIN2K machine, still use the
DomainAccount when accessing the UNC folder
in IIS manager).
So I think you may have a check on the above steps I listed to see whether
they can provide any clues. Also, I recommend that you also perform such a
test on your side to see whether it works. Thanks.
Regards,
Steven Cheng
Microsoft Online Support
Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Steven-
Rather than have the whole site located on a share from a remote machine,
can you create a Web site locally, then create a virtual directory under the
site that points to a remote machine share?
-Jay
"Steven Cheng[MSFT]" <v-schang@.online.microsoft.com> wrote in message
news:vnIAo%23UHEHA.3444@.cpmsftngxa06.phx.gbl...
> Hi Jay,
> Thanks for your followup. Regarding on this issue, I've done a general
test
> on my side and found the Server.MapPath did return the UNCPath of the
> remote server(where the asp.net files and assemlby actually locate). Here
> are the detailed enviroment infos on my test:
> 1. Remote shared Machine: Win2k server with .net framework1.1 installed
> shared one folder as the root folder of a certain web application.
> 2. Server Host Machine(where host the webapplication in IIS): WinXP
> Professional with .net framework1.1 installed. And the two machines are
in
> the same domain so When creating the virutal directory on the XP box, I
> paste the certain UNC path (\\servername\sharedfoldername) and then select
> a DomainAccount which are administrator on both machine. Then, when I
visit
> the page in the web application and the page has the following code in
> Page_Load:
> Response.Write("<br>" + Server.MapPath("."));
> Then, the output display the certain UNC path on the WIN2K
> mathine((\\servername\sharedfoldername) rather than the physical path on
> the WINXP BOX. I've also tried the contrary( share a folder on the XP box
> and host the IIS Virutal Directory on the WIN2K machine, still use the
> DomainAccount when accessing the UNC folder
> in IIS manager).
> So I think you may have a check on the above steps I listed to see whether
> they can provide any clues. Also, I recommend that you also perform such a
> test on your side to see whether it works. Thanks.
> Regards,
> Steven Cheng
> Microsoft Online Support
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
> Get Preview at ASP.NET whidbey
> http://msdn.microsoft.com/asp.net/whidbey/default.aspx
>
>
Hi Jay,
In fact, my test is just Virutal Directory based rather than site based. I
just create a Virutal Directory under the local IIS's default site and set
its "Network Directory" path as a UNC path on another remote machine.
However, I think the key point should be the "Connect As.." account , I
used a PowerFull Domain account which has the administrator permission on
the remote machine. So I think we may have a further check on the
security. Do you think so? Thanks.
Regards,
Steven Cheng
Microsoft Online Support
Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,
Have you got any further ideas on this issue? If you have anything unclear
or if there're anything else we can help, please feel free to post here.
Thanks.
Regards,
Steven Cheng
Microsoft Online Support
Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?Hi Jay,

I'm viewing the thread and found that it is a duplicated one with another
post(has the same title) in this newsgroup. I've posted a reply and
provided some of my test results in that thread. Would you please have a
check there. Also, if you have any questoins, please feel free to post in
either ones. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?That is because Server.MapPath doesn't know anything about IIS's MetaData and where that actual path is located. Either you're going to have to hard code it in as a UNC path, or create some utility that will read the MetaData of IIS to get the actual physical location.

Matt Hawley, MCAD .NET
http://www.eworldui.net

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?
That is because Server.MapPath doesn't know anything about IIS's MetaData and where that actual path is located. Either you're going to have to hard code it in as a UNC path, or create some utility that will read the MetaData of IIS to get the actual physical location.

Matt Hawley, MCAD .NET
http://www.eworldui.net

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?
But converting a virtual path to a physical path is exactly what mappath
should do. It certainly does it for local files, and that requires reading
metadata.

I've seen other posts on the group that indicate it does work the way I want
it to for some people.

-Jay

"Matt Hawley" <mhawley@.n!o!s!p!a!m.integrityts.com> wrote in message
news:OGFAk6%23GEHA.3068@.TK2MSFTNGP11.phx.gbl...
> That is because Server.MapPath doesn't know anything about IIS's MetaData
and where that actual path is located. Either you're going to have to hard
code it in as a UNC path, or create some utility that will read the MetaData
of IIS to get the actual physical location.
> Matt Hawley, MCAD .NET
> http://www.eworldui.net
> My IIS Web site has a virtual directory called content mapped to a
network
> share. If the home directory of the Web site is c:\inetpub\wwwroot and
the
> virtual directory maps to the network share \\myserver\content,
> Server.MapPath is returning c:\inetpub\wwwroot\content rather than
> \\myserver\content.
> I've tried adding
> <identity impersonate="true" userName="name" password="password"/>
> to the web.config file in order to make sure the identity of the account
> accessing network resources has appropriate rights, but that doesn't
change
> the path returned by MapPath.
> Does anyone know what's wrong?
>
But converting a virtual path to a physical path is exactly what mappath
should do. It certainly does it for local files, and that requires reading
metadata.

I've seen other posts on the group that indicate it does work the way I want
it to for some people.

-Jay

"Matt Hawley" <mhawley@.n!o!s!p!a!m.integrityts.com> wrote in message
news:OGFAk6%23GEHA.3068@.TK2MSFTNGP11.phx.gbl...
> That is because Server.MapPath doesn't know anything about IIS's MetaData
and where that actual path is located. Either you're going to have to hard
code it in as a UNC path, or create some utility that will read the MetaData
of IIS to get the actual physical location.
> Matt Hawley, MCAD .NET
> http://www.eworldui.net
> My IIS Web site has a virtual directory called content mapped to a
network
> share. If the home directory of the Web site is c:\inetpub\wwwroot and
the
> virtual directory maps to the network share \\myserver\content,
> Server.MapPath is returning c:\inetpub\wwwroot\content rather than
> \\myserver\content.
> I've tried adding
> <identity impersonate="true" userName="name" password="password"/>
> to the web.config file in order to make sure the identity of the account
> accessing network resources has appropriate rights, but that doesn't
change
> the path returned by MapPath.
> Does anyone know what's wrong?
>
Hi Jay,

Thanks for your followup. Regarding on this issue, I've done a general test
on my side and found the Server.MapPath did return the UNCPath of the
remote server(where the asp.net files and assemlby actually locate). Here
are the detailed enviroment infos on my test:
1. Remote shared Machine: Win2k server with .net framework1.1 installed
shared one folder as the root folder of a certain web application.

2. Server Host Machine(where host the webapplication in IIS): WinXP
Professional with .net framework1.1 installed. And the two machines are in
the same domain so When creating the virutal directory on the XP box, I
paste the certain UNC path (\\servername\sharedfoldername) and then select
a DomainAccount which are administrator on both machine. Then, when I visit
the page in the web application and the page has the following code in
Page_Load:
Response.Write("<br>" + Server.MapPath("."));

Then, the output display the certain UNC path on the WIN2K
mathine((\\servername\sharedfoldername) rather than the physical path on
the WINXP BOX. I've also tried the contrary( share a folder on the XP box
and host the IIS Virutal Directory on the WIN2K machine, still use the
DomainAccount when accessing the UNC folder
in IIS manager).

So I think you may have a check on the above steps I listed to see whether
they can provide any clues. Also, I recommend that you also perform such a
test on your side to see whether it works. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,

Thanks for your followup. Regarding on this issue, I've done a general test
on my side and found the Server.MapPath did return the UNCPath of the
remote server(where the asp.net files and assemlby actually locate). Here
are the detailed enviroment infos on my test:
1. Remote shared Machine: Win2k server with .net framework1.1 installed
shared one folder as the root folder of a certain web application.

2. Server Host Machine(where host the webapplication in IIS): WinXP
Professional with .net framework1.1 installed. And the two machines are in
the same domain so When creating the virutal directory on the XP box, I
paste the certain UNC path (\\servername\sharedfoldername) and then select
a DomainAccount which are administrator on both machine. Then, when I visit
the page in the web application and the page has the following code in
Page_Load:
Response.Write("<br>" + Server.MapPath("."));

Then, the output display the certain UNC path on the WIN2K
mathine((\\servername\sharedfoldername) rather than the physical path on
the WINXP BOX. I've also tried the contrary( share a folder on the XP box
and host the IIS Virutal Directory on the WIN2K machine, still use the
DomainAccount when accessing the UNC folder
in IIS manager).

So I think you may have a check on the above steps I listed to see whether
they can provide any clues. Also, I recommend that you also perform such a
test on your side to see whether it works. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Steven-

Rather than have the whole site located on a share from a remote machine,
can you create a Web site locally, then create a virtual directory under the
site that points to a remote machine share?

-Jay

"Steven Cheng[MSFT]" <v-schang@.online.microsoft.com> wrote in message
news:vnIAo%23UHEHA.3444@.cpmsftngxa06.phx.gbl...
> Hi Jay,
> Thanks for your followup. Regarding on this issue, I've done a general
test
> on my side and found the Server.MapPath did return the UNCPath of the
> remote server(where the asp.net files and assemlby actually locate). Here
> are the detailed enviroment infos on my test:
> 1. Remote shared Machine: Win2k server with .net framework1.1 installed
> shared one folder as the root folder of a certain web application.
> 2. Server Host Machine(where host the webapplication in IIS): WinXP
> Professional with .net framework1.1 installed. And the two machines are
in
> the same domain so When creating the virutal directory on the XP box, I
> paste the certain UNC path (\\servername\sharedfoldername) and then select
> a DomainAccount which are administrator on both machine. Then, when I
visit
> the page in the web application and the page has the following code in
> Page_Load:
> Response.Write("<br>" + Server.MapPath("."));
> Then, the output display the certain UNC path on the WIN2K
> mathine((\\servername\sharedfoldername) rather than the physical path on
> the WINXP BOX. I've also tried the contrary( share a folder on the XP box
> and host the IIS Virutal Directory on the WIN2K machine, still use the
> DomainAccount when accessing the UNC folder
> in IIS manager).
> So I think you may have a check on the above steps I listed to see whether
> they can provide any clues. Also, I recommend that you also perform such a
> test on your side to see whether it works. Thanks.
> Regards,
> Steven Cheng
> Microsoft Online Support
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
> Get Preview at ASP.NET whidbey
> http://msdn.microsoft.com/asp.net/whidbey/default.aspx
>
Steven-

Rather than have the whole site located on a share from a remote machine,
can you create a Web site locally, then create a virtual directory under the
site that points to a remote machine share?

-Jay

"Steven Cheng[MSFT]" <v-schang@.online.microsoft.com> wrote in message
news:vnIAo%23UHEHA.3444@.cpmsftngxa06.phx.gbl...
> Hi Jay,
> Thanks for your followup. Regarding on this issue, I've done a general
test
> on my side and found the Server.MapPath did return the UNCPath of the
> remote server(where the asp.net files and assemlby actually locate). Here
> are the detailed enviroment infos on my test:
> 1. Remote shared Machine: Win2k server with .net framework1.1 installed
> shared one folder as the root folder of a certain web application.
> 2. Server Host Machine(where host the webapplication in IIS): WinXP
> Professional with .net framework1.1 installed. And the two machines are
in
> the same domain so When creating the virutal directory on the XP box, I
> paste the certain UNC path (\\servername\sharedfoldername) and then select
> a DomainAccount which are administrator on both machine. Then, when I
visit
> the page in the web application and the page has the following code in
> Page_Load:
> Response.Write("<br>" + Server.MapPath("."));
> Then, the output display the certain UNC path on the WIN2K
> mathine((\\servername\sharedfoldername) rather than the physical path on
> the WINXP BOX. I've also tried the contrary( share a folder on the XP box
> and host the IIS Virutal Directory on the WIN2K machine, still use the
> DomainAccount when accessing the UNC folder
> in IIS manager).
> So I think you may have a check on the above steps I listed to see whether
> they can provide any clues. Also, I recommend that you also perform such a
> test on your side to see whether it works. Thanks.
> Regards,
> Steven Cheng
> Microsoft Online Support
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
> Get Preview at ASP.NET whidbey
> http://msdn.microsoft.com/asp.net/whidbey/default.aspx
>
Hi Jay,

In fact, my test is just Virutal Directory based rather than site based. I
just create a Virutal Directory under the local IIS's default site and set
its "Network Directory" path as a UNC path on another remote machine.
However, I think the key point should be the "Connect As.." account , I
used a PowerFull Domain account which has the administrator permission on
the remote machine. So I think we may have a further check on the
security. Do you think so? Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,

In fact, my test is just Virutal Directory based rather than site based. I
just create a Virutal Directory under the local IIS's default site and set
its "Network Directory" path as a UNC path on another remote machine.
However, I think the key point should be the "Connect As.." account , I
used a PowerFull Domain account which has the administrator permission on
the remote machine. So I think we may have a further check on the
security. Do you think so? Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,

Have you got any further ideas on this issue? If you have anything unclear
or if there're anything else we can help, please feel free to post here.
Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?Hi Jay,

I'm viewing the thread and found that it is a duplicated one with another
post(has the same title) in this newsgroup. I've posted a reply and
provided some of my test results in that thread. Would you please have a
check there. Also, if you have any questoins, please feel free to post in
either ones. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,

I'm viewing the thread and found that it is a duplicated one with another
post(has the same title) in this newsgroup. I've posted a reply and
provided some of my test results in that thread. Would you please have a
check there. Also, if you have any questoins, please feel free to post in
either ones. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?Hi Jay,

I'm viewing the thread and found that it is a duplicated one with another
post(has the same title) in this newsgroup. I've posted a reply and
provided some of my test results in that thread. Would you please have a
check there. Also, if you have any questoins, please feel free to post in
either ones. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?That is because Server.MapPath doesn't know anything about IIS's MetaData and where that actual path is located. Either you're going to have to hard code it in as a UNC path, or create some utility that will read the MetaData of IIS to get the actual physical location.

Matt Hawley, MCAD .NET
http://www.eworldui.net

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?
But converting a virtual path to a physical path is exactly what mappath
should do. It certainly does it for local files, and that requires reading
metadata.

I've seen other posts on the group that indicate it does work the way I want
it to for some people.

-Jay

"Matt Hawley" <mhawley@.n!o!s!p!a!m.integrityts.com> wrote in message
news:OGFAk6%23GEHA.3068@.TK2MSFTNGP11.phx.gbl...
> That is because Server.MapPath doesn't know anything about IIS's MetaData
and where that actual path is located. Either you're going to have to hard
code it in as a UNC path, or create some utility that will read the MetaData
of IIS to get the actual physical location.
> Matt Hawley, MCAD .NET
> http://www.eworldui.net
> My IIS Web site has a virtual directory called content mapped to a
network
> share. If the home directory of the Web site is c:\inetpub\wwwroot and
the
> virtual directory maps to the network share \\myserver\content,
> Server.MapPath is returning c:\inetpub\wwwroot\content rather than
> \\myserver\content.
> I've tried adding
> <identity impersonate="true" userName="name" password="password"/>
> to the web.config file in order to make sure the identity of the account
> accessing network resources has appropriate rights, but that doesn't
change
> the path returned by MapPath.
> Does anyone know what's wrong?
>
Hi Jay,

Thanks for your followup. Regarding on this issue, I've done a general test
on my side and found the Server.MapPath did return the UNCPath of the
remote server(where the asp.net files and assemlby actually locate). Here
are the detailed enviroment infos on my test:
1. Remote shared Machine: Win2k server with .net framework1.1 installed
shared one folder as the root folder of a certain web application.

2. Server Host Machine(where host the webapplication in IIS): WinXP
Professional with .net framework1.1 installed. And the two machines are in
the same domain so When creating the virutal directory on the XP box, I
paste the certain UNC path (\\servername\sharedfoldername) and then select
a DomainAccount which are administrator on both machine. Then, when I visit
the page in the web application and the page has the following code in
Page_Load:
Response.Write("<br>" + Server.MapPath("."));

Then, the output display the certain UNC path on the WIN2K
mathine((\\servername\sharedfoldername) rather than the physical path on
the WINXP BOX. I've also tried the contrary( share a folder on the XP box
and host the IIS Virutal Directory on the WIN2K machine, still use the
DomainAccount when accessing the UNC folder
in IIS manager).

So I think you may have a check on the above steps I listed to see whether
they can provide any clues. Also, I recommend that you also perform such a
test on your side to see whether it works. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Steven-

Rather than have the whole site located on a share from a remote machine,
can you create a Web site locally, then create a virtual directory under the
site that points to a remote machine share?

-Jay

"Steven Cheng[MSFT]" <v-schang@.online.microsoft.com> wrote in message
news:vnIAo%23UHEHA.3444@.cpmsftngxa06.phx.gbl...
> Hi Jay,
> Thanks for your followup. Regarding on this issue, I've done a general
test
> on my side and found the Server.MapPath did return the UNCPath of the
> remote server(where the asp.net files and assemlby actually locate). Here
> are the detailed enviroment infos on my test:
> 1. Remote shared Machine: Win2k server with .net framework1.1 installed
> shared one folder as the root folder of a certain web application.
> 2. Server Host Machine(where host the webapplication in IIS): WinXP
> Professional with .net framework1.1 installed. And the two machines are
in
> the same domain so When creating the virutal directory on the XP box, I
> paste the certain UNC path (\\servername\sharedfoldername) and then select
> a DomainAccount which are administrator on both machine. Then, when I
visit
> the page in the web application and the page has the following code in
> Page_Load:
> Response.Write("<br>" + Server.MapPath("."));
> Then, the output display the certain UNC path on the WIN2K
> mathine((\\servername\sharedfoldername) rather than the physical path on
> the WINXP BOX. I've also tried the contrary( share a folder on the XP box
> and host the IIS Virutal Directory on the WIN2K machine, still use the
> DomainAccount when accessing the UNC folder
> in IIS manager).
> So I think you may have a check on the above steps I listed to see whether
> they can provide any clues. Also, I recommend that you also perform such a
> test on your side to see whether it works. Thanks.
> Regards,
> Steven Cheng
> Microsoft Online Support
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
> Get Preview at ASP.NET whidbey
> http://msdn.microsoft.com/asp.net/whidbey/default.aspx
>
Hi Jay,

In fact, my test is just Virutal Directory based rather than site based. I
just create a Virutal Directory under the local IIS's default site and set
its "Network Directory" path as a UNC path on another remote machine.
However, I think the key point should be the "Connect As.." account , I
used a PowerFull Domain account which has the administrator permission on
the remote machine. So I think we may have a further check on the
security. Do you think so? Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.
I've tried adding
<identity impersonate="true" userName="name" password="password"/>
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.
Does anyone know what's wrong?Hi Jay,
I'm viewing the thread and found that it is a duplicated one with another
post(has the same title) in this newsgroup. I've posted a reply and
provided some of my test results in that thread. Would you please have a
check there. Also, if you have any questoins, please feel free to post in
either ones. Thanks.
Regards,
Steven Cheng
Microsoft Online Support
Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)
Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx

server.mappath and network shares

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?That is because Server.MapPath doesn't know anything about IIS's MetaData and where that actual path is located. Either you're going to have to hard code it in as a UNC path, or create some utility that will read the MetaData of IIS to get the actual physical location.

Matt Hawley, MCAD .NET
http://www.eworldui.net

My IIS Web site has a virtual directory called content mapped to a network
share. If the home directory of the Web site is c:\inetpub\wwwroot and the
virtual directory maps to the network share \\myserver\content,
Server.MapPath is returning c:\inetpub\wwwroot\content rather than
\\myserver\content.

I've tried adding
<identity impersonate="true" userName="name" password="password"/
to the web.config file in order to make sure the identity of the account
accessing network resources has appropriate rights, but that doesn't change
the path returned by MapPath.

Does anyone know what's wrong?
But converting a virtual path to a physical path is exactly what mappath
should do. It certainly does it for local files, and that requires reading
metadata.

I've seen other posts on the group that indicate it does work the way I want
it to for some people.

-Jay

"Matt Hawley" <mhawley@.n!o!s!p!a!m.integrityts.com> wrote in message
news:OGFAk6%23GEHA.3068@.TK2MSFTNGP11.phx.gbl...
> That is because Server.MapPath doesn't know anything about IIS's MetaData
and where that actual path is located. Either you're going to have to hard
code it in as a UNC path, or create some utility that will read the MetaData
of IIS to get the actual physical location.
> Matt Hawley, MCAD .NET
> http://www.eworldui.net
> My IIS Web site has a virtual directory called content mapped to a
network
> share. If the home directory of the Web site is c:\inetpub\wwwroot and
the
> virtual directory maps to the network share \\myserver\content,
> Server.MapPath is returning c:\inetpub\wwwroot\content rather than
> \\myserver\content.
> I've tried adding
> <identity impersonate="true" userName="name" password="password"/>
> to the web.config file in order to make sure the identity of the account
> accessing network resources has appropriate rights, but that doesn't
change
> the path returned by MapPath.
> Does anyone know what's wrong?
>
Hi Jay,

Thanks for your followup. Regarding on this issue, I've done a general test
on my side and found the Server.MapPath did return the UNCPath of the
remote server(where the asp.net files and assemlby actually locate). Here
are the detailed enviroment infos on my test:
1. Remote shared Machine: Win2k server with .net framework1.1 installed
shared one folder as the root folder of a certain web application.

2. Server Host Machine(where host the webapplication in IIS): WinXP
Professional with .net framework1.1 installed. And the two machines are in
the same domain so When creating the virutal directory on the XP box, I
paste the certain UNC path (\\servername\sharedfoldername) and then select
a DomainAccount which are administrator on both machine. Then, when I visit
the page in the web application and the page has the following code in
Page_Load:
Response.Write("<br>" + Server.MapPath("."));

Then, the output display the certain UNC path on the WIN2K
mathine((\\servername\sharedfoldername) rather than the physical path on
the WINXP BOX. I've also tried the contrary( share a folder on the XP box
and host the IIS Virutal Directory on the WIN2K machine, still use the
DomainAccount when accessing the UNC folder
in IIS manager).

So I think you may have a check on the above steps I listed to see whether
they can provide any clues. Also, I recommend that you also perform such a
test on your side to see whether it works. Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Steven-

Rather than have the whole site located on a share from a remote machine,
can you create a Web site locally, then create a virtual directory under the
site that points to a remote machine share?

-Jay

"Steven Cheng[MSFT]" <v-schang@.online.microsoft.com> wrote in message
news:vnIAo%23UHEHA.3444@.cpmsftngxa06.phx.gbl...
> Hi Jay,
> Thanks for your followup. Regarding on this issue, I've done a general
test
> on my side and found the Server.MapPath did return the UNCPath of the
> remote server(where the asp.net files and assemlby actually locate). Here
> are the detailed enviroment infos on my test:
> 1. Remote shared Machine: Win2k server with .net framework1.1 installed
> shared one folder as the root folder of a certain web application.
> 2. Server Host Machine(where host the webapplication in IIS): WinXP
> Professional with .net framework1.1 installed. And the two machines are
in
> the same domain so When creating the virutal directory on the XP box, I
> paste the certain UNC path (\\servername\sharedfoldername) and then select
> a DomainAccount which are administrator on both machine. Then, when I
visit
> the page in the web application and the page has the following code in
> Page_Load:
> Response.Write("<br>" + Server.MapPath("."));
> Then, the output display the certain UNC path on the WIN2K
> mathine((\\servername\sharedfoldername) rather than the physical path on
> the WINXP BOX. I've also tried the contrary( share a folder on the XP box
> and host the IIS Virutal Directory on the WIN2K machine, still use the
> DomainAccount when accessing the UNC folder
> in IIS manager).
> So I think you may have a check on the above steps I listed to see whether
> they can provide any clues. Also, I recommend that you also perform such a
> test on your side to see whether it works. Thanks.
> Regards,
> Steven Cheng
> Microsoft Online Support
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no
> rights.)
> Get Preview at ASP.NET whidbey
> http://msdn.microsoft.com/asp.net/whidbey/default.aspx
>
Hi Jay,

In fact, my test is just Virutal Directory based rather than site based. I
just create a Virutal Directory under the local IIS's default site and set
its "Network Directory" path as a UNC path on another remote machine.
However, I think the key point should be the "Connect As.." account , I
used a PowerFull Domain account which has the administrator permission on
the remote machine. So I think we may have a further check on the
security. Do you think so? Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx
Hi Jay,

Have you got any further ideas on this issue? If you have anything unclear
or if there're anything else we can help, please feel free to post here.
Thanks.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Get Preview at ASP.NET whidbey
http://msdn.microsoft.com/asp.net/whidbey/default.aspx