Re: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

*Of course, all this is easier with an IEFUSI exit routine but I'm just
saying that it is possible from within an IEFUJI.*

Thanks for clarifying that ...I don't see that being set in IEFUSI and we
don't have have support with IBM for the level of OS we are running . This
system was built for internal training purpose and I was curious if IEFUJI
can interfere with REGION . I replaced IEFUJI module from a fresh system (
w/o any changes) and S878 abends disappeared after that .

Thank you everyone for the help ...Have a great weekend :)


Regards,
Linda





On Sun, Oct 2, 2016 at 8:34 AM, linda golding 
wrote:

> *  Are you IPLing the system at the expected z/OS / JES2 levels??*
>
>
> My badthat was a typo...We are on Z/os 1.12
>
>
>
> On Sun, Oct 2, 2016 at 5:14 AM, Dan  wrote:
>
>> Linda,
>>
>> Most exits can do just about anything.
>> An IEFUJI exit can easily locate JCTXRGSZ to simulate REGION=.
>> It can also locate JCTXMLSZ to simulate MEMLIMIT=.
>> To override anything coded at the step level the exit would also have to
>> run the SCT chain and update the SCTX fields.
>> Of course, all this is easier with an IEFUSI exit routine but I'm just
>> saying that it is possible from within an IEFUJI.
>>
>> Dan
>>
>> --
>> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

*  Are you IPLing the system at the expected z/OS / JES2 levels??*


My badthat was a typo...We are on Z/os 1.12



On Sun, Oct 2, 2016 at 5:14 AM, Dan  wrote:

> Linda,
>
> Most exits can do just about anything.
> An IEFUJI exit can easily locate JCTXRGSZ to simulate REGION=.
> It can also locate JCTXMLSZ to simulate MEMLIMIT=.
> To override anything coded at the step level the exit would also have to
> run the SCT chain and update the SCTX fields.
> Of course, all this is easier with an IEFUSI exit routine but I'm just
> saying that it is possible from within an IEFUJI.
>
> Dan
>
> --
> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

196I CPU: 0 HR  00 MIN  00.00 SECSRB: 0 HR  00
IEF196I MIN  00.00 SEC
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=001B.
$HASP085 JES2 TERMINATION COMPLETE
IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 JES2 JES2 00
IEA705I 00FB7B80 009FF358 009FF358 00847600 12CEB000
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0017.
IEF196I IEA995I SYMPTOM DUMP OUTPUT

Regards,
Linda


On Fri, Sep 30, 2016 at 6:12 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> linda golding wrote:
>
> >>*a)Ok, at what stage of JES2 initializing do you get the 878?*
> >JES2 was getting S878 abends during IPL
>
> I forgot to ask: Could you be kind to post the FULL message(s) including
> the Reason Code and other messages too?
>
> You said in subject: 'abends'. Do you get repeately 878 abends or just
> once? [1]
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I got a case of repeated 878 abends during a RACROUTE macro
> processing in a STC. Increasing REGION resolved that.
>
> --
> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

Hi Elardus ,

Apologize for the late response .

*a)Ok, at what stage of JES2 initializing do you get the 878?*

JES2 was getting S878 abends during IPL




*b)Show your REGION of that JES2 Proc.*
REGION is coded as 0M

*c)Show your SMFPRMxx statements especially statements like MEMLIMIT and
SUBSYS(STC,EXITS(??))*

SUBSYS(TSO,INTERVAL(01)) -- SYS
SUBSYS(TSO,NODETAIL) -- SYS
SUBSYS(TSO,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJV)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(TSO,NOTYPE(32,40,60,64,99)) -- PARMLIB
SUBSYS(STC,INTERVAL(01)) -- SYS
SUBSYS(STC,NODETAIL) -- SYS
SUBSYS(STC,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU83)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU29)) -- PARMLIB
SUBSYS(STC,NOTYPE(32,40,60,64,99)) -- PARMLIB
SYS(NODETAIL) -- PARMLIB
SYS(INTERVAL(01)) -- PARMLIB
SYS(EXITS(IEFUSI)) -- PARMLIB
SYS(EXITS(IEFUTL)) -- PARMLIB
SYS(EXITS(IEFUJI)) -- PARMLIB
SYS(EXITS(IEFUJP)) -- PARMLIB
SYS(EXITS(IEFUJV)) -- PARMLIB
SYS(EXITS(IEFACTRT)) -- PARMLIB
SYS(EXITS(IEFU83)) -- PARMLIB
SYS(NOTYPE(32,40,60,99)) -- PARMLIB
LISTDSN -- PARMLIB
SID(2097) -- DEFAULT
JWT(0240) -- PARMLIB
EMPTYEXCPSEC(SUPPRESS) -- PARMLIB
STATUS(01) -- PARMLIB
MEMLIMIT(8G) -- PARMLIB

