Re: SDSF JS command cross-sysplex [EXTERNAL]

[kekronbekron]

Rob,

Just want to say, I think this is a great addition to SDSF.
You folks at Rocket are really doing SDSF development right.
Seamlessly adding in new functionality, without a freakshow layer.

- KB

--- Original Message ---
On Thursday, August 11th, 2022 at 9:58 PM, Rob Scott 
 wrote:


> The SDSF "JS" action does not get sent to remote systems in the sysplex. It 
> reads data from a special JES2 dataset for the job locally.
>
> A possible reason for no data being shown is that the job on the remote 
> system is not in the same MAS.
>
> Rob Scott
> Rocket Software
>
> Sent from Samsung Mobile on O2
> Get Outlook for Androidhttps://aka.ms/AAb9ysg
>
> 
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of 
> Feller, Paul 02fc94e14c43-dmarc-requ...@listserv.ua.edu
>
> Sent: Thursday, August 11, 2022 4:12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Re: SDSF JS command cross-sysplex [EXTERNAL]
>
> EXTERNAL EMAIL
>
>
>
>
>
> Keith, I'm assuming you are talking about looking at job on a different lpar 
> in the same sysplex, also part of the same JES MAS.
>
> This is a display of a job running on a different lpars then the one I was 
> logged on to. This is a z/OS 2.4 environment.
>
> SDSF JOB STEP DISPLAY - JOB DTSTM01D (JOB24586) SMF LINE 1-19 (19)
> COMMAND INPUT ===> SCROLL ===> CSR
>
> PREFIX=* DEST=(ALL) OWNER=* SYSNAME=
> NP STEPNAME ProcStep Pgm-Name Step-CC AbendRsn StepNum Elapsed CPU-Time 
> SRB-Time
> STEP000 TMSCOPY TMSCOPY CC  1 0:00:17.79 0:00:02.73 0:00:00.46
> STEP005 STEP001 TMSDATA CC  2 0:00:12.71 0:00:00.71 0:00:00.23
> STEP005 STEP002 IDCAMS CC  3 0:00:02.08 0:00:00.41 0:00:00.01
> STEP003 SAS SAS CC  4 0:01:14.04 0:00:29.98 0:00:00.58
> STEP005 STEP004 IKJEFT01 CC  5 0:00:00.06 0:00:00.02 0:00:00.00
> STEP005 STEP04A TMSUPDTE CC  6 0:00:01.08 0:00:00.14 0:00:00.01
> STEP005 STEP005 IKJEFT01 CC  7 0:00:00.05 0:00:00.02 0:00:00.00
> STEP005 STEP05A TMSUDSNB CC  8 0:00:01.22 0:00:00.17 0:00:00.02
> STEP005 STEP006 IKJEFT01 CC 0001 9 0:00:00.05 0:00:00.02 0:00:00.00
> STEP005 STEP06A TMSUPDTE FLUSH 10
> STEP005 STEP007 IKJEFT01 CC 0001 11 0:00:00.05 0:00:00.02 0:00:00.00
> STEP005 STEP07A TMSUDSNB FLUSH 12
> STEP010 TMSEXPDT TMSEXPDT CC  13 0:12:12.33 0:02:45.00 0:00:09.36
> STEP010 EARL EARL CC  14 0:00:00.55 0:00:00.04 0:00:00.00
> STEP020 TMSCTLG TMSCTLG CC  15 0:20:46.39 0:01:27.02 0:00:03.23
> STEP020 EARL EARL CC  16 0:00:00.93 0:00:00.34 0:00:00.01
> STEP030 TMSCYCLE TMSCYCLE CC  17 0:00:06.49 0:00:00.49 0:00:00.07
> STEP030 EARL EARL CC  18 0:00:00.58 0:00:00.04 0:00:00.00
> STEP040 TMSCLEAN TMSCLEAN ACTIVE 19
>
>
> F SDSF,D JES
> ISF304I Modify DISPLAY command accepted.
> ISF351I SDSF JES Subsystems
> Sysname JES Version Status
> CM01 JES2 z/OS 2.4 ACTIVE
> PR05 JES2 z/OS 2.4 ACTIVE
> CM02 JES2 z/OS 2.4 ACTIVE
> PR03 JES2 z/OS 2.4 ACTIVE
> PR02 JES2 z/OS 2.4 ACTIVE
> PR01 JES2 z/OS 2.4 ACTIVE
>
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Keith Gooding
>
> Sent: Thursday, August 11, 2022 9:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SDSF JS command cross-sysplex [EXTERNAL]
>
> I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
> via the REXX API produces no output if the target job is running on a 
> different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
> same happens except that the heading says ‘no job steps found’ (or similar 
> message).
>
> Is anyone able to use JS cross-system or is this working as designed?. I am 
> able to use others commands such as JT (Job Tasks) so I know that the SDSF 
> address spaces are talking to each other.
>
> Keith Gooding
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> Please note: This message originated outside your organization. Please use 
> caution when opening links or attachments.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
> Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA 02451 ¦ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 

Re: Java And Specialty Engines

[Mark Zelden]

On Thu, 11 Aug 2022 22:06:57 +, Longnecker, Dennis 
 wrote:

>We run a lot of JAVA workloads under WebSphere Liberty on our z15.
>
>We are seeing hardly any utilization on our 2 specialty engines (ziip/zaap).   
>It is my understanding that ALL java workload is eligible to run under those 
>engines, so it has left me confused.  We are seeing some offloaded DB2 work 
>for the distributed connections, so the engines are working.
>
>Curious if anyone has any suggestions/thoughts on what we might be missing?  
>All the settings we have chased down look correct.
>
>Dennis
>
>--

zAAP on a z15?  Is that even possible?  I didn't think so.   

Running on zAAP is the default but it can be turned off.

 
https://www.ibm.com/docs/en/zos/2.1.0?topic=usage-review-java-parameter-settings

The only other thing I can think off of hand (assuming you only have zIIP 
engines) is "ZAAPZIIP" 
in IEASYSxx,  The default is YES, but it can be turned off and then I assume 
Java being a
zAAP workload wouldn't use zIIP.

If it isn't either of those, have you considered opening a case with IBM? Your 
CPU is certainly
a supported model, but you didn't say anything about OS version, Java version 
or liberty.  


Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: [EXTERNAL] ADRDSSU DUMP PATH

[Allan Staller]

Classification: Confidential

Issue 'TSO BPXMTEXT EF086028' to get an explanation of the error.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, August 11, 2022 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] ADRDSSU DUMP PATH

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

Hmm, I don't have 2.5 so I can't play myself.  Good luck chasing it down.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, August 11, 2022 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] ADRDSSU DUMP PATH

Tried that. Haven't looked up the RC/RTN codes yet. My input had the escape 
character even though it's not being shown here.

