[mapguide-users] mgservice at 100%
Traian Stanev
traian.stanev at autodesk.com
Tue Mar 20 12:21:32 EDT 2007
Sometimes when I get problems with the repository, I manually delete all
files named __db.00X (where X is a number) under the Repositories
directory. This is a non-scientific suggestion though and is not
guaranteed to work...
Traian
-----Original Message-----
From: mapguide-users-bounces at lists.osgeo.org
[mailto:mapguide-users-bounces at lists.osgeo.org] On Behalf Of George
McLean
Sent: Tuesday, March 20, 2007 1:04 PM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] mgservice at 100%
Is there any way to know approximately how long the cold backup should
take? I am running backupofflinerepositories.bat and the CPU has been at
100% for about 20 minutes with the db_checkpoint.exe taking all the CPU.
I see the backupRepositories folder and subfolders but there are no
files in them yet.
Is it possible the repository database is in a state where the backup
does not work? Are there any tools to try and repair it? This is a
development system so if I had to rebuild it from scratch that would not
be a huge loss but it would be good to learn how to fix this sort of
problem.
Thanks
George
Steve Dang wrote:
> 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
>
> _______________________________________________
> 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
More information about the mapguide-users
mailing list