Continuous GFE on Table (AREV Specific)
At 09 MAY 2011 05:21:42PM Terry Rainville wrote:
We have a table that is continously getting GFE errors.
Both on the Data and Index files.
Not at same time but constant, one week its the DATA next week the index file has a GFE.
This is not a large file persay, it keeps growing as it is a posting file for transactions but each year a new file is created.
Thought it might be a workstation so we tried another station and got another error.
Looking for suggestions,
I noticed that the Antivirus is set to scan network files so I am going to remove that as that could be causing issues.
Everything is in place with the NLM and revparam routine so I know that is not an issue.
I thought it might have to do with framesize perhaps I know I saw references to that here but dont really use it at all.
I always just select the defaults for creating a file and never change anything, never had too before.
At 09 MAY 2011 06:11PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
The fact that it is a posting file suggests that the issue may be caused by contention. However AV is also a strongn contender so do see if that works first. If it doesn't then we might have to review the REVPARAMs.
World leaders in all things RevSoft
At 10 MAY 2011 10:42AM Jared Bratu wrote:
For stability you may want to consider moving from the Novell NLM to the Universal Driver on a Windows Server.
For the moment, you may want to verify that the directory containing the damaged table has a REVPARAM file. It's possible the parent directory has a REVPARAM file but the subdirectory where the GFE occurs isn't protected by the REVPARAM.
Try using Process Monitor and Process Explorer to watch the file activity. If you see workstations accessing the files directly, instead of through the NLM, something isn't networked properly.
At 16 MAY 2011 09:15PM Eric wrote:
Check the @station id is set uniquely on each PC. Some cards require you do this in hardware / REPROM