| 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 |
Hi, I have a problem with Exporter, the background job keeps on disappearing i suspect because the subprocess keeps on dying. The error message in the MCC_EXPORTER_BACKGROUND.LOG log file is %MCC-E-ALERT_TERMREQ, thread termination requested. Now i suspect this is happening because the subprocess is dying. The final status code for the subprocess is 1326e0ea which doesn't exist. The version of mcc is 1.2.3 and vms is 5.5-2. Does anyone have any ideas, i've checked process quotas and slot count etc and everything appears to be fine. I've even defined the CDD$DEFAULT logical which wasn't there before define cdd$default cdd$top.mcc and it still falls over. However, because the subprocess is dying it does generate an rdb file. Bipin.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 4368.1 | more info | COMICS::MISTRY | Mon Jan 11 1993 10:43 | 18 | |
Hi, More information regarding rdb and cdd. RdB version is 4.1 and CDD version is 5.1 which i believe are the latest. Issued the following command on the RdB file the subprocess creates : $RMU/DUMP/HEADER and it comes back with : RMU-F-INV_ROOT, database file has illegal format. If you do a vms dump, i would expect to see the the directory where the database resides. However, the file is empty. Have dumped out the database against another file, not created by MCC, and thats fine. Implying that RdB is fine. Does anyone have any ideas. Bipin. | |||||
| 4368.2 | TOOK::SHMUYLOVICH | Tue Jan 12 1993 10:22 | 14 | ||
Exporter should create two data base files:
- file_name.rdb and
- file_name.snp
Do you have both files created?
It looks like the only file_name.snp has been created.
Please, delete file_name.* files and try again. Be sure that the background
process has privileges to create a file in the specified directory.
What entity/entities you are trying to export?
SAm
| |||||
| 4368.3 | thanks for your reply | COMICS::MISTRY | Wed Jan 13 1993 05:37 | 16 | |
SAm,
Thanks for the reply, I deleted the snp file and that sorted out that problem.
However, when i tried exporting line data from a node4 it comes back with
exporting already exists (or something similar), implying that there is a
file somewhere that the exporter is reading telling it that i am already
exporting for that child entity.
So i tried exporting data from a different node4 and it all worked. Could you
tell me if there are any other files it creates telling it what it should be
exporting.
Bipin.
| |||||
| 4368.4 | hopefully sorted | COMICS::MISTRY | Wed Jan 13 1993 09:32 | 9 | |
Hi, Not to worry, i've found the export instance mir files that it was complaining about. Bipin | |||||