[mapguide-users] mgservice at 100%

George McLean gmclean at gorge.net
Tue Mar 20 20:24:40 EDT 2007


Thanks Steve,

Thant sounds like good advice.

George

Steve Dang wrote:
> 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
>
> _______________________________________________
> 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