ADR651W (001)-UDFLT(03), VFS CALLABLE SERVICE V_LOOKUP COMPLETED WITH RETURN 
CODE 0081 AND REASON CODE EF086028 WHILE FILTERING ./sourcedir/*

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com__%3B!!KjMRP1Ixj6eLE0Fj!u4F-4cdbjkKxP6GzQiFnvdrqitIbIgrL_srTsqf26CUY-QQwERksPEwoAMQgEYrcoxql6423jhaQnzFkBiOpIHOQoiC_kG0-5Ouk%24data=05%7C01%7Callan.staller%40HCL.COM%7C1ae97e6bc48749f8957f08da7bb1e351%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637958301220007115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=73UttRwh1jNS%2FoiYMOoNgTGk5AFWa1BPFBhcrZJIODI%3Dreserved=0


--- Original Message ---
On Thursday, August 11th, 2022 at 10:57 AM, Pommier, Rex 
 wrote:


> Hi Mark,
>
> Just a wild guess, would something like this work?
>
> DUMP PATH(INC('sourcedir/\*')) WORKINGDIRECTORY('/service')
> OUTDD(OUTDD)
>
> I know it looks weird but the ref manual says that the DSS wildcard needs to 
> be escaped to make it work and the backslash is the escape character. If this 
> backs up everything except sourcedir, you may need to include both parms, 
> with and without the wildcard.
>
> Rex
>
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of Mark Jacobs
>
> Sent: Thursday, August 11, 2022 7:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] ADRDSSU DUMP PATH
>
> I'm trying to use ADRDSSU to backup a directory and all files and 
> subdirectories under it. Unless I'm missing something it doesn't look like 
> it's supported.
>
> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
>
> ADRDSSU is only backing up the directory itself, nothing under it.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2Fhttps%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26data=05%7C01%7Callan.staller%40HCL.COM%7C1ae97e6bc48749f8957f08da7bb1e351%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637958301220007115%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=vFUEyVOlRwPG%2FPqw8L%2FIWy5c1LodzUsAXzrhFX30O10%3Dreserved=0
> search=markjac...@protonmail.com;!!KjMRP1Ixj6eLE0Fj!skzl8pP-tqon27SP1K
> MYamBihH8kznUk_X-ZpF1Imot7eN9MgbYAkF_HgUxr78piRw7dKQdek66ceMPO0QH2eOzx
> JLryeS8qeD3m$
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
>
>
> --
> 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: Blank page print after upgrade Zos2.5

[Tony Harminc]

On Wed, 10 Aug 2022 at 12:53, Joe Monk  wrote:

> "rather, the separator routine calls IEFSD095."
>
> Which is EXACTLY what I said!
>
> "The JES2 guide says that JES2 calls IEFSD095 to build the separator
> pages..."
>

No - that's *not* what the book says, nor is it what JES2 does. JES2 calls
IEFSD095 to build block character lines. A separator routine you write can
also call it.

Tony H.

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

Java And Specialty Engines

[Longnecker, Dennis]

We run a lot of JAVA workloads under WebSphere Liberty on our z15.

We are seeing hardly any utilization on our 2 specialty engines (ziip/zaap).   
It is my understanding that ALL java workload is eligible to run under those 
engines, so it has left me confused.  We are seeing some offloaded DB2 work for 
the distributed connections, so the engines are working.

Curious if anyone has any suggestions/thoughts on what we might be missing?  
All the settings we have chased down look correct.

Dennis

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

Re: Superuser (su) in batch

[Mark Zelden]

On Thu, 11 Aug 2022 16:36:43 -0500, Paul Gilmartin  wrote:

>On Thu, 11 Aug 2022 13:23:27 -0500, Mark Zelden wrote:
>>
>>ISHELL in batch won't work, but this "trick" with BPXBATCH will.  The key is 
>>using
>>"echo" and piping the commend to "su".
>> 
>I see that clearly in the Commands Ref.
>
>What about Rexx:  ADDRESS SYSCALL 'setuid'?  Does that change the euid
>of the TSO calling process?
>
>I know that in Rexx invoked from (ISPF under) TSO I can:
>ADDRESS SYSCALL 'chdir' ...
>
>and that changes the working directory of my TSO job.  Would 'setuid' work
>similarly?
>
>What about "sudo", not distributed with z/OS, but on Linux:
>
>501 $ ps
>  PID TTY  TIME CMD
>15319 pts/000:00:00 bash
>15342 pts/000:00:00 ps
>502 $ 
>502 $ sudo id
>[sudo] password for paulgilm: 
>uid=0(root) gid=0(root) groups=0(root)
>503 $ 
>503 $ ps
>  PID TTY  TIME CMD
>15319 pts/000:00:00 bash
>15345 pts/000:00:00 ps
>504 $ 
>504 $ sudo id
>uid=0(root) gid=0(root) groups=0(root)
>505 $ 
>505 $ ps
>  PID TTY  TIME CMD
>15319 pts/000:00:00 bash
>15349 pts/000:00:00 ps
>
># ### pid is unchanged, but euid *is* changed.  Does sudo muck with
># kernel structures!?  It expires after a while.
>
>506 $ 
>506 $ type sudo
>sudo is hashed (/usr/bin/sudo)
>507 $ 
>507 $ ls -l /usr/bin/sudo
>-rwsr-xr-x 1 root root 157192 Jan 20  2021 /usr/bin/sudo
>508 $ 
>508 $ id
>uid=1000(paulgilm)
>gid=1000(paulgilm)groups=1000(paulgilm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),101(systemd-journal),109(netdev),998(vboxsf)
>509 $ 
>
>-- 


For REXX address syscall, yes - that works fine.  Long before IBM ever came out 
with their
HFS to zFS copy utilities to make things easier for people, I copied / migrated 
my HFS
files with the  exec below.  I called the REXX from a batch job with
the REXX instream,written to a temp PDS, so I hard coded the from / to mount
points as needed. Other steps formatted the zFS, mounted it at the service mount
point, did the copy below then unmounted the newly created zFS.  


 /* rexx */  
 /*=*/   
   fromdir = '/etc/' 
   todir   = '/service/' 
 /*=*/   
   call syscalls 'ON'
   address syscall 'geteuid' 
   uidval = retval   
   say 'Current UID = 'uidval
   if uidval <> 0 then do
 say 'Attempting to set to UID=0'
 address syscall 'setreuid 0 0'  
   /* address syscall 'seteuid 0' */ 
 uidval2 = retval
 if uidval2 <> 0 then do 
   say 'Unable to set to UID=0'  
   exit 12   
 end 
 Else say 'New UID = 'uidval2
   end   
   address syscall 'chdir' fromdir   
   say 'Copying files from' fromdir 'to' todir   
   call bpxwunix 'pax -rwvCMX -p eW . ' todir



Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: Superuser (su) in batch

[Paul Gilmartin]

On Thu, 11 Aug 2022 13:23:27 -0500, Mark Zelden wrote:
>
>ISHELL in batch won't work, but this "trick" with BPXBATCH will.  The key is 
>using
>"echo" and piping the commend to "su".
> 
I see that clearly in the Commands Ref.

What about Rexx:  ADDRESS SYSCALL 'setuid'?  Does that change the euid
of the TSO calling process?

I know that in Rexx invoked from (ISPF under) TSO I can:
ADDRESS SYSCALL 'chdir' ...

and that changes the working directory of my TSO job.  Would 'setuid' work
similarly?

What about "sudo", not distributed with z/OS, but on Linux:

501 $ ps
  PID TTY  TIME CMD
15319 pts/000:00:00 bash
15342 pts/000:00:00 ps
502 $ 
502 $ sudo id
[sudo] password for paulgilm: 
uid=0(root) gid=0(root) groups=0(root)
503 $ 
503 $ ps
  PID TTY  TIME CMD
15319 pts/000:00:00 bash
15345 pts/000:00:00 ps
504 $ 
504 $ sudo id
uid=0(root) gid=0(root) groups=0(root)
505 $ 
505 $ ps
  PID TTY  TIME CMD
15319 pts/000:00:00 bash
15349 pts/000:00:00 ps

# ### pid is unchanged, but euid *is* changed.  Does sudo muck with
# kernel structures!?  It expires after a while.

506 $ 
506 $ type sudo
sudo is hashed (/usr/bin/sudo)
507 $ 
507 $ ls -l /usr/bin/sudo
-rwsr-xr-x 1 root root 157192 Jan 20  2021 /usr/bin/sudo
508 $ 
508 $ id
uid=1000(paulgilm)
gid=1000(paulgilm)groups=1000(paulgilm),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),101(systemd-journal),109(netdev),998(vboxsf)
509 $ 

-- 
gil

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

Re: ADRDSSU DUMP PATH

[Patrick Loftus]

You can vote for DFSMSdss PATH wildcard support here: 
https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-2712
Regards

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nigel Morton
Sent: 11 August 2022 21:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ADRDSSU DUMP PATH

It's an odd omission, certainly.

However, if you don't absolutely have to use DFSMSdss, DFSMShsm *does* allow 
wildcards and will backup files in a directory subtree. Available in z/OS 2.3 
with PTFs or in the base from 2.4 onwards. Andrew Wilt of IBM did a very 
complete presentation at the last GSE virtual conference on the topic.

Regards

On Thu, 11 Aug 2022 at 20:07, Michael Babcock  wrote:

> I agree.  Not being able to recurse down into the directory structure 
> makes it less than useful unless you are only backing up a couple of files.
>
> On Thu, Aug 11, 2022 at 12:43 PM Mark Jacobs < 
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Yes, making it much less useful than it could be.
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> >
> https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma
> il.com
> >
> >
> > --- Original Message ---
> > On Thursday, August 11th, 2022 at 1:23 PM, Michael Babcock < 
> > bigironp...@gmail.com> wrote:
> >
> >
> > > Sorry to keep posting. The 2.5 doc also states that if a pathname
> > resolves
> > > to a directory, only the attributes for the directory are processed.
> None
> > > of its members are processed. Recursion is not supported.
> > >
> > > On Thu, Aug 11, 2022 at 12:14 PM Michael Babcock 
> > > bigironp...@gmail.com
> > >
> > > wrote:
> > >
> > > > According to z/OS 2.4 EF086028 is:
> > > >
> > > > “A required name entry in a directory was not found”.
> > > >
> > > > And I’m looking at the 2.5 doc I have, it says “DFSMSdss does 
> > > > not
> > support
> > > > the use of UNIX wildcard characters” and in a note says 
> > > > “DFSMSdss
> does
> > not
> > > > provide wildcard support when processing UNIX files”
> > > >
> > > > On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock
> bigironp...@gmail.com
> > > > wrote:
> > > >
> > > > > Is the case sensitivity correct for the working directory? And 
> > > > > is
> the
> > > > > source directory a subdirectory of the working directory?
> > > > >
> > > > > On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs < 
> > > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > > >
> > > > > > I'm trying to use ADRDSSU to backup a directory and all 
> > > > > > files and subdirectories under it. Unless I'm missing 
> > > > > > something it doesn't
> > look like
> > > > > > it's supported.
> > > > > >
> > > > > > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service')
> > OUTDD(OUTDD)
> > > > > >
> > > > > > ADRDSSU is only backing up the directory itself, nothing 
> > > > > > under
> it.
> > > > > >
> > > > > > Mark Jacobs
> > > > > >
> > > > > > Sent from ProtonMail, Swiss-based encrypted email.
> > > > > >
> > > > > > GPG Public Key -
> > > > > >
> >
> https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonma
> il.com
> > > > > >
> > > > > >
> > 
> > --
> > > > > > For IBM-MAIN subscribe / signoff / archive access 
> > > > > > instructions, send email to lists...@listserv.ua.edu with 
> > > > > > the message: INFO
> > IBM-MAIN
> > > > >
> > > > > --
> > > > > Michael Babcock
> > > > > OneMain Financial
> > > > > z/OS Systems Programmer, Lead
> > > >
> > > > --
> > > > Michael Babcock
> > > > OneMain Financial
> > > > z/OS Systems Programmer, Lead
> > >
> > > --
> > > Michael Babcock
> > > OneMain Financial
> > > z/OS Systems Programmer, Lead
> > >
> > > --
> > >  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
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> 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: ADRDSSU DUMP PATH

[Nigel Morton]

It's an odd omission, certainly.

However, if you don't absolutely have to use DFSMSdss, DFSMShsm *does*
allow wildcards and will backup files in a directory subtree. Available in
z/OS 2.3 with PTFs or in the base from 2.4 onwards. Andrew Wilt of IBM did
a very complete presentation at the last GSE virtual conference on the
topic.

Regards

On Thu, 11 Aug 2022 at 20:07, Michael Babcock  wrote:

