|
Home > Archive > Microsoft Content Management Server > October 2004 > Win 2003 Server Enterprise & MCMS 2002 SP1a
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Win 2003 Server Enterprise & MCMS 2002 SP1a
|
|
| Chandy 2004-09-22, 9:47 pm |
| Hi all,
We are experiencing occasional crashes of the w3wp.exe process on our
MCMS box. This is the Application Event Log error:
Source: Application Error
Category: (100)
Event ID: 1004
Reporting queued error: faulting application w3wp.exe, version
6.0.3790.0, faulting module REAuthFilt.dll, version 5.0.4484.0, fault
address 0x00008613.
OR
Source: Application Error
Category: (100)
Event ID: 1000
Faulting application w3wp.exe, version 6.0.3790.0, faulting module
REAuthFilt.dll, version 5.0.4484.0, fault address 0x00008613.
Does anyone have any ideas as to what might be causing these? They do
not seem to be related to any particular event.
TIA
Chandy
| |
| Angus Logan 2004-09-22, 9:47 pm |
| Hi Chandy,
Is the machine a multi-processor machine?
If so see: http://support.microsoft.com/default.aspx?id=821157
Regards
--
________________________________________
Angus Logan (MCAD/MCDBA/MCP)
Lead Software Developer
Microsoft Application Solutions
Data#3 Limited
E angus_logan@data3.com.au
BLOG www.anguslogan.com
________________________________________
"Chandy" <chandy@totalise.co.uk> wrote in message
news:5af0375a.0409200143.341f4ed6@posting.google.com...
> Hi all,
>
> We are experiencing occasional crashes of the w3wp.exe process on our
> MCMS box. This is the Application Event Log error:
>
> Source: Application Error
> Category: (100)
> Event ID: 1004
>
> Reporting queued error: faulting application w3wp.exe, version
> 6.0.3790.0, faulting module REAuthFilt.dll, version 5.0.4484.0, fault
> address 0x00008613.
>
> OR
>
> Source: Application Error
> Category: (100)
> Event ID: 1000
>
> Faulting application w3wp.exe, version 6.0.3790.0, faulting module
> REAuthFilt.dll, version 5.0.4484.0, fault address 0x00008613.
>
> Does anyone have any ideas as to what might be causing these? They do
> not seem to be related to any particular event.
>
> TIA
>
> Chandy
| |
|
|
| Stefan [MSFT] 2004-09-22, 9:47 pm |
| Hi Chandy,
this sounds as if you should open a support case with Microsoft.
Crashes in the ISAPI filter are not a known issue and we will need to
analyze a crash dump of your application.
Cheers,
Stefan.
--
This posting is provided "AS IS" with no warranties, and confers no rights.
MCMS FAQ:
http://download.microsoft.com/downl...6a/MCMS+2002+-+(complete)+FAQ.htm
MCMS Blog: http://blogs.msdn.com/stefan_gossner/category/4983.aspx
MCMS Sample Code:
http://www.gotdotnet.com/community/...t+S
erver
MCMS Whitepapers and other docs:
http://blogs.msdn.com/stefan_gossne...2/07/41859.aspx
--------------------------------
"Chandy" <chandy@totalise.co.uk> wrote in message
news:5af0375a.0409200143.341f4ed6@posting.google.com...
> Hi all,
>
> We are experiencing occasional crashes of the w3wp.exe process on our
> MCMS box. This is the Application Event Log error:
>
> Source: Application Error
> Category: (100)
> Event ID: 1004
>
> Reporting queued error: faulting application w3wp.exe, version
> 6.0.3790.0, faulting module REAuthFilt.dll, version 5.0.4484.0, fault
> address 0x00008613.
>
> OR
>
> Source: Application Error
> Category: (100)
> Event ID: 1000
>
> Faulting application w3wp.exe, version 6.0.3790.0, faulting module
> REAuthFilt.dll, version 5.0.4484.0, fault address 0x00008613.
>
> Does anyone have any ideas as to what might be causing these? They do
> not seem to be related to any particular event.
>
> TIA
>
> Chandy
| |
| Chandy 2004-09-22, 9:47 pm |
| Hi Angus,
Yes it is. My previous experience with the issue described in that KB
article is a MCMS site that wouldn't run at all without the patch (2
processors). This is a different set of templates but the same
version of MCMS and quad processors. The site seems to work 99.9% of
the time on this configuration without the hotfix. Why would this be?
Should I still install it? (given it is not thouroughly tested).
Chandy
"Angus Logan" <angus_logan@data3.com.au> wrote in message news:<u$dc22vnEHA.2612@TK2MSFTNGP15.phx.gbl>...[vbcol=seagreen]
> Hi Chandy,
>
> Is the machine a multi-processor machine?
>
> If so see: http://support.microsoft.com/default.aspx?id=821157
>
> Regards
> --
> ________________________________________
>
> Angus Logan (MCAD/MCDBA/MCP)
> Lead Software Developer
> Microsoft Application Solutions
> Data#3 Limited
> E angus_logan@data3.com.au
> BLOG www.anguslogan.com
> ________________________________________
>
> "Chandy" <chandy@totalise.co.uk> wrote in message
> news:5af0375a.0409200143.341f4ed6@posting.google.com...
| |
| Alon Mayaffit 2004-09-28, 5:52 pm |
| i had also problems with MSCMS sp1 on win2003 with 2 procs. the solution
is a microsoft hotfix that is distributed only through the resellers.
bye
alon
Stefan [MSFT] wrote:
> Hi Chandy,
>
> this sounds as if you should open a support case with Microsoft.
> Crashes in the ISAPI filter are not a known issue and we will need to
> analyze a crash dump of your application.
>
> Cheers,
> Stefan.
>
| |
|
|
|
| Hello Stefan [MSFT],
Ah... I remember it like it was yesterday... actually FEB-14, 2004 when I got the call at 7a and my CMS servers were down. Next thing we knew, we were 9 minutes from the end of the 4hr limit on my PSS critical call when someone had the idea to install th
is hotfix, saving the day and two engineers from getting on a plane to fly to my servers (and me getting on a plane to do the same since my servers were 5 states away from me).
KB Article: 821157
Request Hotfix: 129148
What happens is when you build assemblies with certain flags, the assembly grabs a tiny chunk of the 2GB of memory the framework has allocated. The problem is that the assembly grabs a block in the middle of the 2GB chunk... when the framework goes to gr
ab 1 continous chunk from the 2GB block is has, it can't because the assembly has a small block in the middle. No error thrown, just drops. I started with a .NET guy, then a IIS guy, and finally a CMS guy said he had seen the hotfix resolve it. Hard pa
rt is there were zero errors in the event log or anywhere... including in the debug collection stuff they sent me.
-AC
[vbcol=seagreen]
> Hi Alon,
>
> which hotfix number is this?
>
> Cheers,
> Stefan.
> MCMS FAQ:
>
> http://download.microsoft.com/downl...3a1-4003-9272-2
> 404e92bb76a/MCMS+2002+-+(complete)+FAQ.htm
>
> MCMS Blog: http://blogs.msdn.com/stefan_gossner/category/4983.aspx
>
> MCMS Sample Code:
>
> http://www.gotdotnet.com/community/...aspx?ProductDro
> pDownList=Content+Management+Server
>
> MCMS Whitepapers and other docs:
>
> http://blogs.msdn.com/stefan_gossne...2/07/41859.aspx
>
> --------------------------------
>
> "Alon Mayaffit" <mayafit@mail.bgu.ac.il> wrote in message
> news:uh3sm9WpEHA.2184@TK2MSFTNGP10.phx.gbl...
>
| |
| Stefan [MSFT] 2004-10-15, 9:13 pm |
| Ah!
This hotfix.
It is included in .NET framework 1.1 Service Pack 1 which can be downloaded
from the web.
Cheers,
Stefan
--
This posting is provided "AS IS" with no warranties, and confers no rights.
MCMS FAQ:
http://download.microsoft.com/downl...6a/MCMS+2002+-+(complete)+FAQ.htm
MCMS Blog: http://blogs.msdn.com/stefan_gossner/category/4983.aspx
MCMS Sample Code:
http://www.gotdotnet.com/community/...t+S
erver
MCMS Whitepapers and other docs:
http://blogs.msdn.com/stefan_gossne...2/07/41859.aspx
--------------------------------
"AC" <discussions@microsoft.com> wrote in message
news:u#pc5MEsEHA.2136@TK2MSFTNGP14.phx.gbl...
> Hello Stefan [MSFT],
>
> Ah... I remember it like it was yesterday... actually FEB-14, 2004 when I
got the call at 7a and my CMS servers were down. Next thing we knew, we
were 9 minutes from the end of the 4hr limit on my PSS critical call when
someone had the idea to install this hotfix, saving the day and two
engineers from getting on a plane to fly to my servers (and me getting on a
plane to do the same since my servers were 5 states away from me).
>
> KB Article: 821157
> Request Hotfix: 129148
>
> What happens is when you build assemblies with certain flags, the assembly
grabs a tiny chunk of the 2GB of memory the framework has allocated. The
problem is that the assembly grabs a block in the middle of the 2GB chunk...
when the framework goes to grab 1 continous chunk from the 2GB block is has,
it can't because the assembly has a small block in the middle. No error
thrown, just drops. I started with a .NET guy, then a IIS guy, and finally
a CMS guy said he had seen the hotfix resolve it. Hard part is there were
zero errors in the event log or anywhere... including in the debug
collection stuff they sent me.
>
> -AC
>
>
|
|
|
|
|