*d) Did you change something in JES HASPPARM? Or something with that LPAR
memory settings? Any PTFs applied?*

This is a newly built system and we are planning to use as sandbox . There
is no maintenance put on these systems  No changes made to JES2PARM and
nothing changed with memory settings



*e)What else was running while getting those 878 abends?*
Probably nothing apart from the system address spaces being a fresh IPL



*f)Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?*
No changes to WLM

*. *
*g)Can you see (source code) what are those two exits doing?*

Its vanilla code.no changes to the exits as far as i remember . I'll take a
look again ...

Regards,
Linda



On Thu, Sep 29, 2016 at 4:25 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Linda Golding wrote:
>
> >On one of our systems running in z/os 1.13  , we saw S878 abends with
> JES2 during initialization . After we made SYSSTC.IEFUJI inactive , JES2
> came up without issues . I've always thought that it is IEFUSI that sets
> the REGION LIMIT . Can some one tell me if IEFUJI is capable of overriding
> the REGION limit set by IEFUSI . Please share your thoughts .
>
> Disabling UJI to stop S878? Weird.
>
> You're correct, it is USI which sets that REGION if that is coded so.
>
> I have looked again at 'Common Exit Parameter Area', but don't see
> anything about memory there. Also IEFUJI receives control before the system
> selects a job on the input queue for initiation. A return code from IEFUJI
> indicates whether job processing.
>
> Ok, at what stage of JES2 initializing do you get the 878?
>
> Show your REGION of that JES2 Proc.
> Show your SMFPRMxx statements especially statements like MEMLIMIT and
> SUBSYS(STC,EXITS(??))
>
> Did you change something in JES HASPPARM? Or something with that LPAR
> memory settings? Any PTFs applied?
>
> What else was running while getting those 878 abends?
>
> Does that JES2 shares the Spool with other JES2?
>
> Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?
>
> Can you see (source code) what are those two exits doing?
>
> If you can't get answers here from IBM-MAIN, perhaps a PMR or SLIP is in
> order?
>
> 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

IEFUJI and REGION LIMIT - S878 abends in JES2

[Linda Golding]

Greetings ,

On one of our systems running in z/os 1.13  , we saw S878 abends with JES2 
during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up 
without issues . I've always thought that it is IEFUSI that sets the REGION 
LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION 
limit set by IEFUSI . Please share your thoughts .

TIA ,
Linda

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

Re: SMPE receive order broken this morning?

[linda golding]

Set EPSV4 to OFF and give a try .

Regards,
Linda



On Fri, Aug 19, 2016 at 7:00 PM, Kurt Quackenbush  wrote:

> On 8/18/2016 10:44 AM, b...@jndata.dk wrote:
>
>> Hi'
>> We had same issue (SSL mandatory) with SMP/E Receive Order jobs this week
>> and we have corrected our jobs to recommend FTP option, so now we gets a
>> new FTP problem:
>> 
>> EZA1701I >>> RETR /2016081863489/PROD/GIMPAF.XML
>> SC2035 connDsConnection: entered
>> SC2129 connDsConnectionIPv4: entered
>> SC2297 connDsConnectionIPv4: connect() failed on socket 6, retry_conn = 0
>> - EDC8
>> 127I Connection timed out. (errno2=0x76630291)
>> SC7576 update_data_appldata: entered
>> FU1864 getNegotiatedTLSvalues: entered
>> GU5349 ftpSetApplData: entered
>> GU5361 ftpSetApplData: ioctl() failed on SIOCSAPPLDATA - EDC5113I Bad
>> file descr
>> iptor. (errno2=0x1015011C)
>> CG1980 SETCEC code = 8
>> CG1982 hfs_rcvFile: could not get a data connection
>> EZA1636I *** I can't open a data-transfer connection:
>> SC3277 getReply: entered
>> SC4343 getNextReply: entered with waitForData = TRUE
>> 425 Can't open data connection.
>> SC4035 getLastReply: entered
>> CG1499 pcgCleanup: entered
>> MF0629 seq_close_file: entered
>> MF0783 seq_close_file: file closed
>> MV2310 seq_delete_file: entered
>> MV2316 seq_delete_file: file=/u/SMPNTS/smpeauto/ORD000
>> 92-18August2016-11.32.34/G
>> IMPAF.XML
>> -
>>
>> Any hints/tips to what we are missing ???.
>>
>
> Looks to me like your firewall is getting in the way.
>
> Does any one know which ports SFTP uses compared to FTP traffic against
>> this IBM IP-dest. ??
>>
>
> It is FTPS, not sftp, and the data connection ports are not statically
> defined.  Passive FTP data connection ports on the IBM servers are defined
> as a range, I believe 65024 through 65535.
>
> Could it be Firewall changes we are missing, after changing to SFTP
>> options ??.
>>
>
> Yes, I suspect it is your firewall that is blocking the data connection.
>
> I highly recommend you try using https instead of ftps, by adding the
> following to your  specification:
>
>   downloadmethod=”https”
>   downloadkeyring=”javatruststore”
>   javahome="/usr/lpp/java/Jn.n"
>
> where javahome of course points to your installed and preferred level of
> java.  Firewalls and proxies are generally much more tolerant of https than
> they are of ftps.
>
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> 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: IPLing z/OS 2.1+ with no NIP console

