1  |   Order by index

Mar 12, 2003, 7:18pm

a friend of mine experienced this extremely problem just starting today - he
uses my object path, thenew.liquica.com, which was down because jtech's
servers have been offline, i proceeded to creating a backup and made the new
URL backup.thenew.liquica.com - he changed the OP address to that while i
was offline, when i got home today i tried to enter his world (space) but i
kept receiving that fatal disk error message and activeworlds would close -
when i asked about it, he said he was getting the error too.

he said he called AW and they said they'd never heard of such a problem,
told him how he could probably fix it, but don't know why it happened. does
anyone think they have a reason on why changing the op address to that would
cause an error like this, not allowing you back in the world? thanks,

maki

Mar 12, 2003, 7:20pm

[View Quote] extremely STRANGE problem... :)

maki

Mar 12, 2003, 8:33pm

The error says it - it is a disk error on your harddrive. In addition to
normal disk maintenance, scan&defrag, you also can delete the cache
directory to fix it as a last resort.

Distant servers (non-local computer) never send any messages except the
http messages and those messages will never display in an aw program
box, only with errors enabled in brackets in the text box along with
object/texture/sound failure messages.


[View Quote]

Mar 12, 2003, 8:42pm

makes sense - but what is it then that makes it happen for everyone who
tries to enter? happened on more than one computer. if that was the
explanation i didn't understand it. :\

maki
[View Quote]

Mar 13, 2003, 1:05am

Normally, this happens only (apart from physical hard defects or soft
defects) when you eg. start the program more than once, start it before
it has shut down (ie. disk cache not yet written to disk) or in certain
cases of program termination (ie. switch computer off before disk cache
has been written).

When this happens to more than computer at a time, it is either a very
rare coincidence - or has been caused by some action that forced clients
to crash, eg. world server abnormal termination with crash (should not
happen) or maybe when settings have been changed in the process when
they were written (should also not happen) or some faulty
object/commmand/sequence that caused clients directly to crash when they
get in sight.

In all cases, the disk failure is a result of this crash.




[View Quote]

Mar 13, 2003, 11:49am

My first guess would have been the HD is just full as it keeps
the old OP (for a while) and now added the new OP directory.

But if it really happens to everyone there might be some problem
with the filename of the new path. Are there any characters in
it that are allowed under Unix (well, some with tricks) but _can_
cause trouble under Windos, like *, ?, \, :, &, (, ), ", ' or
spaces ?

Or is the name illegal as it contains a device name under Windos,
like nul, con, lpt1, prn ?

If this isn't the case - and before you clean all of the cache -
try to delete just world.dat and world.idx in the cache root.
The OP entry is stored in this file and not always updated


[View Quote]

Mar 17, 2003, 3:14am

I've whitnessed this same bug before. I think ananas was on the right track.
Check for a problem with your file names and paths.

If you temp server a windows machine?

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34
[View Quote]

Mar 17, 2003, 6:54pm

ya, it's running on windows.. IIS, or something?

maki
[View Quote]

Mar 23, 2003, 11:09pm

No, prob not isolated to just ISS.. I've had this happen in a world and OP I
was hosting on my server. (under linux) It seems like they built an object,
that when downloaded (or rendered, maybe even pulled out of the cache, not
sure) would crash the browser every time. I didn't explore the problem any
farther, though I still have a propdump of the world in this state. The
owners elected to clear the databases without really trying to find/delete
the problem.

-Jeremy

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Jeremy Booker - Owner / Webmaster
JTech Web Systems
www.JTechWebSystems.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"Therefore do not worry about tomorrow, for tomorrow will worry about
itself. Each day has enough trouble of its own." -Mathew 5:34
[View Quote]

1  |   Order by index