> I agree.  Not being able to recurse down into the directory structure makes
> it less than useful unless you are only backing up a couple of files.
>
> On Thu, Aug 11, 2022 at 12:43 PM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Yes, making it much less useful than it could be.
> >
> > Mark Jacobs
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> >
> >
> > --- Original Message ---
> > On Thursday, August 11th, 2022 at 1:23 PM, Michael Babcock <
> > bigironp...@gmail.com> wrote:
> >
> >
> > > Sorry to keep posting. The 2.5 doc also states that if a pathname
> > resolves
> > > to a directory, only the attributes for the directory are processed.
> None
> > > of its members are processed. Recursion is not supported.
> > >
> > > On Thu, Aug 11, 2022 at 12:14 PM Michael Babcock bigironp...@gmail.com
> > >
> > > wrote:
> > >
> > > > According to z/OS 2.4 EF086028 is:
> > > >
> > > > “A required name entry in a directory was not found”.
> > > >
> > > > And I’m looking at the 2.5 doc I have, it says “DFSMSdss does not
> > support
> > > > the use of UNIX wildcard characters” and in a note says “DFSMSdss
> does
> > not
> > > > provide wildcard support when processing UNIX files”
> > > >
> > > > On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock
> bigironp...@gmail.com
> > > > wrote:
> > > >
> > > > > Is the case sensitivity correct for the working directory? And is
> the
> > > > > source directory a subdirectory of the working directory?
> > > > >
> > > > > On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> > > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > > >
> > > > > > I'm trying to use ADRDSSU to backup a directory and all files and
> > > > > > subdirectories under it. Unless I'm missing something it doesn't
> > look like
> > > > > > it's supported.
> > > > > >
> > > > > > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service')
> > OUTDD(OUTDD)
> > > > > >
> > > > > > ADRDSSU is only backing up the directory itself, nothing under
> it.
> > > > > >
> > > > > > Mark Jacobs
> > > > > >
> > > > > > Sent from ProtonMail, Swiss-based encrypted
> > > > > > email.
> > > > > >
> > > > > > GPG Public Key -
> > > > > >
> >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > > > >
> > > > > >
> > --
> > > > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> > > > >
> > > > > --
> > > > > Michael Babcock
> > > > > OneMain Financial
> > > > > z/OS Systems Programmer, Lead
> > > >
> > > > --
> > > > Michael Babcock
> > > > OneMain Financial
> > > > z/OS Systems Programmer, Lead
> > >
> > > --
> > > Michael Babcock
> > > OneMain Financial
> > > z/OS Systems Programmer, Lead
> > >
> > > --
> > > 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
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> 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: ADRDSSU DUMP PATH

[Michael Babcock]

I agree.  Not being able to recurse down into the directory structure makes
it less than useful unless you are only backing up a couple of files.

On Thu, Aug 11, 2022 at 12:43 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Yes, making it much less useful than it could be.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
> --- Original Message ---
> On Thursday, August 11th, 2022 at 1:23 PM, Michael Babcock <
> bigironp...@gmail.com> wrote:
>
>
> > Sorry to keep posting. The 2.5 doc also states that if a pathname
> resolves
> > to a directory, only the attributes for the directory are processed. None
> > of its members are processed. Recursion is not supported.
> >
> > On Thu, Aug 11, 2022 at 12:14 PM Michael Babcock bigironp...@gmail.com
> >
> > wrote:
> >
> > > According to z/OS 2.4 EF086028 is:
> > >
> > > “A required name entry in a directory was not found”.
> > >
> > > And I’m looking at the 2.5 doc I have, it says “DFSMSdss does not
> support
> > > the use of UNIX wildcard characters” and in a note says “DFSMSdss does
> not
> > > provide wildcard support when processing UNIX files”
> > >
> > > On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock bigironp...@gmail.com
> > > wrote:
> > >
> > > > Is the case sensitivity correct for the working directory? And is the
> > > > source directory a subdirectory of the working directory?
> > > >
> > > > On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> > > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > >
> > > > > I'm trying to use ADRDSSU to backup a directory and all files and
> > > > > subdirectories under it. Unless I'm missing something it doesn't
> look like
> > > > > it's supported.
> > > > >
> > > > > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service')
> OUTDD(OUTDD)
> > > > >
> > > > > ADRDSSU is only backing up the directory itself, nothing under it.
> > > > >
> > > > > Mark Jacobs
> > > > >
> > > > > Sent from ProtonMail, Swiss-based encrypted
> > > > > email.
> > > > >
> > > > > GPG Public Key -
> > > > >
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > > >
> > > > >
> --
> > > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> > > >
> > > > --
> > > > Michael Babcock
> > > > OneMain Financial
> > > > z/OS Systems Programmer, Lead
> > >
> > > --
> > > Michael Babcock
> > > OneMain Financial
> > > z/OS Systems Programmer, Lead
> >
> > --
> > Michael Babcock
> > OneMain Financial
> > z/OS Systems Programmer, Lead
> >
> > --
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: SDSF JS command cross-sysplex

[Keith Gooding]

Mark. 
Sorry for the confusing terminology. I meant cross-system within the same 
sysplex. As I have already posted, the problem seems to be the lack of a 
journal dataset for STCs - it is working OK for journaled job classes. 

A conversion to SDSF RACF security was involved in the migration but I am 
fairly sure that security is not related to the problem. 

Keith

> On 11 Aug 2022, at 19:37, Mark Zelden  wrote:
> 
> On Thu, 11 Aug 2022 13:32:46 -0500, Mark Zelden  wrote:
> 
>>> On Thu, 11 Aug 2022 15:34:20 +0100, Keith Gooding  wrote:
>>> 
>>> I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels 
>>> or via the REXX API  produces no output if the target job is running on a 
>>> different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
>>> same happens except that the heading says ‘no job steps found’ (or similar 
>>> message).
>>> 
>>> Is anyone able to use JS cross-system or is this working as designed?.  I 
>>> am able to use others commands such as JT (Job Tasks) so I know that the 
>>> SDSF address spaces are talking to each other.
>>> 
>>> Keith Gooding
>> 
>> Unfortunately I am getting a really late start on 2.5 and can't test this 
>> yet.  Not only that, this 
>> migration will be a pain because I have 9 sysplexes using ISFPARMs still.  
>> Which brings me to 
>> my point...   Was a migration from ISFPARMs involved with upgrading to 2.5 
>> and could
>> this just be a security related problem? I assume both LPARs are in the 
>> same JESplex.
>> Works fine under z/OS 2.4.  
>> 
>> 
>> Best Regards,
>> 
>> Mark
>> --
>> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>> ITIL v3 Foundation Certified
>> mailto:m...@mzelden.com
>> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>> 
> 
> I just noticed (and caught up with messages) - your subject says 
> "cross-sysplex".   But
> your descriptions says "different system in the sysplex".   Which is it?  I 
> don't know how
> this could ever work cross-sysplex which implies JES2 is not shared.  As I 
> wrote, it
> works fine under z/OS 2.4.   
> 
> Best Regards,
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> ITIL v3 Foundation Certified
> mailto:m...@mzelden.com
> Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
> 
> --
> 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: SDSF JS command cross-sysplex

[Mark Zelden]

On Thu, 11 Aug 2022 13:32:46 -0500, Mark Zelden  wrote:

>On Thu, 11 Aug 2022 15:34:20 +0100, Keith Gooding  wrote:
>
>>I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
>>via the REXX API  produces no output if the target job is running on a 
>>different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
>>same happens except that the heading says ‘no job steps found’ (or similar 
>>message).
>>
>>Is anyone able to use JS cross-system or is this working as designed?.  I am 
>>able to use others commands such as JT (Job Tasks) so I know that the SDSF 
>>address spaces are talking to each other.
>>
>>Keith Gooding
>
>Unfortunately I am getting a really late start on 2.5 and can't test this yet. 
> Not only that, this 
>migration will be a pain because I have 9 sysplexes using ISFPARMs still.  
>Which brings me to 
>my point...   Was a migration from ISFPARMs involved with upgrading to 2.5 and 
>could
>this just be a security related problem? I assume both LPARs are in the 
>same JESplex.
>Works fine under z/OS 2.4.  
>
>
>Best Regards,
>
>Mark
>--
>Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
>ITIL v3 Foundation Certified
>mailto:m...@mzelden.com
>Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
>

I just noticed (and caught up with messages) - your subject says 
"cross-sysplex".   But
your descriptions says "different system in the sysplex".   Which is it?  I 
don't know how
this could ever work cross-sysplex which implies JES2 is not shared.  As I 
wrote, it
works fine under z/OS 2.4.   

Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: SDSF JS command cross-sysplex [EXTERNAL]

[Keith Gooding]

Got it. The ‘special dataset’ is presumably $JOURNAL. I found that I had only 
tested with STCs. It works ok for JOBs where the jobclass has JOURNAL=Yes. It 
does not seem possible to set JOURNSL=YES for STCs. Back to the drawing board.

Keith

