Question about Storage hierarchy
Dear all, switching to an new employer allows me to read all^H^H^H some of IBM's documentation about TSM ;-) inside the server documentation there's a short description on Example: How the server determines where to store files in a hierarchy [1]. within this there's written: If the DISKPOOL storage pool has no maximum file size specified, the server checks for enough space in the pool to store the physical file. If there is not enough space for the physical file, the server uses the next storage pool in the storage hierarchy to store the file. = does this really mean, that when one client is flooding my staging pools the migration processes becme concurrent to new data that is written directly to the NEXTSTGPool, because the first pool is full? if the next pool has a limited number of mount points (e.g. tape drives) this will cause the next, eben bigger problem. if so, what's the best practise to empty the staging pool? - setting a max filesize does not solve the problem, especially if there are many files - perhaps DISABLE SESSIONS CLIENT -- this seems to be no really good answer :-( Thanks best regards, Bjørn [1] http://pic.dhe.ibm.com/infocenter/tsminfo/v7r1/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Ft_volume_seq_define.html [1] http://tinyurl.com/p23j5eo -- Bjørn Nachtweymailto:bjoern.nacht...@gwdg.de Arbeitsgruppe IT-Infrastruktur Tel. +49 551 201-2181 - G W D G Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen Am Fassberg 11, 37077 Göttingen E-Mail: g...@gwdg.de Tel.: +49 (0)551 201-1510 URL:http://www.gwdg.de Fax:+49 (0)551 201-2150 Geschäftsführer:Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Dipl.-Kfm. Markus Hoppe Sitz der Gesellschaft: Göttingen Registergericht:Göttingen Handelsregister-Nr. B 598
Relabel/checkin Tapes marked as empty
I have about 100 volumes that are defined in my storage pool as Empty (See Below). How would I change the status to scratch? I've tried running update libvol xdcvtl VT0164L3 status=scratch however I receive the following error: ANR8443E UPDATE LIBVOLUME: Volume VT0164L3 in library XDCVTL cannot be assigned a status of SCRATCH. ANS8001I Return code 12. tsm: SXDCTSM01q vol VT0164L3 f=d Volume Name: VT0164L3 Storage Pool Name: VTLPOOL Device Class Name: VTL Estimated Capacity: 0.0 M Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read/Write Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 4 Write Pass Number: 0 Approx. Date Last Written: Approx. Date Last Read: Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Volume is MVS Lanfree Capable : No Last Update by (administrator): Last Update Date/Time: 04/16/2014 06:13:13 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of bjoern.nacht...@gwdg.de Sent: Wednesday, April 16, 2014 2:37 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Question about Storage hierarchy Dear all, switching to an new employer allows me to read all^H^H^H some of IBM's documentation about TSM ;-) inside the server documentation there's a short description on Example: How the server determines where to store files in a hierarchy [1]. within this there's written: If the DISKPOOL storage pool has no maximum file size specified, the server checks for enough space in the pool to store the physical file. If there is not enough space for the physical file, the server uses the next storage pool in the storage hierarchy to store the file. = does this really mean, that when one client is flooding my staging pools the migration processes becme concurrent to new data that is written directly to the NEXTSTGPool, because the first pool is full? if the next pool has a limited number of mount points (e.g. tape drives) this will cause the next, eben bigger problem. if so, what's the best practise to empty the staging pool? - setting a max filesize does not solve the problem, especially if there are many files - perhaps DISABLE SESSIONS CLIENT -- this seems to be no really good answer :-( Thanks best regards, Bjørn [1] http://pic.dhe.ibm.com/infocenter/tsminfo/v7r1/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Ft_volume_seq_define.html [1] http://tinyurl.com/p23j5eo -- Bjørn Nachtweymailto:bjoern.nacht...@gwdg.de Arbeitsgruppe IT-Infrastruktur Tel. +49 551 201-2181 - G W D G Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen Am Fassberg 11, 37077 Göttingen E-Mail: g...@gwdg.de Tel.: +49 (0)551 201-1510 URL:http://www.gwdg.de Fax:+49 (0)551 201-2150 Geschäftsführer:Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Dipl.-Kfm. Markus Hoppe Sitz der Gesellschaft: Göttingen Registergericht:Göttingen Handelsregister-Nr. B 598
Re: Relabel/checkin Tapes marked as empty
Delete volume VT0164L3 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Leonard, Matthew Sent: Wednesday, April 16, 2014 8:03 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Relabel/checkin Tapes marked as empty I have about 100 volumes that are defined in my storage pool as Empty (See Below). How would I change the status to scratch? I've tried running update libvol xdcvtl VT0164L3 status=scratch however I receive the following error: ANR8443E UPDATE LIBVOLUME: Volume VT0164L3 in library XDCVTL cannot be assigned a status of SCRATCH. ANS8001I Return code 12. tsm: SXDCTSM01q vol VT0164L3 f=d Volume Name: VT0164L3 Storage Pool Name: VTLPOOL Device Class Name: VTL Estimated Capacity: 0.0 M Scaled Capacity Applied: Pct Util: 0.0 Volume Status: Empty Access: Read/Write Pct. Reclaimable Space: 0.0 Scratch Volume?: Yes In Error State?: No Number of Writable Sides: 1 Number of Times Mounted: 4 Write Pass Number: 0 Approx. Date Last Written: Approx. Date Last Read: Date Became Pending: Number of Write Errors: 0 Number of Read Errors: 0 Volume Location: Volume is MVS Lanfree Capable : No Last Update by (administrator): Last Update Date/Time: 04/16/2014 06:13:13 Begin Reclaim Period: End Reclaim Period: Drive Encryption Key Manager: None Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of bjoern.nacht...@gwdg.de Sent: Wednesday, April 16, 2014 2:37 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Question about Storage hierarchy Dear all, switching to an new employer allows me to read all^H^H^H some of IBM's documentation about TSM ;-) inside the server documentation there's a short description on Example: How the server determines where to store files in a hierarchy [1]. within this there's written: If the DISKPOOL storage pool has no maximum file size specified, the server checks for enough space in the pool to store the physical file. If there is not enough space for the physical file, the server uses the next storage pool in the storage hierarchy to store the file. = does this really mean, that when one client is flooding my staging pools the migration processes becme concurrent to new data that is written directly to the NEXTSTGPool, because the first pool is full? if the next pool has a limited number of mount points (e.g. tape drives) this will cause the next, eben bigger problem. if so, what's the best practise to empty the staging pool? - setting a max filesize does not solve the problem, especially if there are many files - perhaps DISABLE SESSIONS CLIENT -- this seems to be no really good answer :-( Thanks best regards, Bjørn [1] http://pic.dhe.ibm.com/infocenter/tsminfo/v7r1/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Ft_volume_seq_define.html [1] http://tinyurl.com/p23j5eo -- Bjørn Nachtweymailto:bjoern.nacht...@gwdg.de Arbeitsgruppe IT-Infrastruktur Tel. +49 551 201-2181 - G W D G Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen Am Fassberg 11, 37077 Göttingen E-Mail: g...@gwdg.de Tel.: +49 (0)551 201-1510 URL:http://www.gwdg.de Fax:+49 (0)551 201-2150 Geschäftsführer:Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Dipl.-Kfm. Markus Hoppe Sitz der Gesellschaft: Göttingen Registergericht:Göttingen Handelsregister-Nr. B 598
Re: Can't cancel restartable restore
Thanks for the suggestions, Richard. Been there - done that numerous times. From this morning: 8:28:05 AM PROCESSOR : q sess Sess Comm. Sess Wait Bytes Bytes SessPlatform Client Name Number Method StateTimeSent Recvd Type -- -- -- -- --- --- --- -- 1,067 Tcp/Ip Run 0 S7.4 K 748 NodeLinuxGODEL.VCU.EDU x86-64 9,028 Tcp/Ip Run 0 S 161 235 Admin WinNTZFORRAY 8:28:12 AM PROCESSOR : q restore Sess Restore Elapsed Node Name Filespace FSID Number State Minutes Name -- --- --- - --- -- 1,067 Active9,922 GODEL.VCU.EDU /data7 12 8:28:22 AM PROCESSOR : cancel restore 1067 ANR0490I Canceling session 1067 for node GODEL.VCU.EDU (Linux x86-64) . 8:28:28 AM PROCESSOR : cancel sess 1067 ANR0490I Canceling session 1067 for node GODEL.VCU.EDU (Linux x86-64) . 8:28:38 AM PROCESSOR : q sess 1067 f=d Sess Number: 1,067 Comm. Method: Tcp/Ip Sess State: Run Wait Time: 0 S Bytes Sent: 7.4 K Bytes Recvd: 748 Sess Type: Node Platform: Linux x86-64 Client Name: GODEL.VCU.EDU Media Access Status: User Name: Date/Time First Data Sent: Proxy By Storage Agent: Actions: NoQueryRestore EXPIRE INVENTORY runs daily. From yesterday: 04/15/2014 12:00:21 ANR0984I Process 39 for EXPIRE INVENTORY started in the BACKGROUND at 12:00:21 PM. (SESSION: 7956, PROCESS: 39) 04/15/2014 12:00:21 ANR2756I Scheduled command EXPIRE_INVENTORY started successfully. (SESSION: 7956, PROCESS: 39) 04/15/2014 12:58:12 ANE4970I (Session: 7833, Node: GODEL.VCU.EDU) Total number of objects expired:0 (SESSION: 7833) 04/15/2014 13:09:20 ANR0987I Process 39 for EXPIRE INVENTORY running in the BACKGROUND processed 7,290 items with a completion state of SUCCESS at 01:09:20 PM. (SESSION: 7956, PROCESS: 39) I am going to schedule the 6.3.4.300 patches (currently at .200) for this server so that should clear it. On Tue, Apr 15, 2014 at 6:12 PM, Richard Sims r...@bu.edu wrote: You may not have tried 'cancel session 1067' to see if that does any good. TSM Expiration processing is supposed to clear defunct restartable restores, once they are restartable and have exceeded the Restoreinterval; but irregularities can prevail. Richard Sims -- *Zoltan Forray* TSM Software Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Recommend a US company for custom LTO5 barcodes -
I haven't done this in a long time - Anybody got a recommendation for a U.S. based company that can do a small order of custom LTO5 barcodes (and not mess it up?) There are lots on the web, but if you know a reliable one please reply offline to: wprat...@icfi.commailto:wprat...@icfi.com Thank you!
Re: Question about Storage hierarchy
Hi, Isn't reading IBM docs fun! = does this really mean, that when one client is flooding my staging pools the migration processes becme concurrent to new data that is written directly to the NEXTSTGPool, because the first pool is full? if the next pool has a limited number of mount points (e.g. tape drives) this will cause the next, eben bigger problem. In the normal tsm setup you make your disk pool big enough to hold a nights worth of backups (or whatever your backup windows is). Then in the day (backups not running) you migrate from the disk pool to the NEXTpool (tape, datadomain), emptying the disk pool. Repeat every day. If the disk pool runs out of space, TSM will attempt to send files directly to the nextpool. This situation will flood your tape drives. You really don't want this to happen. If you specify a file size limit on the disk pool, files bigger than the limit go directly to the next pool. Yes, this uses some/many tape drives, and you can run out. Think of this option as protecting your disk pool for being flooded by really big backups, or a way to keep the size of your disk pool down. This is a resource balancing act that you have to watch and tune for your environment. How big to make your disk pool. How many tape drives you have available. Enough tape drives, disk bandwidth and time to empty the disk pools. Enough tape drives, disk bandwidth and time to update copy pools. There's no one right answer . . . .it depends! Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of bjoern.nacht...@gwdg.de Sent: Wednesday, April 16, 2014 2:37 AM To: ADSM-L@VM.MARIST.EDU Subject: Question about Storage hierarchy Dear all, switching to an new employer allows me to read all^H^H^H some of IBM's documentation about TSM ;-) inside the server documentation there's a short description on Example: How the server determines where to store files in a hierarchy [1]. within this there's written: If the DISKPOOL storage pool has no maximum file size specified, the server checks for enough space in the pool to store the physical file. If there is not enough space for the physical file, the server uses the next storage pool in the storage hierarchy to store the file. = does this really mean, that when one client is flooding my staging pools the migration processes becme concurrent to new data that is written directly to the NEXTSTGPool, because the first pool is full? if the next pool has a limited number of mount points (e.g. tape drives) this will cause the next, eben bigger problem. if so, what's the best practise to empty the staging pool? - setting a max filesize does not solve the problem, especially if there are many files - perhaps DISABLE SESSIONS CLIENT -- this seems to be no really good answer :-( Thanks best regards, Bjørn [1] http://pic.dhe.ibm.com/infocenter/tsminfo/v7r1/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Ft_volume_seq_define.html [1] http://tinyurl.com/p23j5eo -- Bjørn Nachtweymailto:bjoern.nacht...@gwdg.de Arbeitsgruppe IT-Infrastruktur Tel. +49 551 201-2181 - G W D G Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen Am Fassberg 11, 37077 Göttingen E-Mail: g...@gwdg.de Tel.: +49 (0)551 201-1510 URL:http://www.gwdg.de Fax:+49 (0)551 201-2150 Geschäftsführer:Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Dipl.-Kfm. Markus Hoppe Sitz der Gesellschaft: Göttingen Registergericht:Göttingen Handelsregister-Nr. B 598 - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: Relabel/checkin Tapes marked as empty
Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Recommend a US company for custom LTO5 barcodes -
I made my own using free software which now has a small subscription charge and I used Avery 6577 labels. Works fine after you get the alignment right. I needed to add a few tapes in a hurry and couldn't wait for an order of labels to come in. http://www.mytapelabels.com/ Thanks Marc Marc Kalipolites Systems Network Administrator Dutchess County OCIS 503 Haight Avenue Poughkeepsie, NY 12603 Phone: (845)486-2450 Email: mkalipoli...@dutchessny.gov www.dutchessny.gov -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Wednesday, April 16, 2014 9:57 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Recommend a US company for custom LTO5 barcodes - I haven't done this in a long time - Anybody got a recommendation for a U.S. based company that can do a small order of custom LTO5 barcodes (and not mess it up?) There are lots on the web, but if you know a reliable one please reply offline to: wprat...@icfi.commailto:wprat...@icfi.com Thank you!
Re: Relabel/checkin Tapes marked as empty
No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Relabel/checkin Tapes marked as empty
did you try with label libvol ? 2014-04-16 10:47 GMT-05:00 Leonard, Matthew matthew.leon...@atlasair.com: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Re: Relabel/checkin Tapes marked as empty
If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Relabel/checkin Tapes marked as empty
I'm running the following command and its failing.. tsm: SXDCTSM01label libvol xdcvtl VT0860L3 overwrite=no search=yes labels=barcode checkin=scratch ANR2020E LABEL LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty did you try with label libvol ? 2014-04-16 10:47 GMT-05:00 Leonard, Matthew matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Re: Relabel/checkin Tapes marked as empty
I'll bet today's lunch money that what's going on is that these aren't scratch volumes; they're volumes that were assigned to the pool with a DEF VOLUME command. On Wed, Apr 16, 2014 at 11:05 AM, David Bronder david-bron...@uiowa.eduwrote: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Relabel/checkin Tapes marked as empty
Hi, I would do something along these lines in the following order update volume XXX location='' del volume XXX move drm XXX tostate=onsiter label libv lib_name search=y checkin=scr labels=b overwrite=yes There is a slight chance that you also had a policy to retain versions for ever, then you may have to delete volume XXX discard=yes Hope those help, -Nick On Wed, Apr 16, 2014 at 10:07 AM, Leonard, Matthew matthew.leon...@atlasair.com wrote: I'm running the following command and its failing.. tsm: SXDCTSM01label libvol xdcvtl VT0860L3 overwrite=no search=yes labels=barcode checkin=scratch ANR2020E LABEL LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty did you try with label libvol ? 2014-04-16 10:47 GMT-05:00 Leonard, Matthew matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Re: Relabel/checkin Tapes marked as empty
Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Relabel/checkin Tapes marked as empty
Matthew, I believe that the search parameter and volume name are mutually exclusive. If you want to limit the scope to just this volume then use the Vollist parameter. Rick At 11:07 AM 4/16/2014, you wrote: I'm running the following command and its failing.. tsm: SXDCTSM01label libvol xdcvtl VT0860L3 overwrite=no search=yes labels=barcode checkin=scratch ANR2020E LABEL LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty did you try with label libvol ? 2014-04-16 10:47 GMT-05:00 Leonard, Matthew matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails. Rick Saylor Austin Community College Voice: (512)223-1182 Director of System Services 9101 Tuscany Way Fax: (512)223-1211 Information Technology Austin, Texas 78754
Re: Relabel/checkin Tapes marked as empty
On Apr 16, 2014, at 12:15 PM, Nick Laflamme n...@laflamme.us wrote: I'll bet today's lunch money that what's going on is that these aren't scratch volumes; they're volumes that were assigned to the pool with a DEF VOLUME command. But then the volumes would not show as Scratch Volume?: Yes Leonard needs to do Activity Log research on the volumes in question. sorry about your lunch, Richard Sims
Re: Relabel/checkin Tapes marked as empty
just try without the volume name, you don't need the name to label the volume: label libvol xdcvtl labels=barcode search=yes checkin=scratch tsm: SXDCTSM01label libvol xdcvtl VT0860L3 overwrite=no search=yes labels=barcode checkin=scratch ANR2020E LABEL LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. 2014-04-16 12:48 GMT-05:00 Rick Saylor rsay...@austincc.edu: Matthew, I believe that the search parameter and volume name are mutually exclusive. If you want to limit the scope to just this volume then use the Vollist parameter. Rick At 11:07 AM 4/16/2014, you wrote: I'm running the following command and its failing.. tsm: SXDCTSM01label libvol xdcvtl VT0860L3 overwrite=no search=yes labels=barcode checkin=scratch ANR2020E LABEL LIBVOLUME: Invalid parameter - SEARCH. ANS8001I Return code 3. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty did you try with label libvol ? 2014-04-16 10:47 GMT-05:00 Leonard, Matthew matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails. Rick Saylor Austin Community College Voice: (512)223-1182 Director of System Services 9101 Tuscany Way Fax: (512)223-1211 Information Technology Austin, Texas 78754
Re: Relabel/checkin Tapes marked as empty
Here is what we use - LABEL LIBVOLUME 3584lib checkin=scr overwrite=yes search=bulk labelsource=barcode -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sims, Richard B Sent: Wednesday, April 16, 2014 1:00 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty On Apr 16, 2014, at 12:15 PM, Nick Laflamme n...@laflamme.us wrote: I'll bet today's lunch money that what's going on is that these aren't scratch volumes; they're volumes that were assigned to the pool with a DEF VOLUME command. But then the volumes would not show as Scratch Volume?: Yes Leonard needs to do Activity Log research on the volumes in question. sorry about your lunch, Richard Sims
Re: Relabel/checkin Tapes marked as empty
Are these tapes by any chance ejected from the library with the 'move media' command? When I have tapes go empty which are racked out of the library, I run a script to get the media tracking to forget about them and make them scratch. the script - tsm: LM2run qscr mmi Description --- Do move media commands to bring volumes in from the rack Line num Command - - 1 move media $1 stg=$2 wherestate=mountablenotinlib wherestatus=$3 And sample executions - run mmi33L3 UNIX1_CPPT_ORA_PRD EMPTY run mmi38L3 UNIX1_CPPT_ORA_PRD EMPTY These tapes can now be entered as scratch. Bill Colwell Draper Lab -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Lamb, Charles P. Sent: Wednesday, April 16, 2014 2:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Relabel/checkin Tapes marked as empty Here is what we use - LABEL LIBVOLUME 3584lib checkin=scr overwrite=yes search=bulk labelsource=barcode -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sims, Richard B Sent: Wednesday, April 16, 2014 1:00 PM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty On Apr 16, 2014, at 12:15 PM, Nick Laflamme n...@laflamme.usmailto:n...@laflamme.us wrote: I'll bet today's lunch money that what's going on is that these aren't scratch volumes; they're volumes that were assigned to the pool with a DEF VOLUME command. But then the volumes would not show as Scratch Volume?: Yes Leonard needs to do Activity Log research on the volumes in question. sorry about your lunch, Richard Sims
Re: Re: Relabel/checkin Tapes marked as empty
tsm: SXDCTSM01q library xdcvtl f=d Library Name: XDCVTL Library Type: SCSI ACS Id: Private Category: Scratch Category: WORM Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: Primary Library Manager: WWN: Serial Number: 0012620282330401 AutoLabel: OVERWRITE Reset Drives: No Relabel Scratch: Yes Last Update by (administrator): ADMIN Last Update Date/Time: 03/17/2010 11:06:32 Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edumailto:david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edumailto:david-bron...@uiowa.edu
Re: Re: Relabel/checkin Tapes marked as empty
It's a VTL, so the tapes are virtual. What does q libvol library_name volser say about the volumes in question? Their location is already null, so from that and the fact that they are VTL I am guessing that they are Primary Pool vols and not in DRM. If they are Copy Pool vols, then try a Q DRM for those volumes. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) From: Leonard, Matthew matthew.leon...@atlasair.com To: ADSM-L@VM.MARIST.EDU Date: 04/16/14 02:30 PM Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU tsm: SXDCTSM01q library xdcvtl f=d Library Name: XDCVTL Library Type: SCSI ACS Id: Private Category: Scratch Category: WORM Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: Primary Library Manager: WWN: Serial Number: 0012620282330401 AutoLabel: OVERWRITE Reset Drives: No Relabel Scratch: Yes Last Update by (administrator): ADMIN Last Update Date/Time: 03/17/2010 11:06:32 Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edu mailto:david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edumailto:david-bron...@uiowa.edu The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Re: Relabel/checkin Tapes marked as empty
Make sure the status of the volumes in question is Read/Write. Also, issue query content against the empty volumes to make sure they are really empty. At 01:28 PM 4/16/2014, you wrote: tsm: SXDCTSM01q library xdcvtl f=d Library Name: XDCVTL Library Type: SCSI ACS Id: Private Category: Scratch Category: WORM Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: Primary Library Manager: WWN: Serial Number: 0012620282330401 AutoLabel: OVERWRITE Reset Drives: No Relabel Scratch: Yes Last Update by (administrator): ADMIN Last Update Date/Time: 03/17/2010 11:06:32 Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edumailto:david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edumailto:david-bron...@uiowa.edu
Re: Re: Relabel/checkin Tapes marked as empty
Yes sorry its VTL. No DRM and no Copy pools. And actually after deleting the volume it has seemed to correct most of these empty volumes so Thanks all for the information. Greatly appreciated.. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 2:47 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty It's a VTL, so the tapes are virtual. What does q libvol library_name volser say about the volumes in question? Their location is already null, so from that and the fact that they are VTL I am guessing that they are Primary Pool vols and not in DRM. If they are Copy Pool vols, then try a Q DRM for those volumes. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) From: Leonard, Matthew matthew.leon...@atlasair.com To: ADSM-L@VM.MARIST.EDU Date: 04/16/14 02:30 PM Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU tsm: SXDCTSM01q library xdcvtl f=d Library Name: XDCVTL Library Type: SCSI ACS Id: Private Category: Scratch Category: WORM Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: Primary Library Manager: WWN: Serial Number: 0012620282330401 AutoLabel: OVERWRITE Reset Drives: No Relabel Scratch: Yes Last Update by (administrator): ADMIN Last Update Date/Time: 03/17/2010 11:06:32 Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edu mailto:david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edumailto:david-bron...@uiowa.edu The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address,
Re: Re: Relabel/checkin Tapes marked as empty
Yes thanks Rick I did this and actually by deleting the volumes this corrected the issue. Thanks for your help!! Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rick Saylor Sent: Wednesday, April 16, 2014 2:49 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Make sure the status of the volumes in question is Read/Write. Also, issue query content against the empty volumes to make sure they are really empty. At 01:28 PM 4/16/2014, you wrote: tsm: SXDCTSM01q library xdcvtl f=d Library Name: XDCVTL Library Type: SCSI ACS Id: Private Category: Scratch Category: WORM Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: Primary Library Manager: WWN: Serial Number: 0012620282330401 AutoLabel: OVERWRITE Reset Drives: No Relabel Scratch: Yes Last Update by (administrator): ADMIN Last Update Date/Time: 03/17/2010 11:06:32 Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Francisco Parrilla Sent: Wednesday, April 16, 2014 12:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty Which value are set on library for AUTOLabel ? 2014-04-16 11:05 GMT-05:00 David Bronder david-bron...@uiowa.edumailto:david-bron...@uiowa.edu: If it were the REUSEDELAY setting, the volume would be Pending, not Empty. David Ehresman's suggestion to do a delete volume on them should address the immediate issue of the volumes staying Empty instead of returning to scratch. But something else must be going on that's preventing that from occurring on its own. I don't specifically recall running across this problem over my years with TSM, but it may have just not been memorable. Is this a library manager of a shared library or something like that? (I don't have experience with that myself, though others here do. Just trying to come up with ideas to further investigate.) Try searching through APARs looking for similar symptoms; maybe it's an issue resolved in a newer level of code than you're running. I vaguely think I've seen APARs for VTL issues, but since I don't have one, I didn't pay them much attention. =Dave On 04/16/2014 10:47 AM, Leonard, Matthew wrote: No there isn't... Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.commailto:matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 10:27 AM To: ADSM-L@VM.MARIST.EDUmailto:ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Relabel/checkin Tapes marked as empty Is there a REUSEDELAY on the Storage Pool? George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) -- Hello World.David Bronder - Systems Architect Segmentation Fault ITS-EI, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edumailto:david-bron...@uiowa.edu
Re: Re: Relabel/checkin Tapes marked as empty
I wonder if the problem might recur as someone noted. I wonder if the issue is related to the VTL itself having a hold on the tapes. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
Re: Recommend a US company for custom LTO5 barcodes -
We use Frank Parsons, so far so good. YMMV On Wed, Apr 16, 2014 at 11:22 AM, Kalipolites, Marc mkalipoli...@dutchessny.gov wrote: I made my own using free software which now has a small subscription charge and I used Avery 6577 labels. Works fine after you get the alignment right. I needed to add a few tapes in a hurry and couldn't wait for an order of labels to come in. http://www.mytapelabels.com/ Thanks Marc Marc Kalipolites Systems Network Administrator Dutchess County OCIS 503 Haight Avenue Poughkeepsie, NY 12603 Phone: (845)486-2450 Email: mkalipoli...@dutchessny.gov www.dutchessny.gov -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Wednesday, April 16, 2014 9:57 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Recommend a US company for custom LTO5 barcodes - I haven't done this in a long time - Anybody got a recommendation for a U.S. based company that can do a small order of custom LTO5 barcodes (and not mess it up?) There are lots on the web, but if you know a reliable one please reply offline to: wprat...@icfi.commailto:wprat...@icfi.com Thank you! -- Thanks, Patrick L. Miller Computer Systems Analyst II Prince George's County Schools 301-952-6797 pmil...@pgcps.org ___ _-_ \==_=_/ .---'---`---. \_ \\._./ \ \ / /`-_-' __,--`.`-'..'-_ / || *Systems* `--.,-'
Re: Re: Relabel/checkin Tapes marked as empty
Trust me, we have more problems with the use of a VTL especially with relabeling and the headers within the virtual tape being marked as in-use. Even though Tivoli might say a volume is full, the VTL doesn't understand that properly. We have been going back and forth with the vendor on this for many years. Overall, it's definitely better than a physical tape library but it has its issues. Regards, Matthew J. Leonard Network Infrastructure Administrator IT Network Operations AtlasAir, Inc. matthew.leon...@atlasair.com 914-701-8042 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of George Huebschman Sent: Wednesday, April 16, 2014 3:02 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Re: Relabel/checkin Tapes marked as empty I wonder if the problem might recur as someone noted. I wonder if the issue is related to the VTL itself having a hold on the tapes. George Huebschman (George H.) (301) 699-4013 (301) 875-1227 (Cell) The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. This message may contain an advertisement of a product or service and thus may constitute a commercial electronic mail message under US Law. The postal address for PNC is 249 Fifth Avenue, Pittsburgh, PA 15222. If you do not wish to receive any additional advertising or promotional messages from PNC at this e-mail address, click here to unsubscribe: http://pages.e.pnc.com/globalunsub/ By unsubscribing to this message, you will be unsubscribed from all advertising or promotional messages from PNC. Removing your e-mail address from this mailing list will not affect your subscription to alerts, e-newsletters or account servicing e-mails.
