Conference iosg::all-in-1

2625.0. "ALLIN1 process in MUTEX state" by CHOWDA::GLICKMAN (writing from Newport,RI) Wed Apr 16 1997 01:26

The ALL-IN-1 Administrator at this customer site logged into the ALLIN1
account yesterday and sent mail to all subscribers in ALL-IN-1 (3.0A) on 
OpenVMS 6.1 VAX.  From logging software that this customer has I can see 
that Forwarding Message Header screen was the last thing done.  He did the
TO: and the SUBJECT:.  A message came back that there was New ALL-IN-1 mail
 for POSTMASTER from MANAGER. 
Then I see an interrupt.

This process is currently in a MUTEX.  I have included the SHOW PROCESS
from ANALYZE/SYSTEM and the ALLIN1 account record from SYSUAF.DAT.

Can someone comment on what the problem and is a reboot the only way
to recover from this problem?

Note, that I have cross posted this note in both the ALL-IN-1 and
VMSNOTES notes conferences.

Appreciating any responses.

Process index: 0085   Name: ALLIN1   Extended PID: 2021DA85

Status : 02040023 res,delpen,respen,phdres,inter
Status2: 00000001 quantum_resched
PCB address              95A07FC0    JIB address              951F34C0
PHD address              C3CF4000    Swapfile disk address    00000000
Master internal PID      00ED0085    Subprocess count                0
Internal PID             00ED0085    Creator internal PID     00000000
Extended PID             2021DA85    Creator extended PID     00000000
State                       MUTEX    Termination mailbox          0000
Current priority                9    AST's enabled                ESU=20
Base priority                   4    AST's active                 NONE
UIC                [00001,000222]    AST's remaining               156
Mutex count                     0    Buffered I/O count/limit      149/150
Waiting EF cluster              0    Direct I/O count/limit        150/150
Starting wait time       1B001B1A    BUFIO byte count/limit        0/27392
Event flag wait mask     951F34C0    # open files allowed left     266
Local EF cluster 0       60000001    Timer entries allowed left     50
Local EF cluster 1       D0000000    Active page table count         0
Global cluster 2 pointer 00000000    Process WS page count        4781
Global cluster 3 pointer 00000000    Global WS page count         2606


Username: ALLIN1                           Owner:  SYSTEM
Account:  SYSTEM                           UIC:    [1,222] ([ALLIN1])
CLI:      DCL                              Tables: DCLTABLES
Default:  APPL$DISK3:[ALLIN1]
LGICMD:   
Flags:  DisCtlY DefCLI
Primary days:   Mon Tue Wed Thu Fri Sat Sun
Secondary days:                            
No access restrictions
Expiration:            (none)    Pwdminimum:  6   Login Fails:     0
Pwdlifetime:         30 00:00    Pwdchange:   8-APR-1997 09:43 
Last Login: 15-APR-1997 13:32 (interactive), 15-APR-1997 15:37 (non-interactive)
Maxjobs:         0  Fillm:       100  Bytlm:        36000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:        50  JTquota:       2048
Prclm:          10  DIOlm:        50  WSdef:          600
Prio:            4  ASTlm:       100  WSquo:         1500
Queprio:         0  TQElm:        50  WSextent:      3000
CPU:        (none)  Enqlm:       350  Pgflquo:     100000
Authorized Privileges: 
  CMKRNL    DETACH    EXQUOTA   GRPNAM    NETMBX    OPER      PHY_IO    PRMGBL
  PRMMBX    READALL   SYSGBL    SYSLCK    SYSNAM    SYSPRV    TMPMBX    VOLPRO
  WORLD
Default Privileges: 
  CMKRNL    DETACH    EXQUOTA   GRPNAM    NETMBX    OPER      PHY_IO    PRMGBL
  PRMMBX    READALL   SYSGBL    SYSLCK    SYSNAM    SYSPRV    TMPMBX    VOLPRO
  WORLD
Identifier                         Value           Attributes
  OA$PRVAPP                        %X800100B1      RESOURCE 
  OA$ADMIN                         %X80010057      
  OA$MANAPP                        %X8001017A      RESOURCE 
  OA$MANAGER                       %X8001017B      
  OA$USER_QM                       %X8001017D      
  OAFC$SYSMAN                      %X8001017E      
  A1_DEV_TEAM                      %X800100B4      
%UAF-I-NOMODS, no modifications made to system authorization file
%UAF-I-NAFNOMODS, no modifications made to network proxy database
%UAF-I-RDBNOMODS, no modifications made to rights database

        Somebody has already done a STOP PROC/ID=, so there is nothing
        else that can be done.  There is no way do determine the cause of
        the problem once that's been done.
        
        Dave Zaniewski

    I've always thought that it was an OpenVMS bug that you had to reboot to
    escape from this sort of situation. I hope you have more success with
    this line of argument than I have in the past :-)

    See some 'interesting' suggestions in the OpenVMS conference (Note
    479.2) for how to escape from this.