Re: z/OS 2.3 installation
VTAM Logmode table? On Sun, Nov 24, 2019 at 11:37 PM saurabh khandelwal wrote: > > Dear Group, > > We are in processing of z/OS 2.3 installation and during our first IPL, as > soon as we login to TSO using APPLID, system throwing us back and session > terminated message i am getting on TN3270 screen. I dont see any other > message on z/OS console. > > Can anybody faced this issue before . > > > > > > -- > Thanks & Regards > Saurabh Khandelwal > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.3 installation
Post your TN3270 server message On Mon, 25 Nov, 2019, 9:37 AM saurabh khandelwal, < sourabhkhandelwal...@gmail.com> wrote: > Dear Group, > > We are in processing of z/OS 2.3 installation and during our first IPL, as > soon as we login to TSO using APPLID, system throwing us back and session > terminated message i am getting on TN3270 screen. I dont see any other > message on z/OS console. > > Can anybody faced this issue before . > > > > > > -- > Thanks & Regards > Saurabh Khandelwal > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 v12 DSN1DBM1 Address space
Thanks you all for suggestion and help us to understand this MEMLIMIT . thanks again. On Mon, Nov 4, 2019 at 7:50 PM Martin Packer wrote: > > It’s probably MEMLIMIT - which governs VIRTUAL Storage. And it will be in > GB. > > If that’s what Db2 V12 Installation says, you’d better make sure it has it > - whether through JCL or exit or PARMLIB or whatever. > > But Db2 will only take what it needs - with the proviso that you can tune > what it needs. So an individual subsystem’s actual requirements may vary. > > Cheers, Martin > > Sent from my iPad > > > On 4 Nov 2019, at 16:42, saurabh khandelwal > wrote: > > > > Hello Group, > > > > We are in the process of installing DB2 v12 and I find minimum memory > limit > > in DSN1DBM1 address is 16M . Can you please help me to understand if this > > is minimum memory requiremen by this address space which is different > then > > db2 v11 , which was only 4M. > > > > Can you please suggest. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.3 installation
Dear Group, We are in processing of z/OS 2.3 installation and during our first IPL, as soon as we login to TSO using APPLID, system throwing us back and session terminated message i am getting on TN3270 screen. I dont see any other message on z/OS console. Can anybody faced this issue before . -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IARST64 OWNER SECONDARY ?
On Sun, Nov 24, 2019 at 11:49:33AM -0500, Joe Reichman wrote: > IARST64 OWNER SECONDARY ? > There doesn't seem to be any documentation on what this parm means. Seems > like I would have to do a SSAR to point to the secondary asid and I am > guessing the storage would reside in that asid and reference it with AR > value of 1 ? Well, a quick google: zos iarst64 and the first or 2nd results points to: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa900/iarst64.htm ,OWNER=HOME ,OWNER=PRIMARY ,OWNER=SECONDARY ,OWNER=SYSTEM ,OWNER=BYASID When COMMON=YES and REQUEST=GET are specified, a required parameter that designates the owner of the storage. ,OWNER=HOME This parameter indicates that the home address space is to be the owner. ,OWNER=PRIMARY This parameter indicates that the primary address space is to be the owner. ,OWNER=SECONDARY This parameter indicates that the secondary address space is to be the owner. ,OWNER=SYSTEM This parameter indicates that the system is to be the owner. Use this only when there is no specific address space which can be considered the owner. ,OWNER=BYASID This parameter indicates that the owner is the ASID specified by the OwningASID parameter. So you're getting some storage and using an interface which doesn't assume your current asid/task is to "own" the storage. What does "own" mean? Likely it means how the system is to track the lifetime of the storage and tie that lifetime to some task or address space's lifetime or reading the description at the top of the page: Note: There is diagnostic support for 64 bit cell pools, created by IARST64, So there is some sort of cell pooling going on. So perhaps the OWNER indicates which cell pool IARST64 should use too. The description also says: Cross memory mode: Any PASN, any HASN, any SASN AMODE: 64-bit ASC mode:Primary or access register (AR) So SSAR doesn't seem to be required at all. I may not have used MVS for a while, but I can still read IBM manuals... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WTO
David, True, sorry misread his reply. David my issue is I have limited storage for variables, 100 bytes , like being back writing BAL on a 360/20. I haven’t had this experience on a piece of re-entrant code with this limitation. This was one of the main reasons I asked the question of my colleagues here on the Listserv. The exit is Top-secrets exit. Scott On Sun, Nov 24, 2019 at 7:07 AM David Crayford wrote: > On 2019-11-23 7:07 AM, scott Ford wrote: > > Henri, > > > > That’s what ended up doing , thank you, I appreciate any help. > > Maybe a bit of a misunderstanding here. I think what Henri was > suggesting was using a UNIX shell that pipes messages to /dev/console > which writes WTOs using the syslogd daemon. > > echo "hello" > /dev/console > > I think your problem was related to writing assembler code with WTO macros? > > > > > > Scott > > > > On Fri, Nov 22, 2019 at 3:38 PM Henri Kuiper > > wrote: > > > >> Maybe a bit late. But a plain WTO via an echo to /dev/console not an > >> option? > >> > >> Sent from my wireless iPhone > >> > >>> On 19 Nov 2019, at 18:52, scott Ford wrote: > >>> > >>> Bruce, Peter, all: > >>> > >>> A big thanks . its much appreciated by this older t-rex. > >>> > >>> Scott > >>> > On Tue, Nov 19, 2019 at 3:10 AM Bruce Hewson < > bruce_hew...@hotmail.com> > wrote: > > Hello Scott, > > How I do it. > > in CSECT copy list form from CONSTANTs section to DSECT working > section > Update message text > run WTO execute form > > in DSECT > WTO list form map > > in Constants > WTO_text WTO list form with text > WTO_length = * - WTO_text > > DESCT maps onto your own STORAGE area, thus copying the constant LIST > >> form > over the DSECT map makes the code reentrant. > > > > > > > On Mon, 18 Nov 2019 08:55:45 -0500, scott Ford > >> wrote: > > Peter, > > > > > I have to add displays ( WTOs ). I dont have complaints again IBM, > >> rarely, > > best people I ever worked with, my issue is howtos. Working examples > >> which > > I can refer to and understand > > (prototype) before I start writing code. When to use the execute form > >> of > > the macro vs list, also let me add I was never an applications > >> program, i > > > > Regards > Bruce > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > > >>> > >>> -- > >>> > >>> > >>> > >>> *IDMWORKS * > >>> > >>> Scott Ford > >>> > >>> z/OS Dev. > >>> > >>> > >>> > >>> > >>> “By elevating a friend or Collegue you elevate yourself, by demeaning a > >>> friend or collegue you demean yourself” > >>> > >>> > >>> > >>> www.idmworks.com > >>> > >>> scott.f...@idmworks.com > >>> > >>> Blog: www.idmworks.com/blog > >>> > >>> > >>> > >>> > >>> > >>> *The information contained in this email message and any attachment may > >> be > >>> privileged, confidential, proprietary or otherwise protected from > >>> disclosure. If the reader of this message is not the intended > recipient, > >>> you are hereby notified that any dissemination, distribution, copying > or > >>> use of this message and any attachment is strictly prohibited. If you > >> have > >>> received this message in error, please notify us immediately by > replying > >> to > >>> the message and permanently delete it from your computer and destroy > any > >>> printout thereof.* > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IARST64 OWNER SECONDARY ?
There doesn't seem to be any documentation on what this parm means. Seems like I would have to do a SSAR to point to the secondary asid and I am guessing the storage would reside in that asid and reference it with AR value of 1 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WTO
On 2019-11-23 7:07 AM, scott Ford wrote: Henri, That’s what ended up doing , thank you, I appreciate any help. Maybe a bit of a misunderstanding here. I think what Henri was suggesting was using a UNIX shell that pipes messages to /dev/console which writes WTOs using the syslogd daemon. echo "hello" > /dev/console I think your problem was related to writing assembler code with WTO macros? Scott On Fri, Nov 22, 2019 at 3:38 PM Henri Kuiper wrote: Maybe a bit late. But a plain WTO via an echo to /dev/console not an option? Sent from my wireless iPhone On 19 Nov 2019, at 18:52, scott Ford wrote: Bruce, Peter, all: A big thanks . its much appreciated by this older t-rex. Scott On Tue, Nov 19, 2019 at 3:10 AM Bruce Hewson wrote: Hello Scott, How I do it. in CSECT copy list form from CONSTANTs section to DSECT working section Update message text run WTO execute form in DSECT WTO list form map in Constants WTO_text WTO list form with text WTO_length = * - WTO_text DESCT maps onto your own STORAGE area, thus copying the constant LIST form over the DSECT map makes the code reentrant. On Mon, 18 Nov 2019 08:55:45 -0500, scott Ford wrote: Peter, I have to add displays ( WTOs ). I dont have complaints again IBM, rarely, best people I ever worked with, my issue is howtos. Working examples which I can refer to and understand (prototype) before I start writing code. When to use the execute form of the macro vs list, also let me add I was never an applications program, i Regards Bruce -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- *IDMWORKS * Scott Ford z/OS Dev. “By elevating a friend or Collegue you elevate yourself, by demeaning a friend or collegue you demean yourself” www.idmworks.com scott.f...@idmworks.com Blog: www.idmworks.com/blog *The information contained in this email message and any attachment may be privileged, confidential, proprietary or otherwise protected from disclosure. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof.* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
