| Title: | POLYCENTER Console Manager |
| Notice: | Kits, Scans, Docs on CSC32:: as PCM$KITS:,PCM$DOCS:, PCM$SCANS: |
| Moderator: | CSC32::BUTTERWORTH |
| Created: | Thu Aug 06 1992 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1541 |
| Total number of notes: | 6564 |
Hi,
OpenVMS V6.1
PCM V1.6 + ECO01
OSCint V2.1
The symptoms ... are quite the same as topic 1033.
after restarting PCM, no actions got delivered ...
Customer used to do console reconfigure to get them work (???). But this time,
reconfigure process was HUNG.
After investigating we found that CONSOLE NOTIFY was LEF.
Here are some informations we had using SDA.
Process index: 00EA Name: Console Notify Extended PID: 00003AEA
--------------------------------------------------------------------
Process active channels
-----------------------
Channel Window Status Device/file accessed
------- ------ ------ --------------------
0010 00000000 DSA60:
0020 864D27C0
DSA60:[CONSOLE.IMAGES]CONSOLE$ENS_DAEMON.EXE;7 (section file)
0030 864CCA00 DSA0:[VMS$COMMON.SYSLIB]LIBRTL.EXE;4
(section file)
0040 864C9E00 DSA0:[VMS$COMMON.SYSEXE]DCL.EXE;1
(section file)
0050 864C86C0 DSA0:[VMS$COMMON.SYSLIB]UVMTHRTL.EXE;4
(section file)
0060 864DDBC0 DSA0:[VMS$COMMON.SYSLIB]DCLTABLES.EXE;52
(section file)
0070 86553400
DSA60:[CONSOLE.TEMP]CONSOLE$ENS_DAEMON.LOG;1
0080 865D80C0
DSA60:[CONSOLE.TEMP]CONSOLE$ENS_DAEMON.COM;1
0090 864CCFC0 DSA0:[VMS$COMMON.SYSLIB]DECC$SHR.EXE;1
(section file)
Process index: 00EA Name: Console Notify Extended PID: 00003AEA
---------------------------------------------------------------------
Channel Window Status Device/file accessed
------- ------ ------ --------------------
00A0 864CD080
DSA0:[VMS$COMMON.SYSLIB]CMA$TIS_SHR.EXE;1 (section file)
00B0 00000000 DSA60:
00C0 00000000 Busy MBA504:
00D0 00000000 Busy MBA505:
00E0 00000000 MBA506:
00F0 00000000 Busy MBA507:
0100 00000000 Busy MBA508:
0110 00000000 Busy MBA509:
0120 00000000 Busy MBA510:
0130 00000000 MBA511:
0140 00000000 Busy MBA512:
0150 00000000 MBA516:
0160 00000000 Busy MBA517:
0170 00000000 MBA543:
0180 00000000 Busy MBA544:
Process index: 00EA Name: Console Notify Extended PID: 00003AEA
--------------------------------------------------------------------
Channel Window Status Device/file accessed
------- ------ ------ --------------------
0190 00000000 Busy MBA709:
01A0 00000000 MBA711:
01B0 00000000 Busy MBA712:
01C0 00000000 MBA729:
01D0 00000000 Busy MBA730:
01E0 00000000 MBA1111:
01F0 00000000 MBA1111:
0200 00000000 MBA706:
0210 00000000 MBA1162:
0220 00000000 MBA1115:
0230 00000000 MBA1117:
0240 00000000 MBA1115:
0250 00000000 MBA1115:
0260 00000000 MBA1117:
0270 00000000 MBA1117:
0280 00000000 MBA1117:
Process index: 00EA Name: Console Notify Extended PID: 00003AEA
--------------------------------------------------------------------
Channel Window Status Device/file accessed
------- ------ ------ --------------------
0290 00000000 MBA1117:
02A0 00000000 MBA1117:
02B0 00000000 MBA1117:
02C0 00000000 MBA1117:
02D0 00000000 MBA1117:
02E0 00000000 MBA1117:
02F0 00000000 MBA1162:
0300 00000000 MBA1162:
0310 00000000 MBA1165:
0320 00000000 MBA1117:
0330 00000000 MBA1162:
0340 00000000 MBA1162:
0350 00000000 MBA1162:
0360 00000000 MBA1162:
0370 00000000 MBA1117:
0380 00000000 MBA1162:
Process index: 00EA Name: Console Notify Extended PID: 00003AEA
--------------------------------------------------------------------
Channel Window Status Device/file accessed
------- ------ ------ --------------------
0390 00000000 MBA1162:
03A0 00000000 MBA1162:
sda> sh proc
--------------------------------------------------------------------
Status : 00141001 res,wakepen,phdres,login
Status2: 00000001 quantum_resched
PCB address 866BAA40 JIB address 8653F780
PHD address 8A40D600 Swapfile disk address 00000000
Master internal PID 001D00EA Subprocess count 0
Internal PID 001D00EA Creator internal PID 00000000
Extended PID 00003AEA Creator extended PID 00000000
State LEF Termination mailbox 01F6
Current priority 9 AST's enabled KESU
Base priority 4 AST's active NONE
UIC [00001,000004] AST's remaining 1012
Mutex count 0 Buffered I/O count/limit 36852/36864
Waiting EF cluster 1 Direct I/O count/limit 1024/1024
Starting wait time 1B001B1A BUFIO byte count/limit 594294/594294
Event flag wait mask DFFFFFFF # open files allowed left 1022
Local EF cluster 0 60000001 Timer entries allowed left 1023
Local EF cluster 1 D0000000 Active page table count 0
Global cluster 2 pointer 00000000 Process WS page count 874
Look at the status !!!! (login).
SDA> exam/ins @pc<CR>
P1SYSVECTORS+0064C: CHMK #0036
We searched what is this and found SYS$SETPRN ... Could anyone confirm that ?
Process was LEF until we did a PCM restart. Console notify was then HIB and
console reconfigure was ok.
I wonder if this is same problem as topic 1033 ? Could the images in
CSC32::DUMPS:[BUTTERWORTH.PCM]CSC_116.BCK solve the problem ?
Thanks,
Maria.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1130.1 | 29067::BUTTERWORTH | Gun Control is a steady hand. | Wed Dec 20 1995 11:43 | 23 | |
Maria,
There is a pretty easy way to track down the system service a process
has called. Here it is:
$LIB/EXT=SYS$P1_VECTORS/OUT=P1.STB SYS$LIBRARY:STARLET.OLB
$ ANA/SYSTEM
SDA> READ P1
Now look at the process thats hung and do a SHOW CALL. Note the return
PC listed in the call fram and do
SDA> EX/I return_pc-20;20
and you see the system service name in the CAL instruction.
Substantial work has been done to eliminate the ENS hangs and it
appears we have gotten them all. Try the CSC_116 kit please.
Regs,
Dan
It's easier if you do a SHOW CALL and look at the first call frame on
the stack.
| |||||
| 1130.2 | OK | 48219::DEGAGE | Thu Dec 21 1995 05:16 | 5 | |
Thanks a lot. Maria is out for the moment. We will install the CSC_116 fix as soon as possible , because the problem is very "hot" on the client site. Marielle Degage CSC France | |||||
| 1130.3 | does pcmsvr::[eco.cfs_125]vax61.bck superseede CSC_116.bck ? | 48243::MENICACCI | Tue Jan 02 1996 09:17 | 18 | |
Hi, I'm back ... The customer having the problem in .0 needs also the PCMSVR::$1$dkb500:[eco.cfs_125]vax61.bck for another particular problem (IPMT CFS_36081) so the question is : does this one superseede the CSC_116 ? What's more dir CSC32::DUMPS:[BUTTERWORTH.PCM]CSC_116.BCK %DIRECT-W-NOFILES, no files found Thanks a lot, Maria. | |||||
| 1130.4 | 29067::BUTTERWORTH | Gun Control is a steady hand. | Tue Jan 02 1996 13:19 | 6 | |
Before you copy a saveset from my directory on CSC32 always take a
directory listing first. New builds are done whenever a code change is
made so the absolute latest is always present there.
REgards,
Dan
| |||||
| 1130.5 | CSC32 or PCMSVR ? Where is the right one, and what are problem resolved ? | 48579::MALRAS | Knowledge is power, en France aussi | Wed Jan 03 1996 03:54 | 21 |
Re .4 So, I guess that CSC_124.BCK is the latest one. Why are they 2 differents saveset names on CSC32 and PCMSVR ? Where is the official reference ? What are exactly problem resolved ? I've some trouble to know where to get the right patch. Could you help us in providing some information about problem resolved in each new saveset (may be just an history log). New question (in same area) Are CONSOLE.H and CONSOLE$LIB.OLB been modified/updated since last official ECO1 for version 1.6. If true, could you add them in savesets to allow us to rebuild or relink our own action routines (useful for OSCint). Thanks for your help. Jean-Francois | |||||
| 1130.6 | is there a pointer to console.h and console$lib.olb | 48243::MENICACCI | Mon Jan 08 1996 11:35 | 12 | |
Hi, could it be possible to have a pointer to these files, just to see if they have been modified since ECO1 of PCM V1.6. Since CSC_125 has been applied at customer site, some OSCint actions don't work anymore and we need to know if it is worthwhile to relink (as Jean-Francois said in previous reply) .... Thanks for any answer. Maria. | |||||
| 1130.7 | 29067::BUTTERWORTH | Gun Control is a steady hand. | Mon Jan 08 1996 20:00 | 14 | |
Yes,
There has been some changes to the API modules but it should not
cause an action routine not to run. Do the following:
DEFINE/SYSTEM CONSOLE$DEBUG ENS
and restart PCM. Then force some events to occur that should make your
OSCINT actions runs. You will have a rathe verbose debug log in
CONSOLE$TMP:CONSOLE$ENS_DAEMON.LOG. This will tell us if ENS is
attmepting to run your actions.
Regards,
Dan
| |||||
| 1130.8 | Not in my Starlet.olb | ULYSSE::BAUDELLE | Thu May 02 1996 09:41 | 13 | |
Dan,
RE .1
The "lib/ext" failed , i haven't found the sys$P1_vector in
starlet.olb (using Libr/lis also)
Any idea ?
Thanks
Pierre
| |||||
| 1130.9 | CSC32::BUTTERWORTH | Gun Control is a steady hand. | Thu May 02 1996 14:00 | 5 | |
Then you have a *totally non-standard* VMS system. I have never been on
a system that did not have SYS$P1_VECTOR in STARLET.OLB.
Regs,
Dan
| |||||
| 1130.10 | maybe it is an Alpha then | VELI::KORKKO | Veli K�rkk� @FNO, 879-5512, GPS FNO | Sun May 05 1996 14:24 | 10 |
Re .8 and .9
Maybe the system in .8 is an Alpha running OpenVMS. My DEC
3000-300X running OpenvMS V7.0 does not have SYS$P1_VECTOR in
SYS$SHARE:STARLET.OLB either.
Besides, achieving what .1 does on VAX quite nicely, appears to
be more tricky on Alpha.
_veli
| |||||
| 1130.11 | Alpha 1000 | ULYSSE::BAUDELLE | Thu May 23 1996 08:15 | 12 | |
Veli,
Yes , this is an alpha machine.
Dan , as i still frequently have this LEF problem with Console Notify
Is there anything i should look at in SDA to retrieve more info
(assuming i don't have the P1.stb) ?
Thanks
Pierre
| |||||
| 1130.12 | CSC32::BUTTERWORTH | Gun Control is a steady hand. | Thu May 23 1996 14:02 | 14 | |
Yep, I forgot that Alphas don't use SYS$P1_VECTOR ala VAX's. WHat you
could do in SDA is
SDA> SHO SUMMARY ! Find the index of the Console Notify process
SDA> SHOW PROC/INDEX=index from the above
SDA> SHOW CALL
SDA> SHOW CALL/NEXT !! repeat this step until you get an error
post the results of the above as well as the output from
$ SHO LOGICAL/TABLE=CONSOLE$LOGICAL_NAMES
Regards,
Dan
| |||||