Hi Marcy, I have found the error. Some time before I had installed VTAM ptfs for OSA support. I had to rebuild the VTAM shared segment with 600-7ff because it did not fit anymore into the 600-6ff area. The GCS error was because of the overlap. Now I have changed the VTAM segment to 400-5ff and everything works.
Thank you again for your and Jims help. This list is really an excellent help for everything. best regards from Germany Franz Josef ----- Original Message ----- From: "Marcy Cortes" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, March 21, 2006 12:25 AM Subject: Re: [IBMVM] VM-VTAM CSA Storage Pool 241 shortage I don't think you can send attachments to the list, so without that info... GCS machine itself shouldn't be more than 16M. That extra storage in the dcss comes from outside of your virtual machine. Not sure if this is the cause of your interrupt loop or not. Usually that indicates that whatever you tried to IPL isn't code that is iplable. Did your segment save OK? I was going to suggest you call the support center. But on 2.2? Is you VTAM version supported(hopefully)? Maybe you can call in that way. Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Pohlen (Mailinglist) Sent: Monday, March 20, 2006 2:55 PM To: [email protected] Subject: Re: [IBMVM] VM-VTAM CSA Storage Pool 241 shortage Hi Jim, first of all thank you and Marcy for your hints. I have followed your instructions, Jim , but when I start GCS it abends with program interrupt loop. I cannot find an error in creating the segment. The VM/ESA is version 2.2. Can this be the reason for the abend. Logon GCS after the maintenance shows the following. There cannot be too low memory, because I have tried up to 128MB, original storage was 16MB L GCS ENTER PASSWORD (IT WILL NOT APPEAR WHEN TYPED): There is no logmsg data FILES: NO RDR, NO PRT, NO PUN LOGON AT 21:56:58 UTC MONDAY 03/20/06 HCPGIR453W CP entered; program interrupt loop I have attached the console log of user Maint, the new GCTLOAD.EXEC, a hextype of SLC L5000000, and the GCSNUC MAP as zip file. Can you explain what I do wrong. ----- Original Message ----- From: "Stracka, James (GTI)" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Monday, March 20, 2006 7:39 PM Subject: Re: [IBMVM] VM-VTAM CSA Storage Pool 241 shortage Franz, First make sure you have on any PTFs for Storage Pool shortages. As Marcy suggested, you probably have to increase the size of GCS. Your virtual storage has nothing to do with the CSA size other than the old recommendation that the virtual storage either contain all of CSA or none of it. We run with VMVTAM at 106M. Our GCS segment is: FILE FILENAME FILETYPE MINSIZE BEGPAG ENDPAG TYPE CL #USERS 1369 GCSB NSS 0000256K 00000 0000C EW R 00016 00700 0074E SR 0074F 0074F SW 00750 009FF SN 01000 0101A SR 0101B 04FFF SN To change CSA, we replaced the SLC cards in the GCTLOAD EXEC: from: 28 &1 &2 &3 SLC L400000 to: 28 &1 &2 &3 SLC L700000 from: 221 &1 &2 &3 SLC L600000 to: 221 &1 &2 &3 SLC LA00000 from: 295 &1 &2 &3 SLC L1200000 to: 295 &1 &2 &3 SLC L5000000 e.g. SLC L5000000 Which contains: "SLC 5000000 NOTE: THE " IS NOT A DOUBLE QUOTE BUT X'02' That is VERY important. Jim -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Franz Josef Pohlen Sent: Monday, March 20, 2006 5:35 AM To: [email protected] Subject: VM-VTAM CSA Storage Pool 241 shortage Hi listers, I have a problem at a customer with VM-VTAM. On weekend we have replaced a MP2003 and 3745 (only for Token-Ring-Attachement)with a t-server and internal Ethernet XCAs. We had similar problems after starting on Saturday with CSA storage pool 231, but there was a ptf, which resolved excessive CSA usage and we didn't get the messages again. There are many SWNET PUs (about 650). Now with all the users we get the following messages: VTAM : IST564I STORAGE UNAVAILABLE: COMMON AREA SUBPOOL 241 VTAM : IST663I BIND FAIL REQUEST RECEIVED, SENSE=08120000 VTAM : IST664I REAL OLU=NLDAS00.P13L5AE5 REAL DLU=NLDAS00.VTUBES VTAM : IST889I SID = DFEB2EA4301067F1 VTAM : IST890I AUTOLOGON SESSION SETUP FAILED VTAM : IST314I END This is the corresponding D NET,BFRUSE IST097I DISPLAY ACCEPTED IST350I DISPLAY TYPE = BUFFER POOL DATA IST920I IO00 BUFF SIZE 583 EXP INCREMENT 6 IST921I TIMES EXP 0 EXP/CONT THRESH 6 / *NA* IST922I CURR TOTAL 350 CURR AVAILABLE 349 IST923I MAX TOTAL 350 MAX USED 115 IST989I EXP LIMIT 2147483647 BUFFS REQUESTED 0 IST924I ------------------------------------------------------------- IST920I BS00 BUFF SIZE 216 EXP INCREMENT 17 IST921I TIMES EXP 60 EXP/CONT THRESH 17 / 51 IST922I CURR TOTAL 1038 CURR AVAILABLE 23 IST923I MAX TOTAL 1038 MAX USED 1016 IST924I ------------------------------------------------------------- IST920I LP00 BUFF SIZE 2032 EXP INCREMENT 6 IST921I TIMES EXP 1 EXP/CONT THRESH 2 / 14 IST922I CURR TOTAL 18 CURR AVAILABLE 9 IST923I MAX TOTAL 18 MAX USED 14 IST924I ------------------------------------------------------------- IST920I XD00 BUFF SIZE 681 EXP INCREMENT 5 IST921I TIMES EXP 0 EXP/CONT THRESH 5 / *NA* IST922I CURR TOTAL 6 CURR AVAILABLE 6 IST923I MAX TOTAL 6 MAX USED 0 IST924I ------------------------------------------------------------- IST920I LF00 BUFF SIZE 120 EXP INCREMENT 30 IST921I TIMES EXP 12 EXP/CONT THRESH 1 / 61 IST922I CURR TOTAL 362 CURR AVAILABLE 31 IST923I MAX TOTAL 362 MAX USED 331 IST924I ------------------------------------------------------------- IST920I CRPL BUFF SIZE 160 EXP INCREMENT 69 IST921I TIMES EXP 5 EXP/CONT THRESH 29 / 167 IST922I CURR TOTAL 405 CURR AVAILABLE 52 IST923I MAX TOTAL 405 MAX USED 357 IST924I ------------------------------------------------------------- IST920I SF00 BUFF SIZE 112 EXP INCREMENT 32 IST921I TIMES EXP 0 EXP/CONT THRESH 1 / *NA* IST922I CURR TOTAL 51 CURR AVAILABLE 39 IST923I MAX TOTAL 51 MAX USED 12 IST924I ------------------------------------------------------------- IST920I SP00 BUFF SIZE 144 EXP INCREMENT 25 IST921I TIMES EXP 0 EXP/CONT THRESH 1 / *NA* IST922I CURR TOTAL 2 CURR AVAILABLE 2 IST923I MAX TOTAL 2 MAX USED 0 IST924I ------------------------------------------------------------- IST449I CSALIMIT = NOLIMIT, CURRENT = 3547K, MAXIMUM = 3611K IST790I MAXIMUM CSA USED = 3611K IST449I CSA24 LIMIT = NOLIMIT, CURRENT = 24K, MAXIMUM = 27K IST790I MAXIMUM CSA24 USED = 27K IST595I IRNLIMIT = NOLIMIT, CURRENT = 0K, MAXIMUM = 0K IST981I VTAM PRIVATE: CURRENT = 2770K, MAXIMUM USED = 2772K IST314I END The VTAM-User has 372 MB virtual storage. NETID=NLDAS00, C HOSTSA=01, C SSCPNAME=NLDAS0A, C SSCPID=01, C MAXSUBA=63, C CDRDYN=YES, C IOBUF=(350,512,,,,), C HOSTPU=NLDAS I see a shortage on BS-, LF- and CRPL-Buffers. But which solves the problem with CSA Storage pool 241. Can anybody give me a hint which buffer parameters to change to resolve the problem? Regards Franz Josef -- "Feel free" mit GMX FreeMail! Monat für Monat 10 FreeSMS inklusive! http://www.gmx.net -------------------------------------------------------- If you are not an intended recipient of this e-mail, please notify the sender, delete it and do not read, act upon, print, disclose, copy, retain or redistribute it. Click here for important additional terms relating to this e-mail. http://www.ml.com/email_terms/ --------------------------------------------------------
