Anschluss der externen Regionen

Lena Vanilli
Lena Vanilli
 Administrator in Technical Support
*** English Version Below ***

Huhu Metros,

wenn ihr eure eigenen Regionen an die METRO anschliessen wollt, dann achtet bitte darauf, dass ihr NICHT die alten Configs nehmt. Denn dann landet ihr nur auf dem alten Grid (welches jetzt aber auch bereits abgeschaltet ist). Deswegen findet ihr es auch nicht auf dem neuen Grid.

Bitte die neuen Configs benutzen. Und dann sollte es auch gehen.

Die Simulator-Software Version 0.9.1 findet ihr hier:
https://hypergrid.org/download/metropolis-os_091_DEV_PLUS.zip

Wenn ihr euch neue Koordinaten suchen wollt, dann könnt ihr gleich auch das tool "FreeCoords" wieder nutzen. Das gebe ich hier aber noch bekannt, wenn es fertig ist.

Und was ihr auch machen solltet: den Viewer-Cache löschen! Sonst könnte euer Viewer etwas verwirrt sein. ;)

Liebe Grüße
Lena

------------------------------------------------

*** English Version ***

Huhu Metros,

if you want to connect your own regions to the METRO, then please make sure that you do NOT take the old configs. Because then you only land on the old grid (which is now already switched off). That's why you can not find it on the new grid.

Please use the new configs. And then it should work.

The simulator software version 0.9.1 can be found here:

If you want to search for new coordinates, then you can also use the tool "FreeCoords" again. I'll give that here but still known when it's done.

And whatever you should do: delete the viewer cache! Otherwise, your viewer could be a bit confused. ;)

Greetings
Lena

Thanked by: josjoha

