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

Conference smurf::dec_mls_plus

Title:dec_mls_plus
Moderator:SMURF::BAT
Created:Mon Nov 29 1993
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:534
Total number of notes:2544

479.0. "new-wire-method broken" by SMURF::BAT (Segui la tua beatitudine) Wed Apr 16 1997 21:32

Date: Wed, 16 Apr 1997 15:52:11 -0400 (EDT)
From: John Donovan USG <donovan@zk3.dec.com>
To: "blitz.dis" <boren@bss.enet.dec.com>, comstock@helix.enet.dec.com,
        csc-contacts@guru.zk3.dec.com, DAVE.SPILLANE@reo.mts.dec.com,
        Dianna Ellis UNIX Presales <dianna@zk3.dec.com>,
        dominic@neasys.enet.dec.com, keilty@rhett.ENET.dec.com,
        kenyon@asimov.enet.dec.com, lemire@mse1.enet.dec.com,
        Allan Malcolm USG <malcolm@zk3.dec.com>, martin@decatl.enet.dec.com,
        mgreenfield@hydra.enet.dec.com, Neil Davies <ndavies@zk3.dec.com>,
        USEG Problem Management -- Brian Axtell <axtell@zk3.dec.com>,
        Henry Bone <bone@zk3.dec.com>, Ronald Uberti <uberti@zk3.dec.com>,
        Tom Hayden <hayden@zk3.dec.com>, safford@mse1.enet.dec.com,
        tasar@amcucs.enet.dec.com, TECH_INFO@CSSE.enet.dec.com,
        TIMA_MGR@tima.ENET.dec.com, useg@kamlia.zk3.dec.com,
        usg@kamlia.zk3.dec.com
Cc: Patricia Czerny USG <czerny@zk3.dec.com>, Jane Lawler <lawler@zk3.dec.com>,
        Kent Ferson <ferson@zk3.dec.com>,
        Sarah Tappan USG <tappan@zk3.dec.com>,
        Shashi Mangalat USG <shashi@zk3.dec.com>,
        Joe Kenny USG <kenny@zk3.dec.com>, John Donovan <donovan@zk3.dec.com>
Message-Id: <Pine.OSF.3.95.970416154332.30186I-100000@kamlia.zk3.dec.com>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-bbw
Precedence: bulk
Reply-To: John Donovan USG <donovan@zk3.dec.com>


TO:  blitz.dis
CC: czerny, lawler, ferson, tappan, shashi, kenny, me

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


      BLITZ TITLE: DIGITAL UNIX DATA CORRUPTION WITH SHARED MEMORY 
	  	  

                                                DATE: 16 April 1997
      AUTHOR: John Donovan			TD #:
      DTN:    381-1344   
      ENET: guru::donovan                       CROSS REFERENCE #'s:
      DEPARTMENT: UNIX Support Engineering      (PRISM/TIME/CLD#'s)

      INTENDED AUDIENCE: All                    PRIORITY LEVEL: 1
      (U.S./EUROPE/GIA)                         (1=TIME CRITICAL,
                                                 2=NON-TIME CRITICAL)
      =====================================================================

      INTRODUCTION: 

	During the course of prereleased hardware testing with Digital UNIX
	Versions 4.0 and later, the Digital UNIX Engineering Group discovered 
	a user application data corruption that was not detected by the 
	operating system software.

      PROBLEM:  

	A data corruption problem can occur when the parameter new-wire-method
	is turned on. The new-wire-method parameter is only available in V4.0
	and later releases. All versions V4.0 and later ship with the default 
	being new-wire-method enabled.

      RESOLUTION/WORKAROUND:

	The workaround for this problem is as follows:

        The problem can be eliminated by turning off the new-wire-method.

	1) Become the root user.

 	2) Create a new file named /tmp/nwm and insert the following lines:

		  vm:
		     new-wire-method=0

 	3) Execute the sysconfigdb command as follows:

		  # /sbin/sysconfigdb -f /tmp/nwm -m vm

 	4) Reboot the system.

	The new-wire-method option is now disabled.

	Please note that turning off the new-wire-method should cause
	little or no performance degradation.

        It is the Strong Recommendation of Digital UNIX Engineering that 
        this workaround be implemented on all systems running Digital UNIX
        V4.0 and above. Failure to do so can result in undetected data 
        corruption.

      ADDITIONAL COMMENTS:

        Digital UNIX Engineering is working at the highest priority on a
        solution that will not require the above workaround. When the
        resultant fix is ready, an advisory blitz will announce its            
        availability.

                     *** DIGITAL INTERNAL USE ONLY ***

\\ GRP=TIME_DEPENDENT CAT=HARDWARE DB=CSSE_TIME_CRITICAL
\\ TYPE=KNOWN_PROBLEM TYPE=BLITZ STATUS=CURRENT
T.RTitleUserPersonal
Name
DateLines