[Opensim-dev] Fwd: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing baked texture spamming console
Justin Clark-Casey
jjustincc at googlemail.com
Mon Oct 28 21:31:05 UTC 2013
Are you absolutely sure this setting is present? When I looked through the results of "config save" I was pretty sure
it did not. I rely on "config save" / "config show" because this is the final view from the server of the config once
everything has been included and merged. The complexity of our configuration makes it quite possible for it to appear
that something is being loaded when somehow another file is being included or those settings are being unset elsewhere.
The wiki page at [1] has a bit more info on this.
Otherwise I would be happy to look at the "config save" again if you reattach. I don't have a copy any more since I
delete answered e-mail and it's not saved elsewhere since you didn't send it directly to the mailing list.
[1] http://opensimulator.org/wiki/Configuring_Simulator_Parameters
On 28/10/13 13:32, Mark Seibert wrote:
> What you described matches the problem well, but I just checked that particular file and it does indeed have a
>
> Cap_UploadBakedTexture = "localhost"
>
> in the [ClientStack.LindenCaps] of my OpenSimDefaults.ini file.
>
> I'm starting to believe it is some sort of machine or OS problem, as I've fresh installed about 4 times.
>
> The doc on the website claims there are no new required config changes in this update. Could that be an issue? Is there
> anything new absolutely needed from .7.5 to .7.6?
>
>
> On Fri, Oct 25, 2013 at 6:41 PM, Justin Clark-Casey <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> wrote:
>
> Thanks Mark. I believe the problem is being triggered by the fact that you do not have a
>
> Cap_UploadBakedTexture = localhost
>
> entry in your [ClientStack.LindenCaps] section. This means that the viewers are falling back to the older baked
> texture upload mechanism through the ASSET XFER UPLOADER as I can see now in the log. But for some reason this is
> not saving the asset, so the appearance checker cannot find it and requests a rebake, ad infinitum.
>
> These really should be loaded in from your OpenSimDefaults.ini file so I'm quite puzzled as to why they aren't
> there. I would suggest checking this file and replacing it with a fresh one from the OpenSimulator 0.7.6 package if
> necessary.
>
>
> On 24/10/13 21:15, Mark Seibert wrote:
>
> Attached are my Robust.ini and OpenSim.ini config files. I have removed my passwords from them. Let me know if
> you find
> any glaring flaws. I appreciate the help.
>
>
> On Tue, Oct 22, 2013 at 7:54 PM, Justin Clark-Casey <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>
> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>> wrote:
>
> Unfortunately, I'm somewhat at a loss. Perhaps print out all the finally loaded config with the "config save"
> console command and attach it (redacting any info you consider sensitive?). Unfortunately, all I can think
> of is to
> look for some config slip.
>
>
> On 18/10/13 14:42, Mark Seibert wrote:
>
> Thank you for helping. Here are answers to your questions:
>
> Have you changed any other default settings such as setting PersistBakedTextures = true in the
> [Appearance]
> section of OpenSim.ini?
>
>
> No. The only settings I have edited outside of the default are the new Groups V2 Module and Vivox.
>
> Also, does this occur with every viewer or just a particular one?
>
>
> I have tested it on the latest versions of Firestorm, Singularity, and Imprudence.
>
> Every avatar or just a particular one?
>
>
> All avatars that I have tested, 3 in all.
>
> What happens if you change into different clothing and body parts?
>
>
> While editing my appearance, everything is normal (no texture glitching). However, using entirely new
> shapes and
> clothing still cause the issue to repeat as soon as I exit appearance editing.
>
> What happens if you try this from a different machine (since baking does rely on viewer code which
> in turn
> has some reliance on graphics drivers).
>
>
> I have tried it on an older machine (about 5 or 6 years) and 2 modern quad core machines, all of which this
> issue repeats.
>
> I'm not really certain what the problem is, since the machine I am using has hosted .7.5 regions in the
> past. It
> uses
> the latest version of Ubuntu Linux with the latest mono install as well. Other than this config file,
> any others
> that
> may have new stuff with .7.6?
>
> Thanks
>
>
> On Thu, Oct 17, 2013 at 3:57 PM, Justin Clark-Casey <jjustincc at googlemail.com
> <mailto:jjustincc at googlemail.com> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>
> <mailto:jjustincc at googlemail. <mailto:jjustincc at googlemail.>____com <mailto:jjustincc at googlemail.__com
> <mailto:jjustincc at googlemail.com>>>> wrote:
>
> I'm not sure what the issue might be since I haven't heard any other reports of this with cache
> enabled.
> Have you
> changed any other default settings such as setting PersistBakedTextures = true in the [Appearance]
> section of
> OpenSim.ini? This defaults to false - true should work but is a much less tested option.
>
> Also, does this occur with every viewer or just a particular one? Every avatar or just a
> particular one? What
> happens if you change into different clothing and body parts? What happens if you try this from a
> different machine
> (since baking does rely on viewer code which in turn has some reliance on graphics drivers).
>
>
> On 15/10/13 14:50, Mark Seibert wrote:
>
> Thanks for the help.
>
> I just finished the install and again I get the same error. Both with vanilla FlotsamCache.ini
> and with
> both
> disk and
> memory cache enabled. Below is a copy of my config file and example error messages:
>
> FlotsamCache.ini:
>
> [AssetCache]
> ;;
> ;; Options for FlotsamAssetCache
> ;;
>
> ; cache directory can be shared by multiple instances
> CacheDirectory = ./assetcache
> ; Other examples:
> ;CacheDirectory = /directory/writable/by/______OpenSim/instance
>
>
>
> ; Log level
> ; 0 - (Error) Errors only
> ; 1 - (Info) Hit Rate Stats + Level 0
> ; 2 - (Debug) Cache Activity (Reads/Writes) + Level 1
> ;
> LogLevel = 0
>
> ; How often should hit rates be displayed (given in AssetRequests)
> ; 0 to disable
> HitRateDisplay = 100
>
> ; Set to false for no memory cache
> MemoryCacheEnabled = true
>
> ; Set to false for no file cache
> FileCacheEnabled = true
>
> ; How long {in hours} to keep assets cached in memory, .5 == 30 minutes
> ; Optimization: for VPS or limited memory system installs set Timeout to .016 (1 minute)
> ; increases performance without large memory impact
> MemoryCacheTimeout = 2
>
> ; How long {in hours} to keep assets cached on disk, .5 == 30 minutes
> ; Specify 0 if you do not want your disk cache to expire
> FileCacheTimeout = 48
>
> ; How often {in hours} should the disk be checked for expired filed
> ; Specify 0 to disable expiration checking
> FileCleanupTimer = 1.0 ;every hour
>
> ; If WAIT_ON_INPROGRESS_REQUESTS has been defined then this specifies how
> ; long (in miliseconds) to block a request thread while trying to complete
> ; an existing write to disk.
> ; NOTE: THIS PARAMETER IS NOT CURRENTLY USED BY THE CACHE
> ; WaitOnInprogressTimeout = 3000
>
> Error Messages:
>
>
> 09:45:44 - [ASSET XFER UPLOADER]: Uploaded asset 405eb5d5-11ef-56bf-05e0-______63887c4ce31e
> for transaction
> 263674c0-b5b9-7484-d5f2-______26b26aab69d2
> 09:45:44 - [ASSET XFER UPLOADER]: Uploaded asset c288982a-1eff-5bca-a6b3-______7732ba5dd35a
> for transaction
> 01500019-187b-49a1-d1f0-______ef688a67d10f
> 09:45:45 - [ASSET XFER UPLOADER]: Uploaded asset a3d57f1c-1752-7e18-b50f-______9d51eeb06809
> for transaction
> d7c9f87a-5f2d-370b-3256-______4d978f850a43
> 09:45:45 - [ASSET XFER UPLOADER]: Uploaded asset 6a835b5f-05e4-1f04-3deb-______3bc14a3ccfb3
> for transaction
> cce3d190-b37c-e258-a0af-______1db42212a9c4
> 09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset 164b0c05-c9a3-eab2-3aeb-______89a7917c76b5
> for transaction
> efc72720-baac-b325-de72-______f07a1e096b3e
> 09:45:46 - [AVFACTORY]: Missing baked texture 164b0c05-c9a3-eab2-3aeb-______89a7917c76b5 (8)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:46 - [AVFACTORY]: Missing baked texture 6a835b5f-05e4-1f04-3deb-______3bc14a3ccfb3 (9)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:46 - [AVFACTORY]: Missing baked texture a3d57f1c-1752-7e18-b50f-______9d51eeb06809 (10)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:46 - [AVFACTORY]: Missing baked texture c288982a-1eff-5bca-a6b3-______7732ba5dd35a (11)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:46 - [AVFACTORY]: Missing baked texture 405eb5d5-11ef-56bf-05e0-______63887c4ce31e (20)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset f145dba6-0f98-9fcc-07ce-______72071a462afc
> for transaction
> 4bd81789-3144-cebd-20de-______d20a5de74306
> 09:45:46 - [ASSET XFER UPLOADER]: Uploaded asset 08bacf4b-f05d-d98b-7355-______6d06802dd4e1
> for transaction
> 749891b2-94af-eb74-4958-______514827a30b67
> 09:45:47 - [ASSET XFER UPLOADER]: Uploaded asset ca2ce242-e294-4336-a367-______e4da072d76ee
> for transaction
> bff2e7b7-4f6b-1c45-aa5f-______268ee89d6e8f
> 09:45:47 - [ASSET XFER UPLOADER]: Uploaded asset 0f6486a0-771f-e282-323d-______f95c6d00408e
> for transaction
> 2405feff-9d51-c82b-409c-______bb6c76673665
> 09:45:48 - [ASSET XFER UPLOADER]: Uploaded asset 6dcbd3cf-c615-c282-1d3e-______297ca926d281
> for transaction
> b085e1d6-8cb9-8589-d22c-______a6255c76df02
> 09:45:48 - [AVFACTORY]: Missing baked texture 6dcbd3cf-c615-c282-1d3e-______297ca926d281 (8)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:48 - [AVFACTORY]: Missing baked texture 0f6486a0-771f-e282-323d-______f95c6d00408e (9)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:48 - [AVFACTORY]: Missing baked texture ca2ce242-e294-4336-a367-______e4da072d76ee (10)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:48 - [AVFACTORY]: Missing baked texture 08bacf4b-f05d-d98b-7355-______6d06802dd4e1 (11)
> for Mark
> Seibert,
> requesting rebake.
> 09:45:48 - [AVFACTORY]: Missing baked texture f145dba6-0f98-9fcc-07ce-______72071a462afc (20)
> for Mark
>
> Seibert,
>
> requesting rebake.
> This repeats over and over. In world, the avatar loses their textures (they turn white) and
> they come
> back on
> eventually, repeating forever.
>
> Mark Seibert
>
>
> On Tue, Oct 15, 2013 at 9:25 AM, Fleep Tuque <fleep513 at gmail.com <mailto:fleep513 at gmail.com>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>>>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>>>> wrote:
>
>
>
> ---------- Forwarded message ----------
> From: *Justin Clark-Casey* <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>
> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>
> <mailto:jjustincc at googlemail. <mailto:jjustincc at googlemail.>____com <mailto:jjustincc at googlemail.__com
> <mailto:jjustincc at googlemail.com>>>
> <mailto:jjustincc at googlemail <mailto:jjustincc at googlemail>. <mailto:jjustincc at googlemail
> <mailto:jjustincc at googlemail>.>______com <mailto:jjustincc at googlemail. <mailto:jjustincc at googlemail.>____com
> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>>>>
> Date: Mon, Oct 14, 2013 at 7:16 PM
> Subject: Re: [Opensim-dev] Fwd: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing
> baked texture
> spamming console
> To: opensim-dev at lists.berlios.de <mailto:opensim-dev at lists.berlios.de>
> <mailto:opensim-dev at lists.__berlios.de <mailto:opensim-dev at lists.berlios.de>>
> <mailto:opensim-dev at lists. <mailto:opensim-dev at lists.>__be__rlios.de <http://berlios.de>
> <mailto:opensim-dev at lists.__berlios.de <mailto:opensim-dev at lists.berlios.de>>>
> <mailto:opensim-dev at lists <mailto:opensim-dev at lists>. <mailto:opensim-dev at lists
> <mailto:opensim-dev at lists>.>__b__e__rlios.de <http://be__rlios.de> <http://berlios.de>
>
> <mailto:opensim-dev at lists. <mailto:opensim-dev at lists.>__be__rlios.de <http://berlios.de>
> <mailto:opensim-dev at lists.__berlios.de <mailto:opensim-dev at lists.berlios.de>>>>
>
>
> This is an issue if all caching is disabled. However, it should have been fine with just
> disk
> caching enabled.
> This is the default that OpenSimulator ships with - one shouldn't need to do any copying of
> FlotsamCache.ini.example, though it won't hurt.
>
>
> On 14/10/13 16:12, Fleep Tuque wrote:
>
> I'm not sure if there is already a mantis bug report on this and I don't have time
> right this
> second to
> look, but
> thought I'd forward this message along as an FYI. I recall having some discussions
> about this
> with
> Justin and
> Neb prior
> to OSCC but I don't recall what the resolution was if any.
>
> - Chris/Fleep
>
> ---------- Forwarded message ----------
> From: ** <singularity-viewer at __googleco______de.com <http://googleco____de.com>
> <http://googleco__de.com>
> <http://googlecode.com>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@> <mailto:singularity-viewer@
> <mailto:singularity-viewer@>>____g__ooglecode.com <http://g__ooglecode.com> <http://googlecode.com>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@>__g__ooglecode.com <http://googlecode.com>
> <mailto:singularity-viewer at __googlecode.com <mailto:singularity-viewer at googlecode.com>>>>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@> <mailto:singularity-viewer@
> <mailto:singularity-viewer@>> <mailto:singularity-viewer@ <mailto:singularity-viewer@>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@>>>______g__ooglecode.com
> <http://g__ooglecode.com> <http://g__ooglecode.com> <http://googlecode.com>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@> <mailto:singularity-viewer@
> <mailto:singularity-viewer@>>____g__ooglecode.com <http://g__ooglecode.com> <http://googlecode.com>
> <mailto:singularity-viewer@ <mailto:singularity-viewer@>__g__ooglecode.com <http://googlecode.com>
> <mailto:singularity-viewer at __googlecode.com <mailto:singularity-viewer at googlecode.com>>>>>>
> Date: Mon, Oct 14, 2013 at 10:35 AM
> Subject: Re: Issue 1096 in singularity-viewer: [AVFACTORY]: Missing baked texture
> spamming console
> To: fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>>>> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>
>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com>>
> <mailto:fleep513 at gmail.com <mailto:fleep513 at gmail.com> <mailto:fleep513 at gmail.com
> <mailto:fleep513 at gmail.com>>>>>
>
>
>
>
> Comment #1 on issue 1096 by jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com>>__>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com>> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>>__>__> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>>
>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com>>__>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>> <mailto:jayden.b... at gmail.com
> <mailto:jayden.b... at gmail.com>
> <mailto:jayden.b... at gmail.com <mailto:jayden.b... at gmail.com>>__>__>__>__: [AVFACTORY]: Missing baked
> texture
> spamming console
> http://code.google.com/p/__________singularity-viewer/issues/__________detail?id=1096
> <http://code.google.com/p/________singularity-viewer/issues/________detail?id=1096>
> <http://code.google.com/p/________singularity-viewer/issues/________detail?id=1096
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096>>
>
> <http://code.google.com/p/________singularity-viewer/issues/________detail?id=1096
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>>>
>
> <http://code.google.com/p/________singularity-viewer/issues/________detail?id=1096
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096
> <http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096>>>>
>
>
> <http://code.google.com/p/________singularity-viewer/issues/________detail?id=1096
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096
> <http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096>>>
> <http://code.google.com/p/______singularity-viewer/issues/______detail?id=1096
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096>
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096
> <http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096>>
> <http://code.google.com/p/____singularity-viewer/issues/____detail?id=1096
> <http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096>
> <http://code.google.com/p/__singularity-viewer/issues/__detail?id=1096
> <http://code.google.com/p/singularity-viewer/issues/detail?id=1096>>>>>
>
> As a very interested observer of this issue, but not a Singu team member just a user,
> I would
> like to
> make a
> hopefully
> helpful comment and also confirm this issue.
>
> I noticed this issue about 2 weeks ago and have been testing extensively since then
> as I too
> suffered it.
>
> I have mostly solved the byproduct; the error message in the log (not the root cause) by
> enabling the
> server
> cache (copy
> the FlotsamCache.ini.example to FlotsamCache.ini - OS setup documents mostly forget to
> constantly tell
> people this
> rather important step >.>).
>
> As a side effect loads are also much faster.
>
> Googlefu found and confirmed that enabling *both* memory and disk caching in the
> FlotsamCache.ini file
> must be
> done to
> remove the error. (Devs: Remind me to add the cross reference to OpenSim's mantis
> later. hehe.)
>
> With 2 weeks solid testing, it seems at least on my OS regions if you don't have both
> settings
> set to
> on then
> the baked
> textures are obtained by the server on TP in, but not applied and then lost by the
> OpenSim
> server as it
> deals with
> everything else before finally rendering you. Before this workaround, on my regions
> at least,
> when it
> came time to
> render the avatar I saw the warning in the logs. The previously sent but lost (due to
> insufficient server
> caching) baked
> textures are thus re-requested and applied and you finally turn from cloud to avatar.
>
> (As a hint to the reporter, I also bumped up my cache retention quite a lot as my three
> regions are not
> so high
> traffic.
> I can afford the ram and disk to hold things for 3 days to a week even. YMMV depending on
> scenes and
> visitors.)
>
> All that said:
>
> There is STILL the root cause to this issue as I see it, in that the baked textures
> for a new
> person to the
> region - to
> my inexpert eyes looking at both server and client logs in depth - are done at the wrong
> interest level
> or lost
> by the
> server. As a hint to any developer who looks at this in the future; it's almost looks
> like the
> avatar
> needs to
> be baked,
> rendered and placed in world before the world is drawn around it... as an
> alternative, there
> could be a
> new step
> included in the initial region processes... draw a known default texture as skin/eyes
> until
> the baked
> texture is
> ready.
>
> I suspect Cool does this by displaying a blank white skin, but I've not yet bothered
> digging into
> Henri's code
> to see
> his differences. Avatars on Cool do rez super fast, but they come in as blank
> textured, 0xFFFFFF
> coloured and remain
> that way it seems for as long as Singu people are clouds. It's better to look at.
>
> ((Votes +1 for return of your shape but 0xFFFFFF skinned Ruths))
>
> No matter what viewer though... My own server logs after this flotsam change is made
> show new
> people to the
> region will
> be unbaked for a while. Far less than without a server cache though. Some people will
> need to
> force
> rebake. But the
> error is gone.
>
> As a respectful triage hint... I'd love to be proven wrong but this seems like it's
> an OpenSim
> root
> cause, but I
> do feel
> Singu could handle that failure better. I should discuss it one day in depth with a
> dev when
> new people
> into my
> region
> stay as a cloud.
>
>
>
> Reporter: If you have fcache turned on with both memory and hard disk and are seeing
> those
> errors then my
> findings are
> for a different bug. But as the error messages were the same 2 weeks ago and I've not
> had one
> since...
> it is worth
> writing this.
>
>
> /me leaves it for the very capable Singu team to research/triage further. ;)
>
> --
> You received this message because you starred the issue.
> You may adjust your notification preferences at:
> https://code.google.com/__________hosting/settings <https://code.google.com/________hosting/settings>
> <https://code.google.com/________hosting/settings <https://code.google.com/______hosting/settings>>
>
> <https://code.google.com/________hosting/settings <https://code.google.com/______hosting/settings>
> <https://code.google.com/______hosting/settings <https://code.google.com/____hosting/settings>>>
>
> <https://code.google.com/________hosting/settings
> <https://code.google.com/______hosting/settings> <https://code.google.com/______hosting/settings
> <https://code.google.com/____hosting/settings>>
> <https://code.google.com/______hosting/settings <https://code.google.com/____hosting/settings>
> <https://code.google.com/____hosting/settings <https://code.google.com/__hosting/settings>>>>
>
> <https://code.google.com/________hosting/settings
> <https://code.google.com/______hosting/settings> <https://code.google.com/______hosting/settings
> <https://code.google.com/____hosting/settings>>
> <https://code.google.com/______hosting/settings <https://code.google.com/____hosting/settings>
> <https://code.google.com/____hosting/settings <https://code.google.com/__hosting/settings>>>
> <https://code.google.com/______hosting/settings <https://code.google.com/____hosting/settings>
> <https://code.google.com/____hosting/settings <https://code.google.com/__hosting/settings>>
> <https://code.google.com/____hosting/settings <https://code.google.com/__hosting/settings>
> <https://code.google.com/__hosting/settings <https://code.google.com/hosting/settings>>>>>
>
>
> Reply to this email to add a comment.
>
>
>
> _______________________________________________________
>
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de> <mailto:Opensim-dev at lists.__berlios.de
> <mailto:Opensim-dev at lists.berlios.de>> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de
> <http://berlios.de>
> <mailto:Opensim-dev at lists.__berlios.de <mailto:Opensim-dev at lists.berlios.de>>>
> <mailto:Opensim-dev at lists <mailto:Opensim-dev at lists>. <mailto:Opensim-dev at lists
> <mailto:Opensim-dev at lists>.>__b__e__rlios.de <http://be__rlios.de>
> <http://berlios.de>
> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de <http://berlios.de>
> <mailto:Opensim-dev at lists.__berlios.de <mailto:Opensim-dev at lists.berlios.de>>>>
> https://lists.berlios.de/________mailman/listinfo/opensim-dev
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>>
>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>>>
>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev
> <https://lists.berlios.de/mailman/listinfo/opensim-dev>>>__>
>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
> _______________________________________________________
>
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de <mailto:Opensim-dev at lists.berlios.de> <mailto:Opensim-dev at lists.__berlios.de
> <mailto:Opensim-dev at lists.berlios.de>> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de
> <http://berlios.de>
> <mailto:Opensim-dev at lists.__berlios.de <mailto:Opensim-dev at lists.berlios.de>>>
> <mailto:Opensim-dev at lists <mailto:Opensim-dev at lists>. <mailto:Opensim-dev at lists
> <mailto:Opensim-dev at lists>.>__b__e__rlios.de <http://be__rlios.de>
> <http://berlios.de>
> <mailto:Opensim-dev at lists. <mailto:Opensim-dev at lists.>__be__rlios.de <http://berlios.de>
> <mailto:Opensim-dev at lists.__berlios.de <mailto:Opensim-dev at lists.berlios.de>>>>
> https://lists.berlios.de/________mailman/listinfo/opensim-dev
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>>>
>
> <https://lists.berlios.de/______mailman/listinfo/opensim-dev
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>>
> <https://lists.berlios.de/____mailman/listinfo/opensim-dev
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev>
> <https://lists.berlios.de/__mailman/listinfo/opensim-dev
> <https://lists.berlios.de/mailman/listinfo/opensim-dev>>>__>
>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
>
>
>
>
> --
>
> AFRL Discovery Lab <http://htmlsig.com/>
>
>
> Mark Seibert / Network Engineer
> (937) 272-3678 <tel:%28937%29%20272-3678> <tel:%28937%29%20272-3678>/ marcadius14 at gmail.com
> <mailto:marcadius14 at gmail.com> <mailto:marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>>
> <mailto:marcadius14 at gmail.com <mailto:marcadius14 at gmail.com> <mailto:marcadius14 at gmail.com
> <mailto:marcadius14 at gmail.com>>__>
>
>
> AFRL Discovery Lab
> 5000 Springfield Street Orville Room Dayton, Ohio 45431 937.424.8661 <tel:937.424.8661>
> <tel:937.424.8661 <tel:937.424.8661>>
> <http://htmlsig.com/>
>
> Twitter <https://twitter.com/____SeibertMark <https://twitter.com/__SeibertMark>
> <https://twitter.com/__SeibertMark <https://twitter.com/SeibertMark>>> Google Plus
> <https://plus.google.com/____103793942695225961728/posts/p/____pub
> <https://plus.google.com/__103793942695225961728/posts/p/__pub>
> <https://plus.google.com/__103793942695225961728/posts/p/__pub
> <https://plus.google.com/103793942695225961728/posts/p/pub>>>
> Linkedin <http://www.linkedin.com/pub/____mark-seibert/83/4b5/582
> <http://www.linkedin.com/pub/__mark-seibert/83/4b5/582>
>
> <http://www.linkedin.com/pub/__mark-seibert/83/4b5/582
> <http://www.linkedin.com/pub/mark-seibert/83/4b5/582>>> Skype <http://htmlsig.com/goten6456>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
>
>
>
>
> --
>
> AFRL Discovery Lab <http://htmlsig.com/>
>
> Mark Seibert / Network Engineer
> (937) 272-3678 <tel:%28937%29%20272-3678>/ marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>
> <mailto:marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>>
>
> AFRL Discovery Lab
> 5000 Springfield Street Orville Room Dayton, Ohio 45431 937.424.8661 <tel:937.424.8661>
> <http://htmlsig.com/>
>
> Twitter <https://twitter.com/__SeibertMark <https://twitter.com/SeibertMark>> Google Plus
> <https://plus.google.com/__103793942695225961728/posts/p/__pub
> <https://plus.google.com/103793942695225961728/posts/p/pub>>
> Linkedin <http://www.linkedin.com/pub/__mark-seibert/83/4b5/582
> <http://www.linkedin.com/pub/mark-seibert/83/4b5/582>> Skype <http://htmlsig.com/goten6456>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
>
>
>
>
> --
>
> AFRL Discovery Lab <http://htmlsig.com/>
>
> Mark Seibert / Network Engineer
> (937) 272-3678/ marcadius14 at gmail.com <mailto:marcadius14 at gmail.com>
>
> AFRL Discovery Lab
> 5000 Springfield Street Orville Room Dayton, Ohio 45431 937.424.8661
> <http://htmlsig.com/>
>
> Twitter <https://twitter.com/SeibertMark> Google Plus <https://plus.google.com/103793942695225961728/posts/p/pub>
> Linkedin <http://www.linkedin.com/pub/mark-seibert/83/4b5/582> Skype <http://htmlsig.com/goten6456>
>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
More information about the Opensim-dev
mailing list