Sure Lizette and this was a much needed article.
Thanks..!
Samat
From: IBM Mainframe Discussion List on behalf of
Lizette Koehler
Sent: Monday, June 1, 2015 9:26:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MQ QMGR bringing down
This is a good articl
My sandbox LPAR is not having the abends. They are occurring on a D/R LPAR.
The plot thickens.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Norgauer
Sent: Tuesday, June 02, 2015 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
I am going to say this - and I am not happy.
Contact EMC through their SR process. They are very adept as helping with
these types of issues.
We have had several Tapes being locked and they were able to Dial in and
correct the issue. They also can provide guidance on how to do what you want.
Different locations.
My sandbox appears to function OK.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tim Hare
Sent: Tuesday, June 02, 2015 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: intermittant abends
Do they all fail at
I know very little about EMC DLM but I do know it uses a lock directory that
you need read/write access to. The lock directory is specified on the Storage
tab of the administrator's web interface.
Cliff McNeill
>
> We have an EMC DLM in production replicating to one for DR. We are unable
We are at Serverpac level of maint.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Tuesday, June 02, 2015 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: intermittant abends
What is your current maint level o
We have an EMC DLM in production replicating to one for DR. We are unable to
get buy getting the following message when attempting to restore from the DR box
DLm455E: Error locking volume 300119 (/tapelib/DISK0/300119): Read-only file
system
I genned a different set of tape drives to use on
What is your current maint level on z/OS V2.1. oa42694 is from 2013.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Norgauer
> Sent: Tuesday, June 02, 2015 12:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: int
Do they all fail at offset 0 or just AMATERSE?
Do you have any exits or vendor products that monitor program use - including
things like Omegamon? Have they been upgraded to levels compatible with 2.1 ?
I ask because I experienced a similar thing during an OS upgrade (not to 2.1
...) where we
Which is what I said it did. What are you on about?
On Mon, Jun 1, 2015 at 8:38 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:
> In
> ,
> on 05/31/2015
>at 01:54 PM, zMan said:
>
> >Right, but this wasn't IBM, and was color (3279).
>
> 3279 is an IBM line, and 3rd party v
I'll check it out with IBM
Thanks
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim McAlpine
Sent: Tuesday, June 02, 2015 11:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: intermittant abends
Could oa42694 be the cause ?
Jim McAl
These abends are appearing in various areas.
1. running SCLM compiles
2. Displaying userid info from the RACF database using option 4
3. In a batch execution of AMATERSE
IEA995I SYMPTOM DUMP OUTPUT 688
SYSTEM COMPLETION CODE=0C4 REASON CODE=0011
TIME=15.12.34 SEQ=00177 CPU= ASID=003
Just to follow up IBM has confirmed the manual is in error and will be
corrected; i.e. the value of ZENVIR in z/OS 2.1 should be 7.1 and not 7.0.
Thanks to IBM and to others who responded.
Dave Salt
--
The next meeting of Hillgang, the VA/MD/DC z/VM and Linux on z user group,
will take place on Wednesday, 17th June at the CA Offices in Herndon VA.
The agenda, location, and registration details may be found at:
http://www.vm.ibm.com/events/HILL0615.PDF.
We will have Barton Robinson (Velocity), Ri
Could oa42694 be the cause ?
Jim McAlpine
On 2 Jun 2015 19:17, "John Norgauer" wrote:
> We are close to turning on 2.1 z/os on in our production LPAR.
>
> We are getting sporadic abends of this kind:
>
> IEC999I IFG0554P,SYSJCNTE,S1
> IEA995I SYMPTOM DUMP OUTPUT 688
> SYSTEM COMPLETION CODE=0C4
I am not sure you have provided enough detail here. We finished our upgrade to
z/OS V2.1 and did not see this issue.
Could you post the entire Summary dump from the JOBLOG with Registers?
Could you post additional message in SYSLOG around where the S0C4 occurs?
What are you running when you get
We are close to turning on 2.1 z/os on in our production LPAR.
We are getting sporadic abends of this kind:
IEC999I IFG0554P,SYSJCNTE,S1
IEA995I SYMPTOM DUMP OUTPUT 688
SYSTEM COMPLETION CODE=0C4 REASON CODE=0011
It appears when I display user info from RACF.
When I ran a terse batch job,
For some reason, which I can't make work Shmuel believes the
> In <000701d09bd1$1872a0e0$4957e2a0$@mcn.org>, on 05/31/2015
He always includes is of value. Where this link may lead is not anywhere I can
seem to get to :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto
Yep size of bag. They were made of soft sided quilts and were recycled to
pull out the toner. TNF is short for chemical composition Tri-nitro
flouride(?). It was powdered on 3835 on 3800 it was pellets and there was a
grinder to make the powder.
In a message dated 6/2/2015 7:01:24 A.M. Cen
>From the JCL Reference manual:DISP=OLD MEANS that the dataset must
already
exist. DISP=MOD means that if the dataset does not exist, create it - no
JCL error.
I
Regards,
Jim
On Tue, Jun 2, 2015 at 11:59 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> I have
("Re: AW: Re: AW: Re: AW:" trimmed.)
On Tue, 2 Jun 2015 17:48:13 +0200, Peter Hunkeler wrote:
>>>Well, as I wrote, the OMVS command processor
> >
>>There's more to OMVS than just the shell. The phrase "but OMVS has no
>>access" clearly refers to more than the shell.
>
>Not sure what you're referr
I have JCL excerpt:
//* ...
//DEL EXEC PGM=IEFBR14
//HANDLEDD DISP=(MOD,DELETE),UNIT=SYSALLDA,
// DSN=&PFX..CBTINDEX,
// SPACE=(80,(,,1)),DSNTYPE=LIBRARY
//*
//SPLITIT EXEC PGM=IEBUPDTE,PARM=NEW
//SYSPRINT DD SYSOUT=(,)
//SYSIN DD DISP=OLD,DSN=*.INSERT.OUTPUT
//HANDLE
John,
Thanks, I am surprised. Going back to conversations I had with PSF
level 2, 1. They were surprised at my calling back almost daily on
bugs. 2. They seem to indicate this was all new code.
They were fairly good at finding the bugs (thank goodness).
Ed
On Jun 2, 2015, at 6:17 AM, John
>Where's Ron when we need him ?.
Yep, but what does this help me?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>Well, as I wrote, the OMVS command processor
>
>There's more to OMVS than just the shell. The phrase "but OMVS has no
>access" clearly refers to more than the shell.
Not sure what you're referring to, but I was talking about the OMVS *TSO
command processor*, only. And no, that statement you c
On Sun, 31 May 2015 20:54:35 -0400, Rajesh Kumar
wrote:
>if jobs are demand , you can see entry mode of job isDEMD .. not
>REQ ; Also if job is demand to ca7 it will not waiting for time or date
> request , it will immediately start running.
>
>On Sun, May 31, 2015 at 5:53 PM, Lucas Rosa
Think it is time to change subject lines for this topic drift?
On 06/02/2015 08:49 AM, Joel Ewing wrote:
On 06/01/2015 07:23 PM, Shmuel Metz (Seymour J.) wrote:
In <556b662e.60...@acm.org>, on 05/31/2015
at 02:51 PM, Joel Ewing said:
The above CLIST code should presumably work as you exp
On Tue, 2 Jun 2015 07:49:47 -0500, Joel Ewing wrote:
>
>It doesn't have to be a difference in TCB structure that makes this
>behavior of IKJEFT01 vs. IKJEFT1A/IKJEFT1B different, but if you avoid
>executing the commands directly under the TMP --e.g., by executing them
>from within a REXX EXEC -- yo
On Tue, 2 Jun 2015 05:48:31 -0500, Bill Godfrey wrote:
>
>I was only referring to \n in the pattern used in awk's general "pattern
>{action}" syntax, where the pattern
>is matched against text being read. I should have qualified my statement.
>
This is a characteristic not of awk's pattern matchi
On 06/01/2015 07:23 PM, Shmuel Metz (Seymour J.) wrote:
> In <556b662e.60...@acm.org>, on 05/31/2015
>at 02:51 PM, Joel Ewing said:
>
>> The above CLIST code should presumably work as you expect for
>> intercepting SEND CLIST "errors" in an Interactive TSO/E, ISPF
>> environment where TSO is
On Tue, 2 Jun 2015 07:47:58 -0400, Ed Finnell wrote:
>The toner bags were like
>18"x18"x48" and said when it hit the floor TNF spewed out like a volcano. The
>hazmat crew spent 2 days decontaminating the room.
Dammit, Ed stoppit.
I'm trying to concentrate on watching a soccer game with a glass
Ed Finnell wrote:
>Just as the bigwigs due to show up the 'Change toner bag' light came on and
>he scurried out to the van and got the replacement-still time. Got the bag
>swapped just as the tour was beginning so is tripping across the raised floor
>to the recycle exchange and stumps his t
We had a room full of 3800's in early 80's guess they were Line mode. But
DCF had a DEV(3800)
and it was used extensively. Guess the big push was to the Kyocera engines
with the 3835. Don't think I did a PSF install until late '86.
The 3835 demo team was at SHARE and guess it was the Sunday
John Eells wrote:
>The current release, available since about this time last year, is PSF V4.5
>(5655-M32).
Indeed. See the below URL for more info + lifecycle of PSF.
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd&subtype=sm&htmlfid=897/ENUS5655-M32
Watch that wrrap of ab
edgould1...@comcast.net (Ed Gould) wrote:
PSF didn't become available about the 1992 (or there abouts).
As I installed PSF in the 1980's, when APA print was fairly new, I was
surprised enough by this statement to look it up.
PSF V1 (5665-275) was made available "just in time for Christmas"
On Tue, 2 Jun 2015 03:17:35 -0500, Paul Gilmartin wrote:
>On Mon, 1 Jun 2015 22:18:20 -0500, Bill Godfrey wrote:
>>
>>The "grep" and "awk" commands don't match \n to end-of-line on omvs, or on
>>linux for that matter.
>>
>"awk" certainly does. To wit:
>user@OS/390.24.00: cat awknl
W dniu 2015-06-02 o 00:49, Neubert, Kevin pisze:
Sounds like your channels are not currently defined as spanned. If that is the case, add the new
partition then change the channel mode. Subsequent prompts for HCS7780 are "Define Access
List" panel CBDPCH1B and "Confirm Copy Control Unit and D
In <556c5f4f.1090...@us.ibm.com>, on 06/01/2015
at 09:34 AM, Kurt Quackenbush said:
>>> " The ++PROGRAM MCS describes a program element (a pre-built load
>>> module or a program object). It must immediately precede the load
>>> module or program object when they are within the SYSMOD.
>>
>> Th
On Mon, 1 Jun 2015 22:18:20 -0500, Bill Godfrey wrote:
>
>The "grep" and "awk" commands don't match \n to end-of-line on omvs, or on
>linux for that matter.
>
"awk" certainly does. To wit:
user@OS/390.24.00: cat awknl
#! /bin/sh -x
awk 'BEGIN {
In <556c66e1.7090...@rochester.rr.com>, on 06/01/2015
at 10:06 AM, Thomas Conley said:
>Good points all, but Gil wants to have multiple ISPF sessions on the
>same LPAR. TSO currently doesn't support that natively,
ObGungaDin WSA.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
IS
In <0354368054759855.wa.paulgboulderaim@listserv.ua.edu>, on
06/01/2015
at 09:52 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:
>As the end user, I care little about the technical details of the
>blockage; only that the facility is unavailable.
That's fine if you
In , on 06/01/2015
at 07:51 AM, Peter Hunkeler said:
>Well, as I wrote, the OMVS command processor
There's more to OMVS than just the shell. The phrase "but OMVS has no
access" clearly refers to more than the shell.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In <556c7872.7020...@acm.org>, on 06/01/2015
at 10:21 AM, Joel Ewing said:
>Now to complete the test try invoking your invalid-keyword version
>of the CLIST from the SYSTSIN SYSIN file in a Batch TSO job step
>where the JCL EXEC statement invokes PGM=IKJEFT1A,
If you're trying to see a di
In
,
on 05/31/2015
at 01:54 PM, zMan said:
>Right, but this wasn't IBM, and was color (3279).
3279 is an IBM line, and 3rd party vendors rarely repurpose IBM model
numbers.
>Clearly a 3290 competitor.
Not if it can't display 4 sessions concurrently and don't let an
application carve up a 62
In <7ejoma1d3tjintk6at60q4i723p3127...@4ax.com>, on 06/01/2015
at 09:20 AM, Clark Morris said:
>On 31 May 2015 10:05:29 -0700, in bit.listserv.ibm-main you wrote:
>>In <0912959236903597.wa.wwwdieuyahoo@listserv.ua.edu>, on
>>05/28/2015
>> at 04:22 AM, IBMZOS
>><00af65f10fb1-dmarc-re
In <6503242797771151.wa.paulgboulderaim@listserv.ua.edu>, on
06/01/2015
at 07:40 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> said:
>On Sun, 31 May 2015 09:22:12 -0400, Shmuel Metz (Seymour J.) wrote:
>>
>>>" The ++PROGRAM MCS describes a program element (a pre-built
In <556b662e.60...@acm.org>, on 05/31/2015
at 02:51 PM, Joel Ewing said:
>The above CLIST code should presumably work as you expect for
>intercepting SEND CLIST "errors" in an Interactive TSO/E, ISPF
>environment where TSO is invoked via a TSO logon PROC as IKJEFT01 and
>not as IKJEFT1A or IKJ
In <000701d09bd1$1872a0e0$4957e2a0$@mcn.org>, on 05/31/2015
at 11:39 AM, Charles Mills said:
>The master of the out-of-context quote.
Not even close; the context was clearly IEABRCX. By all means use it
blindly; it's not my dog.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO p
In , on 05/31/2015
at 01:40 PM, "Tony's Outlook via Mozilla"
said:
>I loved the 3290,
AOL.
>Wish I could emulate it on my large monitor.
Doesn't vista handle that, plus color?
>Always wishing to push a limit I once split my 3290 into 4 screens,
I alway ran in 62x80, and let ISPF split it
49 matches
Mail list logo
