This is where it would be nice if Linux had a special filesystem driver f or WRITING CMS minidisks.
Yes, DOE purchased an ATL of the new encrypting tape drives that z/VM can not directly use because of the lack of an out-of-band EKM at our DR vendor. So z/OS performs ALL of our backups, at least as long as the zSeries remains at DOE. /Tom Kern /U.S. Dept of Energy /301-903-2211 On Tue, 17 Jun 2008 12:29:30 -0400, Michael Coffin <[EMAIL PROTECTED] om> wrote: >Hi Tom, > >Yep, I've already thought about dropping DDR2CMS (see post I just sent) >- at least it would eliminate the need to copy the file into an RECFM= F >file. > >Of course dd from local DASD to a Samba mounted file share would be >perfect, just one little problem - it doesn't run under CMS(!). I've >got literally thousands of lines of REXX code which automates our DR >process entirely that I'm not prepared to re-write so that Linux can do >the data delivery. The SnapShots would have to be done in VM/CMS >anyhow since I'm not aware of a SnapShot command interface for Linux, >and various VM-based servers would still have to be brought up/down, >quiesced and such on VM/CMS so it would get a bit complicated (not >undoable, just a lot of wheel-reinventing, and of course the end result >is a process that runs in Linux, I'm a VM'er and like my important >business processes written and running in VM/CMS). It was the very >first thing I thought of when I realized CMS simply cannot mount remote >EXT3 filesystems and easily read/write to them and NFS was out of the >question anyhow. > >PS: Did you guys at DOE go the TS1120 route? > >-Mike
