Re: TSM Client can't handle 5.6 GB file?
Just to clarify what might be a common misconception: The RC 1450 is not a typical "out of memory" error such as when the application has exceeded 32-bit Windows 2 GB virtual memory limit. Rather, it indicates that some kernel resource is exhausted, over which TSM has no control. In some cases, even the OS "copy" command fails with a similar error. This is just a guess, but how heavily fragmented is the volume on which this 5.6 GB file resides? If it is pretty fragmented, try defragging it (in addition to checking other articles on the Microsoft support site that others have suggested). Does this system use the /3GB option in boot.ini? If so, I've seen that result in the RC 1450 due to the way kernel resource allocation changes than when not using /3GB. (Caution: consult with Microsoft or other Windows OS specialist before changing boot.ini). Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" wrote on 06/13/2008 10:14:19 AM: > Also, check this which has Microsoft info. This fixed a problem I > encountered last week after an application upgrade on the client > machine - that changed some Windows system parameters. > > Sounds very much like yours, message info is nearly identical. > > http://www-1.ibm.com/support/docview.wss?uid=swg21251903 > > David Longo > > >>> Howard Coles <[EMAIL PROTECTED]> 6/13/2008 11:33 AM >>> > Checked that, was my first inclination, as I too have seen that. But, > I've got more than enough room there. > The server shows plenty of storage to handle the received file. I found > the technote previously mentioned, and it does indeed address the > problem. > > The box has about 6 GB of RAM free, and plenty of swap space, however, > for some reason Windows thinks there's not enough memory to serve it up. > I'm going to have to get with the vendor of the app and see if they can > limit the size of those archive files. > > See Ya' > Howard > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > > Of Nast, Jeff P. > > Sent: Friday, June 13, 2008 10:29 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: Re: [ADSM-L] TSM Client can't handle 5.6 GB file? > > > > I have seen this when there is not enough space in the server > > diskpool... > > > > -Jeff Nast > > Senior Systems Administrator > > SMDC Health Systems > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > > Of > > Howard Coles > > Sent: Friday, June 13, 2008 9:57 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: TSM Client can't handle 5.6 GB file? > > > > I keep getting this error when trying to backup a 6 GB (there about) > > file: > > > > > > > > ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from > > FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error > > desription: Insufficient system resources exist to complete the > > requested service. > > > > Normal File--> 6,057,511,932 > \\nodename\c$\archives\Sun06082008.tgz > > ** Unsuccessful ** > > > > > > > > And, yes, I pasted this from the TSM CLI client! (misspellings and > > all). > > > > > > > > This is a Win 2003 Enterprise Edition Server. Not sure what SP level, > > yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on > D: > > The TSM server is running AIX, TSM 5.3, and is only using 24% of the > > 145 > > GB storage pool. > > > > > > > > I'm thinking of upgrading to the 5.4 client on this box, but wondering > > if that would help. Is this a server side error, or client side is my > > basic question? > > > > > > > > See Ya' > > > > Howard Coles Jr. > > > > Sr. Systems Engineer > > > > Ardent Health Services > > > > John 3:16! > > > > > > > > > > This e-mail communication and any attachments may contain confidential > > and privileged information for the use of the designated recipients > > named above. If you are not the intended recipient, you are hereby > > notified that you have received this communication in error and that > > any review, disclosure, dissemination, distribution or copying of it > or > > its contents is prohibited. As required by federal and state laws, you > > need to hold this information as privileged and confidential. If you > > have received this communication in error, please notify the sender > and > > destroy all copies of this communication and any attachments. > > > > # > This message is for the named person's use only. It may > contain private, proprietary, or legally privileged information. > No privilege is waive
unsubscribe
Bruce E. Lowrie Sr. Infrastructure Analyst Information Technology Services Storage & Output *E-Mail: [EMAIL PROTECTED] *Voice: (989) 496-6404 7 Fax: (989) 496-8232 *Post: 2200 W. Salzburg Rd. *Post: Mail: CO2200 *Post: Midland, MI 48686-0994
Re: TSM Client can't handle 5.6 GB file?
Also, check this which has Microsoft info. This fixed a problem I encountered last week after an application upgrade on the client machine - that changed some Windows system parameters. Sounds very much like yours, message info is nearly identical. http://www-1.ibm.com/support/docview.wss?uid=swg21251903 David Longo >>> Howard Coles <[EMAIL PROTECTED]> 6/13/2008 11:33 AM >>> Checked that, was my first inclination, as I too have seen that. But, I've got more than enough room there. The server shows plenty of storage to handle the received file. I found the technote previously mentioned, and it does indeed address the problem. The box has about 6 GB of RAM free, and plenty of swap space, however, for some reason Windows thinks there's not enough memory to serve it up. I'm going to have to get with the vendor of the app and see if they can limit the size of those archive files. See Ya' Howard > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Nast, Jeff P. > Sent: Friday, June 13, 2008 10:29 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] TSM Client can't handle 5.6 GB file? > > I have seen this when there is not enough space in the server > diskpool... > > -Jeff Nast > Senior Systems Administrator > SMDC Health Systems > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of > Howard Coles > Sent: Friday, June 13, 2008 9:57 AM > To: ADSM-L@VM.MARIST.EDU > Subject: TSM Client can't handle 5.6 GB file? > > I keep getting this error when trying to backup a 6 GB (there about) > file: > > > > ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from > FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error > desription: Insufficient system resources exist to complete the > requested service. > > Normal File--> 6,057,511,932 \\nodename\c$\archives\Sun06082008.tgz > ** Unsuccessful ** > > > > And, yes, I pasted this from the TSM CLI client! (misspellings and > all). > > > > This is a Win 2003 Enterprise Edition Server. Not sure what SP level, > yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on D: > The TSM server is running AIX, TSM 5.3, and is only using 24% of the > 145 > GB storage pool. > > > > I'm thinking of upgrading to the 5.4 client on this box, but wondering > if that would help. Is this a server side error, or client side is my > basic question? > > > > See Ya' > > Howard Coles Jr. > > Sr. Systems Engineer > > Ardent Health Services > > John 3:16! > > > > > This e-mail communication and any attachments may contain confidential > and privileged information for the use of the designated recipients > named above. If you are not the intended recipient, you are hereby > notified that you have received this communication in error and that > any review, disclosure, dissemination, distribution or copying of it or > its contents is prohibited. As required by federal and state laws, you > need to hold this information as privileged and confidential. If you > have received this communication in error, please notify the sender and > destroy all copies of this communication and any attachments. # This message is for the named person's use only. It may contain private, proprietary, or legally privileged information. No privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it, and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Health First reserves the right to monitor all e-mail communications through its networks. Any views or opinions expressed in this message are solely those of the individual sender, except (1) where the message states such views or opinions are on behalf of a particular entity; and (2) the sender is authorized by the entity to give such views or opinions. #
Re: TSM Client can't handle 5.6 GB file?
Checked that, was my first inclination, as I too have seen that. But, I've got more than enough room there. The server shows plenty of storage to handle the received file. I found the technote previously mentioned, and it does indeed address the problem. The box has about 6 GB of RAM free, and plenty of swap space, however, for some reason Windows thinks there's not enough memory to serve it up. I'm going to have to get with the vendor of the app and see if they can limit the size of those archive files. See Ya' Howard > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of Nast, Jeff P. > Sent: Friday, June 13, 2008 10:29 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] TSM Client can't handle 5.6 GB file? > > I have seen this when there is not enough space in the server > diskpool... > > -Jeff Nast > Senior Systems Administrator > SMDC Health Systems > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > Of > Howard Coles > Sent: Friday, June 13, 2008 9:57 AM > To: ADSM-L@VM.MARIST.EDU > Subject: TSM Client can't handle 5.6 GB file? > > I keep getting this error when trying to backup a 6 GB (there about) > file: > > > > ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from > FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error > desription: Insufficient system resources exist to complete the > requested service. > > Normal File--> 6,057,511,932 \\nodename\c$\archives\Sun06082008.tgz > ** Unsuccessful ** > > > > And, yes, I pasted this from the TSM CLI client! (misspellings and > all). > > > > This is a Win 2003 Enterprise Edition Server. Not sure what SP level, > yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on D: > The TSM server is running AIX, TSM 5.3, and is only using 24% of the > 145 > GB storage pool. > > > > I'm thinking of upgrading to the 5.4 client on this box, but wondering > if that would help. Is this a server side error, or client side is my > basic question? > > > > See Ya' > > Howard Coles Jr. > > Sr. Systems Engineer > > Ardent Health Services > > John 3:16! > > > > > This e-mail communication and any attachments may contain confidential > and privileged information for the use of the designated recipients > named above. If you are not the intended recipient, you are hereby > notified that you have received this communication in error and that > any review, disclosure, dissemination, distribution or copying of it or > its contents is prohibited. As required by federal and state laws, you > need to hold this information as privileged and confidential. If you > have received this communication in error, please notify the sender and > destroy all copies of this communication and any attachments.
Re: TSM Client can't handle 5.6 GB file?
I have seen this when there is not enough space in the server diskpool... -Jeff Nast Senior Systems Administrator SMDC Health Systems -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Howard Coles Sent: Friday, June 13, 2008 9:57 AM To: ADSM-L@VM.MARIST.EDU Subject: TSM Client can't handle 5.6 GB file? I keep getting this error when trying to backup a 6 GB (there about) file: ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error desription: Insufficient system resources exist to complete the requested service. Normal File--> 6,057,511,932 \\nodename\c$\archives\Sun06082008.tgz ** Unsuccessful ** And, yes, I pasted this from the TSM CLI client! (misspellings and all). This is a Win 2003 Enterprise Edition Server. Not sure what SP level, yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on D: The TSM server is running AIX, TSM 5.3, and is only using 24% of the 145 GB storage pool. I'm thinking of upgrading to the 5.4 client on this box, but wondering if that would help. Is this a server side error, or client side is my basic question? See Ya' Howard Coles Jr. Sr. Systems Engineer Ardent Health Services John 3:16! This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. As required by federal and state laws, you need to hold this information as privileged and confidential. If you have received this communication in error, please notify the sender and destroy all copies of this communication and any attachments.
Re: Dismounting Tapes
Lepre, James wrote: Hello Everyone, I am having problem with tapes not being dismounted. We have a VTL and when it tries to replicate to another VTL it fails because a virtual tape in still in a virtual drive. When I do a Q MO the tape is in the drive sitting idle. Is there a way to have TSM automatically dismount idle tapes. Take a look at the MOUNTRETENTION option in the device class for the VTL drives. The default is an hour, but you can dial it down as low as you want it to go. -- -- Skylar Thompson ([EMAIL PROTECTED]) -- Genome Sciences Department, System Administrator -- Foege Building S048, (206)-685-7354 -- University of Washington School of Medicine
Re: Dismounting Tapes
Hello Everyone, I am having problem with tapes not being dismounted. We have a VTL and when it tries to replicate to another VTL it fails because a virtual tape in still in a virtual drive. When I do a Q MO the tape is in the drive sitting idle. Is there a way to have TSM automatically dismount idle tapes. Thank you James Lepre --- Confidentiality Notice: The information in this e-mail and any attachments thereto is intended for the named recipient(s) only. This e-mail, including any attachments, may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or other use. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action or inaction in reliance on the contents of this e-mail and any of its attachments is STRICTLY PROHIBITED. If you have received this e-mail in error, please immediately notify the sender via return e-mail; delete this e-mail and all attachments from your e-mail system and your computer system and network; and destroy any paper copies you may have in your possession. Thank you for your cooperation.
Re: TSM Client can't handle 5.6 GB file?
could always try the client option(MEMORYEFFICIENTBACKUP YES) Might be running out of memory on the local machine. Jim - Original Message - From: "Howard Coles" <[EMAIL PROTECTED]> To: Sent: Friday, June 13, 2008 3:57 PM Subject: [ADSM-L] TSM Client can't handle 5.6 GB file? I keep getting this error when trying to backup a 6 GB (there about) file: ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error desription: Insufficient system resources exist to complete the requested service. Normal File--> 6,057,511,932 \\nodename\c$\archives\Sun06082008.tgz ** Unsuccessful ** And, yes, I pasted this from the TSM CLI client! (misspellings and all). This is a Win 2003 Enterprise Edition Server. Not sure what SP level, yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on D: The TSM server is running AIX, TSM 5.3, and is only using 24% of the 145 GB storage pool. I'm thinking of upgrading to the 5.4 client on this box, but wondering if that would help. Is this a server side error, or client side is my basic question? See Ya' Howard Coles Jr. Sr. Systems Engineer Ardent Health Services John 3:16! This message has been scanned for viruses by Cattles and Sophos Pure Message scanning services. Cattles plc Registered in England No: 543610 Kingston House, Centre 27 Business Park, Woodhead Road, Birstall, Batley, WF179TD. The views and opinions expressed herein are those of the author and not of Cattles plc or any of its subsidiaries.The content of this e-mail is confidential, may contain privileged material and is intended solely for the recipient(s) named above. If you receive this in error, please notify the sender immediately and delete this e-mail. Please note that neither Cattles plc nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments(if any). No contracts or agreements may be concluded on behalf of Cattles plc or its subsidiaries by means of email communications. This message has been scanned for Viruses by Cattles and Sophos Puremessage scanning service.
Re: TSM Client can't handle 5.6 GB file?
ADSM QuickFacts has info on this, referring you to IBM Technote 1116532. Richard Sims
TSM Client can't handle 5.6 GB file?
I keep getting this error when trying to backup a 6 GB (there about) file: ANSE ntrc.cpp(928): Received Win32 RC 1450 (0x05aa) from FileRead(): ReadFile '\\nodename\c$\archives\SUN06082008.TGZ'. Error desription: Insufficient system resources exist to complete the requested service. Normal File--> 6,057,511,932 \\nodename\c$\archives\Sun06082008.tgz ** Unsuccessful ** And, yes, I pasted this from the TSM CLI client! (misspellings and all). This is a Win 2003 Enterprise Edition Server. Not sure what SP level, yet, but it has 8 GB of RAM and 100 GB free on C: and 154 GB free on D: The TSM server is running AIX, TSM 5.3, and is only using 24% of the 145 GB storage pool. I'm thinking of upgrading to the 5.4 client on this box, but wondering if that would help. Is this a server side error, or client side is my basic question? See Ya' Howard Coles Jr. Sr. Systems Engineer Ardent Health Services John 3:16!
Re: NDMP backup successful but incomplete
I'm not familiar with celerra, but on Netapp, TSM ignores the snapshot directories unless they are specifically mapped. Are you sure the data that is being reported by TSM:q fi and the nas command are not snapshots? Maybe there is something special about the data on vol0 that is excluding it? Also, run "QUERY VIRTUALFSMAPPING" and see if there is anything strange in there. Maybe "/vol0" is being redirected to a subfolder Regards, Shawn Shawn Drew Internet [EMAIL PROTECTED] Sent by: ADSM-L@VM.MARIST.EDU 06/12/2008 05:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject [ADSM-L] NDMP backup successful but incomplete I've got an NDMP client (Celerra) with two file systems - /vol0, and /vol1. When I run the backup (fulls only), /vol1 gets a complete backup, but /vol0 backs up only a few kilobytes, and the process ends as Successful. To be more specific: 06/12/08 10:17:12 ANR2017I Administrator RNLEAF issued command: BACKUP NODE SVGMN14GLBSM07 /vol0 mode=full (SESSION: 36846) 06/12/08 10:17:14 ANR1063I Full backup of NAS node SVGMN14GLBSM07, file system /vol0, started as process 552 by administrator RNLEAF. (SESSION: 36846, PROCESS: 552) ... 06/12/08 10:17:37 ANR0988I Process 552 for BACKUP NAS (FULL) running in the BACKGROUND processed 43,482 bytes with a completion state of SUCCESS at 10:17:37. (SESSION: 36846, PROCESS: 552) and... 06/12/08 10:17:14 ANR2017I Administrator RNLEAF issued command: BACKUP NODE SVGMN14GLBSM07 /vol1 mode=full (SESSION: 36846, PROCESS: 552) 06/12/08 10:17:16 ANR1063I Full backup of NAS node SVGMN14GLBSM07, file system /vol1, started as process 553 by administrator RNLEAF. (SESSION: 36846, PROCESS: 553) ... 06/12/08 15:26:39 ANR0988I Process 553 for BACKUP NAS (FULL) running in the BACKGROUND processed 620,126,384,679 bytes with a completion state of SUCCESS at 15:26:39. (SESSION: 36846, PROCESS: 553) Now, the administrator of the Celerra can demonstrate that /vol0 has plenty of data in it: [EMAIL PROTECTED] nasadmin]$ nas_fs -size vol0 total = 1578910 avail = 900497 used = 678412 ( 42% ) (sizes in MB) ( blockcount = 3283714048 ) volume: total = 1603376 (sizes in MB) ( blockcount = 3283714048 )) [EMAIL PROTECTED] nasadmin]$ nas_fs -size vol1 total = 1578910 avail = 985584 used = 593326 ( 37% ) (sizes in MB) ( blockcount = 3283714048 ) volume: total = 1603376 (sizes in MB) ( blockcount = 3283714048 )) I see something similar when I look at the information TSM has about that file space: q filespace SVGMN14GLBSM07 /vol0 f=d Node Name: SVGMN14GLBSM07 Filespace Name: /vol0 Hexadecimal Filespace Name: FSID: 2 Platform: DartOS Filespace Type: uxfs Is Filespace Unicode?: No Capacity (MB): 1,578,910.2 Pct Util: 43.0 Last Backup Start Date/Time: 06/12/08 10:17:13 Days Since Last Backup Started: <1 Last Backup Completion Date/Time: 06/12/08 10:17:36 Days Since Last Backup Completed: <1 Last Full NAS Image Backup Completion Date/Time: 06/12/08 10:17:36 Days Since Last Full NAS Image Backup Completed: <1 I don't know what kind of settings he might have on his end that might affect how TSM accesses, or fails to access, a file system on the Celerra. As you can see, the commands issued to invoke the backups are identical. No client option sets are applied to the node. TSM server is ver 5.3.5.2 on AIX 5.3; backing up to a VTL emulating a 3584 with LTO drives. If the version of DART on the Celerra matters, I'll dig it up. Does anyone have a theory as to why the /vol0 backup isn't backing up the data that's there, while the backups of /vol1 are working fine?, Thanks in advance! Robben Leaf - This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: ALMS activation on productive shared TS3500 library
Hi Arnaud, Josef can be right, as I didn't try to keep any previous configuration during my tests, making a scratch install. Anyway, what I've seen during all my testing, is that, if you loose configuration, you have to rebuild all from scratch... As there are no configuration backups... Second point: concerning the drives, I would recomand to rediscover the drives on tsm and clients side, because the scsi/loop id may change... And if the drives are discovered in an other order than previously... You have to rebuild the paths... So I would recomand to rebuild all, drives discovery and paths Pierre > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De > la part de PAC Brion Arnaud > Envoyé : vendredi 13 juin 2008 11:32 > À : ADSM-L@VM.MARIST.EDU > Objet : Re: [ADSM-L] ALMS activation on productive shared > TS3500 library > > Hi Joseph, > > Here too, many thanks for the hints. > > But I'm lost now, as both Pierre and yourself are giving me > conflictual opinions on how ALMS will affect the already > existing partitions in my library ... On one hand I'm > supposed to loose all of the existing setup, and on the other > one everything should be preserved ... > Is your advice the reflect of IBM's official position ? > > Whatever your answer will be, I would be glad to get your PPT > document. Could you please send directly to the address noted below ? > > Thanks in advance ! > > Best regards. > > Arnaud > > > ** > > Panalpina Management Ltd., Basle, Switzerland, CIT Department > Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: [EMAIL PROTECTED] > ** > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] > On Behalf Of Josef Weingand > Sent: vendredi 13 juin 2008 11:13 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: ALMS activation on productive shared TS3500 library > > Hello, > if you activate ALMS, then the already defined logical > libraries will be preserved with all information and setups, > like size, drives, cartridges ... > How ever you should stop the activities on our TSM Server > regarding libraries. > After activation, which may take 1-3 min per Frame, you should: > -check the logical libraries with the WebGUI -check if the > cartridges "assigned" to the logical libries, this may take a > while (after the automatic inventory) -if where the > cartridges not assigned, then you need to assign the cart > manually with the WegGUI (this should be normaly not > necessary, but it happens once to me) > - run an audit lib > > Thats all. > > After that you can change the library setup with ALMS capabilities. > > I have a ppt which explains ALMS and TS3500 WebGUI, but it is > about 8 MB, if someone interested pls pop me email > > Mit freundlichen Grüßen / Kind regards > Josef Weingand > Senior IT Specialist > Technical Sales Systems Storage > > Mobil +49 171 55 26 783 - Homeoffice Tel. +49 8845 757421 Fax > +49 171 13 5526783 > email: [EMAIL PROTECTED] > SMS/eMail: [EMAIL PROTECTED] > > Vorsitzender des Aufsichtsrats: Erich Clementi > Geschäftsführung: Martin Jetter (Vorsitzender), Christian > Diedrich, Christoph Grandpierre, Matthias Hartmann, Thomas > Fell, Michael Diemer Sitz der Gesellschaft: Stuttgart > Registergericht: Amtsgericht Stuttgart, HRB 14562 > WEEE-Reg.-Nr. DE 99369940 > > > > From: > CAYE PIERRE <[EMAIL PROTECTED]> > To: > ADSM-L@VM.MARIST.EDU > Date: > 12.06.2008 17:49 > Subject: > Re: [ADSM-L] ALMS activation on productive shared TS3500 library > > > > Hi, > > Do you speak french ? > > May I make some suggestion... > > I work with a huge library, TS3500, with 7 virtual libraries > (ALMS) defined... > > 1. Do you really need to partition the library ? > A library manager is a good and scalable solution... > > 2. Traditionnal partitioning (ie physical partitioning) and > ALMS (virtual > libraries) are exclusive solution. > You can't mixt the two solutions. > I mean, if you activate ALMS, you should > loose all physical partitioning > > Activating ALMS mean a complete change of strategy regarding > how you use your 3584 > > To activate ALMS, which is a very nice "virtual libraries" > solution... :-) > > A) note all tape label for each actual partition > B) activate ALMS > B.1) create two virtual library, corresponding to the old partitions > allocate drives to each library > connect and define all tape on server side > B.2) allocate each tape to each corresponding virtual library > B.3) launch audit libr on each tsm server > C) create the third virtual library > D) Enjoy it > > You will find all informations on IBM Infocenter : > h
Re: ALMS activation on productive shared TS3500 library
Hi Joseph, Here too, many thanks for the hints. But I'm lost now, as both Pierre and yourself are giving me conflictual opinions on how ALMS will affect the already existing partitions in my library ... On one hand I'm supposed to loose all of the existing setup, and on the other one everything should be preserved ... Is your advice the reflect of IBM's official position ? Whatever your answer will be, I would be glad to get your PPT document. Could you please send directly to the address noted below ? Thanks in advance ! Best regards. Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Josef Weingand Sent: vendredi 13 juin 2008 11:13 To: ADSM-L@VM.MARIST.EDU Subject: Re: ALMS activation on productive shared TS3500 library Hello, if you activate ALMS, then the already defined logical libraries will be preserved with all information and setups, like size, drives, cartridges ... How ever you should stop the activities on our TSM Server regarding libraries. After activation, which may take 1-3 min per Frame, you should: -check the logical libraries with the WebGUI -check if the cartridges "assigned" to the logical libries, this may take a while (after the automatic inventory) -if where the cartridges not assigned, then you need to assign the cart manually with the WegGUI (this should be normaly not necessary, but it happens once to me) - run an audit lib Thats all. After that you can change the library setup with ALMS capabilities. I have a ppt which explains ALMS and TS3500 WebGUI, but it is about 8 MB, if someone interested pls pop me email Mit freundlichen Grüßen / Kind regards Josef Weingand Senior IT Specialist Technical Sales Systems Storage Mobil +49 171 55 26 783 - Homeoffice Tel. +49 8845 757421 Fax +49 171 13 5526783 email: [EMAIL PROTECTED] SMS/eMail: [EMAIL PROTECTED] Vorsitzender des Aufsichtsrats: Erich Clementi Geschäftsführung: Martin Jetter (Vorsitzender), Christian Diedrich, Christoph Grandpierre, Matthias Hartmann, Thomas Fell, Michael Diemer Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940 From: CAYE PIERRE <[EMAIL PROTECTED]> To: ADSM-L@VM.MARIST.EDU Date: 12.06.2008 17:49 Subject: Re: [ADSM-L] ALMS activation on productive shared TS3500 library Hi, Do you speak french ? May I make some suggestion... I work with a huge library, TS3500, with 7 virtual libraries (ALMS) defined... 1. Do you really need to partition the library ? A library manager is a good and scalable solution... 2. Traditionnal partitioning (ie physical partitioning) and ALMS (virtual libraries) are exclusive solution. You can't mixt the two solutions. I mean, if you activate ALMS, you should loose all physical partitioning Activating ALMS mean a complete change of strategy regarding how you use your 3584 To activate ALMS, which is a very nice "virtual libraries" solution... :-) A) note all tape label for each actual partition B) activate ALMS B.1) create two virtual library, corresponding to the old partitions allocate drives to each library connect and define all tape on server side B.2) allocate each tape to each corresponding virtual library B.3) launch audit libr on each tsm server C) create the third virtual library D) Enjoy it You will find all informations on IBM Infocenter : http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp Pierre > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part > de PAC Brion Arnaud Envoyé : jeudi 12 juin 2008 15:54 À : > ADSM-L@VM.MARIST.EDU Objet : [ADSM-L] ALMS activation on productive > shared TS3500 library > > Hi All, > > A probably trivial question, but I'm unable to find necessary > information in the books ... > > Our TSM setup is actually made of a TS3500 library equipped with 15 > LT03 drives and an expansion frame, the whole being shared between 2 > TSM servers, thru the mean of "standard" > library sharing (contiguous drive and slots for each logical library). > > So far, our logical libraries are looking like: > > - 1st partition : 7 tape drives (frame 1 row 1-7) and slots > 1025 -1375 > - 2nd partition : 8 tape drives (frame 1 rows 8-12, frame 2 rows 1-3) > and slots 1376-1707 > > Note that the 3 last drives (frame 2 rows 1-3) where recently added, > and are so far not used by any TSM server ... > > What we intend to do is to activate ALMS to create a 3rd partition > which should be made o
Re: ALMS activation on productive shared TS3500 library
Hello, if you activate ALMS, then the already defined logical libraries will be preserved with all information and setups, like size, drives, cartridges ... How ever you should stop the activities on our TSM Server regarding libraries. After activation, which may take 1-3 min per Frame, you should: -check the logical libraries with the WebGUI -check if the cartridges "assigned" to the logical libries, this may take a while (after the automatic inventory) -if where the cartridges not assigned, then you need to assign the cart manually with the WegGUI (this should be normaly not necessary, but it happens once to me) - run an audit lib Thats all. After that you can change the library setup with ALMS capabilities. I have a ppt which explains ALMS and TS3500 WebGUI, but it is about 8 MB, if someone interested pls pop me email Mit freundlichen Grüßen / Kind regards Josef Weingand Senior IT Specialist Technical Sales Systems Storage Mobil +49 171 55 26 783 - Homeoffice Tel. +49 8845 757421 Fax +49 171 13 5526783 email: [EMAIL PROTECTED] SMS/eMail: [EMAIL PROTECTED] Vorsitzender des Aufsichtsrats: Erich Clementi Geschäftsführung: Martin Jetter (Vorsitzender), Christian Diedrich, Christoph Grandpierre, Matthias Hartmann, Thomas Fell, Michael Diemer Sitz der Gesellschaft: Stuttgart Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940 From: CAYE PIERRE <[EMAIL PROTECTED]> To: ADSM-L@VM.MARIST.EDU Date: 12.06.2008 17:49 Subject: Re: [ADSM-L] ALMS activation on productive shared TS3500 library Hi, Do you speak french ? May I make some suggestion... I work with a huge library, TS3500, with 7 virtual libraries (ALMS) defined... 1. Do you really need to partition the library ? A library manager is a good and scalable solution... 2. Traditionnal partitioning (ie physical partitioning) and ALMS (virtual libraries) are exclusive solution. You can't mixt the two solutions. I mean, if you activate ALMS, you should loose all physical partitioning Activating ALMS mean a complete change of strategy regarding how you use your 3584 To activate ALMS, which is a very nice "virtual libraries" solution... :-) A) note all tape label for each actual partition B) activate ALMS B.1) create two virtual library, corresponding to the old partitions allocate drives to each library connect and define all tape on server side B.2) allocate each tape to each corresponding virtual library B.3) launch audit libr on each tsm server C) create the third virtual library D) Enjoy it You will find all informations on IBM Infocenter : http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp Pierre > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De > la part de PAC Brion Arnaud > Envoyé : jeudi 12 juin 2008 15:54 > À : ADSM-L@VM.MARIST.EDU > Objet : [ADSM-L] ALMS activation on productive shared TS3500 library > > Hi All, > > A probably trivial question, but I'm unable to find necessary > information in the books ... > > Our TSM setup is actually made of a TS3500 library equipped > with 15 LT03 drives and an expansion frame, the whole being > shared between 2 TSM servers, thru the mean of "standard" > library sharing (contiguous drive and slots for each logical library). > > So far, our logical libraries are looking like: > > - 1st partition : 7 tape drives (frame 1 row 1-7) and slots > 1025 -1375 > - 2nd partition : 8 tape drives (frame 1 rows 8-12, frame 2 > rows 1-3) and slots 1376-1707 > > Note that the 3 last drives (frame 2 rows 1-3) where recently > added, and are so far not used by any TSM server ... > > What we intend to do is to activate ALMS to create a 3rd > partition which should be made of 3 drives (the 3 ones which > are still not attributed) + approx. 50 tape slots, and to use > that one for a new TSM server. > > My questions are : > > - what are the possible issues (if any) that I could face > after having activated ALMS and created the 3rd partition ? > - Is there any chance that our productive TSM servers could > loose track of the already in use volumes, or of their drives ? > - Will my actual partitioning still exist after ALMS activation ... > > Well, in some words : what shall I care about, before > activating ALMS on an already partitioned and productive library ? > > Hopefully someone already went thru this and will give me some hints ! > > Thanks in advance ... > > Cheers. > > Arnaud > > ** > ** > ** > Panalpina Management Ltd., Basle, Switzerland, CIT Department > Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: [EMAIL PROTECTED] > ** > ** > ** >
Re: ALMS activation on productive shared TS3500 library
Pierre, Many thanks for your valuable help : I tried to open a call by IBM Switzerland and they could not provide me half of the information you gave me ... Seems that this kind of operation is not that usual here ! Regarding what you asked in point 1 : yes, no other way to do, as the library has to be completely isolated from any other TSM server, but also because it will be used for non-TSM applications ... Yet, another question if you don't mind : If I keep the same drives layout in the new logical libraries, than the one previously defined for the partitioned library, will it be necessary to redefine the existing drives paths on TSM servers ? I don't think so, as the real drive ID's are anyway "hidden" by the library, but I just wanted to make this sure ... Apart from this, your explanations are crystal clear and will be of much help : thanks again ! Best regards. A. Brion P.S : yes I do speak French : I'm one of the happy few french guys crossing the Swiss border on a daily basis to go to work ;-) ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of CAYE PIERRE Sent: jeudi 12 juin 2008 17:44 To: ADSM-L@VM.MARIST.EDU Subject: Re: ALMS activation on productive shared TS3500 library Hi, Do you speak french ? May I make some suggestion... I work with a huge library, TS3500, with 7 virtual libraries (ALMS) defined... 1. Do you really need to partition the library ? A library manager is a good and scalable solution... 2. Traditionnal partitioning (ie physical partitioning) and ALMS (virtual libraries) are exclusive solution. You can't mixt the two solutions. I mean, if you activate ALMS, you should loose all physical partitioning Activating ALMS mean a complete change of strategy regarding how you use your 3584 To activate ALMS, which is a very nice "virtual libraries" solution... :-) A) note all tape label for each actual partition B) activate ALMS B.1) create two virtual library, corresponding to the old partitions allocate drives to each library connect and define all tape on server side B.2) allocate each tape to each corresponding virtual library B.3) launch audit libr on each tsm server C) create the third virtual library D) Enjoy it You will find all informations on IBM Infocenter : http://publib.boulder.ibm.com/infocenter/ts3500tl/v1r0/index.jsp Pierre > -Message d'origine- > De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part > de PAC Brion Arnaud Envoyé : jeudi 12 juin 2008 15:54 À : > ADSM-L@VM.MARIST.EDU Objet : [ADSM-L] ALMS activation on productive > shared TS3500 library > > Hi All, > > A probably trivial question, but I'm unable to find necessary > information in the books ... > > Our TSM setup is actually made of a TS3500 library equipped with 15 > LT03 drives and an expansion frame, the whole being shared between 2 > TSM servers, thru the mean of "standard" > library sharing (contiguous drive and slots for each logical library). > > So far, our logical libraries are looking like: > > - 1st partition : 7 tape drives (frame 1 row 1-7) and slots > 1025 -1375 > - 2nd partition : 8 tape drives (frame 1 rows 8-12, frame 2 rows 1-3) > and slots 1376-1707 > > Note that the 3 last drives (frame 2 rows 1-3) where recently added, > and are so far not used by any TSM server ... > > What we intend to do is to activate ALMS to create a 3rd partition > which should be made of 3 drives (the 3 ones which are still not > attributed) + approx. 50 tape slots, and to use that one for a new TSM > server. > > My questions are : > > - what are the possible issues (if any) that I could face after having > activated ALMS and created the 3rd partition ? > - Is there any chance that our productive TSM servers could loose > track of the already in use volumes, or of their drives ? > - Will my actual partitioning still exist after ALMS activation ... > > Well, in some words : what shall I care about, before activating ALMS > on an already partitioned and productive library ? > > Hopefully someone already went thru this and will give me some hints ! > > Thanks in advance ... > > Cheers. > > Arnaud > > ** > ** > ** > Panalpina Management Ltd., Basle, Switzerland, CIT Department > Viadukstrasse 42, P.O. Box 4002 Basel/CH > Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 > Direct: +41 (61) 226 19 78 > e-mail: [EMAIL PROTECTED] > ** > ** > ** >
Re: ALMS activation on productive shared TS3500 library
Anil, I fully agree with you that a TSM server acting as a library manager would have been much easier to implement and maintain, unfortunately legal and security issues are refraining us to do so ! (plus the fact that we also plan to dedicate a future partition of the library to some non-TSM application) Thanks anyway for your help ... Cheers Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] ** -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Anil Maurya Sent: jeudi 12 juin 2008 16:26 To: ADSM-L@VM.MARIST.EDU Subject: Re: ALMS activation on productive shared TS3500 library I would recommend use only one library manager. This simplifies lots of headache in future. I am having one 3584 tape library with 18 LTO2 and 6 LTO4 under same library manager and it works like charm. One library manager means one volume history which is lot easier to maintain. Good luck -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of PAC Brion Arnaud Sent: Thursday, June 12, 2008 9:54 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ALMS activation on productive shared TS3500 library Hi All, A probably trivial question, but I'm unable to find necessary information in the books ... Our TSM setup is actually made of a TS3500 library equipped with 15 LT03 drives and an expansion frame, the whole being shared between 2 TSM servers, thru the mean of "standard" library sharing (contiguous drive and slots for each logical library). So far, our logical libraries are looking like: - 1st partition : 7 tape drives (frame 1 row 1-7) and slots 1025 -1375 - 2nd partition : 8 tape drives (frame 1 rows 8-12, frame 2 rows 1-3) and slots 1376-1707 Note that the 3 last drives (frame 2 rows 1-3) where recently added, and are so far not used by any TSM server ... What we intend to do is to activate ALMS to create a 3rd partition which should be made of 3 drives (the 3 ones which are still not attributed) + approx. 50 tape slots, and to use that one for a new TSM server. My questions are : - what are the possible issues (if any) that I could face after having activated ALMS and created the 3rd partition ? - Is there any chance that our productive TSM servers could loose track of the already in use volumes, or of their drives ? - Will my actual partitioning still exist after ALMS activation ... Well, in some words : what shall I care about, before activating ALMS on an already partitioned and productive library ? Hopefully someone already went thru this and will give me some hints ! Thanks in advance ... Cheers. Arnaud ** Panalpina Management Ltd., Basle, Switzerland, CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01 Direct: +41 (61) 226 19 78 e-mail: [EMAIL PROTECTED] **