Re: Shortfalls in tsm/adsm
Remeta, Mark wrote: >What is it that you are looking for? A graphical representation of how much >data is going to the tape drives? k/b per second, etc? If you do a q process >you can get the total bytes written so far... I for one don't need to know >how fast the data is being written to tape. I would rather the programmers >spend time fixing the problems that they introduce with each patch. My >.02... > > Graphical would be nice, I'd settle for an API I could get the raw data from myself. Personalyy while the sentiment is nice that you'd rather the developers spend time on fixing problems they introduce in their patches, If you've ever had to diagnose & debug a problem with performance or operation, as much data as possible about what's happening is invaluable. If you can't get the data out of the system, you might as well use a worse system, that at least you CAN see what's happening. >Mark > >-Original Message- >From: Hamish Marson [mailto:[EMAIL PROTECTED]] >Sent: Thursday, June 27, 2002 7:15 AM >To: [EMAIL PROTECTED] >Subject: Shortfalls in tsm/adsm > > >Hi. > >reading a recent post on why people love tsm vs networker brought back a >lot of memories. Most of the great, but one that I just can't forgive. >There STILL appears (6 years after I broached the subject with the adsm >developers) to be no way to monitor in real-time what each of the tape >drives in the library is actually doing... > >For example on Networker (And I know it's awful, I hate it as much as >the next geek who isn't enamoured by fancy GUI's etc) you can see >exactly what each drive is doing, AND HOW FAST IT'S DOING IT! Writing at >3.5MB/sec! Great. It's working fine. On tsm? Well there's manual mental >arithmetic and query proc if you feel brave... > >Any chance I'm mistaken & the developers have actually fixed this >shortfall? Or at leats implemented a kernel table in their device >drivers so you can see the device stats like you can for hdisks? > >TIA > >Hamish. > >-- > >I don't suffer from Insanity... | Linux User #16396 >I enjoy every minute of it... | >| >http://www.travellingkiwi.com/ | > >Confidentiality Note: The information transmitted is intended only for the >person or entity to whom or which it is addressed and may contain >confidential and/or privileged material. Any review, retransmission, >dissemination or other use of this information by persons or entities other >than the intended recipient is prohibited. If you receive this in error, >please delete this material immediately. > > -- I don't suffer from Insanity... | Linux User #16396 I enjoy every minute of it... | | http://www.travellingkiwi.com/ |
Re: Shortfalls in tsm/adsm
Hi, > Well... you are starting a NEW thread without saying as much > in your subject > line;;; but, I'll answer anyway --- BUT the details will be left as an > exercise for the student. Well, I asked this questions years ago when I started using ADSM. Now, when I read this topic, it came to my mind again. But thanks for your reply. Regards, Dirk
Re: Shortfalls in tsm/adsm
If you look at the results of "q proc f=d" or "q se ### f=d", you might come close to knowing how much has transpired -- but you need something (like ServerGraph?) to track progress so you can see what the instantaneous performance level of a given task... kinda like vmtune/vmstat every 5 sec's, then compare the delta and run a continuing, smooth curve graph connecting the dots across the intervals. I agree with Mark's post; while this is "nice to have", and there IS more instrumentation being incorporated in latest versions, I would put the recent rash of relentless, recurring, regression bugs at the very HIGHEST priority -- new features aren't worth the effort when they come at the expense of serious breakage (eg, the recent/ongoing saga with expiration & conflict-lock!). Don France Technical Architect -- Tivoli Certified Consultant San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Zlatko Krastev Sent: Thursday, June 27, 2002 7:28 AM To: [EMAIL PROTECTED] Subject: Re: Shortfalls in tsm/adsm I cannot answer to the question but am afraid the answer is negative. You can even find an APAR caused by TSM-driver for AIX (!!! not Solaris or HP-UX) not being written according to AIX rules. Result: the devices being deleted/unconfigured after restart (I learned this the hard way). So lets not laugh too much on the others but try to be *always* better than them. Zlatko Krastev IT Consultant Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Shortfalls in tsm/adsm Hi. reading a recent post on why people love tsm vs networker brought back a lot of memories. Most of the great, but one that I just can't forgive. There STILL appears (6 years after I broached the subject with the adsm developers) to be no way to monitor in real-time what each of the tape drives in the library is actually doing... For example on Networker (And I know it's awful, I hate it as much as the next geek who isn't enamoured by fancy GUI's etc) you can see exactly what each drive is doing, AND HOW FAST IT'S DOING IT! Writing at 3.5MB/sec! Great. It's working fine. On tsm? Well there's manual mental arithmetic and query proc if you feel brave... Any chance I'm mistaken & the developers have actually fixed this shortfall? Or at leats implemented a kernel table in their device drivers so you can see the device stats like you can for hdisks? TIA Hamish. -- I don't suffer from Insanity... | Linux User #16396 I enjoy every minute of it... | | http://www.travellingkiwi.com/ |
Re: Shortfalls in tsm/adsm
Well... you are starting a NEW thread without saying as much in your subject line;;; but, I'll answer anyway --- BUT the details will be left as an exercise for the student. Just write a menu program that (a) prevents escape to command-line, and (b) invokes dsmc under the user's ID with the menu prompt for filespec -- as in "dsmc restore %1"... the user can restore only files he has sufficient rights to write/create. Lots of shops have done this; some do it to prevent the TSM admin from doing anything else under root authority (sigh:() Don France Technical Architect -- Tivoli Certified Consultant San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Dirk Kastens Sent: Thursday, June 27, 2002 5:58 AM To: [EMAIL PROTECTED] Subject: Re: Shortfalls in tsm/adsm Hi, I just upgraded our server to 5.1. I'm still missing quotas for client backup and archive space. And I'm still looking for a possibility to allow clients to restore their data but not to do backups. We backup our /home filesystem at night, but we want to allow our users to restore the files in their homedirectories themselves without doing backups or creating archives. Networker always had different client programs for backup and restore. Regards, Dirk KastensTel.: +49 541 969-2347 Universitaet Osnabrueck, Rechenzentrum (Computer Center) Albrechtstr. 28, 49069 Osnabrueck, Germany
Re: Shortfalls in tsm/adsm
What is it that you are looking for? A graphical representation of how much data is going to the tape drives? k/b per second, etc? If you do a q process you can get the total bytes written so far... I for one don't need to know how fast the data is being written to tape. I would rather the programmers spend time fixing the problems that they introduce with each patch. My .02... Mark -Original Message- From: Hamish Marson [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 27, 2002 7:15 AM To: [EMAIL PROTECTED] Subject: Shortfalls in tsm/adsm Hi. reading a recent post on why people love tsm vs networker brought back a lot of memories. Most of the great, but one that I just can't forgive. There STILL appears (6 years after I broached the subject with the adsm developers) to be no way to monitor in real-time what each of the tape drives in the library is actually doing... For example on Networker (And I know it's awful, I hate it as much as the next geek who isn't enamoured by fancy GUI's etc) you can see exactly what each drive is doing, AND HOW FAST IT'S DOING IT! Writing at 3.5MB/sec! Great. It's working fine. On tsm? Well there's manual mental arithmetic and query proc if you feel brave... Any chance I'm mistaken & the developers have actually fixed this shortfall? Or at leats implemented a kernel table in their device drivers so you can see the device stats like you can for hdisks? TIA Hamish. -- I don't suffer from Insanity... | Linux User #16396 I enjoy every minute of it... | | http://www.travellingkiwi.com/ | Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately.
Re: Shortfalls in tsm/adsm
I cannot answer to the question but am afraid the answer is negative. You can even find an APAR caused by TSM-driver for AIX (!!! not Solaris or HP-UX) not being written according to AIX rules. Result: the devices being deleted/unconfigured after restart (I learned this the hard way). So lets not laugh too much on the others but try to be *always* better than them. Zlatko Krastev IT Consultant Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Shortfalls in tsm/adsm Hi. reading a recent post on why people love tsm vs networker brought back a lot of memories. Most of the great, but one that I just can't forgive. There STILL appears (6 years after I broached the subject with the adsm developers) to be no way to monitor in real-time what each of the tape drives in the library is actually doing... For example on Networker (And I know it's awful, I hate it as much as the next geek who isn't enamoured by fancy GUI's etc) you can see exactly what each drive is doing, AND HOW FAST IT'S DOING IT! Writing at 3.5MB/sec! Great. It's working fine. On tsm? Well there's manual mental arithmetic and query proc if you feel brave... Any chance I'm mistaken & the developers have actually fixed this shortfall? Or at leats implemented a kernel table in their device drivers so you can see the device stats like you can for hdisks? TIA Hamish. -- I don't suffer from Insanity... | Linux User #16396 I enjoy every minute of it... | | http://www.travellingkiwi.com/ |
Shortfalls in tsm/adsm
Hi. reading a recent post on why people love tsm vs networker brought back a lot of memories. Most of the great, but one that I just can't forgive. There STILL appears (6 years after I broached the subject with the adsm developers) to be no way to monitor in real-time what each of the tape drives in the library is actually doing... For example on Networker (And I know it's awful, I hate it as much as the next geek who isn't enamoured by fancy GUI's etc) you can see exactly what each drive is doing, AND HOW FAST IT'S DOING IT! Writing at 3.5MB/sec! Great. It's working fine. On tsm? Well there's manual mental arithmetic and query proc if you feel brave... Any chance I'm mistaken & the developers have actually fixed this shortfall? Or at leats implemented a kernel table in their device drivers so you can see the device stats like you can for hdisks? TIA Hamish. -- I don't suffer from Insanity... | Linux User #16396 I enjoy every minute of it... | | http://www.travellingkiwi.com/ |
Re: Shortfalls in tsm/adsm
Hi, I just upgraded our server to 5.1. I'm still missing quotas for client backup and archive space. And I'm still looking for a possibility to allow clients to restore their data but not to do backups. We backup our /home filesystem at night, but we want to allow our users to restore the files in their homedirectories themselves without doing backups or creating archives. Networker always had different client programs for backup and restore. Regards, Dirk KastensTel.: +49 541 969-2347 Universitaet Osnabrueck, Rechenzentrum (Computer Center) Albrechtstr. 28, 49069 Osnabrueck, Germany
