Re: Storage ports for DS8K

[Lucas Rosalen]

Maybe DSCLI user guide:
https://www.ibm.com/support/knowledgecenter/HW213_7.1.0/com.ibm.storage.ssic.help.doc/f2c_clicommandlist_1r7bfc.html
I think (but never used) "lsioport" or "showioport" would give such info...

-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen



Em qua, 15 de ago de 2018 às 08:27, Jake Anderson 
escreveu:

> Hi
>
> Any documentation or manual which can help me to identify the free ports in
> DS8K boxes ?
>
> Regards
> Jake
>
> --
> 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: [External] Re: remove bad GDG entry from GDG base

[Lucas Rosalen]

Hi Brad/Judith,

I see you tried: DEFINE NONVSAM(NAME(PTP.DP.TRMS.ARCH999.X3.G0308V00)
DEVT(3390) VOL(Z1SW01))

Maybe the same DEFINE but with RECATALOG would work in this case.
Something like: DEFINE NONVSAM(NAME(PTP.DP.TRMS.ARCH999.X3.G0308V00)
DEVT(3390) VOL(Z1SW01) RECATALOG)

Regards,


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-07-06 1:02 GMT+02:00 Jackson, Rob :

> That's because if the original attempt was tape, there's definitely no NVR.
>
> Sorry, when I mentioned IEHPROGM earlier, I was actually thinking of the
> CATLG command, as in CATLG DSNAME=dataset,VOL=3390=whocares (disk doesn't
> matter, because you just want an entry you can actually delete).  I thought
> about IEHPROGM, because it's still sort of "dumb," and just does what it's
> told, and I hoped it might just make the entry in the catalog.  If it does,
> the base already has it rolled in, and you can simply delete it with
> noscratch.  I'm not sure your IEHPROGM results so far indicate anything
> other than there is no complete catalog entry.
>
> That's a shame about rename giving you a 040842CD, which says duplicate
> catalog entry exists.  It makes me think the IEHPROGM CATLG won't work
> either, despite being old school.  It depends upon which interfaces
> IEHPROGM does not respect (but which ISPF clearly does).
>
> First Tennessee Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Nelson, Judith
> Sent: Thursday, July 05, 2018 5:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] Re: remove bad GDG entry from GDG base
>
> [External Email]
>
> We tried. :(
>
>
>
>DELETE PTP.DP.TRMS.ARCH999.X3.G0308V00 FILE(VOL2) NVR
>
> IDC3014I CATALOG ERROR
>
> IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE3-92
>
> IDC0551I ** ENTRY PTP.DP.TRMS.ARCH999.X3.G0308V00 NOT DELETED
>
> IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8
>
>
> Judith Nelson  | Senior Systems Programmer Sammons® Financial Group Member
> Companies One Sammons Plaza  | Sioux Falls, SD 57193
> Phone: (605) 373-2321
> jnel...@sfgmembers.com<mailto:jnel...@sfgmembers.com>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> Sent: Thursday, July 5, 2018 10:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: remove bad GDG entry from GDG base
>
>
>
> On Thu, 5 Jul 2018 09:27:07 -0500, Brad Wissink wrote:
>
>
>
> >We need to remove a GDG entry from a GDG base, but the catalog entry
>
> >doesn't exist.  What happened was that during the creation of the GDG
>
> >(PTP.DP.TRMS.ARCH999.X3.G0308V00) the user catalog filled up and could
>
> >not extend.
>
>
>
> I suspect that the NVR was created in the VVDS. I would try DELETE NVR,
> followed by DEFINE.
>
>
>
> --
>
> Tom Marchant
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the
> message: INFO IBM-MAIN
>
>
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged.  If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format.  Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> FIRST TENNESSEE
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, di

Re: Issue WTO message using MVS SEND command

[Lucas Rosalen]

Right tool for the right job.

Read about WTO (REXX) command in Netview commands manual.

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-22 6:31 GMT+02:00 saurabh khandelwal :

> Hello Group,
>
>
>  /*  REXX */
>
> 'PIPE SAFE * | STEM MSG.'
>
>
>
> TODataset = Word( Msg.3,3 )
>
> mvs "send 'My console name is  "TODataset"',CN=CNDVMSTR"
>
> exit
>
>
> We used CN operand with send command to send message to  operator console
> and now i receive output as required.
>
> But this message is visible in green color which get disappeared as other
> message comes on console.
>
> But, I would like to have these message in white color ( not sure if we can
> say as WTO), so that until operator intervention, these message will be on
> console itself.
>
>
> Can you please suggest, how can i achieve this
>
> --
> 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: Using JCL Symbld and TYPRUN=SCAN

[Lucas Rosalen]

Thanks Kees, that's exactly what I tried to say and failed miserably :)

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-21 9:09 GMT+02:00 Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com>:

> Lucas,
>
> I think this is a mis-interpretation of your observations:
>
> With /*JOBPARM SYSAFF: the job has affinity to the mentioned system: for
> convertor, interpretor and execution, so here you can be sure of the
> substituted values.
>
> Without /*JOBPARM SYSAFF: the job can be handled by any system in the MAS
> for all 3 phases, so it can be submitted on system1, converted on system 2
> and executed on system 3. You will not know in advance which system will do
> what.
>
> Kees.
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Lucas Rosalen
> > Sent: 21 June, 2018 8:57
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Using JCL Symbld and TYPRUN=SCAN
> >
> > On the side topic...
> >
> > Based on our latest "experience":
> > - without /*JOBPARM SYSAFF: symbols got resolved in the submitting LPAR,
> > which caused some problems as they were different from the executing
> > LPAR
> > (and used as a dataset qualifier);
> > - with /*JOBPARM SYSAFF: symbols are resolved in the executing LPAR
> > (even
> > with SYSAFF=*);
> >
> > I also don't know about the documentation, just learned from a colleague
> > that had worked on our issue.
> >
> >
> > 
> > ---
> > *Lucas Rosalen*
> > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > http://br.linkedin.com/in/lrosalen
> >
> >
> > 2018-06-21 8:16 GMT+02:00 Elardus Engelbrecht <
> > elardus.engelbre...@sita.co.za>:
> >
> > > Andrew Rowley wrote:
> > >
> > > >> to this one (clear out the SYSIN - at least for IDCAMS SYSIN and
> > place
> > > it in a JCL comment):
> > > >> //* DELETE KVPO.MOST.DB2DATA.&LVL4..&PART..TRS
> > > >> //SYSIN DD *,SYMBOLS=(JCLONLY,X)
> > > >> SET MAXCC = 0
> > >
> > > >Unfortunately that may not work because the symbols in SYSIN are not
> > > substituted the same way as in the regular JCL. I have been playing
> > around
> > > with them and my conclusion is that the whole feature seems to have
> > been
> > > badly thought out.
> > >
> > > Thanks for this reminder. I remember that I also discovered that
> > > substition is not always correct, but I was too busy to follow it up.
> > >
> > >
> > > >If IBM had omitted some features, e.g. system symbols on the
> > execution
> > > system and instead substituted the symbols at the same time as the
> > symbols
> > > in the rest of the JCL, they would have lost maybe 10% of the
> > usefulness
> > > but decreased the astonishment by 90%.
> > >
> > > Which brings another question - I am just curious - Where are the
> > Symbols
> > > resolved? At the submitting LPAR or at the Executing LPAR? Or is the
> > > '/*JOBPARM SYSAFF=' used to determine the LPAR where the Symbols
> > are
> > > to be resolved/substituted?
> > >
> > > I am asking, because there are Symbols unique for a LPAR, like this:
> > >
> > > D SYMBOLS
> > > IEA007I STATIC SYSTEM SYMBOL VALUES
> > >  &SYSALVL.  = "2"
> > >  &SYSCLONE. = "C4"   <--- Unique per LPAR
> > >  &SYSNAME.  = "" <--- Unique per LPAR
> > >
> > > If that is documented, I must missed it somewhere ...
> > >
> > > Sorry for this topic drift, but ... ;-)
> > >
> > > Groete / Greetings
> > > Elardus Engelbrecht
> > >
> > > --
> > > 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...@lists

Re: Using JCL Symbld and TYPRUN=SCAN

[Lucas Rosalen]

On the side topic...

Based on our latest "experience":
- without /*JOBPARM SYSAFF: symbols got resolved in the submitting LPAR,
which caused some problems as they were different from the executing LPAR
(and used as a dataset qualifier);
- with /*JOBPARM SYSAFF: symbols are resolved in the executing LPAR (even
with SYSAFF=*);

I also don't know about the documentation, just learned from a colleague
that had worked on our issue.


-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-21 8:16 GMT+02:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Andrew Rowley wrote:
>
> >> to this one (clear out the SYSIN - at least for IDCAMS SYSIN and place
> it in a JCL comment):
> >> //* DELETE KVPO.MOST.DB2DATA.&LVL4..&PART..TRS
> >> //SYSIN DD *,SYMBOLS=(JCLONLY,X)
> >> SET MAXCC = 0
>
> >Unfortunately that may not work because the symbols in SYSIN are not
> substituted the same way as in the regular JCL. I have been playing around
> with them and my conclusion is that the whole feature seems to have been
> badly thought out.
>
> Thanks for this reminder. I remember that I also discovered that
> substition is not always correct, but I was too busy to follow it up.
>
>
> >If IBM had omitted some features, e.g. system symbols on the execution
> system and instead substituted the symbols at the same time as the symbols
> in the rest of the JCL, they would have lost maybe 10% of the usefulness
> but decreased the astonishment by 90%.
>
> Which brings another question - I am just curious - Where are the Symbols
> resolved? At the submitting LPAR or at the Executing LPAR? Or is the
> '/*JOBPARM SYSAFF=' used to determine the LPAR where the Symbols are
> to be resolved/substituted?
>
> I am asking, because there are Symbols unique for a LPAR, like this:
>
> D SYMBOLS
> IEA007I STATIC SYSTEM SYMBOL VALUES
>  &SYSALVL.  = "2"
>  &SYSCLONE. = "C4"   <--- Unique per LPAR
>  &SYSNAME.  = "" <--- Unique per LPAR
>
> If that is documented, I must missed it somewhere ...
>
> Sorry for this topic drift, but ... ;-)
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: SYSLOGD Monitoring

[Lucas Rosalen]

Hi Anne,

It's been a long time I played with that, but have you tried to configure
it to write messages to (if I recall it correclty) /dev/console?

Regards,

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-12 14:45 GMT-03:00 Adams, Anne (DTI) :

> Greetings all,
>
> Has anyone attempted to capture messages written to the syslog daemon (ie.
> syslog.log)? We have a network monitoring tool that can give us the status
> and availability of servers on our network. I'd like the ability to write
> to the system console but there doesn't appear to be a port associated with
> it (and this product wants to write to a syslog service associated with a
> port) so I'm writing to the SyslogD Server instead. When I check syslog.log
> I will see the test messages but none of my monitoring software can "see"
> those messages. Am I missing something or is this simply something that
> cannot be done? Thanks.
>
> Anne R Adams, CISSP
> DTI, Systems Engineering
> Lead Mainframe Services Analyst
> 302.739.9500
>
> We support the mainframe, it just works.
>
> This communication is for use by the intended recipient and contains
> information that may be Privileged, confidential or copyrighted under
> applicable law. If you are not the intended recipient, you are hereby
> formally notified that any use, copying or distribution of this e-mail, in
> whole or in part, is strictly prohibited. Please notify the sender by
> return e-mail and delete this e-mail from your system. Unless explicitly
> and conspicuously designated as "E-Contract Intended", this e-mail does not
> constitute a contract offer, a contract amendment, or an acceptance of a
> contract offer. This e-mail does not constitute a consent to the use of
> sender's contact information for direct marketing purposes or for transfers
> of data to third parties.
>
> --
> 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: Use of dynamic system symbols in JCL

[Lucas Rosalen]

 Hello Sean,

Are you sure you're running on a z/OS version AND class that allows symbols
substitution? Apparently the original &LYYMMDD was no replaced.

Regards,

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-06-06 16:35 GMT+02:00 Sean Gleann :

> I understand what you're saying Rob, but that was one of the variants I
> tried. It still produces the same error
>
> Sean
>
> On 6 June 2018 at 15:29, Rob Schramm  wrote:
>
> > You need 2 dots after symbol.. otherwise nodeis GT 8 characters
> >
> > Rob
> >
> > On Wed, Jun 6, 2018, 10:27 AM Sean Gleann  wrote:
> >
> > > Can anyone point out what I'm doing wrong here, please?
> > >
> > >
> > > I'm trying to create a file with a name that features today's date.
> > > My statement is:
> > > //OUTFILE DD   DSN=BACKUP.USERDALY.D&LYYMMDD.TER,
> > > //  DISP=(NEW,CATLG,DELETE),SPACE=(TRK,(600,600),RLSE),
> > > //  DSORG=PS,RECFM=FB,BLKSIZE=27648,LRECL=1024
> > >
> > > When I submit the job to the system, I get:
> > >
> > > IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> > >
> > > I've tried numerous variants of this statement, but I always get the
> same
> > > failure.
> > > I'm almost certainly doing something stupid, but right now I can't see
> > the
> > > wood for the trees...
> > >
> > >
> > > Help...  Please...
> > >
> > > Sean Gleann
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > --
> >
> > Rob Schramm
> >
> > --
> > 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

Re: 2964 N63 - Enabled Feature Codes

[Lucas Rosalen]

Does this work for you?

http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/1/760/ENUS2964-_h01/index.html&request_locale=en#Header_34

On Wed, Jun 6, 2018, 08:30 Gadi Ben-Avi  wrote:

> The 2964 is the z14.
> Go to www.redbooks.ibm.com and search for z14.
> Look for the Technical Guide or Technical Reference.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Ravi Gaur
> Sent: Wednesday, June 6, 2018 9:16 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: 2964 N63 - Enabled Feature Codes
>
> Could somebody please direct me to the manual/book or steps to download
> the current enabled feature codes for 2964 N63 Model?
>
> Thanks !!
>
> --
> 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

Re: IEFA107I when pointing to dataset alias

[Lucas Rosalen]

The ALIAS must be in the same catalog as the actual dataset.

I think you could bypass this in a very "strange" way by:
1. definig an ALIAS XX35.SYS3 in your CATALOG.USERTSO poiting to
CATALOG.USERSYS.
2. Then, definig your ALIAS with the SYMBOLICRELATE in CATALOG.USERSYS.

Regards, Lucas

On Tue, May 29, 2018, 23:10 Michael Babcock  wrote:

> Okay, I'm getting myself confused regarding SYMBOLICRELATE.
>
> I have a data set, SYS3.LINKLIB which resides in CATALOG.USERSYS.  I want
> to define an alias called XX35.SYS3.LINKLIB (XX35 hlq data sets reside in
> CATALOG.USERTSO) that points to the SYS3.LINKLIB data set.  I've issued:
>
> DEF ALIAS(NAME(XX35.SYS3.LINKLIB) SYMBOLICRELATE(&SYS3LNK_))
> CAT(CATALOG.USERTSO)
>
> And have SYMDEF(&SYS3LNK_='SYS3.LINKLIB') defined in IEASYMxx.
>
> The define works just fine, but it doesn't locate the data set.  I get
> "Dataset Not Cataloged" in ISPF 3.4  What am I doing wrong?
>
>   LISTC ALL  ENT('XX35.SYS3.LINKLIB')
>
>  ALIAS - XX35.SYS3.LINKLIB
>   IN-CAT --- CATALOG.USERTSO
>   HISTORY
> RELEASE2 CREATION2018.149
>   ENCRYPTIONDATA
> DATA SET ENCRYPTION-(NO)
>   ASSOCIATIONS
> SYMBOLIC-&SYS3LNK_
> RESOLVED-SYS3.LINKLIB
>
> --
> 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: &SYSALVL..&SYSCLONE..&SYSNAME in regular job

[Lucas Rosalen]

I'm glad!

Hot and sunny day here, it's a pity I had some work to do during the night
and only woke up now very late in the afternoon.
How is it in Łódź?

Lucas

On Sat, May 26, 2018, 12:38 R.S.  wrote:

> W dniu 2018-05-26 o 11:51, Lucas Rosalen pisze:
> > In jes parms, check jobclass definitions for syssym=allowed.
> > Maybe they run in different job classes
>
> Yes, It was SYSSYM, I missed it.
> Thank you Lucas!
> How is the weather in Wroclaw?
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> ==
>
>
> --
>  Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
>  This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
>  mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
> przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
> 01.01.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
> 169.248.488 złotych.
>
>
> --
> 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: &SYSALVL..&SYSCLONE..&SYSNAME in regular job

[Lucas Rosalen]

In jes parms, check jobclass definitions for syssym=allowed.
Maybe they run in different job classes

Lucas

On Sat, May 26, 2018, 11:40 R.S.  wrote:

> I have some job with the above symbols. It works fine on one system, but
> on another symbols are not substituted.
> I cannot find the difference. Both systems are z/OS 2.2
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> ==
>
>
> --
>  Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
>  This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
>  mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
> przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
> 01.01.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
> 169.248.488 złotych.
>
>
> --
> 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: $HASP003 RC=(136) with $MSPL

[Lucas Rosalen]

Hello Art,

I think $DSPOOL(vv),UNITDATA would show that information in ATTRIBUTE
parm.

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-17 18:15 GMT-03:00 Art Gutowski :

> I've been playing around with $MIGRATE SPOOL, and have had a few degrees
> of success, however, on some of our rather archaic systems, I get:
>
> $HASP003 RC=(136),M 775
> $HASP003 RC=(136),M SPL(vv)  - Command is not allowed on a
> $HASP003target volume with this format.
>
> This is a MERGE operation...both volumes are ACTIVE.  I have read through
> the various restrictions, and the messages book.  While the plain text is
> useful, it falls short of specifying the disallowed format.  If I had to
> guess, and I don't like to guess, I'd say that my target volume is using
> absolute, rather than relative addressing.  I have tried migrating to each
> available target volume in the configuration, all with the same results.  I
> would assume therefore, that my source volume is also absolute, and hence a
> MOVE operation to a new volume would fail as unceremoniously.
>
> Is there any way for me to know for certain that these volumes are
> absolute, rather than relative?  The $DSPOOL,MIGDATA, while useful for
> selecting a target with sufficient space, does not provide this
> information, and I do not see anything in the SDSF SP display to indicate
> addressing mode.
>
> Follow up question, if I allocate and format a new spool, leaving it
> ACTIVE for a MERGE, will it default to absolute addressing like the others,
> or will it use relative addressing?  I fear offload and COLD start might be
> my only way around this mess...
>
> I am at z/OS 2.2 JES2, $ACTIVATE=z11, LARGEDS=Allowed, CYL_MANAGED=FAIL.
>
> Thanks,
> Art Gutowski
> General Motors, LLC
>
> --
> 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: Netview Submit JCL

[Lucas Rosalen]

Ooops! Very right, first variable passed to the REXX is the MSGID...
So, my fixed suggestion for the REXX would be the same as Steve's => parse
arg mtxt . mtxt
Sorry for the confusion here.


I think SEND without the commas works (at least is has worked for me for at
least a year now), but following the manuals is always a good idea.


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-16 19:44 GMT+02:00 Steve Horein :

> Actually, there will probably not be any issues after all.
> I believe I was hung up from the earlier IEF878I message.
>
> PARSE VAR is deconstructing the variable named MTXT into two items: MSGID
> and DSET.
> In this case, MSGID will be assigned value 'IEF403I' and DSET will be
> assigned value 'USR54LST - STARTED - TIME=07.54.54'
> MTXT = DSET will reassign the value of MTXT to the value of DSET.
>
> It just seems redundant to reassign the variable MTXT to the value of an
> already established variable DSET.
> PARSE VAR MTXT MSGID MTXT
> ...would accomplish the same thing, and eliminate the need for DSET
> altogether.
>
> If the value of MSGID is not required for later use, this would be more
> efficient:
> PARSE VAR MTXT . MTXT
> ... leveraging the PARSE placeholder described here:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
> com.ibm.zos.v2r2.ikja300/placeh.htm
>
>
> Passing the value of MTXT via the SEND command should be fine, *after*
> adding a comma between USER() and NOW.
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
> com.ibm.zos.v2r2.ieag100/s1mess1.htm
>
>
>
> On Wed, May 16, 2018 at 11:36 AM, saurabh khandelwal <
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello Steve,
> >
> > I understood the meaning of placeholder and will use it to over come this
> > issue
> >
> > But I couldn't understand how to solve issue in rexx code
> >
> >  also believe you will not get the expected results in FDIREXXO when
> > (re)assigning:
> > MTXT = DSET
> >
> > Can you please explain this once.
> > I am really sorry for asking basic query and thank you so much for help
> >
> >
> > On Wed, May 16, 2018, 5:22 PM Steve Horein 
> wrote:
> >
> > > I'll repeat the previous response for this problem, but change 'END OF'
> > to
> > > '
> > > USR54LST'
> > >
> > > You need to use placeholders described here to allow 'USR54LST' to be
> > found
> > > anywhere in the message:
> > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > com.ibm.itnetviewforzos.doc_6.2.1/dqa_ata_place.htm
> > >
> > > Do you not have access to the documentation links?
> > > I will assist in pointing you in the right direction to accomplish your
> > > task.
> > > I will NOT write the code to do so.
> > >
> > > I also believe you will not get the expected results in FDIREXXO when
> > > (re)assigning:
> > > MTXT = DSET
> > >
> > > ...but that is part of learning.
> > >
> > >
> > >
> > >
> > > On Wed, May 16, 2018 at 12:13 AM, saurabh khandelwal <
> > > venkatkulkarn...@gmail.com> wrote:
> > >
> > > > Hello Steve,
> > > >
> > > > hanks for your response and guiding me on this. I use Netview forum
> > > before
> > > > but nobody responded. So, I assumed that its inactive now.
> > > >
> > > >
> > > >
> > > > Basically, I want to capture below message for testing from syslog
> > > >
> > > >
> > > >
> > > >
> > > --6+7+8+9+0+1+--
> > --2+3-
> > > >
> > > > IEF403I USR54LST - STARTED - TIME=07.54.54
> > > >
> > > > 635022  OTHWLD   0 0 0 0
> > > >
> > > > IEF404I USR54LST - ENDED - TIME=07.55.23
> > > >
> > > > -USR54LST ENDED.  NAME- TOTAL TCB CPU TIME=
> > .04
> > > >
> > > >  TOTAL ELAPSED TIME=.4 SUBSYS=JES2
> > > >
> > > > $HASP395 USR54LST ENDED
> > > >
> > > >
> > > >
> > > > For this I coded automation table as below.
> > > >
> > > >
> > > >
> > > > IF MSGID = 'IEF403I' & TEX

Re: Netview Submit JCL

[Lucas Rosalen]

In order to trap the message properly:

1. Make sure IEF403I does not have AUTO(NO) in MPFLSTxx

2. The condition below will never be satisfied because TEXT is the COMPLETE
message, not only part of it

IF MSGID = 'IEF403I' & TEXT = 'USR54LST'  & TEXT = MTXT THEN
EXEC(CMD('FDIREXXO' MTXT)) NETLOG(Y) SYSLOG(Y);

You may want to change it to something like:

IF MSGID = 'IEF403I' & TEXT = .'USR54LST'. & TEXT = MTXT THEN
EXEC(CMD('FDIREXXO' MTXT)) NETLOG(Y) SYSLOG(Y);
(here the dots are placeholders for text before and after string USR54LST)

Or something like:

IF MSGID = 'IEF403I' & TOKEN(2) = 'USR54LST' & TEXT = MTXT THEN
EXEC(CMD('FDIREXXO' MTXT)) NETLOG(Y) SYSLOG(Y);
(here the TOKEN(2) is used to check for the 2nd word in the entire message
- TOKEN(1) is the message ID)



Then, after you trapped the message:

1. In FDIREXXO, you are parsing MTXT (which only contains the message text,
not the MSGID) to MSGID and DSET variables, so the parsing does not look
good

In current script, you will have:
MSGID = USR54LST
DSET = - STARTED - TIME=07.54.54
MTXT = - STARTED - TIME=07.54.54


Maybe something like the following script would work better:

/* rexx */
trace i
parse arg mtxt
 SAY 'DATASET NAME IS' MTXT
 MVS "SEND '"MTXT"' USER(USR54) NOW"
exit

Here you would have:
MSGID =
DSET =
MTXT = USR54LST - STARTED - TIME=07.54.54


Good luck!

---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-16 13:36 GMT-03:00 saurabh khandelwal :

> Hello Steve,
>
> I understood the meaning of placeholder and will use it to over come this
> issue
>
> But I couldn't understand how to solve issue in rexx code
>
>  also believe you will not get the expected results in FDIREXXO when
> (re)assigning:
> MTXT = DSET
>
> Can you please explain this once.
> I am really sorry for asking basic query and thank you so much for help
>
>
> On Wed, May 16, 2018, 5:22 PM Steve Horein  wrote:
>
> > I'll repeat the previous response for this problem, but change 'END OF'
> to
> > '
> > USR54LST'
> >
> > You need to use placeholders described here to allow 'USR54LST' to be
> found
> > anywhere in the message:
> > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > com.ibm.itnetviewforzos.doc_6.2.1/dqa_ata_place.htm
> >
> > Do you not have access to the documentation links?
> > I will assist in pointing you in the right direction to accomplish your
> > task.
> > I will NOT write the code to do so.
> >
> > I also believe you will not get the expected results in FDIREXXO when
> > (re)assigning:
> > MTXT = DSET
> >
> > ...but that is part of learning.
> >
> >
> >
> >
> > On Wed, May 16, 2018 at 12:13 AM, saurabh khandelwal <
> > venkatkulkarn...@gmail.com> wrote:
> >
> > > Hello Steve,
> > >
> > > hanks for your response and guiding me on this. I use Netview forum
> > before
> > > but nobody responded. So, I assumed that its inactive now.
> > >
> > >
> > >
> > > Basically, I want to capture below message for testing from syslog
> > >
> > >
> > >
> > >
> > --6+7+8+9+0+1+--
> --2+3-
> > >
> > > IEF403I USR54LST - STARTED - TIME=07.54.54
> > >
> > > 635022  OTHWLD   0 0 0 0
> > >
> > > IEF404I USR54LST - ENDED - TIME=07.55.23
> > >
> > > -USR54LST ENDED.  NAME- TOTAL TCB CPU TIME=
> .04
> > >
> > >  TOTAL ELAPSED TIME=.4 SUBSYS=JES2
> > >
> > > $HASP395 USR54LST ENDED
> > >
> > >
> > >
> > > For this I coded automation table as below.
> > >
> > >
> > >
> > > IF MSGID = 'IEF403I' & TEXT = 'USR54LST'  & TEXT = MTXT THEN
> > >
> > > EXEC(CMD('FDIREXXO' MTXT)) NETLOG(Y) SYSLOG(Y);
> > >
> > >
> > >
> > > And in FDIREXXO rexx looks as below.
> > >
> > >
> > >
> > > /*  REXX */
> > >
> > >  TRACE I
> > >
> > >  ARG MTXT
> > >
> > >  PARSE VAR MTXT MSGID DSET
> > >
> > >  DSET = STRIP(DSET)
> > >
> > >  MTXT = DSET
> > >
> > >  SAY &#

Re: Netview Submit JCL

[Lucas Rosalen]

Hi Venkat,

Could you try with the following code?

==
/* REXX */

 SAY 'HELLO WORLD!'

 "SEND 'FD FILE HAS BEEN RECEIVED' USER(USR54) NOW"

EXIT
==


-----------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-14 9:28 GMT+02:00 Werner Kuehnel :

> Hello Venkat,
> this is how it works at our site:
>
> /*/
> /*  FUNCTION: submits job*/
> /*/
> 'SUBMIT NETV.CNM01.USER.CLIST(JCLMBR)'
> EXIT
>
> Just one apostrophe at the beginning and one at the end. No ADDRESS TSO.
> Member JCLMBR contains the JCL.
>
> Hth,
> Werner
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
> Auftrag von venkat kulkarni
> Gesendet: Montag, 14. Mai 2018 06:27
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: Netview Submit JCL
>
> Hello,
>
> This command didn't worked for me and getting same issue.
>
> On Sun, May 13, 2018, 11:21 PM Lucas Rosalen 
> wrote:
>
> > Hi Venkat,
> >
> > What about using the syntax below?
> >
> > "MVS SEND 'your_message' USER(user) NOW"
> >
> >
> >
> > 
> ---
> > *Lucas Rosalen*
> > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > http://br.linkedin.com/in/lrosalen
> >
> >
> > 2018-05-13 20:50 GMT+02:00 Steve Horein :
> >
> > > And the man ate fish for a day
> > >
> > > On Sun, May 13, 2018 at 12:06 PM, venkat kulkarni <
> > > venkatkulkarn...@gmail.com> wrote:
> > >
> > > > Hello Lucas,
> > > >
> > > > Your solution worked for me
> > > >
> > > > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'" .
> > > >
> > > > Now, I am trying to issue tso send command using this rexx  as below
> > > using
> > > > netview but i am getting below errror
> > > >
> > > >
> > > > /*  REXX */
> > > >
> > > >  ADDRESS TSO
> > > >
> > > >  SAY 'HELLO WORLD!'
> > > >
> > > >  "SEND ''FD FILE HAS BEEN RECEIVED' USER(USR54) NOW'"
> > > >
> > > >
> > > >
> > > > Error
> > > >
> > > > EF404I USR54 LC - ENDED - TIME=14.29.07
> > > >
> > > > HELLO WORLD!
> > > >
> > > >      4 *-* "SEND ''FDI FILE HAS BEEN RECEIVED' USER( USR54 )
> > > >
> > > >+++ RC(-3) +++
> > > >
> > > >
> > > >
> > > > I am unable to find correct syntax for this. I didnt find anything in
> > > > manual . Can you please help.
> > > >
> > > >
> > > >
> > > > On Sat, May 12, 2018 at 7:14 PM, Lucas Rosalen <
> > rosalen.lu...@gmail.com>
> > > > wrote:
> > > >
> > > > > Try changing FDIREXX script to the following:
> > > > >
> > > > > /* REXX */
> > > > >
> > > > > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'"
> > > > >
> > > > >
> > > > > 
> > > > > 
> ---
> > > > > *Lucas Rosalen*
> > > > > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > > > > http://br.linkedin.com/in/lrosalen
> > > > >
> > > > >
> > > > > 2018-05-12 12:57 GMT-03:00 Steve Horein :
> > > > >
> > > > > > SUBMIT is a native NetView command, and you don't need (or want)
> to
> > > use
> > > > > > ADDRESS TSO.
> > > > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > > > com.ibm.itnetviewforzos.doc_6.2.1/dqc_submit.htm
> > > > > >
> > > > > > Specifics to NetView Rexx can be found 

Re: Netview Submit JCL

[Lucas Rosalen]

Hi Venkat,

What about using the syntax below?

"MVS SEND 'your_message' USER(user) NOW"


-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-13 20:50 GMT+02:00 Steve Horein :

> And the man ate fish for a day
>
> On Sun, May 13, 2018 at 12:06 PM, venkat kulkarni <
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello Lucas,
> >
> > Your solution worked for me
> >
> > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'" .
> >
> > Now, I am trying to issue tso send command using this rexx  as below
> using
> > netview but i am getting below errror
> >
> >
> > /*  REXX */
> >
> >  ADDRESS TSO
> >
> >  SAY 'HELLO WORLD!'
> >
> >  "SEND ''FD FILE HAS BEEN RECEIVED' USER(USR54) NOW'"
> >
> >
> >
> > Error
> >
> > EF404I USR54 LC - ENDED - TIME=14.29.07
> >
> > HELLO WORLD!
> >
> >  4 *-* "SEND ''FDI FILE HAS BEEN RECEIVED' USER( USR54 )
> >
> >+++ RC(-3) +++
> >
> >
> >
> > I am unable to find correct syntax for this. I didnt find anything in
> > manual . Can you please help.
> >
> >
> >
> > On Sat, May 12, 2018 at 7:14 PM, Lucas Rosalen 
> > wrote:
> >
> > > Try changing FDIREXX script to the following:
> > >
> > > /* REXX */
> > >
> > > "SUBMIT 'USR1.REXX.CNTL(REXXJCL)'"
> > >
> > >
> > > 
> > > ---
> > > *Lucas Rosalen*
> > > rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> > > http://br.linkedin.com/in/lrosalen
> > >
> > >
> > > 2018-05-12 12:57 GMT-03:00 Steve Horein :
> > >
> > > > SUBMIT is a native NetView command, and you don't need (or want) to
> use
> > > > ADDRESS TSO.
> > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > com.ibm.itnetviewforzos.doc_6.2.1/dqc_submit.htm
> > > >
> > > > Specifics to NetView Rexx can be found here:
> > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > com.ibm.itnetviewforzos.doc_6.2.1/dqgmst.htm
> > > >
> > > >
> > > > Specifics to NetView Automation can be found here:
> > > > https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> > > > com.ibm.itnetviewforzos.doc_6.2.1/dqamst.htm
> > > >
> > > >
> > > > On Sat, May 12, 2018 at 9:46 AM, venkat kulkarni <
> > > > venkatkulkarn...@gmail.com
> > > > > wrote:
> > > >
> > > > > Hello Group,
> > > > >
> > > > > We have requirement to trigger one Job upon receiving one msg id
> > like
> > > > > below in
> > > > >
> > > > >
> > > > > netview automation table.
> > > > >
> > > > >
> > > > > IF MSGID = 'IEF404I'  THEN
> > > > >
> > > > >  EXEC(CMD('FDIREXX')) NETLOG(Y) SYSLOG(Y);
> > > > >
> > > > >
> > > > > in CNMCLST, we have FDIREXX member as below.
> > > > >
> > > > > sss
> > > > >
> > > > > BROWSENETVIEW.CNMCLST(FDIREXX) - 01.08
> > > > >
> > > > > * Top of Data **
> > > > >
> > > > > /*  REXX */
> > > > >
> > > > >  ADDRESS TSO
> > > > >
> > > > >  SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> > > > >
> > > > >  Bottom of Data
> > > > >
> > > > > On this event trigger,I am getting below error message in netview
> log
> > > > >
> > > > >
> > > > > 13:35:50 - CNM493I DSITBL01 : #241 : FDIREXX
> > > > >
> > > > > 13:35:50 E IEF404I USR1LC - ENDED - TIME=13.35.50
> > > > >
> > > > > 13:35:50 C  3 *-* SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> > > > >
> > > > > 13:35:50 

Re: Netview Submit JCL

[Lucas Rosalen]

Try changing FDIREXX script to the following:

/* REXX */

"SUBMIT 'USR1.REXX.CNTL(REXXJCL)'"


-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-05-12 12:57 GMT-03:00 Steve Horein :

> SUBMIT is a native NetView command, and you don't need (or want) to use
> ADDRESS TSO.
> https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> com.ibm.itnetviewforzos.doc_6.2.1/dqc_submit.htm
>
> Specifics to NetView Rexx can be found here:
> https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> com.ibm.itnetviewforzos.doc_6.2.1/dqgmst.htm
>
>
> Specifics to NetView Automation can be found here:
> https://www.ibm.com/support/knowledgecenter/SSZJDU_6.2.1/
> com.ibm.itnetviewforzos.doc_6.2.1/dqamst.htm
>
>
> On Sat, May 12, 2018 at 9:46 AM, venkat kulkarni <
> venkatkulkarn...@gmail.com
> > wrote:
>
> > Hello Group,
> >
> > We have requirement to trigger one Job upon receiving one msg id  like
> > below in
> >
> >
> > netview automation table.
> >
> >
> > IF MSGID = 'IEF404I'  THEN
> >
> >  EXEC(CMD('FDIREXX')) NETLOG(Y) SYSLOG(Y);
> >
> >
> > in CNMCLST, we have FDIREXX member as below.
> >
> > sss
> >
> > BROWSENETVIEW.CNMCLST(FDIREXX) - 01.08
> >
> > * Top of Data **
> >
> > /*  REXX */
> >
> >  ADDRESS TSO
> >
> >  SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> >
> >  Bottom of Data
> >
> > On this event trigger,I am getting below error message in netview log
> >
> >
> > 13:35:50 - CNM493I DSITBL01 : #241 : FDIREXX
> >
> > 13:35:50 E IEF404I USR1LC - ENDED - TIME=13.35.50
> >
> > 13:35:50 C  3 *-* SUBMIT 'USR1.REXX.CNTL(REXXJCL)'
> >
> > 13:35:50 C+++ RC(-3) +++
> >
> > 13:35:57 C BR NETLOGA
> >
> >
> > and JCL as below.
> >
> >   USR1.REXX.CNTL(REXXJCL) - 01.04
> >
> > * Top of Data **
> >
> > //USRSYS JOB (660),VENKAT,CLASS=A,NOTIFY=&SYSUID
> >
> > //STEP010  EXEC PGM=IKJEFT01,REGION=0M
> >
> > //SYSEXEC  DD DSN=USR1.REXX.CNTL,DISP=SHR
> >
> > //SYSTSPRT DD SYSOUT=*
> >
> > //SYSTSIN  DD *
> >
> >  %SAMPLE
> >
> >
> > and rexx as below
> >
> >  USR1.REXX.CNTL(SAMPLE) - 01.01
> >
> > * Top of Dat
> >
> > /*  REXX */
> >
> >  SAY 'HELLO WORLD!'
> >
> >  Bottom of D
> >
> >
> > I am not sure, where I made any mistake in this process.
> >
> > Can you please help.
> >
> > --
> > 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

Re: PDSE V2 Corruption - A Warning - Correction (kinda)

[Lucas Rosalen]

Hey fellas,

Apparently the APAR has been closed and PTFs are: z/OS 2.1 UA96169; z/OS
2.2 UA96170; z/OS 2.3 UA96168

Also, there is an interesting (at least for me) RFE that proposes either to
change the Edit of an "old" member generation to View, or to allow the Edit
but save it like a new generation. Here =>
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=101120



-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-02-14 21:01 GMT+01:00 Dyck, Lionel B. (TRA) :

> IBM has taken an APAR on this:
>
> From IBM:
> ===
> APAR OA54890 has been opened.
>
> Additionally, DSC has a number of setup/processing parameters. Under my
> setup an edit of a non-zero generation is like a STOW REPLACE of the
> member, the edited generation replaces the base and the rest of the
> generations roll accordingly.
> ===
>
> So it would seem that the DSC developers figured out that editing a non-0
> generation made no sense as the updates could not be accessed from JCL,
> Dynamic Allocation, or 99% of ISPF application and utilities. I may be
> biased but I prefer the approach that PDSEGEN takes which is to convert the
> Edit request to View.
>
> --
> Lionel B. Dyck <
> Mainframe Systems Programmer - TRA
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Wednesday, February 14, 2018 11:47 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: PDSE V2 Corruption - A Warning - Correction (kinda)
>
> According to IBM PDSE L2 this is not true corruption but an issue with
> IEBPDSE for which an APAR will be created.
>
> --
> Lionel B. Dyck <
> Mainframe Systems Programmer - TRA
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Wednesday, February 14, 2018 8:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] PDSE V2 Corruption - A Warning
>
> If you are using PDSE V2 libraries with member generations enabled be
> aware that native ISPF, and potentially other tools, allow you to actually
> EDIT a generation. When doing this and doing a SAVE the updated generation
> does not replace the base member and no new generation is created.
>
> BUT what does also happen is that the PDSE becomes corrupt as reported by
> the IEBPDSE utility.
>
> When a PDSE is corrupt you may see any, or all, or none, of the following:
>
>
> 1.  Corrupt members or generations
>
> 2.  Missing members or generations
>
> 3.  No change until something else happens
>
> Note: If you are using PDSEGEN and try to Edit a generation the Edit is
> converted to View to prevent this from happening.
>
> --
> Lionel B. Dyck <
> Mainframe Systems Programmer - TRA
>
>
> --
> 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Friday Conundrum (aka Soap Box)

