| 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 got the error QCREATERR in the log file of the HISTORIAN background
process:
...
$ BTS == "$SYS$SYSTEM:MCC_HISTORIAN_FM_BG.EXE"
$ BTS "Backbone" ""
%MCC-E-QCREATERR, unable to create or open queue file.
MCC job terminated at 9-JUN-1992 22:23:16.73
Finally I found that most DECmcc files were transferred to another
disk, and that all DECmcc logicals in the mcc startup files were
adapted to match the new situation.
However the Directory characteristic of the DOMAIN was still pointing
to the old directory.
I thought I would be not too difficult to change this. I do list
all DOMAINS and modify the "Directory" characteristic.
DECmcc does however not allow to modify this characteristic.
I cannot define a system wide logical too because that disk got new
users who requires the old logical.
Is there any way to move smoothly ALL these files consistently from one
disk to another and change all references in the MIR to point to the
new location ?
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3153.1 | There is not an easy way change the directory in domain. | TOOK::A_MOORE | Wed Jun 10 1992 13:13 | 9 | |
There is not an easy way to change the directory in a domain. Although it is too late now a unique logical makes it little easier. The set directory function has been proposed for several versions. When funding comes in it falls on unfunded section of the list. (Along with many other work saving features.) Al Moore | |||||
| 3153.2 | Better than nothing. | KETJE::PACCO | Wed Jun 10 1992 21:50 | 12 | |
A work around I have found is to "COPY" the domain 2 times, first to a
dummy one, then back to the original one with the new Directory, after
having deleted it.
I should have been using a procedure to "extract rules" and then to
"redefine rules" too.
For the map file, a replacement by the old one using the editor
"include" function restored the whole picture.
This is cumbersome, very long in elapsed time, but still "acceptable".
Dominique.
| |||||
| 3153.3 | an ease of use requirement | SKIBUM::GASSMAN | Thu Jun 11 1992 12:13 | 5 | |
Hopefully this kind of problem will be addressed in V1.3, which is
intended to quickly make the product more usable.
bill
| |||||
| 3153.4 | Comment on rule ... | KETJE::PACCO | Thu Jun 11 1992 17:48 | 8 | |
Fantastic, The rules were not deleted with the domain, so I could
reuse these immediately.
N.B. The back side of this story:
Is it possible to detecht dangling rules, not connected to any real
domain ?
Dominique.
| |||||