Re: Installing TSM on Sun Solaris (Sparc)
Marc, IBM support is correct, in this case, that any Java enabled web browser will suffice. I'm currently running four (4) TSM servers v5.2.3.3 on Solaris 8 servers. You do not need to execute/run the web browser on your TSM server itself, and I do not. However, I have used Internet Explorer, Netscape, Mozilla, and Firefox browsers to manage the TSM servers from Windows XP laptops and desktops, and Mozilla and Firefox browsers installed on a Sunblade running Solaris 10. Just be sure to install and configure the Java run-time pluggin to enable the browser command line capability. You connect to the TSM server web admin interface, using its default admin port of 1580. Example: http://tsm-server-fqdn_or_IP-address:1580 BTW, I use both the browser and command-line interfaces, as each has their own strengths, and weaknesses. Links: http://getfirefox.com http://java.com/en/download/manual.jsp Hope this helps you. Don Dietz -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robinson, Marc Sent: Friday, September 16, 2005 11:42 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Installing TSM on Sun Solaris (Sparc) The documentation for installing the TSM client on Sun Solaris says that Mozilla 1.4 or higher is required. (See Solaris Client Environment in Chapter 1, Installing Tivoli Storage Manager. Page 10 of TSM 5 3 UNIX baclient install.pdf lists Software Requirements: A Mozilla 1.4 or higher browser.) When I got the Mozilla installation and unzipped and untarred it, the README gave instructions for installing on everything BUT Solaris -- Mac, Windows, and Linux, but no Solaris. I opened a bug in Bugzilla, but no one had touched it after a week. I rummaged through the web pages on Sun and they were no help, either. I called IBM, and they did call back, and they suggested using Netscape instead of Mozilla (they said it only needed to be a Java-enabled browser, not necessarily Mozilla); they also admitted that the browser is only necessary for users who aren't comfortable with a command-line interface. So I'm considering dispensing with this browser rigamarole altogether. Still, though, they're sometimes easier than rummaging through the documentation to find the right command, so if it's not too hairy, I'd like to go ahead with Mozilla (Netscape is a distant second choice; third choice is go without a browser). I'm running Solaris 9 on the Sparc architecture. uname -a: SunOS [my.box.com] 5.9 Generic_117171-15 sun4u sparc SUNW,Ultra-250 My question is: where can I find instructions for installing Mozilla? IMPORTANT CAVEAT: This is my ONLY Sun machine, and it's my production server for workforce management (and, yes, I've pleaded for a spare, so don't suggest that I'M taking a risk; the fault is not mine). So WHATEVER I DO MUST BE LOW RISK. -- Marc Robinson [EMAIL PROTECTED]
Re: Move data for offsite volume
Bill, Hi. This is Don from the McData class. Try this DRM command for each of the volumes you've brought back, move drm vol# wherest=vault tostate=onsiter. You would execute this first for every tape you bring back, then check the tape into the library. I'm not 100% sure how tsm will respond when done in reverse. Just check your volume status after the move drm command, and/or your activity log. Regards, Don Dietz -Original Message- From: William Boyer [mailto:[EMAIL PROTECTED] Sent: Fri Sep 16 22:07:00 2005 To: ADSM-L@VM.MARIST.EDU Subject:Re: [ADSM-L] Move data for offsite volume Did that, got the tee-shirt. This is one of the volumes, it's in my library and access is read-only... tsm: TSMq vol 001360 f=d Volume Name: 001360 Storage Pool Name: 3584CPPOOL Device Class Name: 3584CLASS Estimated Capacity (MB): 200,626.2 Scaled Capacity Applied: Pct Util: 8.7 Volume Status: Full Access: Read-Only Pct. Reclaimable Space: 91.6 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 15 Write Pass Number: 1 Approx. Date Last Written: 07/24/2005 08:24:47 Approx. Date Last Read: 09/16/2005 21:44:52 Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: VAULT Volume is MVS Lanfree Capable : No Last Update by (administrator): WBOYER Last Update Date/Time: 09/16/2005 10:53:56 Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Stapleton, Mark Sent: Friday, September 16, 2005 9:48 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Move data for offsite volume Because checking in a tape with CHECKIN that was checked out with MOVE DRM still has offsite as its access. You need to run upd volume volname access=reado on every copy pool volume you check back in. -- Mark Stapleton ([EMAIL PROTECTED]) IBM Certified Advanced Deployment Professional Tivoli Storage Management Solutions 2005 IBM Certified Advanced Technical Expert (CATE) AIX Office 262.521.5627 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of William Boyer Sent: Friday, September 16, 2005 8:27 PM To: ADSM-L@VM.MARIST.EDU Subject: Move data for offsite volume TSM server 5.2.4.4 on AIX 5.2 Due to a capacity issue with my libraries, some of my onsite primary pool tapes are not resident in my library. So to reclaim my offsite tapes, I've been checking in tapes that have 90% reclamable space and doing a move data on them. I've noticed a couple times where the tape is in the library, ACC=READO, but when I issue the MOVE DATA command against the tape, the tape is never mounted and the primary pool tapes (that are in the library) are used instead. The tapes were originally moved offsite with the MOVE DRMEDIA command. I brought them back, checked them into the library made them ACC=READO. I don't understand why TSM isn't doing a tape-to-tape copy?? Bill Boyer Growing old is mandatory, growing up is optional - ??