[Lucas Rosalen]

I find the font size of the history to be way too small compared to the
rest of that web page.
I emailed a complaint about that using
https://www.ibm.com/scripts/contact/contact/us/en and they did answer me
asking for more details.
Details provided, they said they'd direct the request to the support group
- still no change, but that was 3 days ago.

Maybe it's worth a try with the Operating Systems as well?

-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-04-06 14:51 GMT+02:00 Steve Beaver :

> It should prepopulate based upon customer and or known serial numbers
>
> Sent from my iPhone
>
> Sorry for the autocorrect issues
>
> > On Apr 6, 2018, at 07:18, Dyck, Lionel B. (TRA) 
> wrote:
> >
> > Has anyone else gotten frustrated when opened an IBM Service Request in
> having to select the Operating System, which should have been automatic
> after selecting the Product and the applicable operating system release
> level?
> >
> > For example, I just opened a SR to ICSF. I had to select the ICSF
> Version/Release. Then I had to select the level of z/OS. Shouldn't that
> have pre-populated the Operating System box?
> >
> > Am I the only one to see this user interface disconnect?
> >
> > I realize the SR's are for products that are across multiple operating
> systems and platforms and that a product may be available on multiple
> platforms BUT if the product selection includes selecting the operating
> system level then why not use that info to fill in the Operating System box?
> >
> > 
> --
> > Lionel B. Dyck (Contractor)  <
> > Mainframe Systems Programmer - RavenTek Solution Partners
> >
> >
> > --
> > 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

