Strange behaviour of MTS

[Irfan Gowani]

we have got ASP client and VB components.All the components are running under
COM+ with apartment threaded model. whenever a fewer number of ASP clients
(lets say 10) give requests through IIS, every thing works fine and the components
also work. when the ASP clients gets increased, we see a strange behaviour
from the visual basic components as they gets halt and the transaction gets
stuck and couldnt get completed or aborted.

During this event, we can also see the locks in the database.Because of
this situation, no more request can be fulfiled. This situation remains until
we kill the mtx process and then only the transaction gets aborted.This situation
doesnt come very consistantly.

we are using windows 2000 server (SP2), Visual Basic 6.0 (SP2), COM+,ADO
2.5,MSXML 2.0, SQL Server 2000 (SP2) and IIS 5.0 for all the develpment and
deployment environment.

There is a firewall behind COM+ server. OUR IIS server is CIS enabled. All
request goes through http at port 80 from IIS server to COM+ server.

we have also increased the transaction time out and MSDTC Log size.


Microsoft says that "a Visual FoxPro Component Object Model (COM) server
may stop responding under a heavy load when it is run using Microsoft Transaction
Server (MTS) under Windows 2000.Microsoft has confirmed this to be a bug
in the Microsoft products. This bug was corrected in Visual Studio 6.0 Service
Pack 5".

I dont know if our problem relates with the Visual FoxPro problem but we
are already using Visual Studio 6.0 Service Pack 5.

Microsoft again says that "COM+ server applications may stop responding (hang)
when they are under a heavy load on multiprocessor systems. The threads in
the COM+ server application (Dllhost.exe) are stuck in a loop when the COM+
server performs security checks.To resolve this problem, obtain the latest
service pack for Windows 2000."

again we dont have this multiprocessor systems but we do have latest windows
2000 service pack.

There are other examples closely related to our problem but they all say
to get the latest visual studio service pack and windows 2000 service pack.We
certainly have got both the service packs.

Please reply me as early as possible.
Thanks in advance

[S.Manikandan]

I also have same problem. Infact the problem occurs only with windows 2000
server.
we have installed all the service pack and still the problem persists.
My situation is, we have a asp project which uses a few components written
VB6 and hosted in MTS. Things are alright for some time,but suddenly the
process DLLHOST.exe take all the CPU process (100%) and never returns to
normal.
when such a situation happens the system hangs ane IIS has to be restarted.we
have been using the same application with win2000 professional and we have
never encountered any such problem. The only solution we could get from msdn
was to install the service packs and we have already did that. Infact the
server has been formatted more than twice and still the problem persists.
If anyone has a solution please respond.

[Harris Syed [MS]]

I am assuming that this application was initially written for MTS and then
ported to W2k. Refer to
http://support.microsoft.com/support.../q303/0/71.asp . I would
suggest going for the EmulateMts behaviour key. This would most likely solve
your problem.

Thanks,
Harris

--
Please do not send email directly to this alias. This alias is for newsgroup
purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.
"S.Manikandan" <manikandan_2@yahoo.com> wrote in message
news:3d12e753$1@10.1.10.29...
>
> I also have same problem. Infact the problem occurs only with windows
2000
> server.
> we have installed all the service pack and still the problem persists.
> My situation is, we have a asp project which uses a few components
written
> VB6 and hosted in MTS. Things are alright for some time,but suddenly the
> process DLLHOST.exe take all the CPU process (100%) and never returns to
> normal.
> when such a situation happens the system hangs ane IIS has to be
restarted.we
> have been using the same application with win2000 professional and we have
> never encountered any such problem. The only solution we could get from
msdn
> was to install the service packs and we have already did that. Infact the
> server has been formatted more than twice and still the problem persists.
> If anyone has a solution please respond.