🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bit.listserv.l-vmctr
Article #80

Re: VMArchive

#80
From: Mark A. Stevens
Date: Wed, 19 Aug 1992 14:29
48 lines
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!xmas
References: <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