More TABLECOPY problems - Not fatfix problem (AREV Specific)
At 02 NOV 1997 04:00:49PM Mick wrote:
Well,
We were having TABLECOPY problems that would occasionally corrupt the REVMEDIA.LK file on large TABLES, and Aaron thought it might be that our version of Novell (3.11), and us needing the FATFIX.NLM. Well, we did upgrade to 3.12 this weekend, and the bug is still there. I even tried it on a laptop, that has nothing to do with our network, and it still corrupted the REVMEDIA file. Any ideas???? -Mick-
At 03 NOV 1997 10:21AM John Duquette wrote:
Mick,
What network driver are you using?
John Revelation
At 03 NOV 1997 11:55AM mick wrote:
Well, I'm using the Client for Netware by Microsoft, and we are using the NLM 1.1. What I dont understand is, why I still have this problem when I copy the system to a laptop, that has no network anything on it. One thing I was wondering, was will the NLM notice new resources on our server? We upgraded the memory fro 16 megs to 64 megs.
At 03 NOV 1997 12:25PM John Duquette wrote:
Mick,
The NLM wouldnt really care about RAM unless it
doesn't have enough of its own. You aren't using
some transaction tracking software are you? Or
maybe a MFS?
I don't suspect the NLM to be the cause otherwise
you wouldnt have the problem standalone.
John Revelation
At 03 NOV 1997 01:13PM mick wrote:
No, TTS is disabled in the Novell Autoexec, and I dont think we have any MFS's running. I have no idea what would be causing this on a stand alone pc? I'm starting to think something is corrupted. Is there any utility to search the integrity of all of our Arev files? I've tried VERIFYLH on a few files, but it didnt report anything out of the ordinary. -Mick-
At 03 NOV 1997 02:40PM John Duquette wrote:
Mick,
I would run verifyly on your entire revboot volume (specifically verbs etc) to see if one of those tables is corrupted.
John Revelation
At 04 NOV 1997 11:24AM MICK wrote:
Well, I did a VERIFYLH on the entire volume in question, and it reported there were GFE's in the REVMEDIA table. The exact message was:
Group Code Description
0 5 Initial setup Failed!! Overflow frame header type is incorrect.
It told me to use FIXLH to fix it, but FIXLH wont let me use it on the Revmedia TABLE. I wanted to try it on a backup I have of the system, but I cant. Is there anything else I can do to try to fix the REVMEDIA TABLE? Thanks for all your help John, I really do appreciate it.
-Mick-
At 09 NOV 1997 01:15PM Aaron Kaplan wrote:
You can alias in the table and try fixing it then. If that doesn't work, create a new table, then copy REVMEDIA.* over that and fix it there.
apk@sprezzatura.com
