[Opensim-dev] SVNBACKUP Module ... HowTo ?

Frisby, Adam adam at deepthink.com.au
Mon May 26 22:30:30 UTC 2008 

There's a brief HOWTO here:

http://opensimulator.wordpress.com/2008/04/20/svn-module-or-diy-rollbacks-and-backups/

Adam

-----Original Message-----
From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Ursula MATOVA
Sent: Monday, 26 May 2008 5:46 PM
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] SVNBACKUP Module ... HowTo ?

Ahhh :)

Just found something interresting ... :)

"svn save" hangs ( Mono 100% CPU ) if you're running squid ( asset  
server ) ... :(

Regards,

Ursula

Le 26 mai 08 à 20:10, Frisby, Adam a écrit :

> Difference is, Terrain is a region non-shared module, the SVN one is  
> shared.
>
> So it should just be registering on the first sim console in this  
> case, whereas terrain would break badly if you did that there.
>
> Regards,
>
> Adam
>
> -----Original Message-----
> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de 
> ] On Behalf Of Ursula MATOVA
> Sent: Monday, 26 May 2008 2:09 PM
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] SVNBACKUP Module ... HowTo ?
>
> Yes, you're right ...
> You have the same issue when typing "terrain help"
>
> And, you could reset your "terrain" table by running the "terrain  
> load-
> tile ... " command.
> or restoring a mysqldump :)
>
> Regards.
>
> Le 26 mai 08 à 20:04, dr scofield a écrit :
>
>> Ursula MATOVA wrote:
>>> Well,
>>>
>>> Just for information ( I need some more tests ) ...
>>>
>>> Previously ran "svn save" ...
>>>
>>> Then, I cleaned my MySQL database tables ( for testing ) ...
>>>
>>> Then, restart OpenSim, and run "svn load" from the console ...
>>>
>>> Everything seems to be Ok, except one strange thing ( that also
>>> occurs
>>> with the "svn save" command ) :
>>>
>>> I run 36 Regions on the grid ... And when I run "svn load", the
>>> process seems to be runned "36" times ... Not only once ... So, the
>>> "restore" process is very very very long ( About 11 min ) ... I
>>> couldn't imagine if I had many many objects :D
>>> ( Did you encountered this problem phrearch ? )
>>>
>> phrearch implemented a fix. not sure whether he committed it. the
>> problem is that svnbackup registers a PluginConsole handler with each
>> region --- but it's only necessary to do so once in this case.
>>
>> dr scofield
>>> 19:41:34
>>> Region# : svn load
>>> .../...
>>> 19:52:13 - [SVNBACKUP]: Region load successful ([KlinT World 35]).
>>> Region# :
>>>
>>> This doesn't corrupt my database, BUT, the "terrain" table grows a
>>> lot ... 1296 records are added to it ( 36x36 ) ... instead of only
>>> "36" records ...
>>>
>>> But, anyway, that do the job, and my "world" has been restored
>>> properly :)
>>>
>>> Regards,
>>>
>>> Ursula.
>>>
>>>
>>> Le 26 mai 08 à 19:08, Ursula MATOVA a écrit :
>>>
>>>
>>>> Yes, that seems to work now ...
>>>>
>>>> Mantis #1391 seems to solve the problem under Linux ...
>>>>
>>>> * Step 1 :
>>>>
>>>> Edit "./OpenSim/Region/Modules/SvnSerialiser/SvnBackupModule.cs"  
>>>> and
>>>> replace line #99 with the folowing one :
>>>>
>>>> List<string> filenames = m_serialiser.SerialiseRegion(scene,
>>>> m_svndir
>>>> + Slash.DirectorySeparatorChar + scene.RegionInfo.RegionID +
>>>> Slash.DirectorySeparatorChar);
>>>>
>>>> * Step 2 :
>>>>
>>>> Edit "/usr/local/etc/mono/config" and add the folowing line :
>>>>
>>>> <dllmap dll="libapr" target="libapr-1.so" os="!windows" />
>>>>
>>>> ... :)
>>>>
>>>> This solved the problem in my case :
>>>>
>>>> Linux "From Scratch",
>>>> Mono 1.9.1
>>>> Athlon64X2/4GB Ram
>>>> OpenSim 4852 / Grid Mode / 36 Regions
>>>>
>>>> Many thanks,
>>>> Regards,
>>>>
>>>> Ursula.
>>>>
>>>>
>>>> Le 26 mai 08 à 18:54, Ursula MATOVA a écrit :
>>>>
>>>>
>>>>> Thanks Adam,
>>>>>
>>>>> I'll check Mantis immediatly :)
>>>>>
>>>>> Regards.
>>>>>
>>>>> Le 26 mai 08 à 18:49, Frisby, Adam a écrit :
>>>>>
>>>>>
>>>>>> That shouldn't be a problem.
>>>>>>
>>>>>> Someone put a patch on mantis to fix this.
>>>>>>
>>>>>> I'll apply it myself if no-one else does in the next few hours.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Adam
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-bounces at lists.berlios.de
>>>>>> ] On Behalf Of Ursula MATOVA
>>>>>> Sent: Monday, 26 May 2008 12:49 PM
>>>>>> To: opensim-dev at lists.berlios.de
>>>>>> Subject: Re: [Opensim-dev] SVNBACKUP Module ... HowTo ?
>>>>>>
>>>>>> Maybe it's because we are trying to use a "Linux Based" SVN
>>>>>> server ... :(
>>>>>>
>>>>>> The leading "\" at the end of folders names seems to be a
>>>>>> problem ...
>>>>>>
>>>>>> :(
>>>>>>
>>>>>> Le 26 mai 08 à 18:31, Ursula MATOVA a écrit :
>>>>>>
>>>>>>
>>>>>>> Hi Jeroen,
>>>>>>>
>>>>>>> Well, I've tried again, with your tip ( <dllmap dll="libapr"
>>>>>>> target="libapr-1.so" os="!windows" /> ) ... Still have the  
>>>>>>> errors
>>>>>>> when
>>>>>>> running "svn save" command from the console :
>>>>>>>
>>>>>>> Region# :
>>>>>>> svn save
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 0]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 1]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 2]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 3]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 4]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 5]
>>>>>>> 18:27:39 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 6]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 7]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 8]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World 9]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 10]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 11]
>>>>>>> 18:27:40 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 12]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 13]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 14]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 15]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 16]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 17]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 18]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 19]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 20]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 21]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 22]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 23]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 24]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 25]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 26]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 27]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 28]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 29]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 30]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 31]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 32]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 33]
>>>>>>> 18:27:41 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 34]
>>>>>>> 18:27:42 - [SVNBACKUP]: Saving a region to SVN with name [KlinT
>>>>>>> World
>>>>>>> 35]
>>>>>>> 18:27:42 - [Console]: Command [svn save] failed with exception
>>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnException: Les cibles  
>>>>>>> font-
>>>>>>> elles
>>>>>>> parties de la même copie de travail ?; Le répertoire '/data/
>>>>>>> opensim.
>>>>>>> 4816/bin/SVNModule/a83150da-1ab1-11dd-89fb-0014853ee9da' est
>>>>>>> manquant
>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient.Commit3  
>>>>>>> (AprArray
>>>>>>> targets, Boolean recurse, Boolean keep_locks,
>>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnClientContext ctx, AprPool
>>>>>>> pool)
>>>>>>> [0x00000]
>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient.Commit3
>>>>>>> (ICollection targets, Boolean recurse, Boolean keep_locks)
>>>>>>> [0x00000]
>>>>>>> at
>>>>>>> OpenSim
>>>>>>> .Region.Modules.SvnSerialiser.SvnBackupModule.SaveAllRegions
>>>>>>> ()
>>>>>>> [0x00000]
>>>>>>> at
>>>>>>> OpenSim
>>>>>>> .Region
>>>>>>> .Modules
>>>>>>> .SvnSerialiser.SvnBackupModule.EventManager_OnPluginConsole
>>>>>>> (System.String[] args) [0x00000]
>>>>>>> at (wrapper delegate-invoke)
>>>>>>> System.MulticastDelegate:invoke_void_string[] (string[])
>>>>>>> at
>>>>>>> OpenSim
>>>>>>> .Region.Environment.Scenes.EventManager.TriggerOnPluginConsole
>>>>>>> (System.String[] args) [0x00000]
>>>>>>> at OpenSim.Region.Environment.Scenes.Scene.SendCommandToPlugins
>>>>>>> (System.String[] args) [0x00000]
>>>>>>> at OpenSim.Region.Environment.Scenes.SceneManager
>>>>>>> +
>>>>>>> < 
>>>>>>> >c__CompilerGenerated17.<SendCommandToPluginModules>c__64[Scene]
>>>>>>> (OpenSim.Region.Environment.Scenes.Scene scene) [0x00000]
>>>>>>> at
>>>>>>> System
>>>>>>> .Collections
>>>>>>> .Generic.List`1[OpenSim.Region.Environment.Scenes.Scene].ForEach
>>>>>>> (System.Action`1 action) [0x00000]
>>>>>>> at
>>>>>>> OpenSim
>>>>>>> .Region.Environment.Scenes.SceneManager.ForEachCurrentScene
>>>>>>> (System.Action`1 func) [0x00000]
>>>>>>> at
>>>>>>> OpenSim
>>>>>>> .Region
>>>>>>> .Environment.Scenes.SceneManager.SendCommandToPluginModules
>>>>>>> (System.String[] cmdparams) [0x00000]
>>>>>>> at OpenSim.OpenSimMainConsole.RunCmd (System.String command,
>>>>>>> System.String[] cmdparams) [0x00000]
>>>>>>> at OpenSim.Framework.Console.ConsoleBase.RunCmd (System.String
>>>>>>> Cmd,
>>>>>>> System.String[] cmdparams) [0x00000]
>>>>>>> at OpenSim.Framework.Console.ConsoleBase.RunCommand
>>>>>>> (System.String
>>>>>>> cmdline) [0x00000]
>>>>>>> Region# :
>>>>>>>
>>>>>>>
>>>>>>> Details for /data/opensim.4816/bin/SVNModule/ :
>>>>>>>
>>>>>>> drwxr-xr-x 2 root root       48 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\
>>>>>>> -rw-r--r-- 1 root root   262144 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\heightmap.r32
>>>>>>> -rw-r--r-- 1 root root       19 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\objects.xml
>>>>>>> -rw-r--r-- 1 root root       16 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\objects.xml.gzs
>>>>>>> -rw-r--r-- 1 root root      138 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\README.TXT
>>>>>>> -rw-r--r-- 1 root root       26 mai 26 18:27
>>>>>>> a83150da-1ab1-11dd-89fb-0014853ee9da\region.manifest
>>>>>>>
>>>>>>> But i'm not sure if it's my "home made linux" that is bad
>>>>>>> configured ... :'(
>>>>>>>
>>>>>>> I'll continue my tests later :)
>>>>>>>
>>>>>>> For Info, my OpenSim.ini is something like this :
>>>>>>>
>>>>>>> [SVN]
>>>>>>> Enabled = true
>>>>>>> # Directory = SVNmodule\repo
>>>>>>> Directory = /data/opensim.4816/bin/SVNModule
>>>>>>> URL = "svn://127.0.0.1/opensim"
>>>>>>> Username = "xxxxxxxx"
>>>>>>> Password = "xxxxxxxx"
>>>>>>> ImportOnStartup = false
>>>>>>> Autosave = false
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Ursula.
>>>>>>>
>>>>>>> Le 26 mai 08 à 09:06, Jeroen van Veen a écrit :
>>>>>>>
>>>>>>>
>>>>>>>> hey ursula,
>>>>>>>>
>>>>>>>> I had the same error. The dll is there, but mono fails to use  
>>>>>>>> it
>>>>>>>> somehow :/
>>>>>>>> apr and apr-utils were natively installed though, and /usr/lib/
>>>>>>>> libapr-1.so is
>>>>>>>> the library on my system. I added this to /etc/mono/config
>>>>>>>>
>>>>>>>> <dllmap dll="libapr" target="libapr-1.so" os="!windows" />
>>>>>>>>
>>>>>>>> Now the dll loads, and I get another error:
>>>>>>>> Exception: PumaCode.SvnDotNet.SubversionSharp.SvnException:
>>>>>>>> PROPFIND
>>>>>>>> request
>>>>>>>> failed on '/svn/osvn'; PROPFIND of '/svn/osvn': Server
>>>>>>>> certificate
>>>>>>>> verification failed: certificate issued for a different
>>>>>>>> hostname,
>>>>>>>> issuer is
>>>>>>>> not trusted (https://192.168.2.101)
>>>>>>>>
>>>>>>>> in OpenSim.ini:
>>>>>>>> [SVN]
>>>>>>>> Enabled = true
>>>>>>>> Directory = /opt/opensim/production/SVNModule
>>>>>>>> URL = "https://192.168.2.101/svn/osvn"
>>>>>>>> Username = "svnuser"
>>>>>>>> Password = "svnpw"
>>>>>>>> ImportOnStartup = true
>>>>>>>> Autosave = true
>>>>>>>> AutoSavePeriod = 15
>>>>>>>>
>>>>>>>> I'm not sure why its complaining about a certificate. It's
>>>>>>>> probably
>>>>>>>> some ssl
>>>>>>>> setting I messed up :(
>>>>>>>>
>>>>>>>> phrearch
>>>>>>>>
>>>>>>>>
>>>>>>>> Op Wednesday 07 May 2008 11:46:22 schreef Ursula MATOVA:
>>>>>>>>
>>>>>>>>> Well ...
>>>>>>>>>
>>>>>>>>> After some investigations,
>>>>>>>>> I have found that Berkeley DB was missing on my system
>>>>>>>>> ( oupps ) ...
>>>>>>>>> So I have just rebuild apr / apr-utils / subversion ...
>>>>>>>>>
>>>>>>>>> I still have the same error :S
>>>>>>>>>
>>>>>>>>> at OpenSim.Application.Main (System.String[] args) [0x00000]
>>>>>>>>> InnerException: System.TypeInitializationException: An
>>>>>>>>> exception
>>>>>>>>> was
>>>>>>>>> thrown by the type initializer for
>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr
>>>>>>>>> ---
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>>
>>>>>>>>> at (wrapper managed-to-native)
>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>>
>>>>>>>>> :S
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Ursula
>>>>>>>>>
>>>>>>>>> Le 7 mai 08 à 10:35, Ursula MATOVA a écrit :
>>>>>>>>>
>>>>>>>>>> Hi Justin,
>>>>>>>>>>
>>>>>>>>>> Thanks for the link, but I already read this page :)
>>>>>>>>>>
>>>>>>>>>> The error I have maybe caused by some errors in my SVN
>>>>>>>>>> Repository.
>>>>>>>>>>
>>>>>>>>>> Nobody tried this Module under Linux ?
>>>>>>>>>>
>>>>>>>>>> Regards,
>>>>>>>>>> Ursula.
>>>>>>>>>>
>>>>>>>>>> Le 7 mai 08 à 10:24, Justin Clark-Casey a écrit :
>>>>>>>>>>
>>>>>>>>>>> Hi Ursula,
>>>>>>>>>>>
>>>>>>>>>>> Try
>>>>>>>>>>>
>>>>>>>>>>> http://opensimulator.wordpress.com/2008/04/20/svn-module-or-diy-rollback
>>>>>>>>>>> s-and-backups/
>>>>>>>>>>>
>>>>>>>>>>> for documentation.
>>>>>>>>>>>
>>>>>>>>>>> I'm afraid I don't know why you're getting that error, I'm
>>>>>>>>>>> not
>>>>>>>>>>> familiar
>>>>>>>>>>> with that portion of the code
>>>>>>>>>>>
>>>>>>>>>>> Ursula MATOVA wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> I'd like to test the brand new SVNBackupModule
>>>>>>>>>>>> but, I'm unable to find any documentation on it :( could
>>>>>>>>>>>> somebody
>>>>>>>>>>>> point me on if it exists ?
>>>>>>>>>>>>
>>>>>>>>>>>> I've made some tests, but without success for now ...
>>>>>>>>>>>>
>>>>>>>>>>>> - Set up a SVN Server on my Linux Box,
>>>>>>>>>>>> - Creating an initial repository : "opensim",
>>>>>>>>>>>> - Test from my windows box with TortoiseSVN. I'm able to
>>>>>>>>>>>> checkin/
>>>>>>>>>>>> checkout the repository.
>>>>>>>>>>>>
>>>>>>>>>>>> Now, OpenSim.ini configuration :
>>>>>>>>>>>>
>>>>>>>>>>>> [SVN]
>>>>>>>>>>>> Enabled = true
>>>>>>>>>>>> Directory = SVN4488
>>>>>>>>>>>> URL = "svn://127.0.0.1/opensim"
>>>>>>>>>>>> Username = "yyyyyyyy"
>>>>>>>>>>>> Password = "xxxxxxxx"
>>>>>>>>>>>> ImportOnStartup = true
>>>>>>>>>>>> Autosave = false
>>>>>>>>>>>> AutoSavePeriod = 15 ; Number of minutes between autosave
>>>>>>>>>>>> backups
>>>>>>>>>>>>
>>>>>>>>>>>> Gives me the following error :
>>>>>>>>>>>>
>>>>>>>>>>>> 16:32:28 - [SVNBACKUP]: Connecting to SVN server svn://
>>>>>>>>>>>> 127.0.0.1/
>>>>>>>>>>>> opensim ...
>>>>>>>>>>>> [APPLICATION]:
>>>>>>>>>>>> APPLICATION EXCEPTION DETECTED:
>>>>>>>>>>>> System.UnhandledExceptionEventArgs
>>>>>>>>>>>>
>>>>>>>>>>>> Exception: System.TypeInitializationException: An exception
>>>>>>>>>>>> was
>>>>>>>>>>>> thrown
>>>>>>>>>>>> by the type initializer for
>>>>>>>>>>>> PumaCode.SvnDotNet.SubversionSharp.SvnClient --->
>>>>>>>>>>>> System.TypeInitializationException: An exception was
>>>>>>>>>>>> thrown by
>>>>>>>>>>>> the
>>>>>>>>>>>> type initializer for PumaCode.SvnDotNet.AprSharp.Apr --->
>>>>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>>>> at (wrapper managed-to-native)
>>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.Apr..cctor () [0x00000] ---
>>>>>>>>>>>> End
>>>>>>>>>>>> of
>>>>>>>>>>>> inner exception stack trace ---
>>>>>>>>>>>>
>>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.AprAllocator.Create ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.AllocatorCreate  
>>>>>>>>>>>> ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate
>>>>>>>>>>>> (AprPool
>>>>>>>>>>>> pool)
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnConfig.Ensure ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient..cctor ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> --- End of inner exception stack trace ---
>>>>>>>>>>>>
>>>>>>>>>>>> at
>>>>>>>>>>>> OpenSim
>>>>>>>>>>>> .Region
>>>>>>>>>>>> .Modules.SvnSerialiser.SvnBackupModule.SetupSvnProvider
>>>>>>>>>>>> () [0x00000]
>>>>>>>>>>>> at
>>>>>>>>>>>> OpenSim
>>>>>>>>>>>> .Region 
>>>>>>>>>>>> .Modules.SvnSerialiser.SvnBackupModule.PostInitialise
>>>>>>>>>>>> ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at OpenSim.Region.Environment.ModuleLoader.PostInitialise  
>>>>>>>>>>>> ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at
>>>>>>>>>>>> OpenSim
>>>>>>>>>>>> .ApplicationPlugins 
>>>>>>>>>>>> .LoadRegions.LoadRegionsPlugin.Initialise
>>>>>>>>>>>> (OpenSim.OpenSimMain openSim) [0x00000]
>>>>>>>>>>>> at OpenSim.OpenSimMain.InternalStartUp () [0x00000]
>>>>>>>>>>>> at OpenSim.OpenSimMainConsole.StartUp () [0x00000]
>>>>>>>>>>>> at OpenSim.Application.Main (System.String[] args)  
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> InnerException: System.TypeInitializationException: An
>>>>>>>>>>>> exception
>>>>>>>>>>>> was
>>>>>>>>>>>> thrown by the type initializer for
>>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr
>>>>>>>>>>>> ---
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> System.DllNotFoundException: libapr
>>>>>>>>>>>>>
>>>>>>>>>>>> at (wrapper managed-to-native)
>>>>>>>>>>>> PumaCode.SvnDotNet.AprSharp.Apr:apr_initialize ()
>>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.Apr..cctor () [0x00000] ---
>>>>>>>>>>>> End
>>>>>>>>>>>> of
>>>>>>>>>>>> inner exception stack trace ---
>>>>>>>>>>>>
>>>>>>>>>>>> at PumaCode.SvnDotNet.AprSharp.AprAllocator.Create ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.AllocatorCreate  
>>>>>>>>>>>> ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate
>>>>>>>>>>>> (AprPool
>>>>>>>>>>>> pool)
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.Svn.PoolCreate ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnConfig.Ensure ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>> at PumaCode.SvnDotNet.SubversionSharp.SvnClient..cctor ()
>>>>>>>>>>>> [0x00000]
>>>>>>>>>>>>
>>>>>>>>>>>> Application is terminating: True
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Any idea ?
>>>>>>>>>>>>
>>>>>>>>>>>> I'm using OpenSim.Rev4488 / Linux32 / Standalone / Mono
>>>>>>>>>>>> 1.9.1
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks in advance,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Ursula.
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Opensim-dev mailing list
>>>>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> justincc
>>>>>>>>>>> Justin Clark-Casey
>>>>>>>>>>> http://justincc.wordpress.com
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Opensim-dev mailing list
>>>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Opensim-dev mailing list
>>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Opensim-dev mailing list
>>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Opensim-dev mailing list
>>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Opensim-dev mailing list
>>>>>>> Opensim-dev at lists.berlios.de
>>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>>
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Opensim-dev mailing list
>>>>>> Opensim-dev at lists.berlios.de
>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>> _______________________________________________
>>>>>> Opensim-dev mailing list
>>>>>> Opensim-dev at lists.berlios.de
>>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> Opensim-dev mailing list
>>>>> Opensim-dev at lists.berlios.de
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Opensim-dev mailing list
>>>> Opensim-dev at lists.berlios.de
>>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>>
>>
>> -- 
>> dr dirk husemann ---- math & computer science ---- ibm zurich
>> research lab
>> RL: hud at zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/
>> SL: drscofield at xyzzyxyzzy.net --------------------- http://xyzzyxyzzy.net/
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>

_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

More information about the Opensim-dev mailing list