| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hello, A customer is getting in his OAFC$SERVER_ERROR.LOG such messages: The lock on the following drawer has become invalidated by another process. Note that the lock has been granted and OafcNormal will be returned to the client, however, all other processes wishing to share this lock will also be granted invalid locks until all processes sharing this lock are terminated. Drawer directory: USER7:[SCHNEIDER.A1]S Drawer Owner: SCHNEIDER Could someone please give me a hint what processes can cause such a lock? Thanks and regards, Manuela
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2879.1 | Abnormal ALL-IN-1 exit | CHRLIE::HUSTON | Thu Jun 17 1993 19:03 | 18 | |
I answered this someplace around here, but can't find it.
It is basically caused by the FCS and IOS trying to cooperate, via
the VMS lock manager. What happens is that someone is in IOS and
has a drawer locked, they then exit ALL-IN-1 via an abnormal method,
like cntrl-y, access violation, etc. for some reason or another
the image did not get completely shutdown. When the FCS goes to
check the lock block, something bad happened.
The error is safe, and no problems will occur. A re-boot will fix it.
This is the only scenario I have ever seen this happen in. Not saying
there aren't others, but this is the only way we have ever seen
it happen.
--Bob
| |||||
| 2879.2 | See 2846.1 Bob's answer | TINNIE::SETHI | Ahhhh (-: an upside down smile from OZ | Fri Jun 18 1993 04:19 | 1 |