| 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 |
Hello,
The following problem was reported to me by a customer who wanted to
upgrade his BMS v1.1 to v1.2. The system is a Vaxstation 3100 running VMS5.5-1
with the traditional DECnet software. The DNS-server is running on another
system on the network.
When they do the installation, it hangs after the question to purge the
old files. By specifying options C, I got a trace of the installation.
The installation procedure was hanging in the MCC DIR kitinstal on the command
'$MCR DECMCCDIR$DNS_CONTROL SHOW NAMESERVER'. If I do this command with DNSCP
it fails also when I'm not on a DNS-server.
So I found out why it does this command. The procedure first finds out if DTSS
is running be checking the logical 'SYS$TIMEZONE_DIFFERENTIAL'. If it doesn't
find it, it use DNS to find out the TDF-factor.
I could solve the problem by defining the logical SYS$TIMEZONE_DIFFERENTIAL
to the value 7200, which is the value I found on one of our nodes running DTSS.
And then the installation worked.
So I think there's an error in the installation procedure for the Director
v1.2.
Anybody had the same problem?
-Geert-
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3722.1 | BMS V1.2 install hangs under certain conditions | CX3PT1::SHOTO::W_MCGAW | Thu Sep 17 1992 15:53 | 17 | |
Hi,
I too have experienced this problem. I had a customer reporting the
same symptom as in .0. Something that may be of interest was that
while the install was 'hung', he did a ^T and found that the process
was in DSN$CONTROL. He did a show system and found a spawned process
of the installing process with a name of DNS$ML_pid that was stuck in
COM state.
This customer didn't have any DTSS nodes so we converted his offset for
SYS$TIMEZONE_DIFFERENTIAL by multiplying his DNS offset X60 X60.
EG: 4:00x60x60 = 14400. We defined the SYS$TIMEZONE_DIFFERENTIAL to be
that value and tried the installation again... SUCCESS!!!
I think we have a bug.
Walt
| |||||
| 3722.2 | Forgot to mention | CX3PT1::SHOTO::W_MCGAW | Thu Sep 17 1992 15:54 | 5 | |
Hi,
Forgot to mention that the MCC node is the ONLY DNS server node.
Walt
| |||||
| 3722.3 | QAR'd -- thanks | MCC1::DITMARS | Pete | Sat Sep 19 1992 00:27 | 1 |
Entered as QAR 485 in MCC_EXT_V12 database. | |||||
| 3722.4 | I need the DECmcc hang reproduced: | TEMTY::L_GROSSMAN | Mon Sep 21 1992 12:36 | 11 | |
If someone else gets this problem, could you see if its reproducible by entering: $ MCR DNS$CONTROL SHOW NAMESERVER If I can not determine the problem, I will have to rip out the code. This will cause unpredictable errors if the DNS server TDF does not match the DECmcc TDF. I hope not to have to do this. Larry Grossman | |||||