[linda golding]

Hello Skip ,

  Were you able to find out what was causing this problem  ?

Regards,
Linda


On Tue, Jul 26, 2016 at 4:10 AM, Jesse 1 Robinson 
wrote:

> Well, this is at once suddenly simpler and more complicated. First off,
> PARMLIB content cannot matter because we're talking about early IPL. During
> NIP OS doesn't even know where PARMLIB is located, let alone CONSOLxx
> contents.
>
> It turns out that we've seen this problem before but did not recognize it
> this time. After putting the console chpids back online, we got IPLed in
> the usual way except for this message for each of three different chpids:
>
> IOS125I CHPID xx IS EXPERIENCING MULTIPLE I/O TIMEOUTS CAUSING PROLONGED
> INITIALIZATION.
>
> Each of the three chpids connects a large number of Oracle/STK virtual
> tape units. It appears that some or all of these devices are non-responsive
> during IPL, causing MIH waits. So we configured the three tape chpids
> offline and IPLed again. This time (with console chpids back offline) we
> got NIP messages immediately on OpSysMsg screen.
>
> We're left with this puzzle. With console chpids online and tape chpids
> also online, we still got NIP messages pretty quickly. But with console
> chpids offline, delay was so bad we thought NIP messages were lost in outer
> space.
>
> So we more or less understand the tape chpid problem. We do not understand
> the difference in behavior with and without MCS consoles available. That
> is, after putting tape chpids offline, NIP messages went immediately to HMC.
>
> We have opened a PMR with IBM.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Field, Alan
> Sent: Monday, July 25, 2016 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: IPLing z/OS 2.1+ with no NIP console
>
> Have you got an entry for the HMC in your CONSOLxx member?
>
> //
>  /*  INTEGRATED 3270 CONSOLE ON HMC. Z/OS 2.1 AND LATER  */
>  //
>  /**/
> CONSOLE DEVNUM(HMCS)   /* DEVICE NUMBER   */
> AUTH(MASTER)   /* ALL COMMANDS CAN BE ENETERED*/
> USE(FC)/* FULL CAPABILITY */
> NAME(&SYSNAME.HMCS) /* CONSOLE NAME   */
> ROUTCODE(1-10,12)  /* 14=IEFACTRT, 15=TDS999  */
> CON(N) /* NON-CONVERSATIONAL MODE */
> SEG(19)/* NUMBER OF LINES THAT CAN BE DEL */
> DEL(R) /* ROLL*/
> RNUM(39)   /* MAX LINES IN ONE MESSAGE ROLL   */
> RTME(1/4)  /* NUMBER SECONDS BETWEEN MSG ROLL */
> MFORM(J,T,S)   /* MESSAGE DISPLAY INCLUDES JOBNAME*/
> MSCOPE(*ALL)   /* *ALL = DISPLAY ALL MSGS */
> AREA(NONE) /* SIZE OF OUT OF LINE DISPLAY AREA*/
> PFKTAB(PFKMSTR)/* NAME OF PFK TABLE   */
>
> Alan Field
> Systems Engineer Principal
> Blue Cross Blue Shield of MN
>
> 651.662.3546
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Monday, July 25, 2016 4:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPLing z/OS 2.1+ with no NIP console
>
> We've discussed on this List configuring no NIP console device and using
> HMC instead. I'm testing that practice for the future by configuring off
> the two chpids that support all MCS/NIP consoles for one LPAR. I have done
> that in the past when actual NIP device(s) would not work. NIP messages
> showed up on Operating System Messages and all was fine.
>
> Now however we are getting no NIP messages at all. Three HMCs each with an
> integrated 3270 at z/OS 2.1. We expected NIP messages on either the 3270 or
> on traditional Op Sys Msg. Nada. Has anyone with a NIPless configuration
> reached 2.1? Any special considerations?
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.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

