[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference virke::mrmemo

Title:VAX MAILGATE for MEMO
Moderator:STKHLM::OLSSON
Created:Sat Feb 25 1989
Last Modified:Tue May 14 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:216
Total number of notes:933

196.0. "Startup fail: process stay in 'connecting'state" by TOSSUC::RECCHIA () Wed Mar 02 1994 13:02

Hi all,
    I've a problem in a customer site, the mrmemo version is 2.1;
    
  Memo is closed then reopened on the IBM side every nights; to avoid log 
message, problems whith automatic restart and to purge old log file, also 
MRMEMO is stopped then restarted every days.

  This works fine until we have changed VMS release (5.5-2), reinstalled Mrmemo 
and reapplied patch on MRMSRV.EXE.

After the startup doing a 'mc mrmman sho 2' :

  Current state:            starting, connecting to MR and MEMO Gateway


In the 'mrmemo2.log' file: (mrmemo$logMask is 53)

  Time: 1994-03-02 11:28:18.09; message from server MRMEMO2:
 %MRMEMO-I-FSM, starting, connecting to MR and MEMO Gateway after clock tick
	(one for every clock tick!)


The 'MRMEMO Server 2' process is in LEF state, using SDA the process appear:

Process index: 00B5   Name: MRMEMO Server 2   Extended PID: 2041EAB5
--------------------------------------------------------------------
Process status:  00140001   RES,PHDRES,LOGIN

PCB address              89E12D80    JIB address              8AFB75C0
PHD address              8EC91600    Swapfile disk address    00000000
Master internal PID      00F500B5    Subprocess count                0
Internal PID             00F500B5    Creator internal PID     00000000
Extended PID             2041EAB5    Creator extended PID     00000000
State                       LEF      Termination mailbox          0000
Current priority                6    AST's enabled                KESU
Base priority                   5    AST's active                 NONE
UIC                [00001,000011]    AST's remaining                98
Mutex count                     0    Buffered I/O count/limit       99/100
Waiting EF cluster              0    Direct I/O count/limit        100/100
Starting wait time       1A001A19    BUFIO byte count/limit      35024/35024
Event flag wait mask     FFFFFF01    # open files allowed left      95
Local EF cluster 0       60000000    Timer entries allowed left      6
Local EF cluster 1       20000000    Active page table count         0
Global cluster 2 pointer 00000000    Process WS page count        1155
Global cluster 3 pointer 00000000    Global WS page count           53


We need to shut and restart the Mrmemo process, then it works well.  

Thank you for any suggestion.


Paolo Recchia
SC Torino Italy.
 
T.RTitleUserPersonal
Name
DateLines
196.1Questions...STKHLM::OLSSONAnders Olsson, DC SwedenFri Mar 04 1994 19:5239
    I don't have any answers but some more questions...

>     Memo is closed then reopened on the IBM side every nights; to avoid log 
>   message, problems whith automatic restart and to purge old log file, also 
>   MRMEMO is stopped then restarted every days.

    Is MRMEMO restarted before or after Memo?

>     This works fine until we have changed VMS release (5.5-2), reinstalled
>   Mrmemo and reapplied patch on MRMSRV.EXE.

    Which patch?  Could you do ANALYZE/IMAGE on MRMSRV.EXE (both the running
    one and the one used before re-installation if you still have it) and check
    the following part (just to make sure the patch is there and that there
    wasn't a patch in the old server that has been forgotten):

        Patch Information

            DEC eco levels   1- 96: %X'1E800200', %X'00000000', %X'00000000'
            user eco levels 97-128: %X'00000000'
            read/write patch area address: %X'00257CC9', length: 311
            read-only patch area address:  %X'00000000', length: 0
            patch command text VBN: 1791
            last patch date/time:  9-SEP-1993 17:58:53.01

>   After the startup doing a 'mc mrmman sho 2' :
>   
>     Current state:            starting, connecting to MR and MEMO Gateway
>
>
>   In the 'mrmemo2.log' file: (mrmemo$logMask is 53)
>
>     Time: 1994-03-02 11:28:18.09; message from server MRMEMO2:
>    %MRMEMO-I-FSM, starting, connecting to MR and MEMO Gateway after clock tick
>	(one for every clock tick!)

    Could you get an SNA-trace of this situation?

    Anders
196.2Delete ncp object?TOSSUC::RECCHIAMon Mar 07 1994 15:3044
    Hi Anders,
    the Mrmemo is restarted after Memo,
    the applied patches are:
    	Channel Gateway  (from your mail)
    	Fail to Shutdown (note 5.7)
    	Memory problem (note 5.14)
    	Incoming Non-Receipt Notifications (note 5.16)
    
    now the ana/ima gives:
    Image Identification Information
    
                    image name: "MRMSRV"
                    image file identification: "V2.1"
                    link date/time:  7-JAN-1994 13:10:00.28
                    linker identification: "05-13"
    
            Patch Information
    
                    DEC eco levels   1- 96: %X'04050040', %X'00000000', %X'00000000'
                    user eco levels 97-128: %X'00000000'
                    read/write patch area address: %X'00257CB1', length: 335
                    read-only patch area address:  %X'00000000', length: 0
                    patch command text VBN: 1791
                    last patch date/time:  2-MAR-1994 10:03:04.36
                    
    The last patch applied was the 'non-receipt' one, and I've also changed
    the restart bach to delete the NCP object mrmemo2 before the 'MRMMAN 
    START 2' command.
    After the two changes, the restart process seems working well during the 
    last days, but I'll wait a few.
    
    When the mrmemo start wrongly the 'Net mailbox message' shows 'Type: 52'
    when start normally I've seen always 'Type: 49' (If this can be helpful!!).
     
    The Sna-Trace is empty, the link with the gateway is not created
    when the problem occours.
    
    Thank you Anders,  
    
    few days then I'll write you an answer.
                                           
    
    Paolo Recchia 
    	
196.3RESTART WORKS WELL!!TOSSUC::RECCHIAThu Mar 10 1994 10:117
    
    Delete the NCP object before restarting the Mrmemo process, seems
    resolves the problem.
    
    Ciao,
    
    Paolo Recchia
196.4Still confusedSTKHLM::OLSSONAnders Olsson, DC SwedenFri Mar 11 1994 20:1611
    Nice to hear that a workaround was found. I still wonder though why the
    NCP object definiton caused a problem. What does the object look like
    before it is deleted?

    Is there any NETSERVER.LOG created when in "problem mode"? What's in it?

    Could it be a cluster alias related problem - any changes regarding
    this lately?

    Anders