" what I recently needed was a really huge (10 x 3390-3) UNIX
filesystem.".
okay, we have one zFS filesystem for downloads that is on a mod 54.
----- Original Message -----
From: "John McKown" <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Friday, March 06, 2009 12:44 PM
Subject: "Media manager" is the future?
Or perhaps whatever has/will replace it? The reason that I ask is that it
seems that while DFSMSdfp clings tenaciously to the 3390 DASD
architecture,
it is also using this interface (with 4K physical blocks) for all new I/O.
IIRC, it was first just a part of VSAM. I am not sure, but I'd bet that
PDS/E and HFS use it as well. Is this the "master plan" so that all access
methods will eventually use this one interface? I could go with that if it
meant that eventually non-3390 DASD architectures (such as SCSI/SAN) were
supported.
Just Friday musings. Brought on by my dislike of zFS being based on LDS
data
sets. Because what I recently needed was a really huge (10 x 3390-3) UNIX
filesystem. Which meant a new storage class & storage group for
segregation
from other data. In the past (non-VSAM, non-HFS), I could just grab some
"free" volumes and create a multi-volume dataset on them. Not any more.
What
a bother.
--
John
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
