[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

1495.0. "Daylight Savings Time & PCM??" by CHOWDA::GLICKMAN (writing from Newport,RI) Tue Mar 11 1997 08:19

    My customer is reviewing their Daylight Savings Time procedures and
    this is the first time they are using PCM.  Can concerns of
    considerations for the machine PCM is running on or the connecting
    nodes?
    
    Thanks!
    
T.RTitleUserPersonal
Name
DateLines
1495.1CSC32::BUTTERWORTHGun Control is a steady hand.Tue Mar 11 1997 11:1144
    Moving time forward or backward doesn't really cause problems for PCM.
    
    When moving time backward, the time-stamp file will be "mis-ordered"
    for at least an hour. This is because it is  a sequential file. For
    example, let's say you move the time back and hour at 2:00 AM in the
    morning. You already have data present in the file from 1:00 AM through
    2AM which is when you set the time back. Since you set it back an hour
    you have obviously moved the clock back to 1:00 AM. So your going to
    write have a timjes file that looks like this:
    
    			 2:00 AM - time is changed back to 1:00 AM
    12:00AM   1:00 AM	    |
    |-----------|-----------|-------------|-----------|
    			    |
                          1:00 AM        2:00 AM     3:00 AM
    
    
    You will be able to use the EXTRACT interface but you would see the
    output revert back to 1:00 AM right after 2:00 AM. The point here is
    that someone could mistakenly think that PCM had a problem where it
    wrote some data twice when, in fact, it did not.
    
    The other issue would be with the archive facility. You would want to make
    sure that when you do an archive against the active logfile that
    contains the time-change that your archive encompasses the times when
    the time was changed. For example, you would not want to do an archive
    command like the the following. 
    
    CONS ARCHIVE/BEFORE=DD-MMM-YYYY:02:00
    
    This command would only get the data before the time change.
    Also take into account that archive files are named using the following
    convention:
    
    nodename.yymmddhhmm_TO_yymmddhhmm
    
    If you repeated the archive command you could wind up with two archive
    files with the same starting date/time.
    
    A correct archive command would be:
    
    CONSOLE ARCHIVE/BEFORE=DD-MMM-YYYY:03:00
    
    or some later hour.