Re: TSM 5.3 web gui
Aaron Becar wrote: Try this! http://www.tsmmanager.com Windows only. :-) snip
Re: TSM 5.3 web gui
Hi, Sure TSMMANAGER is only for Windows. Have you ever heard Unix people complaining about the lack of a GUI? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Boutilier Sent: woensdag 8 maart 2006 20:56 To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui Aaron Becar wrote: Try this! http://www.tsmmanager.com Windows only. :-) snip Dit bericht is vertrouwelijk en kan geheime informatie bevatten enkel bestemd voor de geadresseerde. Indien dit bericht niet voor u is bestemd, verzoeken wij u dit onmiddellijk aan ons te melden en het bericht te vernietigen. Aangezien de integriteit van het bericht niet veilig gesteld is middels verzending via internet, kan Atos Origin niet aansprakelijk worden gehouden voor de inhoud daarvan. Hoewel wij ons inspannen een virusvrij netwerk te hanteren, geven wij geen enkele garantie dat dit bericht virusvrij is, noch aanvaarden wij enige aansprakelijkheid voor de mogelijke aanwezigheid van een virus in dit bericht. Op al onze rechtsverhoudingen, aanbiedingen en overeenkomsten waaronder Atos Origin goederen en/of diensten levert zijn met uitsluiting van alle andere voorwaarden de Leveringsvoorwaarden van Atos Origin van toepassing. Deze worden u op aanvraag direct kosteloos toegezonden. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. On all offers and agreements under which Atos Origin supplies goods and/or services of whatever nature, the Terms of Delivery from Atos Origin exclusively apply. The Terms of Delivery shall be promptly submitted to you on your request.
Re: TSM 5.3 web gui
On Wed, 8 Mar 2006 01:33:21 -0600, Roger Deschner [EMAIL PROTECTED] said: In looking at this implementation, I am left to wonder, What's in this for me? Sounds like putting it up is quite a bit harder than it is worth. I'm exasperated by the GUI efforts too, but I think that's a little too strong. There are lots of folks who want a straightforward graphical view of what their stuff is doing, and I don't see any reason to just refuse them. But since it comes from IBM, there's a natural sense of Why can't I do feature q through the GUI?, so IBM tries to cover all of it. Unfortunately, all of it is hideously complex. Think of the range of exposed interface complexity for an everyday task: registering a node. At the minimal level, we've got something that tastes nearly zeroconf: the default signup policy domain. Just point your client at a server, and *ping* you're done. On the other hand, we've got the web interface, with it's encyclopedic --21-- options! In my docs, I say On this screen, you should presume that no change is necessary to any field unless it is mentioned herein. and I still get blank looks and a scared expression 3 times out of 4 from a new domain admin. Now, I know why they've got all the options there; it's probably generated by the same syntax engine that generates the docs, and that helps ensure that it's complete and accurate. Rock on. But that makes it specifically wrong for the class of users (new,timid) which was your reason for webifying the bloody thing in the first place. So if IBM wants to deploy a web interface for newbies and operations staff, have it be limited and relatively weak, and make no bones about it. Let the aftermarket folks accept the slings and arrows of outraged admins, and cherry-pick the ideas that come from them. - Allen S. Rout
Re: TSM 5.3 web gui
Try this! http://www.tsmmanager.com [EMAIL PROTECTED] 3/8/2006 8:12:04 AM On Wed, 8 Mar 2006 01:33:21 -0600, Roger Deschner [EMAIL PROTECTED] said: In looking at this implementation, I am left to wonder, What's in this for me? Sounds like putting it up is quite a bit harder than it is worth. I'm exasperated by the GUI efforts too, but I think that's a little too strong. There are lots of folks who want a straightforward graphical view of what their stuff is doing, and I don't see any reason to just refuse them. But since it comes from IBM, there's a natural sense of Why can't I do feature q through the GUI?, so IBM tries to cover all of it. Unfortunately, all of it is hideously complex. Think of the range of exposed interface complexity for an everyday task: registering a node. At the minimal level, we've got something that tastes nearly zeroconf: the default signup policy domain. Just point your client at a server, and *ping* you're done. On the other hand, we've got the web interface, with it's encyclopedic --21-- options! In my docs, I say On this screen, you should presume that no change is necessary to any field unless it is mentioned herein. and I still get blank looks and a scared expression 3 times out of 4 from a new domain admin. Now, I know why they've got all the options there; it's probably generated by the same syntax engine that generates the docs, and that helps ensure that it's complete and accurate. Rock on. But that makes it specifically wrong for the class of users (new,timid) which was your reason for webifying the bloody thing in the first place. So if IBM wants to deploy a web interface for newbies and operations staff, have it be limited and relatively weak, and make no bones about it. Let the aftermarket folks accept the slings and arrows of outraged admins, and cherry-pick the ideas that come from them. - Allen S. Rout
Re: TSM 5.3 web gui
On Tuesday 07 March 2006 08:42, Volker Maibaum wrote: Hi, I would also agree to that! The opening of the API to the community would be the best IBM could do. We have here one TSM Server and I (as the administrator) do most of the work in the command-line. We have some people in the operating that also do a few things like drm, querying processes, etc in the gui. It doesn't make sense to put up a new server running websphere for this. With an open API it would be easy to make a fast web tool fitting out needs. The IBM has proved that they are not able to build useful user interfaces. I just have to look at how they do server virtualization. When you use vmware esx server you have one consistent quite fast web interface for all tasks you need (running on the same server). When you use a p550 for virtualization you have a HMC server with an ugly, slow and unstable Java GUI, a command-line over ssh on the HMC, an extra web gui for the ASM menu and a VIO server with command-line (with a shell were you can't use backspace by default and where the up-key doesn't show the last command). VIO speaking, try the command oem_setup_env and have fun with your real root login ;) Stef
Re: TSM 5.3 web gui
VIO speaking, try the command oem_setup_env and have fun with your real root login ;) I already did this. First of all I disabled ftp, telnet, etc. and activated ssh (should be default in my opinion) and then I updated the padmin profile to support backspace,... (should also be default..). But I don't want to make to many changes, as I don't want to get into trouble with software maintenance. regards, Volker
Re: TSM 5.3 web gui
Hi! I totally agree with Richard. I myself was participating in the TSM 5.3 beta program. During this beta a lot (and I really mean a lot) of the people in the beta forum where complaining about ISC and the ISC concept. It wasn't even working in the beginning, it required a powerful server with at least 2 Gb. of memory and those who managed to make it work, complained about the interface and the very slow response. One would think if that if an interface design project team sees the end result of their work, they would take a few steps back, think and say to each other: Hey, we should drop the idea and not release this to the public. But they didn't. They even ignored all the bad feedback they received from the beta community! I see similar interface design for other IBM products (like the SAN Volume Controller) which is far from intuitive. I wonder if IBM even asks customers to evaluate new interfaces. I doubt it... Kindest regards, Eric van Loon Straying from such basic objectives, and becoming distracted by architecture, results in designs which satisfy only designers...who must think that there's something wrong with the end users if they don't appreciate how wonderful the design is. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: TSM 5.3 web gui
It came from the sites that have 1200 node clusters, and the sites with 16 Regatta-H and Squadrons-H systems with their multiple ESS arrays and all of the 1000 different products IBM sells. Each group of customers has a few loud proponents for 1-4 admins being able to manage an entire enterprise by themselves. IBM can't very well say You're crazy, so instead, the Integrated Service Console came about. Ultimately, it's supposed to manage CSM, HMCs, AIX. SVCs, ESS, and all of the other three letter acronyms of IBM, plus more. -Josh On 06.03.06 at 14:25 [EMAIL PROTECTED] wrote: Date: Mon, 6 Mar 2006 14:25:41 -0500 From: Prather, Wanda [EMAIL PROTECTED] Subject: Re: TSM 5.3 web gui And WHERE did this notion of one consolidated front end come from? Who does it help? In any site with more than 1 staff person, the division of labor is that the Storage person uses all the storage products, not just the Tivoli products; the Security person uses all the security products, not just the Tivoli security products, etc. It makes sense to drive all the Tivoli STORAGE products from one (non-websphere) interface, but not everything.
Re: TSM 5.3 web gui
I heard in my last TSM user meet, (last june) that Tivoli was coming out with a newer ISC Lite version, just for TSM. Does anyone knop when this is going to see the light of the day? Rajesh - Original Message - From: Prather, Wanda [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui Date: Mon, 6 Mar 2006 14:25:41 -0500 I agree - there are SOME things that were designed really well in the AC. I've been VERY impressed that it finally is much easier for newbies to create management classes. The library creation tool is also excellent, and (with the exception of one mis-labelled option) the DRM and checkin wizards are great for new users. When I'm working with new admins who aren't used to the old GUI, they don't seem to have any trouble or complaints with the AC conceptually, just with the bugs (like the java command line frequently doesn't work, and the screen jumps out of position too often). On the other hand, putting a GOOD DESIGN on top of a BAD STRUCTURE was a BAD PLAN. Did any of those I-WANT statements specify I WANT A TSM FRONT END THAT REQUIRES WEBSPHERE AND A BIGGER HOST THAN I CURRENTLY NEED TO RUN MY TSM SERVER? I Doo't think so! It's like trying to stuff a hippo into a perambulator. It's like chartering a 60-seat chauferred bus to buy eggs at the 7-11. It's like donning a full moon-walk life-support suit to clean the litter box. It's like..well, better stop. And WHERE did this notion of one consolidated front end come from? Who does it help? In any site with more than 1 staff person, the division of labor is that the Storage person uses all the storage products, not just the Tivoli products; the Security person uses all the security products, not just the Tivoli security products, etc. It makes sense to drive all the Tivoli STORAGE products from one (non-websphere) interface, but not everything. On top of that, the product was clearly released before it was fully cooked (telling new TSM users to use the command line for DRM was absurd), and the original decision to tell people there would NOT be a transition tool was ill-considered, arrogant, and as might be expected, disastrous. As are the continuing problems with packaging, installation, and documentation. The installation problems and the lack of a useful command-line capability seem to be what frustrate experienced TSM admins the most, not the AC design. In fact, I spoke at one point with someone who had participated in a customer workshop to preview the ISC design. He said We all really liked the design. But they DIDNT TELL US it was going to be so topheavy and so slow and require Websphere. Another case of how to get bad results from surveys... but that's a different soapbox. At any rate, I don't think the Admin Center itself is the problem. It's what lurks beneath... My opinion and nobody else's.. Wanda -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Sunday, March 05, 2006 10:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski [EMAIL PROTECTED] said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify many administrative aspects of many IBM tools under a unified umbrella. But the One Ring to Rule Them All attitude has well-documented failure modes, and nobody wants to be Sauron at the end. It gets worse when the One Ring is as (pardon me) shaky and unmaintainable as Websphere. We've had deep, deep _DEEP_ problems with that product. A low point was when a level 2 tech in all seriousness told us he wasn't sure the product supported HTTP. No, really. I can't make that up. Our tech replied that maybe they should change the product name to just Sphere. I've been through the AIX install of the ISC and AC on a disposable LPAR several times now; even with a fresh clean box and support on the line, we've not been able to get a working console up, which I find more amusing than irritating, any more
Re: TSM 5.3 web gui
What's a Web Admin Client? Yet another thing to ignore. No, seriously, I agree with Alan and Wanda. In looking at this implementation, I am left to wonder, What's in this for me? Sounds like putting it up is quite a bit harder than it is worth. If they want to make something easier, a much more minimalist design would really be better - something like AIX smit. Good thing I've been ignoring these sluggish, cumbersome web GUI thingamabobs all along - it's making my transition to 5.3 much easier. Linemode never goes out of style! Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] Give a man a computer program and you give him a headache, but teach him to program computers and you give him the power to create headaches for others for the rest of his life. -- R. B. Forest On Tue, 7 Mar 2006, Rajesh Oak wrote: I heard in my last TSM user meet, (last june) that Tivoli was coming out with a newer ISC Lite version, just for TSM. Does anyone knop when this is going to see the light of the day? Rajesh - Original Message - From: Prather, Wanda [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui Date: Mon, 6 Mar 2006 14:25:41 -0500 I agree - there are SOME things that were designed really well in the AC. I've been VERY impressed that it finally is much easier for newbies to create management classes. The library creation tool is also excellent, and (with the exception of one mis-labelled option) the DRM and checkin wizards are great for new users. When I'm working with new admins who aren't used to the old GUI, they don't seem to have any trouble or complaints with the AC conceptually, just with the bugs (like the java command line frequently doesn't work, and the screen jumps out of position too often). On the other hand, putting a GOOD DESIGN on top of a BAD STRUCTURE was a BAD PLAN. Did any of those I-WANT statements specify I WANT A TSM FRONT END THAT REQUIRES WEBSPHERE AND A BIGGER HOST THAN I CURRENTLY NEED TO RUN MY TSM SERVER? I Doo't think so! It's like trying to stuff a hippo into a perambulator. It's like chartering a 60-seat chauferred bus to buy eggs at the 7-11. It's like donning a full moon-walk life-support suit to clean the litter box. It's like..well, better stop. And WHERE did this notion of one consolidated front end come from? Who does it help? In any site with more than 1 staff person, the division of labor is that the Storage person uses all the storage products, not just the Tivoli products; the Security person uses all the security products, not just the Tivoli security products, etc. It makes sense to drive all the Tivoli STORAGE products from one (non-websphere) interface, but not everything. On top of that, the product was clearly released before it was fully cooked (telling new TSM users to use the command line for DRM was absurd), and the original decision to tell people there would NOT be a transition tool was ill-considered, arrogant, and as might be expected, disastrous. As are the continuing problems with packaging, installation, and documentation. The installation problems and the lack of a useful command-line capability seem to be what frustrate experienced TSM admins the most, not the AC design. In fact, I spoke at one point with someone who had participated in a customer workshop to preview the ISC design. He said We all really liked the design. But they DIDNT TELL US it was going to be so topheavy and so slow and require Websphere. Another case of how to get bad results from surveys... but that's a different soapbox. At any rate, I don't think the Admin Center itself is the problem. It's what lurks beneath... My opinion and nobody else's.. Wanda -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Sunday, March 05, 2006 10:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski [EMAIL PROTECTED] said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify
Re: TSM 5.3 web gui
Hi Don, The problem with the ISC-AC health-monitor wouldn't happen to be with the server status showing unknown would it? That's the issue we have. Thanks for any response! ISC - 6.0.1 ITSM - Admin Center 5.3.2.0 TSM 5.3.2.1 Don France wrote: Hey Allen, I have your phone (from Oxford); still OWE you , big time; let me know where to send you (at least) the donera that was on it, and if you want the phone back! Contact me off the list (please), with your addr, eh!?! The ISC-AC still sucks (at its latest 5.3.2.0 release, I had some difficulty with health-monitor, but fixed it -- the part that sets me off now is the maint. plan; it forced and re-forced the parallel copy-pools when what I wanted was to merge two primaries into a single, offsite copy-pool -- sigh:). Maybe you're right; TSM is too diverse in its installed environments and the admins that support it. But, I gotta say, the old GUI was fine (for some tasks), just needed some minor improvements --- like quit collapsing the whole tree of policy constructs, so I can change more than one MC without 7 mouse-clicks. The IDEA is good, to get a single interface to multiple TSM servers, but it sure loses something in the translation to implementation... not to mention the Websphere issues you mention! Best regards, Don Don France email: don_france at att_dot_net -- Original message from Allen S. Rout [EMAIL PROTECTED]: -- On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify many administrative aspects of many IBM tools under a unified umbrella. But the One Ring to Rule Them All attitude has well-documented failure modes, and nobody wants to be Sauron at the end. It gets worse when the One Ring is as (pardon me) shaky and unmaintainable as Websphere. We've had deep, deep _DEEP_ problems with that product. A low point was when a level 2 tech in all seriousness told us he wasn't sure the product supported HTTP. No, really. I can't make that up. Our tech replied that maybe they should change the product name to just Sphere. I've been through the AIX install of the ISC and AC on a disposable LPAR several times now; even with a fresh clean box and support on the line, we've not been able to get a working console up, which I find more amusing than irritating, any more. - Allen S. Rout
Re: TSM 5.3 web gui
On Sat, 4 Mar 2006 11:55:32 +1000, Steven Harris [EMAIL PROTECTED] said: Please, IBM, document the new admin api and open it up to us so we can write out own tools in PHP, perl, Erlang or whatever else we want. It will allow *us* to develop the interfaces *we* need, and as you must maintain the API for the ISC anyway it will cost next to nothing. Um. Me, Too ? It seems IBM's got an opportunity here, to co-opt an absolutely huge amount of community work. I could see targeted third-party apps for a huge scale of users (TSM admins), ranging from handholding for the admin who wants to remain ignorant, to the intricate mechanisms pedants like me tend to generate. All for free. And then, N years forward, if someone has clearly captured the spirit of the TSM admin in a web app, IBM can just buy them. My money is on no clear winner; we're still fighting Emacs/VI, and that's the skill-class of users you're dealing with. - Allen S. Rout - You have to ask? EMACS, of course. M-x administer-storage-server ;)
Re: TSM 5.3 web gui
I agree - there are SOME things that were designed really well in the AC. I've been VERY impressed that it finally is much easier for newbies to create management classes. The library creation tool is also excellent, and (with the exception of one mis-labelled option) the DRM and checkin wizards are great for new users. When I'm working with new admins who aren't used to the old GUI, they don't seem to have any trouble or complaints with the AC conceptually, just with the bugs (like the java command line frequently doesn't work, and the screen jumps out of position too often). On the other hand, putting a GOOD DESIGN on top of a BAD STRUCTURE was a BAD PLAN. Did any of those I-WANT statements specify I WANT A TSM FRONT END THAT REQUIRES WEBSPHERE AND A BIGGER HOST THAN I CURRENTLY NEED TO RUN MY TSM SERVER? I Doo't think so! It's like trying to stuff a hippo into a perambulator. It's like chartering a 60-seat chauferred bus to buy eggs at the 7-11. It's like donning a full moon-walk life-support suit to clean the litter box. It's like..well, better stop. And WHERE did this notion of one consolidated front end come from? Who does it help? In any site with more than 1 staff person, the division of labor is that the Storage person uses all the storage products, not just the Tivoli products; the Security person uses all the security products, not just the Tivoli security products, etc. It makes sense to drive all the Tivoli STORAGE products from one (non-websphere) interface, but not everything. On top of that, the product was clearly released before it was fully cooked (telling new TSM users to use the command line for DRM was absurd), and the original decision to tell people there would NOT be a transition tool was ill-considered, arrogant, and as might be expected, disastrous. As are the continuing problems with packaging, installation, and documentation. The installation problems and the lack of a useful command-line capability seem to be what frustrate experienced TSM admins the most, not the AC design. In fact, I spoke at one point with someone who had participated in a customer workshop to preview the ISC design. He said We all really liked the design. But they DIDNT TELL US it was going to be so topheavy and so slow and require Websphere. Another case of how to get bad results from surveys... but that's a different soapbox. At any rate, I don't think the Admin Center itself is the problem. It's what lurks beneath... My opinion and nobody else's.. Wanda -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Sunday, March 05, 2006 10:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski [EMAIL PROTECTED] said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify many administrative aspects of many IBM tools under a unified umbrella. But the One Ring to Rule Them All attitude has well-documented failure modes, and nobody wants to be Sauron at the end. It gets worse when the One Ring is as (pardon me) shaky and unmaintainable as Websphere. We've had deep, deep _DEEP_ problems with that product. A low point was when a level 2 tech in all seriousness told us he wasn't sure the product supported HTTP. No, really. I can't make that up. Our tech replied that maybe they should change the product name to just Sphere. I've been through the AIX install of the ISC and AC on a disposable LPAR several times now; even with a fresh clean box and support on the line, we've not been able to get a working console up, which I find more amusing than irritating, any more. - Allen S. Rout
Re: TSM 5.3 web gui
On Mar 6, 2006, at 2:25 PM, Prather, Wanda wrote: ... And WHERE did this notion of one consolidated front end come from? ... Unfortunately, it seems to be in the genomes of the company, making for an unrelenting urge to create ponderous interface systems regardless of cost or practicality. Those of us who have been around IBM a long time recall the absolutely astounding corporate fiasco called System Application Architecture. The definition in redbook The Library for System Solutions End User Interface Reference (at http://www.redbooks.ibm.com/abstracts/GG244107.html) summarizes it thusly: SAA is the detailed architecture (specifications) about software interfaces, conventions and protocols that programmers use to create common applications. SAA specifications provide a structure that enables consistent, transparent access to information resources across IBM operating environments i.e. OS/2, OS/400, VM, MVS and any other which adhere to these specifications. In other words, IBM had these disparate operating systems, and someone thought it would be a good idea to divert about 40% of the corporation's efforts over several years toward a Grand Unification Theory. After untold millions of dollars of effort, and countless hours diverted from customer attention, it collapsed under its own weight. But the urge never seems to die, and thus we keep seeing these efforts to create unwieldy interfaces, which satisfy designer ambitions more than they do end user needs or customer satisfaction. In stark contrast to such design orientations, there is Apple, with arguably the best human interfaces in the industry, providing immense user satisfaction in outstanding usability and performance. They achieve this largely because they remain focused on usability and speed - and because the people there use this software themselves. Straying from such basic objectives, and becoming distracted by architecture, results in designs which satisfy only designers...who must think that there's something wrong with the end users if they don't appreciate how wonderful the design is. Outstanding interfaces can be realized; but the corporate culture must be of a kind which allows it to naturally occur. Where bureaucracy and departmentalization are overbearing, it just doesn't seem to happen. Richard Sims
Re: TSM 5.3 web gui
I guess I just don't understand all this fracas about TSM's web interfaces. The old (pre-5.3) browser interface was barely adequate; it worked after a fashion, but had some incredibly annoying default behaviors, and finding some commands were frustrating. And why in heaven's name would I want to use the 5.3 browser interface? Shall I go through the list? expensive (in terms of resources) slow lacking in functionalilty designed to be minimally usable slow (This should be listed twice.) The theory that the ISC will be the pane of glass for multiple IBM software packages is attractive, but will not make a dime's difference for 90% of TSM sites for the foreseeable future. As it stands now, all IBM software that uses an ISC must have its own ISC instance. I've been a command-line advocate for years. Simple, easy to use, and obviously designed to separate the professionals from the wanna-bes. Granted, there are some skill sets necessary to make the CLI usable, like being able to type and knowing the TSM command set decently well. But if you're a TSM administrator, you'd best have those skill sets anyway. (Never did understand why anyone would hire an administrator that cannot touch type 50+ wps.) If all of the current GUI-type interfaces disappeared tonight, I wouldn't lose a moment's sleep about it. If someone manages to design a fast, intuitive, easy-to-use, useful browser interface, I'd be the first to applaud. Hell, I'd be the first to pony up myself to buy one. (And, before the existing interfaces' advocates/salesfolk-in-disguise pipe up, NO, your interface isn't what I described above.) -- Mark Stapleton ([EMAIL PROTECTED]) US Bank MR Backup and Recovery Management Office 262.790.3190 -- Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. ==
Re: TSM 5.3 web gui
Hi, I would also agree to that! The opening of the API to the community would be the best IBM could do. We have here one TSM Server and I (as the administrator) do most of the work in the command-line. We have some people in the operating that also do a few things like drm, querying processes, etc in the gui. It doesn't make sense to put up a new server running websphere for this. With an open API it would be easy to make a fast web tool fitting out needs. The IBM has proved that they are not able to build useful user interfaces. I just have to look at how they do server virtualization. When you use vmware esx server you have one consistent quite fast web interface for all tasks you need (running on the same server). When you use a p550 for virtualization you have a HMC server with an ugly, slow and unstable Java GUI, a command-line over ssh on the HMC, an extra web gui for the ASM menu and a VIO server with command-line (with a shell were you can't use backspace by default and where the up-key doesn't show the last command). I better stop now Volker Am Montag, den 06.03.2006, 13:55 -0500 schrieb Allen S. Rout: On Sat, 4 Mar 2006 11:55:32 +1000, Steven Harris [EMAIL PROTECTED] said: Please, IBM, document the new admin api and open it up to us so we can write out own tools in PHP, perl, Erlang or whatever else we want. It will allow *us* to develop the interfaces *we* need, and as you must maintain the API for the ISC anyway it will cost next to nothing. Um. Me, Too ? It seems IBM's got an opportunity here, to co-opt an absolutely huge amount of community work. I could see targeted third-party apps for a huge scale of users (TSM admins), ranging from handholding for the admin who wants to remain ignorant, to the intricate mechanisms pedants like me tend to generate. All for free. And then, N years forward, if someone has clearly captured the spirit of the TSM admin in a web app, IBM can just buy them. My money is on no clear winner; we're still fighting Emacs/VI, and that's the skill-class of users you're dealing with. - Allen S. Rout - You have to ask? EMACS, of course. M-x administer-storage-server ;)
Re: TSM 5.3 web gui
On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski [EMAIL PROTECTED] said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify many administrative aspects of many IBM tools under a unified umbrella. But the One Ring to Rule Them All attitude has well-documented failure modes, and nobody wants to be Sauron at the end. It gets worse when the One Ring is as (pardon me) shaky and unmaintainable as Websphere. We've had deep, deep _DEEP_ problems with that product. A low point was when a level 2 tech in all seriousness told us he wasn't sure the product supported HTTP. No, really. I can't make that up. Our tech replied that maybe they should change the product name to just Sphere. I've been through the AIX install of the ISC and AC on a disposable LPAR several times now; even with a fresh clean box and support on the line, we've not been able to get a working console up, which I find more amusing than irritating, any more. - Allen S. Rout
Re: TSM 5.3 web gui
Hey Allen, I have your phone (from Oxford); still OWE you , big time; let me know where to send you (at least) the donera that was on it, and if you want the phone back! Contact me off the list (please), with your addr, eh!?! The ISC-AC still sucks (at its latest 5.3.2.0 release, I had some difficulty with health-monitor, but fixed it -- the part that sets me off now is the maint. plan; it forced and re-forced the parallel copy-pools when what I wanted was to merge two primaries into a single, offsite copy-pool -- sigh:). Maybe you're right; TSM is too diverse in its installed environments and the admins that support it. But, I gotta say, the old GUI was fine (for some tasks), just needed some minor improvements --- like quit collapsing the whole tree of policy constructs, so I can change more than one MC without 7 mouse-clicks. The IDEA is good, to get a single interface to multiple TSM servers, but it sure loses something in the translation to implementation... not to mention the Websphere issues you mention! Best regards, Don Don France email: don_france at att_dot_net -- Original message from Allen S. Rout [EMAIL PROTECTED]: -- On Fri, 3 Mar 2006 14:28:06 -0500, Richard Mochnaczewski said: I had some problems with the setup of the Admin Console. I placed a call with IBM, [...] The ranting about the ISC was legion in Oxford, and clearly a source of frustration for the IBMers there; there were many questions or I-want type statements which were answered with We're doing that in the Admin Console. It's clear that they've placed a lot of effort and thought into the AC design. I'm starting to think that we, TSM admins, are just too varied a bunch to have our needs met within the constraints of one such system and the ideology that must be imposed with it. Maybe IBM can just ditch the GUI idea entirely, and leave the market to the 3rd party tools. Or maybe they can ditch the idea that the GUI is 'full featured', and deploy something intended to coddle folks who are never going to make the effort, and omit the hard bits. I'm in sympathy with the desire to web-ify many administrative aspects of many IBM tools under a unified umbrella. But the One Ring to Rule Them All attitude has well-documented failure modes, and nobody wants to be Sauron at the end. It gets worse when the One Ring is as (pardon me) shaky and unmaintainable as Websphere. We've had deep, deep _DEEP_ problems with that product. A low point was when a level 2 tech in all seriousness told us he wasn't sure the product supported HTTP. No, really. I can't make that up. Our tech replied that maybe they should change the product name to just Sphere. I've been through the AIX install of the ISC and AC on a disposable LPAR several times now; even with a fresh clean box and support on the line, we've not been able to get a working console up, which I find more amusing than irritating, any more. - Allen S. Rout
Re: TSM 5.3 web gui
Or as I like to recommend, look at TSMManager (http://www.tsmmanager.com - free trial). I have been using it for more than a year and am a very happy customer. My operations staff could not function without it. The vendor is constantly adding new features (many that I have asked for, such as vault slot management (i.e. like CA-1 for you MF folks !) that have greatly simplified my TSM life/duties. I have a co-TSM-worker who went to a TSM class that focused heavily on using the ISC for everything (it was an IBM class, after all). When he got back, he was very gung-ho about it and said he understood it much better. So I told him to go ahead and install the latest and get it working. After about 3-weeks, he was so annoyed with it, he killed it off again (we have tried this 3-times). Richard Mochnaczewski [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2006 02:50 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM 5.3 web gui True, or better yet, brush up on the command line knowledge. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
Re: TSM 5.3 web gui
Zoltan, Totally agree with you ! I was so bored with this piece of c..p (sorry for those my language may hurt)ISC that I gave a try to TSMManager, and I don't regret it : definitively adopted ! I'll NEVER use ISC/AC untill IBM will have it completely revamped ... Cheers. Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Zoltan Forray/AC/VCU Sent: Friday, 03 March, 2006 14:54 To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui Or as I like to recommend, look at TSMManager (http://www.tsmmanager.com - free trial). I have been using it for more than a year and am a very happy customer. My operations staff could not function without it. The vendor is constantly adding new features (many that I have asked for, such as vault slot management (i.e. like CA-1 for you MF folks !) that have greatly simplified my TSM life/duties. I have a co-TSM-worker who went to a TSM class that focused heavily on using the ISC for everything (it was an IBM class, after all). When he got back, he was very gung-ho about it and said he understood it much better. So I told him to go ahead and install the latest and get it working. After about 3-weeks, he was so annoyed with it, he killed it off again (we have tried this 3-times). Richard Mochnaczewski [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2006 02:50 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM 5.3 web gui True, or better yet, brush up on the command line knowledge. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
Re: TSM 5.3 web gui
As of now we don't use the new gui either, but we know we have to, sooner or later. So, I got it installed on our test system without much problem, but, before I could install and use it on our production server I had to get https working. Now, I had the original version of the gui running with https, so I've been through this before (we got it working, looked at the gui, then gave up on it). So I start . . . . I follow the instructions in the AIX manual, run into problems, open up a support call, and find out that the AIX manual has bad instructions and that the most recent/correct instructions are in the Linux manual. Ok . . . run through thses instructions and run into problems. I search on the support site and find a newer set of install instructions that correct the procedure in the manual. Ok . . . run through them . . . .it worked, somewhat. You could access the gui via https but got pop up messages on every display about security issues, and, attempting to shut ISC down would give errors. Oh well, open another support call . . . find out that the procedure on the web site is wrong and they are working on a new procedure. They sent me this procedure . . . it worked . . .all is well. Let's see, a procedure that is different in different platform manuals, a procedure on the support web site that is new and corrected but still wrong, and a final procedure that did work. To install on production I cut corners . . .I didn't want to go through the https setup again. So I installed ISC on the production server, then copied the /opt/IBM/IBM601 directory structure from test server to production server, overlaying the production servers version. WHAT a PAIN. THis gui is a classic instance of something bad, that everyone knows is bad (including IBM), but it has so much momentum that it can't be stopped. And I'm afraid it's going to cause a wreck for IBM. I used to talk up TSM to everyone I could . . . .I no longer do that. Now I tell them you will spend more time/resources on the GUI than the product itself, and that's just plain wrong. Please note, I'm not really a fan of the old gui, and I like some of the things they try and do in the new gui, but the implementation is just bad. Letting off steam . . . . . . Rick Zoltan Forray/AC/VCU [EMAIL PROTECTED] To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: TSM 5.3 web gui 03/03/2006 08:54 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Or as I like to recommend, look at TSMManager (http://www.tsmmanager.com - free trial). I have been using it for more than a year and am a very happy customer. My operations staff could not function without it. The vendor is constantly adding new features (many that I have asked for, such as vault slot management (i.e. like CA-1 for you MF folks !) that have greatly simplified my TSM life/duties. I have a co-TSM-worker who went to a TSM class that focused heavily on using the ISC for everything (it was an IBM class, after all). When he got back, he was very gung-ho about it and said he understood it much better. So I told him to go ahead and install the latest and get it working. After about 3-weeks, he was so annoyed with it, he killed it off again (we have tried this 3-times). Richard Mochnaczewski [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2006 02:50 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM 5.3 web gui True, or better yet, brush up on the command line knowledge. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended
Re: TSM 5.3 web gui
I had some problems with the setup of the Admin Console. I placed a call with IBM, and solved it and called back to cancel the ticket. An IBM support tech called me back asking me if every was OK and I told him that I was able to solve the problem myself. I asked him what sort of feedback he was getting on the new Admin Console, and without hestitation he blurted out Not good!. He also told me that they plan on getting rid of the Admin Console in TSM 5.4 and just sticking with the ISC . Thanks for making me learn something only to make it obsolete in the near future, Rich -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Rhodes Sent: Friday, March 03, 2006 2:21 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui As of now we don't use the new gui either, but we know we have to, sooner or later. So, I got it installed on our test system without much problem, but, before I could install and use it on our production server I had to get https working. Now, I had the original version of the gui running with https, so I've been through this before (we got it working, looked at the gui, then gave up on it). So I start . . . . I follow the instructions in the AIX manual, run into problems, open up a support call, and find out that the AIX manual has bad instructions and that the most recent/correct instructions are in the Linux manual. Ok . . . run through thses instructions and run into problems. I search on the support site and find a newer set of install instructions that correct the procedure in the manual. Ok . . . run through them . . . .it worked, somewhat. You could access the gui via https but got pop up messages on every display about security issues, and, attempting to shut ISC down would give errors. Oh well, open another support call . . . find out that the procedure on the web site is wrong and they are working on a new procedure. They sent me this procedure . . . it worked . . .all is well. Let's see, a procedure that is different in different platform manuals, a procedure on the support web site that is new and corrected but still wrong, and a final procedure that did work. To install on production I cut corners . . .I didn't want to go through the https setup again. So I installed ISC on the production server, then copied the /opt/IBM/IBM601 directory structure from test server to production server, overlaying the production servers version. WHAT a PAIN. THis gui is a classic instance of something bad, that everyone knows is bad (including IBM), but it has so much momentum that it can't be stopped. And I'm afraid it's going to cause a wreck for IBM. I used to talk up TSM to everyone I could . . . .I no longer do that. Now I tell them you will spend more time/resources on the GUI than the product itself, and that's just plain wrong. Please note, I'm not really a fan of the old gui, and I like some of the things they try and do in the new gui, but the implementation is just bad. Letting off steam . . . . . . Rick Zoltan Forray/AC/VCU [EMAIL PROTECTED] To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: TSM 5.3 web gui 03/03/2006 08:54 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Or as I like to recommend, look at TSMManager (http://www.tsmmanager.com - free trial). I have been using it for more than a year and am a very happy customer. My operations staff could not function without it. The vendor is constantly adding new features (many that I have asked for, such as vault slot management (i.e. like CA-1 for you MF folks !) that have greatly simplified my TSM life/duties. I have a co-TSM-worker who went to a TSM class that focused heavily on using the ISC for everything (it was an IBM class, after all). When he got back, he was very gung-ho about it and said he understood it much better. So I told him to go ahead and install the latest and get it working. After about 3-weeks, he was so annoyed with it, he killed it off again (we have tried this 3-times). Richard Mochnaczewski [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2006 02:50 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM 5.3 web gui True, or better yet, brush up on the command line knowledge. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web
Re: TSM 5.3 web gui
I've said it before and I'll say it again. Please, IBM, document the new admin api and open it up to us so we can write out own tools in PHP, perl, Erlang or whatever else we want. It will allow *us* to develop the interfaces *we* need, and as you must maintain the API for the ISC anyway it will cost next to nothing. Steven Harris AIX and TSM Administrator Brisbane Australia On 04/03/2006, at 5:28 AM, Richard Mochnaczewski wrote: I had some problems with the setup of the Admin Console. I placed a call with IBM, and solved it and called back to cancel the ticket. An IBM support tech called me back asking me if every was OK and I told him that I was able to solve the problem myself. I asked him what sort of feedback he was getting on the new Admin Console, and without hestitation he blurted out Not good!. He also told me that they plan on getting rid of the Admin Console in TSM 5.4 and just sticking with the ISC . Thanks for making me learn something only to make it obsolete in the near future, Rich -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Richard Rhodes Sent: Friday, March 03, 2006 2:21 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui As of now we don't use the new gui either, but we know we have to, sooner or later. So, I got it installed on our test system without much problem, but, before I could install and use it on our production server I had to get https working. Now, I had the original version of the gui running with https, so I've been through this before (we got it working, looked at the gui, then gave up on it). So I start . . . . I follow the instructions in the AIX manual, run into problems, open up a support call, and find out that the AIX manual has bad instructions and that the most recent/correct instructions are in the Linux manual. Ok . . . run through thses instructions and run into problems. I search on the support site and find a newer set of install instructions that correct the procedure in the manual. Ok . . . run through them . . . .it worked, somewhat. You could access the gui via https but got pop up messages on every display about security issues, and, attempting to shut ISC down would give errors. Oh well, open another support call . . . find out that the procedure on the web site is wrong and they are working on a new procedure. They sent me this procedure . . . it worked . . .all is well. Let's see, a procedure that is different in different platform manuals, a procedure on the support web site that is new and corrected but still wrong, and a final procedure that did work. To install on production I cut corners . . .I didn't want to go through the https setup again. So I installed ISC on the production server, then copied the /opt/IBM/ IBM601 directory structure from test server to production server, overlaying the production servers version. WHAT a PAIN. THis gui is a classic instance of something bad, that everyone knows is bad (including IBM), but it has so much momentum that it can't be stopped. And I'm afraid it's going to cause a wreck for IBM. I used to talk up TSM to everyone I could . . . .I no longer do that. Now I tell them you will spend more time/resources on the GUI than the product itself, and that's just plain wrong. Please note, I'm not really a fan of the old gui, and I like some of the things they try and do in the new gui, but the implementation is just bad. Letting off steam . . . . . . Rick Zoltan Forray/AC/VCU [EMAIL PROTECTED] To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: TSM 5.3 web gui 03/03/2006 08:54 AM Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] .EDU Or as I like to recommend, look at TSMManager (http:// www.tsmmanager.com - free trial). I have been using it for more than a year and am a very happy customer. My operations staff could not function without it. The vendor is constantly adding new features (many that I have asked for, such as vault slot management (i.e. like CA-1 for you MF folks !) that have greatly simplified my TSM life/duties. I have a co-TSM-worker who went to a TSM class that focused heavily on using the ISC for everything (it was an IBM class, after all). When he got back, he was very gung-ho about it and said he understood it much better. So I told him to go ahead and install the latest and get it working. After about 3-weeks, he was so annoyed with it, he killed it off again (we have tried this 3-times). Richard Mochnaczewski [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 03/02/2006 02:50 PM Please respond
Re: TSM 5.3 web gui
Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
Re: TSM 5.3 web gui
But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
Re: TSM 5.3 web gui
It's also just the 5.2 GUI. Doesn't have any of the features new in 5.3. (But, it's sure nice to have when I want to find something in a hurry!) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: TSM 5.3 web gui But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
Re: TSM 5.3 web gui
True, or better yet, brush up on the command line knowledge. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of David E Ehresman Sent: Thursday, March 02, 2006 2:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 5.3 web gui But the retro-fitted web gui is only suppose to be available as a transition tool. Get used to the Admin Center. [EMAIL PROTECTED] 3/2/2006 12:52:30 PM Richard Mochnaczewski wrote: Hi Everybody, I remember reading on the list that IBM has made available a web gui for TSM 5.3 which is unsupported. I've been testing the new Admin Center and I'm less than enthused about the interface. Where can I download it ? Rich ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools
