| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
I must be missing a trick. Should two processes, either on the same node or on different nodes of the same cluster, be able to access a MIR at the same time? It appears that once one of the processes (A) has done a read_instance_key and read_attr_data, then the same calls issued from the other process (B) will fail with "file still in use". Note that process (A) has completed its operation and is sitting at the MCC> prompt. Should process (B) still get FILEINUSE? The open file quota is over 100 for both processes.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 268.1 | Are you using DFS to access MIR files? | TOOK::GUERTIN | Wherever you go, there you are. | Tue Aug 21 1990 09:38 | 13 |
The MIR code opens files with shared everything (read, write, delete,
update).
The only time I've ever seen this happen is when DFS is used to
access the file(s).
DFS apparently does not support shared write to files. Therefore, the MIR
routines do not support DNS use for file access. If you are NOT using
DFS to access the files, I need to know. Also, note that DFS access
to read-only files (such as the Dictionary files) from MCC may work, but
is not supported.
-Matt.
| |||||
| 268.2 | DFS access the culprit | COOKIE::KITTELL | Richard - Architected Info Mgmt | Tue Aug 21 1990 11:04 | 5 |
Thanks Matt, that was it. Even though I was running MCC in two windows from the same node, the disk was DFS-mounted from elsewhere. Sharing works fine when run on a local disk. | |||||