Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005920opensim[GRID] Asset Servicepublic2012-03-07 07:572012-03-18 17:33
ReporterBiker2741 Magic 
Assigned To 
PlatformLinuxOperating SystemOperating System Version
Product Versionmaster (dev code) 
Target VersionFixed in Version 
Summary0005920: White textures
DescriptionI have been working on a large build for quite awhile
I cleared my cache on Imprudence and most textures seam to have gone white,

I have looked at the other issues on this matter but unable to sort the problem,
I am using the latest OpenSim release with MySQL.
Textures seam to have gone missing somehow,
No errors in the console that i can see.
seams to be 3 or 4 prims still with textures "textures that i have used elsewhere on the build and the other locations are white.
Additional InformationTried other viewers same problem.
Tagsasset, texture
Git Revision or version numbergit version
Run Mode Standalone (Multiple Regions)
Physics EngineBasicPhysics
Script Engine
EnvironmentMono / Linux32
Mono VersionOther
Attached Files

- Relationships

-  Notes
Biker2741 Magic (reporter)
2012-03-07 08:04

textures have been there for the past 2 weeks with no problems, After a server crash(Actual server not opensim) loaded opensim back up and this is the result.
Biker2741 Magic (reporter)
2012-03-07 13:41

Textures in Inventory are still there and show up, the textures are applying to the prim correctly and are staying on the prim, just seam to be lost from the build.

(The texture in question have the same UUID as the ones in my inventory, they are lost off the build but are still in the inventory and working on other prims)
justincc (administrator)
2012-03-07 18:34

The textures may only have been cached on your client with no copy on the server. When you cleaned the client cache they disappeared.

I'm not sure why textures would have failed to persist on the server.
Biker2741 Magic (reporter)
2012-03-07 19:11

It is as if the textures were removed from the build and just turned blank, the textures are still there in my inventory and i have started reapplying those same textures again, I have tried recreating this but with out knowing what actually caused it in the first place I am having no success.
I have noticed on another region the same happen with a different set of textures but those textures are the ones that were still there on the other sim.

There are no other users with access to the grid so it can not be a user fault.(messing with textures)

any ideas you could recommend i am more than willing to try.
Biker2741 Magic (reporter)
2012-03-07 19:48

Ok, Just as another note, I have restarted the opensim instance, And the textures have gone once again.

No logs to say what is going on.
justincc (administrator)
2012-03-08 19:00

This is not a bug that I've seen anywhere else. What mono/operating system/version if imprudence are you using? What happens if you try a different viewer?
Biker2741 Magic (reporter)
2012-03-11 10:59

I have re textured the build, for the past few days it seams fine and the textures seam to have stayed in place,

mono version 2.6.7 (Debian 2.6.7-5)
Imprudence 1.3.1

Sorry for the later reply
CarolAnne (reporter)
2012-03-14 23:14

Mine was fine while i used Phoenix. Today i logged in with Meerkat and it was also fine. But then i logged back in with Phoenix, all my textures are white in both viewers for all users who log in, locally and remote. Sculptmaps are gone too - blobs everywhere instead of sculpts. The only remaining textures are on the Linden plants. Sculpts and textures on my avi and her attachments are all okay though.

My sim and all its objects were imported from an .oar i'd saved from opensim 0.7.2 (or maybe 0.7.1)

now using opensim 0.7.3 with MySQL, and usually Phoenix (latest version)

I had no crashes, it went bad right after using Meerkat.
CarolAnne (reporter)
2012-03-15 04:13

Back with Phoenix - i'll leave Meerkat alone for now.
I saved the bad .oar - the file size was 5mbs instead of the original 105mbs!
Then i loaded in again the original .oar. It loaded without errors. I now have fuzzy textures instead of white ones, and triangles for sculpts. I also have my object scripts back which i didn't mention i'd lost before. Textures in object contents which were white before, and now back but fuzzy.

Friend logged in and after clearing his cache, he too was seeing the fuzzy textures and triangle sculpts. Avatars and attachments still are perfect. Linden plants are also still perfect.

Countless clearing caches, viewer, server and computer restarts... fuzzy is as good as i can get now.

My sim is a one region standalone running on Windows 7.
Biker2741 Magic (reporter)
2012-03-15 10:03

Unfortunately I have not found a way to resolve this isue, I have found that once i re-textured the Items That the textures stayed there, It has taken me 2 re-texturing attempts for this to work but things seam to be working now.

I am however seeing 2 different types of errors as of late that is since i loaded my oar once again. The errors are as follows:

I believe this error may be caused by something to do with the asset uid?

[SCENE OBJECT PART]: Part New Prim 1985311874 requested mesh/sculpt data for asset id b4d57773-3207-496c-9b7f-ff71c4e526b0 from asset service but received no data

and another error

[WARNING]: EOC marker not found. Codestream is corrupted.
kenvc (reporter)
2012-03-15 14:00

I've seen this issue happen when trying to run multiple Viewers. It appears one viewer can sometimes corrupt the cache of another viewer. If this is the issue, clearing the cache will straighten it out until you change viewers again.

Also, if your server is not saving things correctly for any reason, textures can remain in your viewer cache and all looks fine until you clear cache, then they are gone never to return. Its been a very long time since I've seen this happen.
justincc (administrator)
2012-03-15 21:03

@Biker2741 - Those errors are very probably unrelated.

kenvc may be right, but in CarolAnne's case the small oar size indicates that it failed to save all the textures properly - it will print out a big warning when this happens but the partial OAR will still be treated as valid.

You could load such an oar into a new OpenSim instance and think everything is fine until you clear your viewer cache.
justincc (administrator)
2012-03-18 17:33

The OpenSimulator 0.7.3 release should be fine. But if you're using development code since 9 March 2012 you may have suffered a bug where assets were uploaded to an experimental asset service. This was fixed in git master ab54ce1.

If you've only been using release code or 0.7.3-post-fixes git branch then this will not have affected you.

- Issue History
Date Modified Username Field Change
2012-03-07 07:57 Biker2741 Magic New Issue
2012-03-07 08:04 Biker2741 Magic Note Added: 0021040
2012-03-07 08:04 Biker2741 Magic Tag Attached: texture
2012-03-07 08:04 Biker2741 Magic Tag Attached: asset
2012-03-07 13:41 Biker2741 Magic Note Added: 0021049
2012-03-07 18:34 justincc Note Added: 0021052
2012-03-07 19:11 Biker2741 Magic Note Added: 0021054
2012-03-07 19:48 Biker2741 Magic Note Added: 0021055
2012-03-08 19:00 justincc Note Added: 0021061
2012-03-11 10:59 Biker2741 Magic Note Added: 0021082
2012-03-14 23:14 CarolAnne Note Added: 0021108
2012-03-15 04:13 CarolAnne Note Added: 0021109
2012-03-15 10:03 Biker2741 Magic Note Added: 0021110
2012-03-15 14:00 kenvc Note Added: 0021111
2012-03-15 21:03 justincc Note Added: 0021115
2012-03-18 17:33 justincc Note Added: 0021130

Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker