[mapguide-users] mgservice at 100%

Steve Dang steve.dang at autodesk.com
Tue Mar 20 14:05:00 EDT 2007


Hi George,

BDB XML support does not suggest us to delete any file. It's nice if
that works. I still recommend you to rebuild your database from scratch
as suggested below, just in case the "fixed" database may still contain
some bad state that may go back and haunt us later.

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: Tuesday, March 20, 2007 12:53 PM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] mgservice at 100%

Thanks Steve,

I got it fixed per Traian's suggestion.

I think I need to learn more about BDB!

I appreciate the help.

George

Steve Dang wrote:
> Hi George,
>
> db_checkpoint and db_recover are Oracle BDB XML utilities. I do not
how
> well they work and how long it would take to run.
>
> It is possible that the repository is corrupt badly due to missing
> files. If any file gets deleted accidentally, you may not be able to
> recover your database.
>
> Alternately, you could use db_dump and db_load to rebuild your
database.
> The documentation can be found under "Utilities" at: 
>
>
http://www.oracle.com/technology/documentation/berkeley-db/db/api_cxx/fr
> ame.html
>
> 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: Tuesday, March 20, 2007 11:04 AM
> 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
>
> _______________________________________________
> 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