Re: IEASYS00 and AUTORxx history question

[Lucas Rosalen]

No, it was introduced on z/OS 1.12.

https://books.google.pl/books?id=NBrCAgAAQBAJ&pg=PA99&lpg=PA99&dq=autorxx+z/os&source=bl&ots=15cjhopIc9&sig=VC-uC5ETns_Ag623hjC5tk6doy4&hl=pt-BR&sa=X&ved=2ahUKEwj_iPOq7p7ZAhUB3iwKHeEDCL8Q6AEwCHoECAcQAQ#v=onepage&q=autorxx%20z%2Fos&f=false

Thanks, Lucas

On Feb 11, 2018 22:47, "Tony Thigpen"  wrote:

Did OS/390 2.10 support AUTORxx in the IEASYS00 member?

-- 
Tony Thigpen

--
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: SMP/E RECEIVE ORDER Question

[Lucas Rosalen]

Ah, yes, you're right... in this case you have to change the CONTENT ...
most likely you have CONTENT(ALL) and that's what should be changed

-------
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-02-01 10:31 GMT+01:00 Gadi Ben-Avi :

> For 1, when you user RECEIVE ORDER there is no SYSMOD or HOLDDATA in the
> command.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lucas Rosalen
> Sent: Thursday, February 1, 2018 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMP/E RECEIVE ORDER Question
>
> Hello,
>
> 1. In the RECEIVE job, SMPCNTL DD you probably have something like:
> RECEIVE SYSMODS HOLDDATA. Remove this HOLDDATA.
>
> 2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or
> you can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not
> full
>
> Regards,
>
>
> ----
> ---
> *Lucas Rosalen*
> rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
> http://br.linkedin.com/in/lrosalen
>
>
> 2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :
>
> > Hi,
> >
> > Is it possible to not receive HOLD Data? If I do more than one order
> > in a day, I want to skip the Hold Data the second time.
> > Is it possible to tell SMP/E to not attempt to store a PTF in the
> > first SMPPTS and just try the second or third one. The first one is
> > full, and cannot be extended.
> >
> > We are using z/OS v2.1
> >
> > Thanks
> >
> > Gadi
> >
> >
> >
> > ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> > ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
> >  ?, ???   ? ?? ??? ? ?? ?? ?, ?
> ??
> >  ? ?? ??? ?? ??? ? ?. ?  ? (?
> 
> > ) ?? ??   ???, ??? ? ? ?? ??? 
> > ? ?,  ??  ?? ? ? ?? ?? ?.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > --
> > 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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: SMP/E RECEIVE ORDER Question

[Lucas Rosalen]

Hello,

1. In the RECEIVE job, SMPCNTL DD you probably have something like: RECEIVE
SYSMODS HOLDDATA. Remove this HOLDDATA.

2. You can change the DDDEFs for SMPPTS, SMPPTS1, SMPPTS2 accordingly or
you can specify //SMPPTS DD in the RECEIVE JCL with a dataset that is not
full

Regards,


---
*Lucas Rosalen*
rosalen.lu...@gmail.com / lucas.rosal...@ibm.com
http://br.linkedin.com/in/lrosalen


2018-02-01 10:23 GMT+01:00 Gadi Ben-Avi :

> Hi,
>
> Is it possible to not receive HOLD Data? If I do more than one order in a
> day, I want to skip the Hold Data the second time.
> Is it possible to tell SMP/E to not attempt to store a PTF in the first
> SMPPTS and just try the second or third one. The first one is full, and
> cannot be extended.
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
>
>
>
> ?? , ? ?  ??? ?? ??"? ?/?? ??  ?? ?/?? 
> ? ??? ( : "?") ??? ?? ???, ?? ,  ?? ???
>  ?, ???   ? ?? ??? ? ?? ?? ?, ? ??
>  ? ?? ??? ?? ??? ? ?. ?  ? (? 
> ) ?? ??   ???, ??? ? ? ?? ??? 
> ? ?,  ??  ?? ? ? ?? ?? ?. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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: SYSOUT not accumulated

[Lucas Rosalen]

Long shot, but maybe check if the OUTDISP for this class is set to
WRITE,WRITE. Some sysout archiving softwares need that.

Regards, Lucas

On Jan 30, 2018 07:10, "Elardus Engelbrecht" 
wrote:

> Peter wrote:
>
> >We have updated the output class D in our JES output reporting tool.
>
> What reporting tool?
>
> >Still we don't see the product accumulating the Job submitted with the
> class D. We can see the SYSOUT is getting some 50k lines of output.
>
> >There is no error from the product side.
>
> It depends on the product. Sometimes you need to activate some settings
> for debugging purposes.
>
>
> >Syslog doesn't give any clue too. Is there any other prerequisite to be
> checked from JES point of view ?
>
> From JES2 side - Use $T DEBUG,SECURITY=YES to check authorization.
>
> Remember to turn above off after checking.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: Pipelines in the z/OS base.

[Lucas Rosalen]

Hello Hobart,

Do you have any RFE already opened for that? I would surely vote for it
(plus this might be a good place to broadcast its ref. number)!

Thanks, Lucas

On Nov 16, 2017 14:36, "Hobart Spitz"  wrote:

Someone on TSO-REXX wrote:
> Yes and if IBM would give us PIPES (BatchPipesWorks Product) then you can
use PIPE to read from a file into a STEM or STACK and vice-versa.

There have been other such posts.

For those who don't know TSO PIPEs is like an assembly line with reusable,
standardized stations.  (You can create your own, on the fly even.)

IMHO, making TSO PIPEs part of the z/OS base is long, long overdue.  Over
the last 20 years, I have been associated with two requirements for Pipes
in the OS base that have been submitted at SHARE, but which produced no
results.  I have it on good authority that that if you take all the
requests for TSO Pipelines, sort in REXX, and other requirements addressed
by TSO PIPEs, that there would be about 75% positive RFE votes.

Background on the term "piping":

The early versions of UNIX were written on small machines (32K?!), with
slow/small disk drives.  Writing temporary results out to disk was too slow
and inefficient, so they came up a pipe  operator ( | ), which connected
the input of one command to the output of the previous one, thus avoiding
physical I/O..  E.g. *ls | wc*.  The data passed thru an in-memory buffer
with both commands running, and UNIX dispatching each as needed.  It also
allowed intermediate results to be very much larger than the available disk
space, since those intermediate results didn't have to be written to disk.

CMS/TSO Pipelines does piping somewhat like this and much more.  Once
difference is that data doesn't have to move, record descriptors do that
job for unchanged records.

I was first exposed to this concept, when I was supporting a team of
previously UNIX-based developers working on TSO for the first time.  One of
the team came to me and asked how to connect the output of one program to
the input of the next in JCL.  On the whiteboard, I proceeded to write the
JCL for creating a temporary dataset in one job step (DD with DSN, UNIT,
DCB, DISP, etc.) and the JCL to read that dataset in the next job step.
When I turned around, the questioner was gone.  A short time later, his
officemate came in with the same question.  The original questioner thought
I was pulling his leg (since one could do that with a single character in
UNIX) and he had left before I was done.

For those that may not know:

   - TSO PIPEs implements dynamic, record-level, deterministic piping that
   is significantly more advanced than that on UNIX, Linux, and USS.  (More
on
   that below.)
   - If installed, TSO PIPEs can be used by invoking the "pipe": command
   anywhere that a TSO command can be used, including:  READY Prompt, ISPF
   option 6, ISPF command line with the TSO prefix, REXX EXECs, CLISTs, TSO
   batch, and the ISPF service "select cmd(pipe ... )".
   - PIPEs is part of the z/VM base but is optional under z/OS.  Hence this
   post.
   - TSO PIPEs, TSO Pipelines, and BatchPipesWorks, are all names for
   essentially the same product, which is roughly a subset of CMS Pipes.
(My
   understanding is that TSO PIPEs is not the same as the USS command
"pipe";
   you need to direct the command to TSO.)
   - Under z/VM, and under z/OS where available, it is well integrated into
   both environments.
   - On a very high-level conceptual level, PIPEs are somewhat similar to
   SQL and 4GLs in that many common, low level processing details (such as
   initialization, looping, and end of data) are taken care of internally.
   Thus, many types of selections, matchings, transformations, etc. can be
   done with compact commands and frequently without convention programming
in
   languages like COBOL, PL/I, and C/C++.   (It is different from SQL and
4GLs
   in that Pipes can process many kinds of data, not just one type of data
or
   source.)
   - PIPEs can read both USS text and most binary files and can convert
   them to record orientation (address plus length descriptors).
   - PIPEs can also be invoked from JCL thusly:  //   EXEC
PGM=PIPE,PARM='< IN.FILE|SORT|> OUT.FILE'

PIPEs in the z/OS base would greatly improve the competitiveness of
mainframe systems, while cutting development, hardware and support costs
for IBM, third-parties and customers.  By having Pipes available to all
internal and external developers, efficiency and productivity would
improve.  This would help IBM competitiveness and bottom line, as well as
that of mainframe sites, and software vendors.  If you've been following
IBM after quarterly reports are covered in the news, you'll know that IBM
needs a shot in the arm like this.  Results have been poor for many
quarters.  Over the long term it would mean improved profitability for the
entire mainframe division.  There might even be IBM customers who are saved
from moving off mainframes (because of costs) by such a move.  

Re: non-ibm products in /service ?

[Lucas Rosalen]

I think Lionel's question was more about mounting filesystems for non-IBM
products under /service directory. Not really about service (APAR/PTF) for
products.

Anyway, I've never seen any recommendation for the original subject, thus
I'm also interested.

Lucas

On Oct 13, 2017 18:01, "ITschak Mugzach"  wrote:

It depends on how important the srvice for your business to run. I had a
customer that used unsupported version of ims that needed support from ibm
and fail into problem. So if you can afford losing the service, it not a
big risk, else you may fall into big trouble.

However i have clients still running ims 5 and zos 1.7 with no problem, but
mainframe development  is mostly freezed.

ITschak

בתאריך 13 באוק׳ 2017 5:04 אחה״צ,‏ "Dyck, Lionel B. (TRA)" <
lionel.d...@va.gov> כתב:

What is the recommendation regarding having non-ibm products mounted in
/service ?

--
Lionel B. Dyck <><
Mainframe Systems Programmer - TRA


--
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

Re: Job await main select and cannot execution

[Lucas Rosalen]

Back to my desk, it looks like APAR that I refer to is OA51343.

Lucas

On Oct 6, 2017 12:44, "Lucas Rosalen"  wrote:

> If you're running z/OS 2.2 (maybe 2.1 as well) there's an JES2/WLM APAR
> that might be of interest.
> I don't have its number now, but you might find it in some discussions on
> this forum.
>
> Lucas
>
> On Oct 6, 2017 12:22, "Tommy Tsui"  wrote:
>
>> Hi all,
>>  We are running in wlm mode with schedule environment, wlm managed all
>> class with xeqcount=200, but we don't know why when all new jobs reached
>> around 20, and CPU reached 100% all other new coming job will be in "job
>> await main select" status, we don't know why, is it CPU reached 100%, and
>> wlm decided not to start more initiator? Can we force to start new jobs?
>> The mode is correct , in wlm mode both side
>> The job class are defined as wlm managed,
>>
>>
>> Any help will be appreciated
>>
>> --
>> 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: Job await main select and cannot execution

[Lucas Rosalen]

If you're running z/OS 2.2 (maybe 2.1 as well) there's an JES2/WLM APAR
that might be of interest.
I don't have its number now, but you might find it in some discussions on
this forum.

Lucas

On Oct 6, 2017 12:22, "Tommy Tsui"  wrote:

> Hi all,
>  We are running in wlm mode with schedule environment, wlm managed all
> class with xeqcount=200, but we don't know why when all new jobs reached
> around 20, and CPU reached 100% all other new coming job will be in "job
> await main select" status, we don't know why, is it CPU reached 100%, and
> wlm decided not to start more initiator? Can we force to start new jobs?
> The mode is correct , in wlm mode both side
> The job class are defined as wlm managed,
>
>
> Any help will be appreciated
>
> --
> 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: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

[Lucas Rosalen]

RACF errors in syslog?

On Aug 24, 2017 11:48, "גדי בן אבי"  wrote:

