How much central storage do you have available to this LPAR? IIRC, the Page volumes are used when the data cannot be held in Real Memory. So you may have a lot of paging going on. What is your paging rate?
Sometimes with products, the vendor could be helpful in understanding why their product is doing this. This may be normal behavior for the product (like DB2). It might be that the functions using the application need tuning or there may not be sufficient central storage on the LPAR to support the product. An IPL may release the storage and you can monitor it from a different starting point. Is it growing when X happens in DB2, or OMVS or how many zFS files are open, and so on. So I might think you could open an SR with IBM on some of the of these products and see where it leads. Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Juergen Kehr > Sent: Friday, May 16, 2014 3:26 AM > To: [email protected] > Subject: Auxiliary Storage Usage Problem > > Hello, > > since a while we recognized that in some of our LPARs the auxiliary storage > usage > is rising steadily and we can't find out why this happens. I seems that one > or more > address spaces are not releasing their slots correctly. > > Here are some sample data from SLOTCNT recorded in a one week intervall. > > + SLOTCNT PAGE DATASET SLOT USAGE > REPORT > PAGE 1 > > ASID JOBNAME TOTAL SLOTS VIO SLOTS NON-VIO > SLOTS FRAMES > ---- -------- ------------------- ------------------- > ------------------- ------------------- > 0003 *SHARED* > 3,410 > 0003 *HVSHR* > 570,895 320,636 > 0003 *HVCOMM* > 14,107 7,246 > > 0003 RASP 588,464 0 > 588,464 472 > 002D ZFS 243,711 0 > 243,711 139,081 > 0067 DB41DBM1 165,319 0 > 165,319 234,079 > 005B OMIICMS 36,828 0 > 36,828 10,417 > 0083 OMIID5 23,501 0 > 23,501 1,650 > ... > ---- -------- ------------------- ------------------- ------------------- > ------------------- > --TOTAL- 1,394,356 0 > 1,394,356 1,464,576 > --ASM--- 3,596,038 0 > 1,394,356 1,544,900 > > > + SLOTCNT PAGE DATASET SLOT USAGE > REPORT > PAGE 1 > > ASID JOBNAME TOTAL SLOTS VIO SLOTS NON-VIO > SLOTS FRAMES > ---- -------- ------------------- ------------------- > ------------------- ------------------- > 0003 *SHARED* > 3,404 > 0003 *HVSHR* > 742,288 278,711 > 0003 *HVCOMM* > 18,477 6,463 > > 0003 RASP 764,241 0 > 764,241 448 > 002D ZFS 340,527 0 > 340,527 184,879 > 0067 DB41DBM1 205,769 0 > 205,769 240,892 > 000F OMVS 22,622 0 > 22,622 11,874 > 008F OMIICMS 21,094 0 > 21,094 21,326 > ... > ASID JOBNAME TOTAL SLOTS VIO SLOTS NON-VIO > SLOTS FRAMES > ---- -------- ------------------- ------------------- > ------------------- ------------------- > --TOTAL- 1,676,677 0 > 1,676,677 1,524,741 > --ASM--- 3,596,038 0 > 1,676,677 1,544,905 > > As you can see the aux storage usage rises from about 39% to about 47% and > still > growing. > OK, we might do PAGEADDs to avoid AUX storage shortages, but we think it would > be better to find the cause for this situation, which is, at least from our > point of view > not normal. > > Thanks in advance for any ideas. > > Kind regards. > Juergen Kehr ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
