HP3000-L Archives

May 2021, Week 5

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:
Stan Sieler <[log in to unmask]>
Reply To:
Stan Sieler <[log in to unmask]>
Date:
Sat, 29 May 2021 11:11:49 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (38 lines)
Re:

On Sat, May 29, 2021 at 7:25 AM Tracy Johnson <[log in to unmask]> wrote:

> That is the number of devs at the same time.  It has no bearing on the
> largest LDEV number.
>
and:

> >>> ioconfig:ad ldev=5178;id=HPTCPJD;path=NONE
> >>>                   ^
> >>>          **error** parameter value too large
> >>> So, what is the maximum value allowed?
>

Yes, 4679 is the largest legal LDEV number.

And, Tracy's right about it being unrelated to the number of LDEVs you can
have.

Various things  have various limits (e.g., maximum number of disks in a
volume set).
Today, I noticed that the DUMP facility (or, perhaps more accurately, the
GETDUMP
mechanism) is limited to 1,000 disk LDEVs.

I tended to avoid 4 digit LDEVs, perhaps because some commands/programs
might have expected to display them in three columns ... I can't recall.
Also, there may be some tables built at run-time that allocate space for
all potential devices (i.e., they directly index with LDEV) ... and, thus,
you waste a (small, overall) amount of space if you have an LDEV
way up there.

Stan

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2