> On 11 Aug 2022, at 19:06, Keith Gooding  wrote:
> 
> Thank you Rob and Paul. At least I know that it should work. In fact I think 
> it *did* once work in the same sysplex at z/os 2.4 but I cannot be 100% sure.
> 
> The systems are in the same MAS (2 systems sharing a JES2 spool and 
> checkpoint). Are there any instructions in the SDSF configuration that I may 
> have missed ? . Should I open a case with IBM ?
> 
> Keith
> 
>> On 11 Aug 2022, at 17:28, Rob Scott  wrote:
>> 
>> The SDSF "JS" action does not get sent to remote systems in the sysplex. It 
>> reads data from a special JES2 dataset for the job locally.
>> 
>> A possible reason for no data being shown is that the job on the remote 
>> system is not in the same MAS.
>> 
>> Rob Scott
>> Rocket Software
>> 
>> Sent from Samsung Mobile on O2
>> Get Outlook for Android
>> 
>> From: IBM Mainframe Discussion List  on behalf of 
>> Feller, Paul <02fc94e14c43-dmarc-requ...@listserv.ua.edu>
>> Sent: Thursday, August 11, 2022 4:12:37 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: Re: SDSF JS command cross-sysplex [EXTERNAL]
>> 
>> EXTERNAL EMAIL
>> 
>> 
>> 
>> 
>> 
>> Keith, I'm assuming you are talking about looking at job on a different lpar 
>> in the same sysplex, also part of the same JES MAS.
>> 
>> This is a display of a job running on a different lpars then the one I was 
>> logged on to.  This is a z/OS 2.4 environment.
>> 
>> SDSF JOB STEP DISPLAY - JOB DTSTM01D (JOB24586) SMFLINE 1-19 (19)
>> COMMAND INPUT ===>SCROLL ===> CSR
>> PREFIX=*  DEST=(ALL)  OWNER=*  SYSNAME=
>> NP   STEPNAME ProcStep Pgm-Name Step-CCAbendRsn StepNum Elapsed 
>> CPU-TimeSRB-Time
>>STEP000  TMSCOPY  TMSCOPY  CC    1  0:00:17.79  
>> 0:00:02.73  0:00:00.46
>>STEP005  STEP001  TMSDATA  CC    2  0:00:12.71  
>> 0:00:00.71  0:00:00.23
>>STEP005  STEP002  IDCAMS   CC    3  0:00:02.08  
>> 0:00:00.41  0:00:00.01
>>STEP003  SAS  SAS  CC    4  0:01:14.04  
>> 0:00:29.98  0:00:00.58
>>STEP005  STEP004  IKJEFT01 CC    5  0:00:00.06  
>> 0:00:00.02  0:00:00.00
>>STEP005  STEP04A  TMSUPDTE CC    6  0:00:01.08  
>> 0:00:00.14  0:00:00.01
>>STEP005  STEP005  IKJEFT01 CC    7  0:00:00.05  
>> 0:00:00.02  0:00:00.00
>>STEP005  STEP05A  TMSUDSNB CC    8  0:00:01.22  
>> 0:00:00.17  0:00:00.02
>>STEP005  STEP006  IKJEFT01 CC 0001   9  0:00:00.05  
>> 0:00:00.02  0:00:00.00
>>STEP005  STEP06A  TMSUPDTE FLUSH10
>>STEP005  STEP007  IKJEFT01 CC 0001  11  0:00:00.05  
>> 0:00:00.02  0:00:00.00
>>STEP005  STEP07A  TMSUDSNB FLUSH12
>>STEP010  TMSEXPDT TMSEXPDT CC   13  0:12:12.33  
>> 0:02:45.00  0:00:09.36
>>STEP010  EARL EARL CC   14  0:00:00.55  
>> 0:00:00.04  0:00:00.00
>>STEP020  TMSCTLG  TMSCTLG  CC   15  0:20:46.39  
>> 0:01:27.02  0:00:03.23
>>STEP020  EARL EARL CC   16  0:00:00.93  
>> 0:00:00.34  0:00:00.01
>>STEP030  TMSCYCLE TMSCYCLE CC   17  0:00:06.49  
>> 0:00:00.49  0:00:00.07
>>STEP030  EARL EARL CC   18  0:00:00.58  
>> 0:00:00.04  0:00:00.00
>>STEP040  TMSCLEAN TMSCLEAN ACTIVE   19
>> 
>> 
>> F SDSF,D JES
>> ISF304I Modify DISPLAY command accepted.
>> ISF351I SDSF JES Subsystems
>> Sysname  JES  Version  Status
>> CM01 JES2 z/OS 2.4 ACTIVE
>> PR05 JES2 z/OS 2.4 ACTIVE
>> CM02 JES2 z/OS 2.4 ACTIVE
>> PR03 JES2 z/OS 2.4 ACTIVE
>> PR02 JES2 z/OS 2.4 ACTIVE
>> PR01 JES2 z/OS 2.4 ACTIVE
>> 
>> 
>> Paul Feller
>> GTS Mainframe Technical Support
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Keith Gooding
>> Sent: Thursday, August 11, 2022 9:34 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SDSF JS command cross-sysplex [EXTERNAL]
>> 
>> I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels 
>> or via the REXX API  produces no output if the target job is running on a 
>> different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
>> same happens except that the heading says ‘no job steps found’ (or similar 
>> message).
>> 
>> Is anyone able to use JS cross-system or is this working as designed?.  I am 
>> able to use others commands such as JT (Job Tasks) so I know that the SDSF 
>> address spaces are talking to each 

Re: SDSF JS command cross-sysplex

[Mark Zelden]

On Thu, 11 Aug 2022 15:34:20 +0100, Keith Gooding  wrote:

>I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
>via the REXX API  produces no output if the target job is running on a 
>different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
>same happens except that the heading says ‘no job steps found’ (or similar 
>message).
>
>Is anyone able to use JS cross-system or is this working as designed?.  I am 
>able to use others commands such as JT (Job Tasks) so I know that the SDSF 
>address spaces are talking to each other.
>
>Keith Gooding

Unfortunately I am getting a really late start on 2.5 and can't test this yet.  
Not only that, this 
migration will be a pain because I have 9 sysplexes using ISFPARMs still.  
Which brings me to 
my point...   Was a migration from ISFPARMs involved with upgrading to 2.5 and 
could
this just be a security related problem? I assume both LPARs are in the 
same JESplex.
Works fine under z/OS 2.4.  


Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: Superuser (su) in batch

[Mark Zelden]

On Thu, 11 Aug 2022 12:50:49 +, Boyer, William  
wrote:

>My userid on z/OS is not a superuser but I have RACF READ access to 
>BPX.SUPERUSER.   Occasionally as a Systems Programmer, I need to have perform 
>something in USS that requires UID=0. In TSO I can switch to EUID=0 by going 
>to 3.17 (Utilities/Udlist) and type a su which seems to stay set for the 
>entire length of the TSO session.   Is there a way do a su in batch and then 
>copy files or adjust permits/owner etc.
>
>For example interactively, I can set my euid=0 with su in 3.17, then go to =6 
>and type in OPUT to copy files into USS to directories that my normal uid does 
>not have permission but the OPUT works because I am still euid=0.  I am 
>looking for a way to do this in batch.
>
>Thanks
>
>William Boyer
>System Engineer Sr Advisor
>
>T   410-842-1706
>william.bo...@gdit.com
>One W. Pennsylvania Ave
>Towson, MD 21204
>www.gdit.com
>


ISHELL in batch won't work, but this "trick" with BPXBATCH will.  The key is 
using
"echo" and piping the commend to "su".   For example:


//FINDEXEC PGM=BPXBATCH,REGION=500M 
//STDERR   DD  SYSOUT=* 
//STDOUT   DD  SYSOUT=* 
//STDPARM  DD  *
sh echo find / -user 99 -exec ls -l {} \;  | su;



Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html

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

Re: SDSF JS command cross-sysplex [EXTERNAL]

[Keith Gooding]

Thank you Rob and Paul. At least I know that it should work. In fact I think it 
*did* once work in the same sysplex at z/os 2.4 but I cannot be 100% sure.

The systems are in the same MAS (2 systems sharing a JES2 spool and 
checkpoint). Are there any instructions in the SDSF configuration that I may 
have missed ? . Should I open a case with IBM ?

Keith