> That’s the user id and password that shopzseries created :-)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Thursday, August 24, 2017 12:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM
> GIMJVCLT COULD NOT BE Started.
>
> Nice userid & password...
>
> בתאריך 24 באוג 2017 12:40,‏ "גדי בן אבי"  כתב:
>
> > Hi,
> >
> > I am setting up a brand new system, running z/OS v2.2
> >
> > I ordered a product from shopzseries, and I am trying to download it
> > using the RFNJOBH downloaded from shopzseries.
> >
> > I am getting the message
> > GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT
> > COULD NOT BE Started.
> >
> > I’ve looked at everything mentioned in the message manual, and it all
> > seems ok.
> >
> > Here is the job I am using:
> > //V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
> > // NOTIFY=&SYSUID
> > //SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
> > // PARM='PROCESS=WAIT'
> > //SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
> > //SMPNTS   DD  PATHDISP=KEEP,
> > // PATH='/u/smpe/smpnts/'   <=== NOTE 2
> > //SMPWKDIR DD  PATHDISP=KEEP,
> > // PATH='/u/smpe/workdir/' <=== NOTE 3
> > //SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
> > //SMPOUT   DD  SYSOUT=*
> > //SMPRPT   DD  SYSOUT=*
> > //SMPLIST  DD  SYSOUT=*
> > //SYSPRINT DD  SYSOUT=*
> > //SMPCNTL  DD  *
> >   SET  BOUNDARY (GLOBAL) .
> >   RECEIVE
> > FROMNETWORK(
> >   SERVER(SERVINFO)
> >  /*   TRANSFERONLY   <=== NOTE 5 */
> >   CLIENT(CLNTINFO)
> >   )
> >.
> > /*
> > //SERVINFO DD *
> > >  host="deliverycb-mul.dhe.ibm.com"
> >  user="P404n421"
> >  pw="k6q1794E"
> >  >
> >   >file="2017081650107/PROD/GIMPAF.XML"
> > hash="C67534FA316BC23C9AE77039DF2C6507714FE87F"
> >id="STP45994"
> >>
> >  
> >
> > /*
> > //*
> > //CLNTINFO DD *
> >  > javahome="/usr/lpp/java/J8.0_64"
> > classpath="/usr/lpp/smp/classes/"
> > downloadmethod="https"
> > downloadkeyring="javatruststore">
> > 
> > /*
> >
> > Gadi
> > לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> > חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> > או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> > החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> > מסמך כאמור (לרבות מסמך
> > סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> > טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > --
> > 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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: Competent managers (was Re: OT-retirement)

[Lucas Rosalen]

I second you in every word.
So, by my own previous personal experience, having a PC weenie manager is
not necessarily a no go.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-08-21 15:08 GMT+02:00 Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu>:

> On Sat, 19 Aug 2017 15:15:05 +, scott Ford wrote:
>
> >What about having PC managers who don't understand z/OS or z/OS ppl?
>
> One of the best managers I ever had was a PC weenie who knew
> nothing about mainframes. He knew how to manage. He never tried
> to make technical decisions because he knew that his people were
> qualified to do that. He believed that the most important thing for
> him to do was to keep the corporate bureaucracy out of our way
> so that we could do our jobs. He enabled us to do our best work.
>
> One of the worst managers was a highly competent technical person
> who seemed to think that he needed to second guess everything
> that we did. He didn't have the temperament to be a manager and
> should have remained in a technical position, but he accepted the
> change because idiotic bureaucracy couldn't give him a raise without
> making him a manager.
>
> --
> Tom Marchant
>
> --
> 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: AXR address space

[Lucas Rosalen]

Hey Bob,

Exactly!
In one of my current customer's system right now we have AXR, AXR01 and
AXR04. running.
That's exactly the reasion we use INGLKUP function to "grab and stop
whatever is not in automation" first; then P AXR.
We're also z/OS 2.2.

Thanks,



-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-08-21 12:22 GMT+02:00 Richards, Robert B. :

> Issue the following command and you may be surprised to see  that there is
> a subtask below AXR itself:
>
>  D A,AXR*
>
> Result on my system (z/OS 2.2):
>
>   JOBS M/STS USERSSYSASINITS   ACTIVE/MAX VTAM OAS
>  00014001415  00046000345/00060   00093
>   AXR  AXR  IEFPROC  NSW  *   A=001A   PER=NO   SMC=000
>   PGN=N/A  DMN=N/A  AFF=NONE
>   CT=000.071S  ET=00526.49
>   WKL=SYSTEM   SCL=SYSSTC   P=1
>   RGP=N/A  SRVR=NO  QSC=NO
>   ADDR SPACE ASTE=0F611680
>   DSPNAME=AXRTRDSP ASTE=6FFD7680
>   DSPNAME=AXRRXENV ASTE=0EA9F880
>   DSPNAME=AXRREQCP ASTE=0EDA2D80
>   AXR01AXR01 OWT  *   A=0100   PER=NO   SMC=000
>   PGN=N/A  DMN=N/A  AFF=NONE
>   CT=000.021S  ET=00428.23
>   WUID=S0105831 USERID=AXR
>   WKL=SYSTEM   SCL=SYSSTC   P=1
>   RGP=N/A  SRVR=NO  QSC=NO
>   ADDR SPACE ASTE=0F615000
>
> IIRC, try stopping AXR0n first, then AXR. And if you are at z/OS 2.2 , the
> P AXR is sufficient in and of itself.
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gilson Cesar de Oliveira
> Sent: Friday, August 18, 2017 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AXR address space
>
>
> Dear list:
>
> I'd like to know how to stop the AXR address space without using the
> CANCEL command??
>
> I already tried with STOP but it didn't work.
>
> Any clues??
>
>
> Thanks in advance for any help.
>
> Regards,
>
> Gilson
>
> --
> 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

Re: IBM z14 availability

[Lucas Rosalen]

Planned GA is Sep 13th

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-08-21 9:18 GMT+02:00 Crispin Hugo :

> Can anyone tell me when the z14 is actually available. I know we have the
> announcement date but when are they actually available
>
> Crispin Hugo
> Systems Specialist
> Macro 4 Limited
> d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 |
> www.macro4.com
>
>
>
> Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West
> Sussex, RH10 4SS
> Registered in England no: 00927588
>
> Please consider the environment and only print this email if you really
> need to.
>
> This message (including any attachments) contains confidential information
> that is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is
> intended only for the individual(s) named herein. If you are not the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this email is strictly prohibited. If you have
> received this message in error, please notify the Macro 4 Postmaster (
> postmas...@macro4.com) of the error immediately, do not read or use the
> email and any attachments in any manner, destroy all copies, and delete it
> from your system if the communication was sent via email. Macro 4 Limited,
> Tel: +44 1293 872000 Fax: +44 1293 872001.
>
>
>
> --
> This e-mail message has been scanned and cleared by Google Message Security
> and the UNICOM Global security systems. This message is for the named
> person's use only. If you receive this message in error, please delete it
> and notify the sender.
>
> --
> 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: AXR address space

[Lucas Rosalen]

We use 2 methods at the same time with System Automation:
- INGLKUP REQ=JOB COMMAND=STOP to perform a P AXRxx,A=
- P AXR

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-08-18 18:55 GMT+02:00 Gilson Cesar de Oliveira :

>
> Dear list:
>
> I'd like to know how to stop the AXR address space without using the
> CANCEL command??
>
> I already tried with STOP but it didn't work.
>
> Any clues??
>
>
> Thanks in advance for any help.
>
> Regards,
>
> Gilson
>
> --
> 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: IBM Session Manager replacement

[Lucas Rosalen]

Yes, it is.
In my previous and current shops we're using it.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-08-18 5:59 GMT+02:00 Edward Gould :

> > On Aug 17, 2017, at 5:20 PM, Roberto Halais 
> wrote:
> >
> > Hi listers:
> >
> > IBM has notified that IBM Session Manager product will be phased out by
> the
> > end of 2018.
> >
> > They suggest we migrate to IBM CL/Supersession.
> >
> > I would like to know of other vendor products that do a similar function.
> >
> > I will be searching but thought of tapping into your experience.
> >
> > Thank you all for any hints.
> >
> > Roberto
> >
> > --
>
> I liked TPX a lot but do not know if its still available.
>
> Ed
>
> --
> 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: IBM z14 High-lights

[Lucas Rosalen]

Ah, nice to know - I tested on 2.13.1

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-17 13:49 GMT+02:00 Parwez Hamid :

> Classic UI Style NO longer available on HMC/SE 2.14.0 Its not an option
> you can turn on/off.. Class UI is history and IBM has been stating this
> was going to going to happen for a while  giving users ample time to
> 'migrate' to Tree UI mode.
>
> --
> 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: IBM z14 High-lights

[Lucas Rosalen]

Hi Radoslaw,

HMC - I HATE TREE MODE! GIVE ME CLASSIC MODE BACK!

I think you can turn on Classic Style from HMC by doing:
Logon, click your ID in the up right corner, tab UI Style, select Classic
Style, apply, OK.

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-17 13:08 GMT+02:00 R.S. :

> W dniu 2017-07-17 o 11:03, Parwez Hamid pisze:
>
>> z14 Key H/W high-lights:
>>
>> Up to 170 Customer PUs @ 5.2 GHz each on a 14 nm 10 core chip
>> Up to 32 TB Memory
>> Uni = 1832 'mips', 170-way = 146462 'mips'
>> New Crypto and OSA Express6S features
>> New FICON Express 16S+ with increased I/O rate
>> New IBM zHyperlink Express, uses a direct connect short distance link
>> (zHyperLink) to deliver low latency connectivity between z14 and FICON
>> storage systems.
>> New Coupling Express Long Reach link. Will be available on z13 and z13s
>> also (replacing 1x PSIFB coupling link for long distance)
>> IBM Virtual Flash Memory (replacing Flash Express)
>> Improved on chip Co-processsor for data compression and encryption
>> Enhancements for SMT, SIMD, HMC
>> Encryption for Coupling links
>>
>
> My perspective:
> 170 processors - good, although I don't need more than 1 book/drawer
> 5,2GHz, 10 core/PU, 14nm - I DON'T CARE
> 32TB RAM - good, however it could be a little bit more than high-end x86
> server, at least for "marketing purposes"
> 1832 MIPS/CP - good
> OSA Ex6S, CEX6S - I don't care unless I find something in the new features
> FICON Ex16S+ - good!
> Hypelink - good!
> Coupling Express - good, however IBM change it very frequently
> Virtual Flash - what is the difference?
> compression and CPACF enhancements - good
> SMT, SIMD - how can I feel it on z/OS ?
> HMC - I HATE TREE MODE! GIVE ME CLASSIC MODE BACK!
> Encryption for coupling links - good for remote CF, but it should be used
> with encryption on FICON, otherwise I still need some encryption on DWDM
> (or just assume no encryption is needed on DWDM link).
>
>
>
> My €0.02
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
> ==
>
>
>--
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
> przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
> 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
> 168.955.696 złotych.
>
>
> --
> 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 Ver. 8.1 running on z/OS 2.1?

[Lucas Rosalen]

Hello Patrick,

An interesting link to check supported levels is =>
https://www.ibm.com/software/reports/compatibility/clarity/index.jsp
You can report on software, or on Operating System or even cross-ref both.

Have fun,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-07 20:42 GMT+02:00 Patrick Falcone <
012526080649-dmarc-requ...@listserv.ua.edu>:

> Anyone running DB2 version 8.1 on z/OS 2.1? I'm looking to verify, any
> links or information would be appreciated. Thank You.
>
>
>
>
> --
> 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: SET PROG=xx question - sanity check

[Lucas Rosalen]

Let me elaborate a little bit more.
I've never used commas in PROGxx PARMLIB member, so the ways I know this
would work are:

A) With a member in PARMLIB:

1. Define a PROGxx member in PARMLIB with:

LNK DEFINE   NAME(name) COPYFROM=CURRENT
LNK DELETE   NAME(name) DSN(library)
LNK ADD  NAME(name) DSN(library)
AFTER(yyy)
LNK ACTIVATE NAME(name)

2. Use SET PROG=xx command


B) Direct commands to the system:

1. SETPROG LNKLST,DEFINE,NAME=name,COPYFROM=CURRENT
2. SETPROG LNKLST,DELETE,NAME=name,DSNAME=library
3. SETPROG LNKLST,ADD,NAME=name,DSNAME=library,AFTER=yyy
4. SETPROG LNKLST,ACTIVATE,NAME=name


Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-05 14:51 GMT+02:00 william janulin <
008d52e04f2e-dmarc-requ...@listserv.ua.edu>:

> Thank you Lucas, appreciate the feedbacl.
> Bill J.
>
>
> On Wednesday, July 5, 2017 8:50 AM, Lucas Rosalen <
> rosalen.lu...@gmail.com> wrote:
>
>
>  Yes!
>
> 
> -------
> *Lucas Rosalen*
> Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
> *
> LinkedIn: http://br.linkedin.com/in/lrosalen
> Phone: +48 (71) 792 809 198
>
>
> 2017-07-05 14:33 GMT+02:00 william janulin <
> 008d52e04f2e-dmarc-requ...@listserv.ua.edu>:
>
> > To list;
> >  I have a situation where I have to reposition a dataset in a new LNKLST.
> > As I see no
> >
> >SETPROG LNKLST,MOVE  statement available would the following work:
> > SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
> >  SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG
> > LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
> > along with statements to activate the new lnklst.
> > Thks, Bill J.
> >
> >
> >
> >
> >
> >
> > --
> > 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SET PROG=xx question - sanity check

[Lucas Rosalen]

Yes!

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-05 14:33 GMT+02:00 william janulin <
008d52e04f2e-dmarc-requ...@listserv.ua.edu>:

> To list;
>   I have a situation where I have to reposition a dataset in a new LNKLST.
> As I see no
>
>SETPROG LNKLST,MOVE   statement available would the following work:
> SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
>  SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG
> LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
> along with statements to activate the new lnklst.
> Thks, Bill J.
>
>
>
>
>
>
> --
> 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

Ksys SYSLOG/NETLOG archive

[Lucas Rosalen]

Hello fellas,

In my current client we save Ksys SYSLOG and NETLOG to some GDG and keep
these datasets on Ksys disks.
The "problem" is that we don't run any kind of space management on Ksys -
these datasets just sit there on DASD -, therefore we're considering
setting up a process to send those to an Application sys (releasing space
on Ksys vols).
Could you share your experiences with Ksys SYSLOG/NETLOG archives? (May be
off-list if you'd prefer)

Thank you,
-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DCB does not point to DEB

[Lucas Rosalen]

Hey Dirceu,

How are you doing, mate? Long time, no talk.
Just one thought I had, maybe this question would fit more the Assembler
list, which you can subscribe using this link =>
https://listserv.uga.edu/cgi-bin/wa?SUBED1=ASSEMBLER-LIST&A=1

See ya,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-06-23 11:49 GMT-03:00 Dirceu Bimonti Ivo :

> Hi,
>
> I was looking at the dump of a couple S0C4 we had a few days ago, seems to
> be happening on a load instruction to get dataset information. The
> formatted summary on IPCS shows this for the dataset in question:
>
> *** DCB FORMAT ERROR.  DCB DOES NOT POINT TO DEB ***
>
> That is true, DCBDEBA in the DCB does not point to the DEB (the DEBDCBAD
> in the DEB points correctly to the DCB). I am wondering how that came to
> be, storage overlay perhaps ? As far as I know, that information is set by
> the system, cannot be set by the DCB macro.
>
> Strange enough, reallocating the dataset appears to have resolved the
> abends.  : |
>
> --
> 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: CSSMTP user exit and external email

[Lucas Rosalen]

I second Mark about XMITIP.
You can always get a process in place to compile the REXX code and have
some kind of "product management" system.
And, as it's a REXX program, you can very easily wrap a REXX "exit" around
it to do whatever you like.

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-06-19 14:30 GMT+02:00 Mark Regan :

> Same at my previous employer, but you can always request an exception if
> you have a process in place at your site for doing  so. Of course when I
> installed XMITIP nearly 20 years ago, there was no concern then about using
> REXX programs written by another sysprog from another company. At least
> with XMITIP it is not compiled code and you do have all the source code to
> review.
>
>
>
> On Mon, Jun 19, 2017 at 8:21 AM Jousma, David  wrote:
>
> > Thanks Mark, yes, I have played with it in the past.  I may have to
> relook
> > at it again.   We've always steered away from "shareware" for general
> > consumption.
> >
> > _
> > Dave Jousma
> > Manager Mainframe Engineering, Assistant Vice President
> > david.jou...@53.com
> > 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> > p 616.653.8429 <(616)%20653-8429>
> > f 616.653.2717 <(616)%20653-2717>
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Mark Regan
> > Sent: Monday, June 19, 2017 7:45 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: CSSMTP user exit and external email
> >
> > Have you look at using Lionel Dyck's freeware XMITIP REXX program? More
> > info available at
> > https://protect2.fireeye.com/url?k=097bb6942d49e08b-
> e22c0dea1464f52c&u=http://www.lbdsoftware.com/xmitip.html
> > .
> >
> > On Mon, Jun 19, 2017 at 7:22 AM Jousma, David 
> wrote:
> >
> > > Skip, Gil,
> > >
> > > Thanks for your feedback.  Our shop is really no different than many on
> > > this list.   Mainframe environment is held it a "higher standard",
> right
> > or
> > > wrong.  Mainframe SMTP here has always been a roll your own as far as
> > > creating the SMTP text.   The biggest fear has been someone (internal)
> > > creating an email spoofing someone else, since there were no controls,
> > and
> > > really there still aren’t any.   Sure, I can validate that the person
> > > submitting the email has the authority to do so, but from the
> > > available exit in z/OS 2.2 world, I have no way to programmatically
> > > validate that the person has formatted the contents of the email to be
> > > from themselves, and not from someone else, and there-in lies the
> > > problem for us.  Until z/OS
> > > 2.3 comes along with email addr support in RACF, how do I validate
> that?
> > > And yes, if someone did spoof the FROM:, we would go back through the
> > > logs to see who did it, and take all appropriate actions.
> > >
> > > The #3 in my list is again just typical "higher standard" issues with
> > > Audit.  The immediate need we have for allowing external email has to
> > > do with limitations with the IDAA (Netizza) hardware doing problem
> > > notifications to IBM via EMAIL instead of a "phone home".   Audit wants
> > us
> > > to limit the outbound to certain domains like *@xx.ibm.com.
> > >
> > > Skip, you brought up the RYO program at your shop.  I can see some
> > > legitimacy in creating something like and doing the SAF calls as you
> > > mention.  I suppose I could do a WHEN PROGRAM type spool access for
> > > actually placing the formatted SMTP text on the spool as a way to
> ensure
> > > all email is properly formatted.   To do that, I'd have to create some
> > > yet-to-exist RACF(TSS) resource for every employee's email address for
> > > the RYO program to read.  For that, I might as well wait until the
> > > native support that arrives in z/OS V2.3.
> > >
> > > I am meeting with them again to understand their concerns about
> > > mainframe vs Outlook email.
> > >
> > > _
> > > Dave Jousma
> > > Manager Mainframe Engineering, Assistant 

Re: PDSE dataset rename issue

[Lucas Rosalen]

Maybe this dataset is allocated by XCF and LLA in another system of the
sysplex, you might wanna check that.

Lucas

On Jun 17, 2017 10:53, "Edward Finnell" <
000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

>
> Example 2:
> To  display resource information about all resources whose major name is
> SYSDSN,  enter:
> D GRS,RES=(SYSDSN,*)
>
>
>
>
> In a message dated 6/17/2017 3:25:49 A.M. Central Daylight Time,
> retired-mainfra...@q.com writes:
>
> Look at  your DFSMSdfp Diagnosis manual in the DADSM RENAME Return and
> Diagnostic Codes  section.  It says the enqueue  failed.
>
>
>
> --
> 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: Are there any mailing lists for TPX or NetMaster?

[Lucas Rosalen]

True, I also don't see it.
However, my research returned some results =>
https://communities.ca.com/search.jspa?q=NetMaster

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-06-16 15:05 GMT+02:00 Mark Regan :

> Thanks for the pointer, the URL works for me. Somehow I had missed it when
> I was searching the CA website. Unfortunately I don't see one for NetMaster
> under the "CA Mainframe Community" category.
>
> On Fri, Jun 16, 2017 at 8:51 AM Lucas Rosalen 
> wrote:
>
> > Hello Mark,
> >
> > I'm not in Japan and I can access the CA Mainframe Community for CA-TPX,
> > for example, with my normal CA Support Online userid/pass. My customer
> has
> > CA-TPX as one of their products, not sure if that would limit a user's
> view
> > or not.
> >
> >
> > https://communities.ca.com/community/ca-mainframe-
> community/content?filterID=contentstatus%5Bpublished%5D~
> category%5Bca-tpx-session-management-for-zos%5D
> >
> > Regards,
> >
> >
> > 
> ---
> > *Lucas Rosalen*
> > Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
> > *
> > LinkedIn: http://br.linkedin.com/in/lrosalen
> > Phone: +48 (71) 792 809 198
> >
> >
> > 2017-06-16 14:04 GMT+02:00 Mark Regan :
> >
> > > Are there any mailing lists for CA's TPX or NetMaster products? So far
> a
> > > Google search has not turned up anything, nor are there any
> communities,
> > > unless you are in Japan, for them on CA's web site.
> > >
> > >
> > >
> > > --
> > >
> > > Regards,
> > >
> > > Mark T. Regan
> > >
> > > --
> > > 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
> >
> --
>
> Regards,
>
> Mark T. Regan
>
> --
> 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: Are there any mailing lists for TPX or NetMaster?

[Lucas Rosalen]

Hello Mark,

I'm not in Japan and I can access the CA Mainframe Community for CA-TPX,
for example, with my normal CA Support Online userid/pass. My customer has
CA-TPX as one of their products, not sure if that would limit a user's view
or not.

https://communities.ca.com/community/ca-mainframe-community/content?filterID=contentstatus%5Bpublished%5D~category%5Bca-tpx-session-management-for-zos%5D

Regards,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-06-16 14:04 GMT+02:00 Mark Regan :

> Are there any mailing lists for CA's TPX or NetMaster products? So far a
> Google search has not turned up anything, nor are there any communities,
> unless you are in Japan, for them on CA's web site.
>
>
>
> --
>
> Regards,
>
> Mark T. Regan
>
> --
> 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: Looks like lots of folks in marketing said thanks but no thanks

[Lucas Rosalen]

Having worked both at home and at the office, my opinions are:

1. Meetings at the coffee point (and other places) is very big opportunity
to exchange ideas, thoughts, opinions.
- This is true, as long as you have a motivated/enthusiastic tech team.
Otherwise, they will talk about ANYTHING other than work (not that it
wouldn't add any value though - being brazilian, I tend to value a lot
people's inter-relationships).

2. It is much easier to see and control how the emploee spends a time - is
he really busy as declared? No timesheet replace it.
- I've never been a manager, so I don't really know, but I have worked with
managers that didn't care about seeing employees (not even close to top
contributors) on facebook/youtube in the office during regular work hours.
And I also have worked with people that are observably WAY more productive
working from home than at the office. That's, in fact, my case, although I
recognize the value of being at the office.
I agree that if you need watch an employee that closely, you simply hired
the wrong person.

3. Some people do work more effectively when they have no external
"disturbants" (a dog, neighbour, postman, favourite comedy on TV...)
- I found it more distubing to be at the office (too loud, too many people
walking around, too "available" for management queries, etc ), than at
home. It's a matter of letting people at home (and yourself, of course)
know that you're just physically there, but you're simply OFF for
everything.


-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-05-30 0:46 GMT-03:00 Gabe Goldberg :

> It's amazing what technology can do: http://ericwhitacre.com/the-vi
> rtual-choir
>
> https://www.ted.com/talks/eric_whitacre_a_virtual_choir_2_
> 000_voices_strong
>
> ...not symphony, but still remote collaboration.
>
> Timothy Sipples  quoted
>
> Steve Smith who wrote:
>
> > A symphony can hardly be performed with everyone working remotely
>
> --
> Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
> 3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
> LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
>
>
> --
> 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: SoftAudit ?

[Lucas Rosalen]

I don't know what kind of contract you need, but I've worked for customers
that would only gather data for TADz and send to IBM, so their reports
would be produced at an IBM mainframe instead of a customer-owned one.
I was also able to use TADz Analyzer hosted on an IBM site (but fed with
customer data), which I found to be a very good tool to discover who/what
used which software/version when. Very granular data in a distance of a
mouse click.

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-05-10 16:43 GMT+02:00 Norbert Friemel :

> On Wed, 10 May 2017 09:20:35 -0500, Dyck, Lionel B. (TRA) wrote:
>
> >Whatever happened to SoftAudit from Isogon?  Did IBM pick it up and
> rename it or did it die with the IBM acquisition?
> >
> >Are there any other products that will detect the running programs and
> identify them back to a vendor and product?
> >
>
> https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/
> common/ssi/rep_sm/4/897/ENUS5698-AA4/index.html
> http://ubs-hainer.com/solutions/p-tracker
>
> Norbert Friemel
>
> --
> 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: ShopzSeries

[Lucas Rosalen]

Hello Dean,

I think what you need is this doc =>
https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10863

Thanks,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-05-10 16:07 GMT+02:00 Nai, Dean :

>
> Howdy,
>
>I haven't used ShopZseries for a while and now I'm hearing we need to
> use secure FTP for it. Is there any documentation on how it needs to be
> setup? Any certificates needed?
>
> --
> 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: how to suppress the message IEF196I

[Lucas Rosalen]

Alternatively, you can use System Automation's MRT to suppress it from HC
as well.
What you need in this case is REVISE statement. Something like:
UPON ( MSGID = 'IEF196I' )
REVISE('N' SYSLOG)

Regards,
-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-04-28 10:54 GMT+02:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Jason Cai wrote:
>
> >But the message(IEF196I) cann't be suppressed by the definition.
>
> Where do you want it to be suppressed?
>
>
> >What else we need to do?
>
> Check your Console settings too.
>
>
> Lucas Rosalen kindly gave you a URL and it is stated there:
>
>   "A suppressed message does not appear at a console but is written to
> the hard-copy log."
>
> If you want it to be suppressed in the HC log, you're basically SOL unless
> you can insert an exit in that MPFLSTxx.
>
> It is perhaps only me, but I absolutely don't recommend usage of such
> exits simply because you may lose something important during a problem.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: how to suppress the message IEF196I

[Lucas Rosalen]

Hello Jason,

You probably will have to customize your MPFLSTxx member.
Here's what you should read:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/mpflst.htm

Thanks,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-04-28 9:59 GMT+02:00 ibmm...@foxmail.com :

>
> Hi all
>
> Our zos is 2.1 . There are millions of message(IEF196I) in the operlog
> every day.
>
> Could you tell us how to suppress the message IEF196I
>
>
> Thanks a lot!
>
> Jason Ca
>
> --
> 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: RMDS for reporting on Mainframe

[Lucas Rosalen]

Just for correctness, if I recall correctly CA-View is the old SAR and just
do syslog/joblog archival/retrieval.
I'm quite sure my former customer used CA-Dispatch for report distribution.

Lucas

On Apr 10, 2017 16:37, "Lizette Koehler"  wrote:

There are products out there

Systemware XPTR (not sure of today's name)

CA View (Old Mobius product I think)

$AVERS

And more

It will depend on $$ to spend and what features you need.

Searching the internet should be able to start your review process.

Not only look at the features, but how the conversion from RMDS to new
product will be handled.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of SrinivasG
> Sent: Monday, April 10, 2017 2:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RMDS for reporting on Mainframe
>
> Hi,
>
> Is anyone using RMDS on Mainframe?
> Since its being discontinued , I am interested in knowing what other
shops are
> doing.
> Please share your solutions as far as RMDS is concerned.
>
> Thanks in advance.
>
> Regards,
> Srinivas G
>

--
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: V XCF,xxxx,OFFLINE,REIPL not working

[Lucas Rosalen]

Hi Gadi,

Did you have AUTOIPL statements coded in the in-use DIAGxx member?
Anything in Hardware Messages?

Lucas

On Apr 9, 2017 09:56, "גדי בן אבי"  wrote:

Hi,
We IPL’s one of our systems last night and using the V
XCF,,OFFLINE,REIPL to remove it from the Sysplex, and then REIPL it.

The system was not reipl’d, and we had to IPL from the HMC.

Can someone help me find out why this happened?

We are running z/OS v2.1 on a z13s.

The Sysplex has two systems, and they are connected using CTC’s.

There is no coupling facility involved.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
note that in accordance with Malam and/or its subsidiaries (hereinafter :
"Malam") regulations and signatory rights, no offer, agreement, concession
or representation is binding on the Malam, unless accompanied by a duly
signed separate document (or a scanned version thereof), affixed with the
Malam seal.

--
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: Job hold on jes2 input queue

[Lucas Rosalen]

$DJjobnumber,LONG might give you some tips

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-04-04 8:13 GMT+02:00 Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com>:

> And check also the QAFF of the jobclass.
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Wayne Bickerdike
> > Sent: 04 April, 2017 5:10
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Job hold on jes2 input queue
> >
> > Check that the JES queue for the class(es) of jobs isn't held.
> >
> > To release try $T JOBCLASS(n),QHOLD=NO (where n is jobclass 0-Z or
> > whatever).
> >
> > On Tue, Apr 4, 2017 at 4:14 AM, Ambrose Jr 
> > wrote:
> >
> > > Hi Team,
> > >
> > >
> > > We recently migrated test lpar from mainframe to RDT. All our
> > submitted
> > > jobs are hold(freeze )in jes2 input queue until we manually submit by
> > > command *SJ* in front of the job to execute.  What would be the issue
> > ?. I
> > > have no clue. Your guidenes would be more  helpful
> > >
> > > .
> > >
> > >
> > > Note:-  (This migrated test lpar is sysplex on mainframe .On RDT
> > > it's in monoplex) . Also Verified there is no hold parameter
> > ,initiator .
> > >
> > >
> > > Regards,
> > >
> > > Ambrose jr
> > >
> > > --
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> >
> > --
> > Wayne V. Bickerdike
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and may
> be unlawful. If you have received this e-mail by error, please notify the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
>
> --
> 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: Logsteam as Logrec - Sample JCL

[Lucas Rosalen]

Hi Jake,

Follows an example I've used some years ago:

//STEP01   EXEC PGM=IFCEREP1,
//*  REPORT 
//*PARM=('HIST=Y','PRINT=PS','ACC=N','TYPE=ACHMO','DEV=(3490)',
//*
//* SOFTWARE REPORT 
//*PARM=('HIST=Y','ACC=N','PRINT=PS','TYPE=S','TABSIZE=1500K',
//*
//*  REPORT 
//*PARM=('HIST=Y','ACC=N','PRINT=PS','ZERO=N','TABSIZE=1500K',
//*
//* SYSTEM SUMMARY REPORT --
//*PARM=('HIST=Y','SYSUM','TYPE=MC','ZERO=N','ACC=N',
//*
//* CCH AND MCH DETAIL EDIT REPORT -
//*PARM=('HIST=Y','PRINT=PS','TYPE=MC','ACC=N',
//*
//* DETAIL SUMMARY FOR I/O ERRORS --
//*PARM=('HIST=Y','PRINT=SU','TYPE=DOTH','ACC=N',
//*
//* DETAIL SUMMARY FOR I/O ERRORS --
//*PARM=('HIST=Y','PRINT=AL','TYPE=CDEHIMOS','ACC=N',
//*
//* UPDATE DATE BELOW
//   'DATE=(15084-15085)','TIME=(,2359)')
//ACCINDD DSN=SYSPLEX.LOGREC.ALLRECS,
// DCB=(RECFM=VB,BLKSIZE=4000),
// SUBSYS=(LOGR,IFBSEXIT)
//DIRECTWK DD UNIT=SYSDA,SPACE=(CYL,50)
//TOURIST  DD SYSOUT=$,DCB=BLKSIZE=133
//EREPPT   DD SYSOUT=$,DCB=BLKSIZE=133
//SYSINDD DUMMY

Regards,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-03-31 11:14 GMT+02:00 Jake Anderson :

> Hello,
>
> Could someone please provide me a sample JCL to unload Logrec data from a
> logstream dataset and process for a specific period of time ?
>
>
> Jake
>
> --
> 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: Can SMPPTS datasets be consolidated?

[Lucas Rosalen]

Yes, they can. Done this some times before.

Regards, Lucas

On Mar 16, 2017 21:32, "Herring, Bobby"  wrote:

> I am in the process of receiving a large RSU maintenance order. I have
> filled up three SMPPTS datasets that were not defined large enough.
>
> Can these be merged and consolidated into one or two much larger datasets?
>
> Bobby Herring
> Texas Farm Bureau Ins.
> [http://www.txfb-ins.com/TFBICImages/email.jpg]
> J.D. Power Disclaimer >
>
>
> CONFIDENTIALITY STATEMENT: The foregoing message (including attachments)
> is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections
> 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you
> in error, do not read it. If you are not the intended recipient, you are
> hereby notified that any retention, dissemination, distribution, or copying
> of this communication is strictly prohibited. Please reply to the sender
> that you have received the message in error, then delete it. Thank you.
>
> --
> 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: Unix System Services Automount - why?

[Lucas Rosalen]

Hi Tom,

Last bit of your answer is exactly what this thread led me to think: Why
not using automount to get service filesystems mounted when applying
maintenance, for example?

Currently we have these mounts hard coded in one "service-only" BPXPRMxx
that we call before applying anything.
I'm thinking that I could make automount cause the same thing to happen
(service filesystem to be mounted to its directory) with one less step in
my job. I'll look into that for sure.

Radoslaw, weather is better now than 3 weeks ago, huh? :)

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-02-24 13:51 GMT-03:00 Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu>:

> On Fri, 24 Feb 2017 16:50:23 +0100, R.S. wrote:
>
> >W dniu 2017-02-24 o 16:37, Lucas Rosalen pisze:
> >
> > I've also worked on a smaller shop where all users' directories were
> > defined in one single filesystem. In this case, we didn't use automount.
>
> That's my setup: single (not so big) filesystem for all users. Not many
> users, USS not haeavily used.
>
> I agree with John. Automounting user directories makes it simpler.
> Set it up and forget about it.
>
> With all users in a single filesystem, someone still has to mkdir for new
> users
> that might use Unix. And when someone leaves, their directory needs to be
> deleted.
>
> An advantage of giving each user their own HFS or zFS is that their
> filesystem can be migrated.
>
> I've used Automount in another way too. I'm not in a sysprog role now, but
> when I was, it was my standard practice to create another clone of my
> target zone whenever I had something new to install. There were times
> when there were as many as five clones in progress, usually by different
> people. The target zone name would match the IPL volume and a qualifier
> for the filesystem. I would automount manage /service. There were two
> advantages of doing it that way.
>
> 1. I didn't have to worry about making sure that the correct filesystem
> was mounted at /service. In fact, I didn't even have to think about it.
>
> 2. Different people could run APPLY jobs to their zone without interfering
> with someone else.
>
> --
> Tom Marchant
>
> --
> 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: Unix System Services Automount - why?

[Lucas Rosalen]

Cześć Radosław,

In my shop's case we have over 1000 user-filesystems, so we use automount
to only mount the filesystem when the user logons.
It would be impractical for us to keep that huge amount of mount statements
in BPXPRMxx and to keep it up-to-date with new users.

I've also worked on a smaller shop where all users' directories were
defined in one single filesystem. In this case, we didn't use automount.

Thanks,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-02-24 16:19 GMT+01:00 R.S. :

> I'm trying to find a reason to use automount facility.
> Is it better than static mount of all needed filesystems?
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> ---
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> 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: Hardware support for z/OS 2.3

[Lucas Rosalen]

Hello Paul,

Yes, you're right... accordingly to the announcement site:

z/OS V2.3 is planned to run on these IBM z Systems servers:

   - IBM z13™
   - IBM z13s
   - IBM zEnterprise® EC12 (zEC12)
   - IBM zEnterprise BC12 (zBC12)

For a complete description of z/OS V2.3 software prerequisites, refer to *
z/OS V2R3 Planning for Installation* (GA32-), when available.




---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-02-22 10:35 GMT+01:00 Beesley, Paul :

> Hi
> We are looking at upgrading to z/OS 2.3 next year and are wondering what
> the minimum hardware requirement is. I thought I saw somewhere that it
> requires a BC12 as minimum, is that correct? 2.2 support goes right down to
> a z10 so that is quite a leap.
>
> Regards and thanks
> Paul
>
>
>
> Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are
> trading names used by the Atos group. The following trading entities are
> registered in England and Wales: Atos IT Services UK Limited (registered
> number 01245534), Atos Consulting Limited (registered number 04312380),
> Atos Worldline UK Limited (registered number 08514184) and Canopy The Open
> Cloud Company Limited (registration number 08011902). The registered office
> for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No.
> for each is: GB232327983.
>
> This e-mail and the documents attached are confidential and intended
> solely for the addressee, and may contain confidential or privileged
> information. If you receive this e-mail in error, you are not authorised to
> copy, disclose, use or retain it. Please notify the sender immediately and
> delete this email from your systems. As emails may be intercepted, amended
> or lost, they are not secure. Atos therefore can accept no liability for
> any errors or their content. Although Atos endeavours to maintain a
> virus-free network, we do not warrant that this transmission is virus-free
> and can accept no liability for any damages resulting from any virus
> transmitted. The risks are deemed to be accepted by everyone who
> communicates with Atos by email.
>
> --
> 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: maintaining PARMLIBs over several sysplexes

[Lucas Rosalen]

Hey there mate,

As you already know my current customer's process, I will talk about a
previous experience that applies to the scenario mentioned.

Customer had 3 Parallel Sysplexes:
- SYSPLEX A w/ 4 LPARs (3 prod/1 test) => 3 production systems used shared
SYS1.PARMLIB. Test system had its own PARMLIB concatenated before the
"production"one where the majority of members were loaded from. However,
some members were shared among all 4 systems;
- SYSPLEX B w/ 6 LPARs (all prod) => they all shared the same PARMLIB with
different sulfixes when needed;
- SYSPLEX C w/ 4 LPARs (all test/dev) => they all shared the same PARMLIB
with different sulfixes when needed;

Each sysplex had its own members, no synch between PARMLIBs were done. In
this case we didn't have shared DASD among the sysplexes, nor IBM-Cross
Sysplex Manager, so member synch would pretty much be a manual task.

I can't say this is the way I "prefer". It just had "always been like that"
(yes, I hate this excuse!) and I didn't feel like changing at the time :).

See ya,
-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-02-17 17:00 GMT-02:00 Lizette Koehler :

> One shop I was at we only had 2 parmlibs. One shipped by IBM and the other
> maintained by the MVS group.
>
> The one maintained by the MVS Group managed 36 images and 16 plexes at the
> time.  So the suffixes were very important.
>
>   XX all plexes
>   X1 Specific to LPAR1 in a plex
>   X2 Specific to LPAR2 in a plex
>   L1 Specific to sysplex L and LPAR1 in that plex
>   GX Specific to sysplex G but all lpars were using it.
>
> We has some very long concatenations in parmlib.  ;-D
>
> All parmlib updates were done in rolled out with the SYSRES pack.  We did
> not update the PARMLIB on any lpar other than sandbox for testing.  Then it
> was a Sysres roll or chgman update that did the other plexes.
>
> Lizette
>
> --
> 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: strange JES2 purge queue issue

[Lucas Rosalen]

I think the key here is the SYSAFF=(IND,ANY)...
Try to take INDependent off before purging, with $TJQx,SYSAFF=(-IND)

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-01-13 15:55 GMT+01:00 Carmen Vitullo :

> all the DESTID's defined and all my print to these destinations are
> working as designed.
> the strange awaiting purge issue I found all the sysout was from my
> initial failed attempt to bring these systems into a MAS back in December,
> job display shows
>
>
> $DS1883,LONG
> $HASP006 $DS1883,LONG TRANSLATED BY EXIT HASX05C TO $DS(1883),LONG
> $HASP890 JOB(CCITCPGW) 392
> $HASP890 JOB(CCITCPGW) STATUS=(AWAITING PURGE),CLASS=STC,
> $HASP890 PRIORITY=1,SYSAFF=(IND,ANY),HOLD=(NONE),
> $HASP890 CMDAUTH=(LOCAL),OFFS=(),SECLABEL=,
> $HASP890 USERID=CCITCPGW,SPOOL=(VOLUMES=(SYSSA2),
> $HASP890 TGS=1,PERCENT=0.0002),ARM_ELEMENT=NO,
> $HASP890 CARDS=2,REBUILD=NO,CC=(COMPLETED,RC=0),
> $HASP890 DELAY=(),CRTIME=(2016.339,15:03:56)
>
>
> I've attempted to change the SYSAFF to (ANY,ANY), no good
> I've attempted to change the SYSAFF to (SYSA,SYSC), no good
> I think its PMR time, this is not causing a spool issue, I just would like
> to get this output 'awaiting purge' to purge !
> again thanks all
> Carmen
>
>
> - Original Message -
>
> From: "Carmen Vitullo" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Friday, January 13, 2017 8:08:20 AM
> Subject: Re: strange JES2 purge queue issue
>
> :) yep first thing I thought of - no good
> I think my fellow team members may have shed some light, these jobs
> originally ran on SYSA, now run on SYSC, well I don't have the Jobclasses
> and destid's defined on that system, so I'm thinking this is causing both
> issues, I'm thinking if the DESTID is not defined on the system the jobs
> run, JES2 has no clue and put the job on user hold, same with the sysout
> (jobclasses) maybe .
> I'll let you know
> thanks Allan
> Carmen
>
>
> From: "Allan Staller" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Friday, January 13, 2017 7:54:39 AM
> Subject: Re: strange JES2 purge queue issue
>
> Try releasing the jobs $AJn
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Friday, January 13, 2017 7:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: strange JES2 purge queue issue
>
> I've just completed the merging of 2 systems into a JES2MAS, we're z/OS
> 2.1 RSU1508 on both systems, thanks to all the fine folks here the process
> to get these systems into a MAS was sucesfully, the only issue I had was
> with one CA-SPOOL print destination, for some reason the output status on
> JES was 'USER' CA-Spool will not pick it up from the queue. When we print
> to R21, which is the alias to ltrm4fe, it comes out without the status of
> ‘user’ and prints to their printer without any issues. looking deeper into
> the Queues, I see many jobs sitting in the purge queue 'awaiting purge' and
> I cannot for the life of me figure out why, status shows
>
> $HASP890 JOB(VTAMCHK)
> $HASP890 JOB(VTAMCHK) STATUS=(AWAITING PURGE),CLASS=STC,
> $HASP890 PRIORITY=1,SYSAFF=(IND,ANY),HOLD=(NONE),
> $HASP890 PURGE=YES,CMDAUTH=(LOCAL),OFFS=(),
> $HASP890 SECLABEL=,USERID=VTAMCHK,
> $HASP890 SPOOL=(VOLUMES=(SYSSA2),TGS=1,
> $HASP890 PERCENT=0.0002),ARM_ELEMENT=NO,CARDS=2,
> $HASP890 REBUILD=NO,CC=(COMPLETED,RC=0),DELAY=(),
> $HASP890 CRTIME=(2016.339,15:03:32)
> I've attempted to cancel via JES $CS and jes2 comes back 'job cannot
> be cancelled' when I purge this job the status remains the same, they are
> already awaiting purge, any clues?
> thanks
> Carmen
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu 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 i

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

[Lucas Rosalen]

You could do the right way, which means removing these datasets from LLA
and LNKLST.
Or you could recklessly use BYPASSNQ program, which can be found in CBT
file #749

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-01-05 10:39 GMT+01:00 Ravi Gaur :

> Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS
> Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use
> message any trick to get the datasets deleted via bypassing enqueue? on
> this specific volume
>
> --
> 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: new JES2 MAS jobs will not run on member 2

[Lucas Rosalen]

Check if JES2 are running in Independent Mode. Can't remember the command
for that.

It had been suggested before, but I also think $DJ,LONG is the place to
start

On Dec 5, 2016 01:58, "John McKown"  wrote:

> On Sun, Dec 4, 2016 at 3:13 PM, Vitullo, Carmen P <
> cpvitu...@arkbluecross.com> wrote:
>
> > I just brought 2 systems into a JES2MAS everything looked OK, some fat
> > finger issues, and an IPL and all OK
> > Testing the batch submitting I submit job from member 1 to member 2 using
> > /*JOBPARM S=memb2
> > Job sits on JES2 queue awaiting conversion - I've tried everything with
> > node and member statements and nothing works
> > If I submit from member 2 the jobs still sits in the input queue, now
> > showing the correct class,
> > Has anyone seen this type of issue? my first time bringing 2 systems into
> > a MAS,
> > What am I missing ?
> >
>
> ​Silly question: Is JES2 on the new system "started". I don't mean started
> in the S JES2,SUB=MSTR sense. I mean, do you have a PARM=NOREQ in the JES2
> proc so that it automatically starts processing once it's up? My first
> thought is to just do a $S command to tell JES2 "wake up, fool!".
>
> Do you use scheduling environments. I saw this:
> http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/
> com.ibm.zos.v2r1.hasa200/sjpc.htm
> [quote]
>
> CNVT_SCHENV=HONOR|IGNORE
>
> Specifies whether the availability of a scheduling environment that is
> associated with a job controls which member a job converts on. If
> CNVT_SCHENV=HONOR is specified, then a job can only convert on a system
> where the scheduling environment associated with the job is available.
>
> [quote/]​
>
> ​Maybe try the command: $TJOBDEF,CNVT_SCHENV=IGNORE​
>
>
>
> > Thanks
> >
> >
> >
> > Carmen Vitullo
> > Lead Systems Programmer
> >
> > Arkansas Blue Cross and Blue Shield
> > IT Infrastructure Services
> > 515 West Pershing Blvd.
> > North Little Rock, Arkansas 72114
> > Office: 501.210.4705
> > Cell: 501.514.4266
> >
> >
>
> --
> 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: Steplib APF failure

[Lucas Rosalen]

Hello Peter,

For z/OS it doesn't matter in which STEPLIB library the load module is
loaded from. In other words the entire STEPLIB DD is treated as "one
thing", either APF'd (in case ALL libraries are in APF list) or not (in
case one or more libraries are not in APF list).
The situation you have described sounds WaD (work as designed).

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-11-17 12:59 GMT+01:00 Peter :

> Hi Group
>
> I have installed a product when I try to start it fails with module not
> being APFed.
>
> There are two datasets in STEPLIB. The Dataset1 which has the failing
> modules is already APFed. Still the STC fails and it was fixed once the
> second dataset was APFed.
>
> I am trying to understand why would STC expect the second dataset in
> steplib in APF though the calling module is in 1st dataset ?
>
> Could some one please explain me ?
>
> Peter
>
> --
> 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: KnowledgeCenter access

[Lucas Rosalen]

A good way is to check it here =>
https://www-947.ibm.com/support/entry/myportal/Current_status
I think Knowledge Center falls under "IBM Support Portal" category.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-11-15 10:42 GMT+01:00 Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu>:

> As of right now it seems to be working for z/OS 2.1.0. What were you
> looking for?
>
> http://www.ibm.com/support/knowledgecenter/SSAUWB
>
>
> In a message dated 11/15/2016 3:33:07 A.M. Central Standard Time,
> gad...@malam.com writes:
>
> Does  anyone else have problems accessing KnowledgeCenter?
> I keep getting HTTP  Service Temporarily Unavailable messages
>
> 9:30 GMT  15nov2016
>
>
> --
> 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: rexx to fetch CFRM

[Lucas Rosalen]

Hello Bart,

If not too much trouble, could you send me a copy also? :)
Currently, I'm not trying to resolve any issue, but who knows what
challenges the future might bring...

Thanks in advance,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-10-28 11:59 GMT-02:00 van der Grijn, Bart (B) :

> Jake, we do. It creates a batch job to recreate the CFRM policy based on
> the IXCMIAPU output.
> Let me know if that matches what you need and I can send you a copy.
>
> Bart
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jake Anderson
> Sent: Friday, October 28, 2016 6:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: rexx to fetch CFRM
>
> Hello,
>
> Does anyone has a REXX exec that can read the current CFRM structure and
> construct the JCL ?
>
> Regards,
> Jake
>
> --
> 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

Re: Randomly disappearing IGD101I messages.

[Lucas Rosalen]

Hello Kees,

You might had already looked at that, but if both jobs don't have MSGLEVEL
coded in the jobcards, they might rely on each job class' MSGLEVEL, which
might differ from each other.
Sorry, to much stuff going on today to properly test this...

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-10-18 15:35 GMT+02:00 Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com>:

> We verified that the problem exists for at least a couple of months.
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: 18 October, 2016 15:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Randomly disappearing IGD101I messages.
>
> Vernooij, Kees (ITOPT1) - KLM wrote:
>
> >Via a DMS COPY step. Always. Can't find any suppression, nor do I specify
> route of desc codes for IBM's IGD messages.
>
> >They are among the messages that (seem to) never appear in
> SYSLOG/OPERLOG, only in the job's Allocation messages file. IGD101I is not
> trappable via SLIP or MPFLST. They seem to be (like the IGD messages
> produces by the ACS routines WRITE statements) directly written to the job
> sysout.
> How is this achieved?
>
> OK. Thanks for earlier clarifying that BMC's products are victims.
>
> Ok, I think it is time for a PMR because I looked up who is the issuer of
> IGD101I and it is DFSMSdfp. Not even a module name is mentioned in the
> bookies.
>
> Last question: did you upgraded and now only see this problem?
>
> Sorry for not being able to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and may
> be unlawful. If you have received this e-mail by error, please notify the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
>
>
> --
> 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: IBMLINK Down?

[Lucas Rosalen]

I know that some IBM sites are designed to not respond to a ping
request not sure if this is the case though.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-10-13 16:02 GMT+02:00 Steve Thompson :

> Apparently I can FTP to IBM to update ETRs, but I can't get ping to work
> against ibm.com or traceroute (I run Linux on home systems).
>
> Strange.
>
> Regards,
> Steve Thompson
>
>
> On 10/13/2016 08:33 AM, John McKown wrote:
>
>> This URL works for me (near Dallas TX, don't know my company's ISP).
>>
>> https://www-304.ibm.com/usrsrvc/account/userservices/jsp/
>> login.jsp?persistPage=true&page=/ibmlink&PD-REFERER=http:
>> //www-304.ibm.com/ibmlink&error=
>>
>> On Thu, Oct 13, 2016 at 7:29 AM, Steve Thompson 
>> wrote:
>>
>> I can't ping it and it doesn't resolve with my employer's DNS or here from
>>> my systems running Linux (two completely different ISPs and locals).
>>>
>>> Makes it difficult to update ETRs.
>>>
>>> Regards,
>>> Steve Thompson
>>>
>>> --
>>> 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

Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Lucas Rosalen]

John, make it a 2-people list then :)
Since I've started in mainframes (2006), our operational procedures were to
test HMC connectivity a couple hours prior to the IPLs and logon to OSM
consoles, so I guess I got used to that. Now it's even better with the
Java-less OSM interface, less risk of not being able to open it

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-09-30 14:23 GMT+02:00 John McKown :

> On Fri, Sep 30, 2016 at 3:03 AM, Brian Westerman <
> brian_wester...@syzygyinc.com> wrote:
>
> > I'm actually kind of surprised at the number of sites that don't code the
> > OSA-ICC consoles as NIP available.  They were designed to function in
> that
> > manner, and you can then always have remote access (assuming you have a
> > VPN).  If you don't have a VPN set up for your mainframe, you are just
> > asking for trouble.  If you do have one, then not using it to support the
> > box seems very silly indeed.
> >
>
> ​We don't have a real VPN here. We used to. But we now use MS Terminal
> Services Gateway. Basically that means your Windows (Linux & OSX cannot be
> used) home machine will do a "mstsc" (remote terminal) connection to your
> work desktop via the Terminal Services Gateway machine. This isolates your
> home machine from the work LAN entirely. The bad part is that if your work
> PC is down (say due to a transient power hit), you can't get logged in to
> the system at all. Somebody needs to go into the office and power up your
> machine for you. And the office is abandoned starting at 16:59:59.
> every work day. There is normally nobody here at night or on the weekends.​
>
>
>
> >
> > Setting up a separate PC (unless your box doesn't support the ICC
> > consoles) is really not necessary.
> >
>
> ​Actually, I'm likely in the small minority (perhaps of 1) who really likes
> having _no_ NIPCONs at all. I actually _prefer_ to IPL via the "System
> Messages" interface on the HMC. ​For a console session, I just use SMCS. I
> wanted to use an OSA-ICC. And I even have an "extra" OSA handy. But the LAN
> people just didn't want to be bothered to hook it into _their_ LAN. They
> were running short of ports on the switches. And this place is, uh,
> "frugal". I.e. they won't buy anything new until something critical is near
> failing (or actually has failed). They just want _out_ of the "I.T.
> business" entirely. I would guess that in another 2-3 years, the I.T.
> department will be the CIO and maybe an assistant to who manage the
> interaction with the outsourcer. I'm not too sure about local "desktop
> support". That may remain in house. Or maybe there are companies which do
> that too.
>
>
> > Brian
> >
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> 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 8.1 on z/OS 2.1

[Lucas Rosalen]

Maybe
http://www-969.ibm.com/software/reports/compatibility/clarity/index.jsp can
have good reports?

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-09-20 14:22 GMT+02:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Nathan Astle wrote:
>
> >Is there anyone who has db2 8.1 running on zOS 2.1 ?
>
> DB2 8.1 EOS is on 2012/04/30, but z/OS v2.1 GA is 2013/09/30.
>
> I doubt if someone is running that combination [1] , but ...
>
> >Any significant change in db2 performance with respect to the above ?
>
> Please tell us why are you asking or what problem are you trying to solve?
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - Is there such a global cross compatibility table showing which
> software / software combination can run on what operating system?
>
> I only get such tables for some products which says "can run on z/OS vB,
> vC, vD and on vA with some PTFs"
>
> --
> 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: AXR00 (sysrexx)

[Lucas Rosalen]

It looks like in z/OS 2.2 (not sure about other versions) you can use:

F AXR,SYSREXX REXXLIB ADD DSN(data_set_name) VOL(volume)

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-08-31 15:00 GMT+02:00 R.S. :

> I want to add a library to AXR00 parmlib member.
> Do I have to IPL to make the change effective?
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> 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: Catch 22 with UA82156 / OA50517

[Lucas Rosalen]

Exactly /usr/lpp/hzc/include/IBM/
I've also checked in some PMR before applying in my systems.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-08-19 14:28 GMT+02:00 Pfister, Nathan :

> The dataset, SHZCINC, was added in z/OS 2.1 I believe.  It is for zEDC.
>
> The DDDEF should point to /usr/lpp/hzc/include/IBM/
>
> See:
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
> com.ibm.zos.v2r2.e0zm100/at3genf.htm
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Friday, August 19, 2016 8:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catch 22 with UA82156 / OA50517
>
> This is PTF for z/OS 2.2 (only)
>
> APPLY fails with the following message:
> ALLOCATION FAILED FOR SHZCINC BECAUSE THERE IS NO DD or DDDEF (wording
> changed a little)
>
> I checked - Indeed, I don't have DDDEF named SHZCINC.
> I'm pretty sure no one deleted it since the system is just installed from
> ServerPac.
> There is no ACTION or DDDEF HOLD SYS in the PTF.
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> ---
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> E-MAIL CONFIDENTIALITY NOTICE: This e-mail from Donegal Insurance Group
> may contain CONFIDENTIAL and legally protected information. If you are not
> an intended recipient, please do not copy, use or disclose this email or
> its contents to others; and please notify us by calling toll free (800)
> 877-0600 x7880 or by replying to this message, and then delete it from
> your system. Delivery of this email to an unintended recipient is not a
> waiver of any attorney-client or other applicable privilege.
>
> --
> 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: JES2 can't find customised start-up parameters

[Lucas Rosalen]

I think Andy nailed it.  Wrong parenthesis in start command.

Lucas

On Aug 2, 2016 21:01, "Lizette Koehler"  wrote:

> The sample JES2 Start up proc contains a HASPPARM DD Statement.
>
> I do not see one in your expanded JCL.
>
> //JES2 PROC N=SYS1,L=SHASLNKE,
> //  M=JES2PARM,PN=SYS1,PL=PARMLIB,U=
> //  PROC00='SYS1.PROCLIB',PROC01='SYS1.PROCLIB'
> //IEFPROC  EXEC PGM=HASJES20,TIME=1440,PARM=(WARM,NOREQ)
> //HASPLIST  *  DD DDNAME=IEFRDER
> //*
> //HASPPARM DD UNIT=&U,DSN=&PN..&PL(&M),DISP=SHR
> //*
>
>
> Lizette
>
> --
> 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: Not able to delete DSN

[Lucas Rosalen]

Now I've read again. This looks like a HFS dataset (PS), not a ZFS (VSAM
LDS). Try the DELETE command with IKJEFT01 pgm, not IDCAMS. Or simply D in
front of the dataset name on 3.4.

Lucas
On May 27, 2016 17:31, "Lucas Rosalen"  wrote:

> Looks like this is only a catalog entry, no dataset anymore (if ever).
> Try DEL 'dataset.name' NSCR
>
> Lucas
> On May 27, 2016 17:20, "Sai M"  wrote:
>
>> Hi,
>>
>> I am not able to delete DSN. I am getting below error.
>>
>> ENTRY ..XXX.HFS NOT FOUND+
>> ** ENTRY ..XXX.HFS NOT DELETED
>> LASTCC=8
>> ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42
>>
>>
>> Can some one tell me, how to delete.
>>
>>
>> Sai
>>
>> --
>> 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: Not able to delete DSN

[Lucas Rosalen]

Looks like this is only a catalog entry, no dataset anymore (if ever).
Try DEL 'dataset.name' NSCR

Lucas
On May 27, 2016 17:20, "Sai M"  wrote:

> Hi,
>
> I am not able to delete DSN. I am getting below error.
>
> ENTRY ..XXX.HFS NOT FOUND+
> ** ENTRY ..XXX.HFS NOT DELETED
> LASTCC=8
> ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLEG-42
>
>
> Can some one tell me, how to delete.
>
>
> Sai
>
> --
> 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: Video that might give you a chuckle

[Lucas Rosalen]

When I started back in Brazil, I've learned "CICS" as "sics" (or "six"). No
need to mention it was damn hard to understand each other when we had an
issue with the regions.

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-27 16:06 GMT+02:00 John McKown :

> On Fri, May 27, 2016 at 9:00 AM, Don Leahy  wrote:
>
> > CICS:  see-eye-see-ess vs. kicks
> > SQL:ess-q-el vs sequel
> >
> >
> ​I like "squeal"​
>
> ​rather than see-quell. But I'm weird. I also vote "kicks" because I can
> say it faster than see-eye-see-ess. Lazy trumps.​
>
>
> --
> The unfacts, did we have them, are too imprecisely few to warrant our
> certitude.
>
> Maranatha! <><
> John McKown
>
> --
> 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: Product name by module

[Lucas Rosalen]

I know of IBM Tivoli Asset Discovery for z/OS (TADz).
It does a very good job and can show you many different graphical reports
in a web application called Analyzer (of course you also need to have this
part installed/configured) getting data straight from OMVS.
I don't know the price of it, as we wouldn't get that far supporting out
clients, but I know we were able to identify some softwares like the one
you mentioned. Even if their modules were called in STEPLIBs/JOBLIBs.

Probably some other ISVs software can do the same (and possibly even
better?), but I don't have any personal experience with them.

Regards, Lucas
On May 21, 2016 10:15, "Peter"  wrote:

Thanks all for a reply and that was very useful.

The LPAR has lot of Obsolete entry on LINKLST and APF.

So is there any product which can tell me which LINKLISTED or APFed dataset
are really used ?

Peter
On May 19, 2016 5:46 PM, "Peter Relson"  wrote:

> I would have added, just in case the excellent advice previously given
> didn't pan out:
>
> You might well get a clue simply from the name of the load module, as
> "module prefixes" are pretty carefully managed by most.
> The prefix might not tell you all you want to know but will at least
> usually get you to the owning company who could then provide more granular
> info.
>
> I'm not sure how accessible to the general public is the list of module
> prefixes vs owning company, but the information is available as a last
> resort.
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> 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

Re: Logrec Analysis

[Lucas Rosalen]

Complete description of S077 can be found here:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieah700/m014885.htm

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-19 11:08 GMT+02:00 Edward Finnell <
000248cce9f3-dmarc-requ...@listserv.ua.edu>:

> Yep. CNZ definitely console. R15  where  is return code.
>
>
> In a message dated 5/19/2016 4:02:23 A.M. Central Daylight Time,
> rreyno...@cix.co.uk writes:
>
> I am  rusty, but I think I saw this from a product trying to allocate  a
> console.
>
>
> --
> 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: Product name by module

[Lucas Rosalen]

There is a link indeed, but not withing IBM: google :)
I've found something about this product number:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an&subtype=ca&appname=gpateam&supplier=899&letternum=ENUSLL94-0009

Another tip is: check the strange loadlib names in your scheduling
software's JCL lib. If you are lucky enough, there could be comments in the
JCLs (if any uses this/these product(s)).

Regards,
-----------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-18 10:00 GMT+02:00 Peter :

> Hi,
>
> One of the module shows me the below copyright but I do not see the product
> name.
>
> EIRFUCB2V1R1M0  5706-110 (C) COPYRIGHT IBM CORP. 1990 19945706-110 (C)
>
> Is there a Link within IBM which can help me to track ?
>
> On Wed, May 18, 2016 at 1:00 PM, Edward Finnell <
> 000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Just to refine what Elardus has recommended. You can turn on audit in
> RACF
> > and see who's hitting them.
> > Check PROCLIBs and SYSPROCs/SYSEXEC for occurrences. With ISRDDN check to
> > see if they're LINKLST'd or APFLST'd. In ISPF browse have the option to
> > sort
> > on  columns. Something like
> > 'SORT LNKED D|A' just to see if they've been actively modified.
> >
> >
> > In a message dated 5/18/2016 2:03:24 A.M. Central Daylight Time,
> > elardus.engelbre...@sita.co.za writes:
> >
> >
> > You  can buy expensive audit software which can scan your volsers for
> > unlicensed  software.
> >
> > --
> > 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

Re: Java problem

[Lucas Rosalen]

I've gone thru the install steps I had to perform for an SAP product (heavy
java user), so this might be helpful as well.
The userids for this product should be defined with: ASSIZEMAX=2147483647
and MMAPAREAMAX=16777216

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-07 8:39 GMT+02:00 Lucas Rosalen :

> H maybe MemLimit and SHMemMax on OMVS segment are also good parms to
> check/increase.
>
> Lucas
> On May 7, 2016 06:06, "Phil Smith III"  wrote:
>
>> Rob Schramm offered:
>> >ASSIZE will set the user limit for storage.  Set via RACF.
>>
>> Still no, unless I misunderstood (quite possible!):
>>
>> DEFAULT-GROUP=SYS1 PASSDATE=14.197 PASS-INTERVAL=N/A PHRASEDATE=N/A
>>  ATTRIBUTES=SPECIAL OPERATIONS
>>
>>  ATTRIBUTES=AUDITOR
>>
>>  REVOKE DATE=NONE   RESUME DATE=NONE
>>
>>  LAST-ACCESS=16.127/22:59:36
>>
>>  CLASS AUTHORIZATIONS=NONE
>>
>>  NO-INSTALLATION-DATA
>>
>>  NO-MODEL-NAME
>>
>>  LOGON ALLOWED   (DAYS)  (TIME)
>>
>>  -
>>
>>  ANYDAY  ANYTIME
>>
>>   GROUP=SYS1  AUTH=USE  CONNECT-OWNER=IBMUSER
>>  CONNECT-DATE=11.133
>>
>> CONNECTS=19,235  UACC=NONE LAST-CONNECT=16.127/22:59:36
>>
>> CONNECT ATTRIBUTES=NONE
>>
>> REVOKE DATE=NONE   RESUME DATE=NONE
>>
>> SECURITY-LEVEL=NONE SPECIFIED
>>
>> CATEGORY-AUTHORIZATION
>>
>>  NONE SPECIFIED
>>
>> SECURITY-LABEL=NONE SPECIFIED
>>
>>
>>
>> OMVS INFORMATION
>>
>> 
>>
>> UID= 03
>>
>> HOME= /u/something
>> PROGRAM= /u/vendor/bash/bin/bash
>>
>> CPUTIMEMAX= NONE
>>
>> ASSIZEMAX= 2147483647
>>
>> FILEPROCMAX= NONE
>>
>> PROCUSERMAX= NONE
>>
>> THREADSMAX= NONE
>>
>> MMAPAREAMAX= NONE
>>
>> --
>> 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: Java problem

[Lucas Rosalen]

H maybe MemLimit and SHMemMax on OMVS segment are also good parms to
check/increase.

Lucas
On May 7, 2016 06:06, "Phil Smith III"  wrote:

> Rob Schramm offered:
> >ASSIZE will set the user limit for storage.  Set via RACF.
>
> Still no, unless I misunderstood (quite possible!):
>
> DEFAULT-GROUP=SYS1 PASSDATE=14.197 PASS-INTERVAL=N/A PHRASEDATE=N/A
>  ATTRIBUTES=SPECIAL OPERATIONS
>
>  ATTRIBUTES=AUDITOR
>
>  REVOKE DATE=NONE   RESUME DATE=NONE
>
>  LAST-ACCESS=16.127/22:59:36
>
>  CLASS AUTHORIZATIONS=NONE
>
>  NO-INSTALLATION-DATA
>
>  NO-MODEL-NAME
>
>  LOGON ALLOWED   (DAYS)  (TIME)
>
>  -
>
>  ANYDAY  ANYTIME
>
>   GROUP=SYS1  AUTH=USE  CONNECT-OWNER=IBMUSER   CONNECT-DATE=11.133
>
> CONNECTS=19,235  UACC=NONE LAST-CONNECT=16.127/22:59:36
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
> SECURITY-LEVEL=NONE SPECIFIED
>
> CATEGORY-AUTHORIZATION
>
>  NONE SPECIFIED
>
> SECURITY-LABEL=NONE SPECIFIED
>
>
>
> OMVS INFORMATION
>
> 
>
> UID= 03
>
> HOME= /u/something
> PROGRAM= /u/vendor/bash/bin/bash
>
> CPUTIMEMAX= NONE
>
> ASSIZEMAX= 2147483647
>
> FILEPROCMAX= NONE
>
> PROCUSERMAX= NONE
>
> THREADSMAX= NONE
>
> MMAPAREAMAX= NONE
>
> --
> 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: Mounting Unique zFS for SMPE APPLY

[Lucas Rosalen]

True thing!
If SMPE is pointing to some directory that's not the "hot" one (under
/Service, usually), then no SMPE update would be required. Simply mounting
the "new" filesystem under the correct directory would work.
If SMPE is pointing to the "hot" path (which is weird), then it would
require either the SMPE DDDEF update or a JCL DD override to the SMPE setup.

Anyway, it's a good idea to have a convention to easily identify the
Maintenance filesystem and the Production one - could be a simple char in
datasets names or something else...

Regards,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-06 16:16 GMT-03:00 Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu>:

> On Fri, 6 May 2016 19:42:05 +0200, Lucas Rosalen wrote:
>
> >ADRDSSU copy with RENAME and either DDDEF update on SMPE or DD statement
> in
> >JCL will do the trick.
> >
> Doesn't SMP/E employ UNIX pathnames rather than DFSMF data set names,
> making it harder to trick.
>
> Copy; update; copy back.  Ouch!  And the filesystems must be quiesced
> (or R/O) during the copy processes.
>
> If you're sharing zFS, can they be mounted at distinct mountpoints and
> SMP/E apprised of this in DDDEFs or symlinks?  (Unless the supplier relies
> on absolute pathnames.)  chroot?
>
> See "rcopy" thread current in MVS-OE.  pax may require prohibitive
>  bandwidth.
>
> >On May 6, 2016 19:23, "George Henke" wrote:
> >
> >The zFS names on our SMPE maintenance system are the same as on the PROD
> >RES VOLS.
> >
> >How do you make them unique so they can be mounted on the SMPE maintenance
> >system for the SMPE APPLYs?
> >
> >I suppose just DSS copy and rename them to something else?
>
> --
> 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: Java problem

[Lucas Rosalen]

If I recall it correctly, it's either MAXSHAREPAGES and/or SHRLIBRGNSIZE
parms in BPXPRMxx.

Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-05-06 20:35 GMT-03:00 Phil Smith III :

> (Already posted to MVS-OE, should have cross-posted here)
>
> We're having a problem with 64-bit Java on our z/OS 1.12 (yeah, I know)
> system. To wit, the following all work:
>
> /u/Java14_31/J1.4/bin/javac -help
>
> /u/Java14_64/J1.4_64/bin/javac -help
>
> /u/Java5_31/J5.0/bin/javac -help
>
> /u/Java5_64/J5.0_64/bin/javac -help
>
> /u/Java6_31/J6.0/bin/javac -help
>
> BUT:
> /u/Java6_64/J6.0_64/bin/javac -help
> JVMJ9GC070E Failed to startup the Garbage Collector
> Could not create the Java virtual machine.
>
> All the doc that we can find (not much) says "Like, dude, you need more
> memory". But:
>
> ulimit -a
> core file size (blocks) unlimited
> data seg size (kbytes)  unlimited
> file size (blocks)  unlimited
> open files  1
> pipe size (512 bytes)   256
> stack size (kbytes) unlimited
> cpu time (seconds)  unlimited
> max user processes  100
> virtual memory (kbytes) unlimited
>
> So where is this memory that I need to give it more of, and how do we do
> that?
>
> Thanks!
>
> ...phsiii
>
> --
> 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: Mounting Unique zFS for SMPE APPLY

[Lucas Rosalen]

ADRDSSU copy with RENAME and either DDDEF update on SMPE or DD statement in
JCL will do the trick.
However, this could (and should?) be "automated" somehow, for example by
using SYSRES name as part of the dataset name, thus using &SYSR1 symbol in
BPXPRMxx.

Regards, Lucas
On May 6, 2016 19:23, "George Henke"  wrote:

The zFS names on our SMPE maintenance system are the same as on the PROD
RES VOLS.

How do you make them unique so they can be mounted on the SMPE maintenance
system for the SMPE APPLYs?

I suppose just DSS copy and rename them to something else?

--
George Henke
(C) 845 401 5614

--
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: Catalog move

[Lucas Rosalen]

+1 for REPRO MERGECAT.
I've done this for Netview's datasets - with all Netview's STCs down
because I'm a chicken :)

Lucas
On May 5, 2016 19:05, "Peter"  wrote:

What if if is a db2 datasets ? I believe to have safer move a shutdown is
necessary ?
On May 5, 2016 10:19 PM, "Chuck Kreiter" 
wrote:

> I've used REPRO MERGECAT to do this in the past.  Once this is done,
> define your alias.  The datasets should be unallocated when you do this.
>
> REPRO INDATASET(old catalog) -
>  OUTDATASET(new catalog)
>  LEVEL(hlq) MERGECAT
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Thursday, May 5, 2016 10:35 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Catalog move
>
> Hi
>
> We have some product DATASET catalog to master instead of a user catalog.
>
> So moving the DATASET entries from master to a user catalog is doable only
> when the started task is down ?
>
> Any thoughts on the above approach ?
>
> Peter
>
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FW: Respack Volume Size Challenge

[Lucas Rosalen]

Not that I consider 3-volumes respack crazy, just wanted to point out that
it works even with more than 2 volumes :)
By the way, we used FILTERs in ADRDSSU job to fit each product in 1 volume
the best we could - for example, our Netview was entirely in volume #2 at
that time.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-04-22 16:04 GMT+02:00 Nims,Alva John (Al) :

> Our email system was having conniption fits yesterday and I do not think
> this one made it through.
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: Nims,Alva John (Al)
> Sent: Thursday, April 21, 2016 3:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RE: Respack Volume Size Challenge
>
> We used multiple CSI's because a lot of the products were moved to their
> own set of CSI's (ZONEINDEX was used heavily), also ALL the TARGET and DLIB
> data sets (which I consider part of the SMPe data sets), SMPPTSx (multiple)
> and other SMP data sets.
>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Eells
> Sent: Thursday, April 21, 2016 2:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Respack Volume Size Challenge
>
> Nims,Alva John , Al wrote:
> > You think 3 packs was crazy, for a time I worked with up to 10 packs,
> now it did include the entire SMPe data sets, but what we did there was
> include the primary res volume ID as part of the data set name, yep, the
> copy job was huge process.  Eventually the SMPe data sets were converted to
> being SMS managed, so the number of actual res volumes dropped to 3.  The
> zFS data sets used the primary volser in the DSN. So just as Lucas wrote,
> we use system symbols for the volser in the catalog.
> 
>
> I am not sure what you mean by "SMPe data sets."  The SMP/E CSI data sets
> should occupy a small fraction of a volume...nowhere near seven volumes!
> The SMPPTS could grow to be fairly large, depending on your APPLY/ACCEPT
> gap practices, but it's associated with the global zone and not the target
> zone (i.e., it need not be placed on the sysres volume set).
>
> Can you elaborate a bit?
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com
>
> --
> 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

Re: Respack Volume Size Challenge

[Lucas Rosalen]

As far as I have seen, it's quite simple: create a &SYSR2 symbol (using
&SYSR1 and changing last char from 1 to 2, for example) and update MCAT
accordingly.
Once I've worked for a client that had 3-volumes respack. It indeed worked.
We used to keep datasets like LINKLIB, MACLIB, NUCLEUS, etc in 1st volumes
though...

-----------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-04-21 10:45 GMT+02:00 Jake Anderson :

> Hello,
>
> From the z/OS 2.1, I have started using Mod-27 as the Load address(Respack)
> for IPLing the z/OS 2.1 LPAR. I am curious how the other Shops are managing
> when they do not options of using Mod-27 and they have to survive with
> Mod-9. I believe the Extended Indirect cataloging is one Options.
>
> What kind of challenges are there when the Respack is divided into two
> Volumes ?
>
> Jake
>
> --
> 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: JES3 SDSF 'LOG' command very slow response

[Lucas Rosalen]

Maybe you have a lot of old syslogs causing LOG command to read many SYSLOG
outputs? This can be confirmed by checking SYSLOG output instead of using
the LOG command.
That's the first thing that came to my mind now...

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2016-04-20 11:40 GMT+02:00 Vince Getgood :

> Hi all,
> I'm supporting a development system, and we run multiple versions of z/OS
> (amongst other things).
>
> One of the systems we run is at z/OS 2.2, and runs JES3.  This system is
> supposed to be our "performance Test" system.
>
> One of our developers this morning was complaining about slow response on
> SDSF.  On investigation, I found that all SDSF commands were giving
> sub-second response times EXCEPT for the LOG command.
>
> The LOG command gave up to 18 seconds (timed by my trusty wrist based
> timepiece) response.
>
> Once in the log, PF7, 10 or 11 give good sub-second response, but PF8 to
> the newest log entry gives 3-4 second response.
>
> At the time, the system was NOT using OPERLOG, just SYSLOG.
>
> I did a V OPERLOG,HARDCPY command, and now the SDSF LOG command gives
> sub-second response, as does PF8 to latest log entry (of course, we can
> only go back in the log to that command being issued).
>
> However the SDSF LOG S (force the log command to look at SYSLOG, rather
> than OPERLOG) command still gives VERY long response times.
>
> Can anyone shed any light on what's happening here?
>
> Does this suggest there is a problem with the JES3 spool somewhere?
>
> Thanks in advance.
> Vince.
>
> --
> 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: Outsourcing Stories Good or Bad!

[Lucas Rosalen]

I have always worked for the Outsourcerer-IBM (which is different than
working for "the real" IBM), so I might have some points to bring in:

- Best scenario I've worked was for a customer that kept 1 key-person for
each area (z/OS, DB2, etc.). This person would bring historical knowledge,
technical knowledge and sense of urgency depending on the situation. Weekly
checkpoint meetings kept the teams aligned with what the customer desired;

- SLAs MUST be carefully reviewed and agreed. Both sides could and WILL use
it "against" the other side. If SLA is met, then no problem, no matter
what's going on. Short-term contracts (3-5 years instead of 10-15 years)
allow for a better SLA adjustment down the road;

- There MUST be some sort of responsibility matrix with DETAILED activites
(generic activites like "maintain systems" are too broad). Just by looking
at this matrix, you should be able to tell: who's responsible for doing X?
who's to be informed about X? who should be consulted if doing X?;

- Outsourcers will probably request a lot of documentation (that in-house
companies probably don't even have). This is vital! Part of the issues that
might come could be avoided with a good documentation to start with;

- Projects (processor upgrade, OS upgrade, router replacements, etc.) will
most likely be treated like so (PROJECTS). Which means that probably a
Project Manager will have to be involved to make teams talk to each other.
Some overhead in these activities have to be considered;

There are good and there are bad people working on outsourcerers, but I
*guess* this is everywhere though, so no news.
Where I worked, people tend to "standardize" the systems the most they can
after transition has stabilized. This means the less exits, the better.
Keep in mind the outsourcerer might have many clients and when someone gets
called in the middle of the night it might be hard to remember the
peculiarities of one of them.
On the other hand teams are usually able to compare cross-customers
solutions and propose enhancements should they apply.

Hope this helps a bit.

Regards,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-25 18:00 GMT-03:00 Burrell, C. Todd (CDC/OCOO/OCIO/ITSO) (CTR) <
z...@cdc.gov>:

> I'm not going to judge anyone here - but I have always had the attitude
> that if someone wants Mainframe help and I can help them - I am going to
> help them.   I would never have learned half of what I know after almost 30
> years in IT without others taking the time to answer a question or two (or
> MANY) over the years.   And I for one have learned a great deal just
> monitoring these emails that come out on IBM-MAIN every day.  I have a
> folder of probably 500 emails I have kept over the years - and I still
> access them occasionally to fix a problem, etc...  There is a great deal of
> knowledge on this forum and I for one am very appreciate of the help I have
> received over the years - and I have also been glad to offer assistance
> here and there where I can.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Thursday, February 25, 2016 3:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Outsourcing Stories Good or Bad!
>
> No one's forcing you to Ed. But I'm guessing you're helping around here
> because you love what you do, not because you want to help "your people"
> alone.
> One can't learn a lot from equals, and one certainly can't learn a lot
> from those who are (for the lack of a more sensitive phrase) below them.
> Sure, if this community doesn't want to help, that means workload mounts
> for IBM in the form of a trillion more service requests lol.
> But those who are here to learn will find a way.
>
> - Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ed Gould
> Sent: Friday, Feb 26, 2016 1:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Outsourcing Stories Good or Bad!
>
> On Feb 25, 2016, at 12:54 PM, Sankaranarayanan, Vignesh wrote:
>
> > Some thoughts from someone on the other side.
> >
> > What's the point of saying "Oh, I'm an outsourced nobody." in a post
> > where one is asking for help. So you may choose to not answer or sit
> > on your high horse and ridicule their incompetence when they're
> > struggling?
> > If you guys (actual mainframe folk with 

Re: GIM35912I_Error on Apply check

[Lucas Rosalen]

Disregard this email... I've read the original post wrong... multitasking
is not so easy, after all

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-04 16:14 GMT-02:00 Lucas Rosalen :

> Hello,
>
> AA* PTF must either be already Received, and eventually Applied/Accepted;
> or it could be Received now along with AC* one and the others. That's why I
> suggested you to look into your SMPPTFIN dataset if your AA* PTF is there.
>
> Looking on SMPE will tell you if the AA* has been already installed -
> which doesn't look to be the case as AC* PTF is complaining AA* one is not
> there anyway...
>
> My point is: you might have somehow skipped AA* PTF OR you might have had
> an incomplete SMPPTFIN dataset when you ran the RECEIVE job.
>
>
> -----------
> *Lucas Rosalen*
> Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
> *
> LinkedIn: http://br.linkedin.com/in/lrosalen
> Phone: +48 792 809 198
>
>
> 2016-02-04 19:08 GMT+01:00 Mike Schwab :
>
>> If AAD026Y is in the Module, is it APPLIED or ACCEPTED?
>> Does AAD026Y have to be ACCEPTED before ACD026Y be APPLIED?
>>
>> On Thu, Feb 4, 2016 at 10:54 AM, zos reader  wrote:
>> > Hi All,
>> >
>> > I am applying cumulative maintenance for a compuware produce
>> abendaid12.4.
>> >
>> > I have received the entire ptf's for 12.4 level, when i trying the Apply
>> > check it sounds some sysmods are missing.
>> >
>> > GIM30209E ** APPLY PROCESSING FAILED FOR SYSMOD ACD026Y. REQUIRED
>> SYSMODS
>> > FAILED OR WERE MISSING.
>> > GIM35912ICONDITIONAL REQUISITE SYSMOD AAD026Y WAS MISSING.
>> >
>> > I also checked in SMPe panels to see whether the pre-requisite AAD026Y
>> is
>> > there in TZONE or DLIB, but i can find AAD026Y is there in MOD for both
>> > TZONE & DLIB but its not allowing me to apply ACD026Y
>> >
>> > Can anyone guide me to fix this issue.
>> >
>> > Thanks,
>> > Samat
>> >
>> > --
>> > 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
>>
>
>
Este e-mail foi enviado por um computador sem vírus e protegido pelo Avast.
www.avast.com <https://www.avast.com/sig-email>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIM35912I_Error on Apply check

[Lucas Rosalen]

Hello,

AA* PTF must either be already Received, and eventually Applied/Accepted;
or it could be Received now along with AC* one and the others. That's why I
suggested you to look into your SMPPTFIN dataset if your AA* PTF is there.

Looking on SMPE will tell you if the AA* has been already installed - which
doesn't look to be the case as AC* PTF is complaining AA* one is not there
anyway...

My point is: you might have somehow skipped AA* PTF OR you might have had
an incomplete SMPPTFIN dataset when you ran the RECEIVE job.

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-04 19:08 GMT+01:00 Mike Schwab :

> If AAD026Y is in the Module, is it APPLIED or ACCEPTED?
> Does AAD026Y have to be ACCEPTED before ACD026Y be APPLIED?
>
> On Thu, Feb 4, 2016 at 10:54 AM, zos reader  wrote:
> > Hi All,
> >
> > I am applying cumulative maintenance for a compuware produce
> abendaid12.4.
> >
> > I have received the entire ptf's for 12.4 level, when i trying the Apply
> > check it sounds some sysmods are missing.
> >
> > GIM30209E ** APPLY PROCESSING FAILED FOR SYSMOD ACD026Y. REQUIRED SYSMODS
> > FAILED OR WERE MISSING.
> > GIM35912ICONDITIONAL REQUISITE SYSMOD AAD026Y WAS MISSING.
> >
> > I also checked in SMPe panels to see whether the pre-requisite AAD026Y is
> > there in TZONE or DLIB, but i can find AAD026Y is there in MOD for both
> > TZONE & DLIB but its not allowing me to apply ACD026Y
> >
> > Can anyone guide me to fix this issue.
> >
> > Thanks,
> > Samat
> >
> > --
> > 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIM35912I_Error on Apply check

[Lucas Rosalen]

Well, it looks like you're missing PTF AAD026Y in your RECEIVE job.
Try to browse the dataset you had in SMPPTFIN DD when you performed the
RECEIVE. Then try to FIND AAD026Y inside it. If it's not there, you might
have gotten a package with missing PTFs...

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-04 18:31 GMT+01:00 zos reader :

> Thanks All for your assistance..
>
> here is Apply command
>
> //*
> //SMPCNTL  DD *
>  SET BOUNDARY(Target).
>  APPLY CHECK FORFMID
>(
> MKAZ241
>)
>PTFS
>BYPASS(HOLDSYSTEM,HOLDUSER).
> /*
>
> On Thu, Feb 4, 2016 at 10:40 PM, Greg Shirey 
> wrote:
>
> > Call Compuware - they will be happy to guide you in fixing the issue.
> > Unlike IBM, Compuware provides how-to assistance as part of their product
> > support.
> >
> > Regards,
> > Greg Shirey
> > Ben E. Keith Company
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of zos reader
> > Sent: Thursday, February 04, 2016 10:55 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: GIM35912I_Error on Apply check
> >
> > Hi All,
> >
> > I am applying cumulative maintenance for a compuware produce
> abendaid12.4.
> >
> > I have received the entire ptf's for 12.4 level, when i trying the Apply
> > check it sounds some sysmods are missing.
> >
> > GIM30209E ** APPLY PROCESSING FAILED FOR SYSMOD ACD026Y. REQUIRED SYSMODS
> > FAILED OR WERE MISSING.
> > GIM35912ICONDITIONAL REQUISITE SYSMOD AAD026Y WAS MISSING.
> >
> > I also checked in SMPe panels to see whether the pre-requisite AAD026Y is
> > there in TZONE or DLIB, but i can find AAD026Y is there in MOD for both
> > TZONE & DLIB but its not allowing me to apply ACD026Y
> >
> > Can anyone guide me to fix this issue.
> >
> > --
> > 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

Re: Obtaining current ASID in REXX

[Lucas Rosalen]

Maybe you could try this REXX with some adjustments:

trace Off

 'pipe MVS D A,CIC*',

   '! corrwait 5',

   '! sep',

   '! loc /A=/',

   '! stem result.'



 if result.0 > 0 then

   do i = 1 to result.0

say 'task:' word(result.i,1) 'asid:' word(result.i,6)=> this "6"
might change

   end

return


With small enhancements, this would let you get the "MVS C taskname,A="
command issued

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-04 14:55 GMT+01:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Sankaranarayanan, Vignesh wrote:
>
> >Yup, I have a copy of Mark's program available. Was hoping to find a
> simpler/shorter block of code that would work :)
>
> ;-D
>
> >2+3 won't work... why?
>
> Simply, because you initially said in your first post, if your program is
> running in batch, it should shows the ASID of itself. Same for your TSO
> session, it should says same for the TSO session.
>
> This will not work because you said ('Find if there are active instances,
> apart from itself ') later you want all instances to get rid of. Thus you
> need something to check all running ASIDs and then get rid of them.
>
> >The XCOM bit works 99% of the time, there are just some times that it
> doesn't work. The next run that happens within half an hour goes OK, in
> most cases.
>
> If that is repeatable, you should check with the sysprogs and vendor. They
> can't make their problem yours...
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> 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: The Linklist

[Lucas Rosalen]

TSO ISRFIND as well...
On Feb 2, 2016 06:10, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 1 Feb 2016 22:57:24 -0600, Ed Gould wrote:
>
> >Sounds like a SHARE requirement to me.
> >
> ???  Fixing a bug shouldn't be a SHARE requirement; it should be an SR.
>
> >On Feb 1, 2016, at 10:24 PM, Paul Gilmartin wrote:
> >
> >> Does anyone in IBM care?
>
> -- gil
>
> --
> 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: z/OS 2.2 compatibility check for IBM Products

[Lucas Rosalen]

FYI - the website seems to be up now...

It makes it possible to generate a list between many products and the OS
level you want here =>
http://www-969.ibm.com/software/reports/compatibility/clarity/softwareOsMatrix.html

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-01 14:31 GMT-02:00 John Eells :

> Lizette Koehler wrote:
>
>> So on the Enhanced Holddata in IBM website did you download the 1 year
>> file?
>>
>> Month   Last 30 days~ 100 KbMonth   ~ 24 Kb
>>  Month.bin   No
>> Quarter Last 90 days~ 300 KbQuarter ~ 47 Kb
>>Quarter.bin No
>> YearLast 365 days   ~1200 KbYear~ 200 KbYear.bin
>>   No
>> FullLast 730 days   ~2250 KbFull~ 400 KbFull.bin
>>   YES
>> YRS3Last 3 yearsn/a *   n/a *   ~600 Kb YRS3.binNo
>>
>> FIXCAT is included on the yearly file.
>>
>> http://service.software.ibm.com/holdata/390holddata.html
>>
>
> That page says what I'd remembered, which is that: "The new FIXCAT
> statements are available only in the full.txt and full.bin files." Those
> are the 730-day files.  Also, I don't find FIXCATs in the "Year" file.
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Este e-mail foi enviado por um computador sem vírus e protegido pelo Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

--
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.2 compatibility check for IBM Products

[Lucas Rosalen]

Hello,

I used to use
http://www-969.ibm.com/software/reports/compatibility/clarity/index.html
for these kind of reports, however it currently looks down to me

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-02-01 16:17 GMT+01:00 Lizette Koehler :

> If you have the latest hold data, then you can use FIXCAT to find what you
> are looking for.
>
> A fix category is an identifier used to group and associate PTFs to a
> particular category of software fixes.  A fix category might be used to
> identify a group of fixes that are required to support a particular
> hardware device, or to provide a particular software function, similar to
> how a preventive service planning bucket (PSP-bucket) identifies a group of
> PTFs.  Fix categories are supplied to you in the form of SMP/E FIXCAT
> HOLDDATA statements.  Each FIXCAT HOLDDATA statement associates an APAR and
> its related fixing PTF to one or more fix categories.
>
> During SMP/E RECEIVE command processing, SMP/E translates fix category
> values into source IDs and assigns them to the resolving (fixing) PTFs
> identified on the HOLDDATA.  You can then use the fix category values as
> source IDs when selecting a set of PTFs to be applied.  For example, if you
> have a z/OS V1.13 target zone named ZOSR13T, you can attempt to install all
> required coexistence and fallback fixes for z/OS V2.2 that have already
> been received by using the following command:
>
> SET BDY(ZOSR13T).
>   APPLY SOURCEID(IBM.Coexistence.z/OS.V2R2)
> CHECK.
>
> In addition, the SMP/E REPORT MISSINGFIX command can be used to identify
> PTFs for interesting fix categories that are missing in one or more target
> zones.  In this case only the latest HOLDDATA needs to be received and not
> the individual resolving PTFs.  For example, using the same zone as
> described above, you can identify all required coexistence and fallback
> fixes for z/OS V2.2 that are not yet applied in the ZOSR13T zone by using
> the following command:
>
> SET BDY(GLOBAL).
>   REPORT MISSINGFIX ZONES(ZOSR13T)
> FIXCAT(IBM.Coexistence.z/OS.V2R2).
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of zos reader
> > Sent: Monday, February 01, 2016 8:05 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: z/OS 2.2 compatibility check for IBM Products
> >
> > Hi All,
> >
> > I am doing my per-works for upgrading z/OS 2.1 to 2.2. before May,
> >
> > Few of the Ibm Products are in n-2 and n-3 level, so i planning to apply
> PTF's
> > and proceed my OS upgrade.
> >
> > I am looking into the IBM site, but i couldn't find the exact path that
> lists
> > the required PTF's for the IBM Products
> >
> > Can anyone have the link or any useful data that would help me more
> >
> > Please provide your valuable inputs.
> >
> > Thanks,
> > Samat
> >
>
> --
> 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: Load module management

[Lucas Rosalen]

Hi Brian,

I have never used it, but I guess this is what SCLM does, isn't it?
I also recklessly assume it's imbedded with TSO/ISPF somehow - at least
I've *always* seen it in every client's ISPF menu.

Thanks,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-01-22 11:58 GMT+01:00 Brian Westerman :

> Hi all,
>
> I have a client who is looking for a way to manage moving modules from
> test into production.  They don't really have any extra money to spend, so
> preferably they would like it to be free, but low cost is also an
> alternative.  They would like it to be somewhat panel driven (ISPF or
> COM-PLET) and it only needs to move the modules and keep track of who
> performed the move.  Anything else is gravy, but would probably be
> appreciated as well.
>
> Does anyone have any ideas or locally written code that might fit them?
>
> Thanks in advance,
>
> Brian
>
> --
> 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: Change CPC name in HMC

[Lucas Rosalen]

Both my current and previous customers used CPCs "nicknames" on HMC.
It was already setup like that in both cases, so don't ask me how to do it
:)

Regards,

-------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2016-01-07 11:38 GMT+01:00 Martin Packer :

> And I would like that to appear in SMF 70. But that would require BCPii to
> be able to get it and for RMF to use BCPii.
>
> Cheers, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
>
>
> From:   "R.S." 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   07/01/2016 10:33
> Subject:Change CPC name in HMC
> Sent by:IBM Mainframe Discussion List 
>
>
>
> Typically a CPC object in HMC is named P0012345 (serial number).
> It is unique, but not very convenient for multi-CPC display.
> Q: can I rename it? I would like to use names like FRANK or JENNY.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties.
> If you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility
> in your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy
> mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> 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
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ZEKE and Console dialog

[Lucas Rosalen]

Hi Carl,

Maybe you should look for an Operations Autmoation tool instead of a
job/event scheduler.
CA-OPS, IBM-Tivoli System Automation, BMC-AutoOperator are some examples.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2015-12-23 17:13 GMT-02:00 Carl Edwards <
00df3759e3e7-dmarc-requ...@listserv.ua.edu>:

>  I have a client that is considering installing ZEKE. Said client has a
> fair amount of console dialog  that needs to be automated. The questions is
> Can ZEKE recognize console messages generated via a program(DISPLAY UPON
> CONSOLE) and respond to such?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Este
e-mail foi enviado por um computador sem vírus e protegido pelo Avast.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Inquire intrdr default job class

[Lucas Rosalen]

Looks like $DINTRDR would suffice or $DINTRDR,C. Check this out:
https://www-01.ibm.com/support/knowledgecenter/mobile/#!/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa200/dintrdr.htm

Lucas
On Dec 7, 2015 15:33, "Gabor Hoffer"  wrote:

> How can I inquire the internal reader characteristics from program (asm,
> c)?
>
> $HASP838 INTRDR
> $HASP838 INTRDR  AUTH=(DEVICE=NO,JOB=NO,SYSTEM=NO),BATCH=YES,
> $HASP838 CLASS=X,HOLD=NO,HONORLIM=NO,PRTYINC=0,
> $HASP838 PRTYLIM=15,SYSAFF=(ANY),TRACE=NO
>
> Actually, I'm interested in default job class.
> Thanks in advance.
>
> Gabor
>
> --
> 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: POLICY CHANGE PENDING - DELETE

[Lucas Rosalen]

You got the right command, go for it.

Lucas
On Dec 7, 2015 15:16, "Richards, Robert B."  wrote:

> I make such infrequent changes to my CF policy that I never remember how
> to clear the "POLICY CHANGE PENDING - DELETE" condition. I issued a SETXCF
> START,REALLOCATE command think that would clear it, but it did not.
>
> The entries are for SCA and LOCK structures for DB2 subsystems that no
> longer exist.
>
> The manual seems to indicate that I should use a SETXCF FORCE,
> STR,STRNAME= command. Before I try that and shoot myself in the foot, does
> anyone have a better idea?
>
> Bob
>
> --
> 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: Connect Enterprise 1.3

[Lucas Rosalen]

You can generate many compatibily reports between z/OS and products in this
website:
http://www-969.ibm.com/software/reports/compatibility/clarity/index.html
For z/OS 1.13, the first Sterling Connect:Enterprise version supported is
1.5.

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 792 809 198


2015-12-01 14:56 GMT-02:00 Steve Thompson :

> Off the top of my head, I vaguely remember that 1.3 was run on z/OS 1.13.
> I believe it had to have the GETMAIN changes retro-fitted to it.
>
> Now, that said, I don't think the CSA changes were done (that is, I think
> it still uses CSA with Key8).
>
> It's EOS was 31DEC2012.
>
> I can't find any doc on it on IBM's web site.
>
> The only doc is for 1.4 and 1.5.
>
> Best I can do for you. I did not do any maint or dev on that product, so I
> can only tell you what I remember from discussions over the cubicle walls
> (bag of salt may be needed here).
>
> Regards,
> Steve Thompson
>
>
> On 12/01/2015 11:19 AM, Bill Widmayer wrote:
>
>> On one MVS system we are running Connect:Enterprise version 1.3 under
>> z/OS 1.11 .
>> Planning to upgrade the operating system to 1.13 .
>> Does anyone know where to look for z/OS compatibility information for
>> this older C:E release?
>> Thanks.
>>
>> Bill
>>
>> The information contained in this electronic message and any attachments
>> to this message are intended for the exclusive use of the addressee(s) and
>> may contain proprietary, confidential or privileged information. If you are
>> not the intended recipient, you should not disseminate, distribute or copy
>> this e-mail. Please notify the sender immediately and destroy all copies of
>> this message and any attachments. WARNING: Computer viruses can be
>> transmitted via email. The recipient should check this email and any
>> attachments for the presence of viruses. The company accepts no liability
>> for any damage caused by any virus transmitted by this email.
>> www.wipro.com
>>
>> --
>> 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