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?