Re: BPXBATCH . . . odd PATH
Best regards, *Jon Bathmaker,* Senior z/OS Systems Programmer, SYS1 Consulting Inc. 519-577-9661 On 5/15/2020 2:10 PM, Kirk Wolf wrote: Tip: this is one way to trace your login profiles: //SHELL EXEC PGM=BPXBATCH,PARM='PGM /bin/sh -Lx' //STDIN DD DUMMY //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* // On Fri, May 15, 2020 at 12:27 PM Seymour J Metz wrote: I thought that ~/.profile runs after /etc/profile, and thus takes precedence. So if you export $PATH, that's the value you should see. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jon Bathmaker [jon.bathma...@sys1consulting.com] Sent: Friday, May 15, 2020 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: BPXBATCH . . . odd PATH Hi All, When I run a BPXBATCH job using this: STDPARM SH echo $PATH; su I get the following results which imply that when the shell is invoked for the Superuser it's using an old path that it found . . . somewhere. The PATH in STDOUT came from my .profile. The profile in STDERR does not match the PATH from /etc/profile and there is no etc/suid_profile. So where *is* he getting that bad PATH? Any help would be much appreciated. Thanks. STDERR /bin:/usr/lpp/java/J1.4_64/bin/:/u/#T95JXB/scripts: FSUM7351 not found STDOUT /bin/:/usr/sbin/:/usr/lpp/java/J8.0_64/bin/:/u/#T95JXB/scripts/ Best regards, Jon Bathmaker z/OS Systems Programmer 519-577-9661 -- 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
BPXBATCH . . . odd PATH
Hi All, When I run a BPXBATCH job using this: STDPARM SH echo $PATH; su I get the following results which imply that when the shell is invoked for the Superuser it's using an old path that it found . . . somewhere. The PATH in STDOUT came from my .profile. The profile in STDERR does not match the PATH from /etc/profile and there is no etc/suid_profile. So where *is* he getting that bad PATH? Any help would be much appreciated. Thanks. STDERR /bin:/usr/lpp/java/J1.4_64/bin/:/u/#T95JXB/scripts: FSUM7351 not found STDOUT /bin/:/usr/sbin/:/usr/lpp/java/J8.0_64/bin/:/u/#T95JXB/scripts/ Best regards, Jon Bathmaker z/OS Systems Programmer 519-577-9661 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BPXBATCH cannot find su command
Morning ladies and gents, Running a BPXBATCH job, with the following STDPARM: SH su I get the following STDERR: /bin:/usr/lpp/java/J1.4_64/bin/:/u/#T95JXB/scripts: FSUM7351 not found I have corrected the path in /etc/profile and it is correct in the shell but BPXBATCH does not pick it up. Do I need to recycle USS before BPXBATCH will see it? Thanks. Best regards, Jon Bathmaker SYS1 Consulting Inc. 519-577-9661 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: USS: su: User ID "SH" does not exist
Hi Ed, Thanks for this! How *did* you find out about the semicolons, I didn't see them anywhere in the doc. Best regards, *Jon Bathmaker,* SYS1 Consulting Inc. 519-577-9661 On 5/15/2020 12:19 AM, Ed Jaffe wrote: On 5/14/2020 5:23 PM, Jon Bathmaker wrote: //STDPARM DD * SH su SH echo $PATH SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS The above looks wrong to me. I always do it this way: //STDPARM DD * SH su; echo $PATH; unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
USS: su: User ID "SH" does not exist
Hi, Because of auditor demands we are no longer able to run TSO USS commands that require UID=0, so I attempting figure out how to run USS commands in under BPXBATCH. The following is a job to debug the unmount command in batch but I have been unsuccessful so far. I am hoping that I am doing something wrong and that one of you can point out my error. Here is the JCL: //BATBPX EXEC PGM=BPXBATCH //STEPLIB DD DISP=SHR,DSN=SYS1.CEE.SCEERUN //STDERR DD SYSOUT=* //STDOUT DD SYSOUT=* //STDPARM DD * SH su SH echo $PATH SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS Here is the contents of STDERR when the job runs. FSUM5023 su: User ID "SH" does not exist, or the RACF profile does not contain an OMVS segment. Thanks. Best regards, Jon Bathmaker z/OS Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: it was 20 years ago today ....
What a concept . . . holding senior management accountable! Best regards, *Jon Bathmaker,* Senior z/OS Systems Programmer, SYS1 Consulting Inc. 519-577-9661 On 1/3/2020 12:44 PM, Jesse 1 Robinson wrote: On balance, we benefitted from the exercise. A lot of old--still serviceable--hardware and software got upgraded just cuz. We could never have budgeted this massive modernization drive just on principle. What gave the industry impetus was the dark insinuation that if a company fell flat on its face, the top level management could be held personally liable for malfeasance and prosecuted. That was a major incentive for any company that might have otherwise been inclined to coast through the millennial curtain with hands in the air. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Matt Hogstrom Sent: Friday, January 3, 2020 9:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: [External] Re: FW: Re: it was 20 years ago today I was changing jobs during that time and my previous employer paid me extra to be on-site during the Y2K evening. Ended in a yawner. However, there was a heck of a lot of money made in the tech industry upgrading everything. Never let a good crisis go to waste seemed to be the reigning philosophy. Matt Hogstrom PGP key 0F143BC1 On Jan 3, 2020, at 11:06, Pommier, Rex wrote: Yeah, there was a lot of hype and panic among the uninitiated/unaware. I won't mention the place, but the company I was working for leading up to Y2K required us to test coax-to-parallel protocol convertors that were running our printers off 3174 controllers. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing Sent: Thursday, January 2, 2020 9:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FW: Re: it was 20 years ago today Y2K concerns for a 3174 make no sense to anyone who has ever customized one. There is no place while configuring a 3174 where you tell it local date-time and no hardware support to sync it with any external time source. So if it does have any kind of internal time awareness, there is zero reason to expect it to be synced with anything related to actual date-time and no reason it would choose to fail at a real world 1999/2000 year boundary it can't possibly know is happening. Joel C Ewing On 1/2/20 8:16 PM, Bill Dodge wrote: We had users who were dependent on a 3174's connectivity that wanted us to verify that it was Y2K compatibe. Totally in panic mode so several of us assembled around the 3174s and shouted "Happy New Year". They never blinked. --- Bill Dodge On Fri, 3 Jan 2020 00:07:18 +, "Schuffenhauer, Mark" wrote: I remember all the hype, it really freaked people out. I know people who quit work, liquidated everything and went off grid. Many non-technical people were very concerned it was the end. Minor non-y2k issues during the first few days were blown out of proportion. Probably because of the scare tactics and uncertainty the contracting companies used to get y2k work. One wonders how much companies paid for y2k work that wasn't needed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Dodge Sent: Thursday, January 2, 2020 5:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FW: Re: it was 20 years ago today External Email I was consulting at Arlington County, Virginia County Government. My whole family was at a friend's house as was our tradition but I had to report to the IT Department by 11:30 PM even though I had been running a virtual machine whose date had been set to cross the threshold at least 10 times. We were gone by 12:15. --- Bill Dodge On Thu, 2 Jan 2020 15:19:52 -0800, Tom Brennan wrote: My oldest was just hitting 5 and couldn't reach the breaker box. But I was at work anyway. I'm pretty sure everybody showed up, including the IT dept head. There was basically nothing to do. Maybe about 15 minutes after midnight I was looking at a console with a couple of managers behind me and I said "Uh oh", and wow... they were all over me looking for any kind of problem, probably just to have something to report. I think it was a date formatted wrong in a WTO or similar - nothing more. That might have been the extent of the Y2K problems I remember seeing. On 1/2/2020 2:52 PM, Phil Smith III wrote: Hmm. I sent the post below, doesn't appear to have ever showed up, so retrying! From: Phil Smith III Sent: Tuesday, December 31, 2019 9:27 PM To: ibm-m...@bama.ua.edu Subject: Re: it was 20 years ago today Has it been 20 years since Y2K?? sometimes it seems like last year, other times seems like another lifetime . How many of us
Re: Looking for z/OS system programmer - Australia
Hi Nathan, I year in Melbourne sounds interesting. I'm a 30 year z/OS guy and have supported CICS (and upgraded it twice). What can you tell me? Thanks. Best regards, Jon Bathmaker "We simply cannot allow the corporate greed of the coal, oil and gas industries to determine the future of humanity." - Leonardo DiCaprio On 3/28/2017 2:10 AM, Nathan Astle wrote: Hello, I am posting this Job opening behalf of my colleague who is looking for z/OS system programmer(Contract Position) also with some experience in CICS,DB2,MQ,IMS for Australia, Melbourne with the contract of 1 year. If interested please contact me directly Regards, Nathan -- 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: LOAD VTAM Logmode Table
Hi Elardus, We are using NVAS. I agree that EMSMODE is an NVAS logmode table. No IEV043* messages. I shall get the ops to bounce the Development LPAR on the W/E. Best regards, Jon Bathmaker On 8/19/2016 8:37 AM, Elardus Engelbrecht wrote: Jon Bathmaker wrote: I am a VTAM usedtobe (in 1995) trying to get VTAM to load a new logmode table, EMSMODE, into its tiny little mind so that I can use a 62x160 screen. I have been able to get it to load the table to my active session with the following command: F NET,TABLE,TYPE=MODETAB,OPTION=ASSOCIATE,NEWTAB=EMSMODE,ID=A03AT001,OLDTAB=* but of course when I log off/on again the modetab is what it was before I issued the command which won't work. I have also tried F NET,TABLE,TYPE=MODETAB,OPTION=LOAD,NEWTAB=EMSMODE which came back OK but did not have the desired effect. NET is dynamic enough that you can do a F NET,blah... Are you using Netview Access Services or NETVIEW? AFAIK, EMSMODE a Netview Access Service Logmode table. Do you see any IEV043* message? AFAIK, changes in logmode need a stop/start in Netview Access Service accompanied by a V NET,majnode INACT and ACT if needed. I am not sure how HOD is working, I have never worked with that. Groete / Greetings Elardus Engelbrecht -- 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: LOAD VTAM Logmode Table
??? Using HOD. On 8/18/2016 9:44 PM, Rob Schramm wrote: Tn3270? Rob Schramm On Thu, Aug 18, 2016, 6:37 PM Jon Bathmaker < jon.bathma...@sys1consulting.com> wrote: Hi, I am a VTAM usedtobe (in 1995) trying to get VTAM to load a new logmode table, EMSMODE, into its tiny little mind so that I can use a 62x160 screen. I have been able to get it to load the table to my active session with the following command: F NET,TABLE,TYPE=MODETAB,OPTION=ASSOCIATE,NEWTAB=EMSMODE,ID=A03AT001,OLDTAB=* but of course when I log off/on again the modetab is what it was before I issued the command which won't work. I have also tried F NET,TABLE,TYPE=MODETAB,OPTION=LOAD,NEWTAB=EMSMODE which came back OK but did not have the desired effect. Any help, comments, witty sayings will be much appreciated. Thanks Regards. Jon Bathmaker -- 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
LOAD VTAM Logmode Table
Hi, I am a VTAM usedtobe (in 1995) trying to get VTAM to load a new logmode table, EMSMODE, into its tiny little mind so that I can use a 62x160 screen. I have been able to get it to load the table to my active session with the following command: F NET,TABLE,TYPE=MODETAB,OPTION=ASSOCIATE,NEWTAB=EMSMODE,ID=A03AT001,OLDTAB=* but of course when I log off/on again the modetab is what it was before I issued the command which won't work. I have also tried F NET,TABLE,TYPE=MODETAB,OPTION=LOAD,NEWTAB=EMSMODE which came back OK but did not have the desired effect. Any help, comments, witty sayings will be much appreciated. Thanks Regards. Jon Bathmaker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Capturing STC SYSOUT when the STC is shut down
Hi, We are running NVAS and the SYSPRINT file gets directed to SYSOUT=* which is fine as we can browse it if we need to. For some reason (Audit request?) I am being asked to vacuum up the SYSOUT file and put it into a GDG when the task is recycled, while still leaving it as SYSOUT when the STC is active. . Based on a message I received, a disp of PASS and SYSOUT are incompatible. I am now considering using SDSF in batch so solve this problem (thanks to Lorne Heffer). Anyone have any ideas? Using a commercial Program Product is a non-starter as, like everyone else the client is only interested in lower cost. Thanks. Regards, Jon Bathmaker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN