Objects Missing From Data Base

The last thing that was posted about this was back in July and it was very vague at that.

ANYWAY...I opened up my Halloween trunk (a storage object I bought last year) that has been in the attic of my house in world and drug all my Halloween decorations to my Inventory. But now when I try to place the individual decoration objects in my house, I get this error message: "Unable to create requested object. Object is missing from database." This is terrible! Anyone have any ideas about how I go about retreiving all my lost objects (the object names have been sitting in my inventory list for a week now but apparently there's nothing behind them!) There were many nice objects that I bought last year and then after the holiday, I stored them away in the storage trunk object. I've done this with Christmas decorations as well and don't even want to look in THAT trunk right now for fear of seeing what more I've lost!

From the Second Life Terms of Service:Or in more simple language: No.
What some may have not noticed was the recently added ToS section:You might find this recent Inventory loss poll relevant, but my lawyers are still trying to determine if you are permitted to read it.

heres what you do when you get that,
right click on object in inventory ; copy asset uuid ;

then help\report bug

write in object name and paste in the uuid
(looks something like this cffedx8cc-13x9-6ec8-38b9-1x5c3xa40fa4)

Make it easier for them to track the object, its prob in the old asset server and didnt get copied over to new one, happend quite a few times to me.

Even though it's quite disappointing to find this out, I appreciate your response, Malachi...thank you.

As for the asset uuid, Thili...when I right click the object in my inventory, that option is greyed out. There is no longer a uuid on any of my lost objects. Thank you for responding though.

*sigh*

yea its lame.. maby next year they will forget to bill you heh

The fact that the option is greyed out doesn't mean it doesn't have an UUID. In fact, if its showing up in your inventory it HAS to have an UUID. The option to copy UUID disables if you don't have a full perm mask on the object.

Like it was said, the objects are probably still recoverable from the old asset servers. Get on live help, ask for Linden assistance. They can check the UUIDs for those objects and help you track them down.

Good Luck!

With all possible deferrence, and a goodly amount of ignorance mixed in, do you know this to be so or are you just guessing?

The citation I'd made above (the first one, not the mcmxviii joke) was indeed the "rules" and how I'd seen LL respond in all cases of lost inventory that I'd been aware of. Your statement is pleasantly optimistic and I'd love to know that you've seen an instance where your prescription worked as it would make that course recommendable to players in the event of asset loss. Based on my experience and the experience of others, your recommendation will likely just lead to frustration or false hope, but I'd love to hear otherwise.

Now here is the sheer ignorance I promised. It is my understanding that assets are implemented much like the unix file system where the UUID is the pointer to the object record in the asset database (like the UFS i-number pointing to an i-node) and directories are just a special type of object which consist of name/UUID pairs (like UFS directories). If this model is correct, you can have a valid folder that has UUID numbers in it that point at absent objects. This model is partly supported by the fact that multiple copies of the same asset all have the same UUID. It is not clear to me if the permissions attach to the asset or the folder entry.

Any information or experience that can be added would be appreciated.

Yep you can get objects checked out even if you dont have the asset uuid, i had some that i couldnt get, what i did was give them the object name, 2 days later, they had fixed it.

Report ; missing object in inventory "name of object" dont have uuid.

2 days later i had all my objects back.

Heh, nice change of pace on the forums. Part of it is actually guess work based on observation.



The rules you posted are COA clauses that unfortunately everyone has to include. Do you really think LL WANTS us to lose inventory? They have to include it to avoid lawsuits when bad (and unrecoverable) things happen. What if the asset servers get hit by a meteor? Would LL provide compensation for assets lost? They have to include those clauses.
Whenever I experienced problems with lost inventory, all Liaisons were very forthcoming with help in retrieving them. Fortunately, it doesn't happen often.



I also can't recall if the permission mask is stored in the folder info, but makes sense it does, or else the menus would have to retrieve info from the asset server to display, which would cause quite a bit of extra load. Also, when the big asset lost server thing happened a few months ago, I was able to retrieve UUID's with copy asset UUID for the objects I did have a full perm mask and not for those which I didn't.

Another thing. Your inventory is downloaded from the asset server. It is not stored locally, so it makes sense the objects you cannot access still have their UUIDs because it would be logical for the inventory display process to call them by their UUIDs to show their name.
Even though you cannot retrieve these UUIDs yourself because of the permission mask, LL can (not sure if all Liaisons have the power to do it). So, call 'em up... the liaisons are there to help us when all else fails and most are quite happy to do it.

I am happy to have my experiences with inventory loss contrdicted; thanks, that increases my hope.

Yes, I understand that LL doesn't *want* to lose content and that the ToS is protection against liability. But it also sounds that LL is working to reverse past "policy" on even trying to recover losses. That is heartening.

Actually, they don't *have* to include that language.

There is no such thing as 'unrecoverable' when there is a $L or $USD value that can be assigned to items.

The reason they do it is so, when they either cannot or will not restore the item you lost (or provide reasonable compensation thereof), you have no recourse to recoup your losses.

Don't fool yourself, that language isn't there for any reason other than to insure they never have to be as responsible to the customer as they demand the customer be to them.

If Copy UUID isn't available it's just because the item isn't full perms.

I think it's from before the forum purge so I probably cant link to the post but at one point there was a standard whereby items that weren't accessed within a certain time were removed from the asset server. I'll dig around and see if it's still there.

L8r,
UU

I'm still reading and appreciate all comments on this matter. Thanks folks!