Re: IEARELCN for orphaned console definitions

[linda golding]

You are on right track  IEARELCN can delete the console definition from
a sysplex as well as a single system .

Linda



On Wed, Jul 6, 2016 at 3:33 AM, Robert Hahne 
wrote:

> Greetings ,
>
> We were supposed to remove a few inactive MCS definitions from our sysplex
> . The LPAR where it originally had its definition is IPL'ed after removing
> the entries from CONSOLxx . But forgot to run IEARELCN to remove it from
> the plex .  Now when i do a display D C,N on all LPARS, it still shows the
> same console device in the output where CNZ4100I   msg has DEFINED and
> MATCHED entries displayed as *NONE . I would like to get rid of this
> definition from other systems in the plex . Here is what i intend to do
>
> a) Run a IEARELCN against the console name which has already been removed
> from the original system that is IPL'ed
>
> I understand that a sysplex wide IPL is needed to remove the console
> definition in shared mode unless IEARELCN is used
>
> My question is : Can i run IEARELCN on any of the LPARS in the same
> sysplex in this situation to get rid of the orphaned entry so that it gets
> unpinned ?
>
> BTW , we are using console in shared mode and hence SETCON DELETE will not
> work
>
>
> Bob Hahne
>
> --
> 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: Query on OSA-ICC consoles

[linda golding]

Thank you everyone ...I understand it now ...Thanks a lot !

Linda

On Tue, Jun 14, 2016 at 5:39 AM, Alan Altmark 
wrote:

> On Fri, 10 Jun 2016 16:53:42 +0530, linda golding <
> lindagolding...@gmail.com> wrote:
> >Does anyone know how OSA-ICC devices (3270-X) are mapped in HSA ?
> >
> >I did a search in our systems and see that OSA-ICC devices are
> concurrently
> >active on all LPARS of the sysplex . I also see that PCHID is same across
> >all the systems . I am just trying to find out how multiple systems can
> >write on to the same physical OSA-ICC device ?..Basically i would like to
> >know how this happens at hardware level . Any pointers /documentation
> would
> >be a great help .
>
> It works because of the magic of the Multiple Image Facility, MIF.  Device
> numbers are for the wetware.  The host OS doesn't use them, but instead
> uses a subchannel number, for which there is a 1-1 binding with a device
> number in the LPAR.  (The STORE SUBCHANNEL instruction provides the binding
> information.)
>
> For every device (UA) in the I/O config, IOCP creates a subchannel for
> each LPAR in the access list for the device.  The metadata for the
> subchannel includes the owning LPAR's CSS and MIF ID.  When the LPAR uses
> one of its subchannels to communicate with a device, the channel subsystem
> grabs the UA, CSS and MIF ID, and sends them with the I/O request to the
> CU.  That means that two LPARs can use the same UA on the same CU, and the
> CU can tell them apart.   (Yay!)   Recognizing the CSS and MIF ID is what
> makes a device MIF-capable.
>
> Now, the extent to which a CU surfaces this knowledge to the management
> interfaces varies.  OSA-ICC makes it very visible.   You associate a
> TN3270E LUNAME with a particular CSS, MIF, and, optionally, a particular
> device number.   The OSA has the distinct advantage of having access to the
> I/O configuration data, so it can see the device number associations and
> show them to you in the configuration panels, not requiring you to do the
> device number <-> UA translations yourself.
>
> Alan Altmark
> z/VM Consultant
> IBM Lab Services
>
> --
> 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

Query on OSA-ICC consoles

[linda golding]

Thought to post this question as i couldn't find this information in any of
the IBM documentation .

Does anyone know how OSA-ICC devices (3270-X) are mapped in HSA ?

I did a search in our systems and see that OSA-ICC devices are concurrently
active on all LPARS of the sysplex . I also see that PCHID is same across
all the systems . I am just trying to find out how multiple systems can
write on to the same physical OSA-ICC device ?..Basically i would like to
know how this happens at hardware level . Any pointers /documentation would
be a great help .

Linda

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

