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

Conference csc32::consolemanager

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

906.0. "PCM V1.6 ECO1 archieve problem?" by 45213::BRODIE () Fri Aug 04 1995 06:44

We run a nightly batch job on our PCM system to archive the console data.
Under PCM V1.5 (VAX) this worked correctly.
Last week we upgraded to PCM V1.6 (VAX). Since then many archive operations
fail. However running some of these failed commands individually by hand
works
ok.

Here is the line of code conatined in the command file :

$ console archive/noconfirm/keep=480 all

Below is a log file extract showing the problem:

$ console archive/noconfirm/keep=480 all
POLYCENTER Console Manager
Archive facility Version V1.6-100
Copyright (c) 1995 Digital Equipment Corporation. All Rights Reserved

Starting archive procedure for system HSJ002
Archive procedure for system HSJ002 completed successfully
Starting archive procedure for system HSJ003
Archive procedure for system HSJ003 completed successfully
Starting archive procedure for system HSJ007
Archive procedure for system HSJ007 completed successfully
Starting archive procedure for system HSJ008
Archive procedure for system HSJ008 completed successfully
Starting archive procedure for system HSJ009
Archive procedure for system HSJ009 completed successfully
Starting archive procedure for system HSJ010
Log file open failure for HSJ010
acp file access failed
Log file open failure for ConsoleManager
acp file access failed
Archive for system HSJ010 complete - log file is empty
Log file open failure for ConsoleManager
acp file access failed
Starting archive procedure for system SMVX01
Log file open failure for SMVX01
acp file access failed
Log file open failure for ConsoleManager
acp file access failed
Archive for system SMVX01 complete - log file is empty
Log file open failure for ConsoleManager
acp file access failed
Starting archive procedure for system SMVX06
Log file open failure for SMVX06
acp file access failed
Log file open failure for ConsoleManager
acp file access failed
Archive for system SMVX06 complete - log file is empty
Log file open failure for ConsoleManager
acp file access failed
Starting archive procedure for system SMVX0E
Log file open failure for SMVX0E
acp file access failed
Log file open failure for ConsoleManager
acp file access failed
Archive for system SMVX0E complete - log file is empty
Log file open failure for ConsoleManager
acp file access failed

ETC........

VMS IS AT VAX/VMS V6.1

ECO1 was installed. Since then 

a) Event windows have re-appeared on remote m/ch's (I had not noticed that
they where missing??)

b) The archieve process hangs in an LEF state for eternity.

Any suggestions??

Regards Alan Brodie

                   
T.RTitleUserPersonal
Name
DateLines
906.129067::BUTTERWORTHGun Control is a steady hand.Fri Aug 04 1995 15:4214
    is it possible for us to access the SYSTEM when the archive is hung?
    
    The ECO fixed a problem where the daemons would hang when an archive
    was done but this sounds like a different problem.
    
    As far as your file access conflicts go... was there a backup running
    at the same time? That error indicates that something had the files
    locked at the time. V1.6 will not perform an archive if someone is 
    connected and the problem where the controller daemon didn't close the
    file was also fixed. This leaves some other extraneous source like
    BACKUP.
    
    Regards,
       Dan
906.2Contact45213::BRODIEMon Aug 07 1995 04:5210
    Access,
    	No problem.. I will mail you contact details....
    
    Backups running, None have ever been run during the archieve period. It
    may be posible that someone was connected. Concern from site thou' is
    that assuming  somebody was connected, then why does archieve now fall
    over stone dead, under v1.5 it would only fail the one event then carry
    on as before?
    
    Alan Brodie/
906.3similar archive problem50242::MUELLERTue Aug 08 1995 06:3339
    Hi,
    
    just want to let you know that I got a similar problem with my
    archive procedure...
    
    command:
    
    console archive/before=today/noconfirm all
    
    logfile:
    
    Archive procedure for system GYDNS completed successfully
    Starting archive procedure for system GYHUB
    Timefile  Pass 1: Working ... done.
    Timefile  Pass 2: Working ... done.
    Logfile   Pass 1: Working ... done.
    Logfile   Pass 2: Working ... done.
    Eventfile Pass 1: Working ... done.
    Updating  Pass 1: Working ... done.
    Archive procedure for system GYHUB completed successfully
    Starting archive procedure for system GYMAC
    Archive area is full - archive procedure for system GYMAC failed
    Starting archive procedure for system GYMRC0
    Log file open failure for GYMRC0
    acp file access failed
    Archive for system GYMRC0 complete - log file is empty
    Starting archive procedure for system GYMRC1
    Log file open failure for GYMRC1
    acp file access failed
    
    The archive area is not full - free blocks: 5646200      
    				   total blocks: 6976375
    
    File space warning threshold  = 80% full
    File space critical threshold = 95% full
    
    Regards,
    
    - Sabine
906.429067::BUTTERWORTHGun Control is a steady hand.Tue Aug 08 1995 13:5517
    Re -2.
    
    Something had the files locked. Archive was changed dramatically in
    V1.6 as there were to many problems in the old V1.5 code stream. If
    someone was connected, you would have gotten a message to the effect
    
    Archive aborted - user xxxxxxx is connected
    
    and it would have attempted to archive the next system. 
    
    Is there a disk defragger running on this system?
    
    
    
    
    Regs,
      Dan
906.5No defrag45213::BRODIEWed Aug 09 1995 07:305
    Dan
    	Certainly in my case there is NOT a defrag process running. 
    
    ALan Brodie/
    
906.6BYTLM42441::JUDDGeoff Judd. UK TSC. Viables, BasingstokeTue Aug 15 1995 13:125
I can reproduce this problem by reducing my BYTLM quota. All the quota is given
back at the end of the archive run but the amount used increases each time a new
node is archived. 

Geoff Judd.
906.729067::BUTTERWORTHGun Control is a steady hand.Tue Aug 15 1995 15:114
    Thats great info Geoff!! Good job!!
    
    Regs,
      Dan
906.8now it works...50242::MUELLERWed Aug 16 1995 11:147
    I just raised the bytlm quota and the archive works fine.
    
    Thanks a lot!
    
    Regards,
    
    - Sabine