Dale, Why not run mtlib -l /dev/lmcp0 -qM once a minute, tack on a timestamp with awk or something and save that? That will show you mounts from all sources and won't unduly burden the server. You can even set it up to run on another machine that doesn't even have physical tape connnection of you so desire.
Regards Steve Harris AIX and TSM Admin Queensland Health, Brisbane Australia >>> [EMAIL PROTECTED] 09/09/2002 22:44:06 >>> In the long run, we are attempting to quantify exactly how "busy" our ATLs/drives are over time for a number of reasons -- capacity planning, adjusting schedules to better utilize resources, and possibly even justify the purchase of new tape drives. At this point I have been asked to simply come up with a minutes or hours per 24 hour period any particular drive is in use. A "query mount" every minute might work, but it just isn't a good solution for two reasons -- for clients writing directly to tape, the mounted tape won't show up in "query mount", and most of these servers already have an extensive number of scripts accessing them periodically for various monitoring and reporting functions - I hesitate to add any more to them. My last resort is going to be to extract the activity log once every 24 hours and examine the logs and match the mount/dismounts by drive and attempt to calculate usage that way if there isn't something better. With the difficulty in matching mounts to dismounts, I'm not entirely convinced it's worth the trouble. -----Original Message----- From: Mr. Lindsay Morris [mailto:[EMAIL PROTECTED]] Sent: Friday, September 06, 2002 4:55 PM To: [EMAIL PROTECTED] Subject: Re: 3494 Utilization If you use the atape device driver, you (supposedly) can turn on logging within it. Then every dismount writes a record of how many bytes were read/written during that mount. Never tried it ... if you can get it working, let me know how, please! We'd love to be able to do that. Right now we CAN show you library-as-a-whole data rates, just by layering all the tape-drive-writing tasks (migration, backup stgpool, backup DB, etc) one atop the other minute by minute. Maybe that's enough - why do you need drive-by-drive data rates? --------------------------------- Mr. Lindsay Morris CEO, Servergraph www.servergraph.com 859-253-8000 ofc 425-988-8478 fax > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of > Jolliff, Dale > Sent: Friday, September 06, 2002 2:16 PM > To: [EMAIL PROTECTED] > Subject: Re: 3494 Utilization > > > Paul said that Servergraph has this functionality - According to our > hardware guys, the 3494 library has some rudimentary mount statistics > available. > > I'm going to be looking into both of those options. > > Surely someone has already invented this wheel when trying to justify more > tape drives - other than pointing to the smoke coming from the drives and > suggesting that they are slightly overused.... > > > > > > -----Original Message----- > From: Cook, Dwight E [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 06, 2002 6:45 AM > To: [EMAIL PROTECTED] > Subject: Re: 3494 Utilization > > > Good question, never actually thought about it... > I would think that the sum of the difference between mount & > dismount times > for each drive... > OH THANKS..... now I won't be able to sleep until I code some select > statement to do this :-( > if I figure it out, I'll pass it along > > Dwight > > > > -----Original Message----- > From: Jolliff, Dale [mailto:[EMAIL PROTECTED]] > Sent: Thursday, September 05, 2002 10:04 AM > To: [EMAIL PROTECTED] > Subject: 3494 Utilization > > > I saw this topic out on ADSM, and I could not locate any type of > functional > resolution ... > > What is everyone using to calculate the "wall time" of your tape drive > utilization? > ********************************************************************** This e-mail, including any attachments sent with it, is confidential and for the sole use of the intended recipient(s). This confidentiality is not waived or lost if you receive it and you are not the intended recipient(s), or if it is transmitted/ received in error. Any unauthorised use, alteration, disclosure, distribution or review of this e-mail is prohibited. It may be subject to a statutory duty of confidentiality if it relates to health service matters. If you are not the intended recipient(s), or if you have received this e-mail in error, you are asked to immediately notify the sender by telephone or by return e-mail. You should also delete this e-mail message and destroy any hard copies produced. **********************************************************************