Re: MCS console sharing in a sysplex

[linda golding]

Thanks Curt ... For shared DASD devices , UCW is same in HSA which is used
to serialize when IO requests from multiple LPARS arrives to the same
device .

I was expecting something similar for console devices . But it appears that
that is not the case for consoles . I hope the hardware gurus in this List
can clarify  .


Linda

On Wed, Jun 8, 2016 at 6:42 PM, Pew, Curtis G 
wrote:

> On Jun 8, 2016, at 5:22 AM, linda golding 
> wrote:
> >
> > For every device , there has to be a UCW in HSA . If the ports can be
> > shared between lpars , how are they going to be physically different ?
> >
> > Agree that they are unique logical devices (UCB ) on each LPAR . But that
> > doesn't mean they have to be physically different .
> >
> > For shared devices , can't they have different UCB's per OS  , but map to
> > the same UCW  in HSA ?
>
> I don’t know the details of how things are mapped in HSA. What I know is,
> that in HCD I define 3270-X devices on OSC control units on OSC CHPIDs.
> Then in the HMC I have to define sessions for that OSC CHPID, and each
> session maps a TN3270 LU to a unique device number/LPAR pair. So physically
> the port is shared by the LPARs, but the logical devices, even when they
> have the same device number, are unique.
>
> --
> Pew, Curtis G
> curtis@austin.utexas.edu
> ITS Systems/Core/Administrative Services
>
>
> --
> 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: MCS console sharing in a sysplex

[linda golding]

*If you’re talking about OSA-ICC consoles, then the physical port can be
shared between LPARs, and two LPARs can have the same device numbers
sharing that port, but they are still unique logical devices and have
different TN3270 LU names*


For every device , there has to be a UCW in HSA . If the ports can be
shared between lpars , how are they going to be physically different ?

Agree that they are unique logical devices (UCB ) on each LPAR . But that
doesn't mean they have to be physically different .

For shared devices , can't they have different UCB's per OS  , but map to
the same UCW  in HSA ?



Linda



On Wed, Jun 8, 2016 at 2:40 AM, baby eklavya  wrote:

> Thank you John and Curtis for the explanation .
>
>
> Infact , I should have said UCW instead of UCB to make it more clear . But
> now i understand that they could be physically different devices  .
>
>
>
>
> On Wed, Jun 8, 2016 at 2:09 AM, Pew, Curtis G <
> curtis@austin.utexas.edu>
> wrote:
>
> > On Jun 7, 2016, at 3:08 PM, baby eklavya  wrote:
> > >
> > > To my understanding , when sharing MCS consoles in a  sysplex , one
> thing
> > > which matters is the console name which has to be unique for each LPAR
> > even
> > > though the UCB can be the same . Then again , console uses EXCP to
> write
> > > the screen of data each time . Since the UCB is shared , how does it
> > > actually work ?
> > >
> > > Unlike DASD devices which goes via SSCH logic in which the device busy
> > > status is checked when applications from multiple LPARS try to write on
> > the
> > > same UCB ,the console seems to be working in a different way in a
> > sysplex .
> > >
> > > I have been searching on this for a while , but couldn't find anything
> > > documented about this so far . Can someone clarify /guide me where i
> can
> > > find this information ?
> >
> > I think you’re confused. UCB’s are not shared between LPARs; a UCB is a
> > control block (that’s the ‘CB’ part of ‘UCB’) managed by MVS within the
> > LPAR’s storage, so it can’t be shared.
> >
> > If you’re talking about OSA-ICC consoles, then the physical port can be
> > shared between LPARs, and two LPARs can have the same device numbers
> > sharing that port, but they are still unique logical devices and have
> > different TN3270 LU names. In the OSA configuration you map TN3270 LU
> names
> > to unique LPAR/device number pairs. Here’s an extract from on of the OSA
> > configurations on my system:
> >
> > 
> > 
> >   CSS= 00 IID= 01 DEVICE= 0200
> >   GROUP=  "PC200"
> >   CONSOLE_TYPE= 2RESPONSE= OFFREAD_TIMEOUT= 60
> > 
> >
> > …
> > 
> >   CSS= 00 IID= 02 DEVICE= 0200
> >   GROUP=  "T1C200"
> >   CONSOLE_TYPE= 2RESPONSE= OFFREAD_TIMEOUT= 60
> > 
> >
> >
> > If I configure my tn3270 client to connect to LU “PC200” it will connect
> > to device number 200 on the LPAR with id 01, while if I configure it for
> LU
> > “T2C200” it will connect to device number 200 on the LPAR with id 02. The
> > only thing being shared here is the physical port (and its IP address)
> and,
> > on the other end, the device number. But they are two distinct logical
> > devices, and each has its own UCB managed by the instance of z/OS in the
> > appropriate LPAR.
> >
> > (I guess another thing that might be confusing about this is that if you
> > look at HCD you’ll only see one device with device number 200, apparently
> > “shared” by the LPARs. But all that’s really being shared is the physical
> > port and the device number.)
> >
> > --
> > Pew, Curtis G
> > curtis@austin.utexas.edu
> > ITS Systems/Core/Administrative Services
> >
> >
> > --
> > 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: What happens with no working SE?

