On Sat, Oct 26, 2013 at 7:50 PM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
caajsdjilg3pg1p41eh5pqyjl5-2ex6yc3q5u2lz44_gga33...@mail.gmail.com,
on 10/26/2013
at 07:45 AM, John McKown john.archie.mck...@gmail.com said:
The PC (actually 3 of them) even has the old IBM
For NIP consoles, we use a coax attached PC running, I think, the old IRMA
emulation software (or equivalent). This is attached to a Visara which
emulates a 3174. It is on an Escon CHP. The PC (actually 3 of them) even
has the old IBM 122 key converged keyboard. The one with the 24 PFK keys
along
In 5268bbab.4090...@bremultibank.com.pl, on 10/24/2013
at 08:18 AM, R.S. r.skoru...@bremultibank.com.pl said:
No. Master console *was* a thing from MCS world. During NIP there
weren't master console - just console, only one.
Nonsense. The following two quotes are for OS/360 and MVS,
Mike,
The use of the Integrated 3270 is not limited to the model of use embodied by
z/OS MCS console interaction (e.g. a single line of input) but rather supports
a broader range of the 3270 data stream.
In z/OS terms think about the possibility (not currently available) of having a
TSO
In 20131023075515.07f678e2041c928bd4cca...@gmx.net, on 10/23/2013
at 07:55 AM, nitz-...@gmx.net nitz-...@gmx.net said:
'we have always used a real console for NIP, we want to keep it',
They consider a TN3270 session from a PC to be a real console?
--
Shmuel (Seymour J.) Metz, SysProg
On 10/23/2013 3:19 PM, Thomas Conley wrote:
On 10/23/2013 3:47 PM, John McKown wrote:
Curiosity question: Why do you need multiple remote I3270C sessions per
LPAR? If we ever go to z/OS 2.1 (iffy), we would only use it for
IPLing. We
use SMCS consoles via TN3270 for other consoles, beyond the
No. Master console *was* a thing from MCS world. During NIP there
weren't master console - just console, only one. And there was (and
still is) an order which console will be used from devices available.
First on the list taken (if available), but it has nothing to do with
master.
Nowadays
Thanks. I am so used to being the _only_ person in our _very small_ shop
who does IPLs that it never occurred that the person doing the IPL or
shutdown would need a helper. Unfortunately, one of the other people here
who will (1%) occasionally IPL tends to just punch it out if the
shutdown doesn't
On Wed, 23 Oct 2013 21:54:54 -0500, John McDowell jmcd...@gmail.com wrote:
I agree that the inability to share the Integrated 3270 among multiple
concurrent sessions is unfortunate and that it would be a useful enhancement
to list that restriction. Off the top of my head I can see that the
As long as you accept a complete line at a time, like multiple SDSF
operator sessions, it should work, unless two people happen to issue
the same command and it causes problems.
On Thu, Oct 24, 2013 at 11:28 AM, John McDowell jmcd...@gmail.com wrote:
Mark,
I understand what you are saying,
On 10/22/2013 11:06 PM, nitz-...@gmx.net wrote:
This kind of error rarely gets mentioned on IBM-MAIN because SAD of
early IPL failure is super fast and IPCS takes only seconds to init such
a dump. The problems are usually fixed immediately and folks move on to
more challenging issues.
I agree
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS IPL Issue
This kind of error rarely gets mentioned on IBM-MAIN because SAD of
early IPL failure is super fast and IPCS takes only seconds to init
such a dump. The problems are usually fixed immediately and folks move
on to more challenging issues.
I
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, CP - SPLXM
Sent: Wednesday, October 23, 2013 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS IPL Issue
IBM is able to read them. They might request the SA dump if you report the
problem
and you
IBM is able to read them. They might request the SA dump if you report
the problem and you will be glad you took it.
I disagree. Sort of. The customer had asked IBM Why did the restart of
SMSPDSE1 not complete? and the customer had given IBM an sadump. IBM support
said that they cannot answer
On Wed, 23 Oct 2013 08:06:20 +0200, nitz-...@gmx.net nitz-...@gmx.net wrote:
in many installations the knowledge how to read a dump, much less an sadump
is a lost art. So sadumps don't get taken because there's nobody there who
knows how to read it.
Barbara
Exactly ties into the other
The point was that the error was so severe that it caused a
wait state and required a standalone dump for analysis.
Typically, IPL should proceed at least to activate the
console and place the message on the console.
IPL did activate the console and place the message on the console.
The OP
In z/OS 2.1 support was added for the Integrated 3270 (i.e. a 3278-4 window
on the HMC), it is supported both during NIP and as a normal system console.
The Integrated 3270 must be activated on an LPAR by LPAR basis, if the
activation is performed before the z/OS IPL then z/OS will find it and
In z/OS 2.1 support was added for the Integrated 3270 (i.e. a
3278-4 window on the HMC), it is supported both during NIP and as a
normal system console. The Integrated 3270 must be activated on
an LPAR by LPAR basis, if the activation is performed before the z/
OS IPL then z/OS will find
On 10/23/2013 10:46 AM, John McDowell wrote:
In z/OS 2.1 support was added for the Integrated 3270 (i.e. a 3278-4 window on the HMC), it is supported
both during NIP and as a normal system console. The Integrated 3270 must be activated on an
LPAR by LPAR basis, if the activation is performed
Curiosity question: Why do you need multiple remote I3270C sessions per
LPAR? If we ever go to z/OS 2.1 (iffy), we would only use it for IPLing. We
use SMCS consoles via TN3270 for other consoles, beyond the Visara ones in
the NOC (computer room adjunct).
On Wed, Oct 23, 2013 at 2:40 PM, Ed
It used to be that if the Master was unavailable, the first interrupt from a
defined consol became the Master.(Meatball hoagie in tape shop taught us this).
In a message dated 10/23/13 14:36:28 Central Daylight Time, d10j...@us.ibm.com
writes:
If no valid NIP console has been found, we will
On 10/23/2013 3:47 PM, John McKown wrote:
Curiosity question: Why do you need multiple remote I3270C sessions per
LPAR? If we ever go to z/OS 2.1 (iffy), we would only use it for IPLing. We
use SMCS consoles via TN3270 for other consoles, beyond the Visara ones in
the NOC (computer room
I agree that the inability to share the Integrated 3270 among multiple
concurrent sessions is unfortunate and that it would be a useful enhancement to
list that restriction. Off the top of my head I can see that the ownership
of the keyboard will need to be resolved in some way, that is only
W dniu 2013-10-22 05:44, saurabh khandelwal pisze:
Hello,
Yes, I have specified CLPA in IEASYSxx . But as Radoslaw
mentioned, I think comment line can not be part of LPALAT member . So ,
this could only be a issue.
Excuse me: COULD BE???
Haven't you tested it yet?
That's really
The point was that the error was so severe that it caused a wait state and
required a standalone dump for analysis. Typically, IPL should proceed at least
to activate the console and place the message on the console. IBM tries to make
the system at least somewhat viable even if it cannot
Which is what OA38328 is an attempt to resolve. Works
just fine on LPALSTxx and other members which is what
the OP could have used.
While I certainly recommend this APAR, this APAR is not about providing a
common syntax. It is about providing the capability of putting comments
anywhere in the
What about nerf herders?
--- rel...@us.ibm.com wrote:
From: Peter Relson rel...@us.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS IPL Issue
Date: Tue, 22 Oct 2013 07:50:32 -0400
Which is what OA38328 is an attempt to resolve. Works
just fine on LPALSTxx
Hello R.S. ,
Yes, comment line was only issue for this problem. It
would be really great to see,if any tool can help on syntax checker for
parmlib member.
Regards
Saurabh
On Tue, Oct 22, 2013 at 11:53 AM, R.S. r.skoru...@bremultibank.com.plwrote:
W dniu 2013-10-22 05:44,
WIth a syntax error such as the one shown by the OP, there would have been
an IPL-time message such as:
IEA712I LPALST LIBRARY DATA SETS IGNORED
/*-UNABLE TO LOCATE
As to why it blew up, it was likely because one of the data sets later in
the
On 10/21/2013 11:37 PM, Jon Perryman wrote:
The point was that the error was so severe that it caused a wait state and
required a standalone dump for analysis. Typically, IPL should proceed at least
to activate the console and place the message on the console. IBM tries to make
the system at
What about the SAMPLIB SPPINST and SPPPACK ?
According comments it is a kind of syntax checker.
On 22.10.2013 15:22, Peter Relson wrote:
WIth a syntax error such as the one shown by the OP, there would have been
an IPL-time message such as:
IEA712I LPALST LIBRARY DATA SETS IGNORED
/*
I believe we've discussed the 'NIP message' problem before. While a very
useful message may well be displayed on the IPL-time console, in many
(most?) cases it disappears instantly when the machine enters wait
state.
It's gone so fast that any detail is pretty much indecipherable. While
.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Jim Mulder d10j...@us.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 10/22/2013 07:44 PM
Subject:Re: z/OS
I confess that I have not tested this maneuver. Doesn't the OSM screen
close as soon as the operating system stops? Maybe not.
System Reset Normal does not close or clear Operating System Messages.
In any case, I do know this from experience: if the customer has
configured any NIP
Hello,
In my LPALST member, while adding dataset for CICS 5.1 , rather
then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset
line like below.
/* SYS1.CICS41.SDFHLPA,
And added CICS 5.1 dataset SYS1.CICS51.SDFHLPA. I think, this is only
reason for this 064 wait
W dniu 2013-10-21 11:55, saurabh khandelwal pisze:
Hello,
In my LPALST member, while adding dataset for CICS 5.1 , rather
then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset
line like below.
/* SYS1.CICS41.SDFHLPA,
And added CICS 5.1 dataset
Hello,
Was CLPA specified in IEASYSxx when you IPL'd first time ? .If not , that could
lead to a wait 064
If not , I am wondering how you got a wait 064 for syntax error in LPALSTxx .
On Monday, October 21, 2013 3:25 PM, saurabh khandelwal
sourabhkhandelwal...@gmail.com wrote:
Hello,
: z/OS IPL Issue
Hello,
In my LPALST member, while adding dataset for CICS 5.1 , rather
then
removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset
line like
below.
/* SYS1.CICS41.SDFHLPA,
And added CICS 5.1 dataset SYS1.CICS51.SDFHLPA. I think, this is only
to avoid any confusion on comments and 064 Wait states.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Monday, October 21, 2013 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS IPL Issue
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Monday, October 21, 2013 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS IPL Issue
As you have seen, the syntax rules for LPALST and comments do not follow
other
-0595 Mobile
jo.skip.robin...@sce.com
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 10/21/2013 07:53 AM
Subject:Re: z/OS IPL Issue
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Only if the data set that was missing
Everybody chant: XML! XML! XML! Ouch, don't hit! grin/.
On Mon, Oct 21, 2013 at 11:24 AM, Skip Robinson jo.skip.robin...@sce.comwrote:
My favorite hot button is itching...The underlying problem here is one
I've trotted out during several user sessions at SHARE: the various
members of
On Oct 21, 2013, at 11:24 AM, Skip Robinson wrote:
--SNIP
In order to subject all PARMLIB members to a single set of syntactic
rules, all participating development cats would have to be herded
into a
one big room with no windows
...@radioshack.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 10/21/2013 11:15 AM
Subject:Re: z/OS IPL Issue
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Which is what OA38328 is an attempt to resolve. Works just fine on
LPALSTxx and other members which is what the OP
Hello,
Yes, I have specified CLPA in IEASYSxx . But as Radoslaw
mentioned, I think comment line can not be part of LPALAT member . So ,
this could only be a issue.
Regards
Saurabh
On Mon, Oct 21, 2013 at 4:24 PM, Roger Steyn roger.st...@yahoo.com wrote:
Hello,
Was CLPA
Problem has been resolved. The issue was with
syntax issue in LPALST parmlib member .
Can you please explain exactly what the issue was? A syntax error in
LPALST will not ordinarily result in a program check WAIT 064 unless it
meant that your LPALST did not have a data set that the system
As Ed pointed out, you can't see the message as it is in the WSMA ,
but you need the IEA304W message.
You can take a standalone dump or use the HMC alter/display to find CVT
pointer, CVTWSMA, and WSMA
see MVS Data Area (for me volume 5)
On 19.10.2013 07:53, saurabh khandelwal wrote:
On Fri, 18 Oct 2013 23:38:27 -0700, Ed Jaffe edja...@phoenixsoftware.com
wrote:
On 10/18/2013 10:53 PM, saurabh khandelwal wrote:
Does it mean that operating system is able to load successfully in the
initial level but after that because of memory its crashing.
Yes. SAD is your friend...
Hello All,
Problem has been resolved. The issue was with syntax issue in
LPALST parmlib member . I corrected that syntax and re IPL'd system again.
Thanks for all help.
Regards
Saurabh
On Sat, Oct 19, 2013 at 5:21 PM, Doug Henry doug_he...@usbank.com wrote:
On Fri, 18 Oct 2013
...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
From: saurabh khandelwal sourabhkhandelwal...@gmail.com
To: IBM-MAIN@listserv.ua.edu
Date: 19/10/2013 17:02
Subject:Re: z/OS IPL Issue
Sent
On 19 October 2013 01:53, saurabh khandelwal
sourabhkhandelwal...@gmail.com wrote:
I had checked for this IEA304W this message but, I couldn't find it .
What do you mean by I couldn't find it? You don't know how to
display it, or you just didn't see it already displayed anywhere,
or...?
The
On 10/18/2013 10:15 PM, saurabh khandelwal wrote:
But while loading LPAR from HMC, I get success message on load screen but I
don't see anything in operating system message screen . When I tried
checking Hardware message, I have got below PSW code
there 000280009064.
I am
Hello,
I had checked for this IEA304W this message but, I couldn't find
it . The message I am getting on HMC hardware message is
Central processor (CP) 0 is in a nonrestartable stopped state due to a
System Control Program (SCP) initiated reset of the I/O interface for
partition PROD01.
53 matches
Mail list logo