> On 11 Aug 2022, at 17:28, Rob Scott  wrote:
> 
> The SDSF "JS" action does not get sent to remote systems in the sysplex. It 
> reads data from a special JES2 dataset for the job locally.
> 
> A possible reason for no data being shown is that the job on the remote 
> system is not in the same MAS.
> 
> Rob Scott
> Rocket Software
> 
> Sent from Samsung Mobile on O2
> Get Outlook for Android
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Feller, Paul <02fc94e14c43-dmarc-requ...@listserv.ua.edu>
> Sent: Thursday, August 11, 2022 4:12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: SDSF JS command cross-sysplex [EXTERNAL]
> 
> EXTERNAL EMAIL
> 
> 
> 
> 
> 
> Keith, I'm assuming you are talking about looking at job on a different lpar 
> in the same sysplex, also part of the same JES MAS.
> 
> This is a display of a job running on a different lpars then the one I was 
> logged on to.  This is a z/OS 2.4 environment.
> 
> SDSF JOB STEP DISPLAY - JOB DTSTM01D (JOB24586) SMFLINE 1-19 (19)
> COMMAND INPUT ===>SCROLL ===> CSR
> PREFIX=*  DEST=(ALL)  OWNER=*  SYSNAME=
> NP   STEPNAME ProcStep Pgm-Name Step-CCAbendRsn StepNum Elapsed 
> CPU-TimeSRB-Time
> STEP000  TMSCOPY  TMSCOPY  CC    1  0:00:17.79  
> 0:00:02.73  0:00:00.46
> STEP005  STEP001  TMSDATA  CC    2  0:00:12.71  
> 0:00:00.71  0:00:00.23
> STEP005  STEP002  IDCAMS   CC    3  0:00:02.08  
> 0:00:00.41  0:00:00.01
> STEP003  SAS  SAS  CC    4  0:01:14.04  
> 0:00:29.98  0:00:00.58
> STEP005  STEP004  IKJEFT01 CC    5  0:00:00.06  
> 0:00:00.02  0:00:00.00
> STEP005  STEP04A  TMSUPDTE CC    6  0:00:01.08  
> 0:00:00.14  0:00:00.01
> STEP005  STEP005  IKJEFT01 CC    7  0:00:00.05  
> 0:00:00.02  0:00:00.00
> STEP005  STEP05A  TMSUDSNB CC    8  0:00:01.22  
> 0:00:00.17  0:00:00.02
> STEP005  STEP006  IKJEFT01 CC 0001   9  0:00:00.05  
> 0:00:00.02  0:00:00.00
> STEP005  STEP06A  TMSUPDTE FLUSH10
> STEP005  STEP007  IKJEFT01 CC 0001  11  0:00:00.05  
> 0:00:00.02  0:00:00.00
> STEP005  STEP07A  TMSUDSNB FLUSH12
> STEP010  TMSEXPDT TMSEXPDT CC   13  0:12:12.33  
> 0:02:45.00  0:00:09.36
> STEP010  EARL EARL CC   14  0:00:00.55  
> 0:00:00.04  0:00:00.00
> STEP020  TMSCTLG  TMSCTLG  CC   15  0:20:46.39  
> 0:01:27.02  0:00:03.23
> STEP020  EARL EARL CC   16  0:00:00.93  
> 0:00:00.34  0:00:00.01
> STEP030  TMSCYCLE TMSCYCLE CC   17  0:00:06.49  
> 0:00:00.49  0:00:00.07
> STEP030  EARL EARL CC   18  0:00:00.58  
> 0:00:00.04  0:00:00.00
> STEP040  TMSCLEAN TMSCLEAN ACTIVE   19
> 
> 
> F SDSF,D JES
> ISF304I Modify DISPLAY command accepted.
> ISF351I SDSF JES Subsystems
> Sysname  JES  Version  Status
> CM01 JES2 z/OS 2.4 ACTIVE
> PR05 JES2 z/OS 2.4 ACTIVE
> CM02 JES2 z/OS 2.4 ACTIVE
> PR03 JES2 z/OS 2.4 ACTIVE
> PR02 JES2 z/OS 2.4 ACTIVE
> PR01 JES2 z/OS 2.4 ACTIVE
> 
> 
> Paul Feller
> GTS Mainframe Technical Support
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Keith Gooding
> Sent: Thursday, August 11, 2022 9:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SDSF JS command cross-sysplex [EXTERNAL]
> 
> I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
> via the REXX API  produces no output if the target job is running on a 
> different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
> same happens except that the heading says ‘no job steps found’ (or similar 
> message).
> 
> Is anyone able to use JS cross-system or is this working as designed?.  I am 
> able to use others commands such as JT (Job Tasks) so I know that the SDSF 
> address spaces are talking to each other.
> 
> Keith Gooding
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> Please note:  This message originated outside your organization. Please use 
> caution 

Re: ADRDSSU DUMP PATH

[Mark Jacobs]

Yes, making it much less useful than it could be.

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Thursday, August 11th, 2022 at 1:23 PM, Michael Babcock 
 wrote:


> Sorry to keep posting. The 2.5 doc also states that if a pathname resolves
> to a directory, only the attributes for the directory are processed. None
> of its members are processed. Recursion is not supported.
> 
> On Thu, Aug 11, 2022 at 12:14 PM Michael Babcock bigironp...@gmail.com
> 
> wrote:
> 
> > According to z/OS 2.4 EF086028 is:
> > 
> > “A required name entry in a directory was not found”.
> > 
> > And I’m looking at the 2.5 doc I have, it says “DFSMSdss does not support
> > the use of UNIX wildcard characters” and in a note says “DFSMSdss does not
> > provide wildcard support when processing UNIX files”
> > 
> > On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock bigironp...@gmail.com
> > wrote:
> > 
> > > Is the case sensitivity correct for the working directory? And is the
> > > source directory a subdirectory of the working directory?
> > > 
> > > On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> > > 
> > > > I'm trying to use ADRDSSU to backup a directory and all files and
> > > > subdirectories under it. Unless I'm missing something it doesn't look 
> > > > like
> > > > it's supported.
> > > > 
> > > > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
> > > > 
> > > > ADRDSSU is only backing up the directory itself, nothing under it.
> > > > 
> > > > Mark Jacobs
> > > > 
> > > > Sent from ProtonMail, Swiss-based encrypted
> > > > email.
> > > > 
> > > > GPG Public Key -
> > > > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > > > 
> > > > --
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > > 
> > > --
> > > Michael Babcock
> > > OneMain Financial
> > > z/OS Systems Programmer, Lead
> > 
> > --
> > Michael Babcock
> > OneMain Financial
> > z/OS Systems Programmer, Lead
> 
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
> 
> --
> 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: ADRDSSU DUMP PATH

[Mark Jacobs]

Yes and yes. It successfully dumps the directory, but none of the 
subdirectories under it. 

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Thursday, August 11th, 2022 at 12:59 PM, Michael Babcock 
 wrote:


> Is the case sensitivity correct for the working directory? And is the
> source directory a subdirectory of the working directory?
> 
> On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> > I'm trying to use ADRDSSU to backup a directory and all files and
> > subdirectories under it. Unless I'm missing something it doesn't look like
> > it's supported.
> > 
> > DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
> > 
> > ADRDSSU is only backing up the directory itself, nothing under it.
> > 
> > Mark Jacobs
> > 
> > Sent from ProtonMail, Swiss-based encrypted
> > email.
> > 
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
> > 
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
> 
> --
> 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: ADRDSSU DUMP PATH

[Michael Babcock]

Sorry to keep posting.  The 2.5 doc also states that if a pathname resolves
to a directory, only the attributes for the directory are processed. None
of its members are processed.  Recursion is not supported.

On Thu, Aug 11, 2022 at 12:14 PM Michael Babcock 
wrote:

> According to z/OS 2.4 EF086028 is:
>
> “A required name entry in a directory was not found”.
>
> And I’m looking at the 2.5 doc I have, it says “DFSMSdss does not support
> the use of UNIX wildcard characters” and in a note says “DFSMSdss does not
> provide wildcard support when processing UNIX files”
>
>
> On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock 
> wrote:
>
>> Is the case sensitivity correct for the working directory?  And is the
>> source directory a subdirectory of the working directory?
>>
>> On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
>> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> I'm trying to use ADRDSSU to backup a directory and all files and
>>> subdirectories under it. Unless I'm missing something it doesn't look like
>>> it's supported.
>>>
>>> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
>>>
>>> ADRDSSU is only backing up the directory itself, nothing under it.
>>>
>>> Mark Jacobs
>>>
>>> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
>>> email.
>>>
>>> GPG Public Key -
>>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>> --
>> Michael Babcock
>> OneMain Financial
>> z/OS Systems Programmer, Lead
>>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: ADRDSSU DUMP PATH

[Michael Babcock]

According to z/OS 2.4 EF086028 is:

“A required name entry in a directory was not found”.

And I’m looking at the 2.5 doc I have, it says “DFSMSdss does not support
the use of UNIX wildcard characters” and in a note says “DFSMSdss does not
provide wildcard support when processing UNIX files”


On Thu, Aug 11, 2022 at 11:59 AM Michael Babcock 
wrote:

> Is the case sensitivity correct for the working directory?  And is the
> source directory a subdirectory of the working directory?
>
> On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I'm trying to use ADRDSSU to backup a directory and all files and
>> subdirectories under it. Unless I'm missing something it doesn't look like
>> it's supported.
>>
>> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
>>
>> ADRDSSU is only backing up the directory itself, nothing under it.
>>
>> Mark Jacobs
>>
>> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
>> email.
>>
>> GPG Public Key -
>> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Superuser (su) in batch

[Grant Taylor]

Drive by Unix comments below.

On 8/11/22 9:15 AM, Chen, Ya-Fang wrote:

echo 'date' ! su ;
echo 'mkdir -m 755 /home/y01' ! su ;
echo 'mkdir -m 755 /home/y01/.ssh2' ! su ;
echo 'chown -R y01:agroup  /home/y01' ! su ;


Is there a reason that you are echoing commands into su's STDIN verses 
passing the command to su directly?  E.g.


su -c 'date'
su -c 'mkdir -m 755 /home/y01'
su -c 'mkdir -m 755 /home/y01/.ssh2'
su -c 'chown -R y01:agroup /home/y01'

My experience is that explicitly specifying things works out better than 
implicitly piping things into STDIN.




--
Grant. . . .
unix || die

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

Re: ADRDSSU DUMP PATH

[Michael Babcock]

Is the case sensitivity correct for the working directory?  And is the
source directory a subdirectory of the working directory?

On Thu, Aug 11, 2022 at 7:39 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> I'm trying to use ADRDSSU to backup a directory and all files and
> subdirectories under it. Unless I'm missing something it doesn't look like
> it's supported.
>
> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
>
> ADRDSSU is only backing up the directory itself, nothing under it.
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Superuser (su) in batch

[Paul Gilmartin]

On Thu, 11 Aug 2022 14:35:25 +, Boyer, William  
wrote:

>Tried that.
>
>OSHELL su
>OPUT
>The OPUT faileo on permissions.  
> 
OSHELL probably forks a separate address space, and "su" there does
not affect the parent TSO address space.

Chen, Ya-Fang's  suggestion is more promising.  Similarly with BPXWUNIX.

or, OSHELL "su; OPUT"

Or: 

And Shmuel speaks sooth.

-- 
gil

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

Re: SDSF JS command cross-sysplex [EXTERNAL]

[Rob Scott]

The SDSF "JS" action does not get sent to remote systems in the sysplex. It 
reads data from a special JES2 dataset for the job locally.

A possible reason for no data being shown is that the job on the remote system 
is not in the same MAS.

Rob Scott
Rocket Software

Sent from Samsung Mobile on O2
Get Outlook for Android

