Disk mounts only in write-locked mode

  • Follow


Why does this disk mount only write-locked? Not a major problem -- we
are replacing this disk anyway. I'm just curious as to why I can't
mount it write-enabled? Even with MOUNT/WRITE it comes up
write-locked.

It is an RZ26L inside a MicroVAX 3100 Model 80 running VMS v6.1. The
disk is bad with unreadable portions as shown below. I discovered this
during a disk to disk BACKUP/IMAGE/VERIFY to this disk and the
verification pass showed numerous errors (sorry, I don't still have
the actual BACKUP verification error messages). Yes, it was the system
disk as source but the errors showed up in a static application .EXE
file. So the disk is going bad. But why does VMS insist on mounting it
write-locked? Just curious.


$ SH SYM MOUNT
  MOU*NT == "MOUNT/NOASSIST"
$
$ SH DEV D
 
Device                  Device           Error    Volume         Free 
Trans Mnt
 Name                   Status           Count     Label        Blocks
Count Cnt
ABCDEF$DKA200:          Mounted              0  OPENVMS061      992142
  330   1
ABCDEF$DKA300:          Online               4
$ MOUNT DKA300 DATA1
%MOUNT-I-WRITELOCK, volume is write locked
%MOUNT-I-MOUNTED, DATA1        mounted on _ABCDEF$DKA300:
$ SH DEV DKA300/FULL
 
Disk ABCDEF$DKA300:, device type RZ26L, is online, allocated,
deallocate on
    dismount, mounted, software write-locked, file-oriented device,
shareable,
    error logging is enabled.
 
    Error count                    4    Operations completed          
     730
    Owner process           "_NTA1:"    Owner UIC                     
[SYSTEM]
    Owner process ID        000004A1    Dev Prot           
S:RWPL,O:RWPL,G:R,W
    Reference count                2    Default buffer size           
     512
    Total blocks             2050860    Sectors per track             
      83
    Total cylinders             3089    Tracks per cylinder           
       8
 
    Volume label             "DATA1"    Relative volume number        
       0
    Cluster size                   9    Transaction count             
       1
    Free blocks               994500    Maximum files allowed         
  205086
    Extend quantity                5    Mount count                   
       1
    Mount status             Process    Cache name   
"_ABCDEF$DKA200:XQPCACHE"
    Extent cache size             64    Maximum blocks in extent cache
   99450
    File ID cache size            64    Blocks currently in extent
cache      0
    Quota cache size               0    Maximum buffers in FCP cache  
     458
    Volume owner UIC        [SYSTEM]    Vol Prot   
S:RWCD,O:RWCD,G:RWCD,W:RWCD
 
  Volume status:  subject to mount verification, file high-water
marking, write-
      back caching enabled.

! [Sorry about the wrap on this SH DEV/FULL output.] !
 
$ SH DEV D
 
Device                  Device           Error    Volume         Free 
Trans Mnt
 Name                   Status           Count     Label        Blocks
Count Cnt
ABCDEF$DKA200:          Mounted              0  OPENVMS061      992142
  329   1
ABCDEF$DKA300:          Mounted alloc        4  DATA1           994500
    1   1
                        wrtlck
$ DIR DKA300:[VMS$COMMON.SYSMSG]
%DIRECT-E-OPENIN, error opening DKA300:[VMS$COMMON.SYSMSG]*.*;* as
input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-PARITY, parity error
$

These are sample error entries from during the BACKUP/IMAGE/VERIFY
operation:

 ******************************* ENTRY    1736.
*******************************
 ERROR SEQUENCE 7990.                            LOGGED ON:        SID
12000003
 DATE/TIME 30-APR-2004 19:05:33.97                            SYS_TYPE
04010001
 SYSTEM UPTIME: 0 DAYS 00:00:30
 SCS NODE: ABCDEF                                              VAX/VMS
