On Tue, 2 May 2017 18:06:25 +0000, McCabe, Ron <rmcc...@mutualofenumclaw.com> wrote:
>Bumping storage up to 4G resolved the issue we were having with CA-SYSVIEW >14.2 on z/OS 2.2. > >Thanks for the responses that helped resolve this issue. > >Thanks, >Ron McCabe >Mutual of Enumclaw Thank for the feedback / confirmation. I can now say that this is the 4th instance of this I've run into (although not personally this time) with sandbox LPARs being upgraded to z/OS 2.2 and insufficient real storage. As I mentioned, each case was slightly different depending on the workload mix and whether there was more than one logical engine and each time the person I was working with (other than the time it happend to me) thought it was a different piece of software. The "loop", which wasn't really a loop, was just RSM trying to get frames when none were to be had. In that specific case, the LPAR had two LPs, so the system didn't lock up, but it got really slow. ;-) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
