Help on q nodedata
Hi to all I have a strange behavior on a client running the Q NODEDATA EDUNW , here the output: Node NameVolume NameStorage Pool Physical Name Space Occupied (MB) -- EDUNWT:\DEDUP6\00053C08.BFS DEDUP6TSM 18.16 EDUNWT:\DEDUP6\00053C21.BFS DEDUP6TSM 71.95 EDUNWT:\DEDUP6\00053C25.BFS DEDUP6TSM 4,964.89 EDUNWT:\DEDUP6\00053C39.BFS DEDUP6TSM 0.06 EDUNWT:\DEDUP6\00053C44.BFS DEDUP6TSM 699.58 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 36,533.5 ATION\.BFS 7 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 37,187.1 ATION\0001.BFS 4 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 38,004.6 ATION\0002.BFS 9 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 33,756.1 ATION\0003.BFS 9 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 24,543.9 ATION\0004.BFS 1 EDUNW\\DD580G\BACKUP\POSTBACK\EDUC- DD_EDUCATION 32,374.4 ATION\0005.BFS 0 The correct storage to be on is: DD_EDUCATION I run several times a move nodedata edunw from=dedup6tsm to=dd_education recons=yes with every time success process. But still got this output ? I did to a : q nodedata * vol= T:\DEDUP6\00053C08.BFS and still see reference of node EDUNW on it ? tsm: POSTBACK>q nodedata edunw vol=S:\DEDUP6\00053BB2.BFS Node NameVolume NameStorage Pool Physical Name Space Occupied (MB) -- EDUNWS:\DEDUP6\00053BB2.BFS DEDUP6TSM 57.52 How I can be rid of those entries ? My Tsm server version is: 6.3.4.200 My Tsm client version is: 6.2.2.0 T.I.A Regards Robert
Re: VSS backup crashes TSM Schedule Service
Hi Harold, Do you have an especially long TSM client node name and/or TSM server name? IC79621 is one possibility. I would suggest upgrading to the latest client. For Windows 2003, you can go to 6.3.1.2 even (but not 6.4, as Windows 2003 is no longer supported as a client starting with TSM 6.4), then see if the problem persists. If it does, you should contact IBM support for further assistance. Best regards, - Andy Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead | stor...@us.ibm.com IBM Tivoli Storage Manager links: Product support: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager Online documentation: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Documentation+Central/page/Tivoli+Storage+Manager Product Wiki: https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Tivoli +Storage+Manager/page/Home "ADSM: Dist Stor Manager" wrote on 2013-10-30 16:58:47: > From: "Vandeventer, Harold [BS]" > To: ADSM-L@vm.marist.edu, > Date: 2013-10-30 17:00 > Subject: VSS backup crashes TSM Schedule Service > Sent by: "ADSM: Dist Stor Manager" > > I've been thrown the responsibility to change the TSM Server IP > address used by some nodes after they've exported to a new TSM server. > > In one case, (node Windows 2003 running TSM Client 6.2.3.00), the > TSM Schedule Service crashes if SYSTEMSTATE backup is attempted. > > The opt file has SNAPSHOTPROVIDERFS VSS. > > If I deselect SYSTEMSTATE in the client preferences, backup runs > successfully and the schedule service remains running. > > The only change was to specify the IP address of the new TSM server > (6.3.3.100), and stop/start the scheduler. Former TSM was as 5.5.2.0. > > I've tried deleting the schedule service and re-creating; still crashes. > > This is new to me, any hints from the community of experts? > Thanks. > > > Harold Vandeventer > Systems Programmer > State of Kansas - Office of Information Technology Services > STE 751-S > 910 SW Jackson > (785) 296-0631 > > > [Confidentiality notice:] > *** > This e-mail message, including attachments, if any, is intended for the > person or entity to which it is addressed and may contain confidential > or privileged information. Any unauthorized review, use, or disclosure > is prohibited. If you are not the intended recipient, please contact > the sender and destroy the original message, including all copies, > Thank you. > *** >
VSS backup crashes TSM Schedule Service
I've been thrown the responsibility to change the TSM Server IP address used by some nodes after they've exported to a new TSM server. In one case, (node Windows 2003 running TSM Client 6.2.3.00), the TSM Schedule Service crashes if SYSTEMSTATE backup is attempted. The opt file has SNAPSHOTPROVIDERFS VSS. If I deselect SYSTEMSTATE in the client preferences, backup runs successfully and the schedule service remains running. The only change was to specify the IP address of the new TSM server (6.3.3.100), and stop/start the scheduler. Former TSM was as 5.5.2.0. I've tried deleting the schedule service and re-creating; still crashes. This is new to me, any hints from the community of experts? Thanks. Harold Vandeventer Systems Programmer State of Kansas - Office of Information Technology Services STE 751-S 910 SW Jackson (785) 296-0631 [Confidentiality notice:] *** This e-mail message, including attachments, if any, is intended for the person or entity to which it is addressed and may contain confidential or privileged information. Any unauthorized review, use, or disclosure is prohibited. If you are not the intended recipient, please contact the sender and destroy the original message, including all copies, Thank you. ***
Re: V6.2.5 to V6.3.4.200 Linux Server Upgrade
Hi James, Are you doing dedupe ? If so, you may be interested by this APAR : http://www-01.ibm.com/support/docview.wss?uid=swg1IC94934 -- Best regards / Cordialement / مع تحياتي Erwann SIMON - Mail original - De: "James Lepre" À: ADSM-L@VM.MARIST.EDU Envoyé: Mercredi 30 Octobre 2013 20:03:13 Objet: Re: [ADSM-L] V6.2.5 to V6.3.4.200 Linux Server Upgrade Hello Everyone - I am running TSM Server 6.3.4 My database keeps growing even though I have removed a lot of data. I am assuming I need to shrink or re-organize the data but I am not finding the steps to do this. Can anyone tell me what I need to do to free up space on my DB Thank you James Lepre Infrastructure Support Specialist --- Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.
Re: V6.2.5 to V6.3.4.200 Linux Server Upgrade
Hello Everyone - I am running TSM Server 6.3.4 My database keeps growing even though I have removed a lot of data. I am assuming I need to shrink or re-organize the data but I am not finding the steps to do this. Can anyone tell me what I need to do to free up space on my DB Thank you James Lepre Infrastructure Support Specialist --- Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.
Re: Database Filling up
-Original Message- From: Lepre, James Sent: Wednesday, October 30, 2013 3:03 PM To: ADSM-L@VM.MARIST.EDU Subject: RE: [ADSM-L] V6.2.5 to V6.3.4.200 Linux Server Upgrade Hello Everyone - I am running TSM Server 6.3.4 My database keeps growing even though I have removed a lot of data. I am assuming I need to shrink or re-organize the data but I am not finding the steps to do this. Can anyone tell me what I need to do to free up space on my DB Thank you James Lepre Infrastructure Support Specialist --- Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.
Re: V6.2.5 to V6.3.4.200 Linux Server Upgrade
Thanks for the heads up. We don't do dedup so that should not be an issue for us. Some of our databases are way bigger than yours (>300GB). We will keep an eye out for high DB activity. - Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html On Oct 30, 2013 2:36 PM, "Colwell, William F." wrote: > Hi Zoltan, > > when I went to 6.3.4.0 from 6.3.somewhere-lower, an index reorg started in > all my servers. > The reorg was of a big table involved in dedup. It caused the active log > to fill up and all the servers crashed more than once. > > I opened a pmr; IBM was aware of the problem, see > http://www-01.ibm.com/support/docview.wss?uid=swg1IC91190 > > To fix it, I had to max out the active log at 128GB, and stop all the > other big > log generators like expiration, reclaim, migration, id dup. Then the > reorg had > enough log to finish. > > When it was all done, there was a side benefit. These indexes had gotten > really big. > After the reorg there was a lot of freespace in the db. For example - > > tsm: >q db f=d > > Database Name: TSMDB1 > ... > Total Pages: 49,053,700 > Usable Pages: 49,053,500 >Used Pages: 22,947,116 >Free Pages: 26,106,384 > > Good luck! > > Bill Colwell > Draper Lab > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Zoltan Forray > Sent: Wednesday, October 30, 2013 10:30 AM > To: ADSM-L@VM.MARIST.EDU > Subject: V6.2.5 to V6.3.4.200 Linux Server Upgrade > > Just checking for any issues/gotchas in performing these upgrades. I want > to get all my servers up to the latest. > > From what I found in books online, this should be a simple 1-upload and > install base 6.3.4 (from Passport), 2-install 6.3.4.200 patch, > 3-re-activate licenses.None of the mess of upgrading from 6.1 to 6.3. > Of course, I will backup the DB, devconfig, volhist. > > Am I missing anything? Anyone else do this on Linux? Any war-stories? > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > zfor...@vcu.edu - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html >
Re: V6.2.5 to V6.3.4.200 Linux Server Upgrade
Hi Zoltan, when I went to 6.3.4.0 from 6.3.somewhere-lower, an index reorg started in all my servers. The reorg was of a big table involved in dedup. It caused the active log to fill up and all the servers crashed more than once. I opened a pmr; IBM was aware of the problem, see http://www-01.ibm.com/support/docview.wss?uid=swg1IC91190 To fix it, I had to max out the active log at 128GB, and stop all the other big log generators like expiration, reclaim, migration, id dup. Then the reorg had enough log to finish. When it was all done, there was a side benefit. These indexes had gotten really big. After the reorg there was a lot of freespace in the db. For example - tsm: >q db f=d Database Name: TSMDB1 ... Total Pages: 49,053,700 Usable Pages: 49,053,500 Used Pages: 22,947,116 Free Pages: 26,106,384 Good luck! Bill Colwell Draper Lab -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Wednesday, October 30, 2013 10:30 AM To: ADSM-L@VM.MARIST.EDU Subject: V6.2.5 to V6.3.4.200 Linux Server Upgrade Just checking for any issues/gotchas in performing these upgrades. I want to get all my servers up to the latest. >From what I found in books online, this should be a simple 1-upload and install base 6.3.4 (from Passport), 2-install 6.3.4.200 patch, 3-re-activate licenses.None of the mess of upgrading from 6.1 to 6.3. Of course, I will backup the DB, devconfig, volhist. Am I missing anything? Anyone else do this on Linux? Any war-stories? -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: What's New in TSM 7.1?
Hi Nick: Here is the announcement with all the details: http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN&subtype=CA&htmlfid=897/ENUS213-447&appname=USN ... or maybe you already saw this. Thanks, Del "ADSM: Dist Stor Manager" wrote on 10/30/2013 01:39:14 PM: > From: Nick Laflamme > To: ADSM-L@vm.marist.edu, > Date: 10/30/2013 01:39 PM > Subject: What's New in TSM 7.1? > Sent by: "ADSM: Dist Stor Manager" > > It's surprisingly hard to find a "What's New in TSM 7.1" page or list on > IBM's web site. It's not in the TSM Wiki, and it's not on the product pages > that I can find, although the data sheets refer to 7.1. > > I'll muddle through, but this shouldn't be hard, should it? > > (Y'all heard that they announced TSM 7.1, right?) > > Nick >
Re: What's New in TSM 7.1?
Hi Nick, there is a webinar next week from the Tivoli User Community. What's New in Tivoli Storage Manager V7.1 November 7, 2013 at 11:00 AM, ET USA Join Ian T. Smith, Director of IBM Storage Software, to learn more about how Tivoli Storage Manager V7.1 dramatically increases scalability and performance while providing backup infrastructure cost savings up to 38%. You can register at http://tivoli-ug.org/tech-zones/storage-management/c/e/912.aspx Bill Colwell Draper Lab -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Nick Laflamme Sent: Wednesday, October 30, 2013 1:39 PM To: ADSM-L@VM.MARIST.EDU Subject: What's New in TSM 7.1? It's surprisingly hard to find a "What's New in TSM 7.1" page or list on IBM's web site. It's not in the TSM Wiki, and it's not on the product pages that I can find, although the data sheets refer to 7.1. I'll muddle through, but this shouldn't be hard, should it? (Y'all heard that they announced TSM 7.1, right?) Nick
What's New in TSM 7.1?
It's surprisingly hard to find a "What's New in TSM 7.1" page or list on IBM's web site. It's not in the TSM Wiki, and it's not on the product pages that I can find, although the data sheets refer to 7.1. I'll muddle through, but this shouldn't be hard, should it? (Y'all heard that they announced TSM 7.1, right?) Nick
Re: TSM Exchange restore 6.1
Hi Jerome, The setting for "Replay restored AND current logs" should not have any effect on which databases get dismounted at restore time. Another possibility occurred to me... Microsoft changed default behavior with Exchange 2010. Exchange Server 2010 only supports VSS backups. With prior versions of Exchange, and using legacy backups methods, if a recovery database existed, all restores by default would go there. However, Microsoft changed that behavior with Exchange Server 2010. If you want to restore a database into a recovery database, you need to specifically tell DP/Exchange that you want to direct the restore "into" that recovery database. >From the GUI, with your mouse over the backup that you want to restore, click the right-mouse button and choose the recovery database that you want to restore into. For the CLI, use the "/INTODB=recov-dbname" option. It is documented in the book like this: Unless otherwise specified, VSS restores refers to all restore types that use VSS (VSS restore, VSS fast restore, VSS instant restore): ** A VSS restore ignores the recovery database and is placed directly into the production database unless the /intodb parameter is specified. If you still see problems after redirecting the restore, please open a PMR. Thanks, Del "ADSM: Dist Stor Manager" wrote on 10/30/2013 12:06:24 PM: > From: "Swartz, Jerome" > To: ADSM-L@vm.marist.edu, > Date: 10/30/2013 12:07 PM > Subject: Re: TSM Exchange restore 6.1 > Sent by: "ADSM: Dist Stor Manager" > > Thanks Del, > > Does this apply to Exchange 2010? > > Also don't use flashcopy manager. Could it have been that I used the > wrong option when restoring? " Replay restored AND current logs" > > Regards, > > Jerome > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On > Behalf Of Del Hoobler > Sent: 30 October 2013 05:53 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] TSM Exchange restore 6.1 > > Hi Jerome, > > This looks like APAR IC87463. > You should apply the latest version of > Data Protection for Exchange as there have been a number of > important fixes related to mailbox restore. > >http://www-01.ibm.com/support/docview.wss?uid=swg21608292 > > Thanks, > > Del > > > "ADSM: Dist Stor Manager" wrote on 10/30/2013 > 11:26:26 AM: > > > From: "Swartz, Jerome" > > To: ADSM-L@vm.marist.edu, > > Date: 10/30/2013 11:36 AM > > Subject: TSM Exchange restore 6.1 > > Sent by: "ADSM: Dist Stor Manager" > > > > Hi folks, > > > > Busy doing a mail DB restore for exchange 2010 and I that my Exchange > > production DB has just been dismounted :( > > > > How do I prevent my prod DB from dismounting? > >
Re: TSM Exchange restore 6.1
Thanks Del, Does this apply to Exchange 2010? Also don't use flashcopy manager. Could it have been that I used the wrong option when restoring? " Replay restored AND current logs" Regards, Jerome -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del Hoobler Sent: 30 October 2013 05:53 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Exchange restore 6.1 Hi Jerome, This looks like APAR IC87463. You should apply the latest version of Data Protection for Exchange as there have been a number of important fixes related to mailbox restore. http://www-01.ibm.com/support/docview.wss?uid=swg21608292 Thanks, Del "ADSM: Dist Stor Manager" wrote on 10/30/2013 11:26:26 AM: > From: "Swartz, Jerome" > To: ADSM-L@vm.marist.edu, > Date: 10/30/2013 11:36 AM > Subject: TSM Exchange restore 6.1 > Sent by: "ADSM: Dist Stor Manager" > > Hi folks, > > Busy doing a mail DB restore for exchange 2010 and I that my Exchange > production DB has just been dismounted :( > > How do I prevent my prod DB from dismounting? > > > > > > ** > COMPUTACENTER PLC is registered in England and Wales with the > registered number 03110569. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (UK) Limited is registered in England and Wales with the > registered number 01584718. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (Mid-Market) Limited is registered in England and Wales > with the registered number 3434654. Its registered office is at > Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (FMS) Limited is registered in England and Wales with > the registered number 3798091. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > > The contents of this email are intended for the named addressee only. > It contains information which may be confidential and which may also > be privileged. > Unless you are the named addressee (or authorised to receive mail for > the addressee) you may not copy or use it, or disclose it to anyone else. > If you receive it in error please notify us immediately and then > destroy it. > Computacenter information is available from: http://www.computacenter.com > ** >
Re: TSM Exchange restore 6.1
Hi Jerome, This looks like APAR IC87463. You should apply the latest version of Data Protection for Exchange as there have been a number of important fixes related to mailbox restore. http://www-01.ibm.com/support/docview.wss?uid=swg21608292 Thanks, Del "ADSM: Dist Stor Manager" wrote on 10/30/2013 11:26:26 AM: > From: "Swartz, Jerome" > To: ADSM-L@vm.marist.edu, > Date: 10/30/2013 11:36 AM > Subject: TSM Exchange restore 6.1 > Sent by: "ADSM: Dist Stor Manager" > > Hi folks, > > Busy doing a mail DB restore for exchange 2010 and I that my > Exchange production DB has just been dismounted :( > > How do I prevent my prod DB from dismounting? > > > > > > ** > COMPUTACENTER PLC is registered in England and Wales with the > registered number 03110569. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (UK) Limited is registered in England and Wales with > the registered number 01584718. Its registered office is at > Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (Mid-Market) Limited is registered in England and > Wales with the registered number 3434654. Its registered office is > at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > COMPUTACENTER (FMS) Limited is registered in England and Wales with > the registered number 3798091. Its registered office is at Hatfield > Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW > > The contents of this email are intended for the named addressee only. > It contains information which may be confidential and which may also > be privileged. > Unless you are the named addressee (or authorised to receive mail > for the addressee) you may not copy or use it, or disclose it to anyone else. > If you receive it in error please notify us immediately and then destroy it. > Computacenter information is available from: http://www.computacenter.com > ** >
TSM Exchange restore 6.1
Hi folks, Busy doing a mail DB restore for exchange 2010 and I that my Exchange production DB has just been dismounted :( How do I prevent my prod DB from dismounting? ** COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW The contents of this email are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else. If you receive it in error please notify us immediately and then destroy it. Computacenter information is available from: http://www.computacenter.com **
V6.2.5 to V6.3.4.200 Linux Server Upgrade
Just checking for any issues/gotchas in performing these upgrades. I want to get all my servers up to the latest. >From what I found in books online, this should be a simple 1-upload and install base 6.3.4 (from Passport), 2-install 6.3.4.200 patch, 3-re-activate licenses.None of the mess of upgrading from 6.1 to 6.3. Of course, I will backup the DB, devconfig, volhist. Am I missing anything? Anyone else do this on Linux? Any war-stories? -- *Zoltan Forray* TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Moving from TSMV5 to V6 / question on DIRMC
Hello Nick, thanks for your answer - because of the 2 stage storagepool there I was missing the devclas definitions ( iadd here at the bottom) So the primary pool is a random-access- StoragePool with a device class of disk so far to be accessed by lots of simultanous sessions and really not quite large - 2 Volumes with together 10 GB is quite enough for a small/medium server. The final destination of the 'dir-data' is via migrating from the disk-pool into a storage-pool with a device class of file. Why I was using this was because of the effect that at least with the TSMV5 Version it soon takes too much time to make a copy-operation of such a disk-pool - it simply took enourmous time to have the 'backup stg -Process' being traversed through such a thing. It may be that the sequential accessed media for such data is better in the performance but I haven' measured this. At least I could not not see So it works much better with the file-volumes in the end , but the dirmc itself needs to point to the diskdirs-pool to handle a lot of sessions for lots of simultanous incoming data. The reason using the DATAFormat=nonblock format was because of an older ibm-V5-setup preferences cookbook ... which I cannot find anymore... It still works without problem - but possibly this 'DATAFormat=nonblock' is no more suitable/needed at TSM V6 ? Rainer define STG DISKDIRS DISK hi=60 lo=20 nextstg=filedirs DEFINE DEVCLASS FILEDIR DEVTYPE=FILE FORMAT=DRIVE MAXCAPACITY=1000M MOUNTLIMIT=200 DIRECTORY=/filedir SHARED=NO define stg filedirs FILEDIR maxscr=0 reused=3 hi=100 lo=30 COLlocate=group reclaim=100 DATAFormat=nonblock Am 30.10.2013 13:09, schrieb Marouf, Nick: Hi Rainer, We had to use DIRMC, even though I've heard the same that it is no longer needed. Some of the servers I backup are so large that without DIRMC, the restores would take a substantial time to complete, I've also had an issue were the GUI had stopped working, and enabling DIRMC on these very large server solved the problem (http://www-01.ibm.com/support/docview.wss?uid=swg21162784 ) With only 3 servers using DIRMC, using your query below I have over 5,000,000 objects in the dirmc stg pool. This really saves time for laying out the directory structure when restoring large folders/subfolder. As far using a different nodeblock format, IBM preferred format is native. Are you seeing considerable changes with the nonblock option? What would be the benefit of the two stage storage pool? Are both using a devclass of disk? -Nick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rainer Wolf Sent: Wednesday, October 30, 2013 6:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Moving from TSMV5 to V6 / question on DIRMC Hello All, we are currently using tsm V5 Server and soon will be moving to TSM V6, starting again from scratch with a brandnew ts3500 library and the new 3592-c drives. The new TSM-Server Setups are to be reviewed and now I have some questions on the DIRMC feature which we distribute so far via server defined clientoptionset. on dirmc there are two reasons for me why using it: a) some tape mounts can be avoided using online pools of directories,links,... ...we have not much drives b) the roughly quite easily producable output on the balancing between 'normal files' and 'directories + 0-byte-files + links + ...' can be shown with simple 'per-storage-pool-basis' ( select sum(num_files),stgpool_name from occupancy group by stgpool_name ) or simply can be displayed on a 'per-node-basis' ( with simly 'query occu stg=' Especially the feature b) has often directly helped finding the basic source of occuring strange problems. One question now is : with TSM 6 thre may be no need to use dirmc anymore, is it possibe that directory-entries ( with extended acl-info) are then always stored in the database and never going to tapes ? If it is okay and not quite abnormal to use the dirmc then the other question is: is it still okay to use the following way defining a 2-Stage- Storagepool-setup and using the 'DATAFormat=nonblock' for the file-volumes fetching those dikdir data ? like define stg filedirs FILEDIR maxscr=0 reused=3 hi=100 lo=30 COLlocate=group reclaim=100 DATAFormat=nonblock define STG DISKDIRS DISK hi=60 lo=20 nextstg=filedirs any hints are welcome Rainer -- Rainer Wolf eMail: rainer.w...@uni-ulm.de kiz - Abt. Infrastruktur Tel/Fax: ++49 731 50-22482/22471 Universitaet Ulm -- Rainer Wolf eMail: rainer.w...@uni-ulm.de kiz - Abt. Infrastruktur Tel/Fax: ++49 731 50-22482/22471 Universitaet Ulm
Re: Moving from TSMV5 to V6 / question on DIRMC
Hi Rainer, We had to use DIRMC, even though I've heard the same that it is no longer needed. Some of the servers I backup are so large that without DIRMC, the restores would take a substantial time to complete, I've also had an issue were the GUI had stopped working, and enabling DIRMC on these very large server solved the problem (http://www-01.ibm.com/support/docview.wss?uid=swg21162784 ) With only 3 servers using DIRMC, using your query below I have over 5,000,000 objects in the dirmc stg pool. This really saves time for laying out the directory structure when restoring large folders/subfolder. As far using a different nodeblock format, IBM preferred format is native. Are you seeing considerable changes with the nonblock option? What would be the benefit of the two stage storage pool? Are both using a devclass of disk? -Nick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rainer Wolf Sent: Wednesday, October 30, 2013 6:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Moving from TSMV5 to V6 / question on DIRMC Hello All, we are currently using tsm V5 Server and soon will be moving to TSM V6, starting again from scratch with a brandnew ts3500 library and the new 3592-c drives. The new TSM-Server Setups are to be reviewed and now I have some questions on the DIRMC feature which we distribute so far via server defined clientoptionset. on dirmc there are two reasons for me why using it: a) some tape mounts can be avoided using online pools of directories,links,... ...we have not much drives b) the roughly quite easily producable output on the balancing between 'normal files' and 'directories + 0-byte-files + links + ...' can be shown with simple 'per-storage-pool-basis' ( select sum(num_files),stgpool_name from occupancy group by stgpool_name ) or simply can be displayed on a 'per-node-basis' ( with simly 'query occu stg=' Especially the feature b) has often directly helped finding the basic source of occuring strange problems. One question now is : with TSM 6 thre may be no need to use dirmc anymore, is it possibe that directory-entries ( with extended acl-info) are then always stored in the database and never going to tapes ? If it is okay and not quite abnormal to use the dirmc then the other question is: is it still okay to use the following way defining a 2-Stage- Storagepool-setup and using the 'DATAFormat=nonblock' for the file-volumes fetching those dikdir data ? like define stg filedirs FILEDIR maxscr=0 reused=3 hi=100 lo=30 COLlocate=group reclaim=100 DATAFormat=nonblock define STG DISKDIRS DISK hi=60 lo=20 nextstg=filedirs any hints are welcome Rainer -- Rainer Wolf eMail: rainer.w...@uni-ulm.de kiz - Abt. Infrastruktur Tel/Fax: ++49 731 50-22482/22471 Universitaet Ulm
Moving from TSMV5 to V6 / question on DIRMC
Hello All, we are currently using tsm V5 Server and soon will be moving to TSM V6, starting again from scratch with a brandnew ts3500 library and the new 3592-c drives. The new TSM-Server Setups are to be reviewed and now I have some quuestions on the DIRMC feature which we distribute so far via server defined clientoptionset. on dirmc there are two reasons for me why using it: a) some tape mounts can be avoided using online pools of directories,links,... ...we have not much drives b) the roughly quite easily producable output on the balancing between 'normal files' and 'directories + 0-byte-files + links + ...' can be shown with simple 'per-storage-pool-basis' ( select sum(num_files),stgpool_name from occupancy group by stgpool_name ) or simply can be displayed on a 'per-node-basis' ( with simly 'query occu stg=' Especially the feature b) has often directly helped finding the basic source of occuring strange problems. One question now is : with TSM 6 thre may be no need to use dirmc anymore, is it possibe that directory-entries ( with extended acl-info) are then always stored in the database and never going to tapes ? If it is okay and not quite abnormal to use the dirmc then the other question is: is it still okay to use the following way defining a 2-Stage- Storagepool-setup and using the 'DATAFormat=nonblock' for the file-volumes fetching those dikdir data ? like define stg filedirs FILEDIR maxscr=0 reused=3 hi=100 lo=30 COLlocate=group reclaim=100 DATAFormat=nonblock define STG DISKDIRS DISK hi=60 lo=20 nextstg=filedirs any hints are welcome Rainer -- Rainer Wolf eMail: rainer.w...@uni-ulm.de kiz - Abt. Infrastruktur Tel/Fax: ++49 731 50-22482/22471 Universitaet Ulm