home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / lvmctr / 187 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.3 KB  |  39 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!RICEVM1.RICE.EDU!CHRIS
  3. Message-ID: <L-VMCTR%92072210362831@VM1.CC.UAKRON.EDU>
  4. Newsgroups: bit.listserv.l-vmctr
  5. Date:         Wed, 22 Jul 1992 09:24:37 CDT
  6. Sender:       VMCENTER Components Discussion List <L-VMCTR@AKRONVM.BITNET>
  7. From:         Chris Hardy <CHRIS@RICEVM1.RICE.EDU>
  8. Subject:      Re: vmtape/vmschedule/vmacct
  9. In-Reply-To:  Message of Mon,
  10.               20 Jul 1992 21:59:56 EDT from <V4039@VM.TEMPLE.EDU >
  11. Lines: 26
  12.  
  13. On Mon, 20 Jul 1992 21:59:56 EDT Stan Horwitz said:
  14. >Recently, I found a flaw in the way  vmacct tracks vmtape mounts. When I do a
  15. >tape mount interactively via vmtape, the charge is recorded appropriately and
  16. >shows  up in  the  vmacct query  usage  report and  in  the vmjorvw  overhead
  17. >report. When  I mount a  tape via vmtape through  a vmscheduled job  the tape
  18. >mount charge  is not recorded and  it does not show  up in the reports.  I am
  19. >not a systems person, but I am responsible for preparing reports on IBM usage
  20. >for one  of Temple's vice presidents  who is a perfectionist.  I have learned
  21. >to  be very  careful in  reports I  give  to him.  As such,  I reported  this
  22. >problem  to our  systems analyst.  After  spending four  hours attempting  to
  23. >recreate this  problem, he found nothing  wrong. I then showed  him in person
  24. >what  I am  talking about  and  still, he  denies  that there  is a  problem.
  25. >
  26. >Since very few people  use vmschedule on our system, I am  ready to drop this
  27. >subject  on an  official basis.  I am,  however, curious  if anyone  else has
  28. >noticed this  problem. If  so, how  did you  fix it?  Is there  a bug  in the
  29. >software or  is there a  flaw in the way  our Vmcenter files  are configured?
  30. >
  31. Tape accounting should be recorded regardless of where the event is being
  32. started from, vmbatch, vmsched or vmoperator.  The tape mount should be
  33. recorded by vmtape and charged to the user the mount was for and not the
  34. user that issued the mount command unless it was for his own userid.
  35. You have a good point if the tape usage is not showing in the reports.
  36. The mount is recorded on vmtape.  The transactions on vmtape at some cutoff
  37. time are sent to vmacct usually once a day.   Your shop could have a different
  38. cutoff time which would account for usage not reflected in the report.
  39.