why retries...
Hi List, Can someone explain this: 11/16/10 23:58:48 Normal File--14,186,959 /usr/IBMIHS/logs/error_log [Sent] 11/16/10 23:58:48 Normal File-- 8 /usr/IBMIHS/logs/httpd.pid [Sent] 11/16/10 23:58:48 Normal File--73,728 /usr/lib/objrepos/PDiagAtt [Sent] 11/16/10 23:58:48 Normal File--20,480 /usr/lib/objrepos/PDiagAtt.vc [Sent] 11/16/10 23:58:48 Normal File-- 8,192 /usr/lib/objrepos/PDiagDev [Sent] 11/16/10 23:58:48 Normal File-- 4,096 /usr/lib/objrepos/PDiagDev.vc [Sent] 11/16/10 23:58:48 Normal File--49,152 /usr/lib/objrepos/PDiagRes [Sent] 11/16/10 23:58:48 Normal File-- 8,192 /usr/lib/objrepos/PDiagRes.vc [Sent] 11/16/10 23:58:48 Normal File-- 851,968 /usr/lib/objrepos/PdAt Changed 11/16/10 23:58:49 Retry # 1 Normal File--14,186,959 /usr/IBMIHS/logs/error_log [Sent] 11/16/10 23:58:49 Retry # 1 Normal File-- 8 /usr/IBMIHS/logs/httpd.pid [Sent] 11/16/10 23:58:49 Retry # 1 Normal File--73,728 /usr/lib/objrepos/PDiagAtt [Sent] 11/16/10 23:58:49 Retry # 1 Normal File--20,480 /usr/lib/objrepos/PDiagAtt.vc [Sent] 11/16/10 23:58:49 Retry # 1 Normal File-- 8,192 /usr/lib/objrepos/PDiagDev [Sent] 11/16/10 23:58:49 Retry # 1 Normal File-- 4,096 /usr/lib/objrepos/PDiagDev.vc [Sent] 11/16/10 23:58:49 Retry # 1 Normal File--49,152 /usr/lib/objrepos/PDiagRes [Sent] 11/16/10 23:58:49 Retry # 1 Normal File-- 8,192 /usr/lib/objrepos/PDiagRes.vc [Sent] 11/16/10 23:58:50 Retry # 1 Normal File-- 851,968 /usr/lib/objrepos/PdAt [Sent] Why does TSM retry files that are already '[Sent]'? I would expect only the /usr/lib/objrepos/PdAt is retried as it apparently has been changed. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-mar...@mesa.nl 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: why retries...
On Wed, Nov 17, 2010 at 08:24:51AM -0500, Richard Sims wrote: The line with the Changed tells the story. Remember that TSM client-server interactions are *transaction* based, not file-by-file. If a constituent element of the transaction changes, the transaction is void and has to be repeated, according to your Changingretries choice. This relates to Aggregate-based storage in the TSM server. Yes, I expected that much... But it is just a waste of bandwidth to send the whole aggregate again because maybe one (somteimes small) file in it has been changed. I saw a lot of such retries so am worried about it a bit. I sure this can be implemented in a miuch more optimal way. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-mar...@mesa.nl 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: SV: SV: SV: Trace Facility Guide?? version 5.2/5.3
Andy, On Thu, Feb 24, 2005 at 09:21:39AM -0700, Andrew Raibeck wrote: where can i find an updated list over flag for TRACEFLAGS??? In the Problem Determination Guide I referenced earlier. Just to set proper expectations: In general, tracing is intended to be used only at the direction of IBM support and development for diagnosing customer problems. While some degree of tracing can be useful for advanced users, it is not really intended as a fully documented end-user feature to be used independent of IBM support. So why does IBM offer a TSM performance course where tracing and all its options are discussed? I hope IBM does not force us to take the course over and over again just to keep up to date on traceflags and options. In other words, It would be nice to have up to date traceflags/options publicly available and not just when IBM feels like it... I just the information form the course a few time to investigate some oracle tdp performance problems. Interaction with IBM on every step in that case would have taken much to much time. So I was glad the performance course was there... Regards, -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: unix sparse file backup?
Nice test. I tried it on a linux box and got the same results. I wanted to see if there is perhaps a difference in the backup/restore time and transfer rates. But both files take the same amount of time to backup or restore and transfer rates are also the same. You don't even have to use the -makesparsefile=yes option. The spares file is just restored as sparse file... -Marcel On Wed, Jan 26, 2005 at 09:28:47AM +0059, Jurjen Oskam wrote: On Tue, Jan 25, 2005 at 03:56:00PM -0700, Andrew Raibeck wrote: file, here is allocation map. My understanding is that during restore, TSM analyzes the data for lengthy patterns of zeroes in the data stream, and that is how MAKESPARSEFILE works; but TSM does not do that analysis during the backup. [...] The TSM server is not actively aware of a file's attributes. The sparseness of the file is determined at restore time, after the data has been uncompressed, but before it is written to the disk. I've just been testing this a bit. I've created two files, both 10M large. Both are entirely filled with zeros. One is sparse, one isn't: $ dd if=/dev/zero of=test-real bs=1024 count=10240 10240+0 records in. 10240+0 records out. $ dd if=/dev/zero of=test-sparse bs=1024 count=1 seek=10239 1+0 records in. 1+0 records out. $ ls -l test-real test-sparse -rw-r--r-- 1 joskam staff 10485760 Jan 26 08:52 test-real -rw-r--r-- 1 joskam staff 10485760 Jan 26 08:52 test-sparse $ cmp test-real test-sparse $ du -k test-real test-sparse 10240 test-real 4 test-sparse Then I did (dsmc output compacted): $ dsmc sel test-real test-sparse Normal File--10,485,760 /home/joskam/test-real [Sent] Normal File--10,485,760 /home/joskam/test-sparse [Sent] Total number of bytes transferred:20.00 MB $ rm test-real test-sparse $ ls -l test-real test-sparse ls: 0653-341 The file test-real does not exist. ls: 0653-341 The file test-sparse does not exist. $ dsmc rest -makesparsefile=yes test-real Restoring 10,485,760 /home/joskam/test-real [Done] Total number of bytes transferred:10.00 MB $ dsmc rest -makesparsefile=yes test-sparse Restoring 10,485,760 /home/joskam/test-sparse [Done] Total number of bytes transferred:10.00 MB If what you're stating above is true, TSM would have no knowledge of whether a file was originally sparse or not. But it does: $ du -k test-real test-sparse 10240 test-real 4 test-sparse Both the above files were restored with MAKESPARSEFILE=YES, but only the file that originally was sparse is restored as such. I repeated this with 512 MB files, and got the exact same results. With these larger files however, it was easily observable that the sparse file and the normal file took the same amount of time to be sent to the TSM server. This also applied to restoring. So it would seem that sparse files are indeed sent to and stored on the TSM server without any holes. However, it would also seem that the TSM server does indeed know whether a file was sparse or not. I did not test whether sparse files are restored with the same layout, i.e. whether the holes in restored sparse files are in the same place as the holes in the original files. -- Jurjen Oskam E-mail has just erupted like a weed, and instead of considering what to say when they write, people now just let thoughts drool out onto the screen. - R. Craig Hogan -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: ISC on WinXP or Unix
. ** -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: ISC on WinXP or Unix
these customers are forced into setting up an ISC, preferably on other hardware than on the TSM server because of the resource utilization of the ISC. IMHO this does not make any sence at all. I tried to set up an ISC in a test environment. I tried a PII 400 with 384 MB. On this machine TSM 5.2.3.5 works perfectly for testing purposes. I did not manage to install the ISC with the TSM admin (after an 8 hours of trying), and for now I don't want to put any effort in it because I don't have the equipment nor the time. For the people who managed to get ISC working; is it worth it? Is the TSM admin dramatically improved? Have all the wishes which we see come by in this group come true? I sincerely hope we get our webinterface back. Adrie ** 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. ** -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Reading the cartridge memory on LTO.
On Wed, May 05, 2004 at 04:40:00PM -0800, Levinson, Donald A. wrote: Can anyone tell me how to access the information on the LTO-CM chip? I am interested in finding the total life usage of my tapes to determine when to end-o-life a cartridge. My drives are 3580 IBM and they are connected to an AIX system. I looked in the manual for tapeutil but it doesn't mention any such capability. I have patched tapeutil to give you some usefull information out of the tape drives/carctridges. The patch for tapeutil 1.58 is able to show part of the MAM. See http://www.mesa.nl to see example output of the patched taputil. Follow the download link and then the tapeutil link. -Marcel *** 5/5/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Disk and Tape access over the same fibre adapter
Hi, No whitepapers or the like, just experience: we are running a RS/6k with 4 HBA's with mixed disk and tape. Each ESS disk runs through each HBA (e.g. each vpath has 4 hdisks). Each HBA also runs 2 LTO-1 drives from a 3584 library. This setup is running for over 4 years now without any problems (the last two year TSM is involved. The RS/6k now uses the LTO drives through the LANfree option whereas befoer we use some local backup mechanism). -Marcel On Thu, Apr 29, 2004 at 01:32:45PM +0200, Daniel Sparrman wrote: Hi Bill Just check out the readme-files that comes with the patch/maintenance package. It clearly states that Tivoli recommends connecting the tape drives on separate adapters from the disk. From the readme-file of the TSM StorageAgent for SUN v5.2.1.3 (ftp://ftp.software.ibm.com/storage/tivoli-storage-management/patches/storage-agent/5.2.1.3/TSMSTA5213_SUN.README): * * Host Bus Adapter recommendation * * It is highly recommended that Tape Drives and Tape Libraries be connected to the system on their own host bus adapter and not share with other devices types (DISK, CDROM, etc.). Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Propellerv?gen 6B 183 62 T?BY V?xel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Bill Boyer [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 2004-04-29 13:20 Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject Disk and Tape access over the same fibre adapter Just got a new client that wants to do some LANfree backups, but they don't believe me when I tell them that the recommended way is to have a separate HBA for disk and tape. They don't think that mixing the 2 will be a performance issue. I remember a couple years ago this was an issue of data corruption, but that has been addresses. Can someone point me to any whitepapers or documentation explaining why they should spend a couple more $'s and get an additional adapter for those server they want to do LANfree backups on? TIA, Bill Boyer Experience is a comb that nature gives us after we go bald. - ?? -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
install new TSM but use database fro older version
Hello, I want to move to a newer TSM version but also going to a new machine. Is it possible to have the new machine with the new TSM installed and then use that to restore a database backup from an earlier TSM version? If yes, will it do the upgradedb automatically or do I have to run that manually? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
checkin vol checklabel=barcode search=bulk
Hello, I have an issue with the TSM checkin facility. I have this 3584 library with 10 slot ioport (bulk). The library is split in 2 logicals. So the bulk can have tapes from both logical libraries. (eg operators returning tapes and don't know what tapes belong to which librarie so just put them all i the bulk). Now I want to checkin the volumes known to TSM DRM (vaultretrieve) volume by volume by just checking the barcode on the volume. I would want to run something like: checkin libv 3584lib volume checklabel=barcode search=bulk So just tell TSM to scan the bulk for the specified volume and check it in without checking the label using a tapedrive. And preferably also without putting out a request to insert the volume in the bulk. But: tsm: checkin libv 3584lib 100288 checklabel=barcode search=bulk ANR2020E CHECKIN LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. (Ok, 'help checkin libv' shows that this is not valid syntax.) All I can do is checkin libv 3584lib 100288 checklabel=yes But now TSM request me specifically to put the volume in the top slot of the bulk and reply to a request, after which TSM will put the volume checks the label using a drive. (I could use checklabel=no but then TSM just picks whatever in is the top bulk slot and assumes it is the specified volume). As the operator puts in many volumes in the bulk I have to move then to the top slot one by one. Do I overlook something or should this be filed as an enhancement request? TSM server 5.1.8 and 5.2 on AIX 5.1. Thanks, -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: FW: checkin vol checklabel=barcode search=bulk
Hi not sure if this help but this is how we do it. First I do a move drm for each vaultretrieve that I am going to checkin. move drm vol1234 wherestate=vaultretrieve tostate=onsiteretrieve move drm vol2345 wherestate=vaultretrieve tostate=onsiteretrieve move drm vol3456 wherestate=vaultretrieve tostate=onsiteretrieve Yes, thats what I do too (actually have an extra step to move fron vaultretrieve to courierretrieve). And I also want to use this list to specifically check them in. The I run the following which I put in a script I call checkin, less typing run checkin checkin libvol ibm3584 search=bulk status=scratch checkl=barcode But this will checkin all volunes in the bulk, even the ones for the other logical library (or are not vaultretrieve/courierretrieve for that matter). That is why I want to use the above list to specifically checkin the volumes. Next q req, and finally, reply request number, that's it. I do not have to have a drive free for this process because the checkl=barcode. Operators put in the tapes in the bulk and then run the custom-checkin script. So if my checkin syntax would have been valid things would have been much simpler: checkin libv 3584lib volume checklabel=barcode search=bulk -Marcel -Original Message- From: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 8:15 AM To: [EMAIL PROTECTED] Subject: checkin vol checklabel=barcode search=bulk Hello, I have an issue with the TSM checkin facility. I have this 3584 library with 10 slot ioport (bulk). The library is split in 2 logicals. So the bulk can have tapes from both logical libraries. (eg operators returning tapes and don't know what tapes belong to which librarie so just put them all i the bulk). Now I want to checkin the volumes known to TSM DRM (vaultretrieve) volume by volume by just checking the barcode on the volume. I would want to run something like: checkin libv 3584lib volume checklabel=barcode search=bulk So just tell TSM to scan the bulk for the specified volume and check it in without checking the label using a tapedrive. And preferably also without putting out a request to insert the volume in the bulk. But: tsm: checkin libv 3584lib 100288 checklabel=barcode search=bulk ANR2020E CHECKIN LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. (Ok, 'help checkin libv' shows that this is not valid syntax.) All I can do is checkin libv 3584lib 100288 checklabel=yes But now TSM request me specifically to put the volume in the top slot of the bulk and reply to a request, after which TSM will put the volume checks the label using a drive. (I could use checklabel=no but then TSM just picks whatever in is the top bulk slot and assumes it is the specified volume). As the operator puts in many volumes in the bulk I have to move then to the top slot one by one. Do I overlook something or should this be filed as an enhancement request? TSM server 5.1.8 and 5.2 on AIX 5.1. Thanks, -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: FW: checkin vol checklabel=barcode search=bulk
Jeffrey, This is basically exactly what I do except my step 4 is different: checkin libvol 3584lib $volume checkl=yes stat=scratch (and therefor I need to make sure a drive is empty and move the volume up to the top slot and check/reply the TSM request, which may cause al kinds of race conditions or deadlocks) I did not realize the search=yes also scans the bulk! On the other hand search=yes for evey volume will occupy the library with 'lots' of scans. I still think my suggested way would make checkin life much easier and is not difficult for development to implement I guess. Is TSM development listening? Andy? -Marcel On Wed, Feb 04, 2004 at 12:38:53PM -0500, Jeffrey Renicker wrote: We had the same problem at our site - a physically partitioned 3584 library used by two separate TSM servers. Here's the logic of the script I wrote to fix to the problem: 1. Use the tapeutil command to list the tapes in the I/O convenience slots. 2. Check DRM to see if it knows about the tape. If DRM has no record of the tape then assume it belongs to the other TSM server and ignore it. 3. If the tape is defined to DRM then use the tapeutil command to manually move the tape to an open slot in the library. 4. Check the tape in using the command: checkin libvol ibm3584 search=yes checkl=barcode stat=scratch vollist=volser 5. Do steps 2-4 for each tape found in step 1. Note that the checkin libvol command in step 4 does not cause a request to be issued (i.e. no need to run the q req command). Hope this helps Jeff Renicker Marcel J.E. Mol [EMAIL PROTECTED] Sent by: ADSM:To Dist Stor [EMAIL PROTECTED] Manager cc [EMAIL PROTECTED] .EDU Subject Re: FW: checkin vol checklabel=barcode search=bulk 02/04/2004 10:18 AM Please respond to marcel Hi not sure if this help but this is how we do it. First I do a move drm for each vaultretrieve that I am going to checkin. move drm vol1234 wherestate=vaultretrieve tostate=onsiteretrieve move drm vol2345 wherestate=vaultretrieve tostate=onsiteretrieve move drm vol3456 wherestate=vaultretrieve tostate=onsiteretrieve Yes, thats what I do too (actually have an extra step to move fron vaultretrieve to courierretrieve). And I also want to use this list to specifically check them in. The I run the following which I put in a script I call checkin, less typing run checkin checkin libvol ibm3584 search=bulk status=scratch checkl=barcode But this will checkin all volunes in the bulk, even the ones for the other logical library (or are not vaultretrieve/courierretrieve for that matter). That is why I want to use the above list to specifically checkin the volumes. Next q req, and finally, reply request number, that's it. I do not have to have a drive free for this process because the checkl=barcode. Operators put in the tapes in the bulk and then run the custom-checkin script. So if my checkin syntax would have been valid things would have been much simpler: checkin libv 3584lib volume checklabel=barcode search=bulk -Marcel -Original Message- From: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 04, 2004 8:15 AM To: [EMAIL PROTECTED] Subject: checkin vol checklabel=barcode search=bulk Hello, I have an issue with the TSM checkin facility. I have this 3584 library with 10 slot ioport (bulk). The library is split in 2 logicals. So the bulk can have tapes from both logical libraries. (eg operators returning tapes and don't know what tapes belong to which librarie so just put them all i the bulk). Now I want to checkin the volumes known to TSM DRM (vaultretrieve) volume by volume by just checking the barcode on the volume. I would want to run something like: checkin libv 3584lib volume checklabel=barcode search=bulk So just tell TSM to scan the bulk for the specified volume and check it in without checking the label using a tapedrive. And preferably also without putting out a request to insert the volume in the bulk. But: tsm: checkin libv 3584lib 100288 checklabel=barcode search=bulk ANR2020E CHECKIN LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. (Ok, 'help checkin libv' shows that this is not valid syntax.) All I can do is checkin libv 3584lib 100288 checklabel=yes But now TSM request me specifically to put the volume in the top slot of the bulk and reply to a request, after which TSM will put the volume checks the label using a drive. (I could use checklabel=no but then TSM just picks
Re: FW: checkin vol checklabel=barcode search=bulk
On Wed, Feb 04, 2004 at 01:01:09PM -0500, Ted Byrne wrote: snip Here's the logic of the script I wrote to fix to the problem: 1. Use the tapeutil command to list the tapes in the I/O convenience slots. snip Jeff, Can you share the tapeutil command(s) you use to retrieve this information? tapeutil -f /dev/smcX inventory followed by some clever shell/perl scripting. I tweaked the source code of tapeutil to create more readable and easier to parse inventory (as announced in an earlier post the patches can be found on www.mesa.nl on the download page) -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM Server 5.2.2.0 actlog prob
Same problem here on a small old RS/6000 E20 test server, AIX 5.1 TSM 5.2.2.0. 'help q act' shows domainname as parameter but omits a description of the parameter... -Marcel On Fri, Jan 09, 2004 at 09:27:31AM +0100, Moonen, LJL (Bert) wrote: Hello guys, we are running on a AIX server M80 (aix version 5.2) with TSM 5.2.2., for us all works fine. We don't have any problems. Probably this only occors when running a windows server. ABP / USZO CIS / BS / TB / Storage Management Telefoon : +31(0)45 579 7773 Fax : +31(0)45 579 3990 Email : [EMAIL PROTECTED] Centrale Mailbox : Centrale Mailbox - BS Storage (eumbx05) Tech Support: Have you made backups of your software and data? Customer: I didn't know it had a reverse. -Oorspronkelijk bericht- Van: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED] Verzonden: vrijdag 9 januari 2004 9:14 Aan: [EMAIL PROTECTED] Onderwerp: Re: TSM Server 5.2.2.0 actlog prob Hi John! I see the same resonse here on my AIX 5.2.2.0 server. This really looks like a bug to me! Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: John Monahan [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 00:43 To: [EMAIL PROTECTED] Subject: TSM Server 5.2.2.0 actlog prob {Scanned} I just installed TSM 5.2.2.0 on a test server - Windows 2003. This was upgraded from 5.1.6 something. The default activity log query from the web browser is not working. I get: ANR2020E QUERY ACTLOG: Invalid parameter - DOMAINNAME. A help query actlog reveals: DOmainname Specifies that the query displays messages logged for a particular policy domain to which a named schedule belongs. This parameter is optional, unless you are specifying a schedule name. I am not specifying a schedule, this is just the default actlog query from a browser. I can't change the domainname field to be blank in the browser, it is a drop down list only. I can make the query work by changing the default originator from ALL to CLIENT. It seems that the domainname field is only valid when the originator is CLIENT anyway, but there is no way to blank the domainname field out in the browser for the originators of ALL or SERVER. Anyone else have 5.2.2.0 installed yet and see this problem? __ John Monahan Senior Consultant Enterprise Solutions Computech Resources, Inc. Office: 952-833-0930 ext 109 Cell: 952-221-6938 http://www.computechresources.com ** 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. ** =DISCLAIMER= De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen. The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission. -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148
Re: AIX 5.2, TSM 5.2.2, 64 bit Kernel {Scanned}
accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission. ** 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. ** =DISCLAIMER= De informatie in dit e-mailbericht is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. Wanneer u dit bericht per abuis ontvangt, verzoeken wij u contact op te nemen met de afzender per kerende e-mail. Verder verzoeken wij u in dat geval dit e-mailbericht te vernietigen en de inhoud ervan aan niemand openbaar te maken. Wij aanvaarden geen aansprakelijkheid voor onjuiste, onvolledige dan wel ontijdige overbrenging van de inhoud van een verzonden e-mailbericht, noch voor daarbij overgebrachte virussen. The information contained in this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient. If you have received it in error, please contact the sender immediately by return e-mail; please delete in this case the e-mail and do not disclose its contents to any person. We don't accept liability for any errors, omissions, delays of receipt or viruses in the contents of this message which arise as a result of e-mail transmission. -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM on Linux for large sites? Was: TSM on AIX now, platform changecoming?
On Thu, Dec 11, 2003 at 03:02:15PM +0100, Werner Baur wrote: Deon George schrieb: One of the major problems we see with linux as tsm server platform is that you forced to use a well-defined but very restricted range of linux flavors which is supported by IBM. For example, we would like to use Suse9 which is our standard system for all our linux serves but are pinned to SLES 8 if we want to get support from IBM any longer. I tried TSM on some other Linux kernels. It runs fine as long as you dont use and tape drives. To use tape drives you need the tsm.devices rpm for tape drivers. uThe point is that this rpm contains support for only a few linux kernel versions. If we could just convince TSM development to release the tsm.devices as opensource it would be quite simple to rebuild the drivers for other kernel versions (and different linux distributions). -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM restore media list
IF you want to know on node/filespace level you can look at the volumeusage table. For example: select distinct node_name, stgpool_name, volume_name from volumeusage order by node_name, stgpool_name, volume_name I have this small perl script that makes its output more readable. -Marcel On Wed, Dec 03, 2003 at 03:35:21PM -0500, ZENG Brian (800043) wrote: I got you, Richard. This is exactly what is required from my point of view. We need to do a diaster recovery rehearsal, which I need to get the Required tapes to another location and restore whatever from there. In this case, I guess only option is to bring all the offsite tapes over and put them ALL into the library. Another suggestion I got is to do a selective backup before DR, that way to minimize the total time of restoration taken by having most recent data on limited number of tapes. But what about the Database with no downtime possible? Thanks, Brian -Original Message- From: Richard Sims [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 3:26 PM To: [EMAIL PROTECTED] Subject: Re: TSM restore media list How to find out the offsite media list required for specific restoration? See, if I know the file or directory path and dates to restore, is there anyway to find out which tape should be used? Brian - Whether onsite or offsite, the product provides no means for determining what volumes will be needed for a restoral of specific subsets of the backed up environment. There is no command of feasible SQL method for determining this in the general case. Only in the simplest cases can there be any certainty (e.g., filespace collocation, and only one tape thus far written for the filespace). This drawback derives from the file-oriented nature of the product, where the philosophy is you should not need to be concerned with where files are on what tape volumes. It's an excellent philosophy, but inconvenient when you are required to take some subset of your tapes to another environment to perform restorals there. Richard Sims http://people.bu.edu/rbs -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Backup User profiles
Alternatively you might consider running a move nodedata once in a while to get all files on one (or a few) tapes. It is just a thought... -Marcel On Wed, Nov 19, 2003 at 09:10:14AM +0100, Salak Juraj wrote: Hi, I also run into this problem. Thomas Rupp described why this happens. I am considering to run periodically dsmc selective on this directories. Maybe once a month, this will brind all files on one tape. If you go this way as well, do not forget to check your backup management class, maybe you will want to increase number of versions to keep accordingly regards Juraj Salak -Urspr?ngliche Nachricht- Von: Thomas Rupp, Vorarlberger Illwerke AG [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 18. November 2003 17:11 An: [EMAIL PROTECTED] Betreff: Backup User profiles Hi TSM-ers, How do you backup your server based Windows user profiles? I have to backup a W2K server with a 160GB disk where the Windows XP User profiles are stored - about 1.5 million files and 20GB. These files have spread over a lot of tapes - a restore of a user profile just took 4 hours due to mount wait and tape positioning time. Node Collocation is enabled - filespace collocation wouldn't help as this node has only one filespace. I will give Richard Sims suggestion on how to create a VIRTUALMOUNTPOINT on Windows a try. Or has anyone else found a way how to backup and restore user profiles efficiently? Client: 5.1.5 on Microsoft W2K cluster Server: 4.2.2.8 Kind regards and greetings from Austria Thomas Rupp Vorarlberger Illwerke AG -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Checkin libvol
On Fri, Oct 10, 2003 at 07:35:43AM -0500, Stapleton, Mark wrote: From: Christian Svensson [mailto:[EMAIL PROTECTED] Search=yes is not picking up the media from the Service port. I need to use Search=bulk. And and it??s still does??nt work. If you're loading tapes into the I/O station, you'll have to run the request/reply process to check them. The search=yes parameter is only used when you put tapes into the library manually. I noticed that too. But isn't entering tapes in empty slots a bit dangerous? If tsm has loaded a tape from say slot 100 in a drive and you put a new tape in slot 100 what will happen if tsm wants to return the tape from the drive to its original slot? I'm using a script to checkin tapes one by one from the ioslots (3584) explicitely specifying the volumelabel. TSM then requests me to put the tape in the upper slot for every tape. I wish that it would support search=bulk so it scans the ioports for the specific volume... -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: a lot of errors since DP for Oracle 5.2 upgrade
Seen these on tdp 2.2.1 also. Most of them (maybe all of them) are for the 'c' type files (e.g. oracle controlfiles). They were once explained as being checked for existance on the tsm server before actually creating them... -Marcel On Thu, Oct 02, 2003 at 01:47:58PM +0200, Loon, E.J. van - SPLXM wrote: Hi *SM-ers! Since the upgrade of 3 of our Data Protection for Oracle clients from 2.2.1 to 5.2 I see a LOT of errors in the activity log like: ANU2602E The object /mount/appl1//c-862102661-20031002-0a was not found on the TSM Server I checked these messages in the TSM log and compared them with the TSM inventory details. From the TSM activity log: 02-10-2003 10:09:21 ANE4994S (Session: 673547, Node: KL1004XL-ORC) TDP Oracle AIX ANU0599 ANU2602E The object /mount/appl1//c-862102661-20031002-0a was not found on the TSM Server With a select * from backups where node_name='NODE from the client's inventory on the TSM server: KL1004XL-ORC /mount/appl1 1 ACTIVE_VERSION FILE // c-862102661-20031002-0a 316949736 2003-10-02 10:09:22.00 oracle DEFAULT So the object not found error occurred at 10:09:21 and the object itself was created at 10:09:22! It looks like TSM checks whether the object already exists before creating it. If this is the case, then this is a new feature introduced in the 5.2 DP client. A nasty side affect is a LOT of errors in both the activity log and the tdpoerror.log. Has anybody seen this before? Kindest regards, Eric van Loon KLM Royal Dutch Airlines -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM managed services
On Fri, Sep 19, 2003 at 10:17:45PM -0400, Wholey, Joseph (IDS DMDS) wrote: Can anyone share some info on TSM managed services to address a Unix memory leak. i.e. have dsmcad start scheduler prior to backup and stop it after backup. My understanding is that the memory leak is actually a short coming of the Unix operating system architecture. Apparently the scheduler aquires memory and does not release it. Who recommends managed services? I'd like to hear. thx. I fail to see why this would be a unix memory leak. I think it is a scheduler leak. The scheduler should take care of releasing memory it dos not need anymore. How should unix know if the scheduler did not release unneede memory (unless the scheduler quits). Anyway, we had a problem that the scheduler started looping and took 100% cpu after a couple of days. IBM support advised us to use the managed services setup andthings run fine with it for over a month now. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: How to read LTO cartridge memory (was Re: Media Fault)
Hi list, new patches are including logpage 30 and power uptime on logpage c are available on http://www.mesa.nl -Marcel On Wed, Aug 27, 2003 at 06:27:20PM +0200, Anthonijsz, Marcel M SITI-ITDGE13 wrote: Hurray, With the help of Marcel Mol (Thanks!)I managed to read the wanted info from LTO CM. Marcel provides a patch on his site for tapeutil (see below). The patched tapeutil displays the log page info in human readable format (again, see below). I added (read copied and altered) some code to display Log Page 30 Tape Usage Log. Now tapeutil -f /dev/rmt1 logpage 30 says following: Enter page code in hex: 30 Enter parameter pointer in hex or enter for all parameters: Issuing log sense for page 0x30... 1 - Thread Count:112 2 - Total Data Sets Written: 3245519 3 - Total Write Retries: 1336616 4 - Total Unrecovered Write Errors:0 5 - Total Suspended Writes:28027 6 - Total Fatal Suspended Writes: 0 7 - Total Data Sets Read: 666434 8 - Total Read Retries: 88 9 - Total Unrecovered Read Errors: 0 10 - Total Suspended Reads: 0 11 - Total Fatal Suspended Reads: 0 And the thread count is increased each time the cartridge is loaded into a drive. Now only I have to find out what the relevance of the other figures are... Help apriciated! And - yes - it's radio technology, you have to put the cartridge into a drive to get readings (bummer!), otherwise it's all zeroes.. Now I can get stats for all my 1000 cartridges... See IBM TotalStorage LTO Ultrium Tape Drive SCSI Reference GA32-0450 for detailed info. http://www.ibm.com/Search?v=11lang=encc=usq=GA32-0450 Marcel Anthonijsz Central Data Storage Manager (a.k.a. storman) Shell Information Technology International B.V. PO Box 1027, 2260 BA Leidschendam, The Netherlands Tel: +31-70 303 4984 Email: Marcel.Anthonijsz.at.shell.com Internet: http://www.shell.com Date:Tue, 26 Aug 2003 19:48:26 +0200 From:Marcel J.E. Mol [EMAIL PROTECTED] Subject: Re: How to read LTO cartridge memory (was Re: Media Fault) On Tue, Aug 26, 2003 at 01:14:21PM +0200, Anthonijsz, Marcel M SITI-ITDGE13 wrote: Hi *SM'ers, Does anybody know how to read the LTO Cartridge memory from the LTO cartridge? Is this the output you would like to see? Issuing log sense for page 0x0C... 0 - Write Bytes Received before Compression:0 1 - Write Bytes Received after Compression: 0 2 - Read Bytes Sent before Compression: 0 3 - Read Bytes Sent after Compression: 0 0100 - Cleaning Required: 0 8000 - Megabytes processed since last cleaning: 20598158 8001 - Lifetime Load Cycles:1313 8002 - Lifetime Cleaning Cycles: 1 I created this by patching the tapeutil command a bit. It decodes the data from logpages C, 31 and 32. See http://www.mesa.nl for the patches. Follwo the download section... -Marcel The LTO specs/brochure show an expected life cycle of about 1 million mounts and recommends replacement after about 5000 loads. We want to know how close we are to this figure. TSM forgets about mounts as soon as a volume gets scratched... Now did somebody perform the exercise Richards Sims describes below? If not... I see an opportunity here I never did SCSI programming, so there must a first time for everything :-/ Thanks! Marcel Anthonijsz Central Data Storage Manager (a.k.a. storman) Shell Information Technology International B.V. PO Box 1027, 2260 BA Leidschendam, The Netherlands Email: Marcel.Anthonijsz.-at-.shell.com Internet: http://www.shell.com Date: Jul 01, 09:42 From: Richard Sims [EMAIL PROTECTED] Question is: Do you possibly know any software capable of extracting info from LTO CM?? (I mean of course a program that can be run against a suspected cartridge) Wieslaw Now, you know you weren't supposed to ask that question... :-) My research indicates that vendors don't consider that customers should need to access the Medium Auxiliary Memory (MAM) - the industry generic name for an in-cartridge non-volatile memory chip which tracks usage and other info. The manual IBM TotalStorage LTO Ultrium Tape Drive - SCSI Reference (GA32-4050) fully describes their MAM and how to read and write it via SCSI commands. The device driver programming manual (in this case, IBM Ultrium Device Drivers - Programming Reference (GC35-0483)) provides many ioctl functions which make it easier for a programmer to invoke what resolve to SCSI commands; but in this case I see no ready operation
Re: *Real* admin interface (Was: q vol f=g ??!?)
On Tue, Aug 26, 2003 at 11:02:20AM +0200, Loon, E.J. van - SPLXM wrote: Hi Mark! Can you sort your dsmadmc output? Can you scroll up and down through your dsmadmc results? Think not. So I think you can't compare the commandline I for one can do that easily. My xterm has a large scroll buffer. Together with a small perl script to beautify the q act output and I'm a happy person using the commandline. I only use the (web)gui when I forgot which commands to use for some task... -Marcel -Original Message- From: Stapleton, Mark [mailto:[EMAIL PROTECTED] Sent: Sunday, August 24, 2003 01:45 To: [EMAIL PROTECTED] Subject: Re: *Real* admin interface (Was: q vol f=g ??!?) From: Kamp, Bruce [mailto:[EMAIL PROTECTED] What might be another alternative is an MMC (Microsoft Management Console) If you'll look *really carefully* at the TSM Management Console for Windows, you're looking at an MMC. All this talk about a real admin console leads me to a question: what is it you want to look at? You want to see how many volumes are contained in a storage pool? How many scratch tapes are in your library? How many tape volumes are in pending mode? Sounds to *me* like you need to be using dsmadmc. I haven't found a GUI-based admin interface that can hold a candle to the reliability, speed, and pinpoint control available of the command-line admin interface. I can run select statements that give me *exactly* what I want and in the format I want, I can script rapidly and easily, I can redirect output to text and pipe it to text processors like Perl, Python, and even lowly awk and sed. Yes, it takes practice, and it take some typing skill to do it quickly. And, as a Tivoli rep and I agreed upon, any kind of realtime monitor would do nothing but drag down the speed of the TSM server for the sake of generating pretty pictures for the local PHB. -- Mark Stapleton ([EMAIL PROTECTED]) Berbee Information Networks Office 262.521.5627 ** 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. ** -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: How to read LTO cartridge memory (was Re: Media Fault)
On Tue, Aug 26, 2003 at 01:14:21PM +0200, Anthonijsz, Marcel M SITI-ITDGE13 wrote: Hi *SM'ers, Does anybody know how to read the LTO Cartridge memory from the LTO cartridge? Is this the output you would like to see? Issuing log sense for page 0x0C... 0 - Write Bytes Received before Compression:0 1 - Write Bytes Received after Compression: 0 2 - Read Bytes Sent before Compression: 0 3 - Read Bytes Sent after Compression: 0 0100 - Cleaning Required: 0 8000 - Megabytes processed since last cleaning: 20598158 8001 - Lifetime Load Cycles:1313 8002 - Lifetime Cleaning Cycles: 1 I created this by patching the tapeutil command a bit. It decodes the data from logpages C, 31 and 32. See http://www.mesa.nl for the patches. Follwo the download section... -Marcel The LTO specs/brochure show an expected life cycle of about 1 million mounts and recommends replacement after about 5000 loads. We want to know how close we are to this figure. TSM forgets about mounts as soon as a volume gets scratched... Now did somebody perform the exercise Richards Sims describes below? If not... I see an opportunity here I never did SCSI programming, so there must a first time for everything :-/ Thanks! Marcel Anthonijsz Central Data Storage Manager (a.k.a. storman) Shell Information Technology International B.V. PO Box 1027, 2260 BA Leidschendam, The Netherlands Email: Marcel.Anthonijsz.-at-.shell.com Internet: http://www.shell.com Date: Jul 01, 09:42 From: Richard Sims [EMAIL PROTECTED] Question is: Do you possibly know any software capable of extracting info from LTO CM?? (I mean of course a program that can be run against a suspected cartridge) Wieslaw Now, you know you weren't supposed to ask that question... :-) My research indicates that vendors don't consider that customers should need to access the Medium Auxiliary Memory (MAM) - the industry generic name for an in-cartridge non-volatile memory chip which tracks usage and other info. The manual IBM TotalStorage LTO Ultrium Tape Drive - SCSI Reference (GA32-4050) fully describes their MAM and how to read and write it via SCSI commands. The device driver programming manual (in this case, IBM Ultrium Device Drivers - Programming Reference (GC35-0483)) provides many ioctl functions which make it easier for a programmer to invoke what resolve to SCSI commands; but in this case I see no ready operation for getting MAM data. Those ioctl operations are what the handy-dandy ntutil and tapeutil commands invoke to acquire info, and I see nothing in their doc saying that they can return it (though it might be implicitly returned from other operations). All this is to say that with some SCSI programming, the information could be obtained and presented. We don't have LTO here, so I'm not in a position to try this out. So this remains an exercise for some industrious systems programmer out there having LTO on-site. Richard Sims, Sr. Systems Programmer, Boston University OIT http://people.bu.edu/rbs -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM 4.2.1 and a Manual drive
We just had the same problem today. It turned out that the 'define drives' somehow inherited device type GENERICTAPE while the storagepool had a deviceclass that we defined with device type DLT (As we have a few DLT drives). After creating a device class with device type 'GENERICTAPE' and setting the storagepool to this new deviceclass everything started to work (e.g migration, copy to copypool). So compare q dr, q stg and q devcl to see if this is also your 'problem'. -Marcel On Thu, Jul 03, 2003 at 05:38:30PM -0700, Gerald Wichmann wrote: I've been playing with my single external LTO drive and having problems with the good ole insufficient mount points available error. I know getting TSM to work with a manual drive is quirky and am probably missing something but I'm able to label a cartridge fine using label libv so I assume the drive is defined properly and working. However whenever I try a migration or run a backup that forces a migration I get the insufficient mount points error. My devclass has DRIVES for mount limit.. I've also tried 1 there but it didn't help. My node in question has maxnump set to 1 which should be fine too. Looking for other suggestions if anyone has any.. I searched the adsm list archive and someone had mentioned doing a reply and that I had to mount the tape but that doesn't seem to be the case here. It never puts for a request for me to reply to. I've tried it both with the tape in the drive and without it in the drive. The tape has been labeled successfully but nothing shows up under query libv or query vol. Far as I know you don't have to check in a manual tape do you? Maybe that's my problem.. Gerald Wichmann Senior Systems Development Engineer ZANTAZ, Inc. 925.598.3099 (w) This e-mail has been captured and archived by the ZANTAZ Digital Safe(tm) service. For more information, visit us at www.zantaz.com. IMPORTANT: This electronic mail message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone or directly reply to the original message(s) sent. Thank you. -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Media Fault
On Tue, Jul 01, 2003 at 09:42:30AM -0400, Richard Sims wrote: Question is: Do you possibly know any software capable of extracting info from LTO CM?? (I mean of course a program that can be run against a suspected cartridge) Wieslaw Now, you know you weren't supposed to ask that question... :-) What about this data for an LTO cartridge: 0 - Write Bytes Received before Compression: 248204451840 1 - Write Bytes Received after Compression: 55089235700 2 - Read Bytes Sent before Compression: 0 3 - Read Bytes Sent after Compression: 0 0100 - Cleaning Required: 0 8000 - Megabytes processed since last cleaning: 19793782 8001 - Lifetime Load Cycles: 695 8002 - Lifetime Cleaning Cycles: 0 -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Clear text passwords. Was: Automating dsmserv
Indeed, ps does not show the command line args of the dsmadmc process. (I did not check it before posting...). So the TSM developpers did a better job that de oracle guys; given userid/passwd as argument to sqlplus does not hide it in the ps output (just checked this...) However, the way this works is that dsmadmc just 'clears' the arguments passed to it. This means there is a small race condition. If you are quick enough you can see the passwords. Using the following script: #!/bin/ksh while true; do ps -ef | grep dsmadmc | grep -v grep done Lets name this greptsm and running this in the background # ./greptsm /tmp/greptsm.log and running some dsmadmc commands from the commandline (I created a test user with passowrd test) quickly shows some useful info: root 21050 21448 3 12:04:13 pts/0 0:00 dsmadmc root 21050 21448 0 12:04:13 pts/0 0:00 [dsmadmc] root 15500 21448 0 12:04:14 pts/0 0:00 [dsmadmc] root 28996 21448 1 12:04:15 pts/0 0:00 dsmadmc -id=test -pa=test q act begint=-00:01 root 28996 21448 4 12:04:15 pts/0 0:00 dsmadmc root 28996 21448 4 12:04:15 pts/0 0:00 dsmadmc root 28996 21448 4 12:04:15 pts/0 0:00 dsmadmc root 28996 21448 5 12:04:15 pts/0 0:00 dsmadmc So your'e save most of the times, but if you have some time to kill it can easily be done... (this was tested on a AIX 5.1 system) -Marcel On Tue, May 27, 2003 at 02:58:45PM -0700, Alex Paschal wrote: Actually, it doesn't show on AIX 5.2 or AIX 4.3.3. I can't speak for any other OS's or client levels. Alex Paschal Freightliner, LLC (503) 745-6850 phone/vmail alex /home/alex $ dsmadmc -id=myid -pa=mypass Tivoli Storage Manager Command Line Administrative Interface - Version 5, Release 1, Level 5.2 (C) Copyright IBM Corporation 1990, 2002 All Rights Reserved. Session established with server CORPTSM: AIX-RS/6000 Server Version 5, Release 1, Level 5.4 Server date/time: 05/27/03 14:52:24 Last access: 05/27/03 14:48:43 tsm: CORPTSM[1] + Stopped (SIGTSTP)dsmadmc -id=reports -pa=reports alex /home/alex $ ps -ef | grep dsm alex 24742 20888 0 14:54:06 pts/6 0:00 dsmadmc alex 33486 20888 2 14:54:10 pts/6 0:00 grep dsm alex /home/alex $ fg dsmadmc -id=reports -pa=reports quit ANS8002I Highest return code was 0. alex /home/alex $ r ps ps -ef | grep dsm alex 33488 20888 2 14:54:19 pts/6 0:00 grep dsm alex /home/alex $ -Original Message- From: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 1:42 PM To: [EMAIL PROTECTED] Subject: Re: Clear text passwords. Was: Automating dsmserv On Tue, May 27, 2003 at 04:06:32PM -0400, Stephen E. Bacher wrote: Justin Bleistein [EMAIL PROTECTED] wrote: any alternatives to running: dsmserv via batch mode with the: dsmadmc -id=login -pass=password syntax... I mean it's passwords in clear text so all someone has to do is cat that file and your exposed... Any ideas on how to automate the client-server interface (dsmadmc) without displaying the password anywhere?. Thanks!. A slight improvement on security would be something like: dsmadmc -id=login -pass=`cat /private/tsm/password.txt` As a normal user on this system do ps -ef | grep dsm and you'll see the result of `cat /private/tsm/password.txt` ... -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Clear text passwords. Was: Automating dsmserv
On Tue, May 27, 2003 at 04:06:32PM -0400, Stephen E. Bacher wrote: Justin Bleistein [EMAIL PROTECTED] wrote: any alternatives to running: dsmserv via batch mode with the: dsmadmc -id=login -pass=password syntax... I mean it's passwords in clear text so all someone has to do is cat that file and your exposed... Any ideas on how to automate the client-server interface (dsmadmc) without displaying the password anywhere?. Thanks!. A slight improvement on security would be something like: dsmadmc -id=login -pass=`cat /private/tsm/password.txt` As a normal user on this system do ps -ef | grep dsm and you'll see the result of `cat /private/tsm/password.txt` ... -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Defining TSM Disk pools on ESS wisdom wanted
On Thu, Mar 27, 2003 at 10:25:15AM +0100, Daniel Sparrman wrote: Hi I would suggest having as much volumes as possible. This is because AIX treats every volume as a PV, and one PV can only do one write or read at a time. I guess this also depends on how tsm fills the volumes. If it just fills them one by one you can just as well build larger volumes. From the description (e.g. san) I assume he uses sdd and has multiple hdisks to the vpaths so several I/O's can go in parallel. In the end I think the I/O performance mostly depends on how the ESS is configured. -Marcel So, using 24GB volumes is probably the best way to go. Also, JFS formatted volumes is the way to go. Best Regards Daniel Sparrman --- Daniel Sparrman Exist i Stockholm AB Propellervägen 6B 183 62 TÄBY Växel: 08 - 754 98 00 Mobil: 070 - 399 27 51 Anthonijsz, Marcel M SITI-ITDGE13 [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 2003-03-27 10:18 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Defining TSM Disk pools on ESS wisdom wanted Hi, We are redefining our TSM disk pools on IBM ESS storage. We got 39 x 24 GB LUNs from our storage collegues. Total 936GB. LUNs are spread across the whole ESS. Now what is the best way, TSM wise and performance wise to define these disks to TSM? Make the volumes as large as possible? or define a volume per LUN, so I get 39 volumes of each 24GB? Use raw volumes or JFS formatted? Almost forgot: we're running TSM 4.2.1.9 on AIX 4.3.3 ML10 (yes I do knowAll going out of support soon). ESS is FC connected. Thanks all for your eternal wisdom, Marcel Anthonijsz Central Data Storage Manager (a.k.a. storman) Shell Information Technology International B.V. PO Box 1027, 2260 BA Leidschendam, The Netherlands Tel: +31-70 303 4984 Mob: +31-6 24 23 6522 Email: Marcel.Anthonijsz.at.shell.com -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: Offsite Volumes
We see the same thing. Last week we took all ofsite tapes for a disaster test and found 18 out of 50 were not listed in q drme. I cannot guarantee that the tape operators did not make mistakes and we will double check in the coming weeks but it sure sound as a lot of lost tapes. I suspect that it has to to with changing status of vault retrieve volumes which somehow are not checked-in in time. When the volume history is truncated to the point where this state change was made the volume is 'lost'. I asked a TSM expert about it and he said the best way to solve this is to use some sort of media management tool that tracks volumes outside the vault... My opninion is that TSM should take care of this. This is one of my major problems with TSM. It does not seem to keep track of the very last status of every volume it has known about. Except probably when you never truncate the volume history. Does this seem as viable ecplanation or om I just missing something? -Marcel On Mon, Mar 10, 2003 at 04:17:38PM -0500, Mahesh Tailor wrote: Hello! TSM 5.1.6.2 on AIX 4.3.3.10 I am running DRM and I am seeing large discrepancies in what I have offsite and what TSM reports as being offsite. I run a q drm wherest=vault [or a select statement] and compare the list to the physical tapes offsite and they don't match. About 8 weeks ago, we did this manual inventory and had about 60-tapes come back. I did not pay much attention to this since we have been making some pretty drastic changes to our retention policies. Since then, though, we have not made any changes and when we did a manual inventory last week, we found about 32-tapes that did not match TSM's inventory. Has anyone else seen this? If so, can this be explained? Thanks. Mahesh -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Disaster recovery test
Hello list, Last week we did a disaster recovery test and as always we learned a lot. For one thing we discoverd that the last database backup was made while the backup to the copypool was still running. As a result some files were not visable in the test environment (where of coarse we ony used the last database backup tapes and the copypool tapes), but all data must be on the last copypool tapes. Of coarse we will update the backup schedules so this will never happen again (famous last words) but I'm wondering what one can do when this would happen in a real disaster recovery? I determined which copypool volumes were written to after the database backup was made and tried to do a 'audit volume' on them. But this did not help. From the help audit volume I'm a bit confused what happens during an audit volume. The FROMDATE option says that the default date to audit from is TODAY. But the FROMDATE cannot be given when doing an audit volume volume name. So what exactly is checked for during a specific volume audit? Also will the audit volume recover files on the tape that are not in the database, or are there other ways to do that? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: dual-homed clients
On Thu, Feb 27, 2003 at 05:03:21PM +0100, Lambelet,Rene,VEVEY,GL-CSC wrote: Marcel, here the answer from one of my AIX colleague: There are different ways to make this work, one is: Through correct name resolution: - Check name resolution on tsm1 using command # host nms5 - answer must be 172.20.1.15 it does report so. and # host tsm1 - answer must be 172.20.1.10 and this too. - Check name resolution on nms5 using command # host nms5 - answer must be 172.20.1.15 Host command is not available on this machine (remember this is a windows 200 machine). However using ping nms5 it reports the 10.x address. Using the nslookup command and asking about nms5 it reports the correct 172 address and also for tsm1 the correct address is found. and # host tsm1 - answer must be 172.20.1.10 This way you don't have to use any routes. Name resolution is the most common error in this cases. I finally tried to hardcode the ip-address in the tcpclientaddress parameter in dsm.opt and restarted the scheduler. To my supprise still the 10.x address is listed in the 'q node nms5'. Apperantly the tsm client code just ignores the tcpclientaddress parameter and tries to arrange everything around the 'Nodename' paramater. I checked some other hosts and all seem the give the same problem. On an AIX client box for example I explicetly set the tcpclientaddress to the dns entry (e.g. nms1_eth) that points to the 172.20.x.x address (e.g the network segment the tsm server is in) but a 'q node' for these machine still lists the 'main' hostname and ip-address (e.g. nms1 with 17.21.x.x). Guess it is time to file a bug report to IBM -Marcel Cheers, Jesús MUIÑO CONDE Supplier for GLOBE Central Support Center Unix Level 2 c/o Nestec SA Av. Nestlé 55 CH-1800 Vevey (Switzerland) tél +41 (0)21 924 79 23 fax +41 (0)21 703 30 17 local Bussigny mailto:[EMAIL PROTECTED] -Original Message- From: Paul van Dongen [mailto:[EMAIL PROTECTED] Sent: Thursday,27. February 2003 15:18 To: [EMAIL PROTECTED] Subject: RES: dual-homed clients Hi Marcel, Do you have a TCPCLIENTADDRESS line in your DSM.OPT? It tells the server which address to contact in prompted scheduling mode. -- Paul Gondim van Dongen Engenheiro de Sistemas MCSE Tivoli Certified Consultant - Storage Manager VANguard - Value Added Network guardians http://www.vanguard-it.com.br Fone: 55 81 3225-0353 -Mensagem original- De: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] Enviada em: Thursday, February 27, 2003 10:31 Para: [EMAIL PROTECTED] Assunto: dual-homed clients Hi list, We have a problem concerning dual-homed clients in our TSM environment: SERVER CLIENT ++ ++ | AIX 5.1|172.20.1.10 | Win 2000 | 10.128.3.15 | TSM server 5.1.5.4 |-| TSM client 5.1.5.9 | | Host: tsm1 | 172.20.1.15 | Host: nms5 | ++ ++ When the scheduler service on nms5 is started it correctly connects to the tsm1 server and gets schedule info. This traffic must go via the 172.20 network as the 10.x net is not connected to the 172.20 net. However, listing the node info on the server it shows the 10.x address as client address: tsm: TSM1q node nms5 f=d Node Name: NMS5 Platform: WinNT Client OS Level: 5.00 Client Version: Version 5, Release 1, Level 5.9 Policy Domain Name: FSNT Last Access Date/Time: 02/27/03 13:24:00 Days Since Last Access: 1 Password Set Date/Time: 02/26/03 14:13:41 Days Since Password Set: 1 Invalid Sign-on Count: 0 Locked?: No Contact: Compression: Client Archive Delete Allowed?: Yes Backup Delete Allowed?: No Registration Date/Time: 02/26/03 14:13:41 Registering Administrator: Last Communication Method Used: Bytes Received Last Session: 0 Bytes Sent Last Session: 0 Duration of Last Session: 0.00 Pct. Idle Wait Last Session: 0.00 Pct. Comm. Wait Last Session: 0.00 Pct. Media Wait Last Session: 0.00 Optionset: WIN_SERVER URL: http://nms5:1581 Node Type: Client Password Expiration Period: Keep Mount Point?: No Maximum Mount Points Allowed: 2 Auto Filespace Rename : No Validate Protocol: No TCP/IP Name: NMS5 TCP/IP Address: 10.128.3.15 Globally Unique ID: 1d.69.3d.a1.2c.6e.11.d7.8e.d1.00.02.55.67.75.b4 Now when the tsm1 server wants to contact the nms5 client
dual-homed clients
Hi list, We have a problem concerning dual-homed clients in our TSM environment: SERVER CLIENT ++ ++ | AIX 5.1|172.20.1.10 | Win 2000 | 10.128.3.15 | TSM server 5.1.5.4 |-| TSM client 5.1.5.9 | | Host: tsm1 | 172.20.1.15 | Host: nms5 | ++ ++ When the scheduler service on nms5 is started it correctly connects to the tsm1 server and gets schedule info. This traffic must go via the 172.20 network as the 10.x net is not connected to the 172.20 net. However, listing the node info on the server it shows the 10.x address as client address: tsm: TSM1q node nms5 f=d Node Name: NMS5 Platform: WinNT Client OS Level: 5.00 Client Version: Version 5, Release 1, Level 5.9 Policy Domain Name: FSNT Last Access Date/Time: 02/27/03 13:24:00 Days Since Last Access: 1 Password Set Date/Time: 02/26/03 14:13:41 Days Since Password Set: 1 Invalid Sign-on Count: 0 Locked?: No Contact: Compression: Client Archive Delete Allowed?: Yes Backup Delete Allowed?: No Registration Date/Time: 02/26/03 14:13:41 Registering Administrator: Last Communication Method Used: Bytes Received Last Session: 0 Bytes Sent Last Session: 0 Duration of Last Session: 0.00 Pct. Idle Wait Last Session: 0.00 Pct. Comm. Wait Last Session: 0.00 Pct. Media Wait Last Session: 0.00 Optionset: WIN_SERVER URL: http://nms5:1581 Node Type: Client Password Expiration Period: Keep Mount Point?: No Maximum Mount Points Allowed: 2 Auto Filespace Rename : No Validate Protocol: No TCP/IP Name: NMS5 TCP/IP Address: 10.128.3.15 Globally Unique ID: 1d.69.3d.a1.2c.6e.11.d7.8e.d1.00.02.55.67.75.b4 Now when the tsm1 server wants to contact the nms5 client to start the backup it cannot reach it: 02/26/03 19:02:19 ANR8213W Session open with 10.128.3.15 timed out. 02/26/03 19:02:19 ANR2716E Schedule prompter was not able to contact client NMS5 using type 1 (10.128.3.15 1501). When we disable the clients network interface on the 10.x network everything works fine. Also when directly initiating a backup from the client itself works fine. The dns entry for the NMS5 machine only reports the 172.20.1.15 address. So what goes wrong here? The client initially connects to the server using its 172.x interface and address but the server registers it with the 10.x address. Why does tsm starts with a clients IP-address anyways, while it knows the clients TCPNAME and hence should use that as a base connection location? Anybody else seen this behaviour and/or knows how to resolve this? I have seen this behaviour on more dual-homed machines (AIX, Netware and Windows) but in most cases the 'other' network is reachable via some router so tsm can connect to those clients. Fortunately the real backup data still goes via the 172.20 network (which is a 100Mb net as opposed to a 16 Mb token ring for the other networks). Any hints/tips? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: RES: dual-homed clients
Hi Paul, G Louis, Jack Thanks for your replies and suggestions. The relevant part of the dsm.opt file is: Commmethod tcpip Tcpport1500 Tcpserveraddress tsm1 Tcpclientaddress nms5.mesa.nl Tcpclientport 1501 Nodename nms5 Schedmode prompted In DNS nms5.mesa.nl only points to the 172 address. The 10 address is completely 'hidden'. Also all routes on the client route via the 172 network (except for the 10 network of coarse). The strange thing is that I tried to do a ping to the nms5 machine from the nms5 machine (so a ping to itself), and the result was that the machine pinged to the 10 address! So on the nms5 machine I ran nslookup and asked it to resolve 'nms5'. Now it gives me the 172 address. I checked the hosts file on the but it only lists an entry for localhost. It looks as if windows just thinks 'hey, nms5, thats me, lets see what interfaces I have locally and pick the ipaddress of the first interface', which happens to be the 10.x address. I will add an alias entry in dns for the nms5 and change dsm.opt accordingly and see if that will make a difference... On Thu, Feb 27, 2003 at 11:14:22AM -0300, Paul van Dongen wrote: Hi Marcel, Do you have a TCPCLIENTADDRESS line in your DSM.OPT? It tells the server which address to contact in prompted scheduling mode. -- Paul Gondim van Dongen Engenheiro de Sistemas MCSE Tivoli Certified Consultant - Storage Manager VANguard - Value Added Network guardians http://www.vanguard-it.com.br Fone: 55 81 3225-0353 -Mensagem original- De: Marcel J.E. Mol [mailto:[EMAIL PROTECTED] Enviada em: Thursday, February 27, 2003 10:31 Para: [EMAIL PROTECTED] Assunto: dual-homed clients Hi list, We have a problem concerning dual-homed clients in our TSM environment: SERVER CLIENT ++ ++ | AIX 5.1|172.20.1.10 | Win 2000 | 10.128.3.15 | TSM server 5.1.5.4 |-| TSM client 5.1.5.9 | | Host: tsm1 | 172.20.1.15 | Host: nms5 | ++ ++ When the scheduler service on nms5 is started it correctly connects to the tsm1 server and gets schedule info. This traffic must go via the 172.20 network as the 10.x net is not connected to the 172.20 net. However, listing the node info on the server it shows the 10.x address as client address: tsm: TSM1q node nms5 f=d Node Name: NMS5 Platform: WinNT Client OS Level: 5.00 Client Version: Version 5, Release 1, Level 5.9 Policy Domain Name: FSNT Last Access Date/Time: 02/27/03 13:24:00 Days Since Last Access: 1 Password Set Date/Time: 02/26/03 14:13:41 Days Since Password Set: 1 Invalid Sign-on Count: 0 Locked?: No Contact: Compression: Client Archive Delete Allowed?: Yes Backup Delete Allowed?: No Registration Date/Time: 02/26/03 14:13:41 Registering Administrator: Last Communication Method Used: Bytes Received Last Session: 0 Bytes Sent Last Session: 0 Duration of Last Session: 0.00 Pct. Idle Wait Last Session: 0.00 Pct. Comm. Wait Last Session: 0.00 Pct. Media Wait Last Session: 0.00 Optionset: WIN_SERVER URL: http://nms5:1581 Node Type: Client Password Expiration Period: Keep Mount Point?: No Maximum Mount Points Allowed: 2 Auto Filespace Rename : No Validate Protocol: No TCP/IP Name: NMS5 TCP/IP Address: 10.128.3.15 Globally Unique ID: 1d.69.3d.a1.2c.6e.11.d7.8e.d1.00.02.55.67.75.b4 Now when the tsm1 server wants to contact the nms5 client to start the backup it cannot reach it: 02/26/03 19:02:19 ANR8213W Session open with 10.128.3.15 timed out. 02/26/03 19:02:19 ANR2716E Schedule prompter was not able to contact client NMS5 using type 1 (10.128.3.15 1501). When we disable the clients network interface on the 10.x network everything works fine. Also when directly initiating a backup from the client itself works fine. The dns entry for the NMS5 machine only reports the 172.20.1.15 address. So what goes wrong here? The client initially connects to the server using its 172.x interface and address but the server registers it with the 10.x address. Why does tsm starts with a clients IP-address anyways, while it knows the clients TCPNAME and hence should use that as a base connection location? Anybody else seen this behaviour and/or knows how to resolve this? I have seen
Re: Calculating space used
On Wed, Feb 05, 2003 at 10:31:03AM -0500, Theresa Sarver wrote: Hi all; Does anyone have a script that calculates the total spaced used per node (and possibly per stg pool)? Thank you; Theresa Here are some selects I run in my daily tsm reports # list number of files and used storage per node, sorted by used storage select node_name, sum(num_files) as NUM_FILES, sum(logical_mb) as STORAGE_MB, sum(physical_mb) as TOTAL_MB from occupancy where stgpool_name 'COPYPOOL' group by node_name order by storage_mb desc # list number of files and used storage per node, sorted by number of files select node_name, sum(num_files) as NUM_FILES, sum(logical_mb) as STORAGE_MB from occupancy where stgpool_name 'COPYPOOL' group by node_name order by num_files desc # total number of files backed up and used storage in primary pools select sum(num_files)/1000 as NUM_FILES x 1000, sum(logical_mb)/1024 as STORAGE_GB, sum(physical_mb)/1024 as TOTAL_GB from occupancy where stgpool_name 'COPYPOOL' # Storage and used files per storage pool select node_name, stgpool_name, sum(num_files) as NUM_FILES, sum(logical_mb) as STORAGE_MB, sum(physical_mb) as TOTAL_MB from occupancy group by node_name, stgpool_name order by node_name, stgpool_name -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: total volumes usage in TSM.
On Wed, Feb 05, 2003 at 05:16:25PM -0500, Muthyam Reddy wrote: ** High Priority ** Please this is emergency. Hi , Here I'm trying to count total volumes usage in tivoli by adding q vol+scratch tapes in library wich I got 450 tapes and these are defined in primary,copy storage pools. But in volume history shows 800 unique tapes used in different dates. Deffenetly I missed something in my formula. Please can anybody explain correct formula to count total number of volumes using by tsm (onsite+offsite). my assumption is 'q vol' gives volume list of primary,copy pools and using for dbb. We are using drm. Then perhaps adding the vault volumes from 'q drme' makes up for the missing ones... -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TSM server on Linux w/3494-3590
On Tue, Jan 28, 2003 at 11:16:23AM -0500, Zoltan Forray/AC/VCU wrote: We are investigating the issue of moving TSM off AIX to a Linux system, purely due to the cost of AIX hardware (lets face itwhen it costs me $5000 for a drawer of used SSA drives just to get me 130GB of raided disk when I can get complete multi-processor x86 boxes with 300GB of raided disk for the same cost, you have to investigate !) The only issue is the fiber-channel/SAN connectivity to the shared 3494 ATL (primarily used by our z/OS systems) using 3590 E1A drives. A couple of years ago I connected a Linux box to a SAN to access disk on an ESS. This worked fine (although the driver for the FC-card only supported 16 LUNS but that was enough for our test). So I suppose it shouldn't bne to hard to get a robot connected provided you have drivers to support it. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
adding a new tapedrive to a library
Hello, I reconfigured a logical library on a 3584 library with an extra drive (going from 3 to 4 drives). Trying to add this drive to TSM fails. This is on an AIX 5.1 machine with tsm server 5.1.5.4. The curent status is: drive0 element=261 device=/dev/rmt0 drive1 element=262 device=/dev/rmt1 drive2 element=263 device=/dev/rmt2 The new drive is rmt3 on element address 264. When I just define this drive it shows the following output: tsm: TSMDH01define drive 3584lib drive3 element=264 online=yes ANR8366E DEFINE DRIVE: Invalid value for ELEMENT parameter. ANS8001I Return code 3. The error message is not very helpful on this error ('specify a valid value', but I'm sure 264 is the valid value!) I tried an 'audit library 3584lib' hoping that it learns there is an extra tape drive, but that did not help. So the qustions is: how can I define this new drive to TSM? Kind regards, -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
write errors with tsm 5.1.5.4 and TDP for oracle
Hello, We have got this LANfree backup setup using the TSM Storage Agent. We experience some strange write error on a tape in combination with the Oracle TDP as can be seen in the actlog below. Nugvas03 is the storageagent. It mounts a tape (volume 100031 at 07:19:05) and a while later we see it unmounts it (at 07:22:35). After that a write error occurs (07:23:58) for volume 100031 accompanied with an error from nugvas03 (07:24:01). Does anybody understands what is happening here? TSM server and StorageAgent 5.1.5.4 Client and API 5.1.5.5 TDP for Oracle 2.2.1.0 Thanks -Marcel 01/14/03 07:19:05 ANR8337I (Session: 5542, Origin: NUGVAS03_SRV) LTO volume 100031 mounted in drive DRIVE0 (/dev/rmt2). 01/14/03 07:21:39 ANR8325I (Session: 5542, Origin: NUGVAS03_SRV) Dismounting volume 100031 - 1 minute mount retention expired. 01/14/03 07:21:44 ANR8336I (Session: 5542, Origin: NUGVAS03_SRV) Verifying label of LTO volume 100031 in drive DRIVE0 (/dev/rmt2). 01/14/03 07:22:33 ANR0406I Session 5708 started for node NUGVAS03_ORA (TDP Oracle AIX) (Tcp/Ip 172.21.32.18(64660)). 01/14/03 07:22:33 ANR0408I Session 5709 started for server NUGVAS03_SRV (AIX-RS/6000) (Tcp/Ip) for library sharing. 01/14/03 07:22:33 ANR8336I Verifying label of LTO volume 100031 in drive DRIVE0 (/dev/rmt0). 01/14/03 07:22:33 ANR0403I Session 5708 ended for node NUGVAS03_ORA (TDP Oracle AIX). 01/14/03 07:22:35 ANR8468I (Session: 5542, Origin: NUGVAS03_SRV) LTO volume 100031 dismounted from drive DRIVE0 (/dev/rmt2) in library 3584LIB. 01/14/03 07:23:21 ANR0406I Session 5726 started for node NUGVAS03_ORA (TDP Oracle AIX) (Tcp/Ip 172.21.32.18(64717)). 01/14/03 07:23:22 ANR3605E Unable to communicate with storage agent. 01/14/03 07:23:22 ANR0479W Session 3981 for server NUGVAS03_SRV (AIX-RS/6000) terminated - connection with server severed. 01/14/03 07:23:22 ANR0403I Session 5726 ended for node NUGVAS03_ORA (TDP Oracle AIX). 01/14/03 07:23:55 ANR0406I Session 5727 started for node NUGVAS03_ORA (TDP Oracle AIX) (Tcp/Ip 172.21.32.18(64736)). 01/14/03 07:23:55 ANR0406I Session 5728 started for node NUGVAS03_ORA (TDP Oracle AIX) (Tcp/Ip 172.21.32.18(64737)). 01/14/03 07:23:55 ANR1639I Attributes changed for node NUGVAS03_ORA: TCP Address from to 172.21.32.18. 01/14/03 07:23:58 ANRD pvrntp.c(1595): ThreadId39 Position value 12 not expected size (48). 01/14/03 07:23:58 (39) Context report 01/14/03 07:23:58 (39) AgentThread : ANRD calling thread 01/14/03 07:23:58 (39) Generating TM Context Report: (struct=tmTxnDesc) (slots=256) 01/14/03 07:23:58 (39) *** no transactions found *** 01/14/03 07:23:58 (39) Generating Database Transaction Table Context: 01/14/03 07:23:58 (39) *** no transactions found *** 01/14/03 07:23:58 (39) Generating SM Context Report: 01/14/03 07:23:58 (39) *** no sessions found *** 01/14/03 07:23:58 (39) Generating AS Vol Context Report: 01/14/03 07:23:58 (39) No mounted (or mount in progress) volumes. 01/14/03 07:23:58 (39) Generating ssSession Context Report: 01/14/03 07:23:58 (39) No storage service sessions active. 01/14/03 07:23:58 (39) Generating ssOpenSeg Context Report: 01/14/03 07:23:58 (39) No storage service segments found. 01/14/03 07:23:58 (39) Generating BF Copy Control Context Report: 01/14/03 07:23:58 (39) No global copy control blocks. 01/14/03 07:23:58 01/14/03 07:23:58 (39) End Context report 01/14/03 07:23:58 ANR1411W Access mode for volume 100031 now set to read-only due to write error. 01/14/03 07:23:58 ANR0523W Transaction failed for session 5727 for node NUGVAS03_ORA (TDP Oracle AIX) - error on output storage device. 01/14/03 07:24:01 ANE4994S (Session: 5727, Node: NUGVAS03_ORA) TDP Oracle AIX ANU0599 TDP for Oracle: (94632): = (nugvas03_ora) ANS1315E (RC15) Unexpected Retry request 01/14/03 07:24:11 ANR0403I Session 5727 ended for node NUGVAS03_ORA (TDP Oracle AIX). 01/14/03 07:28:02 ANR8336I Verifying label of LTO volume 100031 in drive DRIVE0 (/dev/rmt0). 01/14/03 07:28:35 ANR8468I LTO volume 100031 dismounted from drive DRIVE0 (/dev/rmt0) in library 3584LIB. -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: TDP for Oracle
On Mon, Nov 11, 2002 at 11:31:02AM -0500, Brian Dade wrote: Hi Joseph, I'm not so sure they can run concurrently. I have two versions of Oracle on a server with one being 32 bit and the other being 64 bit. Someone may be able to tell you how to get around the link of libobk.a to /usr/lib/libobk.a, but I think that's part of the problem. Originally, I tested backing up the 32 bit version and then I proceeded to test the 64 bit version. My 64 bit backup wouldn't work until I set the link of libobk.a properly. You might get around by directly linking libobk.a in $ORACLE_HOME/lib and remove the link in /usr/lib. But then you might have to some extra tricks to make tdposync et al to run (e..g set LD_LIBRBRY_PATH). We played with this last week to get oracle 9.0.1 rman working o AIX 4.3.3. It seemed to start fine but got an error somwhere down the road. I probably continue testing in the next couple of days. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
clientaction output
Hello, I trying to use the clientaction schedules to run one-time commands on my tsm server. As a test I ran: define clientaction aixclient action=command objects='/bin/ls /tmp' This seems to be running, but I don't see any output anywhere (when i run a small script that redirects output to a file, this outputfile is created...) So I wonder, where is stdout/stderr going to when running operating system command with clientaction? My actual problem is that I want to run a AIX script on the TSM server itself to take care of some server administration. Using clientaction seems usable as I have a tsm client running on the server, but I'd prefer to have something like 'serveraction' so I can still run AIX commands when the tsm client software is not active. Is there a way to do that? many thanks in advance... -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
description indicator of private volumes
Hello, I want to create a few private volumes in TSM for storing mksysb. To make it clear from within TSM that these volumes are used in this way I'd like to add some description for these volumes. I was thinking of uses the 'last_use' field in the 'q libvol' output (e.g the libvolumes table). So the question is: How can I change the 'last_use' column? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: description indicator of private volumes
On Wed, Oct 30, 2002 at 08:17:33AM -0800, Joshua Bassi wrote: Unfortunately you cannot change the last-use column - this is strictly controlled by the TSM server. Is there perhaps a different way to recognise private volumes within TSM that are written to outside TSM? -Marcel -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark Tivoli Certified Consultant - ADSM/TSM eServer Systems Expert -pSeries HACMP AIX, HACMP, Storage, TSM Consultant Cell (831) 595-3962 [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L;VM.MARIST.EDU] On Behalf Of Marcel J.E. Mol Sent: Wednesday, October 30, 2002 1:39 AM To: [EMAIL PROTECTED] Subject: description indicator of private volumes Hello, I want to create a few private volumes in TSM for storing mksysb. To make it clear from within TSM that these volumes are used in this way I'd like to add some description for these volumes. I was thinking of uses the 'last_use' field in the 'q libvol' output (e.g the libvolumes table). So the question is: How can I change the 'last_use' column? -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com
Re: query tape volume that is no longer known to TSM
On Thu, Sep 05, 2002 at 11:56:21AM -0700, Michelle DeVault wrote: I think I know the answer to this question, but I'm gonna ask it anyway. I've got a couple of orphaned tapes at our off-site facility. They don't show up in TSM at all (q volume, q drmedia, q volhist). I'm assuming that they are old database tapes that got deleted from the volhistory before the list of tapes to return from off-site was generated (the guy that handles this tends to wait too long to recall stuff from off-site). I've the same 'problem' and our TSM-consultant just says yes, taht is what happens wen you don't bring in your 'vault-retrieve' tapes on time. I was very dissapointed and it seems braindead to me... I think TSM should always at least keep the last status info about a volume unless it is explicetly ordered to remove a volume from its database. So the question is, once I get these tapes back from off-site, is there any utility/command I can run on them to see what is on them, just to make sure that something else even more screwy hasn't gone on? Just checkin the volume as scratch. -Marcel -- == Marcel J.E. MolMESA Consulting B.V. ===-ph. +31-(0)6-54724868 P.O. Box 112 ===-[EMAIL PROTECTED] 2630 AC Nootdorp __ www.mesa.nl ---U_n_i_x__I_n_t_e_r_n_e_t The Netherlands They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com