[mapguide-users] mgservice at 100%

Tue Mar 20 12:25:45 EDT 2007

No postgresql but I was hacking around with FDO providers and I think 
that caused the problem.

Nichols, Mark A. wrote:
> Just curious, but are you using any Postgresql layers in your map.  I recently had a 100% utilization problem as well but it was related to postgresql.
>
> ________________________________
>
> From: mapguide-users-bounces at lists.osgeo.org on behalf of George McLean
> Sent: Mon 3/19/2007 8:25 PM
> To: MapGuide Users Mail List
> Subject: [mapguide-users] mgservice at 100%
>
>
>
> I am having problems with mgserver.exe running at 100% in Windows XP.
>
> I tried repair of mgserver and extensions but that did not solve it so I
> uninstalled extensions and server then reinstalled. This did not solve
> the problem either.
>
> I found the discussion below and have stopped the service in task
> manager and tried running as an application from the command line using
> 'mgserver run'. After starting as an application my CPU is still pegged
> at 100% with mgserver.exe as the process using all the CPU
>
> Before re-installing I made copy of all the files and folders under the
> C:\Program Files\MapGuideOpenSource folder so I am assuming I have
> everything backed up.
>
> Should I uninstall and then delete all the repositories etc then
> re-install? Any other suggestions?
>
> Thanks
>
> George
>
>
>
> Subject:
> RE: [mapguide-users] Site corrupt - MG Server fails to start
> From:
> "Bruce Dechant" <bruce.dechant at autodesk.com>
> Date:
> Mon, 20 Nov 2006 13:07:36 -0800
> To:
> <users at mapguide.osgeo.org>
>
> To:
> <users at mapguide.osgeo.org>
>
>
>   
>> The files might not actually be corrupt, but may have not been closed
>> properly (example: due to power outage). When the server starts it
>> tries to "clean up" the repositories using the generated log files.
>> Under certain circumstances this can take longer then the Windows
>> Service Control Manager allows for a service starting up. The thing to
>> do in this case is to not run the server as a service and instead run
>> it interactively as an application to give the server time to cleanup
>> the repository. Once the repository has been cleaned up you can stop
>> the server application and restart it as a service. Note: that you
>> should not have to do this under normal operating conditions.
>>
>> Bruce
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
>> *Sent:* November 18, 2006 9:41 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> Good cautionary tale.
>>
>> If anyone is not backing up their repositories, they should strongly
>> consider it. I haven't seen any problems yet, but the repositories are
>> file-based and are subject to corruption in the case of interrupted
>> writes, etc.
>>
>> There is a RepositoryAdmin directory in the Server installation that
>> contains some utilities for doing this, and instructions. You can find
>> a copy of the isntructions here:
>>
>> https://mapguide.osgeo.org/source/browse/*checkout*/mapguide/trunk/MgDev/Server/RepositoryAdmin/MgOpenSourceRepositoryAdmin.pdf
>>
>> Hmm. It would be nice if we could leverage an RDBMS data store to
>> store the repository info. This would kinda break the managed data
>> idea, but it would eliminate the load balancing problems around
>> session access. I don't really like storing my data with the site
>> configuration info anyway :)
>>
>> Jason
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Andy Morsell
>> *Sent:* Sat 2006-11-18 12:14 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* [mapguide-users] Site corrupt - MG Server fails to start
>>
>> I have no idea how this happened, but it is rather disconcerting.
>> Luckily it was only the Site data that was a problem and that my
>> Library seems to be fine. Otherwise I would be reaching into my
>> backups to restore from.
>>
>>
>> ------------------------------------------------------------------------
>>
>> Subject:
>> RE: [mapguide-users] Site corrupt - MG Server fails to start
>> From:
>> "Andy Morsell" <amorsell at spatialgis.com>
>> Date:
>> Mon, 20 Nov 2006 13:13:05 -0800
>> To:
>> <users at mapguide.osgeo.org>
>>
>> To:
>> <users at mapguide.osgeo.org>
>>
>>
>> Thanks for the information Bruce, I'll try that next time I see these
>> symptoms (hopefully never again). Dave Wilson also mentioned in the
>> MapGuide Enterprise discussion group that if the files under Site are
>> deleted, then server will re-create them when started. I tested this
>> and it worked. You will end up losing any users and groups you setup
>> (and I'm sure other things, but I don't know exactly what), but I was
>> pleasantly surprised to see that resource service paths were not
>> effected (my repository is not in the default location).
>>
>> Andy
>>
>> ------------------------------------------------------------------------
>> *From:* Bruce Dechant [mailto:bruce.dechant at autodesk.com]
>> *Sent:* Monday, November 20, 2006 1:08 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> The files might not actually be corrupt, but may have not been closed
>> properly (example: due to power outage). When the server starts it
>> tries to "clean up" the repositories using the generated log files.
>> Under certain circumstances this can take longer then the Windows
>> Service Control Manager allows for a service starting up. The thing to
>> do in this case is to not run the server as a service and instead run
>> it interactively as an application to give the server time to cleanup
>> the repository. Once the repository has been cleaned up you can stop
>> the server application and restart it as a service. Note: that you
>> should not have to do this under normal operating conditions.
>>
>> Bruce
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
>> *Sent:* November 18, 2006 9:41 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> Good cautionary tale.
>>
>> If anyone is not backing up their repositories, they should strongly
>> consider it. I haven't seen any problems yet, but the repositories are
>> file-based and are subject to corruption in the case of interrupted
>> writes, etc.
>>
>> There is a RepositoryAdmin directory in the Server installation that
>> contains some utilities for doing this, and instructions. You can find
>> a copy of the isntructions here:
>>
>> https://mapguide.osgeo.org/source/browse/*checkout*/mapguide/trunk/MgDev/Server/RepositoryAdmin/MgOpenSourceRepositoryAdmin.pdf
>>
>> Hmm. It would be nice if we could leverage an RDBMS data store to
>> store the repository info. This would kinda break the managed data
>> idea, but it would eliminate the load balancing problems around
>> session access. I don't really like storing my data with the site
>> configuration info anyway :)
>>
>> Jason
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Andy Morsell
>> *Sent:* Sat 2006-11-18 12:14 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* [mapguide-users] Site corrupt - MG Server fails to start
>>
>> I have no idea how this happened, but it is rather disconcerting.
>> Luckily it was only the Site data that was a problem and that my
>> Library seems to be fine. Otherwise I would be reaching into my
>> backups to restore from.
>>
>>
>> ------------------------------------------------------------------------
>>
>> Subject:
>> RE: [mapguide-users] Site corrupt - MG Server fails to start
>> From:
>> "Jason Birch" <Jason.Birch at nanaimo.ca>
>> Date:
>> Mon, 20 Nov 2006 13:18:10 -0800
>> To:
>> <users at mapguide.osgeo.org>
>>
>> To:
>> <users at mapguide.osgeo.org>
>>
>>
>>
>> If you're talking about the same paths that I think you are, they are stored in the serverconfig.ini file. 
>>
>> Jason
>>
>> ________________________________
>>
>> From: Andy Morsell
>> Sent: Mon 2006-11-20 1:13 PM
>> To: users at mapguide.osgeo.org
>> Subject: RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>>
>> Thanks for the information Bruce, I'll try that next time I see these symptoms (hopefully never again).  Dave Wilson also mentioned in the MapGuide Enterprise discussion group that if the files under Site are deleted, then server will re-create them when started.  I tested this and it worked.  You will end up losing any users and groups you setup (and I'm sure other things, but I don't know exactly what), but I was pleasantly surprised to see that resource service paths were not effected (my repository is not in the default location).
>>
>>  
>>
>> ------------------------------------------------------------------------
>>
>> Subject:
>> RE: [mapguide-users] Site corrupt - MG Server fails to start
>> From:
>> "Brad Nesom" <kidsmake6 at msn.com>
>> Date:
>> Mon, 20 Nov 2006 15:47:17 -0600
>> To:
>> <users at mapguide.osgeo.org>
>>
>> To:
>> <users at mapguide.osgeo.org>
>>
>>
>> Is there a service or application that could be checked to see if the
>> cleanup is still running or completed?
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Bruce Dechant [mailto:bruce.dechant at autodesk.com]
>> *Sent:* Monday, November 20, 2006 3:08 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> The files might not actually be corrupt, but may have not been closed
>> properly (example: due to power outage). When the server starts it
>> tries to "clean up" the repositories using the generated log files.
>> Under certain circumstances this can take longer then the Windows
>> Service Control Manager allows for a service starting up. The thing to
>> do in this case is to not run the server as a service and instead run
>> it interactively as an application to give the server time to cleanup
>> the repository. Once the repository has been cleaned up you can stop
>> the server application and restart it as a service. Note: that you
>> should not have to do this under normal operating conditions.
>>
>> Bruce
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
>> *Sent:* November 18, 2006 9:41 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> Good cautionary tale.
>>
>> If anyone is not backing up their repositories, they should strongly
>> consider it. I haven't seen any problems yet, but the repositories are
>> file-based and are subject to corruption in the case of interrupted
>> writes, etc.
>>
>> There is a RepositoryAdmin directory in the Server installation that
>> contains some utilities for doing this, and instructions. You can find
>> a copy of the isntructions here:
>>
>> https://mapguide.osgeo.org/source/browse/*checkout*/mapguide/trunk/MgDev/Server/RepositoryAdmin/MgOpenSourceRepositoryAdmin.pdf
>>
>> Hmm. It would be nice if we could leverage an RDBMS data store to
>> store the repository info. This would kinda break the managed data
>> idea, but it would eliminate the load balancing problems around
>> session access. I don't really like storing my data with the site
>> configuration info anyway :)
>>
>> Jason
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Andy Morsell
>> *Sent:* Sat 2006-11-18 12:14 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* [mapguide-users] Site corrupt - MG Server fails to start
>>
>> I have no idea how this happened, but it is rather disconcerting.
>> Luckily it was only the Site data that was a problem and that my
>> Library seems to be fine. Otherwise I would be reaching into my
>> backups to restore from.
>>
>>
>> ------------------------------------------------------------------------
>>
>> Subject:
>> RE: [mapguide-users] Site corrupt - MG Server fails to start
>> From:
>> "Steve Dang" <steve.dang at autodesk.com>
>> Date:
>> Mon, 20 Nov 2006 14:12:25 -0800
>> To:
>> <users at mapguide.osgeo.org>
>>
>> To:
>> <users at mapguide.osgeo.org>
>>
>>
>> No, the server automatically runs this cleanup and completes it at
>> startup time. If there is a problem, the server will stop and throw an
>> exception.
>>
>> Steve.
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Brad Nesom [mailto:kidsmake6 at msn.com]
>> *Sent:* Monday, November 20, 2006 2:47 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> Is there a service or application that could be checked to see if the
>> cleanup is still running or completed?
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Bruce Dechant [mailto:bruce.dechant at autodesk.com]
>> *Sent:* Monday, November 20, 2006 3:08 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> The files might not actually be corrupt, but may have not been closed
>> properly (example: due to power outage). When the server starts it
>> tries to "clean up" the repositories using the generated log files.
>> Under certain circumstances this can take longer then the Windows
>> Service Control Manager allows for a service starting up. The thing to
>> do in this case is to not run the server as a service and instead run
>> it interactively as an application to give the server time to cleanup
>> the repository. Once the repository has been cleaned up you can stop
>> the server application and restart it as a service. Note: that you
>> should not have to do this under normal operating conditions.
>>
>> Bruce
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Jason Birch [mailto:Jason.Birch at nanaimo.ca]
>> *Sent:* November 18, 2006 9:41 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* RE: [mapguide-users] Site corrupt - MG Server fails to start
>>
>> Good cautionary tale.
>>
>> If anyone is not backing up their repositories, they should strongly
>> consider it. I haven't seen any problems yet, but the repositories are
>> file-based and are subject to corruption in the case of interrupted
>> writes, etc.
>>
>> There is a RepositoryAdmin directory in the Server installation that
>> contains some utilities for doing this, and instructions. You can find
>> a copy of the isntructions here:
>>
>> https://mapguide.osgeo.org/source/browse/*checkout*/mapguide/trunk/MgDev/Server/RepositoryAdmin/MgOpenSourceRepositoryAdmin.pdf
>>
>> Hmm. It would be nice if we could leverage an RDBMS data store to
>> store the repository info. This would kinda break the managed data
>> idea, but it would eliminate the load balancing problems around
>> session access. I don't really like storing my data with the site
>> configuration info anyway :)
>>
>> Jason
>>
>> ------------------------------------------------------------------------
>>
>> *From:* Andy Morsell
>> *Sent:* Sat 2006-11-18 12:14 PM
>> *To:* users at mapguide.osgeo.org
>> *Subject:* [mapguide-users] Site corrupt - MG Server fails to start
>>
>> I have no idea how this happened, but it is rather disconcerting.
>> Luckily it was only the Site data that was a problem and that my
>> Library seems to be fine. Otherwise I would be reaching into my
>> backups to restore from.
>>
>>     
>
>
>
>
>
>
>
> _______________________________________________
> mapguide-users mailing list
> mapguide-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-users
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> mapguide-users mailing list
> mapguide-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-users
>   