V6.1
 
 DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 0.1
 
 RZ26L SUB-SYSTEM, UNIT _ABCDEF$DKA200:, CURRENT LABEL "OPENVMS061"
 
       HW REVISION     44323434
                                       HW REVISION = 442D
       ERROR TYPE            05
                                       EXTENDED SENSE DATA RECEIVED
       SCSI ID               02
                                       SCSI ID = 2.
       SCSI LUN              00
                                       SCSI LUN = 0.
       SCSI SUBLUN           00
                                       SCSI SUBLUN = 0.
       PORT STATUS     00000001
                                       %SYSTEM-S-NORMAL, NORMAL
SUCCESSFUL
                                        COMPLETION
       SCSI CMD        1B671508
                           0001
                                       READ
       SCSI STATUS           FF
                                       NO STATUS RECEIVED
       UCB$B_ERTCNT          19
                                       25. RETRIES REMAINING
       UCB$B_ERTMAX          27
                                       39. RETRIES ALLOWABLE
       ORB$L_OWNER     00010004
                                       OWNER UIC [001,004]
       UCB$L_CHAR      1C4D4008
                                       DIRECTORY STRUCTURED
                                       FILE ORIENTED
                                       SHARABLE
                                       AVAILABLE
                                       MOUNTED
                                       ERROR LOGGING
                                       CAPABLE OF INPUT
                                       CAPABLE OF OUTPUT
                                       RANDOM ACCESS
       UCB$W_STS           0000
       UCB$L_OPCNT     000005D9
                                       1497. QIO'S THIS UNIT
       UCB$W_ERRCNT        0001
                                       1. ERRORS THIS UNIT
       IRP$W_BCNT          0200
                                       TRANSFER SIZE 512. BYTE(S)
       IRP$W_BOFF          0000
                                       TRANSFER PAGE ALIGNED
       IRP$L_PID       00010009
                                       REQUESTOR "PID"

 V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2004
18:08:14
                                                                     
PAGE   3.
 
       IRP$Q_IOSB      008A4E35
                       00000000        IOSB, 138. BYTE(S) TRANSFERRED

 V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2004
18:08:14
                                                                     
PAGE   4.
 
 ******************************* ENTRY    1737.
*******************************
 ERROR SEQUENCE 7991.                            LOGGED ON:        SID
12000003
 DATE/TIME 30-APR-2004 19:05:34.70                            SYS_TYPE
04010001
 SYSTEM UPTIME: 0 DAYS 00:00:31
 SCS NODE: ABCDEF                                              VAX/VMS
V6.1
 
 DEVICE ERROR  KA47  CPU FW REV# 3.  CONSOLE FW REV# 0.1
 
 RZ26L SUB-SYSTEM, UNIT _ABCDEF$DKA200:, CURRENT LABEL "OPENVMS061"
 
       HW REVISION     44323434
                                       HW REVISION = 442D
       ERROR TYPE            07
                                       REASSIGN BLOCK
       SCSI ID               02
                                       SCSI ID = 2.
       SCSI LUN              00
                                       SCSI LUN = 0.
       SCSI SUBLUN           00
                                       SCSI SUBLUN = 0.
       PORT STATUS     00000001
                                       %SYSTEM-S-NORMAL, NORMAL
SUCCESSFUL
                                        COMPLETION
       SCSI CMD        00000007
                           0000
                                       REASSIGN BLOCKS
       SCSI STATUS           FF
                                       NO STATUS RECEIVED
 
 REASSIGN BLOCK DATA
 
                       414F1500
                                       DEFECT LOGICAL BLK ADDR =
00154F41(X)
       UCB$B_ERTCNT          19
                                       25. RETRIES REMAINING
       UCB$B_ERTMAX          27
                                       39. RETRIES ALLOWABLE
       ORB$L_OWNER     00010004
                                       OWNER UIC [001,004]
       UCB$L_CHAR      1C4D4008
                                       DIRECTORY STRUCTURED
                                       FILE ORIENTED
                                       SHARABLE
                                       AVAILABLE
                                       MOUNTED
                                       ERROR LOGGING
                                       CAPABLE OF INPUT
                                       CAPABLE OF OUTPUT
                                       RANDOM ACCESS
       UCB$W_STS           0000
       UCB$L_OPCNT     000005E4
                                       1508. QIO'S THIS UNIT
       UCB$W_ERRCNT        0002
                                       2. ERRORS THIS UNIT
       IRP$W_BCNT          0200
                                       TRANSFER SIZE 512. BYTE(S)

 V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2004
