Conference csc32::consolemanager

John,

  Do you mean ARCHIVE as the title of your note suggests,
  or do you mean EXTRACT as the body of the note suggests?

  Now, if you mean EXTRACT, try the image in OPG::CM$KIT: and
  let me know if it helps any ( I assume you are on
  OpenVMS VAX)

Cheers,
Phil

    Customer is archiving, I verified the commands.  
    
    SHOW PROCESS/CONTINUOUS showed the current image to be
    CONSOLE$ARCHIVE.EXE, and here is the ANAL/IMAGE info:
    
            Image Identification Information
    
                    image name: "CONSOLE$ARCHIVE"
                    image file identification: "PCM V1.5-002"
                    link date/time: 12-SEP-1994 13:54:10.79
                    linker identification: "05-13"
    
    Looks like the the ECO image I have installed here.
    
    Thanks,
    John

John,

  Could I get a copy of the customers log files for the
  system they are trying to archive. I should then be able
  to reproduce the problem.

Cheers,
Phil

    Hello,
    
    I got the logfiles, and copied them over to OPG:: for analysis.
    
    Send me mail if you need more information.
    
    Thanks again,
    John Sobecki
    CSC32::J_SOBECKI
    
    
    $ dir opg::bohr.*
    Directory OPG::DISK$NETWORK:[DECNET.FAL$SERVER]
    
    BOHR.EVENTS;1       BOHR.LOG;1          BOHR.TIMES;1
    

Hello Gentlemen:

Is there a status on this one?  Can you make any further suggestions?  It
appears as though I am taking this one over.


Regards,
Connie

Connie,

  I havnt been able to reproduce this!!! Can you have a word with Dan
  Butterworth and check to see if it is the same as the one he has done
  some work on where we are looping trying to get VM inside the OpenVMS
  CLI code. If it is, he has a workaround/fix.

Cheers,
Phil

    hello
    	My customer has 2 PCM systems, and has put the command 
     console archive/noconfirm/keep=480 all 
    into a com file PCM_COPYLOG.COM . The 2 systems are SMVX53 & SMVX71
    SMVX71 executes this command fine both from the DCL prompt and also
    from batch.
    
    SMVX53 runds the command succesfully from DCL, but if you execute
    the same PCM_COPYLOG.COM file in batch. the job as described in .0
    is in a tight loop with NO I/O being done, the process seems constantly
    computable, but gets nowhere.
    
    	What was the workaround mentioned in -1
    
    
    			Steve Cliffe

    Looking at the PC's the process is looping in, they appear to be :-
    
    0005234F
    0005235B
    00052355
    00052352
    00052360
    00052364
     (sounds familiar Eh ???)
    
    The system has been re-booted & autogen'd, increasing the NPAGEDYN
    (which was a little low), but it still exhibits the same ie you can
    submit the command from DCL, but put it into a batch job & the 
    archive process just loops. 
    
    	Image info 
    
    Image details:
    
    DKA0:[CONSOLE.][IMAGES]CONSOLE$ARCHIVE.EXE
    
            Image Identification Information
    
                    image name: "CONSOLE$ARCHIVE"
                    image file identification: "PCM V1.5-002"
                    link date/time: 12-SEP-1994 13:54:10.79
                    linker identification: "05-13"
    
            Patch Information
    
                    There are no patches at this time.
                                                          

Steve,

  Can you put the MUP on this system, you ANAL/IMAGE tells me the version
  of extract is V1.5-002, this is the ECO 1 kit, you need to upgrade to
  the MUP kit which will give you an ident of V1.5-006

Cheers,
Phil

    And this is indeed our problem with events with no-text string which
    was fixed in the MUP.
    
    Regs,
      Dan