Re: MediaW
I ran into a similar situation recently. We just recently upgraded to v5.1.x and had no knowledge of the Q PATH command. It appears that when drives go offline in v5.x due to a hardware problem their path can go offline as well. I corrected the problem by doing an update path command. Helpful commands: Q(uery) PATH UPD(ate) PATH DEF(ine) PATH Possibly this is your problem. Greg P. Tice Enterprise Storage Management Schneider National, Inc. www.schneider.com David E Ehresman [EMAIL PROTECTED]To: [EMAIL PROTECTED] LLE.EDU cc: Sent by: ADSM: Fax to: Dist StorSubject: Re: MediaW Manager [EMAIL PROTECTED] .EDU 06/11/2003 09:26 Please respond to ADSM: Dist Stor Manager Collocation is set YES. Can collocation not go to multiple tapes? [EMAIL PROTECTED] 06/10/03 03:44PM David, Have you verified that collocation is set to NO on the tape storage pool that this client is backing up to. Geoff Raymer EDS - Tulsa BUR and Leveraged Storage MS 326 4000 N. Mingo Road Tulsa, OK 74116-5020 * phone: +01-918-292-4364 * cell: +01-918-629-1819 * mailto:[EMAIL PROTECTED] www.eds.com -Original Message- From: David E Ehresman [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 10, 2003 2:27 PM To: [EMAIL PROTECTED] Subject: MediaW I have a client node that backs up over the lan to tape. When I do a Q SESS during a backup, there are 3-4 sessions running. One session has a tape mounted but one of the others remains in MediaW. The node has Maximum Mount Points Allowed: 2 defined. The device class has Mount Limit: DRIVES defined. There are empty tape drives available. Any ideas why a tape is not being mounted? TSM server is TSM 5.1.6.3 running on AIX 5.1 64 bit mode. Client is TSM 5.1.5.11 running on Aix 5.1 32 bit mode. David Ehresman
Re: Novell bare-metal restore
John, The approach is correct, the Novell admins at this company would appear to be lacking knowledge and experience. Our company has backed up our remote Netware servers in the U.S. and at international sites over WAN links, some as small as switched-56. It works and works well. Client side compression is a must! Keep in mind, the first backup will take quite some time. We had a few servers that took several days because we would kill the backup during business hours and let it resume at the next scheduled backup time. The approach to restoring a remote server on hardware at a central site where the TSM server is located is a good one. We have used this approach dozens of times and it works great. There are also much better ways to swap hardware in the field than doing complete rebuilds. BMR would be largely a waste of time and money as it is not needed. If you would like to know more, feel free to drop me an email at ticeg(at)schneider.com and we can make arrangements to talk. No money involved here, I just don't have time to write it all down. Regards, Greg Tice Green Bay, WI John Schneider [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 20.11.2002 18:24 Please respond to jdschn To: [EMAIL PROTECTED] cc: Subject:Novell bare-metal restore Greetings, I have a customer with a unique challenge. Maybe it's not, but it seems to be to me because I am not a Novell guy. They are considering implementing TSM in their environment to back up a bunch of Novell servers that are out in remote plants with real slow links, like 256KBs. The servers have sometimes 300-600MB of changed data a night. With decent compression, we may be able to back them up overnight, since they would permit 5pm to 8am as the acceptable backup window. The challenge is when one server is replaced, either because it dies or is replaced with new hardware. The Novell servers have about 40GB of disk space, so there is no way they could restore across the slow link. Our thinking is to restore the server to a server at the central location where the TSM server is, so the restore could be accomplished more quickly, then ship the restored server down to the remote site. My customer's Novell guy says this won't work, because of the way Novell trees work. You can't restore the Novell server at the central site because it won't be part of the Novell tree(?!), and all the file permissions and ownerships will be wrong. Can somebody tell me what resources I should read to understand how to do this, or can share with me your methodology to do a bare-metal restore of a Novell server? I figure that surely by now a method has been derived. Thanks in advance, John Schneider
Re: Anyone remember how to assign category # using mtlib ?
Is this what you need??? mtlib ?l (libr name) ?C ?V (volser) ?t (category in hex) Zig Zag veritrash@YAH To: [EMAIL PROTECTED] OO.COM cc: Sent by: Fax to: ADSM: Dist Subject: Anyone remember how to assign category # using Stor Manager mtlib ? [EMAIL PROTECTED] IST.EDU 11/22/2002 13:46 Please respond to ADSM: Dist Stor Manager I keep getting this error: root@buffy 174 [/root] mtlib -l /dev/lmcp0 -r -#190 mtlib: A host id must be specified. been a few years. __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: 3494 Pause Mode and TSM
The easiest way we have found is to use the tapeutil utility and download the code to the drives from the server side. You just offline the drives one at a time and perform the upgrade. Super easy! Good luck, Greg Villegas, BeatriceTo: [EMAIL PROTECTED] bvillegas@ADT cc: .COMFax to: Sent by: Subject: 3494 Pause Mode and TSM ADSM: Dist Stor Manager [EMAIL PROTECTED] IST.EDU 09/17/2002 12:10 Please respond to ADSM: Dist Stor Manager Hi TSM'ers, I have a quick and perhaps simple question. We have to upgrade the firmware on all our 10 3590 drives and for this we need to put the Library in Pause mode. My question is: Should I stop TSM during this time? Or should I just put all the drives offline? Is there anything else I should do on TSM? Thanks in advance, Beatriz
Re: NDS (Netware 5.x)
Mark, The login script is not held in NDS as a separate object it is part of the .OU object. Restoring the .OU will bring it back. This is not something you want todo in a production environment. If you have an isolated test/lab environment at your facility you could easily mock up an NDS tree and get it back that way. This exact scenario is why I used to require my admins to copy, paste save the login script to a text file before making any modifications to login scripts. Hope this helps! Greg Tice Mark Hayden [EMAIL PROTECTED] To: [EMAIL PROTECTED] ATE.IL.UScc: Sent by: ADSM: Fax to: Dist Stor Subject: NDS (Netware 5.x) Manager [EMAIL PROTECTED] ST.EDU 08/15/2002 11:48 Please respond to ADSM: Dist Stor Manager Hi all, wanted to know if anyone has done any retores from NDS. We have a NetWare admin that butchered the Login script from a NetWare Server under the NDS tree. I was wondering what the name of this login script would be called in NDS.Cn= Thanks Thanks, Mark Hayden Informations Systems Analyst E-Mail: [EMAIL PROTECTED]
Re: The old SCRATCH TAPE NOT FOUND message
Rob, Based on your comments and log output it appears you have one or two problems. In your command (BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO) you are specifying that the DB backup use a scratch tape. By specifying the use of a scratch tape the server must use a scratch tape, it will not use the tape it used a few days ago unless that DB backup tape has already expired which would be unlikely. So you need two things for success here. An ample supply of scratch tapes and an available tape drive. Hope this helps! Greg P. Tice Enterprise Storage Management Schneider Technology Services Green Bay, WI USA 54306 www.schneider.com Rob Jones RJones@DOTLOG To: [EMAIL PROTECTED] IX.COM cc: Sent by: Fax to: ADSM: Dist Subject: The old SCRATCH TAPE NOT FOUND message Stor Manager [EMAIL PROTECTED] IST.EDU 06/05/2002 10:01 Please respond to ADSM: Dist Stor Manager Hello all, This is my first time posting a question so please don't confuse my newbie frustration with my dire hopelessness. We ran Tivoli 3.7 Server on AIX before I came to this office. It was working fine till the crash and burn. The log files filled up and TSM stopped and couldn't be started. Since 3.7 was NOT supported by IBM anymore we upgraded to 4.1 and did a on-phone upgrade with a Tivoli Support Representative for 2 weeks. It seemed to work fine till it started the cannot backup the Database messages in the log files because it couldn't mount the scratch tape it had put the daily DB backup on for the 1 week after the new install. I did a total new install again of 4.1 and got it working again for the last week. The daily DB backup was working fine again till 3 days ago when the same messages came up again. I know it is about to crash and burn again any day now due to this. The server is an IBM RS/6000 H70 running AIX, which is working fine, plus an IBM LTO Ultrium 3580 tape drive and 3583 Tape Library supporting 36 LTO tapes. It is backing up clients fine now and is using tapes perfectly for pool migration. Below is some info: Storage DeviceEstimated Pct Pct High Low Next Pool Name Class Name CapacityUtilMigrMig Mig Storage (MB)Pct Pct Pool --- -- -- - - --- --- ARCHIVEPOOL DISK4,000.0 0.0 0.0 9070 BACKUPPOOLDISK 72,000.042.842.8 7050 TAPE SPACEMGPOOL DISK4,000.0 0.0 0.0 9070 TAPE ULTRIUM1 3,601,156.14.736.1 8060 When the backuppool reaches 70%, it migrates to the TAPE pool perfectly. It is the DB BACKUP that is killing me. Here is my DAILY BACKUP COMMAND that is issued everyday at 7:00 am. BACKUP DB dev=Ultrium1 type=INCREMENTAL scratch=YES wait=NO Like is said...this worked fine for like 3-4 days, but now I get this message like every hour for the DB. 06/05/02 09:22:44 ANR2121W ATTENTION: More than 306.012 MB of the database has changed and the last database backup was more than 24 hours ago. Use the BACKUP DB command to provide for database recovery. And when I try the DB BACKUP command now I get these messages in log: ANR0984I Process 112 for DATABASE BACKUP started in the BACKGROUND at 09:54:21. 06/05/02 09:54:21 ANR2281I Incremental database backup started as process 112. 06/05/02 09:54:21 ANR0609I BACKUP DB started as process 112. 06/05/02 09:54:23 ANR1405W Scratch volume mount request denied - no scratch volume available. 06/05/02 09:54:24 ANR4578E Database backup/restore terminated - required volume was not mounted. 06/05/02 09:54:24 ANR0985I Process 112 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 09:54:24. It seems like it can't find the original tape that it did the DB BACKUP on the first few days. I know which tape it did this on but I can't get it to go get it and mount it again. When my DB fills up, my TSM will crash again and won't let me start it up again on server using dsmserv. Anyone have any help or thoughts? Rob L. Jones Operations dotLogix, Inc. - Smarter, Faster Business 901-260-7137
Re: New Tivoli licensing - what processor mean (RESOLVED)
For what it is worth, below is some 'plain english' verbiage our Tivoli rep sent to us regarding the new pricing structure. Hope this helps clarify things a small bit. IBM announced TSM V.5 last week and this announcement included new pricing. TSM is now priced based upon the number of processors in the backup client machines and there is no charge for the TSM server software. This will reduce the cost of TSM in small environments and increase the cost for large installs. Greg P. Tice Enterprise Storage Management Schneider Technology Services Rushforth, Tim [EMAIL PROTECTED] To: [EMAIL PROTECTED] PEG.MB.CA cc: Sent by: ADSM: Dist Fax to: Stor Manager Subject: Re: New Tivoli licensing - what processor mean [EMAIL PROTECTED](RESOLVED) U 04/17/2002 15:31 Please respond to ADSM: Dist Stor Manager Hi Zlatko: Where did you find the definitions for Processors and Clients. Thanks, Tim Rushforth City of Winnipeg -Original Message- From: Zlatko Krastev [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 16, 2002 5:17 AM To: [EMAIL PROTECTED] Subject: Re: New Tivoli licensing - what processor mean (RESOLVED) Hello fellow *SMers, even if I do not like the answer we've found it. According to IBM EMEA Announcement Letter ZP02-0172 (http://www.ibmlink.ibm.com/emealetsparms=H_ERIFZP020172), Section Ordering IBM Tivoli Products One or more charge units are associated with each product. These charge units are: - Processors managed by the product - Clients managed by the product - Distributed servers managed by the product - zSeries processors managed by the product - Processors in which the managing server is installed Processors are based upon TSM server and TSM *nodes* processors if they are servers in customer application environment. If it is a workstation (appl. client) it requires client license and no processors. So if we have an (imaginary) ISM installation consisting of dual-processor TSM server, cluster of two four-processor Oracle servers, uniprocessor file server, uniprocessor MDC and 20 dual-processor Xeon/2GHz CAD stations, we would need 12 processor and 20 client charge units for IBM TSM (5698-ISM) or IBM TSM EE (5698-ISE) and (optional) eight processors for IBM TSM for Databases (5698-APD). Right now I cannot calculate all possible configurations nor predict any averages or stats but for some configurations price would change slightly while for some others will drop significantly. OTOH I can make (not so) artificial configuration which would have an increased price. This raises the issue how to migrate Tivoli Management Points from Value-Based Pricing to Processors and Clients in Enhanced VBP. Also another question to ask is - does a customer need to buy additional licenses to keep its license compliance. This is another story and I have to dig more. Zlatko Krastev IT Consultant
Re: How do we change which nic on a client adsm contacts?
We create a unique node name like SUNPRD1-XX and have a corresponding DNS record pointing to the IP address/NIC you want TSM to use. TSM Group tsmgroup@HOTM To: [EMAIL PROTECTED] AIL.COM cc: Sent by: Fax to: ADSM: Dist Subject: How do we change which nic on a client adsm contacts? Stor Manager [EMAIL PROTECTED] IST.EDU 03/14/2002 16:04 Please respond to ADSM: Dist Stor Manager Hello all, We recently thought we would try to change which NIC one of our nodes' uses to do backups. From what I'd been able to find on the adsm message boards out there, it looked as if ADSM, when initially contacted by a node, traps the IP address that the node uses and stores that information untill contacted by that node on a different IP address. So when we were finally able to we downed the primary NIC and restarted the dsmc sched process . ( Thinking was that the client would contact adsm with the desired IP address and that would then be trapped and everything would be fine. ) But it did not work. Does anyone have any ideas?! _ Chat with friends online, try MSN Messenger: http://messenger.msn.com
Re: Slow Restores on Netware
We regularly get 8-10gb/hour on Netware restores. These servers typically have 100+gb of disk 1 million+ files on them. Similar performance on NT. A bit more detail on your client server configurations would be helpful. Regards, Greg Scott G Davis Scott.G.Davis@ATo: [EMAIL PROTECTED] LLTEL.COM cc: Sent by: ADSM: Fax to: Dist Stor Subject: Slow Restores on Netware Manager [EMAIL PROTECTED] T.EDU 08/27/2001 21:49 Please respond to ADSM: Dist Stor Manager Is it me or is a restore of Netware data slow? I get at best 5.6g per hour off of a 21g per hour drive. TSM backs it up fast but takes way to long to restore. Does anyone else have this problem and if so what do you do?
Re: 3590 Tape Drive Errors
Since our IBM tech started replacing the cleaning brushes in our drives every 6 months the number of tape related problems we experience has dropped dramatically. Regards, Greg Richard Sims [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: cc: ADSM: Dist Fax to: Stor ManagerSubject: Re: 3590 Tape Drive Errors [EMAIL PROTECTED] RIST.EDU 08/28/2001 09:43 Please respond to ADSM: Dist Stor Manager Has anybody seen these errors before? IBM has been here many times replaced the read/write heads loaded the latest micro code on the drives but I keep getting them. Bruce - You can verify that the 3494 is actually doing cleanings by periodically running: mtlib -l /dev/lmcp0 -qL where the avail 3590 cleaner cycles should decrement over time. Air pollution and dust don't help matters. Consider having your CE do a periodic wet cleaning (a manual task, opening the drive), and note if the problem disappears after such a cleaning, to see if cleanliness is the issue - which the TAPE_DRIVE_CLEANING record would seems to indicate. Richard Sims, BU
Re: Hanging Admin sessions
As I recall, setting the NOBUFPREFETCH option can cause significant performance issues. Test with caution! Regards, Greg Tice [EMAIL PROTECTED] Mark A. Adams mark_adams@CSGSYTo: [EMAIL PROTECTED] STEMS.COM cc: Sent by: ADSM: Fax to: Dist StorSubject: Re: Hanging Admin sessions Manager [EMAIL PROTECTED] .EDU 06/20/2001 09:58 Please respond to ADSM: Dist Stor Manager Put this entry in the dsmserv.opt file. NOBUFPREFETCH Then restart TSM. This will allow you to cancel the sessions. Mark Adams -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Loon, E.J. van - SPLXM Sent: Wednesday, June 20, 2001 3:20 AM To: [EMAIL PROTECTED] Subject: Hanging Admin sessions Hi *SM-ers! I have two TSM admin sessions hanging on my server. You can cancel them, but they won't disappear and the prevent me from querying the TSM database. I've read on this list that this is a known bug in 3.7.4, but I have not seen a fix for it. Is a fix available? I'm getting a bit fed up with it, it's the fourth time in 3 weeks and each time I have to bounce TSM. Not a lot of work, but I have to inform my users about this. They are going to think: Hey, 4 stop/starts in three weeks, hmm... maybe TSM is not that stable... And I would like to prevent that! Kindest regards, Eric van Loon KLM Royal Dutch Airlines ** 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. **
TDP for Sybase ?
Hello *SMer's, Does anyone know if there is a TDP for Sybase forthcoming? Are there any decent solutions out there for Sybase databases, other than BMC SQL-Backtrack OBSI? Thanks in advance for your input! Greg Tice
