Re: OMVS DATASET

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

Re: OMVS DATASET

Classification: Confidential Zafadm -aggrow Check the fine manuals for details. Note: the size specified titn the command is the final total size desired. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chalk, Shelia Sent: Monday, March 10, 2025 4:29 PM To: I

Re: OMVS DATASET

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 Whe

Re: OMVS

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

Re: OMVS

An "echo $0" on MVS 5.2.2 yields "-sh". I guess it is a bourne shell. echo -n "hello" -n hello Also indicates a strict bourne shell. I remember later tcsh becoming available for USS and much, much later bash. best, René. > On 27 Jan 2025, at 14:33, Rick Troth > <058ff5c2d0a7-dmarc-r

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 Kern Toolkit (MKS Toolkit) was also available for Windoze in those days, an excellent "front" on an otherwise non-POSIX system, very

Re: OMVS

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:

Re: OMVS

.edu/~smetz3 > עַם יִשְׂרָאֵל חַי > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > From: IBM Mainframe Discussion List on behalf > of Mike Schwab <05962a42dc49-dmarc-requ...@listserv.ua.edu> > Sent: Sunday, January 26, 2025 3

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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?

Re: OMVS

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,

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

יְשַׁקֵּ֖ר 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

Re: OMVS

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"

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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

Re: OMVS

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 IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > > Lionel B Dyck > > &g

Re: OMVS

scussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Lionel B Dyck > > Sent: 22 January 2025 00:30 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: OMVS > > You are correct - Open Edition was released with MVS//SP 4.3 in1986 > > On Tue, Jan 21, 2025 at 6:23 PM Mark Jacobs >

Re: OMVS

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

Re: OMVS

@LISTSERV.UA.EDU Subject: Re: OMVS 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

Re: OMVS

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

Re: OMVS

>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

Re: OMVS Man Pages

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 tough climb: It's hard eno

Re: OMVS Man Pages

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/ideas/ZOS-I-36

Re: OMVS File System Automove question

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

Re: OMVS File System Automove question

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

Re: OMVS File System Automove question

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

Re: OMVS File System Automove question

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

Re: OMVS File System Automove question

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 Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@prot

Re: OMVS File System Automove question

On Mon, 20 Mar 2023 12:03:28 +, Mark Jacobs wrote: >I've been looking 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 >filesystem

Re: OMVS File System Automove question

I've been looking 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 automount policy. Mark Jacobs Sen

Re: OMVS File System Automove question

This link has more details about file system movement/ownership during recovery scenarios. https://www.ibm.com/docs/en/zos/2.4.0?topic=recovery-managing-movement-data -- For IBM-MAIN subscribe / signoff / archive access instruct

Re: OMVS File System Automove question

Check the INCLUDE/EXCLUDE parameters on the MOUNT statements in BPXPRMxx https://www.ibm.com/docs/en/zos/2.4.0?topic=parameters-statements-bpxprmxx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: OMVS

system root). HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Tuesday, January 31, 2023 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click

Re: OMVS

Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Tuesday, January 31, 2023 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be

Re: OMVS

I assume you're not zfs file sharing? I usually don't mount etc or dev unless I'm doing an upgrade, but if you're not sharing the /SERVICE/ filesystems then yes you need to create the mount points first - then remount them on the moved-to LPAR Carmen On 1/31/2023 12:56 PM, Steve Beaver wrote:

Re: omvs man pages

On Fri, 16 Sep 2022 19:31:36 +0200, Peter Sylvester wrote: >I "like" this one: > >https://www.ibm.com/docs/pt-br/zos/2.3.0?topic=messages-fsumf061 > Where I read: User response Format this man page on a system that supports nroff or troff. Then return the formatted man page to

Re: omvs man pages

I "like" this one: https://www.ibm.com/docs/pt-br/zos/2.3.0?topic=messages-fsumf061 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: omvs man pages

your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Friday, September 16, 2022 9:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject

Re: omvs man pages

are.com > > Github: https://github.com/lbdyck > > > > “Worry more about your character than your reputation. Character is what > > you are, reputation merely what others think you are.” - - - John Wooden > > > > -Original Message- > > From: IBM Main

Re: omvs man pages

b: https://github.com/lbdyck > > “Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilm

Re: omvs man pages

aul Gilmartin Sent: Thursday, September 15, 2022 2:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: omvs man pages On Thu, 15 Sep 2022 13:56:38 -0500, Lionel B. Dyck wrote: >This explains how to enable the man pages in omvs >https://www.ibm.com/docs/en/zos/2.1.0?topic=utilities-enabling

Re: omvs man pages

Yes exactly what I did. I added the rocket paths to the MANPATH in /etc/profile. On Thu, Sep 15, 2022 at 3:10 PM Peter Sylvester wrote: > Yes, the rocket anaconda stuff has man files that you can add to MANPATH. > > in OMVS /etc/profile > > #

Re: omvs man pages

Yes, the rocket anaconda stuff has man files that you can add to MANPATH. in OMVS /etc/profile # == #MANPATH environment variable # # Specifies the list of dire

Re: omvs man pages

On Thu, 15 Sep 2022 21:34:34 +0200, Peter Sylvester wrote: >>> >> A more recent edition: >> >> >>> BUT - is there a way to update this with additional man pages - say some >> >from Rocket (i.e. curl) ?M > >> Bummer. I woul

Re: omvs man pages

On 15/09/2022 21:18, Paul Gilmartin wrote: On Thu, 15 Sep 2022 13:56:38 -0500, Lionel B. Dyck wrote: This explains how to enable the man pages in omvs https://www.ibm.com/docs/en/zos/2.1.0?topic=utilities-enabling-man-pages A more recent edition:

Re: omvs man pages

I added the rocket stuff to my MANPATH in my global profile. On Thu, Sep 15, 2022 at 1:57 PM Lionel B. Dyck wrote: > This explains how to enable the man pages in omvs > https://www.ibm.com/docs/en/zos/2.1.0?topic=utilities-enabling-man-pages > > BUT - is there a way to update this with additiona

Re: omvs man pages

On Thu, 15 Sep 2022 13:56:38 -0500, Lionel B. Dyck wrote: >This explains how to enable the man pages in omvs >https://www.ibm.com/docs/en/zos/2.1.0?topic=utilities-enabling-man-pages > A more recent edition: >BUT - is the

Re: OMVS/ASCII funny

Well, the obvious answer, chcp isn't allowed under he TSO/E OMVS command. What about changing the locale? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Colin Paice [c

Re: OMVS/ASCII funny

On Aug 18, 2022, at 6:20 AM, Colin Paice mailto:colinpai...@gmail.com>> wrote: What is Python doing to make it work... ( or to ask the opposite question) and why does it not work before I invoke Python. I thought that even with the -qascii option the program should work, as the printf uses the

Re: OMVS trace buffer mapping

I've had rexx exec's which took the CTRACE output from a couple of components, to extract data I was interested in. I used IPCS view, and ISPF macros in rexx to do the work Typical formatting would be to exclude lines, and replace lines with a subset of each CTRACE output. On Tue, 24 May 2022 at 2

Re: OMVS trace buffer mapping

Due to the complexity of the analysis, why would not IPCS formatting meet your needs? Michael At 08:38 AM 5/24/2022, Pierre Fichaud wrote: I've seen the first 2 already. I looked at the last link. I would like a macro or DSECT(s) that map the OMVS trace buffer. Regards, Pierre.

Re: OMVS trace buffer mapping

I've seen the first 2 already. I looked at the last link. I would like a macro or DSECT(s) that map the OMVS trace buffer. Regards, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...

Re: OMVS trace buffer mapping

Have you reviewed: * SYSOMVS component trace - IBM Documentation *

Re: OMVS - comparing directories for differences

On Thu, 30 Sep 2021 00:35:39 -0500, Bruce Hewson wrote: >My thanks to all who responded, but especially to Bill Schoen for the fscp >exec. > He's brilliant, dedicated, and generous. Sometimes he has translated my merest wishes into funcrtion. >Although not being permitted to access guthub from

Re: OMVS - comparing directories for differences

My thanks to all who responded, but especially to Bill Schoen for the fscp exec. Although not being permitted to access guthub from office directly, I was able to get a copy of the exec. I am testing now. As to original reason, looking at merging the new IBM z/OS supplied UNIX configuration i

Re: OMVS - comparing directories for differences

On Wed, 29 Sep 2021 19:47:59 -0400, James Crudele wrote: >You can try this: > >//LISTDIR EXEC PGM=IKJEFT01, >// PARM='HFSDIRC / /SERVICE' >//* >//SYSPROC DD DISP=SHR,DSN=SYS1.SBPXEXEC >// DD DIS

Re: OMVS - comparing directories for differences

You can try this: //LISTDIR EXEC PGM=IKJEFT01, // PARM='HFSDIRC / /SERVICE' //* //SYSPROC DD DISP=SHR,DSN=SYS1.SBPXEXEC // DD DISP=SHR,DSN=userid.TEST.REXX //SYSTSPRT DD SYSOUT=*

Re: OMVS - comparing directories for differences

From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: 29 September 2021 20:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS - comparing directories for differences /* Rexx HFSDIRC */ parse arg dir1 dir2 junk dir1 = strip(dir1)

Re: OMVS - comparing directories for differences

I run this in batch and use superc to compare the two inputs. > On Sep 29, 2021, at 16:21, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Wed, 29 Sep 2021 15:47:42 -0400, James Crudele wrote: > >> /* Rexx HFSDIRC */ >> parse arg dir1 d

Re: OMVS - comparing directories for differences

On Wed, 29 Sep 2021 15:47:42 -0400, James Crudele wrote: >/* Rexx HFSDIRC */ >parse arg dir1 dir2 junk >dir1 = strip(dir1) >dir2 = strip(dir2) >if dir1 = "" or dir2 = "" then do > say "Two dir

Re: OMVS - comparing directories for differences

/* Rexx HFSDIRC */ parse arg dir1 dir2 junk dir1 = strip(dir1) dir2 = strip(dir2) if dir1 = "" or dir2 = "" then do say "Two directories must be specified" exit 4

Re: OMVS - comparing directories for differences

I recall a rexx called hfsdirc. Not sure where I found it. I’m sure I can share if needed. > On Sep 28, 2021, at 22:22, Bruce Hewson wrote: > > Hello all, > > an OMVS question. > > We are looking for a way to compare 2 filesystem structures, starting at root > '/'. > > Differences we want

Re: OMVS - comparing directories for differences

Stuff like this from IBM's coffers is pretty neat! - KB ‐‐‐ Original Message ‐‐‐ On Wednesday, September 29th, 2021 at 6:19 PM, Bill Schoen wrote: > If you want to compare file systems, you can try fscp at > > https://github.com/IBM/IBM-Z-zOS/tree/main/zOS-Tools-and-Toys/fscp > > Bill

Re: OMVS - comparing directories for differences

If you want to compare file systems, you can try fscp at https://github.com/IBM/IBM-Z-zOS/tree/main/zOS-Tools-and-Toys/fscp Bill Schoen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@lis

Re: OMVS - comparing directories for differences

Grep filters as appropriate in the middle, I suppose. My main point being - make use of git style diff-ing. - KB ‐‐‐ Original Message ‐‐‐ On Wednesday, September 29th, 2021 at 11:44 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 29 Sep 2021 05:48:2

Re: OMVS - comparing directories for differences

On Wed, 29 Sep 2021 05:48:25 +, kekronbekron wrote: >Else, ls -alR on both dirs. >Then, create a blank project in PyCharm/IntelliJ and navigate to the dir >containing these 2 listings. >Select both and then choose diff/compare. >Believe me, git style diff-ing is super neat and convenient, com

Re: OMVS - comparing directories for differences

Else, ls -alR on both dirs. Then, create a blank project in PyCharm/IntelliJ and navigate to the dir containing these 2 listings. Select both and then choose diff/compare. Believe me, git style diff-ing is super neat and convenient, compared to the standard diff we use on zOS. -KB ‐‐‐ Origi

Re: OMVS - comparing directories for differences

On Tue, 28 Sep 2021 21:22:29 -0500, Bruce Hewson wrote: > >an OMVS question. > >We are looking for a way to compare 2 filesystem structures, starting at root >'/'. > >Differences we want to identify:- > >1. directory >2. file >3. symlink > >It is the last we are having trouble working out how to

Re: OMVS - comparing directories for differences

Please do correct me if what I say is wrong or makes no sense. diff -R /root1 /root2 Best output that to a file and analyze. Setup both directories with git & git diff them via GitHub Desktop or GitKraken or JetBrains's Space. - KB ‐‐‐ Original Message ‐‐‐ On Wednesday, September 29t

Re: OMVS Sort Question

putation. Character is what you > are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Martin Packer > Sent: Thursday, September 9, 2021 6:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU

Re: OMVS Sort Question

- John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Thursday, September 9, 2021 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS Sort Question > What I would like to do is to sort the 2nd field in reverse and then > sort the 1s

Re: OMVS Sort Question

> What I would like to do is to sort the 2nd field in reverse and then sort > the 1st field in ascending - this does not seem possible. Lionel, You need to use the option "r" to perform the descending sort on the 2nd field. –r Reverses the order of all comparisons so that sort writes output f

Re: OMVS Sort Question

utation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Patrick Hayward Sent: Thursday, September 9, 2021 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS Sort Question Can you not use -k2,2r Zlinux >From t

Re: OMVS Sort Question

Can you not use -k2,2r Zlinux From the man page KEYDEF is F[.C][OPTS][,F[.C][OPTS]] for start and stop position, where F is a field number and C a character position in the field; both are origin 1, and the stop position defaults to the line's end. If neither -t nor -b is in effect, c

Re: OMVS Sort Question

ISTSERV.UA.EDU Subject: Re: OMVS Sort Question Pipe it through two sort commands? And does sort helpfully avoid rearranging records with the same key value? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ib

Re: OMVS Sort Question

Pipe it through two sort commands? And does sort helpfully avoid rearranging records with the same key value? Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacke

Re: OMVS user.hfs shared

I should have clarified, we do have sysplex /etc, /var and /log. have no idea why it was set up that way all those years ago I can see that if I created a sysplex /home things will be well :) thanks for the help -- For IBM-MAIN su

Re: OMVS user.hfs shared

aha. I will take this offline but for clarity-I had noticed recently that we do not have a sysplex root... Thanks David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with

Re: OMVS user.hfs shared

>Of course I'm missing something... >If I'm getting contention on the USER.HFS (because it's shared in the sysplex) >why does it matter what directory it's in? >/u or /home it's still the same file I think you said you have /u as part of your IBM root file system. You also said you have one sys

Re: OMVS user.hfs shared

Of course I'm missing something... If I'm getting contention on the USER.HFS (because it's shared in the sysplex) why does it matter what directory it's in? /u or /home it's still the same file -- For IBM-MAIN subscribe / signoff

Re: OMVS user.hfs shared

On Thu, 20 May 2021 10:39:20 -0500, Dave Jousma wrote: >Elaine, > >you cannot have the same filesystem mounted twice(or more) in different spots >in the directory tree in sysplex filesystem. > Blessedly, the rules are different for NFS because the server handles integrity. I usefully mounted my

Re: OMVS user.hfs shared

Elaine, you cannot have the same filesystem mounted twice(or more) in different spots in the directory tree in sysplex filesystem. As mentioned before, you really dont want to define user home directories in the root filesystem supplied by IBM. What we have done is created a automount manag

Re: OMVS ROOT and usage

wow does that make sense! thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS ROOT and usage

On Mon, 3 May 2021 10:54:19 -0500, Elaine Beal wrote: >Thanks Carmen >I do see we have auto mnt defined on other systems. >but I don't see it in BPXPRMxx >also, it still doesn't show me other users directories. is that by design? > You'll only see them while they're mounted; i.e. while the users

Re: OMVS ROOT and usage

I included this in my reply but it did not end up in my response somehow  in /etc/auto.master   /u   etc/u.map     -Original Message- From: Elaine To: IBM-MAIN Date: Monday, 3 May 2021 10:54 AM CDT Subject: Re: OMVS ROOT and usage Thanks Carmen I do see we have auto mnt

Re: OMVS ROOT and usage

RDWR parm rwshare,converttov5 duration 1 delay 10 allocany space(10,5) cyl setuid no security yes   Carmen Vitullo -Original Message- From: Elaine To: IBM-MAIN Date: Monday, 3 May 2021 10:54 AM CDT Subject: Re: OMVS ROOT and usage Thanks Carmen I do see we have auto mnt

  1   2   3   4   >