18:08:14
                                                                     
PAGE   5.
 
       IRP$W_BOFF          0000
                                       TRANSFER PAGE ALIGNED
       IRP$L_PID       00010009
                                       REQUESTOR "PID"
       IRP$Q_IOSB      008A4E35
                       00000000        IOSB, 138. BYTE(S) TRANSFERRED

followed by numerous 

 EXTENDED SENSE DATA
 
       EXTENDED SENSE  000300F0
                       0AA9FD0F
                       00000000
                       00030011
                           0000
                                       MEDIUM ERROR
                                       UNRECOVERED READ ERROR
messages.

[end of post]
0
Reply spamsink2001 (3065) 5/4/2004 6:39:04 PM

In article <b096a4ee.0405041039.6c9111df@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:
:Why does this disk mount only write-locked? Not a major problem -- we
:are replacing this disk anyway. I'm just curious as to why I can't
:mount it write-enabled? Even with MOUNT/WRITE it comes up
:write-locked.

  I'm mildly surprised there were no other messages during the mount
  (though the V6.1 SCSI driver stack and the supporting code is hugely
  ancient, and pre-dates extensive SCSI work in V6.2 and numerous SCSI
  updates and SCSI improvements made in subsequent OpenVMS releases), 
  but OpenVMS can and does occasionally bring a volume on-line when it
  cannot access certain of the disk structures, or when the responses
  back from the disk are unexpected.

:So the disk is going bad. But why does VMS insist on mounting it
:write-locked? Just curious.

  Bad hardware causes weird software behavour.  This is why constructs
  such as RAID, volume shadowing, and (if you think about it) lock-step
  hardware all exist.

  Those block re-assigns are ranges of blocks "going away", and being
  replaced with spares.  For some related bad block processing details,
  see Ask The Wizard topic (6926).

  Since you are at an OpenVMS VAX V6 release, I'd tend to encourage an
  upgrade to a supported or more current release, such as V7.3.  (V7.0
  was not a major release on OpenVMS VAX, unlike V7.0 on OpenVMS Alpha.)

 ---------------------------- #include <rtfaq.h> -----------------------------
    For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq
 --------------------------- pure personal opinion ---------------------------
        Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com

0
Reply hoff (611) 5/4/2004 7:29:50 PM


"Alan E. Feldman" wrote:
> 
> Why does this disk mount only write-locked? Not a major problem -- we
> are replacing this disk anyway. I'm just curious as to why I can't
> mount it write-enabled? Even with MOUNT/WRITE it comes up
> write-locked.
> 
....
> $ SH DEV D
> 
> Device                  Device           Error    Volume         Free
> Trans Mnt
>  Name                   Status           Count     Label        Blocks
> Count Cnt
> ABCDEF$DKA200:          Mounted              0  OPENVMS061      992142
>   330   1
> ABCDEF$DKA300:          Online               4
> $ MOUNT DKA300 DATA1
> %MOUNT-I-WRITELOCK, volume is write locked
> %MOUNT-I-MOUNTED, DATA1        mounted on _ABCDEF$DKA300:
....

I've seen this before, and it is usually due to hardware errors. (Note
error count). I would back it up NOW and I'd also tend to use
BACKUP/PHYSICAL (for recovery to an identical replacement) if there is
anything on there you want to recover. The error log most likely
contains extended sense errors, which could only be properly decoded by
reviewing manufacturers data.

Despite what Hoff says, I like the way VMS deals with the situation,
because it's not causing any "further damage" to the device yet making
it (hopefully) available.

-- 
Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences
nclews at csc dot com
0
Reply Nic 5/5/2004 7:07:58 AM

2 Replies
209 Views

(page loaded in 0.11 seconds)

Similiar Articles:













7/25/2012 7:44:27 PM


Reply: