-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf
Of Zoltan Forray
Sent: Tuesday, March 12, 2013 4:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM database randomly failing backup
Been there - done that - read the book - saw the video.
Just went
Having abundant physical memory in your system doesn't mean that your server
process will get to use it. Operating systems can impose per-process limits,
according to configuration values. See
http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3/index.jsp?topic=%2Fcom.ibm.itsm.srv.install.doc%2Ft_sr
07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM database randomly failing backup
Been there - done that - read the book - saw the video.
Just went through this on my Linux servers so I am guessing the resolution is
probably similar.
There are specific memory tuning parameters for DB2 for y
9.1135 (o)
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf
> Of Zoltan Forray
> Sent: Tuesday, March 12, 2013 4:07 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] TSM database randomly failing backup
>
> Been there -
We've been getting this off-and-on since v6.2 (we're on v6.3.3.100 now).
I've even run a DB backup within seconds of getting that message, and it
succeeds. Given that it eventually succeeds and doesn't happen very
often, we've just lived with it, although if someone has a fix I'd be
very intereste
Been there - done that - read the book - saw the video.
Just went through this on my Linux servers so I am guessing the resolution
is probably similar.
There are specific memory tuning parameters for DB2 for your OS - things
like memory heap sizes, etc, swap sizes, etc. In my case, it was Linux
Windows 2003 6.2.5:
"ANR4588E A database backup configuration might be incorrect."
This is obviously a bogus message, since sometimes the database *does* back up.
Nothing in the db2diag.log (itself suspicious) or the Windows event logs. The
only thing I can think of is some sort of memory issue