Conference turris::digital_unix

Rev 92 is available.  Fixes a problem with hsz output and improves
output of changed file information (includes what(1) output)


[Posted by WWW Notes gateway]

    Is this available externally for customers?
    
    Greg

Hi

 You can give it to customers...I think it will be available more
readily soon...Contact Ed Riopelle

Hi

 rev .93 is out...if fixes many problems, and has many new checks including
failed disks in hszs, more vm checks, advfs, lsm...etc

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

Eric
[Posted by WWW Notes gateway]

Hi

 rev .94 is out...it includes much more tuning data for
vm, networking, routing..etc

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

Eric

Hi

 rev .96 is out...it includes much more tuning data for
vm, networking, routing..etc

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

Eric

Rev .97 is available...fixes HSZ output, adds new checks for
advfs parameters...warns of paging and I/O queue depth being high.

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

[Posted by WWW Notes gateway]

What value does UniCensus provide above and beyond sys_check (which it
includes)?

Ram

Unicensus is a wrapper around sys_check created by MCS...they add
some MCS specific data, call sys_check will slightly different arguments
to collect a few more things, and eventually they want unicensus to be
able to send it back to them...you would need to get the MCS folks
to tell you more of what they are planning.

Rev .98 is available...it adds ability to get swxcr controller
firmware revs, -escalate switch for problem reports, network
enhancements, and pointers to the external ftp patch kits.

Note, the binary tools should be re-copied, as the sys_check.tar or
tools.tar files contain the program to gather swxcr firmware revs.

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

Rev .99 is available...it (or later versions) is required
for problem escalations to USEG (see blitz dated May 30).

It also includes -nohtml switch to only output text.

http://www-unix.zk3.dec.com/tuning/tools/sys_check/sys_check.html

Copyright (c) Digital Equipment Corporation 1997. All rights reserved.

+---------------------------+TM
|   |   |   |   |   |   |   |
| d | i | g | i | t | a | l |              TIME DEPENDENT CASE
|   |   |   |   |   |   |   |
+---------------------------+

      TITLE: Tool for gathering data for DIGITAL UNIX engineering escalations

                                                DATE: 30-May-1997

      AUTHOR: Ed Riopelle                       TD #: ?
      DTN:    381-6399
      ENET:   KAMLIA::RIOPELLE                  CROSS REFERENCE #'s:
      DEPARTMENT: UNIX Support Eng'g (USEG)     (PRISM/TIME/CLD#'s)

      INTENDED AUDIENCE:   ALL                  PRIORITY LEVEL: 1
      (U.S./EUROPE/GIA)                         (1=TIME CRITICAL,
                                                 2=NON-TIME CRITICAL)
      =====================================================================
      PRODUCT NAME(S):
      PRODUCT FAMILY(IES):
      Storage         ___
      Systems/OS      ___ Digital UNIX
      Networks        ___
      PC/Peripherals  ___
      Software Apps.  ___ Checkit and sys_check

      BLITZ TYPE:

      Maintenance Tip           ___
      Service Action Requested  _X_

      PROBLEM:

      In the past, there were two tools (checkit and sys_check ) which
      collected data on hardware, software, system configuration, and system
      activity logs for use in isolating and diagnosing problems on Digital
      UNIX systems.  Though the tools have differing functions, there was some
      overlap in the data gathered.  In addition, having two tools presented
      some confusion around when to use what tool.

      RESOLUTION/WORKAROUND:

      Effective June 3, 1997, there is one data gathering tool.  This tool is
      sys_check. Starting at Version .99,  sys_check combines the
      functionality of previous versions of sys_check and checkit.  The UNIX
      Support Engineering Group (USEG) still requires the data previously
      collected through checkit for escalations  to USEG engineering. 
      However, it is now gathered via # ./sys_check -escalate.
 	
       When performing general data collection on a single customer system
      where the information is needed in an HTML format, please use
      sys_check without any option, for example ./sys_check > file.html.
      Once run the HTML file can be mailed or copied.

        When you need data for an escalation to DIGITAL UNIX engineering,
       start the sys_check script and include the "-escalate" option.  This
       option performs file collection on a customer's system and places it
       into a tar file.  The resultant tar file( /tmp/escalate.tar ) can be
       provided with the escalation.

      example with option : ./sys_check -escalate


      You can get the latest version of sys_check from either:


         guru:/usr/guest/misc/osf/public/sys_check.tar

              or 

         http://www.zk3.dec.com/useg/problem_mgr/sys_check.tar

       The .tar file contains both the sys_check script, and some additional
       binary utilities that sys_check uses to collect Disk I/O, Scheduler
       statistics, and console variables.

        Copy the sys_check.tar file to your root directory. After getting
       it to your system do the following :

       # tar xvf sys_check.tar
       # ./sys_check -escalate 


       OTHER COMMENTS

         Note that sys_check is now an official engineering tool, owned and
       supported by USEG. We gratefully acknowledge the contributions of 
       Eric Schott in creating and maintaining this tool.  Note, however
       that all future comments/enhancement/requirements (or bug reports)
       must be directed to USEG via Ed Riopelle at kamlia::riopelle or 
       [email protected].  Our goal is to provide a single tool 
       of system data collection for DIGITAL UNIX. 



                     *** DIGITAL INTERNAL USE ONLY ***





%%% overflow headers %%%
Apparently-To: [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected], [email protected],
        [email protected]
%%% end overflow headers %%%

*********************************************************************
To unsubscribe from this list, send mail to [email protected] or
ALPHA::MAJORDOMO (from VMS) with the following text:
unsubscribe useg

For help with the majordomo commands, the text should be:
help
*********************************************************************
================== RFC 822 Headers ==================
Received: from ralpha.zk3.dec.com by kamlia.zk3.dec.com; (5.65v3.2/1.1.8.2/05Mar96-0145PM)
	id AA12021; Fri, 30 May 1997 18:14:12 -0400
Received: by alpha.zk3.dec.com; (5.65v3.2/1.1.8.2/20May95-1022AM)
	id AA12594; Fri, 30 May 1997 18:13:19 -0400
Received: from kamlia.zk3.dec.com by alpha.zk3.dec.com; (5.65v3.2/1.1.8.2/20May95-1022AM)
	id AA12566; Fri, 30 May 1997 18:13:13 -0400
Received: from us4rmc.pko.dec.com by kamlia.zk3.dec.com; (5.65v3.2/1.1.8.2/05Mar96-0145PM)
	id AA11754; Fri, 30 May 1997 18:12:22 -0400
Received: from smurf.enet by us4rmc.pko.dec.com (5.65/rmc-22feb94)
	id AA27266; Fri, 30 May 97 18:04:23 -0400
Message-Id: <[email protected]>
Received: from smurf.enet; by us4rmc.enet; Fri, 30 May 97 18:04:24 EDT
Date: Fri, 30 May 97 18:04:24 EDT
From: Ed Riopelle - USEG - DTN 381-6399  30-May-1997 1812 <[email protected]>
To: mail11:;@[email protected]@kamlia.zk3.dec.com;;;;;;;@kamlia.zk3.dec.com;;;;;;;; (@blitz.dis)
Cc: [email protected]
Apparently-To: distribution:;@[email protected]@kamlia.zk3.dec.com;;;;;;;@kamlia.zk3.dec.com;;;;;;;; (see end of body)
Subject: A: checkit and sys_check - Blitz
Sender: [email protected]
Precedence: bulk
Reply-To: Ed Riopelle - USEG - DTN 381-6399  30-May-1997 1812 <[email protected]>