home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / lvmctr / 186 next >
Encoding:
Text File  |  1992-07-21  |  2.1 KB  |  35 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!wupost!psuvax1!psuvm!auvm!RICEVM1.RICE.EDU!CHRIS
  3. Message-ID: <L-VMCTR%92072115105119@VM1.CC.UAKRON.EDU>
  4. Newsgroups: bit.listserv.l-vmctr
  5. Date:         Tue, 21 Jul 1992 14:06:25 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: 22
  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. There are a couple of places that you need to check.  If the mount is using
  32. the "for" option then accounting will be for that user.  ALso, do a select
  33. on vmacct for all "A6" type records and  for the particular date the job ran
  34. on vmsched.  There should not be a diffenence in the data being accounting for.
  35.