Re: ANS1075E : Program Memory Exhausted
Thanks for the update and clarification Andy.
Regards,
Matt Adams
Tivoli Storage Manager Team
Hermitage Site Tech
Deloitte & Touche USA LLP
-Original Message-
From: Andy Raibeck [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 20, 2002 9:55 AM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Thanks for your post, as it prompted me to recheck my facts. I fear my
memory is starting to go out the window (I just turned 40, a sure
sign...).
I just double-checked. I'd swear we fixed this in 5.1.1, but apparently we
did not. I did verify, however, that it is fixed in 5.1.5, currently
targeted for mid-October.
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"Adams, Matt (US - Hermitage)" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/20/2002 06:33
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
Is it documented that (IC32797) is corrected in 5.1.1?
Thanks,
Matt Adams
Tivoli Storage Manager Team
Hermitage Site Tech
Deloitte & Touche USA LLP
-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 19, 2002 10:23 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Nice call, Andy; thanx, for the update.
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Andy Raibeck
Sent: Monday, August 19, 2002 3:18 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Rob didn't mention the client version he is using. But the problem you are
referring to (IC32797) was fixed in 4.2.2 and 5.1.1 (it still exists in
5.1.0).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
Don France <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2002 13:16
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing
memory; maybe try using managed services (with polling mode), so the
scheduler is periodically launched (and exits) from dsmcad... see the
Using
Clients book.
Also, check your virtual memory settings; you may have so many
dir-objects
in your filesystem that you're exhausting available virtual memory.
If all that fails, call SupportLine and/or collaborate with your NT server
admins... they may need some HotFix (or have other ideas).
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rob Hefty
Sent: Monday, August 19, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: ANS1075E : Program Memory Exhausted
Hello all,
We have a win2k file server here running 4.2 that we have been doing
incrementals on for months with journaling enabled and had no problems
until
recently. The error listed above outputs almost immediately after the
initial run of it. We then rerun it (through a 3rd party scheduler) and
it
completes normally, backing up the normal amount. I tried the Tivoli
website to no avail since this message is not documented and am waiting in
a
call back queue on it but have not heard back anything. Any help is
appreciated.
Thanks,
Rob Hefty
IS Operations
Lab Safety Supply
- This message (including any attachments) contains confidential
information
intended for a specific individual and purpose, and is protected by law. -
If you are not the intended recipient, you should delete this message and
are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.
- This message (including any attachments) contains confid
Re: ANS1075E : Program Memory Exhausted
Thanks for your post, as it prompted me to recheck my facts. I fear my
memory is starting to go out the window (I just turned 40, a sure
sign...).
I just double-checked. I'd swear we fixed this in 5.1.1, but apparently we
did not. I did verify, however, that it is fixed in 5.1.5, currently
targeted for mid-October.
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"Adams, Matt (US - Hermitage)" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/20/2002 06:33
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
Is it documented that (IC32797) is corrected in 5.1.1?
Thanks,
Matt Adams
Tivoli Storage Manager Team
Hermitage Site Tech
Deloitte & Touche USA LLP
-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 19, 2002 10:23 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Nice call, Andy; thanx, for the update.
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Andy Raibeck
Sent: Monday, August 19, 2002 3:18 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Rob didn't mention the client version he is using. But the problem you are
referring to (IC32797) was fixed in 4.2.2 and 5.1.1 (it still exists in
5.1.0).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
Don France <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2002 13:16
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing
memory; maybe try using managed services (with polling mode), so the
scheduler is periodically launched (and exits) from dsmcad... see the
Using
Clients book.
Also, check your virtual memory settings; you may have so many
dir-objects
in your filesystem that you're exhausting available virtual memory.
If all that fails, call SupportLine and/or collaborate with your NT server
admins... they may need some HotFix (or have other ideas).
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rob Hefty
Sent: Monday, August 19, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: ANS1075E : Program Memory Exhausted
Hello all,
We have a win2k file server here running 4.2 that we have been doing
incrementals on for months with journaling enabled and had no problems
until
recently. The error listed above outputs almost immediately after the
initial run of it. We then rerun it (through a 3rd party scheduler) and
it
completes normally, backing up the normal amount. I tried the Tivoli
website to no avail since this message is not documented and am waiting in
a
call back queue on it but have not heard back anything. Any help is
appreciated.
Thanks,
Rob Hefty
IS Operations
Lab Safety Supply
- This message (including any attachments) contains confidential
information
intended for a specific individual and purpose, and is protected by law. -
If you are not the intended recipient, you should delete this message and
are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.
Re: ANS1075E : Program Memory Exhausted
Is it documented that (IC32797) is corrected in 5.1.1?
Thanks,
Matt Adams
Tivoli Storage Manager Team
Hermitage Site Tech
Deloitte & Touche USA LLP
-Original Message-
From: Don France [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 19, 2002 10:23 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Nice call, Andy; thanx, for the update.
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Andy Raibeck
Sent: Monday, August 19, 2002 3:18 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Rob didn't mention the client version he is using. But the problem you are
referring to (IC32797) was fixed in 4.2.2 and 5.1.1 (it still exists in
5.1.0).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
Don France <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2002 13:16
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing
memory; maybe try using managed services (with polling mode), so the
scheduler is periodically launched (and exits) from dsmcad... see the
Using
Clients book.
Also, check your virtual memory settings; you may have so many
dir-objects
in your filesystem that you're exhausting available virtual memory.
If all that fails, call SupportLine and/or collaborate with your NT server
admins... they may need some HotFix (or have other ideas).
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rob Hefty
Sent: Monday, August 19, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: ANS1075E : Program Memory Exhausted
Hello all,
We have a win2k file server here running 4.2 that we have been doing
incrementals on for months with journaling enabled and had no problems
until
recently. The error listed above outputs almost immediately after the
initial run of it. We then rerun it (through a 3rd party scheduler) and
it
completes normally, backing up the normal amount. I tried the Tivoli
website to no avail since this message is not documented and am waiting in
a
call back queue on it but have not heard back anything. Any help is
appreciated.
Thanks,
Rob Hefty
IS Operations
Lab Safety Supply
- This message (including any attachments) contains confidential information
intended for a specific individual and purpose, and is protected by law. -
If you are not the intended recipient, you should delete this message and
are hereby notified that any disclosure, copying, or distribution of this
message, or the taking of any action based on it, is strictly prohibited.
Re: ANS1075E : Program Memory Exhausted
Nice call, Andy; thanx, for the update.
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Andy Raibeck
Sent: Monday, August 19, 2002 3:18 PM
To: [EMAIL PROTECTED]
Subject: Re: ANS1075E : Program Memory Exhausted
Rob didn't mention the client version he is using. But the problem you are
referring to (IC32797) was fixed in 4.2.2 and 5.1.1 (it still exists in
5.1.0).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
Don France <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2002 13:16
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing
memory; maybe try using managed services (with polling mode), so the
scheduler is periodically launched (and exits) from dsmcad... see the
Using
Clients book.
Also, check your virtual memory settings; you may have so many
dir-objects
in your filesystem that you're exhausting available virtual memory.
If all that fails, call SupportLine and/or collaborate with your NT server
admins... they may need some HotFix (or have other ideas).
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rob Hefty
Sent: Monday, August 19, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: ANS1075E : Program Memory Exhausted
Hello all,
We have a win2k file server here running 4.2 that we have been doing
incrementals on for months with journaling enabled and had no problems
until
recently. The error listed above outputs almost immediately after the
initial run of it. We then rerun it (through a 3rd party scheduler) and
it
completes normally, backing up the normal amount. I tried the Tivoli
website to no avail since this message is not documented and am waiting in
a
call back queue on it but have not heard back anything. Any help is
appreciated.
Thanks,
Rob Hefty
IS Operations
Lab Safety Supply
Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing memory; maybe try using managed services (with polling mode), so the scheduler is periodically launched (and exits) from dsmcad... see the Using Clients book. Also, check your virtual memory settings; you may have so many dir-objects in your filesystem that you're exhausting available virtual memory. If all that fails, call SupportLine and/or collaborate with your NT server admins... they may need some HotFix (or have other ideas). Don France Technical Architect -- Tivoli Certified Consultant Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390 San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Rob Hefty Sent: Monday, August 19, 2002 10:20 AM To: [EMAIL PROTECTED] Subject: ANS1075E : Program Memory Exhausted Hello all, We have a win2k file server here running 4.2 that we have been doing incrementals on for months with journaling enabled and had no problems until recently. The error listed above outputs almost immediately after the initial run of it. We then rerun it (through a 3rd party scheduler) and it completes normally, backing up the normal amount. I tried the Tivoli website to no avail since this message is not documented and am waiting in a call back queue on it but have not heard back anything. Any help is appreciated. Thanks, Rob Hefty IS Operations Lab Safety Supply
Re: ANS1075E : Program Memory Exhausted
Rob didn't mention the client version he is using. But the problem you are
referring to (IC32797) was fixed in 4.2.2 and 5.1.1 (it still exists in
5.1.0).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
Don France <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
08/19/2002 13:16
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject:Re: ANS1075E : Program Memory Exhausted
There's been some history of the TSM scheduler allocating then not freeing
memory; maybe try using managed services (with polling mode), so the
scheduler is periodically launched (and exits) from dsmcad... see the
Using
Clients book.
Also, check your virtual memory settings; you may have so many
dir-objects
in your filesystem that you're exhausting available virtual memory.
If all that fails, call SupportLine and/or collaborate with your NT server
admins... they may need some HotFix (or have other ideas).
Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED]
Professional Association of Contract Employees
(P.A.C.E. -- www.pacepros.com)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Rob Hefty
Sent: Monday, August 19, 2002 10:20 AM
To: [EMAIL PROTECTED]
Subject: ANS1075E : Program Memory Exhausted
Hello all,
We have a win2k file server here running 4.2 that we have been doing
incrementals on for months with journaling enabled and had no problems
until
recently. The error listed above outputs almost immediately after the
initial run of it. We then rerun it (through a 3rd party scheduler) and
it
completes normally, backing up the normal amount. I tried the Tivoli
website to no avail since this message is not documented and am waiting in
a
call back queue on it but have not heard back anything. Any help is
appreciated.
Thanks,
Rob Hefty
IS Operations
Lab Safety Supply
Re: ANS1075E : Program Memory Exhausted
Please check fro memory leaks. Patches on OS and TSM Side will do. But If applications that run don't have proper patch levels then this can cause the problem If its Unix u can fix it to run crush cmd every 5 min in crontab. Hope this helps. Balanand Pinni SBC Services Inc. Work:314-206-5911 Pager:1-800-451-6897 Email ID :[EMAIL PROTECTED] [EMAIL PROTECTED] e.mail pager -Original Message- From: Kai Hintze [mailto:[EMAIL PROTECTED]] Sent: Monday, August 19, 2002 3:47 PM To: [EMAIL PROTECTED] Subject: Re: ANS1075E : Program Memory Exhausted This is Windows. How long has it been since you rebooted the file server? - Kai. > -Original Message- > From: Rob Hefty [mailto:[EMAIL PROTECTED]] > Sent: Monday, 19 August 2002 11:20 AM > To: [EMAIL PROTECTED] > Subject: ANS1075E : Program Memory Exhausted > > > Hello all, > We have a win2k file server here running 4.2 that we have been doing > incrementals on for months with journaling enabled and had no > problems until > recently. The error listed above outputs almost immediately after the > initial run of it. We then rerun it (through a 3rd party > scheduler) and it > completes normally, backing up the normal amount. I tried the Tivoli > website to no avail since this message is not documented and > am waiting in a > call back queue on it but have not heard back anything. Any help is > appreciated. > > Thanks, > > Rob Hefty > IS Operations > Lab Safety Supply >
Re: ANS1075E : Program Memory Exhausted
This is Windows. How long has it been since you rebooted the file server? - Kai. > -Original Message- > From: Rob Hefty [mailto:[EMAIL PROTECTED]] > Sent: Monday, 19 August 2002 11:20 AM > To: [EMAIL PROTECTED] > Subject: ANS1075E : Program Memory Exhausted > > > Hello all, > We have a win2k file server here running 4.2 that we have been doing > incrementals on for months with journaling enabled and had no > problems until > recently. The error listed above outputs almost immediately after the > initial run of it. We then rerun it (through a 3rd party > scheduler) and it > completes normally, backing up the normal amount. I tried the Tivoli > website to no avail since this message is not documented and > am waiting in a > call back queue on it but have not heard back anything. Any help is > appreciated. > > Thanks, > > Rob Hefty > IS Operations > Lab Safety Supply >
ANS1075E : Program Memory Exhausted
Hello all, We have a win2k file server here running 4.2 that we have been doing incrementals on for months with journaling enabled and had no problems until recently. The error listed above outputs almost immediately after the initial run of it. We then rerun it (through a 3rd party scheduler) and it completes normally, backing up the normal amount. I tried the Tivoli website to no avail since this message is not documented and am waiting in a call back queue on it but have not heard back anything. Any help is appreciated. Thanks, Rob Hefty IS Operations Lab Safety Supply
Re: ANS1075E **** Program memory exhausted **** error message
Ken - From my notes at http://people.bu.edu/rbs/ADSM.QuickFacts : ANS1075E *** Program memory exhausted *** *SM thinks: The program has exhausted all available storage. *SM recommendation: Free any unnecessary programs, for example, terminate and stay resident programs (TSRs), that are running and retry the operation. Reducing the scope of queries and the amount of data returned can also solve the problem. If a Unix system, check Unix Limits values. Assure that the system is not running out of virtual storage. If AIX, you may be in need of more than the single memory segment that AIX allows by default, which you can go beyond via Large Program Support conventions. The scoop: The amount of memory that the process needs may exceed the size of one data segment (256 MB), which is the default number of segments a process may use. The process is in this case killed by the system. The work-around for this is to enable the program to be able to use more than one data segment by enabling Large Program Support, using the following commands: cp -p .orig cd /usr/lpp/adsm/bin /usr/bin/echo '\0200\0\0\0' | dd of= bs=4 count=1 seek=19 conv=notrunc which causes the XCOFF o_maxdata field (see ) to be updated. This allows the program to use the maximum of 8 data segments (2 GB). Choose the string to use for a given number of data segments from the following table: # segmentsvm size string 8 2 GB '\0200\0\0\0' 6 1.5 GB'\0140\0\0\0' 4 1 GB '\0100\0\0\0' 2 512 MB'\040\0\0\0' Richard Sims, BU
Re: ANS1075E **** Program memory exhausted **** error message
Ken Sedlacek wrote: > > I have never received this error message in the client dsmerror.log before. > > Outside of the obvious message meaning, what could cause this? > > I have looked at the Tivoli error message on-line HTML, and can not find it > there. I even looked in the TSM 4.1 messages. Its not there either. > > This message came from the TSM backup client on the TSM server. > > Environment: > H70 AIX server, running AIX 4.3.3; > TSM server/client 3.7.3. > > Comments?? > It seems that you need more than one memory segment (255MB). We've had this problem with a dfs client and got a circumvention by IBM (don't remember the APAR now), something like echo ' 0200 0 0 0' | dd of=dsmcdfs bs=4 count=1 seek=19 conv=notrunc But things have changed! Hth, -- Horst SCHERZER e-Mail: [EMAIL PROTECTED] Vienna University Computer Center Phone: (+43 1) 4277 x14053 Universitaetsstr.7 Cellular: (+43) 0664/60 277 14053 A-1010 Wien/Vienna Fax: (+43 1) 4277 x9140 Oesterreich/Austria URL: http://mailbox.univie.ac.at/~sc begin:vcard n:Scherzer;Horst tel;cell:( +43) 0664/60 277 14053 tel;fax:4277-9140 tel;work:4277-14053 x-mozilla-html:FALSE url:http://mailbox.univie.ac.at/~sc org:Zentraler Informatikdienst Uni-Wien adr:;;Universitaetsstr.7;A-1010 Wien/Vienna;Oesterreich/Austria;; version:2.1 email;internet:[EMAIL PROTECTED] title:Systems Programmer fn:Horst Scherzer end:vcard
Re: ANS1075E **** Program memory exhausted **** error message
We had that once on a restore of an H70. We discovered that the parameters for the restore of an incremental backup were too large with too many files and we now only do archives in the event we have to do a restore like that again. Becky -Original Message- From: Ken Sedlacek [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 27, 2001 2:56 PM To: [EMAIL PROTECTED] Subject: ANS1075E Program memory exhausted error message I have never received this error message in the client dsmerror.log before. Outside of the obvious message meaning, what could cause this? I have looked at the Tivoli error message on-line HTML, and can not find it there. I even looked in the TSM 4.1 messages. Its not there either. This message came from the TSM backup client on the TSM server. Environment: H70 AIX server, running AIX 4.3.3; TSM server/client 3.7.3. Comments?? Ken Sedlacek Kyrus Corporation Office: 864-322-4260; Cell: 864-444-8375 Text Page: 864-444-7243, follow prompts [EMAIL PROTECTED] Kyrus IT Support (Internal: 4399) (Greenville: 864-322-4399) (Toll-Free: 888-413-4399)
ANS1075E **** Program memory exhausted **** error message
I have never received this error message in the client dsmerror.log before. Outside of the obvious message meaning, what could cause this? I have looked at the Tivoli error message on-line HTML, and can not find it there. I even looked in the TSM 4.1 messages. Its not there either. This message came from the TSM backup client on the TSM server. Environment: H70 AIX server, running AIX 4.3.3; TSM server/client 3.7.3. Comments?? Ken Sedlacek Kyrus Corporation Office: 864-322-4260; Cell: 864-444-8375 Text Page: 864-444-7243, follow prompts [EMAIL PROTECTED] Kyrus IT Support (Internal: 4399) (Greenville: 864-322-4399) (Toll-Free: 888-413-4399)
Re: ANS1075E **** Program memory exhausted **** error message
i HAD THE SAME PROBLEM Pl do vmstat and see that what it shows under avm & free If free is 128 or low it shows that ur memory is low. Now use crush cmd to release the mem for time being. Else apply AIX PATCHES its memory leak problem on AIX 433 dont forget to apply TSM client patches also. U can also see vmtune and schedtune cmds to see what is -k flag .Pl increase this value so that pages are freed up fast. Process is not killed when low on mem. BALANAND -Original Message- From: Ken Sedlacek [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 27, 2001 2:56 PM To: [EMAIL PROTECTED] Subject: ANS1075E **** Program memory exhausted error message I have never received this error message in the client dsmerror.log before. Outside of the obvious message meaning, what could cause this? I have looked at the Tivoli error message on-line HTML, and can not find it there. I even looked in the TSM 4.1 messages. Its not there either. This message came from the TSM backup client on the TSM server. Environment: H70 AIX server, running AIX 4.3.3; TSM server/client 3.7.3. Comments?? Ken Sedlacek Kyrus Corporation Office: 864-322-4260; Cell: 864-444-8375 Text Page: 864-444-7243, follow prompts [EMAIL PROTECTED] Kyrus IT Support (Internal: 4399) (Greenville: 864-322-4399) (Toll-Free: 888-413-4399)
Win 2000 Client ANS1075E - Program memory exhausted
A client testing the 3.7.2.18 Win client on a machine running Win 2000 SP1 with 128Mb RAM is getting the following error message when performing an incremental backup ANS1075E *** Program memory exhausted *** in the dsmerror.log. The backup terminates. This client is backing up a large number of files - 10's of thousands - but he assures me that that the performance monitor indicates TSM is using 40Mb of memory, that 85Mb is committed and that the machine has 128Mb installed, so the memory exhausted message seems spurious. I have heard of restore failures on large filesystems - indeed I believe the new 3.7.2.19 Win client addresses such an issue - but I haven't seen such a memory problem with backup . Has anyone come across this with the recent Win clients ? Thanks Ian Smith Ian Smith Oxford University Computing Services
