[mapguide-users] mgservice at 100%

Steve Dang steve.dang at autodesk.com
Mon Mar 19 19:58:31 EDT 2007


Hi George,

I suggest you to perform a "cold" backup then a restore of the
repositories. The instruction should be under the MapGuide Server
installation directory:

	..\Server\RepositoryAdmin\RepositoryAdmin.pdf

Steve.

-----Original Message-----
From: mapguide-users-bounces at lists.osgeo.org
[mailto:mapguide-users-bounces at lists.osgeo.org] On Behalf Of George
McLean
Sent: Monday, March 19, 2007 6:26 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



More information about the mapguide-users mailing list