[linda golding]

Yeah . I got it now .

Thank you Skip and Radoslaw for the clarification .


Linda


On Wed, Apr 20, 2016 at 10:53 PM, Jesse 1 Robinson 
wrote:

> To reiterate Radoslaw's point, STP does not steer the clock. Rather STP
> steers--synchronizes--the internal clocks of all connected CECs. STP itself
> may or not be externally steered. In our case, we take an SNTP signal from
> the corporate time server that is used to synchronize the entire enterprise
> including Windows, UNIX, and all the other critters in the zoo. If SNTP
> failed, most everyone would drift apart to some extent, but STP would still
> keep connected CECs in sync with each other--a basic requirement for
> parallel sysplex.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of linda golding
> Sent: Tuesday, April 19, 2016 2:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: What happens with no working SE?
>
> Am curious . This is what i could find looking at the enhancements . Since
> you say STP doesn't steer the clock , i would like to know how this works
> these days .
>
> *http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
> <http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html>*
>
>
> *Service Element (SE) Time Accuracy*
> As a continuation of the zEnterprise 196 (z196) timing accuracy
> improvements for an STP-only CTN, namely, SE/CPC hourly clock steer and
> synch, the zEnterprise EC12 and zEnterprise BC12 have expanded these
> enhancements by allowing the SE to access an STP panel-configured External
> Time Source (ETS), even when the CPC is powered off or has not been IMLed.
> The SE achieves this by invoking the ETS-configured NTP servers to obtain
> the ETS-SE time difference and steers the SE clock towards the ETS clock.
> During IML, the more accurate SE clock time transfers to the CPC clock,
> maximizing the CPC timing accuracy.
>
> This feature is available exclusively on zEnterprise EC12 and zEnterprise
> BC12.
>
> Thanks ,
>
> Linda
>
>
>
>
>
>
>
> On Tue, Apr 19, 2016 at 1:57 PM, R.S. 
> wrote:
>
> > W dniu 2016-04-18 o 23:19, linda golding pisze:
> >
> >> One of two SE failed means you can peform everything you want,
> >> including STP. Maybe STP setup would be impossible (I haven't
> >> checked), but I'd bet it is also possible.
> >> I've been working with single SE (primary failed) for some time. It
> >> wasn't my dream, but I could live with it. >>>>
> >>
> >>
> >> I thought STP code runs on the support element . Access to the NTP
> >> server from the CTS is initiated and controlled by the Support Element.
> >>
> >> In that case , a sysplex would die when support element is not
> available .
> >>
> > NTP is not STP.
> > STP is managed from HMC/SE but it doesn't mean the SE is steering the
> > clock.
> > NTP can be used for "wall clock" time adjustment, but STP will work
> > without NTP at all or with NTP failure.
> > Last, but not least: multi-CPC STP configuration will survive any of
> > the CPC failure. Not only SE, but whole CPC.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
>
>
> --
> 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: Dataset Move Query

[linda golding]

*After you have tested the changes, be sure to update the PARMLIB members
that create the linklist and APF list at IPL.  After you IPL, the original
DSNs will no longer be enqued and you can delete them at will.*


The APF list update is only needed if the volume is hard coded in PROGxx .
generally , for SMS managed datasets , volume is not specified .



On Wed, Apr 20, 2016 at 9:49 PM, retired mainframer <
retired-mainfra...@q.com> wrote:

> Only if you are certain that your product is the only user of the datasets
> in question.
>
> Since the datasets have been assigned a storage group, they must be SMS
> managed.  That means they must be catalogued.   Since you want to move them
> to another storage group, they must be catalogued there also.  So you can
> have at most one copy at a time with a given name.  ADRDSSU can accomplish
> this if your ACS routines will assign the correct storage group based on a
> storage class you specify.
>
> However, each datasets in the linklist has a "permanent" enque posted
> against its DSN.  I don't know if any recent updates allow you to deque the
> DSN.  It might be simpler to give the new copies of the datasets new
> names.  There are operator commands that let you copy a linklist, remove
> existing entries from the new copy, add a new ones to the new copy, and
> activate the new list.  All new address spaces will then use the new list
> but all address spaces currently in execution will continue to use the old
> list until they terminate.  The APF list is easier since there are commands
> to update that on the fly.
>
> After you have tested the changes, be sure to update the PARMLIB members
> that create the linklist and APF list at IPL.  After you IPL, the original
> DSNs will no longer be enqued and you can delete them at will.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jake Anderson
> > Sent: Wednesday, April 20, 2016 8:29 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Dataset Move Query
> >
> > Hi,
> >
> > I have got a product running with few Libraries who are in In different
> > storage Group.To Move this Datasets to a different Storage Group. Without
> > removing the datasets from Linklist and APF is it possible to accomplish
> ?
> > Or Just Shutdown the address space, then move the dataset, then Refresh
> the
> > LLA and start up the Address space again would be correct thing to do ?
>
> --
> 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: What happens with no working SE?

[linda golding]

Am curious . This is what i could find looking at the enhancements . Since
you say STP doesn't steer the clock , i would like to know how this works
these days .

*http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
<http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html>*


*Service Element (SE) Time Accuracy*
As a continuation of the zEnterprise 196 (z196) timing accuracy
improvements for an STP-only CTN, namely, SE/CPC hourly clock steer and
synch, the zEnterprise EC12 and zEnterprise BC12 have expanded these
enhancements by allowing the SE to access an STP panel-configured External
Time Source (ETS), even when the CPC is powered off or has not been IMLed.
The SE achieves this by invoking the ETS-configured NTP servers to obtain
the ETS-SE time difference and steers the SE clock towards the ETS clock.
During IML, the more accurate SE clock time transfers to the CPC clock,
maximizing the CPC timing accuracy.

This feature is available exclusively on zEnterprise EC12 and zEnterprise
BC12.

Thanks ,

Linda







On Tue, Apr 19, 2016 at 1:57 PM, R.S. 
wrote:

> W dniu 2016-04-18 o 23:19, linda golding pisze:
>
>> One of two SE failed means you can peform everything you want, including
>> STP. Maybe STP setup would be impossible (I haven't checked), but I'd bet
>> it is also possible.
>> I've been working with single SE (primary failed) for some time. It wasn't
>> my dream, but I could live with it. >>>>
>>
>>
>> I thought STP code runs on the support element . Access to the NTP server
>> from the CTS is initiated and controlled by the Support Element.
>>
>> In that case , a sysplex would die when support element is not available .
>>
> NTP is not STP.
> STP is managed from HMC/SE but it doesn't mean the SE is steering the
> clock.
> NTP can be used for "wall clock" time adjustment, but STP will work
> without NTP at all or with NTP failure.
> Last, but not least: multi-CPC STP configuration will survive any of the
> CPC failure. Not only SE, but whole CPC.
>
> --
> 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: What happens with no working SE?

[linda golding]

One of two SE failed means you can peform everything you want, including
STP. Maybe STP setup would be impossible (I haven't checked), but I'd bet
it is also possible.
I've been working with single SE (primary failed) for some time. It wasn't
my dream, but I could live with it. 


I thought STP code runs on the support element . Access to the NTP server
from the CTS is initiated and controlled by the Support Element.

In that case , a sysplex would die when support element is not available .







On Thu, Mar 24, 2016 at 9:21 PM, Jim Mulder  wrote:

> > We happen to have a failed SE at the moment. It's the 'alternate',
> > so no immediate impact at all. But the question has been raised,
> > what would happen if the primary failed also? I remember a case
> > years ago (1990s) when there was only one SE in a box, and it went
> > bad. Just meant that we could not IPL or make configuration changes
> > in the meantime, but it did not affect any running system. In those
> > days we had external timer boxes (9370?), so the sysplex was
> > unaffected. Now we have STP, which I believe is a component of the SE.
> >
> > If a modern box had no working SE for some period of time, would the
> > sysplex across multiple CECs be affected?
>
>   On the old bipolar machines, the SE was IPLed (which they referred
> to as a "warmstart") during each transition between Single Image and
> Physically Partitioned mode.  MVS would hang when it tried to do
> things which synchronously interfaced with the SE while it was
> warmstarting.
>
>  One thing which could cause this was an ACR.  MVS used to
> spin waiting for the SE to deconfigure the ACRed CPU.  We eventually
> changed the MVS code to do that asynchronously.
>
>  SIGP Restart would also hang on the bipolar machines while the SE
> was warmstarting.
>
>  The advent of LPAR reduced MVS's interactions with the SE, because
> LPAR virtualized the operating system's interface to the SE, and some
> of the interactions are now handled by LPAR with no SE involvement.
>
>   It has been quite a few years since I have seen a dump of
> an MVS hang due to the SE being unavailable.
>
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
>
>
>
>
> --
> 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: Cancelling a Job in SPIN status

[linda golding]

I think OP was referring to job status in SDSF - "AWAITING SPIN/SPINNING" .

I would start looking at additional $HASP messages to see if there are
purge processor / PCE failures .

Thanks !
Linda

On Fri, Apr 1, 2016 at 8:00 PM, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> That SPIN? I don't believe it.
> " the FTP job but it went to SPIN status and now it is in same from last
> 24hr" this must be something else.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Staller, Allan
> Sent: 01 April, 2016 16:13
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Cancelling a Job in SPIN status
>
> Look up abend071 in the IBM db
>
> "Steps for Diagnosing Excessive Spin"
>
> HTH,
>
> 
>
> What is the SPIN status? I never saw this.
>
> 
>
> This email � including attachments � may contain confidential information.
> If you are not the intended recipient, do not copy, distribute or act on
> it. Instead, notify the sender immediately and delete the message.
>
> --
> 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: Cancelling a Job in SPIN status

[linda golding]

"I tried cancelling the job using CANCEL,PURGE,FORCE and also tried
cancelling with address space but nothing seems to be working, Can anyone
please help me on how I can cancel the job"

You can try cancelling/force the job with ASID . How big is the data that
is being FTP'ed ?

Do you see any CPU or I/O activity happening for this job ? . A job status
that shows AWAITING SPIN or SPINNING for > 24 hours is not good .

Thanks ,
Linda
Sr systems programmer .






On Thu, Mar 31, 2016 at 10:34 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Ruhi Sehgal wrote:
>
> >I have submitted the FTP job
>
> From where?
>
> >... but it went to SPIN status
>
> How do you see it is in that status? What is JES2/3 telling you? Or do you
> see messages in TCP/IP stack and FTP server?
>
> Can you see how far in the FTP step is that? In other words, can you see
> that some data were transferred or that you could logon?
>
>
> >... and now it is in same from last 24hr, neither it is getting completed
> or cancelled.
>
> Waiting for an enqueue or waiting for your TCP/IP stack?
>
>
> >I tried cancelling the job using CANCEL,PURGE,FORCE and also tried
> cancelling with address space but nothing seems to be working, Can anyone
> please help me on how I can cancel the job
>
> Be careful! As documented, after FORCE, you may need to IPL. Anyways, can
> you show the message(s) after you tried above commands? That is of course
> you're allowed to issue them.
>
> 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: error adding volumes to DFSMS storage group

[linda golding]

Trying to add volumes to existing SG on z/os 1.13.  Receive error - SCDS is
full or volume already defined.  SCDS, ACDS, COMMDS reallocated larger.
New volume is currently not defined to ANY storage group ??

Did you check if the CDS is defined with REUSE parameter ?

Under Zos 1.13 , DFSMS is smart enough to detect if it is not and
automatically attempts to convert to REUSE . But it can still fail with
catalog errors followed by IGD094I messages .

Linda Golding





On Tue, Mar 1, 2016 at 6:41 AM, Lizette Koehler 
wrote:

> I would also look in SYSLOG for IGD messages when you get this one.
>
> Are these DASD or TAPE?  RMM Or other?
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Lizette Koehler
> > Sent: Monday, February 29, 2016 6:03 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: error adding volumes to DFSMS storage group
> >
> > I would start with a LISTC ENT('scds') ALL and see what it looks like.
> >
> > The message indicates either FULL or VOLUME ALREADY There.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > > On Behalf Of Brent Snyder
> > > Sent: Monday, February 29, 2016 4:06 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: error adding volumes to DFSMS storage group
> > >
> > > Trying to add volumes to existing SG on z/os 1.13.  Receive error -
> > > SCDS is full or volume already defined.  SCDS, ACDS, COMMDS
> > > reallocated larger.  New volume is currently not defined to ANY storage
> > group ??
> > >
> > > Thanks,
> > > Brent
> > >
>
> --
> 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