Our ASM is completely fine and we didn't add the page dataset for a long time
On Mon, Dec 11, 2023, 4:27 PM Jousma, David < [email protected]> wrote: > Peter, have you been doing any PAGE ADDS, and PAGE DELETES? Years ago, > when we were migrating to new DASD (TDMF wont move active local page > datasets), I exhausted EQSA but didn’t realize it at the time. Now you do > PAGE DELETE with REPLACE to avoid the ESQA problem. > > Dave Jousma > Vice President | Director, Technology Engineering > > > > > > From: IBM Mainframe Discussion List <[email protected]> on behalf > of Peter <[email protected]> > Date: Monday, December 11, 2023 at 5:45 AM > To: [email protected] <[email protected]> > Subject: Re: SQA overflow condition > These increase we have been whitenessing in last 1 month and never saw > this overflowing in last 2 years. No software changes have been made but > one of the product upgrade was backed out but we kept the products LPA SVC > module in LPALST as the > > > These increase we have been whitenessing in last 1 month and never saw this > > overflowing in last 2 years. > > > > No software changes have been made but one of the product upgrade was > > backed out but we kept the products LPA SVC module in LPALST as the SVC > > module shipped with higher version of the new product(which was backed out) > > was also compatible with lower version of the same product. > > > > So my question can the new SVC module which was shipped with newer version > > of product being utilized by lower version of product can cause spike in > > ESQA ? > > > > > > > > On Mon, Dec 11, 2023, 2:32 PM Martin Packer <[email protected]> > > wrote: > > > > > I’m wondering why 108% is a problem. I’d say that’s about the right > amount > > > of overflow. Unless you know have a shortage of free ECSA. > > > > > > Thanks, Martin > > > > > > From: IBM Mainframe Discussion List <[email protected]> on behalf > > > of Peter <[email protected]> > > > Date: Monday, 11 December 2023 at 04:29 > > > To: [email protected] <[email protected]> > > > Subject: [EXTERNAL] Re: SQA overflow condition > > > The ESQA usage has gone to 108%. > > > > > > Is there any tool available in CBTTAPEA which can tell me or trace SQA > > > users and who are not releasing the storage? > > > > > > On Mon, Nov 27, 2023, 5:37 PM Allan Staller < > > > [email protected]> wrote: > > > > > > > Classification: Confidential > > > > > > > > 100% concur w/Martin > > > > > > > > -----Original Message----- > > > > From: IBM Mainframe Discussion List <[email protected]> On > Behalf > > > > Of Martin Packer > > > > Sent: Sunday, November 26, 2023 2:39 AM > > > > To: [email protected] > > > > Subject: Re: SQA overflow condition > > > > > > > > [CAUTION: This Email is from outside the Organization. Unless you trust > > > > the sender, Don’t click links or open attachments as it may be a > Phishing > > > > email, which can steal your Information and compromise your Computer.] > > > > > > > > (This is not specific advice but a way of thinking about things.) > > > > > > > > SQA can, of course, overflow into CSA - with no real harm done. Unless > it > > > > causes CSA to go short. (CSA can't overflow into SQA, of course.) > > > > > > > > The above statements are true for both 24-bit and 31-bit. > > > > > > > > 1409K below the line, though, is pretty extreme - for 24 bit. If you > made > > > > SQA larger so that it only overflowed, say, by 100K there would be no > > > > wasted virtual storage. > > > > > > > > More importantly, check out the "free CSA" picture. You really don't > want > > > > to run out of that. For 24-bit you want a few hundred K free. (But to > > > > achieve that might require losing 1MB of 24-bit private, which might > not > > > be > > > > consequence free.) > > > > > > > > For 31 bit I like to see at least 100MB free ECSA, preferably more. The > > > > reason is because ECSA is - in my experience - more volatile. > > > > > > > > Speaking of volatility, you need to plan defensively - as a problem can > > > > lead to surge in SQA and CSA usage . > > > > > > > > Final point: I would advocate using SMF 78-2 to build a picture of > common > > > > storage usage - and how variable it is. Here is a blog post I wrote on > > > the > > > > matter: > > > > > > > > htt ps:// > > > > > mainframeperformancetopics.com/2020/01/05/how-i-look-at-virtual-storage > > > > > > > > (Take out the space to follow the URL - as my mail client turned it > into > > > > an attachment.) 😕 > > > > > > > > Cheers, Martin > > > > > > > > Sent from my iPad > > > > > > > > > On 26 Nov 2023, at 05:40, Peter <[email protected]> wrote: > > > > > > > > > > Hello > > > > > > > > > > I am able to see the below alert condition under RMF postprocessor > III > > > > > > > > > > > > > > > > > > > > Name Reason Critical val. Possible cause or action > > > > > > > > > > *STOR TSQAO > 0 1409K bytes SQA overflow into CSA 1409K. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Our SQA and CSA set up in our IEASYSxx is as below > > > > > > > > > > > > > > > > > > > > CSA=(2000,300000) > > > > > > > > > > > > > > > > > > > > SQA=(16,192) > > > > > > > > > > > > > > > Hardware: z14 > > > > > LPAR : 16gb memory > > > > > zOS 2.4 > > > > > > > > > > Do I have think about tunning the SQA parameter ? > > > > > > > > > > Regards > > > > > Peter > > > > > > > > > > > ---------------------------------------------------------------------- > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > > > email to [email protected] with the message: INFO IBM-MAIN > > > > > > > > Unless otherwise stated above: > > > > > > > > IBM United Kingdom Limited > > > > Registered in England and Wales with number 741598 Registered office: > PO > > > > Box 41, North Harbour, Portsmouth, Hants. PO6 3AU > > > > > > > > > > > > ---------------------------------------------------------------------- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email > > > > to [email protected] with the message: INFO IBM-MAIN > > > > ::DISCLAIMER:: > > > > ________________________________ > > > > The contents of this e-mail and any attachment(s) are confidential and > > > > intended for the named recipient(s) only. E-mail transmission is not > > > > guaranteed to be secure or error-free as information could be > > > intercepted, > > > > corrupted, lost, destroyed, arrive late or incomplete, or may contain > > > > viruses in transmission. The e mail and its contents (with or without > > > > referred errors) shall therefore not attach any liability on the > > > originator > > > > or HCL or its affiliates. Views or opinions, if any, presented in this > > > > email are solely those of the author and may not necessarily reflect > the > > > > views or opinions of HCL or its affiliates. Any form of reproduction, > > > > dissemination, copying, disclosure, modification, distribution and / or > > > > publication of this message without the prior written consent of > > > authorized > > > > representative of HCL is strictly prohibited. If you have received this > > > > email in error please delete it and notify the sender immediately. > Before > > > > opening any email and/or attachments, please check them for viruses and > > > > other defects. > > > > ________________________________ > > > > > > > > ---------------------------------------------------------------------- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to [email protected] with the message: INFO IBM-MAIN > > > > > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: INFO IBM-MAIN > > > > > > Unless otherwise stated above: > > > > > > IBM United Kingdom Limited > > > Registered in England and Wales with number 741598 > > > Registered office: PO Box 41, North Harbour, Portsmouth, Hants. PO6 3AU > > > > > > > > > ---------------------------------------------------------------------- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: INFO IBM-MAIN > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
