<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:14pt"><div>I tried with r9573 this morning to do a "save oar <oarFileName> and here 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 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 Europa is that the first line (in bold) printed out immediately and then there is no response to console. The line below is 40 minutes later and there is still no console response.<br><br><br>Region (Europa) # save oar Europa0529<br><span style="font-weight: bold;">18:18:03 - [ARCHIVER]: Writing archive for region Europa to Europa0529</span><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 ScrLPS<br> 0.00 0 0.0 0.0 0 1 48 1 0 0<br><br><br><br><br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 14pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Justin Clark-Casey <jjustincc@googlemail.com><br><b><span
style="font-weight: bold;">To:</span></b> opensim-users@lists.berlios.de<br><b><span style="font-weight: bold;">Sent:</span></b> Friday, May 29, 2009 9:01:37 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Opensim-users] "Save OAR" stopping since r9700<br></font><br>
The data that we (the developers) really need is the exact revision between r9561 to r9700 on which this started <br>failing. I suggest a divide an conquer approach (see if the problem occurs on r9641, if not, then try r9670, etc.). <br>Then that information should be put in a mantis (or an existing one, in 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 different<br>>> regions. My experience is that any region, in these environments, with more<br>>> than trivial content fails to complete the backup process. I am 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 <<a ymailto="mailto:drscofield@xyzzyxyzzy.net" href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a>>wrote:<br>>><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 research lab<br>>>> RL: <a ymailto="mailto:hud@zurich.ibm.com"
href="mailto:hud@zurich.ibm.com">hud@zurich.ibm.com</a><span> - +41 44 724 8573 - <a target="_blank" href="http://www.zurich.ibm.com/%7Ehud/">http://www.zurich.ibm.com/~hud/</a><<a target="_blank" href="http://www.zurich.ibm.com/%7Ehud/">http://www.zurich.ibm.com/%7Ehud/</a>></span><br>>>> SL: <a ymailto="mailto:drscofield@xyzzyxyzzy.net" href="mailto:drscofield@xyzzyxyzzy.net">drscofield@xyzzyxyzzy.net</a><span> --------------------- <a target="_blank" href="http://xyzzyxyzzy.net/">http://xyzzyxyzzy.net/</a></span><br>>>><br>>>> _______________________________________________<br>>>> Opensim-users mailing list<br>>>> <a ymailto="mailto:Opensim-users@lists.berlios.de" 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>-- <br>justincc<br>Justin Clark-Casey<br><span><a target="_blank" href="http://justincc.wordpress.com">http://justincc.wordpress.com</a></span><br>_______________________________________________<br>Opensim-users mailing list<br><a ymailto="mailto:Opensim-users@lists.berlios.de" 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></div></body></html>