Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Automatic Log Processing Scheme or LAN NetView Monitor

IP.com Disclosure Number: IPCOM000110915D
Original Publication Date: 1994-Jan-01
Included in the Prior Art Database: 2005-Mar-26
Document File: 2 page(s) / 107K

Publishing Venue

IBM

Related People

Gaertner, D: AUTHOR [+4]

Abstract

Disclosed is a scheme to postprocess the performance data log automatically without the need for intervention by the system administrator so that the system administrative overhead can be reduced.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 51% of the total text.

Automatic Log Processing Scheme or LAN NetView Monitor

      Disclosed is a scheme to postprocess the performance data log
automatically without the need for intervention by the system
administrator so that the system administrative overhead can be
reduced.

      The system administrator can use LAN NetView* Monitor to create
a policy to monitor a set of managed nodes.  For each policy there
will be a log file generated for each managed node every day.  For a
different policy the system administrator may choose to postprocess
the log file at a different time.  Each policy will have a record in
the database which specifies what to monitor, the monitoring
schedule, and other information.  Given there are N policies created
and each monitors M managed nodes, then there will be N*M number of
log files that need to be postprocessed each day.  This number can be
very big, and commands issued to postprocess those log files can
cause significant overhead for the system administrator.  Therefore,
the postprocessing of the log file has to be automated to reduce the
system administration overhead.

      In order to automate the postprocessing process, the time to
process the log file should be specified by the system administrator.
This is done at the policy creation time.  The system administrator
can specify SQL_STORE_TIME when a policy is first created.
SQL_STORE_TIME specifies when the log file should be processed for a
given policy.  SQL_STORE_TIME is a field in the policy database
record and is stored in the SPM_POLICY table of the SQL database.

      There is a background process running in the LAN NetView
Monitor to perform the postprocessing of the log file.  This process
will be started whenever LAN NetView Monitor is started, and it will
end only when there is no active policy.

This process will have three threads:

1.  SQL processing thread - Its main function is to postprocess the
    set of log files belonging to a policy where its SQL_STORE_TIME
    is equal to the current time of the system.

2.  Main thread - Its main function is to receive the SQL_STORE_TIME
    of the newly created policy and request to change the
    SQL_STORE_TIME of an existing policy.  It will maintain the list
    of SQL_STORE_TIMEs for all active policies sorted by time.  It
    can also receive a request for immediate action against an active
    policy.

3.  Timer thread - Its main function is to wake up the SQL processing
    thread when the given SQL_STORE_TIME is reached.

      These threads use Event and Muxwait semaphores to coordinate
between each other.  The algorithm for each thread is specified in
the following:
SQL Processing Thread

1.  Sort the SPM_POLICY table based on SQL_STORE_TIME in ascending
    order.

2.  Build a circular list called "sorted SQL_STORE_TIME".  Each
    element in the list contains two fields, the name of an active
    policy and its SQL_STORE_TIME.  Set...