MGE MapAgent errors

[Anonymous]

After installing and testing MGE SP1 and King Oracle Provider (which
worked ) for a few days, my MGE server becomes unstable again and I am now
constantly getting this application error popup from the MGE site server
(Win Server 2003 with IIS):
Reporting queued error: faulting application MapAgent.exe, version
1.0.0.17864, faulting module msvcr80.dll, version 8.0.50727.42, fault
address 0x0000461a.

Fault bucket 344637019.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.

The Sample application and my own MGE apps which worked before won't work
properly now.

Any ideas for fixing the problem?

Thanks

Meng

[dswilson]

Is it possible to the use the Autodesk Oracle provider instead and compare the behaviour. It is possible the King provider is not completely stable yet.

Are you trying to access tables that have not been set up by FDO via Map?

Dave

[dswilson]

On a separate note alltogether, could it be that you edited the registry for the FASTCGI settings and made the value too small? I know you were looking at this the other day.

Dave

[Anonymous]

Thanks Dave for your prompt help.

Both the MGE SP1 as well as the King Provider for Oracle worked for a while
(1-2 days), and developers tried them out and triggered some errors, then I
had to restart the service or reboot the sys, then this problem occurred.

You are right, I am accessing the Oracle Spatial (9i) database in a foreign
schema not a native FDO one created by Map. In this case we found the King
provider is very good in that it allowes us to access both Spatial tables
and views as it does with MG 6.5, while the Autodesk FDO Provider for FDO
does not allow me to access Spatial views.

Yes, I changed the setting from 60 to 120, but it didn't solve my refresh
problem.

Then, I though some dll files might be corruped, so reinstalled the .net
framework 2.0 and SP1, but the problem remains. I may have to uninstall
/reinstall everything.

Meng

wrote in message news:5398935@discussion.autodesk.com...
On a separate note alltogether, could it be that you edited the registry for
the FASTCGI settings and made the value too small? I know you were looking
at this the other day.

Dave

[dswilson]

Hi Meng,

I'm still not convinced that the King provider isn't causing the instability. A way to eliminate this would be to use the Autodesk Oracle Spatial provider to hit your non-FDO tables. You can do this by editing the config.xml associated with the oracle connection feature source. I have attached a document outlining how to edit the config.xml to allow you to see tables and views. If you are familiar with the http://localhost/mapguide/mapagent/index.html pages you can execute a GetResourceData for config.xml for your Oracle feature source. Edit it according to the instructions then you can SetResourceData to upload the new config. You can then attempt to build a layer against your table or view.

Dave

[Anonymous]

Hi Dave, I removed the King provider from my provider.xml file and removed
all previous features resources created or loaded (for sample) with Studio.
Then reloaded the sample app package only with the Admin, then rebooted my
system. I tried on the reloaded sample application with both viewers, it was
painfully slow and didn't react on my navigation and search. I checked the
Win log files, the same app errors occurded:
Faulting application MapAgent.exe, version 1.0.0.17864, faulting module
msvcr80.dll, version 8.0.50727.42, fault address 0x0000461a.

For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.

It looks like the MGE server and/or Web extension was corruped. Is the
uninstall and reinstall of the MGE the only way you can see as a solution?

Thanks

wrote in message news:5400303@discussion.autodesk.com...
Hi Meng,

I'm still not convinced that the King provider isn't causing the
instability. A way to eliminate this would be to use the Autodesk Oracle
Spatial provider to hit your non-FDO tables. You can do this by editing the
config.xml associated with the oracle connection feature source. I have
attached a document outlining how to edit the config.xml to allow you to see
tables and views. If you are familiar with the
http://localhost/mapguide/mapagent/indexhtml pages you can execute a
GetResourceData for config.xml for your Oracle feature source. Edit it
according to the instructions then you can SetResourceData to upload the new
config. You can then attempt to build a layer against your table or view.

Dave

[dswilson]

At this point I don't see any other simple solutions. You might try a Repair on the Webextensions first. Go to Add/Remove programs and select Change for the Webextensions. When prompted select Repair. Remember to back up any files you have changed manually such as php.ini, webserver.ini etc. If things don't work correctly after this I would uninstall/reinstall the Webextensions. If that fails then try the server. That one I would just uninstall and reinstall. Remember to back up your serverconfig.ini first.

Dave

[Anonymous]

Hi Dave, I tried what you suggested, all failed to fix the error problem.
Then I reconfigured my site server and support server (on two different
server boxes) with Admin without using the Support Server for any of the 7
services (previously I checked the Mapping and Rendering services being
processed by the support server). Then the problem seems gone. I need to
test this more. Did you ever test the MGE with a site server and a support
server configured from two server boxes for 7 services? There might be a bug
here for site server and support server working on two boxes.

Thanks

wrote in message news:5401579@discussion.autodesk.com...
At this point I don't see any other simple solutions. You might try a Repair
on the Webextensions first. Go to Add/Remove programs and select Change for
the Webextensions. When prompted select Repair. Remember to back up any
files you have changed manually such as php.ini, webserver.ini etc. If
things don't work correctly after this I would uninstall/reinstall the
Webextensions. If that fails then try the server. That one I would just
uninstall and reinstall. Remember to back up your serverconfig.ini first.

Dave

[dswilson]

I believe there are some issues with support servers that aren't resolved. Support servers haven't been extensively tested. I would recommend not using support servers at this time.

Dave