Post a Comment Newer Post Older Post Home Subscribe to: Post Comments (Atom) top Copyright © 2012 Storage and backup informations DMobley232 replied Oct 29, 2016 at 12:17 PM Query Event and Query schedule... The TSM server in turn, is a library client, and gets it's tape mounts from another TSM 184.108.40.206 server acting as the library master for a virtual tape library. If you have received this e-mail in error, please contact the sender immediately. his comment is here
Is something in my setup missing? Why doesn't it wait the 120 minutes, which would be plenty of time. after we loaded enough scratch tapes this problem will be solved. can anyone suggest a solution for this.
However google to your error gave the above links and below is how you might update : update node NODE_NAME MAXNUMMP=VAL May be first you might wanna check the original value Unanswered question This question has not been answered yet. Click Here to join Tek-Tips and talk with other members! To resolve this problem, increase the MAXNUMMP value for the node.
jssanche Log in to reply. DMobley232 replied Oct 29, 2016 at 4:52 PM Upgrade TSM 6.2 to 6.3 What... I checked for the things that you had asked for.... 1)This problem occurs most of the time but not always. 2)MaxScratch allowed for this storage pool=1000, which i think is a Is something in my setup missing?
Send directly to tape the big chunks of data like big databases, image backup. Ans1228e Ans1312e or 2)Can we create a disk pool so that if no tape or tape drives, backups should be done on disk instead of tape pool and later on when the tape/tape If the MAXNUMMP for the node is set to 1, then the following could be the problem: There is another session already running for this node with a mounted volume. http://www-01.ibm.com/support/docview.wss?uid=swg1IC35821 Best Regards, John D.
My TSM server is 220.127.116.11 and clients are 5.1 (all AIX)When trying to backup, I get the following message : "ANS1312E Server media mount not possible"The drive is on-line, and the this time we need to update the maxscratch parameter. Send to the disk pool the slowest incremental clients. DMobley232 replied Oct 29, 2016 at 12:18 PM Help Understand Backup stgpool...
Run a query on the activity log (q act log) and look at the time stamp on/around the time the backup is attempted. There are lots of times with our "real" IBM3584 library when there aren't enough tape drives to go around, and TSM processes wait until one frees up. How To Increase The Maxnummp Value For The Node All product names are trademarks of their respective companies. Thanks Join this group Popular White Paper On This Topic Next-Gen Now - Outsmarting ransomware, rootkits, and zero-day attacks 10Replies Best Answer 0 Mark this reply as the best answer?(Choose carefully,
nambuntong replied Dec 1, 2013 Thank for your information. There are lots of times with our "real" IBM3584 library when there aren't enough tape drives to go around, and TSM processes wait until one frees up. Backup Problem LTO & Tivoli. Thanks in advance!!
Why doesn't the client just go into MediaWait status, and sit tight until a tape drive frees up? This is a TSM 18.104.22.168 Lanfree client, with a TSM 22.214.171.124 AIX client, connecting to a TSM 126.96.36.199 AIX server. Log In E-mail or User ID Password Keep me signed in Recover Password Create an Account Blogs Discussions CHOOSE A TOPIC Business Intelligence C Languages Cloud Computing Communications Technology CRM weblink Temporary fix One of two things can be done: either alter your library sharing environment such that no two devclasses can point to the same library at a time, or do
I dont know the TSM Express, but maybe you could start the CLI by http://express-host-url:1580/dsm/support/cmdline and use the Q NODE and UPDATE NODE commands. Rudy rore, Oct 6, 2009 #5 (You must log in or sign up to reply here.) Show Ignored Content Share This Page Tweet Your name or email address: Do you In fact it's usually implemented with DISK stgpool being the first and TAPE stgpool it's next stgpool where the data go through the MIGRATION process (automatic or manual).
Now is boils down to lack of tape drives since all the tape drives are busy writing for other clients. This question is answered Dear Guru's,I have again into a problem with our SAP Production backup. What is different here? in a restore).
Tags Administrator (9) Backup (9) Client (1) Configuration (3) EMC DMX (27) EMC storage interview quetions (5) EMC Timefinder Commands (2) exclude (1) Materials (2) Problems and Solutions (12) Restore (6) said... Best Regards, Buntong Top Best Answer 0 Mark this reply as the best answer?(Choose carefully, this can't be changed) Yes | No Saving... However it could a bit tough since you can face broad range of reasons.
It's unlikely this parameter is the problem. Product Alias/Synonym TSM Document information More support for: Tivoli Storage Manager Client Software version: All Supported Versions Operating system(s): Platform Independent Reference #: 1083421 Modified date: 14 August 2013 Site availability Thanks in advance. This is the accepted answer.
If you have received this e-mail in error, please contact the sender immediately. Best Regards, Buntong Top Best Answer 0 Mark this reply as the best answer?(Choose carefully, this can't be changed) Yes | No Saving... Vineet Borkar replied Dec 2, 2013 Hello, I am not claiming that your issue is related to the link I pasted above. Has anybody with a lot of simultaneous tape mounts seen this same problem, and tried these fixes?
Local fix Problem summary **************************************************************** * USERS AFFECTED: TSM server users with a library sharing * * environment with two devclass pointing to * * the same library. * **************************************************************** * But no luck as of now.Please help me to get over this, the backup is failing for past 3 days.System :OS : AIX 5.3DB : Oracle 10.2SAP : ECC 6.0//Arya Arya Vineet Borkar replied Dec 1, 2013 Hello, You might wanna check out this link and see if it makes any sense to you. Schneider Lead Systems Administrator - Storage Sisters of Mercy Health Systems 3637 South Geyer Road St.
Drive will be reclaimed for use by others.