Justin - I am setting up a local grid on 9395 and working up from there.<br><br>Thanks!<br>BlueWall<br><br><div class="gmail_quote">On Fri, May 29, 2009 at 3:25 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The most helpful thing is if you could go backwards from r9573 on Europa until the problem goes away.  And then slowly<br>

inch forwards until it reappears, so we know which revision number the issue is associated with.<br>
<div><div></div><div class="h5"><br>
Charles Krinke wrote:<br>
> I tried with r9573 this morning to do a "save oar <oarFileName> and here<br>
> is my observation:<br>
><br>
> First on ckTai which is essentially a blank region.<br>
> Region (ckTai) # save oar ckTai0529<br>
> 18:16:09 - [ARCHIVER]: Writing archive for region ckTai to ckTai0529<br>
> 18:16:09 - [ARCHIVER]: 0 scene objects to serialize requiring save of 0<br>
> assets<br>
> 18:16:09 - [ARCHIVER]: AssetsRequest executed looking for 0 assets<br>
> 18:16:09 - [ARCHIVER]: Creating archive file.  This may take some time.<br>
> 18:16:09 - [ARCHIVER]: Added control file to archive.<br>
> 18:16:09 - [ARCHIVER]: Added region settings to archive.<br>
> 18:16:10 - [ARCHIVER]: Added terrain information to archive.<br>
> 18:16:10 - [ARCHIVER]: Added scene objects to archive.<br>
> 18:16:10 - [ARCHIVER]: Wrote out OpenSimulator archive for ckTai<br>
> Region (ckTai) # show version<br>
> Version: OpenSimulator Server  0.6.4.9573  (interface version 3)<br>
><br>
> Then on Europa which has pushing 1000 prims. What is interesting about<br>
> Europa is that the first line (in bold) printed out immediately and then<br>
> there is no response to console. The line below is 40 minutes later and<br>
> there is still no console response.<br>
><br>
><br>
> Region (Europa) # save oar Europa0529<br>
> 18:18:03 - [ARCHIVER]: Writing archive for region Europa to Europa0529<br>
> 18:31:43 - DIAGNOSTICS<br>
><br>
> Time now is 5/29/2009 6:31:43 PM<br>
> Server has been running since Tuesday, 5/19/2009 2:31:42 AM<br>
> That is an elapsed time of 10.16:00:00.4956310<br>
><br>
> ASSET STATISTICS<br>
> Asset cache contains        1 assets<br>
> Latest asset request time after cache miss: 0s<br>
> Blocked client requests for missing textures: 0<br>
> Asset service request failures: 0<br>
><br>
> CONNECTION STATISTICS<br>
> Abnormal client thread terminations: 0<br>
><br>
> INVENTORY STATISTICS<br>
> Initial inventory caching failures: 0<br>
><br>
> FRAME STATISTICS<br>
> Dilatn  SimFPS  PhyFPS  AgntUp  RootAg  ChldAg  Prims   AtvPrm  AtvScr<br>
> ScrLPS<br>
>   0.00       0     0.0     0.0       0       1      48       1<br>
> 0       0<br>
><br>
><br>
><br>
><br>
><br>
> ------------------------------------------------------------------------<br>
> *From:* Justin Clark-Casey <<a href="mailto:jjustincc@googlemail.com">jjustincc@googlemail.com</a>><br>
> *To:* <a href="mailto:opensim-users@lists.berlios.de">opensim-users@lists.berlios.de</a><br>
> *Sent:* Friday, May 29, 2009 9:01:37 AM<br>
> *Subject:* Re: [Opensim-users] "Save OAR" stopping since r9700<br>
><br>
> The data that we (the developers) really need is the exact revision<br>
> between r9561 to r9700 on which this started<br>
> failing.  I suggest a divide an conquer approach (see if the problem<br>
> occurs on r9641, if not, then try r9670, etc.).<br>
> Then that information should be put in a mantis (or an existing one, in<br>
> which case I'll need to know the number).<br>
><br>
> John Hopkin wrote:<br>
>  > Interesting - thanks (to both of you).<br>
>  ><br>
>  > I'm not what other information is relevant, but here's some:<br>
>  ><br>
>  > 1. For prims counts, they are two of the largest regions among the<br>
>  > seven, marked with asterisks here:<br>
>  ><br>
>  > 2889<br>
>  > 2717*<br>
>  >  858*<br>
>  >  526<br>
>  >  257<br>
>  >  195<br>
>  >    3<br>
>  ><br>
>  > 2. In total data size, they're the two of largest, as measured by the<br>
>  > size of the last good backup:<br>
>  ><br>
>  > 140M*<br>
>  >  31M<br>
>  >  23M*<br>
>  >  7M<br>
>  >  5M<br>
>  >  4M<br>
>  >  0.5M<br>
>  ><br>
>  > 3. Regarding terrain, as well as location on the grid, they're not<br>
>  > unusual; although they're adjacent to each other, all seven are<br>
>  > located contiguously and contain a mix of elevations.<br>
>  ><br>
>  > 4. They could well be the regions with the most scripts; I don't know<br>
>  > how I can find that out without a manual audit in-world.<br>
>  ><br>
>  > There are four other regions, not normally loaded, used occasionally<br>
>  > as sandboxes and storage areas.  I don't yet know if they're affected<br>
>  > by the bug.<br>
>  ><br>
>  > Hope this gives some idea, and maybe helps.  If you want to know<br>
>  > anything else, please ask.<br>
>  ><br>
>  > John<br>
>  ><br>
>  > BlueWall Slade wrote:<br>
>  ><br>
>  >> I have seen oar failures on Linux (Mono 2.4/64 Bit and Mono 2.5/32 Bit<br>
>  >> environments). And across several versions of OpenSim on several<br>
> different<br>
>  >> regions. My experience is that any region, in these environments,<br>
> with more<br>
>  >> than trivial content fails to complete the backup process. I am<br>
> continuing<br>
>  >> to investigate. Any other information would be most helpful.<br>
>  >><br>
>  >> Thanks,<br>
>  >> BlueWall<br>
>  >><br>
>  >> On Thu, May 28, 2009 at 3:25 PM, dr scofield<br>
</div></div>> <<a href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a> <mailto:<a href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a>>>wrote:<br>
<div class="im">>  >><br>
>  >>> John Hopkin wrote:<br>
>  >>>> Since I upgraded from r9561 to r9700, two out of seven regions don't<br>
>  >>>> back up using "save oar".  Even when they're the only region running,<br>
>  >>>> those two have the same symptom: after a while, the archiver appears<br>
>  >>>> to stop writing to the file, as if it's given up.<br>
>  >>>><br>
>  >>>> Looking at the files with tar, they're fine for many MB, then the<br>
>  >>>> archive ends prematurely.  There's nothing on the screen or in the log<br>
>  >>>> to indicate a problem.  This problem persists, and only on the same<br>
>  >>>> two regions - other regions back up fine.<br>
>  >>>><br>
>  >>>> Platform is Ubuntu Linux (Jaunty), Mono 2.2, MySQL 5.0; all seven<br>
>  >>>> regions run under one instance of OpenSim.exe.<br>
>  >>>><br>
>  >>> my not actually be the issue, but mono 2.2 has a bad reputation. 2.0.1<br>
>  >>> seems to be quite stable, 2.4 is also not too bad.<br>
>  >>><br>
>  >>>    dirk<br>
>  >>>> Any ideas?  Thanks in advance.<br>
>  >>>><br>
>  >>><br>
>  >>> --<br>
>  >>> dr dirk husemann ---- math & computer science ---- ibm zurich<br>
> research lab<br>
</div>>  >>> RL: <a href="mailto:hud@zurich.ibm.com">hud@zurich.ibm.com</a> <mailto:<a href="mailto:hud@zurich.ibm.com">hud@zurich.ibm.com</a>> - +41 44 724<br>
<div class="im">> 8573 - <a href="http://www.zurich.ibm.com/%7Ehud/" target="_blank">http://www.zurich.ibm.com/~hud/</a><br>
</div>> <<a href="http://www.zurich.ibm.com/%7Ehud/" target="_blank">http://www.zurich.ibm.com/%7Ehud/</a>><<a href="http://www.zurich.ibm.com/%7Ehud/" target="_blank">http://www.zurich.ibm.com/%7Ehud/</a>><br>

>  >>> SL: <a href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a> <mailto:<a href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a>><br>
<div class="im">> --------------------- <a href="http://xyzzyxyzzy.net/" target="_blank">http://xyzzyxyzzy.net/</a><br>
>  >>><br>
>  >>> _______________________________________________<br>
>  >>> Opensim-users mailing list<br>
</div>>  >>> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>><br>
<div class="im">>  >>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
>  >>><br>
><br>
><br>
> --<br>
> justincc<br>
> Justin Clark-Casey<br>
> <a href="http://justincc.wordpress.com" target="_blank">http://justincc.wordpress.com</a><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
</div>> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a> <mailto:<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>><br>
<div class="im">> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
><br>
><br>
</div>> ------------------------------------------------------------------------<br>
<div><div></div><div class="h5">><br>
> _______________________________________________<br>
> Opensim-users mailing list<br>
> <a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
<br>
<br>
--<br>
justincc<br>
Justin Clark-Casey<br>
<a href="http://justincc.wordpress.com" target="_blank">http://justincc.wordpress.com</a><br>
_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br>