Comments

  • josjoha
    josjoha
     Member
    huhu :)
    Sind da Empfehlungen (oder Regeln) wo eine eigene Region die nicht immer da ist und/oder var Regionen gesetst werden sollen ? Vielleicht ist es nicht gut mit zwei 4x4 Regionen so eng wie möglich an 0,0 zu bekommen, deren jah auch nicht immer da ist (aber vielleicht später kann das änderen) ? Oder soll es einfach sein: wie schnell ist, die hatt es. XD

    Ich denke besser fragen, sonst ich eine menge Land besetze die jemand haben wollen.

    **
    English: are there or should there be best practices (or rules) for where to put Regions which are not always online, and/or var Regions ? Perhaps it is not so good to put two 4x4 Regions as close as possible to 0,0, who are not even always there ? Or should it simply be: who is the quickest has what he got. (lol)

    I thought I better ask before getting angry faces by poking large amounts of lands on coveted spots.
  • Etstu_Lirew
    Etstu_Lirew
     Member
    Schon im alten Metro gab es die Bitte, nciht immer verfügbare Regionen etwas weiter von der Main weg zu bauen, um ein geschlosseneres Bild zu erzeugen und mehr platz für die immer verfügbaren öffentlichen sims zu lassen
    Thanked by: josjoha
  • Lena Vanilli
    Lena Vanilli
     Administrator edited March 5
    *** English Version Below ***

    Huhu @josjoha

    wie @Etstu_Lirew ; schon meint: Temporäre Regionen sollten etwas weiter vom Zentrum entfernt angesiedelt werden, damit Neu-Ankömmlinge nicht gerade auf den Offline-Regionen als erstes landen wollen. ;)

    Um die Grid-Mitte (7000:7000) sollte ein Ring mit der Tiefe von 3 Regionen frei bleiben, damit wir dort die Mainlands platzieren können.

    Liebe Grüße
    Lena

    -------------------------------------
    *** English Version ***


    as @Etstu_Lirew already suggests: Temporary regions should be located a little further from the center, so that newcomers will not land first on the offline regions. ;)

    Around the grid center (7000: 7000) a ring with the depth of 3 regions should be left free so we can place the Mainlands near to the center.

    Thanked by: josjoha
  • Neyri_te_Lukara
    Neyri_te_Lukara
     Member
    Huhu ihr lieben, 

    die Pangea Regionen sind nun alle im neuen Metrogrid angebunden und voll geladen. 

    Nach einer guten Zusammenarbeit von unserem Pangea-Team, sind die Konfigurationen in sämtlichen INIs aller Regionen  angepasst. Wir bedanken uns ganz herzlich am Metro-Admin Team für ihr äußerst starkes  Leistungsvermögen und offene Hilfestellungen. 

    Unsere SIMs liegen nun, mit Abstand, in nächster Nachbarschaft zu *Metropolis*. 
    Wir lassen die "Roleplay"  nun über einige Tage laufen, um eventuell auftretende Fehler auszumerzen und gegebenenfalls euch darüber zu Informieren. 

    Alle alten/neuen Metros sind gerne eingeladen uns im Regenwald von Pangea zu besuchen. 
    Region: District 153 - Roleplay Pangea
    (liegt auf der Karte oberhalb von *Metropolis*)

    Wer sich nun unsere Regionspositionen ansieht, erkennt den gewählten Abstand zu *Metropolis* und untereinander. 

    Unter Positionsregeln-/Empfehlungen sehe ich einzig als aller Wichtigste, dass ein definierter Abstand von nicht zusammengehörigen Regionen eingehalten werden sollte, um die neu gewonnene Performance lange genießen zu können.

    Wir Blauen sind echt Happy und freuen uns sehr darauf hier im neuen Metro mit Allen die Welten zu bevölkern.

    Lg Neyri
    Thanked by: Lena Vanilli
  • josjoha
    josjoha
     Member edited March 6
    Hi, I have unfortunately discovered that an OAR does not save script state, thus confusing my lag reducing rezzers. Therefore I will have to reconfigure, replace and rotate 226 objects in 7 scenes, unless I could still connect the old server and make a new OAR with all objects rezzed out. Is that still possible ? When connecting this morning with the old server I only got errors. (I'll reprogram things to not depend on script state for next time.)

    The new 0.9 server on GNU/Debian/Linux (mono 5.18) takes about 10 minutes to shut down, terminating eventually with this error: "APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs
    Exception: System.ArgumentNullException: Value cannot be null. (etc)" It does not seem to matter, everything else is working as it should.

    Update 5 March 5:19. Could start old server in old metro grid, but not log into the old grid.
  • Etstu_Lirew
    Etstu_Lirew
     Member
    Gibts schon einen Termin, wann die Regionsverwaltung für die neuen Regionen online geht?
  • Lena Vanilli
    Lena Vanilli
     Administrator
    @Etstu_Lirew, einen genauen Termin gibt es noch nicht. Aber es wird im Laufe der Woche sein. Das Regions-Management ist eines der aufwendigsten Tools was die Anpassung angeht.  Deshalb kommt es ziemlich zum Schluss dran. ;)
  • Zak Spot
    Zak Spot
     Member
    Hello josjoha,

    could you please try as a first step to copy the old ScriptEngines folder that contains the old script states to the new bin folder maybe that does the trick.

    Regarding the error: yes it is known but it seems to be temporarily happening on the first few shutdowns . Currently i can not replicate it anymore for my testregions but we will investigate this. If you post an error it is always helpful to see the context maybe the line above or below contains the answer.

    Greetings
    Zak


    Thanked by: josjoha
  • josjoha
    josjoha
     Member
    Hi Zak, Thank you for your idea, it seemed it could work but unfortunately it did not. The console output is pasted here: https://pastebin.com/DcusA45J The exit error above discussed happened:
    10:22:22 - [APPLICATION]:
    APPLICATION EXCEPTION DETECTED: (........)
    This below was not there before, perhaps to do with our copy ScriptEngine attempt ?
    10:01:21 - [EVENT MANAGER]: Delegate for TriggerRezScript (.......)
    10:01:21 - [Script]: SceneObjectPart with localID 1517359845 unavailable. (.........)
    This below might also be something strange. It is the scripted rezzing of an NPC (non playing character), which is done only at startup, however now also a message upon shut down.
    10:14:50 - [SCENE PRESENCE]: Completing movement of online indicator into region Distributism in position <261.9645, 774.2237, 41.16716>
    These below messages happen on every startup, but only two or three on the old server.
    09:50:53 - [LAND MANAGEMENT MODULE]: Cannot add parcel (..........)

    Startup and the exit error:
    josdebian% mono OpenSim.exe
    09:50:48 - [OPENSIM MAIN]: Using async_call_method SmartThreadPool
    09:50:48 - [OPENSIM MAIN] Running GC in workstation mode
    09:50:48 - [STARTUP]: Beginning startup processing
    09:50:48 - [STARTUP]: version: OpenSim 0.9.1.0 Snail Metropolis Edition [20] Dev     
    09:50:48 - [STARTUP]: Operating system version: Unix 4.9.0.8, .NET platform Unix, 64-bit

    (...)

    Region (root) # quit
    10:04:35 - [SCENE]: Closing down the single simulator: Distributism
    10:04:47 - [EVENT MANAGER]: TriggerSceneShuttingDown done
    10:14:50 - [SCENE PRESENCE]: Completing movement of online indicator into region Distributism in position <261.9645, 774.2237, 41.16716>
    10:22:16 - [LLUDPSERVER]: Shutting down the LLUDP server for Distributism
    10:22:16 - [XEngine]: Shutting down 712 scripts in Distributism
    10:22:17 - [SCENE]: Closing down the single simulator: Distributed Sand
    10:22:17 - [EVENT MANAGER]: TriggerSceneShuttingDown done
    10:22:22 - [LLUDPSERVER]: Shutting down the LLUDP server for Distributed Sand
    10:22:22 - [XEngine]: Shutting down 143 scripts in Distributed Sand
    10:22:22 - [APPLICATION]:
    APPLICATION EXCEPTION DETECTED: System.UnhandledExceptionEventArgs

    Exception: System.ArgumentNullException: Value cannot be null.
    Parameter name: obj
      at (wrapper managed-to-native) System.Threading.Monitor.Exit(object)
      at System.Threading.SemaphoreSlim.Wait (System.Int32 millisecondsTimeout, System.Threading.CancellationToken cancellationToken) [0x0014a] in <61d5ec988156494684532710ebf1643d>:0
      at System.Collections.Concurrent.BlockingCollection`1[T].TryTakeWithNoTimeValidation (T& item, System.Int32 millisecondsTimeout, System.Threading.CancellationToken cancellationToken, System.Threading.CancellationTokenSource combinedTokenSource) [0x00067] in <99508e34019346e68bffacfcecbd997e>:0
      at System.Collections.Concurrent.BlockingCollection`1[T].TryTake (T& item, System.Int32 millisecondsTimeout) [0x0000e] in <99508e34019346e68bffacfcecbd997e>:0
      at OpenSim.Region.ClientStack.Linden.GetAssetsModule.DoAssetRequests () [0x00002] in <0a617ff80d284a7b9c341282ded50a37>:0
      at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) <0x7f01e7a14820 + 0x00084> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) <0x7f01e7a127f0 + 0x00171> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) <0x7f01e7a127a0 + 0x00016> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ThreadHelper.ThreadStart () <0x7f01e7a14930 + 0x00020> in <61d5ec988156494684532710ebf1643d>:0

    Application is terminating: True

    [ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentNullException: Value cannot be null.
    Parameter name: obj
      at (wrapper managed-to-native) System.Threading.Monitor.Exit(object)
      at System.Threading.SemaphoreSlim.Wait (System.Int32 millisecondsTimeout, System.Threading.CancellationToken cancellationToken) [0x0014a] in <61d5ec988156494684532710ebf1643d>:0
      at System.Collections.Concurrent.BlockingCollection`1[T].TryTakeWithNoTimeValidation (T& item, System.Int32 millisecondsTimeout, System.Threading.CancellationToken cancellationToken, System.Threading.CancellationTokenSource combinedTokenSource) [0x00067] in <99508e34019346e68bffacfcecbd997e>:0
      at System.Collections.Concurrent.BlockingCollection`1[T].TryTake (T& item, System.Int32 millisecondsTimeout) [0x0000e] in <99508e34019346e68bffacfcecbd997e>:0
      at OpenSim.Region.ClientStack.Linden.GetAssetsModule.DoAssetRequests () [0x00002] in <0a617ff80d284a7b9c341282ded50a37>:0
      at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) <0x7f01e7a14820 + 0x00084> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) <0x7f01e7a127f0 + 0x00171> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) <0x7f01e7a127a0 + 0x00016> in <61d5ec988156494684532710ebf1643d>:0
      at System.Threading.ThreadHelper.ThreadStart () <0x7f01e7a14930 + 0x00020> in <61d5ec988156494684532710ebf1643d>:0
    josdebian% date
    Wed Mar  6 10:22:29 CET 2019
    josdebian%
  • josjoha
    josjoha
     Member edited March 6
    Another issue about script state seems to be that objects in the new grid inventory have also lost their state. Rezzers stored in the new inventory also do not work (lost their position/rotation). I suspect all script states in the new inventory have been lost. It could be interesting to test this with houses which come in multiple objects and are packaged with a rezzer system. Testing this with the few buildings that I have of this type (with rezzer scripting that I did not work on) resulted in these rezzers not working either.
    [09:44:02] maison champignon-rezzer  2     Positioning
    [09:44:02] maison champignon-rezzer  2     soucheoups.....no position registred
    [09:44:29] maison champignon-rezzer  2     Stop menu listener....
    P.S. The exit error we earlier discussed has now disappeared. The program is now fully exiting, returning to the prompt.
    (...)
    Region (root) # quit

    18:53:48 - [SCENE]: Closing down the single simulator: Distributism
    18:54:32 - [EVENT MANAGER]: TriggerSceneShuttingDown done
    19:00:38 - [LLUDPSERVER]: Shutting down the LLUDP server for Distributism
    19:00:38 - [XEngine]: Shutting down 707 scripts in Distributism
    19:00:39 - [SCENE]: Closing down the single simulator: Distributed Sand
    19:00:39 - [EVENT MANAGER]: TriggerSceneShuttingDown done
    19:00:41 - [LLUDPSERVER]: Shutting down the LLUDP server for Distributed Sand
    19:00:41 - [XEngine]: Shutting down 149 scripts in Distributed Sand
    19:00:42 - [SHUTDOWN]: Shutdown processing on main thread complete.  Exiting...
    josdebian%

    Update: ... but unfortunately, the error did occur again a few quits later. Ok that's all for now, thanks for any help you could provide.
  • josjoha
    josjoha
     Member
    Everything is recovered now and working, because I could log into the old grid for a last time. Thanks for this. :D
Sign In or Register to comment.

Welcome

It looks like you're new here. If you want to get involved, click one of these buttons!

Discussions

© Copyright 2019 - Metropolis Metaversum
All times are GMT