[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

439.0. "time stamps do not match console output" by CX3PST::ANASAZ::J_BECKER (There's no substitute for a good boot) Tue Oct 18 1994 18:58

User extracts or reviews data with time stamps and the time stamps 
are off by several hours with the time in the data.  Why?  Looks
like a buffering problem but to hang onto the data for 8 hours
does not seem correct.

john becker
-----------------------------------------------------------------------------

17-Oct-1994 17:56:15  ZNew mail on node LMMAN from LMMAN::CFSV40       (06:06:0
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 07:05:16.84  %%%%%%%%%%%  
17-Oct-1994 17:56:15  Operator _LMMAN$LTA426: has been enabled, username OPERAT

				above data time stamp is way in the past as
				compared to the record timestamp
17-Oct-1994 17:56:15
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 10:21:25.25  %%%%%%%%%%% 
17-Oct-1994 17:56:15  Operator _LMMAN$LTA540: has been enabled, username OPERAT
17-Oct-1994 17:56:15
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 10:33:48.91  %%%%%%%%%%%
17-Oct-1994 17:56:15  Operator _LMMAN$RTA1: has been disabled, username OPERATOR
17-Oct-1994 17:56:15
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 10:40:13.70  %%%%%%%%%%%
17-Oct-1994 17:56:15  Operator _LMMAN$LTA540: has been disabled, username OPERA
17-Oct-1994 17:56:15
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 14:10:03.93  %%%%%%%%%%%
17-Oct-1994 17:56:15  Operator _LMMAN$LTA638: has been enabled, username OPERAT
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 14:13:30.54  %%%%%%%%%%%
.
.
.
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 18:00:23.43  %%%%%%%%%%%
17-Oct-1994 17:56:15  Message from user SLS on LMMAN
17-Oct-1994 17:56:15  Commencing DB_INC_SBK backup of $1$DUA7:[*...]*.*;*
17-Oct-1994 17:56:15   - on _$1$MUA8:$1$DUA7MON.INC
17-Oct-1994 17:56:15   - view any messages in $1$DUA29:[SLS$FILES]LMMAN03BC_1.E

				Now the above message is in the future
		
17-Oct-1994 17:56:15
17-Oct-1994 17:56:15  LMMAN_$
17-Oct-1994 17:56:15  Z%%%%%%%%%%%  OPCOM  17-OCT-1994 18:00:27.75  %%%%%%%%%%%
17-Oct-1994 17:56:15  Request 1349, from user SLS on LMMAN
17-Oct-1994 17:56:15  Z[1mLoad volume on _$1$MUA8: write enabled
17-Oct-1994 17:58:14   - (first volume in volume set)
17-Oct-1994 17:58:14   - reply when ready, with volume name,
17-Oct-1994 17:58:14     NEW to get a new volume name or QUIT to abort jobZ[m
17-Oct-1994 17:58:14
T.RTitleUserPersonal
Name
DateLines
439.1OPG::PHILIPAnd through the square window...Wed Oct 19 1994 12:0912
John,

  My guess would be that the data has been hanging
  around in PCM's ring buffer for a while before it
  is timestamped and flushed to disk, unfortunately,
  it would take a lot of work to change this for V1.5,
  V2.0 will log differently and this problem will go
  away. So for now I guess that "its a feature".

Cheers,
Phil