|
|
|
[
Permlink
| « Hide
]
Torley Linden added a comment - 30/Jul/07 08:41 AM
Thanks Laronzo, I wonder if this is related to the problems we had over the weekend: http://blog.secondlife.com/2007/07/29/gridwide-slowdowns/
 Yes, lots of nasty little glitches there eek! Good luck with the fix guys and cheers for your time on my issue.
I am keeping an eye on this and will let Lindens working on content loss-related projects know too.
Thanks for your vote Lex =) Sorry to hear you're experiencing a similar problem =(
Yea I know it's pretty disconcerting and discouraging =\ I spent a good few days honing this particular script too and my last backup is about a week old. Hopefully it's recoverable though =)
Same problem as in previous comments.
When I try to open the script, I get a blue pop-up error box that says: "Script is missing from database". The edit window just says: "Loading..." This script is in a HUD I've been wearing for a while. This still works correctly (so at least the byte code must be on the system somewhere), but I can't see or edit the script anymore No backup of the script exists as I've been editing it in-situ ---- my fault, I know. I guess I can rewrite the code if I need to, but its a bit of a pain. Fred. I found a script I created a while ago is missing from database.
After verifying this in several regions I checked all copies and models (in my inventory and also in 3 independant vendors) of the product I use it in. All copies give me a "missing from database". This means I either have to rewrite it and replace it in all products and derived models I use it in - or I close my business This issue is still unresolved 2 1/2 weeks after the report - can you please give me an idea of the timescale you estimate this could take to be looked at and fixed? Is there an average resolution time for reported bugs? Many thanks, Laronzo.
I have had this error too, and found that if I add a new script to the object, then delete the new script, the "missing from database" script is back. That has worked everytime for me, but it didn't work for someone else who tried it. In my case I have always been actively working on scripts at the time of getting the error. It could be that after a certain amount of time has passed this "fix" no longer works.
I have a number of scripts doing this - some my own, some freeware that I have been able to get into to edit originally.
They still run, just the access to the script is gone. Very frustrating! This issue has NOT been resolved - Do you have any news as to suspected causes? Is it merely misplaced in the database, is it retrievable and so forth?
Cheers, Laronzo / Mark Sorry Bridie - while the two issues may be related, they are not duplicates.
In this case the script is 'missing from database' yet still functions. This has been around for a LONG time. In previous reports it was believed that what had happened was that the text version of the script had gone missing but the bytecode was still present - hence the retained functionality. While the cause may well be the same as the cause of Max Duesenburg I have been experiencing this problem for a LONG time, too.
However, for me, it only seems to affect scripts in attachments which haven't a corresponding script copy in my general inventory. So yes - if I have an attachment with, say, 3 scripts - if two of the scripts were added by drag/drop from inventory, I can get to their source INSIDE the attached object. However, let's say the 3rd script - created in situ - has lost its source. I've had something like this myself, but not relating to a lost connection while saving. I have at least 1-2 scripts in objects that still function but won't load to edit them. I have at least one other that won't load to edit and doesn't even run.
Do you think these lost scripts will ever be recoverable?
I have experienced this too. This is only a guess, but I believe this to be caused by a bug which rolls back an attachment to the last saved version in inventory when the viewer crashes (Or more correctly, fails to save the changes). Each time a script is saved, it gets a new UUID, the inventory of the attachment is updated (but not saved back to user inventory, normal behavior for attachments) and the previously saved script is tagged for trash collection (since no other objects ever contained it). Yet when a viewer crashes, attached objects appear to not get saved back to inventory, and the instance is lost, so they are simply left as they were in inventory when last detached. The result is an object which contains a script source UUID for text which was deleted when a new script was saved over the only instance of that particular script UUID. The bytecode still exists so the script still runs (if it was running at the time of the crash), yet the new UUID to the latest source has been lost. I'd guess it's still in the database somewhere, marked as active, but I have no idea if it could be easily found at LL.
Just offering a possible clue for the Lindens as to where to look, I believe this is caused by how altered attachments are discarded when a viewer crashes. Defensively, when you get something you wish to back up, you can detach and copy the object, then reattach the copy to continue. For the more adventurous of you, if your viewer crashes while working on an attachment, the text for saved scripts can often be retrieved from your cache data file, if you have the resources to look in there you might find several copies, one of which is your last saved version. Now its been over a week, and I'm still having the script not found problem it just says loading. I can't get it to be active and running and this is seriously impacting my sales as I can't package my products.
Just a question to everyone who is having this issue: are these scripts that are in attachments? I have lost two scripts to this bug, and both were in attachments. I have a sneaking suspicion that one vector of this problem has something to do with reference counting and garbage collection related to scripts (or any assets, really) in attachment prim inventories.
Experiencing "Script is missing from database."
The script is in fact in an attachment that i'm always wearing. The script is running, just can't open it. So why is this not a top priority issue? Does LL even care that users are losing irreplaceable content?
bump
1 year and 2 months on and still, no response, fix or compensation to any users or developers who lost hours of development time, critical deadline script solutions for clients to this bug. We've learnt the hard way to back up our scripts in RL and not rely on SL for this - but this shouldn't have to be the case. One of the most common script sets in SL, MLP1.2 has a script missing from database now. The set is freely available at
http://slurl.com/secondlife/Apukohai/30/151/94 And inside it ~pos script is "missing from the database". It seems that the asset server randomly deletes assets from time to time, and now it has hit one of the most popular SL scripts. The asset disappearead about a week ago and the asset it is: 69692bc8-fe75-3c8c-e0c5-8d16ce49bcec.lsltext Hope this info helps trace down the problem. I noticed this issue with the ~pos script from MLP. And note that I tested both some of my items using that script, and a fresh copy obtained from Miffy Fluffy's pick.
On the main forum others have indicated that the issue only crops up on certain sims, and thus appears to be problem specific to the asset server connected to those sims. Very interesting observation Johan - I think you're spot on. I'm convinced these scripts are all recoverable if someone applied some time working out a methodology of how to recover just one of these such scripts and then making those steps reproducable in an automated recovery program or feature.
How do you store your sim data Linden Labs? In essence, those of us who own regions with scripts missing have an active interest and right in recovering the data. Does the space which missing scripts sit on get overwritten like deleted ones would do - and so become irrecoverable once the space has been designated as writable? Or does it remain intact and there is simply a mismatch in the database such that the entry points to the wrong sector of the server for the data? Can this then be hunted down? These are simple but crucial questions, answers to which would bring much relief or conclusion to the anxieties of those suffering from this issue. Assuming then that this is a sim by sim issue, since assets are stored on the server a sim is on, then those of us like myself who own the sim are entitled to know how their data is being stored and what do in emergencies like this, we have paid good money to own an active stake in the relevant server itself - just because we are effectively renting the server does not mean those rights are negated. A tenant in an apartment cannot be deprived of his gas, water or electricity supplies, his personal effects cannot be removed without explanation - the same applies here in a virtual context. We have had no notification of what exactly has been done to look into this issue for well over a year, no notification of the steps being taken, the problems being encountered, the formalities, data structures, storage methods. I think it's about time we all heard some answers. Let my name add to the growing list of people affected by this ~pos script missing.
We need to send out a search party ASAP! It's affected 3 of my menu driven animation objects in my home. Others remain in tact. I can't figure out why only 3 were affected. Another script gone "missing from database"
Object was and is rezzed inworld. Script was written by me and is "missing from database now". An incident some weeks ago showed another interesting effect. One of my sales server stopped working suddenly. When trying to open the scripts they ALL showed "missing from database". Support suggested to restart the sim. The result remained the same: The scripts were and are gone. This still happens quite too often to be just a weird coincidence. No slowdowns or assert server problems have been reported at those times and the scripts remain missing. Another script missing from database.
Script was written and owned by me and inside an object which was and is inworld. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Reopened
Critical
Script is missing from Database
