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/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
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" <ADSM-L AT VM.MARIST DOT EDU> 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 <Howard.Coles AT ARDENTHEALTH DOT COM> 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:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> > Of Nast, Jeff P.
> > Sent: Friday, June 13, 2008 10:29 AM
> > To: ADSM-L AT VM.MARIST DOT 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:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> > Of
> > Howard Coles
> > Sent: Friday, June 13, 2008 9:57 AM
> > To: ADSM-L AT VM.MARIST DOT 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:
> >
> >
> >
> > ANS9999E ntrc.cpp(928): Received Win32 RC 1450 (0x000005aa) 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.
> #####################################
|
