Updates
It’s been some time that I installed updates – and I have donwloaded the latest ones some time ago but nevber found time to install them.
Today it had to be done.
It went smoothly. First, the major update (UPDATE_V0012) was installed, after I changed SYSTARTUP_VMS a bit – it should just reboot and not start everything else. After reboot, I installed all that was superseeded – about 8 patches – and the latest TCPIP ECO. I decieded to have everything started, and rebooted again.
For some reason, it did took some time for TCPIP-services to start, but in the end, all was up and running. At least, ik looked that way, but TCPIP$BIND – the BIND server – wasn’t and therefore, WASD could start properly either. It did – but on port 82….
Checking why BIND didn’t start, I found the logfile stated:
$ Set NoOn
$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))
%DCL-W-ACTIMAGE, error activating image SYS$SYSTEM:TCPIP$BIND_SERVER.EXE
-CLI-E-IMGNAME, image file $116$DKA100:[SYS0.][SYSEXE]TCPIP$BIND_SERVER.EXE;
-RMS-F-NOPRIV, insufficient privilege or object protection violation
TCPIP$BIND job terminated at 18-APR-2010 19:07:25.69
Accounting information:
Buffered I/O count: 43 Peak working set size: 2368
Direct I/O count: 47 Peak virtual size: 173088
Page faults: 223 Mounted volumes: 0
Charged CPU time: 0 00:00:00.07
Elapsed time: 0 00:00:00.28
This is weird, and I checked the protection of the image, but it seemed all OK.
Except: It shouldn’t be running off [SYS0.SYSEXE] but from SYS$COMMON.SYSEXE] – and indeed, I found two instances of the image. I removed the one in [SYS0.SYSEXE] and restarted BIJD – and it worked. Next, I stopped the WASD server on port 82 (the right way) and restarted the webserver.
All seems well.
The only point is I’ll have to rewrite a frontpage article…