Hello,
Måns Nilsson asked about a problem with missing "disk slots"
yesterday, and got the answer cited below this message. I'm right now
looking over the system in question, and while the answer has a lot
of validity, it unfortunately does not seem to apply in our
configuration. I just looked through the list configurations, and in
all cases but one, a non-VM disk and directory is specified as second
parameter to the Notebook= line (as recommended in the list owner's
manual, I think).
Also, the only reference to "disk slot" that I could find is in the
site manager's manual (at page 141 in the 1.8d one) with the following
explanation:
LISTSERV uses "disk slots" in rotation to minimize the overhead
involved in opening a file, performing an operation, closing the
file, and the possibly having to reopen the file immediately to
perform another operation. A given "disk slot" stays open until it
is needed for another file.
Coming from the Unixly and VMSy worlds, my reaction is to compare that
to reaching the maximum amount of file descriptors (Unix-speak) or
channels (VMS-speak) per process. It sounds like LISTSERV keeps a
cache of open files and that this cache is too small for the demands
of the system in question.
If this is related to the VM minidisks, I must appologise, for I do
not understand the relationship (no surprise there, as I have never
played with IBM machines).
I'm thankfull for any help I can get.
--
Richard Levitte \ Spannvägen 38, II \ [log in to unmask]
Chairman@Stacken \ S-168 35 BROMMA \ T: +46-8-26 52 47
Redakteur@Stacken \ SWEDEN \ or +46-709-50 36 10
Procurator Odiosus Ex Infernis -- [log in to unmask]
Member of the OpenSSL development team: http://www.openssl.org/
Software Engineer, Celo Communications: http://www.celocom.com/
Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
Date: Tue, 17 Apr 2001 10:37:28 +0200
From: Mans Nilsson <[log in to unmask]>
To: [log in to unmask], [log in to unmask]
Subject: [[log in to unmask]: Re: Error with disk slots.]
Message-ID: <[log in to unmask]>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: BINARY
Nåt att bita i?
----- Forwarded message from Valdis Kletnieks <[log in to unmask]> -----
X-URL: http://black-ice.cc.vt.edu/~valdis/
Date: Mon, 16 Apr 2001 13:39:20 -0400
From: Valdis Kletnieks <[log in to unmask]>
Subject: Re: Error with disk slots.
To: [log in to unmask]
On Mon, 16 Apr 2001 18:57:20 +0200, Mans Nilsson <[log in to unmask]> said:
> >>> Error X'0000002B' during virtual disk slot emulation for "LISTS:[FISH-SCI]" <<<
> -> Severity: Error
> -> Facility: Generic error codes
> -> Abstract: Overflow/buffer too small
> -> Rejected: No virtual disk slot available to access
> directory 'LISTS:[FISH-SCI]' (all available
> slots are presently
> locked).
> This is on a VMS system. Disk seems to be available, memory also, albeit
> not very much. Any guidelines most appreciated.
I'm *NOT* a VMS expert, but I think that the VMS version emulates the
old VM 'minidisk' concept, which assigns 'file mode' letters to disks.
As such, you could run out of letters (as only 22 or so were actually
available). You might want to look at your 'Notebook=' parameters on
the affected lists and see if you have a collision for disk slots.
Valdis Kletnieks
Operating Systems Analyst
Virginia Tech
----- End forwarded message -----
--
Måns Nilsson Systems Specialist
+46 70 681 7204 KTHNOC
MN1334-RIPE
What PROGRAM are they watching?
|
