Hi Shelia,
Here is sample JCL to increase the size of the zFS:
//ZFSADM03 JOB (ACCT),
// ' ',
// CLASS=A,
// MSGCLASS=X,
// MSGLEVEL=(1,1),
// REGION=0M,
// NOTIFY=&SYSUID
//GROW EXEC PGM=IOEZADM,REGION=0M,
//
: IBM-MAIN@LISTSERV.UA.EDU
Subject: OMVS DATASET
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don’t click links or open attachments as it may be a Phishing email,
which can steal your Information and compromise your Computer.]
The file OMVS.SIZUUSRD has ran
If you have secondary allocations and space, you can grow it dynamically
with omvs command:
zfsadm grow -aggregate filename -space
Use df -kP on your mount point to determine usage and possible new
allocation ()
Otherwise, mount the new container and issue
Copytree -a /old to /new
The file OMVS.SIZUUSRD has ran out of space. Can someone tell me how to copy
OMVS.SIZUUSRD to OMVS.SIZUUSRD.NEW? If you have jcl that would be great
appreciated.
Thanks
Shelia Chalk
Mainframe System Programmer
sch...@ssfcu.org
=== This email, and any files t
nology Engineering
From: IBM Mainframe Discussion List on behalf of
Lindy Mayfield <05a2ba9c925b-dmarc-requ...@listserv.ua.edu>
Date: Wednesday, February 26, 2025 at 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What it means when D OMVS,LIMITS SHRLIBRGNSIZE is at Max Usage
Hi,
equ...@listserv.ua.edu>
Date: Wednesday, February 26, 2025 at 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What it means when D OMVS,LIMITS SHRLIBRGNSIZE is at Max Usage
Hi,
On my test system I have the following values for SHRLIBRGNSIZE from D
OMVS,LIMITS for SHRLIBRGNSIZE:
CURRENT HIG
Hi,
On my test system I have the following values for SHRLIBRGNSIZE from D
OMVS,LIMITS for SHRLIBRGNSIZE:
CURRENT HIGHWATER SYSTEM
SHRLIBRGNSIZE 0 67108864 67108864
But on another system I see:
SHRLIBRGNSIZE 67108864 67108864 67108864
The Current is equal to
rc-requ...@listserv.ua.edu>
Sent: Monday, January 27, 2025 6:33 AM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
I don't recall if OMVS ever included the Korn shell. Haven't paid close
enough attention.
> (C) Copyright *Mortice Kern* Systems, Inc., 1985, 1996.
The Mortice Ker
just coincidence.
From: IBM Mainframe Discussion List on behalf of
Rick Troth <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu>
Sent: Monday, January 27, 2025 6:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
I don't recall if OMVS ever included the
Troth
> <058ff5c2d0a7-dmarc-requ...@listserv.ua.edu> wrote:
>
> I don't recall if OMVS ever included the Korn shell. Haven't paid close
> enough attention.
>
> > (C) Copyright *Mortice Kern* Systems, Inc., 1985, 1996.
>
> The Mortice Kern Toolkit
I don't recall if OMVS ever included the Korn shell. Haven't paid close
enough attention.
> (C) Copyright *Mortice Kern* Systems, Inc., 1985, 1996.
The Mortice Kern Toolkit (MKS Toolkit) was also available for Windoze in
those days, an excellent "front" on an otherwise
z3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Attila Fogarasi <05b6fee9abb7-dmarc-requ...@listserv.ua.edu>
Sent: Sunday, January 26, 2025 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OMVS
>
> External Message: Use Caution
>
>
> IBM
> Licensed Material - Property of IBM
> 5694-A01 Copyright IBM Corp. 1993, 2011
> (C) Copyright *Mortice Kern* Systems, Inc., 1985, 1996.
> (C) Copyright Softwa
Mainframe Discussion List on behalf of
Mike Schwab <05962a42dc49-dmarc-requ...@listserv.ua.edu>
Sent: Sunday, January 26, 2025 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
External Message: Use Caution
IBM
Licensed Material - Property of IBM
5694-A01 Copyright IBM Corp. 1993, 2
IBM
Licensed Material - Property of IBM
5694-A01 Copyright IBM Corp. 1993, 2011
(C) Copyright *Mortice Kern* Systems, Inc., 1985, 1996.
(C) Copyright Software Development Group, University of Waterloo, 1989.
All Rights Reserved.
U.S. Government Users Restricted Rights
Use, duplication or disclosu
On Sun, 26 Jan 2025 18:12:01 +0100, Radoslaw Skorupka wrote:
>...
>> How does Kern shell compare with Bourne shell and POSIX shell?
>>
>> A quick Google search for "Kern shell" returns mostly pages about
>> psychology or thermal engineering.
>
>Obvious typo. Was it funny?
>
More than I care to
It’s the Korn shell.
René.
> On 26 Jan 2025, at 16:59, Paul Gilmartin
> <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
>
> On Sun, 26 Jan 2025 18:01:50 +1100, Attila Fogarasi wrote:
>
>> OpenEdition was introduced in MVS 4.3 in 1994 but was an almost unusable
>> subset, it only had P
W dniu 26.01.2025 o 16:53, Paul Gilmartin pisze:
On Sun, 26 Jan 2025 18:01:50 +1100, Attila Fogarasi wrote:
OpenEdition was introduced in MVS 4.3 in 1994 but was an almost unusable
subset, it only had POSIX support, Kern shell and dbx debugger. ...
How does Kern shell compare with Bourne sh
On Sun, 26 Jan 2025 18:01:50 +1100, Attila Fogarasi wrote:
>OpenEdition was introduced in MVS 4.3 in 1994 but was an almost unusable
>subset, it only had POSIX support, Kern shell and dbx debugger. ...
>
How does Kern shell compare with Bourne shell and POSIX shell?
A quick Google search for "K
OpenEdition was introduced in MVS 4.3 in 1994 but was an almost unusable
subset, it only had POSIX support, Kern shell and dbx debugger. MVS 5.1
less than a year later added TCP/IP 3.1 and NFS, making it borderline
usable. In 1996 along came OS/390 V1R2 which rebranded it as USS along
with adding
Rick Troth wrote, in part:
>Eventually Amdahl got out of the mainframe hardware game. They
>spun-off the UTS business which became "UTS Global".
And UTS Global is dead, alas. There's https://uts-global.com/ but it's clearly
different. I suppose it could be raised from the ashes of the earlier com
rst system to be branded "Unix 95" even
though it was (is) an EBCDIC beast.
The Unix specification allowed this. Was _character set_ an oversight?
Or did the authors hope it would not matter?
These days, most systems are trending toward UTF-8.
I eventually got over the shock and real
at about UTS? I think that was EBCDIC but, again, can't quite remember.
S much effort wasted on so many things...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, January 22, 2025 5:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
On Wed, 22 Jan 2025 18:39:24 -0500, Phil Smith III wrote:
>Wow, I'd forgotten that one! Are you sure it was ASCII? I don't remember and
>Googling hasn't really helped. I did find references to needing a Series/1 to
>drive the terminals, but it could have been translating?
>
Was that the "Yale A
ite remember.
S much effort wasted on so many things...
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, January 22, 2025 5:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
Well, if you don't count the AT&T version that r
behalf of
Phil Smith III
Sent: Wednesday, January 22, 2025 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
External Message: Use Caution
Paul Gilmartin asked:
>That rift appears to parallel the ASCII-EBCDIC divide. What was the
>first ASCII OS on IBM (or clone) mainframe hardware?
Paul Gilmartin asked:
>That rift appears to parallel the ASCII-EBCDIC divide. What was the
>first ASCII OS on IBM (or clone) mainframe hardware?
Good question. MUMPS? MUSIC? PICK? I don't know whether any of those were
ASCII, suspect not. If I had to guess, Linux might be the first: until then,
https://en.wikipedia.org/wiki/Single_UNIX_Specification
Contains the whole history of the various competing certification
schemes or later revisions of schemes.
Note Linux and OS/390 are both formerly certified.
And this is due to the cost of getting each version certified, not
that incompatibilit
On Wed, 22 Jan 2025 12:42:04 -0500, Phil Smith III wrote:
>...
>then (as, to some extent, now) that part of the universe reviled IBM.
>
That rift appears to parallel the ASCII-EBCDIC divide. What was the first
ASCII OS on IBM (or clone) mainframe hardware?
>https://en.wikipedia.org/wiki/MVS#M
of the universe reviled IBM.
https://en.wikipedia.org/wiki/MVS#MVS/ESA has some relevant information.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Seymour J Metz
Sent: Wednesday, January 22, 2025 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
Originally
W dniu 22.01.2025 o 17:50, Paul Gilmartin pisze:
On Wed, 22 Jan 2025 08:53:00 -0600, Jay Maynard wrote:
And it's a remarkable fact that MVS was the first non-Unix to get POSIX
certification...
Oxymoron?
Or is "POSIX certification" different from "UNIX Branding"?
Otherwise, with that certi
יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, January 22, 2025 11:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OMVS
External Message: Use Caution
On W
On Wed, 22 Jan 2025 08:53:00 -0600, Jay Maynard wrote:
>And it's a remarkable fact that MVS was the first non-Unix to get POSIX
>certification...
>
Oxymoron?
Or is "POSIX certification" different from "UNIX Branding"?
Otherwise, with that certification MVS lost its distinction as a
"non-Unix"
I seem to remember that MVS beat at least one of AIX, SunOS/Solaris and
HP-UX to POSIX compliance.
On Wed, 22 Jan 2025 at 14:53, Jay Maynard <
05997213d6c2-dmarc-requ...@listserv.ua.edu> wrote:
> And it's a remarkable fact that MVS was the first non-Unix to get POSIX
> certification...
>
> On
And it's a remarkable fact that MVS was the first non-Unix to get POSIX
certification...
On Wed, Jan 22, 2025 at 8:49 AM Matt Hogstrom wrote:
> I had dinner with Jeff Nick (IBM Fellow for Z) back in ’99. He shared
> that Open Edition was initially started to get Posix compliance in MVS as
> it
I had dinner with Jeff Nick (IBM Fellow for Z) back in ’99. He shared that
Open Edition was initially started to get Posix compliance in MVS as it was a
requirement for Federal data centers to only support Posix compliant OS’. I
don’t think anyone envisioned the criticality of that new subsyst
I definitely remember OMVS running MVS/ESA 4.3, which I installed in the mid
90s. If I remember correctly, one could stop and start the OMVS address space.
"Confidentially doc, I am the wabbit."
Bugs Bunny
Sent with Proton Mail secure email.
On Wednesday, January 22nd, 2025
22nd, 2025 at 4:13 AM, Lennie Bradshaw
wrote:
> I agree with OMVS first appearing in MVS 4.3. But it was not as early as
> 1986. I think it was in the early 1990s.In 1986 we did not even have MVS/ESA.
> Lennie
>
> -Original Message-
> From: IBM Mainframe Di
eymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר
From: IBM Mainframe Discussion List on behalf of
Lennie Bradshaw
Sent: Wednesday, January 22, 2025 4:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re
I agree with OMVS first appearing in MVS 4.3. But it was not as early as 1986.
I think it was in the early 1990s.In 1986 we did not even have MVS/ESA.
Lennie
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lionel B Dyck
Sent: 22 January 2025 00:30
To: IBM-MAIN
You are correct - Open Edition was released with MVS//SP 4.3 in1986
On Tue, Jan 21, 2025 at 6:23 PM Mark Jacobs
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> From what I remember, and it's been decades, MVS Open Edition came out with
> MVS/ESA 5.2.2, but I could be very wrong too.
>
>From what I remember, and it's been decades, MVS Open Edition came out with
>MVS/ESA 5.2.2, but I could be very wrong too.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
On Tuesday
Wasn’t MVS Open Edition available in MVS 4.3.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AWOL problem solved.
I had
FILESYSTYPE TYPE(HFS)
ENTRYPOINT(GFSCINIT)
ASNAME(NFSC)
in one of my members. Remove it and it all works.
Colin
On Wed, 28 Aug 2024 at 17:32, Colin Paice wrote:
> Patrick
> F OMVS,PFS=ZFS,QUERY,LOG
> gives me output, Query,all gave m
Patrick
F OMVS,PFS=ZFS,QUERY,LOG
gives me output, Query,all gave me lots of output.
At shutdown I got *04 BPXF032D FILESYSTYPE ZFS TERMINATED. REPLY 'R' WHEN
READY TO
When I start my one pack sysres of the same level, I get some basic stuff
out. This makes me think there is a conf
Nothing for zFS? e.g. BPXF288I Physical file system ZFS is terminating
I assume you have FILESYSTYPE(ZFS) in the BPXPRMxx that D OMVS shows is
in use?
What happens why you try to issue a valid or invalid command directed at
ZFS? e.g. F OMVS,PFS=ZFS,command
On 28/08/2024 14:26, Colin
BPXF289I Physical file system CINET termination is complete
On Wed, 28 Aug 2024 at 14:23, Colin Paice wrote:
> D OMVS,O and D OMVS,L are fine. I'll go through and check the startup
> messages (again)
> I've got definitions like
> SUBFILESYSTYPE NAME(TCPIP
D OMVS,O and D OMVS,L are fine. I'll go through and check the startup
messages (again)
I've got definitions like
SUBFILESYSTYPE NAME(TCPIP3)
TYPE(CINET)
ENTRYPOINT(EZBPFINI)
So there should be definitions there.
On Wed, 28 Aug 2024 at 13:34, Patrick Loftus
wrote:
>
Manual says the 042I gets issued "In response to a DISPLAY OMVS operator
command where process data was not able to be collected".
So you were not able to gather PFS data.
Do other OMVS displays look normal, such as D OMVS,O or D OMVS,L ?
On 28/08/2024 13:13, Colin Paice wrote
Hi Andy,
Thank you.
My reply is BPXO042I 12.08.30 DISPLAY OMVS
yours is BPXO068I 09.22.18 DISPLAY OMVS
Strange
Colin
On Wed, 28 Aug 2024 at 09:25, Styles, Andy (CIO GIS - Core Infrastructure &
IT Operations) <00d68f765d25-dmarc-requ...@listserv.ua.edu> wrote:
> Works fine
Works fine here:
-D OMVS,P
BPXO068I 09.22.18 DISPLAY OMVS 674
OMVS 0010 ACTIVE OMVS=(...
PFS CONFIGURATION INFORMATION
PFS TYPE ENTRY
On z/OS 2.5 D OMVS,P gave me
OMVS 0010 ACTIVE OMVS=(TC,00,01,BP,IZ,RZ,BB,ZW,US)
PFS CONFIGURATION INFORMATION
PFS TYPE ENTRY ASNAMEDESC STSTART/EXIT TIME
INET EZBPFINI N/A SOCKETS I
NFS GFSCINIT NFSC REMOTEA 2024
Classification: Confidential
Don't have any references for you, but in my experience, most installations
have under-spec'ed the service class for OMVS (either importance or goals).
Increasing either for this service class would most likely help.
HTH,
-Original Message-
<
057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote:
> Are there any studies, white papers, redbooks, presentations, articles, or
> ... that address how to use WLM to effectively improve the performance of
> long running shell scripts invoked via (a) TSO OMVS, (b) Batch job, or (c)
> ss
On 21/08/2024 7:25 am, Lionel B. Dyck wrote:
Are there any studies, white papers, redbooks, presentations, articles, or
... that address how to use WLM to effectively improve the performance of
long running shell scripts invoked via (a) TSO OMVS, (b) Batch job, or (c)
ssh? With the script
articles, or
> ... that address how to use WLM to effectively improve the performance of
> long running shell scripts invoked via (a) TSO OMVS, (b) Batch job, or (c)
> ssh? With the script spawning several address spaces this can be a
> challenge.
>
> Thanks for any pointers.
>
>
Are there any studies, white papers, redbooks, presentations, articles, or
... that address how to use WLM to effectively improve the performance of
long running shell scripts invoked via (a) TSO OMVS, (b) Batch job, or (c)
ssh? With the script spawning several address spaces this can be a
Hi, IBM just GA'd IBM "Open Enterprise foundation for z/OS". You can find bash
in there and it's for free.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
On Sun, 2 Jun 2024 20:19:45 -0400, Matt Hogstrom wrote:
>If you’re running 3.1 I believe zsh is included and its becoming more of a
>norm and compatible with most bash scripts.
>
Is it 100% compatible with POSIX shell, which I consider
the Gold Standard? (Likewise dash.)
>For bash itself, the
If you’re running 3.1 I believe zsh is included and its becoming more of a norm
and compatible with most bash scripts.
For bash itself, the Open z/OS Tools has a good set of open tools ported to
USS. https://github.com/ZOSOpenTools
Mike Fulton from IBM who lead the z/OS Open Tools project look
Or - you can get it from IBM via ShopZ for 2.5 or 3.1 - included with your
existing S&S
Read about it here
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/hyder-naqvi/2024/05/31/open-enterprise-foundation-for-zos?communityKey=64d1d1bd-66bc-4ecb-b9e8-0372b18c5bcb
---
check out https://zosopentools.org/#/ where you can get bash, git, and more
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hello Group
Cross posted
Good morning
Is there a way I can get a bash freeware from any git site ?
I checked rocket software and their site doesn't show the bash freeware
Any pointers are appreciated.
Jake
--
For IBM-MAIN su
bject: Re: Preferred FTP Client for Windows
> >>
> >> Co:Z SFTP only talks SSH/SFTP. It sits "on top" of IBM's ported
> >> OpenSSH. So you need IBM's OpenSSH installed.
> >>
> >> To get/put z/OS files you do need to use some special command su
lksize=0,space=trk.1.1
put //!ZOS.FILE.NAME
To get a z/OS file that is text:
ls /+mode=text
get //ZOS.FILE.NAME
To do binary it would be ls /+mode=binary.
For OMVS files the get/put are just like any other *nix host. If the
files are in EBCDIC you need the ls /+mode=text. If they are bin
CEE3204S The system detected a protection exception (System Completion
Code=0C4).
From compile unit TOROLABA:./Objects/object.c at entry point
PyObject_Hash at statement 769 at compile unit offset +1C3A79B4 at
entry offset
+0074 at address 1C3A79B4.
Segmentat
to set a SLIP to catch S0C4 in OMVS separate AS
SLIP
SET,ID=PJF1,JOBNAME=Z02446*,COMP=0C4,ACTION=SVCD,AL=(H,P,S),SDATA=(ALLNUC,PSA,RGN,LPA,CSA,SQA,TRT,GRSQ,SUM),END
As far as I know, the jobname for a fork-child is related to the
jobname for a fork-parent (appending
ZjQcmQRYFpfptBannerStart
SLIP
SET,ID=PJF1,JOBNAME=Z02446*,COMP=0C4,ACTION=SVCD,AL=(H,P,S),SDATA=(ALLNUC,PSA,RGN,LPA,CSA,SQA,TRT,GRSQ,SUM),END
As far as I know, the jobname for a fork-child is related to the jobname for a
fork-parent (appending a single digit unless the original name was 8
characters, or something lik
List On Behalf Of
> David Crayford
> Sent: Monday, July 17, 2023 1:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
>
>
>
>>> On 17 Jul 2023, at 12:44 pm, Farley, Peter
>>> <031df298a9da-dmarc
, July 17, 2023 1:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
> On 17 Jul 2023, at 12:44 pm, Farley, Peter
> <031df298a9da-dmarc-requ...@listserv.ua.edu<mailto:031df298a9da-dmarc-requ...@listserv.ua.edu>>
> wrote:
questions about how
the Rocket developers are able to test it in the first place.
>
> Peter
>
> From: IBM Mainframe Discussion List On Behalf Of
> David Crayford
> Sent: Sunday, July 16, 2023 7:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to c
time chasing at shadows.
Nailing down the root cause of an issue is not useless.
Peter
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Sunday, July 16, 2023 7:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
It seems to me
iscussion List On Behalf Of
> Peter Relson
> Sent: Sunday, July 16, 2023 9:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
>
>
>
> It's not expected that a SLIP dump is required to debug an application error
Sent: Sunday, July 16, 2023 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
This is the latest SLIP setup from today which did not catch the abend when the
python script is executed from an ssh login to z/OS on the Zxplore system:
SLIP
.
Peter
From: IBM Mainframe Discussion List On Behalf Of
Mike Shaw
Sent: Sunday, July 16, 2023 4:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
Peter,
If you can run GTF on the Zxplore system and capture the output, you might
want to
LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
>
>
>
> What SLIP trap did you try setting? SLIP SET,C=0C4,A=SVCD,END will catch
> every 0C4 that occurs anywhere. That wouldn't be what I'd want for a SLIP
> trap (it's too broad s
f yet, or at least none have yet replied to my error report with any questions
concerning the contents of that dump.
Peter
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Sunday, July 16, 2023 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in
Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Saturday, July 15, 2023 8:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
What SLIP trap did you try setting? SLIP SET,C=0C4,A=SVCD,END will catch every
0C4 that occurs anywhere. That
It's not expected that a SLIP dump is required to debug an application error
(whether it's a segment fault or anything else). Quite the reverse.
So in what way was the CEEDUMP and/or transaction dump not adequate? That
should be brought to the attention of the LE team.
Peter Relson
z/OS Core T
an SVCDUMP after the python
>> program terminates would be at all helpful, but I am not an expert in that
>> area either.
>>
>> Again, thanks for trying to help.
>>
>> Peter
>>
>> From: IBM Mainframe Discussion List On Behalf Of
>> Jon Perryman
scussion List On Behalf Of
> Jon Perryman
> Sent: Saturday, July 15, 2023 11:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
>
> As you discovered, S0C4 SLIPs are at the best of times a pain in the a$$.
> S0C4 is difficult becau
What SLIP trap did you try setting? SLIP SET,C=0C4,A=SVCD,END will catch every
0C4 that occurs anywhere. That wouldn't be what I'd want for a SLIP trap (it's
too broad so will hit on things you don't want). But it would work. But only
once (default match limit for A=SVCD is one). Either there wa
f Jon
Perryman
Sent: Saturday, July 15, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
As you discovered, S0C4 SLIPs are at the best of times a pain in the a$$. S0C4
is difficult because it has a real use which is to determine if a
ed abend, at the same offset every time
> (though the actual address changes).
>
> Peter
>
> From: IBM Mainframe Discussion List On Behalf
> Of Farley, Peter
> Sent: Saturday, July 15, 2023 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to c
very time
> (though the actual address changes).
>
> Peter
>
> From: IBM Mainframe Discussion List On Behalf
> Of Farley, Peter
> Sent: Saturday, July 15, 2023 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
>
Peter
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter
Sent: Saturday, July 15, 2023 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
Thanks for trying to help Jon, but “IBM” hasn’t *officially* looked at
anything. The python ib
actual address changes).
Peter
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter
Sent: Saturday, July 15, 2023 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
Thanks for trying to help Jon, but “IBM” hasn’t *officially* looked at
: Saturday, July 15, 2023 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to set a SLIP to catch S0C4 in OMVS separate AS
As you discovered, S0C4 SLIPs are at the best of times a pain in the a$$. S0C4
is difficult because it has a real use which is to determine if a page has been
created (not
As you discovered, S0C4 SLIPs are at the best of times a pain in the a$$. S0C4
is difficult because it has a real use which is to determine if a page has been
created (not just allocated). It requires multiple SLIP IGNORE which can be
obtained from IBM. Since you are working with IBM support, I
How about SLIP SET,COMP=0c4,ACTION=SVCD and do not specify any address
space etc
Colin
On Sat, 15 Jul 2023 at 01:17, Farley, Peter <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
> Hi All,
>
> I am trying to help the python ibmdb team help me solve an S0C4 abend
> issue with (we think
On Sat, 15 Jul 2023 00:16:23 +, Farley, Peter wrote:
>...
>Any and all assistance to help us catch this abend and generate the SVCDUMP
>that the ibmdb team have requested to help solve the root cause would be much
>appreciated.
>
No assistance, but an observation that SLIP has appeared to
Hi All,
I am trying to help the python ibmdb team help me solve an S0C4 abend issue
with (we think maybe) their code on the IBM Zxplore LPAR by generating an
SVCDUMP that the ibmdb team could analyze. The admins at Zxplore have tried a
couple of times to set a SLIP to catch the S0C4 abend that
On Thu, 11 May 2023 07:25:07 -0500, Lionel B. Dyck wrote:
>Please check out this IBM Idea (aka requirement) that I just posted
>regarding the OMVS Man pages and vote and/or comment
>
>https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3685
>
It's a tou
Dear Lionel,
Good post.
Regards,
Suresh
On Thu, May 11, 2023, 4:25 PM Lionel B. Dyck wrote:
> Please check out this IBM Idea (aka requirement) that I just posted
> regarding the OMVS Man pages and vote and/or comment
>
> https://ibm-z-hardware-and-operating-systems.ideas.ibm.com
Please check out this IBM Idea (aka requirement) that I just posted
regarding the OMVS Man pages and vote and/or comment
https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3685
The prose is:
=
The current
I did that, it didn't change from what I could see. I might open a question to
IBM support. See what they say.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
--- Original Messag
On Mon, 20 Mar 2023 14:42:41 +, Mark Jacobs
wrote:
>Thanks, no I didn't think of the chmount command. I ran a test on my sandbox.
>the /u directory is showing that automove will exclude the system I specified,
>but the file systems mounted under it don't show that attribute, just
>Automov
Thanks, no I didn't think of the chmount command. I ran a test on my sandbox.
the /u directory is showing that automove will exclude the system I specified,
but the file systems mounted under it don't show that attribute, just
Automove=Y. Do I need to change the mount attribute for all automount
On Mon, 20 Mar 2023 13:04:44 +, Mark Jacobs
wrote:
>Thanks, but that's not helpful in my situation. The problematic file system is
>under /u which is under the sysplex root, That has to be automove.
>
>Mark Jacobs
>
Correct. Then the only way to "avoid" a lpar is to avoid it with the s
king at that and testing somethings in our sandbox
> > environment. The problematic file system that's already impacted us twice
> > is being managed by automount and I can't see anyway to instruct OMVS not
> > to automove filesystems that are managed by the autom
1 - 100 of 1044 matches
Mail list logo