From: IBM Mainframe Discussion List  on behalf of 
Feller, Paul <02fc94e14c43-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, August 11, 2022 4:12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SDSF JS command cross-sysplex [EXTERNAL]

EXTERNAL EMAIL





Keith, I'm assuming you are talking about looking at job on a different lpar in 
the same sysplex, also part of the same JES MAS.

This is a display of a job running on a different lpars then the one I was 
logged on to.  This is a z/OS 2.4 environment.

SDSF JOB STEP DISPLAY - JOB DTSTM01D (JOB24586) SMFLINE 1-19 (19)
COMMAND INPUT ===>SCROLL ===> CSR
PREFIX=*  DEST=(ALL)  OWNER=*  SYSNAME=
NP   STEPNAME ProcStep Pgm-Name Step-CCAbendRsn StepNum Elapsed 
CPU-TimeSRB-Time
 STEP000  TMSCOPY  TMSCOPY  CC    1  0:00:17.79  
0:00:02.73  0:00:00.46
 STEP005  STEP001  TMSDATA  CC    2  0:00:12.71  
0:00:00.71  0:00:00.23
 STEP005  STEP002  IDCAMS   CC    3  0:00:02.08  
0:00:00.41  0:00:00.01
 STEP003  SAS  SAS  CC    4  0:01:14.04  
0:00:29.98  0:00:00.58
 STEP005  STEP004  IKJEFT01 CC    5  0:00:00.06  
0:00:00.02  0:00:00.00
 STEP005  STEP04A  TMSUPDTE CC    6  0:00:01.08  
0:00:00.14  0:00:00.01
 STEP005  STEP005  IKJEFT01 CC    7  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP05A  TMSUDSNB CC    8  0:00:01.22  
0:00:00.17  0:00:00.02
 STEP005  STEP006  IKJEFT01 CC 0001   9  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP06A  TMSUPDTE FLUSH10
 STEP005  STEP007  IKJEFT01 CC 0001  11  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP07A  TMSUDSNB FLUSH12
 STEP010  TMSEXPDT TMSEXPDT CC   13  0:12:12.33  
0:02:45.00  0:00:09.36
 STEP010  EARL EARL CC   14  0:00:00.55  
0:00:00.04  0:00:00.00
 STEP020  TMSCTLG  TMSCTLG  CC   15  0:20:46.39  
0:01:27.02  0:00:03.23
 STEP020  EARL EARL CC   16  0:00:00.93  
0:00:00.34  0:00:00.01
 STEP030  TMSCYCLE TMSCYCLE CC   17  0:00:06.49  
0:00:00.49  0:00:00.07
 STEP030  EARL EARL CC   18  0:00:00.58  
0:00:00.04  0:00:00.00
 STEP040  TMSCLEAN TMSCLEAN ACTIVE   19


F SDSF,D JES
ISF304I Modify DISPLAY command accepted.
ISF351I SDSF JES Subsystems
Sysname  JES  Version  Status
CM01 JES2 z/OS 2.4 ACTIVE
PR05 JES2 z/OS 2.4 ACTIVE
CM02 JES2 z/OS 2.4 ACTIVE
PR03 JES2 z/OS 2.4 ACTIVE
PR02 JES2 z/OS 2.4 ACTIVE
PR01 JES2 z/OS 2.4 ACTIVE


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Keith Gooding
Sent: Thursday, August 11, 2022 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDSF JS command cross-sysplex [EXTERNAL]

I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
via the REXX API  produces no output if the target job is running on a 
different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
same happens except that the heading says ‘no job steps found’ (or similar 
message).

Is anyone able to use JS cross-system or is this working as designed?.  I am 
able to use others commands such as JT (Job Tasks) so I know that the SDSF 
address spaces are talking to each other.

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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


Rocket Software, Inc. and subsidiaries ¦ 77 Fourth Avenue, Waltham MA 02451 ¦ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 

Remote HMC

[Cieri, Anthony]

Hi List, 

I have a new DR machine (BC15) that we have installed in Austin. The 
machine is running and we tested out a DR scenario when we were there. At that 
time , we did NOT have our remote HMC installed. A few week later we are now 
installing our remote HMC and we are having an issue. The HMC do not seem to 
talk to each other.

We have used the same cables and copied the configurations from the 
previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, 
however the eth1 interface is up and running.

Has anyone run into this situation??
Can you suggest any potential solutions??

Thanks in advance
Tony
 

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

Re: [EXTERNAL] ADRDSSU DUMP PATH

[Pommier, Rex]

Hmm, I don't have 2.5 so I can't play myself.  Good luck chasing it down.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, August 11, 2022 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] ADRDSSU DUMP PATH

Tried that. Haven't looked up the RC/RTN codes yet. My input had the escape 
character even though it's not being shown here.

