Re: Trailing .000000
Hi Eric, It's always fun to play and calculate with timestamps in db2, here is one of the solutions to get the desired format: tsm: TSMLABO3select date_time from actlog fetch first 2 rows only DATE_TIME --- 2015-03-27 07:06:10.00 2015-03-27 07:06:10.00 tsm: TSMLABO3select varchar_format (date_time, '-MM-DD HH24:MI:SS') as date_time from actlog fetch first 2 rows only DATE_TIME: 2015-03-27 07:06:10 DATE_TIME: 2015-03-27 07:06:10 Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Loon, EJ van (ITOPT3) - KLM Verzonden: woensdag 1 juli 2015 15:17 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Trailing .00 Hi guys! Now that I have my SQL statement working I noticed that a select date_time from actlog returns the following format: 2015-06-29 23:27:04.00 What is the proper way to remove the trailing .00? Again, thanks for your help!!! Kind regards, Eric van Loon AF/KLM Storage Engineering 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel VRT Gebruikersvoorwaarden http://www.vrt.be/gebruiksvoorwaarden
ANR1890W root-only restriction message
Hello everybody, Please be aware of a new option 'BACKUPINITIATIONROOT' which has the standard value of YES if you upgrade to TSM server 7.1.1.100 (which I did) or 6.3.5.100. Here is the technote: http://www-01.ibm.com/support/docview.wss?uid=swg21693960 It resulted in some failed database backups, which typically start under the database owner. Luckily it is a dynamic option that can be altered online in TSM. Regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: Archive Log Overflow never empties
Good morning, Regarding the bug in TSM 7.1.1, it is a known apar (IT05164) that is fixed in TSM 7.1.1.100, see http://www-01.ibm.com/support/docview.wss?uid=swg1IT05164 for more details. Regards, Kurt -Oorspronkelijk bericht- Van: BEYERS Kurt Verzonden: woensdag 3 december 2014 14:22 Aan: ADSM: Dist Stor Manager Onderwerp: RE: Archive Log Overflow never empties Hi everybody, We are seeing the same behavior on TSM 7.1 on AIX. It occurred once that the archive log directory was filled up 80% spawning automated database backups, in order to free up the archive log dir, ... until no more scratch tapes were available. It looks like a bug for which an APAR should be raised. I did not find the time yet for the latter and just clean up old archive logs by a simple cron script. regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Rhodes, Richard L. [rrho...@firstenergycorp.com] Verzonden: dinsdag 25 november 2014 13:39 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Archive Log Overflow never empties We are also on 6.2.5 and had this happen once. I agree, the archive log overflow area does not seem to work as advertised. I finally just deleted the archive logs in the overflow area after several backup. Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Monday, November 24, 2014 8:27 PM To: ADSM-L@VM.MARIST.EDU Subject: Archive Log Overflow never empties We have four instances of TSM Server 6.2.5 on AIX, which basically behave pretty well. But on all of them, we occasionally get a little bit of data overflowing into the Archive Overflow Log filesystem. I don't know why, because as far as I can tell the Archive Log filesystem has never been allowed to fill up. But anyway, it never empties out. Full database backups reliably free space in the Archive Log filesystem, but the Archive Overflow Log just gradually fills up. One of them is up to 20%, over a period of a year. I saw somewhere that it takes two full database backups, but there have been many dozens of full backups. Any idea how I can get the Archive Overflow Log to empty out? Roger Deschner University of Illinois at Chicago rog...@uic.edu == You will finish your project ahead of schedule. === = (Best fortune-cookie fortune ever.) == - 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 recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: Archive Log Overflow never empties
Hi everybody, We are seeing the same behavior on TSM 7.1 on AIX. It occurred once that the archive log directory was filled up 80% spawning automated database backups, in order to free up the archive log dir, ... until no more scratch tapes were available. It looks like a bug for which an APAR should be raised. I did not find the time yet for the latter and just clean up old archive logs by a simple cron script. regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Rhodes, Richard L. [rrho...@firstenergycorp.com] Verzonden: dinsdag 25 november 2014 13:39 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Archive Log Overflow never empties We are also on 6.2.5 and had this happen once. I agree, the archive log overflow area does not seem to work as advertised. I finally just deleted the archive logs in the overflow area after several backup. Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Monday, November 24, 2014 8:27 PM To: ADSM-L@VM.MARIST.EDU Subject: Archive Log Overflow never empties We have four instances of TSM Server 6.2.5 on AIX, which basically behave pretty well. But on all of them, we occasionally get a little bit of data overflowing into the Archive Overflow Log filesystem. I don't know why, because as far as I can tell the Archive Log filesystem has never been allowed to fill up. But anyway, it never empties out. Full database backups reliably free space in the Archive Log filesystem, but the Archive Overflow Log just gradually fills up. One of them is up to 20%, over a period of a year. I saw somewhere that it takes two full database backups, but there have been many dozens of full backups. Any idea how I can get the Archive Overflow Log to empty out? Roger Deschner University of Illinois at Chicago rog...@uic.edu == You will finish your project ahead of schedule. === = (Best fortune-cookie fortune ever.) == - 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 recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
persistent binding T10000D drives on RedHat 6.4
Hello everybody,
I'm in the process of configuring Oracle T1D tape drives on RedHat 6.4
using the TSM device driver 7.1.1 (LAN-free backup), the TSM server 7.1.1
itself is running on AIX 7.1 .
The autoconf and tsmdlst do show all the drives on the Redhat nodes but I
would like to add them to the udev rules so that the device files are
persistent whenever the server requires a reboot.
Until now, we were using IBM LTO drives and had the following entry in the
98-lin_tape.rules file for them:
KERNEL==IBMtape*, ATTRS{serial_num}==1068100xyz,
SYMLINK=lin_tape/tsm_drive
But what is the equivalent entry for a T1D drive? I've tried the following:
KERNEL==sg*, ATTRS{serial_num}==57900400abcd, SYMLINK=lin_tape/t10d_drive
But that doesn't seem to do the trick. Can anybody assist me towards the
correct entry?
Many thanks!
Best regards,
Kurt
*** Disclaimer ***
Vlaamse Radio- en Televisieomroeporganisatie
Auguste Reyerslaan 52, 1043 Brussel
nv van publiek recht
BTW BE 0244.142.664
RPR Brussel
http://www.vrt.be/gebruiksvoorwaarden
APARs fixed in TSM 7.1.0.100
Hello everybody, I'm in the process of upgrading our TSM servers from TSM 6.3.4 to TSM 7.1 because the latter version is a prerequisite for the Oracle T1D tape drives we will start using. I would have preferred to wait for TSM 7.1.1, but that does not fit the into the planning. I've seen that a patch level 7.1.0.100 is available for download. I've tried to find the APAR's that are solved in it, especially for TSM Server, but the only thing I've found so far is for the OC: copy APARs fixed in level 7.1.0.100 This interim fix does not include APAR fixes. It updates Operations Center V7.1.0 so that you can run the Operations Center on Linux on an IBM Power Systems server. /copy I've also checked the README.html included in the bin file, but their they refer only to links towards the Information Center / Knowledge Center. So does anybody knows the URL where you can find the APAR's fixed for TSM 7.1.0.100. If it is restricted towards running the OC in a new environment, I'll skip the upgrade. Although the quest to find the fixed APAR's is taking longer then the actual install itself would consume. IBM is getting worse than Oracle, their MOS website is also a jungle where you get lost easily. :( Thanks for any answers in advance! Best regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: TSM 7.1
Hi all, I've done an upgrade yesterday on a test environment from 6.3.4 to 7.1 (AIX 7.1 TL2). Had to struggle a bit with the install.sh script because the graphical version didn't work (and didn't bother to investigate it further) so switched to the console mode. The latter was a bit confusing the first time and had to restart it twice because some file systems (/tmp, /var and /opt) hadn't enough free space. Don't understand why 2 GB is required in /tmp, would have been nice if you could provide another temporary location with enough space. But one hour later I was up and running in the test environment with TSM 7.1, the database is rather small (3 GB). Did the upgrade mainly to test the new features of the operations center, but then the spoke servers also need to be on 7.1 to use all of them. And to see if any new bugs or (un)documented new features show up. The new database version DB2 10.5 is significantly better than 9.7 (which is good too for the record), so let's hope TSM benefits from this too. I will wait for 7.1.1 also prior to upgrading the other TSM servers. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Sergio O. Fuentes Verzonden: woensdag 22 januari 2014 18:09 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM 7.1 I'm sticking with 6.3.4.3 for the server. I haven't applied the .300 fixpack yet, but will do so soon. I'm waiting for 7.1.1 because of this APAR: http://www-01.ibm.com/support/docview.wss?uid=swg1IC97618 It says in there that that APAR is not fixed in 7.1.0 (only at 7.1.1). I have worked a bit on the 7.1.0 TSM for VE, but the installer was difficult to work with in our environment. Finally got it working, but only after stopping the installer after it said something had failed (don't know what, the logging is atrocious). I also had issues configuring it, but it looks like a lot of it had to do with underlying permission issues. Thanks! Sergio On 1/17/14 9:48 AM, Skylar Thompson skyl...@u.washington.edu wrote: For those of you upgrading or looking at upgrading, what features/fixes are motivating the decision? We'll probably sit at v6.3.4 for now, so I'm mostly curious. Thanks, -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: DB2 backup defaults?
Stephen, Have a look in ~/sqllib/userprofile where ~ is the home directory of the DB2 instance owner. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Stackwick, Stephen Verzonden: dinsdag 10 september 2013 23:53 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] DB2 backup defaults? All the doc for backing up DB2 with TSM says to set the DSMI* variables. But what if they're not set? Do they default? I'm looking at a DB2 system that is apparently backing up, but I don't see those variables set anywhere (even in a DB2 GET DB CFG listing; the TSM variables are all blank); set and env never show them, for root or the DB2 user. On top of that, the ERP piece seems to be installed, but I don't see any profile or utl file that should be configured for that. Every night a cron job fires off a db2 backup db using tsm and darned if it doesn't work. Am I missing something? Steve Confused Stackwick STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.commailto:sstackw...@icfi.com | icfi.comhttp://www.icfi.com/ ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: DB2 HADR - Cost?
Small correction, it is free when you've got TSM PVU's for the server where the standby database is running. If this is not the case, 100 DB2 ESE PVU's should be bought. Regards, Kurt (who does not sell IBM products ;-)) -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Ron Delaware Verzonden: woensdag 21 november 2012 5:33 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] DB2 HADR - Cost? The HADR function is part of DB2 and can be used without further cost for additional software _ Ronald C Delaware TSM Storage Services Team Lead IBM Corporation | Tivoli Software IBM Certified Solutions Advisor - Tivoli Storage IBM Certified Deployment Professional 916-458-5726 (Office) 925-457-9221 (cell phone) email: ron.delaw...@us.ibm.com Storage Services Offerings From: Stackwick, Stephen stephen.stackw...@icfi.com To: ADSM-L@vm.marist.edu Date: 11/20/2012 10:08 AM Subject:[ADSM-L] DB2 HADR - Cost? Sent by:ADSM: Dist Stor Manager ADSM-L@vm.marist.edu The option to replicate a DB2 database is free on AIX, I believe. Does it cost on other platforms? Steve STEPHEN STACKWICK | Senior Consultant | 301.518.6352 (m) | stephen.stackw...@icfi.commailto:sstackw...@icfi.com | icfi.com http://www.icfi.com/ ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o) *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: AIX Atape request
Hi Shawn, I'm dealing with the same (or look-a-like) issue on a Quantum i6k library with LTO5 tape drives. The labeling of new LTO5 tapes fails with an Atape driver higher than 12.3.7.0, TSM support analyzed the trace files and their analysis is that TSM is trying to label the tapes first at high density which fails. Then an attempt on low density fails too. With the 12.3.7.0 driver, only a low density labeling is executed which succeeds. Besides the labeling, TSM cannot longer use the LTO5 drives at all. So I've ended up downgrading the Atape driver to 12.3.7.0 again. The TSM server 6.3.1 is running on AIX 7.1 I got both a PMR open at IBM and a SR at Quantum. Perhaps we should exchange the numbers so we can make IBM and Quantum clear that multiple customers are facing the same issue. best regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Shawn Drew [shawn.d...@us.bnpparibas.com] Verzonden: woensdag 5 september 2012 19:37 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] AIX Atape request It is a setmode problem that resulted from an incompatibility between the atape driver and firmware. I assumed it was the drive firmware, but now I'm thinking it might have something to do with the library. It apparently only happens in a Quantum i6000 with IBM LTO5 drives. IBM says that it is a quantum problem, but quantum says it's IBM that provides them with the firmware in the first place. Here is an output from the trace: 16:35:38.737 [131][psntpop.c][2871][DetermineResult]:Error performing SETMODE operation on drive WB_58 (/dev/rmt58); errno = 22 16:35:38.738 [131][psntpop.c][2931][DetermineResult]:Drive WB_58 (/dev/rmt58): sense=70.00.05.00.00.00.00.58.00.00.00.00.1A.00.30.00.10.41.80.0A.00.01. 54.31.35.32.33.31.4C.00.00.00.07.BC.26.00.00.00.00.26.80.55.30.4C.34.00. 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00. 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.45.50.35.34.52.46.31.4A. 52.31. 16:35:38.738 [131][output.c][6404][PutConsoleMsg]:ANR8302E I/O error on drive WB_58 (/dev/rmt58) with volume (OP=SETMODE, Error Number=22, CC=0, rc = 1, KEY=05, ASC=1A, ASCQ=00,~SENSE=70.00.05.00.00.00.00.58.00.00.00.00.1A.00.30.00.10.41.80. 0A.00.01.54.31.35.32.33.31.4C.00.00.00.07.BC.26.00.00.00.00.26.80.55.30. 4C.34.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00. 00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.45.50.35.34.52. 46.31.4A.52.31,~Description=An undetermined error has occurred). Refer to Appendix C in the 'Messages' manual for recommended action.~ I tried every atape version going backwards from the current 12.5.2 down, and 12.3.7.0 is the newest version that does not have this bug. I also tried every combination of drive firmware with each of these versions going back to Jan 2011. All had this problem after mounting a tape. 12.3.7.0 didn't work for me, because there was a separate encryption-related bug that was fixed with in 12.3.9! I finally downgraded to 12.3.2.0 and everything is working now. This is only a temporary environment so it won't affect me in the long-run. Regards, Shawn Internet y...@npp-asia.com Sent by: ADSM-L@VM.MARIST.EDU 09/04/2012 11:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] AIX Atape request Hai Shawn, Can u share what exactly the bug that caused the necessitates to downgrade your Atape driver version? Rgrds, Yudi -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Shawn Drew Sent: Wednesday, 29 August, 2012 1:24 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] AIX Atape request Greetings all, I ran into a bug which necessitates downgrading my Atape version. The only older version I have is 12.3.7.0, which is subject to another bug that is also affecting me. I need to get an Atape version between 12.3.9 and 12.4.8.0 IBM fix central does not have it and IBM support tells me Quantum will have it since it is the result of their incompatibility or something. Quantum only links to IBM. Google is not helping either. Does someone have their own little archive history of Atape? If so, please send me a copy or send me a link. I'm shocked that this stuff is not available out-there After this, I will definitely be maintaining my own archive. Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and
migrating tape storage pools
Good morning, We are in the process of migrating several tape storage pools, both primary and copy, from LTO generation x to LTO generation y. It is easy for primary storage pools, since the incremental backup mechanism is taking all the primary storage pools in scope: * Redirect the backups to an LTO_Y storage pool * Migrate in the background the LTO_X storage pool to the LTO_Y with a duration of x minutes However this does not work for copy storage pools since there is a valid reason why a backup would be kept in multiple copy storage pool volumes. But this implies that the copy storage pool from generation LTO_Y needs to be rebuild from scratch. Which is time consuming and expensive (more tape volumes, more slots,more offsite volumes ). Are there really no other workarounds available? An option might be that given the fact we use dedicated device classes for each sequential storage pool and that multiple libraries will be or are defined for each LTO generation: * A DRM volume is linked to a copy storage pool * The copy storage pool is linked to a device class * Hence change the library in the device class from LTO_X to LTO_Y for the copy storage pool Would this workaround work? Then I could perform a daily move data in the background to get rid from the LTO_X copy storage pool volumes. Will test it myself of course. It would be great too if IBM could consider introducing the concept of a 'copy storage pool group' consisting of multiple copy storage pools that contains only 1 backup of the item. Perhaps I should raise an RFC for it if other TSM users find it also a good feature. So please provide me some feedback. Thanks in advance! Regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: migrating tape storage pools
Hi Andy, A 'move data' on a copy stg pool volume works, the primary stg pool volume(s) is/are used for the operation. It just does not work for tapes that contain NDMP backups (primary or copy). regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Huebner,Andy,FORT WORTH,IT [andy.hueb...@alconlabs.com] Verzonden: donderdag 9 augustus 2012 16:00 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] migrating tape storage pools You cannot use move data on a copy tape. I have tried. I am very interested if you find a good solution. We are moving some of our copies to a different drive type. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of BEYERS Kurt Sent: Thursday, August 09, 2012 3:09 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] migrating tape storage pools Good morning, We are in the process of migrating several tape storage pools, both primary and copy, from LTO generation x to LTO generation y. It is easy for primary storage pools, since the incremental backup mechanism is taking all the primary storage pools in scope: * Redirect the backups to an LTO_Y storage pool * Migrate in the background the LTO_X storage pool to the LTO_Y with a duration of x minutes However this does not work for copy storage pools since there is a valid reason why a backup would be kept in multiple copy storage pool volumes. But this implies that the copy storage pool from generation LTO_Y needs to be rebuild from scratch. Which is time consuming and expensive (more tape volumes, more slots,more offsite volumes ). Are there really no other workarounds available? An option might be that given the fact we use dedicated device classes for each sequential storage pool and that multiple libraries will be or are defined for each LTO generation: * A DRM volume is linked to a copy storage pool * The copy storage pool is linked to a device class * Hence change the library in the device class from LTO_X to LTO_Y for the copy storage pool Would this workaround work? Then I could perform a daily move data in the background to get rid from the LTO_X copy storage pool volumes. Will test it myself of course. It would be great too if IBM could consider introducing the concept of a 'copy storage pool group' consisting of multiple copy storage pools that contains only 1 backup of the item. Perhaps I should raise an RFC for it if other TSM users find it also a good feature. So please provide me some feedback. Thanks in advance! Regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: Moving to TSM Capacity based licensing from PVU - experiences
Hi Ian, As I understood IBM will make an different offer for each customer so that there is a (short term) profit. However on the long term you will pay more to IBM imho since data will grow faster than the number of cores in your servers. After all hardware replacement is done once every 4 years or later on. The only advantage is that the capacity based licensing is more easy to calculate than the PVU based. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Ian Smith Verzonden: maandag 16 juli 2012 13:13 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Moving to TSM Capacity based licensing from PVU - experiences Hi, We are in the midst of discussions on moving to capacity-based licensing from the standard PVU-based method for our site. We have a large number of clients ( licensed via TSM-EE, TDP agents, and on client-device basis ) and around 1PB of primary pool data. As I understand it, there is no published metric for the conversion from PVU to per TB licensing so I would be really interested and grateful if anyone would like to share their experiences of that conversion in a private email to me. Many thanks in advance. Ian Smith Oxford University England *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: TSM 6.3.0.0 installation errors
Richard, Try the install immediately with TSM 6.3.1, the first maintenance pack came out a few weeks ago. Did not see the errors below on AIX 7.1 with TSM 6.3.0 either. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Richard van Denzel Verzonden: donderdag 29 maart 2012 12:15 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TSM 6.3.0.0 installation errors Hi All, I'm trying to install TSM 6.3.0.0 on AIX 6.1 (6100-06-05-1115) but I'm stuck at the below error: === Deployment Engine Initialization Please Wait ... Step 1 of 15... Step 2 of 15... Step 3 of 15... Step 4 of 15... Step 5 of 15 Step 6 of 15 Step 7 of 15 Step 8 of 15 Completed. Tivoli Storage Manager Deployment Engine failed to initialize. ACUINI0082E The register or deregister request has failed. ClassName: com.ibm.ac.si.tpreg.TouchpointRegistryImpl and Options:[-p, /usr/ibm/common/acsi/wsdl/OSTP_ResourceTypesMRPs.properties]. The installer will now shutdown. Please check with the log files for a more complete description of the failure. PRESS ENTER TO CONTINUE: On the machine is currently TSM 6.2.2.30 installed (stopped during installation). I found an entry from Remco Post about undocumented requirements, but no clue to what was undocumented. Anyone can point me in the right direction to what is going wrong? Richard. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: Active logs taking 4 days to delete in 6.2
The active log space is preallocated at the file system level, you can check the current log file (1504) in use as follows: $ db2pd -db tsmdb1 -logs Database Partition 0 -- Database TSMDB1 -- Active -- Up 6 days 01:53:15 -- Date 07/26/2011 12:16:27 Logs: Current Log Number1504 Pages Written 984 Cur Commit Disk Log Reads 0 Cur Commit Total Log Reads0 Method 1 Archive Status Success Method 1 Next Log to Archive 1504 Method 1 First Failuren/a Method 2 Archive Status n/a Method 2 Next Log to Archive n/a Method 2 First Failuren/a Log Chain ID 6 Current LSN 0x00BC027D8E23 $ ls S0001503.LOG S0001508.LOG S0001513.LOG S0001518.LOG S0001523.LOG S0001528.LOG S0001533.LOG S0001538.LOG S0001543.LOG S0001548.LOG S0001553.LOG S0001558.LOG S0001504.LOG S0001509.LOG S0001514.LOG S0001519.LOG S0001524.LOG S0001529.LOG S0001534.LOG S0001539.LOG S0001544.LOG S0001549.LOG S0001554.LOG S0001559.LOG S0001505.LOG S0001510.LOG S0001515.LOG S0001520.LOG S0001525.LOG S0001530.LOG S0001535.LOG S0001540.LOG S0001545.LOG S0001550.LOG S0001555.LOG S0001560.LOG S0001506.LOG S0001511.LOG S0001516.LOG S0001521.LOG S0001526.LOG S0001531.LOG S0001536.LOG S0001541.LOG S0001546.LOG S0001551.LOG S0001556.LOG S0001561.LOG S0001507.LOG S0001512.LOG S0001517.LOG S0001522.LOG S0001527.LOG S0001532.LOG S0001537.LOG S0001542.LOG S0001547.LOG S0001552.LOG S0001557.LOG SQLLPATH.TAG If it is full, a new log file is used. When a log file is no longer active (all sql statements are committed), it is archived: $ db2 get db cfg for tsmdb1 | grep LOGARCH First log archive method (LOGARCHMETH1) = DISK:/tsm1/archlog/archmeth1/ So it works as DB2 is supposed to do. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Paul Fielding Verzonden: maandag 25 juli 2011 15:20 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Active logs taking 4 days to delete in 6.2 Yeah, I am. The thing that's wierd is the 4 day delay. Active logs are getting deleted, but they're waiting 4 days to do so. And this is not how the behavior has always been since going to 6.2. I just noticed the change one day. Very bizarre... On Mon, Jul 25, 2011 at 6:59 AM, Zoltan Forray/AC/VCU zfor...@vcu.eduwrote: Are you doing backup volhist as well? IIRC, there was a discussion that you needed to do that as well to purge activity logs. Plus it is a requirement to perform DB restores on 6.x servers. 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 From: Paul Fielding p...@fielding.ca To: ADSM-L@VM.MARIST.EDU Date: 07/25/2011 08:50 AM Subject: [ADSM-L] Active logs taking 4 days to delete in 6.2 Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU So, at one of my client sites I noticed that the Active log filesystem is sitting at 82% full. This is not normal for this TSM server. Looking in the filesystem I saw active logs going back four days. Checking the actlog shows that TSM db backups are still running properly every day, but just to be safe I ran two db backups in succession. No logs were removed. I decided to keep an eye on it. What I see happening is that each morning when I look at it, there are still four days worth of logs, but the oldest logs are moving forward by a day. ie. when I looked on July 22, the oldest log was July 18. When I looked on July 23, the oldest log was July 19. Today, July 25, I see the oldest log is July 21. This strikes me as a bit bizarre. Anyone have any ideas? regards, Paul *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
TSM 6.x and HADR
Hi, I might be hijacking the thread (excuse me) so I'll change the subject too. Is there already an official announcement of TSM 6.x and replicating the database by means of HADR? HADR is easy to setup with some DB2 knowledge, but the current TSM database layout won't allow it. TCP/IP is not defined as a communication method (DB2 registry) and there is no Service Name defined in the instance configuration file. Those two parameters must be altered prior to the setup of HADR. Is anybody using such a setup already? I would love to take the option into account for our new TSM servers, but IBM still has to support it of course. Perhaps Dave Canan or other people from IBM can comment on it? Thanks in advance! best regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Francisco Molero [fmol...@yahoo.com] Verzonden: dinsdag 14 juni 2011 7:58 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] DR configuration - instance startup failure Hi Jim, you can use HADR to replicate TSM DB. Maybe it is a simple solution to solve the problem. https://www-304.ibm.com/support/docview.wss?uid=swg1IC74560 http://www-01.ibm.com/support/docview.wss?uid=swg21462101 Regards, Fran *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: TSM 6.x and HADR
Steven, Thanks, I've missed that presentation. It is a pity that additional licenses are required to use the HADR feature, which is already included in DB2 WSE and does not require ESE at all. But WSE is limited to 16 cores and 16 GB of RAM and the latter is too low for TSM. So you need to buy 'only' 100 PVU's of DB2 ESE instead of buying licenses for all of the PVU's the TSM server is using? That's how I understand the presentation, I didn't bother the sales representative yet ;-). best regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Steven Langdale [steven.langd...@gmail.com] Verzonden: dinsdag 14 juni 2011 9:19 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM 6.x and HADR I might be hijacking the thread (excuse me) so I'll change the subject too. Is there already an official announcement of TSM 6.x and replicating the database by means of HADR? It is supported: https://www-304.ibm.com/support/docview.wss?uid=swg27021382wv=1 But it aint free, you have to purchase a DB2EE license for it. As for who is using it, I'm sure I recall someone on the mail list was doing it a few weeks back. Steven *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: old library manager server
No, the TSM version of the library manager should be equal or higher as those of the library clients. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Mehdi Salehi Verzonden: woensdag 20 april 2011 7:41 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] old library manager server Hi, Can an old TSM server like TSM 5.3 be the library manager server of a TSM 6.2 server? Tape library is IBM TS3310 with LTO4 drives library manager server: AIX 5.3 + TSM 5.3 library manager client: AIX 6.1 + TSM 6.2 Thank you, Mehdi *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: AIX memory recommendation
Richard, I allocate 32 GB for a TSM 6.2 AIX server, this value is aligned with IBM TSM specialists. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Richard van Denzel Verzonden: vrijdag 8 april 2011 10:29 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] AIX memory recommendation Hi All, We are in the process of migrating an AIX TSM server from 5.5.3 to 6.2.x. Now I know that IBM only specifies 12GB for the server (no dedup), but I was wondering if there is some calculation on how much memory really is required. The server has about 500-550 clients and will get a Diskpool from SAN and Tape from a 3494. Any advice or reference will be appreciated. Thanks in advance, Richard. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: undocumented ANR
Remco, Sorry for the db2 answer I'm about to give, but the diaglog size can be restricted by updating the dbm configuration parameter diagsize. Run the following command as the instance owner tsm1: db2 update dbm cfg using diagsize 400 See http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.config.doc/doc/r0054862.html for more details. A restart of db2 and thus TSM is required afterwards. best regards, Kurt (who is both a db2 and tsm admin) Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Remco Post [r.p...@plcs.nl] Verzonden: maandag 14 maart 2011 13:59 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] undocumented ANR Hi All, the more time I spend engeneering with TSM version 6, the more unpleasant surprises I get. To prevent one TSM server from filling up the home file system and crashing all TSM servers on that box, we had decided to create a saparate home filesystem for each TSM server on a box. The installation guide told us that each DB2 instance requires about 450 MB in the home filesystem, so we allocated space for that. Turns out that IBM forgot to print a 1 because during dsmserv format I got: ANR1547W The server failed to update the DBDIAGLOGSIZE server option due to insufficient available space. Required space: 1024 megabytes; available space: 174 megabytes. The current value:2 megabytes. I never asked for a diaglog of 1 GB! how do I tell TSM that really, 174 MB is more that enough? I really hope that nobody really needs 1 GB of diag log... The log should roll over after a few days, right? -- Met vriendelijke groeten, Remco Post, PLCS *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: undocumented ANR
Should have read a bit further I guess, didn't know there was a server option too (that will probably update the diagsize dbm cfg parameter). Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Remco Post [r.p...@plcs.nl] Verzonden: maandag 14 maart 2011 18:08 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] undocumented ANR a server option? wow, so not only do I get a message that's not in the manual, I can also fix it with an option that's not in any manual. I'll give it a try. On Mon, Mar 14, 2011 at 2:33 PM, John Monahan john.mona...@us.logicalis.com wrote: DBDIAGLOGSIZE is a server option that defaults to 1024MB. Try putting it in your server options file with a lower size. ___ John Monahan Delivery Consultant Logicalis, Inc. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Remco Post Sent: Monday, March 14, 2011 8:00 AM To: ADSM-L@VM.MARIST.EDU Subject: undocumented ANR Hi All, the more time I spend engeneering with TSM version 6, the more unpleasant surprises I get. To prevent one TSM server from filling up the home file system and crashing all TSM servers on that box, we had decided to create a saparate home filesystem for each TSM server on a box. The installation guide told us that each DB2 instance requires about 450 MB in the home filesystem, so we allocated space for that. Turns out that IBM forgot to print a 1 because during dsmserv format I got: ANR1547W The server failed to update the DBDIAGLOGSIZE server option due to insufficient available space. Required space: 1024 megabytes; available space: 174 megabytes. The current value:2 megabytes. I never asked for a diaglog of 1 GB! how do I tell TSM that really, 174 MB is more that enough? I really hope that nobody really needs 1 GB of diag log... The log should roll over after a few days, right? -- Met vriendelijke groeten, Remco Post, PLCS -- Met vriendelijke groeten, Remco Post, PLCS *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: strange ANR
Remco, I had the same warning too on a production TSM server (SLES 10 SP1), the database directory had however 4 file systems mounted of 25 GB each that were used in the database define command during the TSM setup. So plenty of free database space ... I've ended up by enlarging the file system a bit that contains the mount points of the true database file systems. It does sound like a bug to me, but I didn't open a pmr for it as it was no show stopper after all. regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Andrew Carlson [naclos...@gmail.com] Verzonden: dinsdag 15 februari 2011 19:03 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] strange ANR It may be an annoyance for testing on a very small database, but would'nt you want a warning if your database was running out of space in a production TSM environment? On Tue, Feb 15, 2011 at 09:57, Remco Post r.p...@plcs.nl wrote: Hi, while testing with TSM and trying to build a sensible environment TSM gave me a nice message: ANR1546W The available space for the server database directory ( /data/tsm01/tsm01 ) is less than 1 GB. while that is absolutely true, I don't see why this should be a problem. There is close to no data in the entire FS, nor is it likely to fill up. Has anyone seen this before? -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622 -- Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/gebruiksvoorwaarden
Re: Help with library definition and path for a scsi library: ANR8957E
Hi Joni, I was struggling with the same error message after upgrading our Quantum i2k tape libraries to i6k and opened a PMR at IBM. After some investigation it turned out to be a bug, the APAR IC73776 is opened for it but not yet solved. The easy workaround is just to NOT specify the serial number in the 'define library' command, the serial number will be picked automatically by TSM. You can verify this afterwards with the command 'show library LIDZR8V'. best regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Moyer, Joni M [joni.mo...@highmark.com] Verzonden: maandag 31 januari 2011 18:33 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Help with library definition and path for a scsi library: ANR8957E Hi Everyone, I'm trying to define a path from the library changer of a Quantum i6000 scsi library to my AIX 5.5.5.0 TSM server. I defined a library called qi6000_test with the following definition: define library qi6000_test libtype=scsi serial=273100111_LL1 Date/Time Message -- Date/Time Message -- 01/31/11 12:29:48 ANR2017I Administrator LIDZR8V issued command: DEFINE LIBRARY qi6000_test serial=273100111_LL1 libtype=scsi (SESSION: 4567) 01/31/11 12:30:19 ANR2017I Administrator LIDZR8V issued command: DEFINE PATH tsmprod3 qi6000_test srctype=server desttype=library device=/dev/lb0 (SESSION: 4568) 01/31/11 12:30:20 ANR8957E DEFINE PATH: The serial number reported by the library did not match the serial number in the library definition. (SESSION: 4568) Has anyone experienced this issue before? Any help is appreciated as this is a brand new set up. Thanks!!! Information from the TSM library partition of this configuration: Library: TSM | 273100111_LL1 | Online| 606A.GS00301 This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates.
Re: Help with library definition and path for a scsi library: ANR8957E
Joni, You're welcome. The quick response is just a coincidence, but it is the nice feature of the ADSM-L mailing list that many people are following it. And I recognized your error message directly as it is still fresh in my memory. I had to convince TSM support myself it was a bug after finding the workaround ;-) regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Moyer, Joni M [joni.mo...@highmark.com] Verzonden: maandag 31 januari 2011 20:11 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Help with library definition and path for a scsi library: ANR8957E Thanks Kurt! That worked as soon as I removed the serial number. I appreciate the quick response! -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of BEYERS Kurt Sent: Monday, January 31, 2011 1:56 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Help with library definition and path for a scsi library: ANR8957E Hi Joni, I was struggling with the same error message after upgrading our Quantum i2k tape libraries to i6k and opened a PMR at IBM. After some investigation it turned out to be a bug, the APAR IC73776 is opened for it but not yet solved. The easy workaround is just to NOT specify the serial number in the 'define library' command, the serial number will be picked automatically by TSM. You can verify this afterwards with the command 'show library LIDZR8V'. best regards, Kurt Van: ADSM: Dist Stor Manager [ADSM-L@VM.MARIST.EDU] namens Moyer, Joni M [joni.mo...@highmark.com] Verzonden: maandag 31 januari 2011 18:33 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Help with library definition and path for a scsi library: ANR8957E Hi Everyone, I'm trying to define a path from the library changer of a Quantum i6000 scsi library to my AIX 5.5.5.0 TSM server. I defined a library called qi6000_test with the following definition: define library qi6000_test libtype=scsi serial=273100111_LL1 Date/Time Message -- Date/Time Message -- 01/31/11 12:29:48 ANR2017I Administrator LIDZR8V issued command: DEFINE LIBRARY qi6000_test serial=273100111_LL1 libtype=scsi (SESSION: 4567) 01/31/11 12:30:19 ANR2017I Administrator LIDZR8V issued command: DEFINE PATH tsmprod3 qi6000_test srctype=server desttype=library device=/dev/lb0 (SESSION: 4568) 01/31/11 12:30:20 ANR8957E DEFINE PATH: The serial number reported by the library did not match the serial number in the library definition. (SESSION: 4568) Has anyone experienced this issue before? Any help is appreciated as this is a brand new set up. Thanks!!! Information from the TSM library partition of this configuration: Library: TSM | 273100111_LL1 | Online| 606A.GS00301 This e-mail and any attachments to it are confidential and are intended solely for use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this e-mail without the author's prior permission. The views expressed in this e-mail message do not necessarily represent the views of Highmark Inc., its subsidiaries, or affiliates.
Re: LTO-5 Experience?
Christian, We are using 6 IBM LTO5 drives in a STK SL8500 library without any abnormal issues so far, the TSM server is 6.2.1. The media still is LTO4 though, waiting for the price of LTO5 cartridges to drop... Best regardsn Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] Namens Christian Svensson Verzonden: woensdag 19 januari 2011 12:52 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] LTO-5 Experience? Hi, Does anyone run LTO-5 libraries today? How are your experience of LTO-5? I have only installed one library and we got a lot of problem with does drives. Just wonder if that is only one timer or if many other also have problems with LTO-5 I don't care what TSM version you are running. Best Regards Christian Svensson Cell: +46-70-325 1577 E-mail: christian.svens...@cristie.se Skype: cristie.christian.svensson Supported Platform for CPU2TSM:: http://www.cristie.se/cpu2tsm-supported-platforms
Re: newbie question
Dana, You find all the server requirements at http://www-01.ibm.com/software/tivoli/products/storage-mgr/platforms.html?S_CMP=rnav The memory constraint of a 32bit OS will be a possible bottleneck of course for the DB2 server. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Prather, Wanda Verzonden: dinsdag 22 juni 2010 15:31 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] newbie question What platform is your server? Windows? -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Dana Holland Sent: Tuesday, June 22, 2010 9:22 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] newbie question While I'm still waiting for IBM to correct my support contract so that I can talk to them about this (ahem...) - will Tivoli 6 run on a 32-bit system? When we purchased the software, I could have sworn that the server I have was sufficient. But all the documentation that I've found lately just mentions 64-bit systems. I'm getting a little nervous since there's no way we're going to get the funds for a new server. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM 6.2 Slowness
Andrew, Perform the following action to see what is wrong with the volume: audit vol /tsmstg/001E.BFS fix=yes best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Andrew Carlson Verzonden: woensdag 12 mei 2010 4:32 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TSM 6.2 Slowness I have been testing TSM 6.2 on a P570 P5 8 core 32GB box (I'm kinda lucky right now to have that as a test box). I am attending TSM 6.1 Advanced Admin and Tuning class right now, and found out some stuff about Deduplication that I didn't know. So, I went to delete all the filespaces in the system, which were very few, and it took much longer than I thought it would. The number on the process went up very slowly. This is a file type stgpool, so there is no shredding going on. Image my surprise, when I was done, the volumes were all still there! Query content showed no files, but delete volume creates a process, and each one runs forever. I just noticed this one, that failed: Session established with server TSMCAB1: AIX Server Version 6, Release 2, Level 0.0 Server date/time: 05/11/10 21:18:01 Last access: 05/11/10 20:59:16 ANS8000I Server command: 'del vol /tsmstg/001E.BFS discardd=yes wait=yes' ANR0984I Process 49 for DELETE VOLUME (DISCARD DATA) started in the FOREGROUND at 21:18:01. Error 82 deleting chunk 25026787 from volume /tsmstg/001E.BFS ANR0988I Process 49 for DELETE VOLUME (DISCARD DATA) running in the FOREGROUND processed 33,581,789,624 bytes with a completion state of FAILURE at 21:26:59. ANS8001I Return code 4. ANS8002I Highest return code was 4. So, server data/time of 20:59, the process didn't start until 21:18, and didn't finish until 21:26. I could understand this if it was a busy system, but this is ALL that it is doing. Any ideas out there? I checked before I wrote this, and there is no maintenance or patches for 6.2 yet. Thanks for any insight you might have. -- Andy Carlson --- Gamecube:$150,PSO:$50,Broadband Adapter: $35, Hunters License: $8.95/month, The feeling of seeing the red box with the item you want in it:Priceless. *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
hardware new TSM 6.2 server
Good morning, I’m looking for good hardware specs for a new TSM server (SLES 10 or 11 on x86_64). I’m thinking about: 2 quad core CPU’s 32 GB RAM (two TSM instances might be active) 2 RAID controllers: one for the database (RAID 1) and one for the db2 log files (RAID 1) RAID 5 disk storage pool Two dual port FC HBA towards the ACSLS library There is no SAN available for the db2 database log files, that’s why a RAID1 is chosen with a separate controller. Would RAID5 also be an option instead of RAID1 for housing the db and log files? Best regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: DB2 trial version and TDP
Yes it should. I would go for supported versions of both DB2 and TSM though ;-) Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Mehdi Salehi Verzonden: vrijdag 3 juli 2009 8:18 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] DB2 trial version and TDP Hi, Should I expect DB2 trial version to send backup to TSM if properly configured? TSM server: V5.2 (for AIX) DB2: 8.1 Try Buy (for AIX) AIX: V6.1 Thanks, Mehdi *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: DB2 trial version and TDP
No. Just use the appropriate TSM API (32/54 bit). Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Mehdi Salehi Verzonden: vrijdag 3 juli 2009 10:23 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] DB2 trial version and TDP Am I limited to backup only 64-bit DB2 instances to TSM? *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: DB2 - HADR and TSM
Just use a small script that checks wether the database is in primary mode on the node and launch just then the online backup towards TSM. Then the script can be scheduled on both the primary and standby database server and you've got yourself always a backup independent whether a failover was initiated or not. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Jacques Van Den Berg Verzonden: maandag 27 april 2009 20:56 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] DB2 - HADR and TSM Hi Rainer, We use HADR in our SAP environment. I tread both nodes as separate TSM clients. Both nodes have its own node names. You can only backup the primary node of course. When we do failover we point all our SAP clients to the secondary system. I then run a scheduled backup on the secondary node. Hope this helps. Kind Regards, Jacques van den Berg TSM / Storage / SAP Basis Administrator Pick 'n Pay IT Email : jvandenb...@pnp.co.za Tel : +2721 - 658 1711 Fax : +2721 - 658 1676 Mobile : +2782 - 653 8164 Dis altyd lente in die hart van die mens wat God en sy medemens liefhet (John Vianney). -Original Message- From: rainer_holzin...@web.de [mailto:rainer_holzin...@web.de] Sent: 27 April 2009 08:27 PM To: Jacques Van Den Berg Cc: 'ADSM: Dist Stor Manager' Subject: RE: [ADSM-L] DB2 - HADR and TSM Hello Jacques, I was more asking about the ongoing backup procedures if your primary HADR nodes goes down for some reason and the DB2 database(s) is/are continued on your standby HADR node. How do you 'failover/failback' your DB2 backup clients in these situations? DB2 HADR looks like some Software cluster and backup procedures are therefore a bit more 'tricky' to implement as this is in HACMP or MSCS clusters. Did you manage this somehow? Best regards, Rainer -Original Message- From: jvandenb...@pnp.co.za [mailto:jvandenb...@pnp.co.za] Sent: Monday, April 27, 2009 4:45 PM To: rainer_holzin...@web.de; ADSM-L@VM.MARIST.EDU Subject: RE: [ADSM-L] DB2 - HADR and TSM Hi Rainer, We backup the primary database as per normal with the db2 command to TSM. We do a full online backup everyday and archive logs to TSM as well. Nothing special. Kind Regards, Jacques van den Berg TSM / Storage / SAP Basis Administrator Pick 'n Pay IT Email : jvandenb...@pnp.co.za Tel : +2721 - 658 1711 Fax : +2721 - 658 1676 Mobile : +2782 - 653 8164 Dis altyd lente in die hart van die mens wat God en sy medemens liefhet (John Vianney). -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Rainer Holzinger Sent: 27 April 2009 03:33 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] DB2 - HADR and TSM Hi all, is somebody having experience to backup DB2 HADR environments with TSM? Or is there some publication available about this scenario? Thank you and best regards, Rainer RHo-Consulting Rainer Holzinger Alter Bahnhof 13 D-93093 Donaustauf phone: +49 9403 969174 mobile: +49 162 2807 888 email: mailto:rainer.holzin...@t-online.de rainer.holzin...@t-online.de CONFIDENTIALITY NOTICE: This e-mail is confidential and may also be privileged. If you are not the intended recipient, please notify the sender IMMEDIATELY; you should not copy the e-mail or use it for any purpose or disclose its contents to any other person. VIRUSES: Although there have been taken steps to ensure that this e-mail and attachments are free from any viruses, the recipient should at its sole discretion take the necessary measures to ensure that the received messages are actually virus free. Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093? If you don't have web access, the disclaimer can be mailed to you on request. Disclaimer requests to be sent to it-secur...@pnp.co.za Read our disclaimer at: http://www.picknpay.co.za/pnp/view/pnp/en/page5093? If you don't have web access, the disclaimer can be mailed to you on request. Disclaimer requests to be sent to it-secur...@pnp.co.za *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM 6.1 : Database replication Feature
DB2 has a HADR mechanism (High Availability Disaster Recovery) to replicate a database to another server. It is basically just log shipping from the active db to the passive db. The most strict mechanism is that a commit to an SQL statement is only given to the application when the DB2 memory cache that contains the results of the statement is flushed to disk on the standby server. The standby server cannot be accessed, it is in a rollforward status. From what I've been reading so far, the HADR mechanism will not be supported initially. It requires some changes to the primary database and IBM tells strictly that the DB2 database can (or should) be accessed in a read-only way. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Allen S. Rout Verzonden: donderdag 2 april 2009 17:51 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM 6.1 : Database replication Feature On Thu, 2 Apr 2009 09:21:38 +0700, Wira Chinwong w...@scsi.co.th said: The TSM6.1's database is DB2. Is there any way to replicate the TSM database to another site (DR site) by using DB2 feature? You're on your own for the experiment, and that path is unexplored, so expect problems. But the short answer is Probably, yes.. Expect to understand DB2 replication a LOT before you get it to work. - Allen S. Rout *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Output manipulation on selects
Ullrich, When you have an sql statement that either contains single or double quotes, it is better to save it first into a file (eg /tmp/sql.scr). And define afterwards a script in TSM that uses the file as input: Tsm: TSMSERVER def scr sql_statement file=/tmp/sql.scr Than you can execute it as: TSM: TSMSERVER run sql_statement It makes it more easy to repeat the statement later on as well ;-) Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Ullrich Mänz Verzonden: woensdag 25 maart 2009 17:15 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Output manipulation on selects Hi SQL specialists, we have found a completely different behaviour when executing TSM SQL statements on different platforms. The basic idea is to produce SQL statements as an input for our analysing tool with its own (Orcale) database. Our select statement (simplyfied example) and output looks as follows - the picture ist taken from a Windows client: tsm: SERVER1select 'update thosts set tsm=''T'' where host_name =''' - cont || node_name || ''';' as - cont SQL Statement - cont from nodes SQL Statement -- update thosts set tsm='T' where host_name ='AD-TEST'; update thosts set tsm='T' where host_name ='BETTY'; update thosts set tsm='T' where host_name ='W2K3TSM'; It doesn't matter if the client is connected to a Windows or Linux TSM server installation. However, executing that select statement on a Linux host, we get the SQL error as listed below: ANR2906E Unexpected SQL literal token - 'T'. | V.. select 'update thosts set tsm=' 'T' ' where host_name =' '' || ANS8001I Return code 3. Any idea whats going wrong here? Or, how to set up the SQL statement on a Linux host? Client versions tested: Windows:5.4.1.6 and 5.5.1.6 Linux: 5.4.1.0 and 5.5.1.0 TSM servers: Windows:5.5.1.0 Linux: 5.1.5.0 (x86) and 5.3.4.0 (ppc64) Best regards Ullrich Mänz System-Integration FRITZ MACZIOL Software und Computervertrieb GmbH Ludwig Str. 180D, 63067 Offenbach, Germany Telefon: +49 69 38013500 15 Mobil: +49 170 7678434 Fax: +49 69 38013500 10 Web: http://www.fum.de Amtsgericht Ulm, Handelsregister-Nummer: HRB 1936 Geschäftsführer: Heribert Fritz, Oliver Schallhorn, Frank Haines Inhaber: Imtech N.V., Gouda, Niederlande Referenzen finden Sie auf unserer Website, Rubrik 'News'. For References, please click our website, button 'News'. Mail powered by Lotus Notes Version 7 *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Linux GFS File system backup using SAN Agent
Kelly, We've got a few GPFS clusters (Suse Linux) where a LAN-free backup is taken with the storage agent. A virtualnodename is used for the backup of the GPFS file systems so that it doesn't matter on which node the backup is started. The backups (and restores if required) are load-balanced manually across the GPFS nodes. It is ashame that TSM does not truly understand the concept of a GPFS file system. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] Namens Kelly Lipp Verzonden: maandag 12 januari 2009 21:29 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Linux GFS File system backup using SAN Agent Folks, Anybody tried this? Kelly Lipp CTO STORServer, Inc. 485-B Elkton Drive Colorado Springs, CO 80907 719-266-8777 x7105 www.storserver.com *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Gresham/acsls/tsm
Hi, The scratch tapes are now in the ACSLS database inventory, but TSM does not synchronize the library inventory in it's own database with the ACSLS inventory automatically. Just run the command: 'checkin libv LIBRARY_NAME search=yes status=scratch checkl=no' to add the new scratch tapes to the TSM library inventory. Best regards, Kurt Ps. I'm not using Gresham software, but I don't think it changes anything to the scenario. -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Killam, Perpetua Verzonden: vrijdag 15 augustus 2008 16:30 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Gresham/acsls/tsm Anyone familiar with tsm/gresham and acsls? I checked in some scratch tapes via acsls Set scratch Pool # Range # However, Tsm is not recognizing the newly checked in tapes, any ideas? *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: DB2 Restore / Rollforward
Hi, Take a new DB2 backup as follows: Db2 backup db PROD online use tsm include logs The log files in use during the backup is now included in the backup image. And restore / rollforward the database: Db2 restore db prod use tsm taken at TIMESTAMP INTO test Db2 rollforward db test stop The database test is now up and running and available for the appications. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Remco Post Verzonden: vrijdag 8 augustus 2008 10:47 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] DB2 Restore / Rollforward Herrmann, Boris wrote: Hello all, I've a question regarding db2 restore and rollforward. Our szenario: We have das datebase called prod and want restore this database on the SAME server into the database test The restore database command shoud be: DB2 RESTORE DB prod USE TSM TAKEN AT TIMESTAMP INTO test But how can I now rollforward the test db? (I don't want interfere the prod db). I miss somesting like rollforward INTO Any help is appreciated With kind regards, Boris I'd think that you would have more luck in a db2 specific forum. My guess would be that either you can't, or that if you restore logfies with the db, you could rollforward your test db to the desired point in time. -- Met vriendelijke groeten, Remco Post, PLCS *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
TSM ACSLS STK checkin tapes
Hello, I’ve got a rather obvious question which is the following: how do you checkin tapes in a STK library that is controlled by ACSLS software? So far I was mainly working with SCSI libraries in TSM, thus the ACSLS libraries are new to me. The environment is the following: TSM Server 5.4.1.2 on AIX 5.3TL5 STK SL8500 tape library with ACSLS 7.1.0 (Solaris 9) The CAP in the STK library is set to manual mode. The CAP cannot be set to automatic mode, because other software that uses the STK library doesn’t like this. If I logon to the ACSLS server and open a ‘cmd_proc –ql’ window, I can open the CAP there by issuing the command ‘enter CAP_ID’. The CAP is now unlocked and can be opened. The tapes are then added into the library and a succesfull checkin message is written in the ‘cmd_proc –ql’ window. Which can be left again with a logoff command. And then a checkin in TSM with a search into the library can be started. The latter process should be automated in a script however so that the operators can simply enter tapes into the library. Are there scripts out there that can be shared for this purpose? Or can the enter command on the CAP be given in a oneliner command so that it is easily incorporated in a bash script? Any feedback and hints from other TSM users with ACSLS libraries is more then welcome! Best regards, Kurt mailto:[EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Need help defining SL500 Tape library to TSM Server running under AIX
John, If I'm not mistaken, the TSM device driver must be used to address the robot controller in the STK library: Smitty Devices Tivoli Storage Manager Devices Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens John C Dury Verzonden: donderdag 24 januari 2008 20:36 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Need help defining SL500 Tape library to TSM Server running under AIX We have a new SL500 that we are going to use to replace our existing 3494 library. I have the 4 LTO4 drives and the tape controller in the SL500 zoned in the brocade swtich so that the AIX box where the TSM server is running can see all the drives and the controller. After running 'cfgmgr' I can see the 4 tape drives in TSM but I can not see the SL500 controller. I have the ATAPE and ATLDD drivers installed (v10.7.3.0 and v6.5.5.0 respectively). What is it I need to do to get AIX to see the SL500 controller and then what type of library do I define the SL500 to TSM as? (SCSI,manual etc). I have yet to find any documentation on this anywhere and also I called STK/Sun support and they were pretty much no help at all. ''cfgmgr' gives an error after running saying that 'devices.fcp.changer' is not installed although I think from reading problems other people have had, this is a generic error. Any help anyone can provide would be great! AIX 5.3 TSM 5.5 *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: SL500 LAN-free without ACSLS???
Don, If you install and configure a storage agent on your client with 2.5 TB of data, you can take a backup across the SAN. The backup starts, the client sees in his dsm.sys file that it should go LANfree. The storage agent asks through TCP/IP the TSM server to mount him a tape in a drive. The TSM server acknowledges to the STA (TCP/IP again) that tape A is mounted in drive B. The STA writes the data directly to the tape drive through shared memory. When the backup is finished, the STA tells the TSM server that the drive can be dismounted again. No ACSLS is thus required. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Don France Verzonden: woensdag 12 december 2007 19:24 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] SL500 LAN-free without ACSLS??? Working a new configuration with SAN-connected Sun-STK SL500; it's working fine, except one client has huge (2.5 TB) database, needs smaller backup window (ie, LAN-Free might help). Do I still need ACSLS in order to share library and drives with storage agents (or, can the TSM server function as the library manager)??? I've been reading the admin books, did define the library as shared, all is working fine; I notice the TSM server now lists an Owner column in the q libv response, as if I am sharing with another TSM server (though I have only one server, so all tapes are owned by it!). -- Don France Technical Architect - Tivoli Certified Consultant Tivoli Storage Manager - Win2K/2003, AIX/Unix, OS/390 San Jose, CA Phone - Voice/Cell: (408) 257-3332 *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: How to checkin tapes from I/O-station?
Bjorn,
If you want to checkin all of the tapes in the IO station, issue the following
command:
Label libv 3584 search=bulk labels=barcode checkin=scratch {waitt=0
overwrite=yes}
If the tapes were labelled already in TSM, the option overwrite=yes is required.
If the option waittime is not known yet in your version of the TSM server
(always good to mention it), ask the request-id (q req) on the command line and
reply it afterwards (reply req-id).
And last but not least, the command must be given from a TSM Admin command line
(TSM: YOUR_SERVER_NAME) , the commands below are given at the backup client
command-line.
Best regards,
Kurt
-Oorspronkelijk bericht-
Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Bjørn
Nachtwey
Verzonden: dinsdag 20 november 2007 16:48
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: [ADSM-L] How to checkin tapes from I/O-station?
Hi,
this is perhaps a newbee question, but:
how do i check new tapes into a 3584 library using the I/O-station?
what i want to do:
i'm running two tape libraries, and because the year ends soon, some
money has left for buying new tapes to fill both library.
unfortunately a certain time ago some tapes belonging (due to their
labeling) to library B have been inserted into library A.
now i remove this tapes from A and want to replace them by the new ones.
well, in library A there are only a few scratch tapes, so I cannot empty
all the wrong tapes and remove them all at once.
instead I empty just 10 of them and then remove them by checking out to
the I/O-station.
actually I want to check-in and label the right-labeled inserted in the
I/O-station.
what i already tried:
dsm checkin libvolume 3584 search=yes checkin=scratch
dsm label libv 3584 search=yes labels=barcode checkin=scratch
volrange=ABW500,ABW509
dsm label libv 3584 search=bulk labels=barcode checkin=scratch
volrange=ABW500,ABW509
thanks
Bjørn
--
Dipl.-Ing. Bjørn Nachtwey
Technische Universität Carolo-Wilhelmina zu Braunschweig
Gauss-IT-Zentrum (GITZ) -- Abteilung Server
Hans-Sommer-Straße 56, 38106 Braunschweig
Telephon: +49 (0)531 / 391 - 5535
TeleFax: +49 (0)531 / 391 - 5549
http://www.tu-braunschweig.de/it
mailto: [EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
PGP-Schluessel:
http://www-public.tu-bs.de:8080/~nachtwey/bjoern_nachtwey.asc
PGP-Fingerprint:
B472 526A A903 4AEB 9269 EC0B 9CDE 7465 CE87
*** Disclaimer ***
Vlaamse Radio- en Televisieomroep
Auguste Reyerslaan 52, 1043 Brussel
nv van publiek recht
BTW BE 0244.142.664
RPR Brussel
http://www.vrt.be/disclaimer
Re: TSM Upgrade to version 5.4
Dirk, We are running TSM 5.4.1.2 on 4 AIX (5.3 ML5) servers for a month without any problems. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Dirk Kastens Verzonden: vrijdag 9 november 2007 8:59 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM Upgrade to version 5.4 Hi, Andy Huebner wrote: We are about to upgrade TSM from 5.2.2.4 to a version of 5.4 on AIX 5.3. Is there a stable recommended version? Maybe 5.4.1.2? We are running TSM 5.4.1.2 on AIX 5.3 for a few weeks now without any problems. -- Regards, Dirk Kastens Universitaet Osnabrueck, Rechenzentrum (Computer Center) Albrechtstr. 28, 49069 Osnabrueck, Germany Tel.: +49-541-969-2347, FAX: -2470 *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: ANS1030E The operating system refused a TSM request for memory allocation.
Pierre, Is the RESOURCEUTILIZATION in the dsm.sys file of the server that is running the STA lower than 10? That is the upper limit. Above that, I've once received errors that sounds like those you are experiencing. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens CAYE PIERRE Verzonden: dinsdag 16 oktober 2007 14:27 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] ANS1030E The operating system refused a TSM request for memory allocation. Hi all, Any idea about : Running baclient 5.3.4.0 on HPUX 11i and facing ANS1030E... There is a STA 5.3.42. When disabling lanfree backup, everything run normaly, Enabling lanfree... I obtain message ANS1030E Output of dsm q systeminfo -con osinfo : Custom system information report generated 10/16/07 14:03:05 === TSMVERSION === IBM Tivoli Storage Manager Command Line Backup/Archive Client Interface Client Version 5, Release 3, Level 4.0 Client date/time: 10/16/07 14:03:05 build date: Thu Apr 13 07:46:30 2006 === OSINFO === hostname: bcv51sed Operating System: HP-UX Version: U Release: B.11.11 Machine: 9000/800 Max core size Current limit: 0 Maximum limit: infinite Max CPU seconds Current limit: infinite Maximum limit: infinite Max data segment size Current limit: 0 Maximum limit: 0 Max file size Current limit: infinite Maximum limit: infinite Max open files Current limit: 0 Maximum limit: 0 Max resident set size Current limit: infinite Maximum limit: infinite Max stack size Current limit: 0 Maximum limit: 0 Thanks, Pierre *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: WWN under Linux
Hi, The /proc file system has the information you are looking for: Server:~ # cat /proc/scsi/qla2xxx/* | grep adapter-port scsi-qla0-adapter-port=21e08b822690; scsi-qla1-adapter-port=210100e08ba22690; scsi-qla2-adapter-port=21e08b81a2a8; scsi-qla3-adapter-port=210100e08ba1a2a8; scsi-qla4-adapter-port=21e08b8195b5; scsi-qla5-adapter-port=210100e08ba195b5; scsi-qla6-adapter-port=21e08b8121af; scsi-qla7-adapter-port=210100e08ba121af; The directory (qla2xxx) might be different, depending on the type of FC HBA you are using. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Richard Sims Verzonden: vrijdag 5 oktober 2007 15:57 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] WWN under Linux On Oct 5, 2007, at 8:47 AM, Sandeep Jain wrote: Hi Richard, My TSM server is on Windows ... In Windows, the TSM device driver provides the command 'tsmdlst', which will report the WWN. Not sure about a Linux command: possibly, the 'lsscsi' command may do it, if that is installed on your Linux. Richard Sims *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: can't find STA 5.4
Hi, You find the STA in the Folder IBM Tivoli Storage Manager for Storage Area Networks V5.4 eAssembly, Multilingual(CR4V2ML) on the passport advantage site. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens goc Verzonden: donderdag 4 oktober 2007 14:50 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] can't find STA 5.4 hi, where can i find tivoli.tsm.StorageAgent.rte 5.4.0.0 (AIX) i looked at passport advantage but i cannot find it ...any help would be greatly appreciated thanks! *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
LTO4 IBMtape driver Linux
Hello, Is anybody on the list already using LTO4 drives on Linux? Which driver are you using then? We are about to receive some LTO4 drives next week and the latest atape driver on AIX supports LTO4 explicitly. However the latest IBMtape driver on Linux doesn’t mention anything about LTO4. So I’m wondering if it is already supported. The TSM website tells it is supported as long as you use the IBMtape driver, but no specific version is mentioned. Thanks in advance for any feedback or experience with LTO4 tape drives. Best regards, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Library slot count manipulation in TSM
Hi, After adding slots to the library, a simple restart of TSM will detect the new slots. See the thread I've opened a while ago with the same question: http://adsm.org/lists/html/ADSM-L/2007-08/msg00027.html A week ago, I've added again 400 slots to our tape library and they were detected after the restart of TSM (the software, not the server). Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Schneider, John Verzonden: vrijdag 28 september 2007 22:03 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Library slot count manipulation in TSM Chip, I hope I am not proven ignorant in this case, but I don't think there is a way to update the slot count without deleting the drives/path/library, and then redefining them. The reason is that when the library path is first defined is when TSM queries the library device and receives back a list of the element numbers of the library. There is an element number assigned to each slot, tape drive, and I/O slot. TSM uses the element numbers from the resulting list to know what instructions it can give the library robot. I am not aware of a way to update that list on the fly. The good news is you don't have to reboot the TSM instance to do this, just quiet down all the tape drives so nothing is using the drives or library, then delete it and recreate it. If you haven't already done this, now would be a good time to trap all the commands used to delete and redefine the library from the activity log, and put them in a macro or text file for reuse in the future. It can save you a lot of typing the next time you have upgrade the library. Best Regards, John D. Schneider Sr. System Administrator - Storage Sisters of Mercy Health System 3637 South Geyer Road St. Louis, MO. 63127 Email: [EMAIL PROTECTED] Office: 314-364-3150, Cell: 314-486-2359 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bell, Charles (Chip) Sent: Friday, September 28, 2007 2:39 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Library slot count manipulation in TSM How does TSM know how many slots are available, say, from the output of the 'show slots' command below? I have a Sepaton VTL, and I would like to expand the slot count from the Sepaton side from 400 to 1000. What could I do from the TSM side to see the 1000 slots and not have to delete drives/paths/library definitions for the library (3584_vtl1) shown below? Reboot the TSM server? Perhaps just an audit library? It would great to not even have to reboot the TSM server, but we can if necessary. It's less of a pain than rebuilding the library environment from the TSM side. tsm: TSMshow slots 3584_vtl1 PVR slot information for library 3584_VTL1. Library : 3584_VTL1 Product Id : 03584L32 Support module : 4 Mount count : 1 Drives : 16 Slots: 400 Changers : 1 Import/Exports : 32 God bless you!!! Chip Bell Network Engineer I IBM Tivoli Certified Deployment Professional Baptist Health System Birmingham, AL - Confidentiality Notice: The information contained in this email message is privileged and confidential information and intended only for the use of the individual or entity named in the address. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this information is strictly prohibited. If you received this information in error, please notify the sender and delete this information from your computer and retain no copies of any of this information. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TDP Management class
Daad, Use the following command to see which mgmt class is used for the TDP backups: show versions TDP_NODENAME * regards, Kurt Van: ADSM: Dist Stor Manager namens Daad Ali Verzonden: za 22/09/2007 16:11 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TDP Management class Hi, I have a newbie question: Other than looking at my include/exclude file, how can I find out the management class my oracle TDP backup is bound to. in my inclexcl file, I have the following: INCLUDE cf_* mc_tdp_oracle INCLUDE /basel/.../* MC_TDP_OFFSITE when I run the command: dsmc -optfile=/usr/tivoli/tsm/client/oracle/bin64/dsm.opt -password=xx tsm q f tsm q f # Last Incr Date TypeFile Space Name --- -- --- 1 05/10/07 19:55:46 API:ORACLE /basel 2 09/14/05 03:43:36 API:ORACLE /bmomddv0 TSM server is 5.2.6 TDP client is 5.3.3.0 Your assistance is always appreciated. thanks, Daad - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
LTO4 IBM tapedriver
Hello, You need to be running TSM 5.4.1 to get IBM LTO4 tape drives working. Which IBMtape driver is however required for LTO4 on Linux (Suse 9 SP2 64bit)? On AIX it is supported from Atape 10.5.2.0, but I didn’t find the version for Linux on the IBM website. Thanks, Kurt mailto:[EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: administrative schedules
Gill, Is the adminstrative schedule still active? It might become passive by default after an update through the ISC. Check it with 'q sched ADMIN_SCHED_NAME t=a f=d' Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Gill, Geoffrey L. Verzonden: vrijdag 7 september 2007 18:41 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] administrative schedules I sent this a couple of days ago and saw no responses so I wonder if it went through. If anyone has any suggestions I'd appreciate it, this is a real problem. --- TSM Version 5, Release 4, Level 0.3 on AIX 5.3 When updating the admin schedule through the ISC to include something that was previously defined it seems as though there is no error and when reselecting the properties it does show active, however status shows Unknown and q ev * t=a does not show the schedule. I made these changes last week and still these are not running. The ones that were set up some time ago are working, do show either completed or future, but it seems I can't add new schedules to the system. Is this some new feature or am I just missing something? Geoff Gill TSM Administrator PeopleSoft Sr. Systems Administrator SAIC M/S-G1b (858)826-4062 Email: [EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM install on ESX Linux help?
David, I didn't try TSM on an ESX server yet. But the installation fails because no korn shell (ksh) is found on the ESX server. Just install an rpm with the ksh on the ESX server prior to installing the TSM API. And see if it works then. There are also a few tech documents on the TSM support site that might be worth reading: http://www-1.ibm.com/support/docview.wss?rs=0uid=swg21175860 http://www-1.ibm.com/support/docview.wss?rs=0uid=swg21199155 best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens David Browne Verzonden: maandag 27 augustus 2007 21:02 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TSM install on ESX Linux help? I have very little Linux knowledge. So any suggestions will be appreciated. We are attempting to test TSM backups for Linux. When installing v5.3.4 the API module installs correctly but the BA module results in the following: package TIVsm-API-5.3.4-0 is already installed [EMAIL PROTECTED] tsm]# rpm -i TIVsm-BA.i386.rpm error: Failed dependencies: /usr/bin/ksh is needed by TIVsm-BA-5.3.4-0 The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Extend library capacity
I've got it solved finally. The new added slots on the physical library were not yet allocated to the logical partition TSM is using. Which explains why TSM didn't find them. A simple restart of TSM did discover the new added slots afterwards. Mvg, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Baker, Jane Verzonden: woensdag 1 augustus 2007 9:41 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Extend library capacity We found when we changed the library config (only logically) they told us to re-configure, library defs, drives and paths but we didn't need to. We did need to run the 'update library serial=autodetect' to get it to find it's new serial number as it is somehow linked to the slot number or numbers??? Hope you get it resolved soon! Jane. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of BEYERS Kurt Sent: 01 August 2007 08:30 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Extend library capacity Thanks for the answers. I was afraid that a redefinition of the library would be the answer. Otherwise I'll give it a go as soon as TSM is finished with it's daily maintenance tasks. Which will keep him busy for a few more hours. I've opened a PMR at IBM too, maybe they come up with something else while TSM is busy. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Wanda Prather Verzonden: dinsdag 31 juli 2007 18:11 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Extend library capacity The document you reference is peculiar. It says the server may have to be restarted or the library audited or possibly redefined, but it doesn't make clear the cases where it needs to be redefined. AFAIK, when you change the number of slots in a TSM SCSI library, you have to delete the library and drive definitions and redefine them. Here's what I think you need to do: Check out your tapes with REMOVE=NO Make a copy of your DEVCONFIG file Delete your paths delete your drives delete your library Use the commands in the copy of your DEVCONFIG file to recreate the library and drive and path definitions. (leave the SERIAL # off the define drive command, let TSM figure it out.) TSM will pick up the new slots. CheCK YOUR tapes back in. (You can make it easier by running a checkin for ALL tapes (search=yes) as STATUS=SCRATch. TSM will skip those that shouldn't be scratch. Then run a second checkin for all tapes status=PRIVATE. Anybody got a different opinion? Wanda Hello, I've got the following setup: TSM server 5.4.0.3 on AIX5.3 TL5 (Extended Edition) Adic i2000 library The capacity of the library was extended from 500 to 600 slots by adding a license key. TSM was restarted afterwards and an audit of the ibrary was done , but TSM still only saw 500 instead of 600 slots. According to the following note, this is all that should be done: http://www-1.ibm.com/support/docview.wss?%20%20%20%20%20rs=663context=S SGSG7dc=D600dc=DB520dc=DB530dc=D700dc=DB500dc=DB540dc=DB510dc=DB 550q1=library+AND+changeuid=swg21203271loc=en_UScs=utf-8lang=en The library and TSM server were rebooted too, but TSM still only sees 500 slots instead of 600 slots. What else should be done so that TSM detects the new added library slots? Thanks in advance, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer Please check that this email is addressed to you. If not, you should delete it immediately as its contents may be confidential and its disclosure, copying or distribution unlawful. C. J. Clark International Limited takes steps to prevent the transmission of electronic viruses but responsibility for screening incoming messages and the risk of such transmission lies with the recipient. C. J. Clark International Limited Trading as Clarks Registered in England number 141015. Registered office 40 High Street, Street, Somerset. BA16 0EQ. England. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Extend library capacity
Thanks for the answers. I was afraid that a redefinition of the library would be the answer. Otherwise I'll give it a go as soon as TSM is finished with it's daily maintenance tasks. Which will keep him busy for a few more hours. I've opened a PMR at IBM too, maybe they come up with something else while TSM is busy. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Wanda Prather Verzonden: dinsdag 31 juli 2007 18:11 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Extend library capacity The document you reference is peculiar. It says the server may have to be restarted or the library audited or possibly redefined, but it doesn't make clear the cases where it needs to be redefined. AFAIK, when you change the number of slots in a TSM SCSI library, you have to delete the library and drive definitions and redefine them. Here's what I think you need to do: Check out your tapes with REMOVE=NO Make a copy of your DEVCONFIG file Delete your paths delete your drives delete your library Use the commands in the copy of your DEVCONFIG file to recreate the library and drive and path definitions. (leave the SERIAL # off the define drive command, let TSM figure it out.) TSM will pick up the new slots. CheCK YOUR tapes back in. (You can make it easier by running a checkin for ALL tapes (search=yes) as STATUS=SCRATch. TSM will skip those that shouldn't be scratch. Then run a second checkin for all tapes status=PRIVATE. Anybody got a different opinion? Wanda Hello, I've got the following setup: TSM server 5.4.0.3 on AIX5.3 TL5 (Extended Edition) Adic i2000 library The capacity of the library was extended from 500 to 600 slots by adding a license key. TSM was restarted afterwards and an audit of the ibrary was done , but TSM still only saw 500 instead of 600 slots. According to the following note, this is all that should be done: http://www-1.ibm.com/support/docview.wss?%20%20%20%20%20rs=663context=S SGSG7dc=D600dc=DB520dc=DB530dc=D700dc=DB500dc=DB540dc=DB510dc=DB 550q1=library+AND+changeuid=swg21203271loc=en_UScs=utf-8lang=en The library and TSM server were rebooted too, but TSM still only sees 500 slots instead of 600 slots. What else should be done so that TSM detects the new added library slots? Thanks in advance, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Extend library capacity
Hello, I've got the following setup: TSM server 5.4.0.3 on AIX5.3 TL5 (Extended Edition) Adic i2000 library The capacity of the library was extended from 500 to 600 slots by adding a license key. TSM was restarted afterwards and an audit of the ibrary was done , but TSM still only saw 500 instead of 600 slots. According to the following note, this is all that should be done: http://www-1.ibm.com/support/docview.wss?%20%20%20%20%20rs=663context=S SGSG7dc=D600dc=DB520dc=DB530dc=D700dc=DB500dc=DB540dc=DB510dc=DB 550q1=library+AND+changeuid=swg21203271loc=en_UScs=utf-8lang=en The library and TSM server were rebooted too, but TSM still only sees 500 slots instead of 600 slots. What else should be done so that TSM detects the new added library slots? Thanks in advance, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: AW: [ADSM-L] AW: [ADSM-L] Restore Linux system from TSM
Michael, You can download a TSM client for debian at http://adsm.org/files/TSM/Clients/Linux/Debian/ Not supported of course but I'm using them without any issues on Ubuntu. Regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Thomas Rupp Verzonden: donderdag 14 juni 2007 12:43 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] AW: [ADSM-L] AW: [ADSM-L] Restore Linux system from TSM Hi Michael, our Linux guru told me he was using alien (see: http://kitenet.net/~joey/code/alien/) to convert rpm to deb. HTH Thomas Rupp -Ursprüngliche Nachricht- Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Im Auftrag von Michael Green Gesendet: Mittwoch, 13. Juni 2007 22:07 An: ADSM-L@VM.MARIST.EDU Betreff: Re: [ADSM-L] AW: [ADSM-L] Restore Linux system from TSM On 6/13/07, Thomas Rupp [EMAIL PROTECTED] wrote: What we did to BMR a normal linux box is: * create a bootable linux CD (Knoppix) with a TSM client on it AFAIK, Knoppix is a close relative of Debian which makes use of .deb, not .rpm. How do you install the client on it? (Do you extract RPM and then manually implant the files???) -- Warm regards, Michael Green *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Ramifications of turning client compression on?
Joni, You should be taking some how an online backup of the Notes nsf files and the Oracle databases. The nsf files won't compress at all, so you won't gain any reduction in used space on the disks/tapes where the backups end up. And with an olnine backup of Oracle, either directly to TSM or first to disk and then a file system backup to TSM, will contain only the used blocks in the Oracle data files. So no gain again with software compression on an Oracle server. Generally you will be using more resources on the client when the compression is done over there. The achieved ratio can be found in the summary of the backup session (for a file system backup). best regards, Kurt Van: ADSM: Dist Stor Manager namens Joni Moyer Verzonden: di 5/1/2007 8:44 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Ramifications of turning client compression on? Hello All! I am considering turning client compression on for our Lotus Notes Domino and Oracle servers. What should be looked at/considered before client compression is turned on? How do you monitor the impact of turning client compression on? Any ideas/suggestions are appreciated! Thanks! Joni Moyer Highmark Storage Systems, Storage Mngt Analyst III Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Is there a v5.4 64 bit AIX client still?
John, There exists only a 64bit TSM API, but the BA client is 32bit. I was surprised too when I was looking for a 64bit client. best regards, Kurt Van: ADSM: Dist Stor Manager namens John C Dury Verzonden: do 8/02/2007 16:29 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Is there a v5.4 64 bit AIX client still? I've upgraded our AIX TSM server to v5.4 but can't find the v5.4 64 bit AIX clients. I looked on the ftp site and also on passport advantage and neither seems to have them. Am I missing something? Thanks. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Expiration
Kevin, How about taking a full export or creating a backupset of the nodes in question? The active files on the servers won't never expire since you've changed the management classes. And if a restore is requested for a file that is not foud any more, you will have to dig into the export or backupset. The latter restore will ask some more time but I guess that the frequency of such a restore will be low too; best regards, Kurt Van: ADSM: Dist Stor Manager namens Thomas Denier Verzonden: wo 7/02/2007 19:44 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Expiration -Kevin Boatright wrote: - Is there any way expire inventory on all nodes except for a select few? I have two servers that I cannot delete any data on. I changed the management class on thse two servers to not delete files. The management class has been changed on active files but not on inactive files. But, when expiration runs next, it will delete the inactive files. Any recommendations? A long time ago my site had a problem that caused expiration to hang at a certain directory. IBM informed us of undocumented options to the 'expire inventory' command to control the first and last nodes processed (nodes are processed in order of registration time). We alternated between expiring from the oldest node to the one just before the problem node, and expiring from the node just after the problem node to the newest node. I don't know whether these options still exist in the current server code. I couldn't find my notes on that episode. I am not sure this type of facility would help you. Other sites have tried to keep files restorable by suppressing inventory expiration. If I remember correctly, they found that the client would not restore or even list files that were eligible for expiration, even if the files had not in fact been removed from the TSM database by inventoryexpiration. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: scratch volumes
Avy, Your collocation is set to node for the stg pool 3584tapepool. This will increase the tape usage of course. If it is not required (backup of different nodes can be on the same tape), set it to none. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Avy Wong Verzonden: woensdag 24 januari 2007 23:42 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] scratch volumes Hello, I am constantly running out of scratch volumes. Everyday many times I have to reclaim space back manually by looking through what is less than 20% using this ...QUERY VOLUME stg=3584tapepool status=filling then I do a move data on those volumes. This is tedious. At times what I did is an hour before the reclaimation schedules kicks off, I . update stg 3584tapepool reclaim=60 let it run and get a head start. It will fall back to reclaim=100 when the actual schedule is finished. .Is there a way to address this problem? tsm: TSMq stg 3584tapepool f=d Storage Pool Name: 3584TAPEPOOL Storage Pool Type: Primary Device Class Name: 3584 Estimated Capacity: 103,466 G Space Trigger Util: Pct Util: 60.3 Pct Migr: 93.2 Pct Logical: 98.4 High Mig Pct: 90 Low Mig Pct: 70 Migration Delay: 0 Migration Continue: Yes Migration Processes: 1 Reclamation Processes: 1 Next Storage Pool: Reclaim Storage Pool: Maximum Size Threshold: No Limit Access: Read/Write Description: 3584 Primary Tape Pool Overflow Location: Cache Migrated Files?: Collocate?: Node Reclamation Threshold: 100 Offsite Reclamation Limit: Maximum Scratch Volumes Allowed: 250 Number of Scratch Volumes Used: 233 Delay Period for Volume Reuse: 0 Day(s) Migration in Progress?: No Amount Migrated (MB): 0.00 Elapsed Migration Time (seconds): 0 Reclamation in Progress?: Yes Last Update by (administrator): WONGAV Last Update Date/Time: 01/24/2007 17:15:55 Storage Pool Data Format: Native Copy Storage Pool(s): Continue Copy on Error?: CRC Data: No Reclamation Type: Threshold Avy Wong Business Continuity Administrator Mohegan Sun 1 Mohegan Sun Blvd Uncasville, CT 06382 ext 28164 ** The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copy of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ** *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Architecture and Instability Questions
Kerry, I would start by examining the error report of the AIX box. Most likely the root cause will be found here and as a consequence, TSM could not be accessed any more. When you open a TSM Admin client and enter a TSM user (eg admin), this is still happening on the client/server where the TSM BA client is installed. Afterwards the TSM server is being contacted. Which fails since no TCP/IP connection could be established. best regards, Kurt Van: ADSM: Dist Stor Manager namens Kerry Campbell Verzonden: di 16/01/2007 18:03 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Architecture and Instability Questions Hello All, I have a couple of questions... 1) This weekend TSM 5.3.2 on our AIX server became 'unstable', in that it would accept a userid but then just 'hang' and not give a prompt for a password. Some short time later, we were not even able to telnet into the AIX box that the TSM server software resides on. We could ping the box but it is as if the TCP/IP services for AIX 5.3.2 had stopped. Has anyone else experienced any problems like this? 2) Is it common to put the TSM software on the main AIX box vs putting it on an LPAR of a SAN? Thanks for any help.Kerry *** CONFIDENTIALITY NOTICE*** This message and any included attachments are from MedSynergies, Inc. and are intended only for the addressee. The contents in this message contain confidential information belonging to the sender that is legally protected. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or contact MedSynergies, Inc. at [EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: include / exclude question
Michael, An exclude.dir overrules any other include statements. You shoud use the following statements instead: EXCLUDE *:\...\Profiles\...\* INCLUDE *:\...\Profiles\My Documents INCLUDE *:\...\Profiles\Desktop Now the Desktop and My Documents are included and other subdirectories are excluded. best regards, Kurt Van: ADSM: Dist Stor Manager namens Hizny, Michael Verzonden: ma 15/01/2007 19:45 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] include / exclude question In setting up a backup, I am having problems with a specific include/exclude option. I want to do the following: On our users H: drives they have a subdirectory called profiles. I want to keep 3 folders under this and exclude the rest. i.e. H:\user\profiles\cookiesdon't want to back up H:\user\profiles\My documents\ want to back this up H:\user\profiles\application data\ don't want to back up My opt files has the following: EXCLUDE.DIR *:\...\Profiles INCLUDE *:\...\Profiles\My Documents INCLUDE *:\...\Profiles\Desktop Yet, when I run this, it excludes the entire profiles directory, even though the include is at the bottom. Any ideas what I am doing wrong? Thanks, Mike *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM DB2 API Backup Question
Charles, A DB2 backup is done by using the command: 'db2 backup db db-alias online use tsm include logs' It is the 'include logs' that will add the DB2 log files to the backup you are referring too. But it is not true that all of the DB2 log files must be validated first, this information is already stored in the TSM database. The DB2 log files are archived to the archive copy pool in the management class you are using for the DB2 backup. The database backup itself end up in the backup copy pool of the same management class. It might be more convenient to archive the DB2 log files to a disk storage pool and migrate them only later on to a tape if you can't size a disk storage pool for all of the DB2 log files. The latter case is the best solution since a restore of the DB2 log files will go fast. Of course a backup of the disk storage pool must be taken to a copy storage pool on tape and should be shipped offsite. And the MediaW will disappear when the DB2 log files go to disk. best regards, Kurt Van: ADSM: Dist Stor Manager namens Charles A Hart Verzonden: di 2/01/2007 16:56 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TSM DB2 API Backup Question One of our TSM environments that is Backing up Unix and DB2 data is a bit overrun at this point (lots of MediaW'). I was talking to our DB2 DBA and he states that the final step to a On-line DB2 backup is to include the transaction logs that occurred since the backup began. The DB2 log files are archived to tape from the TSM DB2 API, so the full backup now requires a tape mount to validate those logs files are complete. unfortunately these DB2 Full backups sit and wait for tape Our question is there anyway to cfg these DB2 On-line Full Backups to just Query TSM to validate the log files recvd? Or does it always have to mount a tape. I was looking in the TSM DB2 manual but really haven't found such an option. Thanks Again for any help!! Charles Hart This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM DB2 backup problems
Farren, The return codes from a DB2 backup are those from the TSM API as the backup is done across the API. However the return code -1371 is not listed in there. Take a manual backup from the CLI, it looks to be a DOS prompt in your case: db2 backup db DB_ALIAS online use tsm include logs and see what output you get here. I've got no idea how to interprete the task from the DB2 administrative server since we don't use it. best regards, Kurt -Original Message- From: ADSM: Dist Stor Manager on behalf of Farren Minns Sent: Thu 12/28/2006 9:52 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM DB2 backup problems TSM Server 5.2.7.2 on Solaris 2.9 - TSM Client API 5.3.4.0 on Windows 2003 Hi all, and a merry xmas/new year etc :-) I am wondering if anyone can point me in the direction of error code meanings for our DB2 backups. The errors we are getting look as follows :- The task ADMINISTRATOR.Backup_RMDB_Full with status Not successful ran on the DB2 Administrative Server on server name here and completed with return code -1371. The task started on server name here at 2006-12-27 23:00:19.0 and completed at 2006-12-27 23:00:30.0. The task lasted 11 seconds. I know nothing about DB2 and no one else here seems to either (very helpful), so I really want to find out what the code -1371 means. If I have to put in a call with TSM then so be it, but I would rather see what I can find out myself first. If anyone can help then I'd be very grateful. Many thanks Farren Minns John Wiley Sons Ltd -- The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. John Wiley Sons Limited is a private limited company registered in England with registered number 641132. Registered office address: The Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ. -- *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Using TSM to backup a DB2 database
Hello, The online DB2 database backup towards TSM is free as both products are from IBM of course. The equivalent of eg the TDP for Oracle is included by default with the DB2 binairies, that is why only the BA API client is required for the backup. The same is true for Informix as of IDS 10.x best regards, Kurt Van: ADSM: Dist Stor Manager namens Farren Minns Verzonden: do 16/11/2006 15:05 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Using TSM to backup a DB2 database Hi David From what I can gather the standard TSM Client handles DB2 by itself without the need for a TDP license. That is if course unless I'm missing something. We do use TDP for out Lotus Domino backups and I understand that it's a totally separate install, licence etc. Thanks Farren |-+---| | David E Ehresman | | | [EMAIL PROTECTED] | | | Sent by: ADSM: Dist Stor | To| | Manager |[EMAIL PROTECTED]| | ADSM-L@VM.MARIST.EDU|U | | | cc| | 16/11/2006 14:02 | | | |Subject| | Please respond to |Re: [ADSM-L] Using | | ADSM: Dist Stor|TSM to backup a DB2| | Manager|database | | ADSM-L@VM.MARIST.EDU | | | | | | | | | | | | | | | | | |-+---| The API and BA client are the same license. Presumably you will also be licensing TSM for DB, aka Tivoli Data Protection for Oracle (TDPO). That is a different license on top of the BA client license. David Farren Minns [EMAIL PROTECTED] 11/16/2006 5:56 AM Hi all Running TSM Server 5.2.7.2 on Solaris 2.9. Going to be backing up a Windows 2003 DB2 client. I am just beginning to read the extensive Backing Up DB2 with IBM Tivoli Storage Management redbook and want to ask a very basic question at the start. Am I now right in thinking that I install both the BA Client for the standard backup (presumably excluding the DB2 datafiles), and the API for the DB2 backups? If this is the case, is this one licensed client or two? And do they both use separate configuration files (dsm.opt etc). This is new to me and on a Windows OS which I'm not familiar with (I mostly deal with Solaris). Thanks Farren Minns John Wiley Sons Ltd ## The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. ## ## The information contained in this e-mail and any subsequent correspondence is private and confidential and intended solely for the named recipient(s). If you are not a named recipient, you must not copy, distribute, or disseminate the information, open any attachment, or take any action in reliance on it. If you have received the e-mail in error, please notify the sender and delete the e-mail. Any views or opinions expressed in this e-mail are those of the individual sender, unless otherwise stated. Although this e-mail has been scanned for viruses you should rely on your own virus check, as the sender accepts no liability for any damage arising out of any bug or virus infection. ## *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664
Re: TSM 5.3 Performance Tuning
David, Following setings for minperm/maxperm (minclient / maxclient in AIX5.3) were recommended today on a TSM training: 10 / 30 So although the name changed, the values compare well to the 10 / 40 you mention. best regards, Kurt Van: ADSM: Dist Stor Manager namens David E Ehresman Verzonden: wo 25/10/2006 15:46 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM 5.3 Performance Tuning Thanks. That is what I was looking for but it did not contain what I wanted. A few years ago, when I was on AIX 5.1, there was discussion on this list about vmtune, now vmo, maxperm and minperm settings to improve TSM performance on AIX systems. Is there any IBM publications that makes recommendations for these settings? Are the settings we discussed in AIX 5.1 days, i.e. maxperm=40, minperm=10, still valid for an AIX 5.3, TSM 5.3 system? David Prather, Wanda [EMAIL PROTECTED] 10/24/2006 11:19 AM The Perf Tuning guide isn't platform specific. Go back to the Information Center, its under the very long link for Storage Manager Messages, Problem Determination, and Performance Tuning. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David E Ehresman Sent: Tuesday, October 24, 2006 11:08 AM To: ADSM-L@VM.MARIST.EDU Subject: TSM 5.3 Performance Tuning Is there a TSM 5.3 Performance Tuning guide (for AIX 5.3)? I can't seem to find one in the IBM Tivoli Information Center. David *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Backing up very large Filesystems...
Hi, I think that the backup will be started only from one proxy node. And thus not load balanced across the servers that are member from the GPFS. And what is even worse, the restore cannot be load balanced across multiple servers. In case of a disaster recovery, a lot of TB's must be restored. Here it certainly would help if TSM would load balance it across nodes. If all servers have dedicated FC HBA's to the tape library and enough tape drives are available, the process could be accelerated a lot here. In our setup, we spread the backup manually across the nodes that are member of the GPFS cluster. And the backup is started by using a virtualnodename instead of the proxy node setup that is discussed in the technote. So the backup is for TSM also a 1 'virtual' node backup, although it is started from multiple physical nodes. Does the proxy setup offers other advantages? best regards, Kurt -Original Message- From: ADSM: Dist Stor Manager on behalf of Skylar Thompson Sent: Sat 10/21/2006 6:56 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Backing up very large Filesystems... Bernaldo de Quiros, Iban 1 wrote: Hi Skylar, Thanks for you answer, very useful but I have got a silly question: Using the proxy relationship do we know if TSM is going to spread the work accross all the nodes of the cluster of just only above the nodes that have enable the scheduler ¿? Thanks for your help, The manual really isn't clear on this, and I haven't explored it too much since our GPFS cluster doesn't change all that much day-to-day. The manual seems to imply that it does, but I haven't tested it out. -- -- Skylar Thompson ([EMAIL PROTECTED]) -- Genome Sciences Department, System Administrator -- K324, (206)-685-7354 -- University of Washington Medical Center *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
update server roles
Hello, In the output of a server definition in TSM (TSM server 5.3.2.4, TSM BA client 5.3.2 and STA 5.3.2.1), multiple roles are defined: ‘q server SERVER f=d’ Server Name: SERVER Comm. Method: TCPIP High-level Address: xxx.yyy.rrr. Low-level Address: 1502 Description: Allow Replacement: No ……. Role(s): Storage Agent Event Logging Library Sharing Is it possible to limit those server roles? Eg only a storage agent or library sharing? The problem I’m having is the following: A TSM client (CLIENT) is defined to two TSM servers (TSM1 and TSM2) and has two Storage Agents for each TSM server (using other TCP/IP ports and shared memory ports). Further on, TSM1 is a library client of the library manager running on TSM2. The TSM1 database backup goes to this library so that the tapes must be vaulted only from 1 library instead of two libraries. But if I start the STA for TSM1 on the client, the server definition on TSM2 is being updated (changing the TCP/IP port): ANR0408I Session 35078 started for server CLIENT (Linux/x86_64) (Tcp/Ip) for server registration. ANR1662I Server CLIENT updated. ANR0409I Session 35078 ended for server CLIENT (Linux/x86_64). Which results that the STA for TSM2 can no longer communicate with the TSM server TSM2. I can prohibit this with ‘set crossdefine off’, but I end then with yet another warning in the activity log that can be discarded. ANR0408I Session 35087 started for server CLIENT (Linux/x86_64) (Tcp/Ip) for server registration. ANR0457W Session for server CLIENT refused - crossdefine is not allowed on this server. ANR0409I Session 35087 ended for server CLIENT (Linux/x86_64). Or must I define two different servers on the CLIENT, one for TSM1 and one for TSM2? Thanks in advance for any feedback. Best regards, Kurt mailto:[EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: update server roles
Matt, The server name of the Linux STA is the same on both TSM servers, although they are listening on different TCP/IP ports of course. Indeed when the STA to TSM1 is started, it ends up talking to TSM2 too through the library client on TSM1 to TSM2. Else I don't understand how the STA of TSM1 can end up on TSM2, the setstorageserver is correct: different TSM server names, different TCP/IP admin ports for the TSM servers, different TCP/IP ports for the STA servers and different shared memory ports for the backup. And if I start the STA of TSM2 on the CLIENT, nothing is logged in the activity log of TSM1. It is only the other way around. An easy workaround would be to use different server names (eg CLIENT_1 and CLIENT_2 on TSM1 and TSM2 instead of CLIENT). But would ask some work (30 STA clients and everything is installed/updated through scripting from a Linux CSM server) But if possible, I would like to restrict the STA of TSM1 to talk only with TSM1 and not end up with TSM2 (through the library sharing role?). And understand better how the communication is going from TSM1 to TSM2. I know we have a rather unique setup. best regards, Kurt Van: ADSM: Dist Stor Manager namens Matthew Warren Verzonden: vr 6/10/2006 15:18 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] update server roles I could be missing something, but I cant off the top of my head understand(remember?) why TSM1 is communicating to TSM2 to update a storage agent/server definition at all? Even though TSM1 is a library client to TSM2, I don't think TSM2 needs to know anything about the storage agent defined to TSM1, as TSM1 will take mount requests from the storage agent, manage them with TSM2 and then pass back the device info to the storage agent when TSM2 has allocated a drive. Matt. http://www.tsmwiki.com/ -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of BEYERS Kurt Sent: 06 October 2006 10:11 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] update server roles Hello, In the output of a server definition in TSM (TSM server 5.3.2.4, TSM BA client 5.3.2 and STA 5.3.2.1), multiple roles are defined: ?'q server SERVER f=d' Server Name: SERVER Comm. Method: TCPIP High-level Address: xxx.yyy.rrr. Low-level Address: 1502 Description: Allow Replacement: No ... Role(s): Storage Agent Event Logging Library Sharing Is it possible to limit those server roles? Eg only a storage agent or library sharing? The problem I'm having is the following: A TSM client (CLIENT) is defined to two TSM servers (TSM1 and TSM2) and has two Storage Agents for each TSM server (using other TCP/IP ports and shared memory ports). Further on, TSM1 is a library client of the library manager running on TSM2. The TSM1 database backup goes to this library so that the tapes must be vaulted only from 1 library instead of two libraries. But if I start the STA for TSM1 on the client, the server definition on TSM2 is being updated (changing the TCP/IP port): ? ?ANR0408I Session 35078 started for server CLIENT (Linux/x86_64) (Tcp/Ip) for server registration. ANR1662I Server CLIENT updated. ?ANR0409I Session 35078 ended for server CLIENT (Linux/x86_64). Which results that the STA for TSM2 can no longer communicate with the TSM server TSM2. I can prohibit this with 'set crossdefine off', but I end then with yet another warning in the activity log that can be discarded. ?ANR0408I Session 35087 started for server CLIENT (Linux/x86_64) (Tcp/Ip) for server registration. ANR0457W Session for server CLIENT refused - crossdefine is not allowed on this server. ANR0409I Session 35087 ended for server CLIENT (Linux/x86_64). Or must I define two different servers on the CLIENT, one for TSM1 and one for TSM2? Thanks in advance for any feedback. Best regards, Kurt ? mailto:[EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer This email is confidential and may be privileged. If you are not the intended recipient please notify the sender immediately and delete the email from your computer. You should not copy the email, use it for any purpose or disclose its contents to any other person. Please note that any views or opinions presented in this email may be personal to the author and do not necessarily represent the views or opinions of Digica. It is the responsibility of the recipient to check this email for the presence of viruses
Re: update server roles
Matt, 'Else I don't understand how the STA of TSM1 can end up on TSM2' I guess the problem description was not yet complete. The desired setup is as follows Each TSM server has it's own library (LIB1 for TSM1 and LIB2 for TSM2): The backups taken by the STA1 on the CLIENT are sent to the library LIB1 of TSM1. The backups taken by the STA2 on the CLIENT are sent to the library LIB2 of TSM2 The database backup of TSM1 is sent to the library LIB2 of TSM2 by means of the library client (TSM1) and manager (TSM2). best regards, Kurt Van: ADSM: Dist Stor Manager namens Matthew Warren Verzonden: vr 6/10/2006 17:38 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] update server roles Apologies. It actually works opposite to how I thought; When the Tivoli Storage Manager server (data manager server) is also the library manager for the devices where data is stored by the storage agent, then the storage agent communicates requests to this Tivoli Storage Manager server. When the Tivoli Storage Manager server (data manager server) is another library client, then the storage agent communicates requests for itself or the metadata server directly to the library manager. So all I have done is confuse the issue. Ignore me :) Matt. http://tsmwiki.com/tsmwiki/ -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of BEYERS Kurt Sent: 06 October 2006 15:28 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] update server roles Matt, The server name of the Linux STA is the same on both TSM servers, although they are listening on different TCP/IP ports of course. Indeed when the STA to TSM1 is started, it ends up talking to TSM2 too through the library client on TSM1 to TSM2. Else I don't understand how the STA of TSM1 can end up on TSM2, the setstorageserver is correct: different TSM server names, different TCP/IP admin ports for the TSM servers, different TCP/IP ports for the STA servers and different shared memory ports for the backup. And if I start the STA of TSM2 on the CLIENT, nothing is logged in the activity log of TSM1. It is only the other way around. An easy workaround would be to use different server names (eg CLIENT_1 and CLIENT_2 on TSM1 and TSM2 instead of CLIENT). But would ask some work (30 STA clients and everything is installed/updated through scripting from a Linux CSM server) But if possible, I would like to restrict the STA of TSM1 to talk only with TSM1 and not end up with TSM2 (through the library sharing role?). And understand better how the communication is going from TSM1 to TSM2. I know we have a rather unique setup. best regards, Kurt Van: ADSM: Dist Stor Manager namens Matthew Warren Verzonden: vr 6/10/2006 15:18 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] update server roles I could be missing something, but I cant off the top of my head understand(remember?) why TSM1 is communicating to TSM2 to update a storage agent/server definition at all? Even though TSM1 is a library client to TSM2, I don't think TSM2 needs to know anything about the storage agent defined to TSM1, as TSM1 will take mount requests from the storage agent, manage them with TSM2 and then pass back the device info to the storage agent when TSM2 has allocated a drive. Matt. http://www.tsmwiki.com/ -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of BEYERS Kurt Sent: 06 October 2006 10:11 To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] update server roles Hello, In the output of a server definition in TSM (TSM server 5.3.2.4, TSM BA client 5.3.2 and STA 5.3.2.1), multiple roles are defined: ?'q server SERVER f=d' Server Name: SERVER Comm. Method: TCPIP High-level Address: xxx.yyy.rrr. Low-level Address: 1502 Description: Allow Replacement: No ... Role(s): Storage Agent Event Logging Library Sharing Is it possible to limit those server roles? Eg only a storage agent or library sharing? The problem I'm having is the following: A TSM client (CLIENT) is defined to two TSM servers (TSM1 and TSM2) and has two Storage Agents for each TSM server (using other TCP/IP ports and shared memory ports). Further on, TSM1 is a library client of the library manager running on TSM2. The TSM1 database backup goes to this library so that the tapes must be vaulted only from 1 library instead of two libraries. But if I start the STA for TSM1 on the client, the server definition on TSM2 is being updated (changing the TCP/IP port
Re: Migrate Inactive Files Feature Proposal
Orville, This feature will be available in one of the versions that will follow up TSM5.3 A look-a-like is listed already in the TSM 5.4 enhancenments, see http://tsmexpert.blogspot.com/2006/08/tsm-v54-enhancements_04.html under 'collocation of active data'. But as always it is up to IBM to make official statements when new features will become available. best regards, Kurt Van: ADSM: Dist Stor Manager namens Orville Lantto Verzonden: ma 18/09/2006 21:14 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] Migrate Inactive Files Feature Proposal I had an idea over the weekend and would like some comment on its feasibility. With the growing need for disk-to-disk-to-tape backup strategies, it would be very nice to be able to migrate ONLY inactive copies of files out of a storage pool. I can come up with no reason that this should be difficult or impossible to be added as a TSM feature. Any comments? Orville L. Lantto Glasshouse Technologies, Inc. *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: TSM 5.3 Extended Edition Contents
Bernaldo, You get the ISC for free, although you might wish you never had gotten it. Best regards, Kurt -Oorspronkelijk bericht- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Bernaldo de Quiros, Iban 1 Verzonden: donderdag 14 september 2006 10:26 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: [ADSM-L] TSM 5.3 Extended Edition Contents Hi, A newbie question... Is the ISC included in the TSM 5.3 Extended Edition Package Software ¿? Thanks in advance, Regards, Iban Bernaldo De Quiros Y Marquez Technical Specialist Sun Microsystems, Inc. Serrano Galvache, 56 Madrid 28033 ES Phone +34 91 767 6233 Mobile + 34 659 01 91 12 Email [EMAIL PROTECTED] *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: backup schedule question?
Joni, How about just creating three schedules that run each week on monday (schedule 1), wednesday (schedule 2) and friday (schedule 3)? regards, Kurt Van: ADSM: Dist Stor Manager namens Joni Moyer Verzonden: do 3/08/2006 19:59 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] backup schedule question? Hello Rama, I don't have the TSM server at 5.3 yet. I am only at 5.2.7.1, so I don't believe that that capability is there for my level of TSM code. Is that correct? Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] Choudarapu, Ramakrishna (GTI) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 08/03/2006 01:10 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: backup schedule question? Use SCHEDStyle=Enhanced and DAYofweek=M,W,F Regards, Rama -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Joni Moyer Sent: Thursday, August 03, 2006 12:51 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] backup schedule question? Hey Everyone! I need a backup to run on Monday, Wednesday and Friday only. If I create a backup schedule that starts on a Monday, Period = 2, Period Unit=Days, Day of Week=weekday will this backup schedule always run on Monday, Wed, Friday only? Or will it begin by running on M,W,F and then since Sunday isn't a weekday it will then run on Tues, Thurs. of the next week? Thanks in advance for your help with this matter! Joni Moyer Highmark Storage Systems, Senior Systems Programmer Phone Number: (717)302-9966 Fax: (717) 302-9826 [EMAIL PROTECTED] If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Linux SLES FC LTO3 IBMtape
Good evening, I've got the following setup: TSM 5.3.2 server on AIX 5.3 TSM 5.3.2 clients on SLES 9 (SP2) on x86_64 HW Adic library with IBM LTO3 FC drives The linux clients can access the library through the SAN and have the IBMtape drivers installed. But if a modification to the library is made (eg a new drive), the Linux servers must reboot in order to detect the new tape drive. Is it not possible to perform some kind of online device discovery in order to update the contents of /proc/scsi/IBMtape without doing the reboot? I've checked already the latest redbooks and IBM Ultrium tape user guide, but they all say 'reboot'. Even on Windows this is not required any more. Or is this a feature of the IBMtape device driver? thanks, Kurt *** Disclaimer *** Vlaamse Radio- en Televisieomroep Auguste Reyerslaan 52, 1043 Brussel nv van publiek recht BTW BE 0244.142.664 RPR Brussel http://www.vrt.be/disclaimer
Re: Strange TSM Server problem.
Hi, I didn't read the entire thread, but I've been working on a similar issue today. It turned out to be a storage agent on another server that still thought it had tapes mounted in the drives. I just stopped the storage agent on each server followed by a 'query mount' on the TSM server. If the query mount still answers with tapes that are in use, restart the storaga agent on the first server and stop the next storage agent. Once I've stopped the correct storage agent; the query mount didn't show any results no more. Restart once more the storage agent and run an audot of your library afterwards. best regards, Kurt Van: ADSM: Dist Stor Manager namens Andrew Raibeck Verzonden: wo 19/07/2006 19:26 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] Strange TSM Server problem. So the QUERY MOUNT now shows correct results? Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/19/2006 10:21:11 AM: yes I did reboot the library before. Just now after I ran the audit library, now it became normal. Thanks, William On 7/19/06, Thorneycroft, Doug [EMAIL PROTECTED] wrote: Have you restarted or run an inventory on the physical library? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of William Sent: Wednesday, July 19, 2006 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Strange TSM Server problem. Thanks Andy. I did check from TSM activity log, nobody is using it. I did check from library GUI and tapeutil, those tapes are actually in the slots not in drives. I did shutdown TSM Server/Library (TS3310) and restarted Library/TSM Server, still see those tapes are mounting and In Use. Again, thanks! On 7/19/06, Andrew Raibeck [EMAIL PROTECTED] wrote: - Have you checked the TSM server activity log for any messages related to the volumes in question? - Have you visually checked whether the volumes are actually mounted in those drives? Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www-306.ibm. com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/19/2006 09:04:04 AM: Thanks Mike, I tried to dismount after reboot TSM Server, still failed: tsm: TSMSERVERq mo ANR8330I LTO volume K00059L3 is mounted R/O in drive DRIVE1 (/dev/rmt1), status: IN USE. ANR8330I LTO volume K00062L3 is mounted R/O in drive DRIVE2 (/dev/rmt2), status: IN USE. ANR8330I LTO volume K00060L3 is mounted R/O in drive DRIVE3 (/dev/rmt3), status: IN USE. ANR8334I 3 matches found. tsm: TSMSERVERdismount vol K00059L3 ANR8348E DISMOUNT VOLUME: Volume K00059L3 is not Idle. ANS8001I Return code 11. Thanks Mike, the node removed after deleted backupset. On 7/19/06, Michael Bartl [EMAIL PROTECTED] wrote: William, (usually) if you don't see processes or sessions using a tape R/O, the volume is held open just during the mount retention period. But this doesn't match the current status IN USE... Try to dismount the volumes. Question 2: Why can't I remove this node? How can I find out what Object sets still exist for this node? Try select * from backupsets tsm: TSMSERVERremove node NODE01 Do you wish to proceed? (Yes (Y)/No (N)) y ANR2339E REMOVE NODE: Object sets still exist for node NODE01. ANS8001I Return code 13. Seems you have some undeleted Backupsets. tsm:help ANR2339E ANR2339E Command: Object sets still exist for node node name. Explanation: A REMOVE NODE command has been entered for a node for which the server is still storing backup sets. To remove a node, the node must not have any files or backup sets stored on the server. System Action: The server does not process the command. User Response: To remove the node, delete all backup sets from the server and reissue the command. Good luck,
