Article View: bit.listserv.l-vmctr
Article #80Re: VMArchive
From: Mark A. Stevens
Date: Wed, 19 Aug 1992 14:29
Date: Wed, 19 Aug 1992 14:29
48 lines
2929 bytes
2929 bytes
In article <L-VMCTR%92081910040303@VM1.CC.UAKRON.EDU> STAN@VM.TEMPLE.EDU (Stan Horwitz) writes: >Hello; I am a mainframe applications software consultant here at Temple U. >My boss and I have been trying to talk our VM systems people into putting >VMArchive into general production for the past couple of years and they >always come back to us with lame excuses as to why they won't do it. After Shame on them. Excuses should never be lame, they should be able to run on their own ;-> It's not great, but it does work, VMArchive, that is. >quite some time, we were able to have VMArchive put into production in a >minimal way. If our systems folks had their way, they would remove VMArchive >from our 3084-Q entirely. As it is, files are moved between the staging are >and tape only twice a day; at 8:00 and 13:00. We want to increase this to at >least once an hour. We also want to allow users to archive files on We had scheduled disk to tape runs twice per day, also. We are down to one for the moment, but that doesn't have anything to do with VMARCHIVE. Recalls are processed every 5 minutes. We have three mdisks for users to archive files to with a one day retention period. I need to add more disk space because more people are using it. >temporary disk which is currently not possible here. I am wondering what >your experiences with VMArchive are. How many people on your system use >VMArchive and how did you set it up? If this is a FAQ, please respond See above for setup, if you want more detail, send me a note. We have about 100 userids with files on the VMARCHIVE tapes, most are VMCenter userids and files. >personally. It would also be nice to chat with folks at other VM sites that >use VMArchive in the event our systems folks have further arguments against >this idea. It would probably make more sense for one of our systems analysts >to send a posting on this matter to L-VMCTR, but I guess they don't do such >things since it is not in their contract. Mine says, "other duties as assigned." Maybe they don't have that clause? ;-) >Thanks in advance. Ihth -- Mark A. Stevens Phone: 708-534-0200 Systems Programmer Internet: xmas@uxa.ecn.bgu.edu Educational Computing Network BITNET: XMAS@ECNUXA.BITNET Board of Governors Universities VMSHARE: ECE/MARK
Technical Details
Message-ID:
<1992Aug19.142944.782@uxa.ecn.bgu.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!uvaarpa!darwin.sura.net!wupost!sdd.hp.com!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!news.ils.nwu.edu!uxa.ecn.bgu.edu!xmasReferences:
<L-VMCTR%92081910040303@VM1.CC.UAKRON.EDU>Show Full Headers
Complete Article Headers
Newsgroups: bit.listserv.l-vmctr Path: arc1-ca.pugleaf.net!sparky!uunet!uvaarpa!darwin.sura.net!wupost!sdd.hp.com!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!news.ils.nwu.edu!uxa.ecn.bgu.edu!xmas From: xmas@uxa.ecn.bgu.edu (Mark A. Stevens) Subject: Re: VMArchive Message-ID: <1992Aug19.142944.782@uxa.ecn.bgu.edu> Organization: Educational Computing Network References: <L-VMCTR%92081910040303@VM1.CC.UAKRON.EDU> Date: Wed, 19 Aug 1992 14:29:44 GMT Lines: 48