HP3000-L Archives

September 1998, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Rick Ehrhart <[log in to unmask]>
Reply To:
Rick Ehrhart <[log in to unmask]>
Date:
Mon, 14 Sep 1998 22:56:17 GMT
Content-Type:
text/plain
Parts/Attachments:
text/plain (33 lines)
[log in to unmask] wrote:
: Hi Jeff,

: The problem is due to a truncation while calculating the permanent and
: transient sizes.

: The permanent and transient sizes are maintained in units of 4K
: chunks. When a volume is initialized, it is expected that

:    perm_size_4k + trans_size_4k >= disk_size_4k (perm% + trans% can be > 100)

: But this mayn't be the case because of possible truncation while
: calculating the perm_size_4k and trans_size_4k. The problem that you
: saw (subsys error number should have been 145) is due to

:    (75 * disk_size_4k) + (25 * disk_size_4k) < disk_size_4k

: This problem shouldn't happen if perm% and trans% are such that

:    (perm% * disk_size_4k) + (trans% * disk_size_4k) >= disk_size_4k

: But anyway the problem related to VSIT member counter corruption needs
: to be solved.

Narayan -

I believe the problem stems from the fact that volumes in a volume set
cannot be deleted.  There is probably a bug that does not decrement the
volume number when an error occurs.  This number is kept in the label of
the set master.

- Rick

ATOM RSS1 RSS2