[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
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 |
3266.0. "Copying a Ultrix MIR?" by AZUR::RECHT (Ancien enfant de choeur) Mon Jun 29 1992 13:32
My system manager has installed DECmcc T1.2 on an Ultrix V4.2A (Rev. 47) test
system (with DECdns). It works fine for non-root users when 'other write' is
added to the files in /var/mcc .
However, I'd really like to have my own local copy of the files.
So far, I have been unable to find a procedure for doing this that works.
Has anyone tried it and succeeded?
First problem: maybe I'm misinterpreting the English, but in the
release notes,
- Section 3.9.1 says you can't copy these files in an ordinary
way since they are sparse files.
- Section 3.9.2 says you could copy the files if you wanted to,
which would fill in the holes, thus wasting space, without
invalidating the file. It then goes on to describe the mcc_ndbm
unload/load utility.
Well, which is it, folks?
After verifying that simple copies don't work, I then produced my own local
copies through the following process, including the dictionary. The following
3 environment variables were defined:
MCC_MIR_LOCATION=/usr/usrs/recht/mymcc
MCC_NS_LOCATION=/usr/usrs/recht/mymcc
MCC_ALARMS_LOCATION=/usr/usrs/recht/mymcc
mcc_ndbm -u /var/mcc/mcc_00.mcc_exp_attr012_pms x.x
mcc_ndbm -l x.x mymcc/mcc_00.mcc_exp_attr012_pms
mcc_ndbm -u /var/mcc/mcc_00.mcc_exp_inst012_pms x.x
mcc_ndbm -l x.x mymcc/mcc_00.mcc_exp_inst012_pms
mcc_ndbm -u /var/mcc/mcc_alarms_attribute_mir x.x
mcc_ndbm -l x.x mymcc/mcc_alarms_attribute_mir
mcc_ndbm -u /var/mcc/mcc_alarms_instance_mir x.x
mcc_ndbm -l x.x mymcc/mcc_alarms_instance_mir
mcc_ndbm -u /var/mcc/mcc_dns_att x.x
mcc_ndbm -l x.x mymcc/mcc_dns_att
mcc_ndbm -u /var/mcc/mcc_dns_ent x.x
mcc_ndbm -l x.x mymcc/mcc_dns_ent
# already done a while ago...
# mcc_fdictionary.dat
mcc_ndbm -u /var/mcc/mcc_mir_repo_table x.x
mcc_ndbm -l x.x mymcc/mcc_mir_repo_table
mcc_ndbm -u /var/mcc/mcc_pa_attributes.mir x.x
mcc_ndbm -l x.x mymcc/mcc_pa_attributes.mir
mcc_ndbm -u /var/mcc/mcc_pa_instance.mir x.x
mcc_ndbm -l x.x mymcc/mcc_pa_instance.mir
mcc_ndbm -u /var/mcc/mcc_target_data_mir x.x
mcc_ndbm -l x.x mymcc/mcc_target_data_mir
mcc_ndbm -u /var/mcc/mcc_target_inst_mir x.x
mcc_ndbm -l x.x mymcc/mcc_target_inst_mir
Under all circumstances the following error comes up.
> mcc
Can't open master repository table: No such file or directory
Waiting: MM mcc_notification_fm has not completed startup
Waiting: MM mcc_notification_fm has not completed startup
Waiting: MM mcc_notification_fm has not completed startup
(ad infinitum)
Can anyone shed any light on this? Thanks,
- Spencer
T.R | Title | User | Personal Name | Date | Lines |
---|
3266.1 | That's *without* DECdns | AZUR::RECHT | Ancien enfant de choeur | Mon Jun 29 1992 13:35 | 3 |
| I meant to say *without* DECdns. Just local MIR files.
- Spencer
|
3266.2 | Small glitch | TOOK::MINTZ | Erik Mintz, dtn 226-5033 | Mon Jun 29 1992 16:24 | 17 |
| > - Section 3.9.1 says you can't copy these files in an ordinary
> way since they are sparse files.
>
> - Section 3.9.2 says you could copy the files if you wanted to,
> which would fill in the holes, thus wasting space, without
> invalidating the file. It then goes on to describe the mcc_ndbm
> unload/load utility.
Section 3.9.2 is correct.
There are files called mcc_mir_repo_table.*
which point to the other repositories. You may need to re-create this
file by re-enrolling a management module that creates a MIR (eg registration).
BTW, these environmental variables are intended for use by developers,
and may note be robust enough for users.
|