ADR651W (001)-UDFLT(03), VFS CALLABLE SERVICE V_LOOKUP COMPLETED WITH RETURN 
CODE 0081 AND REASON CODE EF086028 WHILE FILTERING ./sourcedir/*

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!u4F-4cdbjkKxP6GzQiFnvdrqitIbIgrL_srTsqf26CUY-QQwERksPEwoAMQgEYrcoxql6423jhaQnzFkBiOpIHOQoiC_kG0-5Ouk$
  


--- Original Message ---
On Thursday, August 11th, 2022 at 10:57 AM, Pommier, Rex 
 wrote:


> Hi Mark,
> 
> Just a wild guess, would something like this work?
> 
> DUMP PATH(INC('sourcedir/\*')) WORKINGDIRECTORY('/service') 
> OUTDD(OUTDD)
> 
> I know it looks weird but the ref manual says that the DSS wildcard needs to 
> be escaped to make it work and the backslash is the escape character. If this 
> backs up everything except sourcedir, you may need to include both parms, 
> with and without the wildcard.
> 
> Rex
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf 
> Of Mark Jacobs
> 
> Sent: Thursday, August 11, 2022 7:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] ADRDSSU DUMP PATH
> 
> I'm trying to use ADRDSSU to backup a directory and all files and 
> subdirectories under it. Unless I'm missing something it doesn't look like 
> it's supported.
> 
> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
> 
> ADRDSSU is only backing up the directory itself, nothing under it.
> 
> Mark Jacobs
> 
> Sent from ProtonMail, Swiss-based encrypted email.
> 
> GPG Public Key - 
> https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get;
> search=markjac...@protonmail.com;!!KjMRP1Ixj6eLE0Fj!skzl8pP-tqon27SP1K
> MYamBihH8kznUk_X-ZpF1Imot7eN9MgbYAkF_HgUxr78piRw7dKQdek66ceMPO0QH2eOzx
> JLryeS8qeD3m$
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
> 
> 
> --
> 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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: [EXTERNAL] ADRDSSU DUMP PATH

[Mark Jacobs]

Tried that. Haven't looked up the RC/RTN codes yet. My input had the escape 
character even though it's not being shown here.

ADR651W (001)-UDFLT(03), VFS CALLABLE SERVICE V_LOOKUP COMPLETED WITH RETURN 
CODE 0081 AND REASON CODE EF086028 WHILE FILTERING ./sourcedir/*

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Thursday, August 11th, 2022 at 10:57 AM, Pommier, Rex 
 wrote:


> Hi Mark,
> 
> Just a wild guess, would something like this work?
> 
> DUMP PATH(INC('sourcedir/\*')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
> 
> I know it looks weird but the ref manual says that the DSS wildcard needs to 
> be escaped to make it work and the backslash is the escape character. If this 
> backs up everything except sourcedir, you may need to include both parms, 
> with and without the wildcard.
> 
> Rex
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Mark Jacobs
> 
> Sent: Thursday, August 11, 2022 7:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] ADRDSSU DUMP PATH
> 
> I'm trying to use ADRDSSU to backup a directory and all files and 
> subdirectories under it. Unless I'm missing something it doesn't look like 
> it's supported.
> 
> DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)
> 
> ADRDSSU is only backing up the directory itself, nothing under it.
> 
> Mark Jacobs
> 
> Sent from ProtonMail, Swiss-based encrypted email.
> 
> GPG Public Key - 
> https://urldefense.com/v3/https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com;!!KjMRP1Ixj6eLE0Fj!skzl8pP-tqon27SP1KMYamBihH8kznUk_X-ZpF1Imot7eN9MgbYAkF_HgUxr78piRw7dKQdek66ceMPO0QH2eOzxJLryeS8qeD3m$
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged. If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful. If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format. Thank you.
> 
> 
> --
> 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: Superuser (su) in batch

[Chen, Ya-Fang]

William,

FYI. This what I use to create directory and set up ownership in a batch job. 
Some companies may need to change the pipe char from '!' to '|'. 

---
//STEP1EXEC PGM=BPXBATCH   
//SYSPRINT DD  SYSOUT=*
//STDOUT  DD  SYSOUT=* 
//STDERR  DD  SYSOUT=* 
//STDPARM  DD   *  
SH 
echo 'date' ! su ; 
echo 'mkdir -m 755 /home/y01' ! su ;   
echo 'mkdir -m 755 /home/y01/.ssh2' ! su ; 
echo 'chown -R y01:agroup  /home/y01' ! su ;   
hostname;  
ls -l /home;   
ls -la /home/y01   
/* 
---

Regards,
Ya-Fang


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Boyer, William
Sent: Thursday, August 11, 2022 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Superuser (su) in batch

Tried that.

OSHELL su
OPUT
The OPUT failed on permissions.  


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ituriel do Neto
Sent: Thursday, August 11, 2022 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Superuser (su) in batch



 [External: Use caution with links & attachments]

You may try:

//STEP1  EXEC PGM=IKJEFT01 //SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC 
//SYSTSPRT DD   SYSOUT=* //SYSTSIN  DD   *
  PROF MSGID WTPMSG
  OSHELL su                                                               



Best Regards

Ituriel do Nascimento Neto
z/OS System Programmer






Em quinta-feira, 11 de agosto de 2022 10:07:58 BRT, Rob Schramm 
 escreveu: 





Coz toolkit is very easy to use for switching to superuser.

Rob

On Thu, Aug 11, 2022, 08:51 Boyer, William < 
0442c7525a40-dmarc-requ...@listserv.ua.edu> wrote:

> My userid on z/OS is not a superuser but I have RACF READ access to 
> BPX.SUPERUSER.  Occasionally as a Systems Programmer, I need to have 
> perform something in USS that requires UID=0. In TSO I can switch to
> EUID=0 by going to 3.17 (Utilities/Udlist) and type a su which seems 
> to stay set for the entire length of the TSO session.  Is there a way 
> do a su in batch and then copy files or adjust permits/owner etc.
>
> For example interactively, I can set my euid=0 with su in 3.17, then 
> go to
> =6 and type in OPUT to copy files into USS to directories that my 
> normal uid does not have permission but the OPUT works because I am still 
> euid=0.
> I am looking for a way to do this in batch.
>
> Thanks
>
> William Boyer
> System Engineer Sr Advisor
>
> T  410-842-1706
> william.bo...@gdit.com
> One W. Pennsylvania Ave
> Towson, MD 21204
> www.gdit.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

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

Research for Presentation at SHARE Columbus

[Tony Perri]

I am working on a research paper that discusses data security risk and why 
end-user error/negligence is the most common threat vector. At the center of 
this research is the siloed mentality in large organizations. What I'm 
interested in exploring is CIOs and teams working in a silo separate from the 
CMO and team. Marketing teams have access to a lot of valuable data and it is 
the CIO's team who grants this access, yet they mostly work in silos with the 
thought that the teams aren't that similar. In reality IT teams and marketing 
teams have much in common and this presentation will talk about that and why 
it's a risk to data security.
I'd like to interview a CIO, paying you for your time to help me with this 
research that I'll be presenting at SHARE Columbus in a couple of weeks. My 
background is as CMO in technology organizations with 20+ years of experience. 
If any CIO, CISO or similar title in this group is interested in helping with 
this research, I'd like to interview you and again, will pay you for your time. 
Please reach out here or directly to me at tony.pe...@santarosasoftware.com. 
Thanks in advance for reading this.

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

Re: SDSF JS command cross-sysplex [EXTERNAL]

[Feller, Paul]

Keith, I'm assuming you are talking about looking at job on a different lpar in 
the same sysplex, also part of the same JES MAS.

This is a display of a job running on a different lpars then the one I was 
logged on to.  This is a z/OS 2.4 environment.

SDSF JOB STEP DISPLAY - JOB DTSTM01D (JOB24586) SMFLINE 1-19 (19)   
   
COMMAND INPUT ===>SCROLL ===> CSR   
   
PREFIX=*  DEST=(ALL)  OWNER=*  SYSNAME= 
   
NP   STEPNAME ProcStep Pgm-Name Step-CCAbendRsn StepNum Elapsed 
CPU-TimeSRB-Time   
 STEP000  TMSCOPY  TMSCOPY  CC    1  0:00:17.79  
0:00:02.73  0:00:00.46
 STEP005  STEP001  TMSDATA  CC    2  0:00:12.71  
0:00:00.71  0:00:00.23
 STEP005  STEP002  IDCAMS   CC    3  0:00:02.08  
0:00:00.41  0:00:00.01
 STEP003  SAS  SAS  CC    4  0:01:14.04  
0:00:29.98  0:00:00.58
 STEP005  STEP004  IKJEFT01 CC    5  0:00:00.06  
0:00:00.02  0:00:00.00
 STEP005  STEP04A  TMSUPDTE CC    6  0:00:01.08  
0:00:00.14  0:00:00.01
 STEP005  STEP005  IKJEFT01 CC    7  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP05A  TMSUDSNB CC    8  0:00:01.22  
0:00:00.17  0:00:00.02
 STEP005  STEP006  IKJEFT01 CC 0001   9  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP06A  TMSUPDTE FLUSH10 
   
 STEP005  STEP007  IKJEFT01 CC 0001  11  0:00:00.05  
0:00:00.02  0:00:00.00
 STEP005  STEP07A  TMSUDSNB FLUSH12 
   
 STEP010  TMSEXPDT TMSEXPDT CC   13  0:12:12.33  
0:02:45.00  0:00:09.36
 STEP010  EARL EARL CC   14  0:00:00.55  
0:00:00.04  0:00:00.00
 STEP020  TMSCTLG  TMSCTLG  CC   15  0:20:46.39  
0:01:27.02  0:00:03.23
 STEP020  EARL EARL CC   16  0:00:00.93  
0:00:00.34  0:00:00.01
 STEP030  TMSCYCLE TMSCYCLE CC   17  0:00:06.49  
0:00:00.49  0:00:00.07
 STEP030  EARL EARL CC   18  0:00:00.58  
0:00:00.04  0:00:00.00
 STEP040  TMSCLEAN TMSCLEAN ACTIVE   19 
   


F SDSF,D JES
ISF304I Modify DISPLAY command accepted.
ISF351I SDSF JES Subsystems 
Sysname  JES  Version  Status   
CM01 JES2 z/OS 2.4 ACTIVE   
PR05 JES2 z/OS 2.4 ACTIVE   
CM02 JES2 z/OS 2.4 ACTIVE   
PR03 JES2 z/OS 2.4 ACTIVE   
PR02 JES2 z/OS 2.4 ACTIVE   
PR01 JES2 z/OS 2.4 ACTIVE   


Paul Feller
GTS Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Keith Gooding
Sent: Thursday, August 11, 2022 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SDSF JS command cross-sysplex [EXTERNAL]

I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
via the REXX API  produces no output if the target job is running on a 
different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
same happens except that the heading says ‘no job steps found’ (or similar 
message).

Is anyone able to use JS cross-system or is this working as designed?.  I am 
able to use others commands such as JT (Job Tasks) so I know that the SDSF 
address spaces are talking to each other.

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: [EXTERNAL] ADRDSSU DUMP PATH

[Pommier, Rex]

Hi Mark,

Just a wild guess, would something like this work?

DUMP PATH(INC('sourcedir/\*')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)

I know it looks weird but the ref manual says that the DSS wildcard needs to be 
escaped to make it work and the backslash is the escape character.  If this 
backs up everything except sourcedir, you may need to include both parms, with 
and without the wildcard.

Rex


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, August 11, 2022 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] ADRDSSU DUMP PATH

I'm trying to use ADRDSSU to backup a directory and all files and 
subdirectories under it. Unless I'm missing something it doesn't look like it's 
supported.

DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)

ADRDSSU is only backing up the directory itself, nothing under it.

Mark Jacobs

Sent from 
[ProtonMail](https://urldefense.com/v3/__https://protonmail.com__;!!KjMRP1Ixj6eLE0Fj!skzl8pP-tqon27SP1KMYamBihH8kznUk_X-ZpF1Imot7eN9MgbYAkF_HgUxr78piRw7dKQdek66ceMPO0QH2eOzxJLryeaiY_P78$
  ), Swiss-based encrypted email.

GPG Public Key - 
https://urldefense.com/v3/__https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmail.com__;!!KjMRP1Ixj6eLE0Fj!skzl8pP-tqon27SP1KMYamBihH8kznUk_X-ZpF1Imot7eN9MgbYAkF_HgUxr78piRw7dKQdek66ceMPO0QH2eOzxJLryeS8qeD3m$
  

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: Superuser (su) in batch

[Boyer, William]

Tried that.

OSHELL su
OPUT
The OPUT failed on permissions.  


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ituriel do Neto
Sent: Thursday, August 11, 2022 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Superuser (su) in batch



 [External: Use caution with links & attachments]

You may try:

//STEP1  EXEC PGM=IKJEFT01 //SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC 
//SYSTSPRT DD   SYSOUT=* //SYSTSIN  DD   *
  PROF MSGID WTPMSG
  OSHELL su                                                               



Best Regards

Ituriel do Nascimento Neto
z/OS System Programmer






Em quinta-feira, 11 de agosto de 2022 10:07:58 BRT, Rob Schramm 
 escreveu: 





Coz toolkit is very easy to use for switching to superuser.

Rob

On Thu, Aug 11, 2022, 08:51 Boyer, William < 
0442c7525a40-dmarc-requ...@listserv.ua.edu> wrote:

> My userid on z/OS is not a superuser but I have RACF READ access to 
> BPX.SUPERUSER.  Occasionally as a Systems Programmer, I need to have 
> perform something in USS that requires UID=0. In TSO I can switch to 
> EUID=0 by going to 3.17 (Utilities/Udlist) and type a su which seems 
> to stay set for the entire length of the TSO session.  Is there a way 
> do a su in batch and then copy files or adjust permits/owner etc.
>
> For example interactively, I can set my euid=0 with su in 3.17, then 
> go to
> =6 and type in OPUT to copy files into USS to directories that my 
> normal uid does not have permission but the OPUT works because I am still 
> euid=0.
> I am looking for a way to do this in batch.
>
> Thanks
>
> William Boyer
> System Engineer Sr Advisor
>
> T  410-842-1706
> william.bo...@gdit.com
> One W. Pennsylvania Ave
> Towson, MD 21204
> www.gdit.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

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

SDSF JS command cross-sysplex

[Keith Gooding]

I found that the SDSF ‘JS’ (job steps) command issued from the SDSF panels or 
via the REXX API  produces no output if the target job is running on a 
different system in the sysplex. This is with z/os 2.5. On a 2.3 system the 
same happens except that the heading says ‘no job steps found’ (or similar 
message).

Is anyone able to use JS cross-system or is this working as designed?.  I am 
able to use others commands such as JT (Job Tasks) so I know that the SDSF 
address spaces are talking to each other.

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

Re: ACF2, z/OS 2.5 and TCPIP

[Michael Brennan]

Andi,
 IBM suggested it might be ACF2 based on their review of the data we sent 
them. We had the IBM and Broadcom developers meet about this issue and the 
result is the
issue we are having with TCPIP is back in IBMs hands and is no longer 
considered a possible  ACF2 issue. The issue is we are getting different abends 
in TCPIP such as
878-0C
653
4C5
To recover TCPIP we have to issue command
V TCPIP,,SYSPLEX,JOINGROUP
 
When we back out z/OS 2.5 the problem goes away.  Looks like IBM changed 
something in TCPIP that can not handle the volume of TCPIP traffic we receive 
and the way we receive it. IBM is still trying to figure out our issue. Were 
you able to resolve your situation with TCPIP on Z/OS 2.5?  If so how?  Do you 
have an IBM case number that you could share?

Michael Brennan

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

Re: Superuser (su) in batch

[Seymour J Metz]

Life will be easier if you learn how to use Unix commands, e.g., su, sudo, from 
the command line.


From: IBM Mainframe Discussion List  on behalf of 
Boyer, William <0442c7525a40-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, August 11, 2022 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Superuser (su) in batch

My userid on z/OS is not a superuser but I have RACF READ access to 
BPX.SUPERUSER.   Occasionally as a Systems Programmer, I need to have perform 
something in USS that requires UID=0. In TSO I can switch to EUID=0 by going to 
3.17 (Utilities/Udlist) and type a su which seems to stay set for the entire 
length of the TSO session.   Is there a way do a su in batch and then copy 
files or adjust permits/owner etc.

For example interactively, I can set my euid=0 with su in 3.17, then go to =6 
and type in OPUT to copy files into USS to directories that my normal uid does 
not have permission but the OPUT works because I am still euid=0.  I am looking 
for a way to do this in batch.

Thanks

William Boyer
System Engineer Sr Advisor

T   410-842-1706
william.bo...@gdit.com
One W. Pennsylvania Ave
Towson, MD 21204
https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.gdit.com%2Fdata=05%7C01%7Csmetz3%40gmu.edu%7C92aef4326fa44a0f7c8208da7b982b93%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637958190739900298%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=uxIZC5xFLOVT1gKy53MvQHNSH0E7sYWnKehiCAvo4Q0%3Dreserved=0






--
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: Superuser (su) in batch

[Ituriel do Neto]

You may try:

//STEP1  EXEC PGM=IKJEFT01                                   
//SYSEXEC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC                        
//SYSTSPRT DD   SYSOUT=*                                                  
//SYSTSIN  DD   *                                                         
  PROF MSGID WTPMSG                                                       
  OSHELL su                                                               



Best Regards

Ituriel do Nascimento Neto
z/OS System Programmer






Em quinta-feira, 11 de agosto de 2022 10:07:58 BRT, Rob Schramm 
 escreveu: 





Coz toolkit is very easy to use for switching to superuser.

Rob

On Thu, Aug 11, 2022, 08:51 Boyer, William <
0442c7525a40-dmarc-requ...@listserv.ua.edu> wrote:

> My userid on z/OS is not a superuser but I have RACF READ access to
> BPX.SUPERUSER.  Occasionally as a Systems Programmer, I need to have
> perform something in USS that requires UID=0. In TSO I can switch to EUID=0
> by going to 3.17 (Utilities/Udlist) and type a su which seems to stay set
> for the entire length of the TSO session.  Is there a way do a su in batch
> and then copy files or adjust permits/owner etc.
>
> For example interactively, I can set my euid=0 with su in 3.17, then go to
> =6 and type in OPUT to copy files into USS to directories that my normal
> uid does not have permission but the OPUT works because I am still euid=0.
> I am looking for a way to do this in batch.
>
> Thanks
>
> William Boyer
> System Engineer Sr Advisor
>
> T  410-842-1706
> william.bo...@gdit.com
> One W. Pennsylvania Ave
> Towson, MD 21204
> www.gdit.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

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

Re: IBM matrix for Z Mainframes and the z/OS levels that will run on them.

[Claude Richbourg]

Thank you Sonny and that is what I was looking for.

Regards,
Claude

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

Re: ADRDSSU DUMP PATH

[Lloyd Fuller]

I usually use pax either via the command line or batch to an MVS file and then 
DFSMS the MVS file.
Lloyd 


Sent from AT Yahoo Mail for iPad


On Thursday, August 11, 2022, 8:39 AM, Mark Jacobs 
<0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

I'm trying to use ADRDSSU to backup a directory and all files and 
subdirectories under it. Unless I'm missing something it doesn't look like it's 
supported.

DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)

ADRDSSU is only backing up the directory itself, nothing under it.

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.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: Superuser (su) in batch

[Rob Schramm]

Coz toolkit is very easy to use for switching to superuser.

Rob

On Thu, Aug 11, 2022, 08:51 Boyer, William <
0442c7525a40-dmarc-requ...@listserv.ua.edu> wrote:

> My userid on z/OS is not a superuser but I have RACF READ access to
> BPX.SUPERUSER.   Occasionally as a Systems Programmer, I need to have
> perform something in USS that requires UID=0. In TSO I can switch to EUID=0
> by going to 3.17 (Utilities/Udlist) and type a su which seems to stay set
> for the entire length of the TSO session.   Is there a way do a su in batch
> and then copy files or adjust permits/owner etc.
>
> For example interactively, I can set my euid=0 with su in 3.17, then go to
> =6 and type in OPUT to copy files into USS to directories that my normal
> uid does not have permission but the OPUT works because I am still euid=0.
> I am looking for a way to do this in batch.
>
> Thanks
>
> William Boyer
> System Engineer Sr Advisor
>
> T   410-842-1706
> william.bo...@gdit.com
> One W. Pennsylvania Ave
> Towson, MD 21204
> www.gdit.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: Superuser (su) in batch

[Paul Gilmartin]

On Thu, 11 Aug 2022 12:50:49 +, Boyer, William wrote:

>My userid on z/OS is not a superuser but I have RACF READ access to 
>BPX.SUPERUSER.   Occasionally as a Systems Programmer, I need to have perform 
>something in USS that requires UID=0. In TSO I can switch to EUID=0 by going 
>to 3.17 (Utilities/Udlist) and type a su which seems to stay set for the 
>entire length of the TSO session.   Is there a way do a su in batch and then 
>copy files or adjust permits/owner etc.
>
ISPF in batch?

BPXBATCH or BPXBATSL?

BPXWUNIX from IRXJCL?

-- 
gil

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

Superuser (su) in batch

[Boyer, William]

My userid on z/OS is not a superuser but I have RACF READ access to 
BPX.SUPERUSER.   Occasionally as a Systems Programmer, I need to have perform 
something in USS that requires UID=0. In TSO I can switch to EUID=0 by going to 
3.17 (Utilities/Udlist) and type a su which seems to stay set for the entire 
length of the TSO session.   Is there a way do a su in batch and then copy 
files or adjust permits/owner etc.

For example interactively, I can set my euid=0 with su in 3.17, then go to =6 
and type in OPUT to copy files into USS to directories that my normal uid does 
not have permission but the OPUT works because I am still euid=0.  I am looking 
for a way to do this in batch.

Thanks

William Boyer
System Engineer Sr Advisor

T   410-842-1706
william.bo...@gdit.com
One W. Pennsylvania Ave
Towson, MD 21204
www.gdit.com






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

Re: IBM matrix for Z Mainframes and the z/OS levels that will run on them.

[Sonny Gupta]

Please see below link:

https://www.ibm.com/downloads/cas/W30ZOKQD

Regards,

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

Re: IBM matrix for Z Mainframes and the z/OS levels that will run on them.

[Bfishing]

While its not just a pdf with only the requested information, chapter 7 of
this guide has the info you are looking for.
https://www.redbooks.ibm.com/redpieces/abstracts/sg248951.html

On Thu, Aug 11, 2022 at 8:32 AM Richbourg, Claude <
claude.richbo...@myfloridacfo.com> wrote:

> Good morning all,
>
> I was trying to find the latest PDF - matrix of the IBM Mainframes that
> will run each level of IBM z/OS and earlier software.
> There was one I had up to the z14, but with the z16 now out, I am looking
> for the latest.
>
> Does anyone know the link or have the pdf in their possession?
>
> We are on a z13s running z/OS 2.5 and I wanted to see what levels of z/OS
> the z16 will run. There are cutoffs for each model and I am looking to plan
> accordingly.
>
>
> Thanks up front,
>
> Claude Richbourg
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 

><º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º>
.·´¯`·.><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º>

<>< Go fishing ><>

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

ADRDSSU DUMP PATH

[Mark Jacobs]

I'm trying to use ADRDSSU to backup a directory and all files and 
subdirectories under it. Unless I'm missing something it doesn't look like it's 
supported.

DUMP PATH(INC('sourcedir')) WORKINGDIRECTORY('/service') OUTDD(OUTDD)

ADRDSSU is only backing up the directory itself, nothing under it.

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

IBM matrix for Z Mainframes and the z/OS levels that will run on them.

[Richbourg, Claude]

Good morning all,

I was trying to find the latest PDF - matrix of the IBM Mainframes that will 
run each level of IBM z/OS and earlier software.
There was one I had up to the z14, but with the z16 now out, I am looking for 
the latest.

Does anyone know the link or have the pdf in their possession?

We are on a z13s running z/OS 2.5 and I wanted to see what levels of z/OS the 
z16 will run. There are cutoffs for each model and I am looking to plan 
accordingly.


Thanks up front,

Claude Richbourg

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