[mapguide-users] mgservice at 100%

Traian Stanev traian.stanev at autodesk.com
Tue Mar 20 13:53:05 EDT 2007


They are the files you need to delete if things don't work. :) Just
kidding. 

I'm not sure but I think those store the BerkelyDb runtime environment
including its memory cache. Sometime Berkeley Db gets messed up and
needs a kick in the head to get going again.

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 2:47 PM
To: MapGuide Users Mail List
Subject: Re: [mapguide-users] mgservice at 100%

Thanks Traian!

That did the trick. I tried to run db_recover by modifying the 
RepositoryAdmin.php but that sent the CPU into 100% with dbrecover.exe.

What are those files that you suggested I delete?

Thanks again

George


Traian Stanev wrote:
> 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
>
>
> _______________________________________________
> 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