AW: Re: AW: Re: permissions to /bin/sh

>on z/OS the sticky bit on an executable file affects how a spawn() and >_BPX_SHAREAS works. It mainly affects where the loader starts looking for the program to be loaded, namely LPA. Its a performance thing in the first place. Then, for some reason unknown to me, IBM had to decide that such

Re: permissions to /bin/sh

> On Aug 24, 2017, at 11:30 AM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On Thu, 24 Aug 2017 12:17:29 -0400, Tony Harminc wrote: >> >> No - never. AMASPZAP (IMASPZAP before MVS, i.e. before 1972, and before the >> notion of APF authorization) was always

Re: permissions to /bin/sh

> On Aug 24, 2017, at 11:17 AM, Tony Harminc > wrote: > > On 24 August 2017 at 04:41, R.S. > wrote: > >> W dniu 2017-08-23 o 18:25, Karl S Huf pisze: >> >>> NTAC:3NS-20 >>>

Re: Route in Jes2 for more than one node

Ignore what I posted earlier. Even if it did work, the XEQ's would schedule a same job to execute twice - on different LPARs.   Next try. A job's output can be captured and saved to a dataset, based on whatever ISPF 3.8 does (I did this AOK when replacing IBM's Custompac with my code, in 1999; but

Re: Cobol Help

On 25/08/2017 11:10 AM, Farley, Peter x23353 wrote: That may well be true, but use of C stdio then requires POSIX mode, which makes it not suitable for a *generalized* file handler which might, for instance, need to be invoked in a totally non-LE environment. Good point about the non-LE

Re: Cobol Help

That may well be true, but use of C stdio then requires POSIX mode, which makes it not suitable for a *generalized* file handler which might, for instance, need to be invoked in a totally non-LE environment. I would agree with "hundreds of lines" but not thousands. QSAM support only takes a

Re: Route in Jes2 for more than one node

I have not checked it (no access to a mainframe since I retired, in 2013) - but you could try coding in your JCL either:    "/*ROUTE XEQ (,)" or "/*JOBPARM SYSAFF=(,)" or even    "/*ROUTE XEQ "    "/*ROUTE XEQ "     (etc.)   ... but no guarantee that any of these will actually work   Cheers, CP  

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

So I had to do a receive and had issues. My problem turned out I needed to use a proxy to get through the firewall. However, the thing that helped in diagnosing was having SMPLOG going to SYSOUT Perhaps you have some message in there that could help. Lizette

Re: RACF Parmlib Support - OA52650

On Thu, 24 Aug 2017 18:25:09 -0700, Ed Jaffe wrote: >Yay! I have wanted this since Old Man Noah cornered the market on gopher >wood! > >ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/pdf/oa52650.pdf Second that ! - gets rid of two usermods for us Roger

BPX ptrace (BPX1PTR) and writing to the child program's memory

I'm trying to get BPX1PTR to write to a child program's memory (the child is set up as PT_TRACE_ME, and the parent is waited for the child to get loaded (e.g. sitting in the parent after LoadHFS notification.) Both the PT_WRITE_I and PT_WRITE_BLOCK requests claim they "worked", (the retcode

Re: Route in Jes2 for more than one node

On 2017-08-24, at 19:31, Gilson Cesar de Oliveira wrote: > > The answer is Yes but, and always there is a BUT, the user don't want to > change anything in JCL, so the option is to route the sysouts using Jes2 > command and I could not see a way to do it ($Rall) for more than one node. > >

Re: Route in Jes2 for more than one node

Paul:   The answer is Yes but, and always there is a BUT, the user don't want to change anything in JCL, so the option is to route the sysouts using Jes2 command and I could not see a way to do it ($Rall) for more than one node.  If you have an exit where you can enable more than one node to

RACF Parmlib Support - OA52650

Yay! I have wanted this since Old Man Noah cornered the market on gopher wood! ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/pdf/oa52650.pdf -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/

Re: Route in Jes2 for more than one node

On 2017-08-24, at 17:30, Gilson Cesar de Oliveira wrote: > > We have to route some sysouts in the JES2 spool for two different nodes. Is > there a way to do it automatically? > Will the JCL OUTPUT statement do that for you? --gil

Route in Jes2 for more than one node

Dear list: We have to route some sysouts in the JES2 spool for two different nodes. Is there a way to do it automatically? Regards, Gilson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: ICH13005I

John Eells wrote: >Whether it's a bug or a doc error vs. a feature depends on exactly what >weirdness you saw and whether it's expectedly or unexpectedly weird. That's a >question for Level 2 or RACF-L. But as I understand it, some of the weird >things derive from commands against a class that

Re: permissions to /bin/sh

Sent from my iPhone Sorry for any grammar problems > On Aug 24, 2017, at 16:54, Walt Farrell wrote: > >> On Thu, 24 Aug 2017 16:06:26 -0500, Paul Gilmartin >> wrote: >> >>> On Thu, 24 Aug 2017 15:22:30 -0500, Walt Farrell wrote: >>> On

Re: permissions to /bin/sh

On Thu, 24 Aug 2017 16:06:26 -0500, Paul Gilmartin wrote: >On Thu, 24 Aug 2017 15:22:30 -0500, Walt Farrell wrote: > >>On Thu, 24 Aug 2017 11:30:26 -0500, Paul Gilmartin wrote: >> >>>Is AMASPZAP linked AC=1? It would seem that there's no need for that >>>nowadays: >>>AC=0

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

On Thu, 24 Aug 2017 17:15:28 -0400, Kurt Quackenbush wrote: > >> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe >> -showversi >> n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT >... >As an experiment, try to logon to TSO/E with the userid running the job, >start

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote: This is what SYSPRINT says: -- DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79

Re: permissions to /bin/sh

On Thu, 24 Aug 2017 15:22:30 -0500, Walt Farrell wrote: >On Thu, 24 Aug 2017 11:30:26 -0500, Paul Gilmartin wrote: > >>Is AMASPZAP linked AC=1? It would seem that there's no need for that >>nowadays: >>AC=0 with suitable data set and programmer profiles should suffice. > >Even if what you need

Re: How to Remove trailing space in SFTP Transfer

On Thu, 24 Aug 2017 09:16:36 -0500, John McKown wrote: >> >> Decades ago, before OMVS was envisioned, I was maintaining/enhancing the >> runtime library for a FOSS Pascal system and wished the access method >> would do something similar for Classic data sets. It would have saved me >>

Re: permissions to /bin/sh

On Thu, 24 Aug 2017 11:30:26 -0500, Paul Gilmartin wrote: >On Thu, 24 Aug 2017 12:17:29 -0400, Tony Harminc wrote: >> >>No - never. AMASPZAP (IMASPZAP before MVS, i.e. before 1972, and before the >>notion of APF authorization) was always subject to dataset protection (via

Re: How to Remove trailing space in SFTP Transfer

FYI, You don't have to modify /etc/ssh/sshd_config to use the Co:Z SFTP client. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Aug 24, 2017 at 10:16 AM, John McKown wrote: > On Thu, Aug 24, 2017 at 10:10 AM, Kirk Wolf wrote: >

Data masking survey - what do you use (if any)

The need to separate development from production includes access to real life data. There are two problems I see: - Identify the data to mask at a field level according to law, regulations, etc. - The price of masking in terms of CPU and elapse time. so, I wonder what, if any, tool you

Re: Scrubbing sensitive data in dumps

Right! Just because a sequence of bytes "could" represent a legitimate SSN doesn't mean it is a SSN. Murphy's law guarantees that scrubbing anything that could be interpreted as a SSN will eventually also scrub some combination of adjacent numeric values, character strings, address pointers or

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

For those that know of any JAVA debug options to use, there is a way to specify them in the CLNTINFO DD using "javadebugoptions=" in the Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

On 2017-08-24, at 03:47, גדי בן אבי wrote: > That’s the user id and password that shopzseries created :-) > ... >> host="deliverycb-mul.dhe.ibm.com" >> user="P404n421" >> pw="k6q1794E" >> Mixed case and all!? -- gil

Re: permissions to /bin/sh

On Thu, 24 Aug 2017 12:17:29 -0400, Tony Harminc wrote: > >No - never. AMASPZAP (IMASPZAP before MVS, i.e. before 1972, and before the >notion of APF authorization) was always subject to dataset protection (via >passwords, long before RACF), ... > Is AMASPZAP linked AC=1? It would seem that

Re: JES2 NODSI/DSI ?

Just checked the systems I inherited and we're running DSI with no issues. Carmen - Original Message - From: "Kees Vernooij (ITOPT1) - KLM" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, August 24, 2017 2:28:05 AM Subject: JES2 NODSI/DSI ? To protect

Re: permissions to /bin/sh

On 24 August 2017 at 04:41, R.S. wrote: > W dniu 2017-08-23 o 18:25, Karl S Huf pisze: > >> NTAC:3NS-20 >> >> Good question. Reminds me of the age-old Auditor 101 question: "What do >> you do to restrict AMASPZAP?" >> Explaining that it's just a tool like any

Re: JES2 NODSI/DSI ?

I may have told this story before. An auditor doing a JES2 review once called to say that a JES2 proclib was missing--not found on the system. Impossible, I said. Ouch! He was right. Turns out that a colleague had been requested by the 'owner' of the proclib to remove it. So he did. Pure dumb

Re: How to Remove trailing space in SFTP Transfer

On Thu, Aug 24, 2017 at 10:10 AM, Kirk Wolf wrote: > Or just use Co:Z SFTP and send the data set directly rather than having to > copy it to a Unix file. Then you can use the trim=on/off option to control whether you want > trailing spaces trimmed. > ​The only reason that I

Re: How to Remove trailing space in SFTP Transfer

Or just use Co:Z SFTP and send the data set directly rather than having to copy it to a Unix file. Then you can use the trim=on/off option to control whether you want trailing spaces trimmed. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Aug 24, 2017 at 7:46 AM, John McKown

Re: AW: Re: permissions to /bin/sh

on z/OS the sticky bit on an executable file affects how a spawn() and _BPX_SHAREAS works. Its kind of a hack (mess). Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Aug 24, 2017 at 12:06 AM, Peter Hunkeler wrote: > >1. The problem with IDz was real and solved by

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

My receive JCL is 'almost' identical except I have Java 6.7 and 8 to support multiple applications , and for the receive I use Java 6 31 bit also I noticed a subtle difference in the CLIENTINFO mine, I don't specify the classpath that's done in the SMPCPATH DD and I have to authenticate to

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Try adding a SMPJHOME dd statement pointing to /usr/lpp/java/J8.0_64 or verify the SMPJHOME DDDEF -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, August 24, 2017 4:40 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: How to Remove trailing space in SFTP Transfer

On Thu, Aug 24, 2017 at 9:03 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 24 Aug 2017 08:09:18 -0500, Elardus Engelbrecht wrote: > > >Paul Gilmartin wrote: > > > ... RECFM=FB. ... > >>Why is that still a thing in the 21st Century? > > > >Backward

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Ok, I just compared your jcl to mine. Mine works with no trailing "/" Yours: classpath="/usr/lpp/smp/classes/" Mine: classpath="/usr/lpp/smp/classes" And in one of your follow-on listings, not sure if it’s a cut/paste problem or not, but there is an extra space after smp/classes/ prior to the

Re: JES2 NODSI/DSI ?

Yes, we know the proclib-switch trick, but the problem is that one can forget to use it. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Allan Staller > Sent: 24 August, 2017 15:59 > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: How to Remove trailing space in SFTP Transfer

On Thu, 24 Aug 2017 08:09:18 -0500, Elardus Engelbrecht wrote: >Paul Gilmartin wrote: > ... RECFM=FB. ... >>Why is that still a thing in the 21st Century? > >Backward compatibility all the way back to Julius Ceasar and Nero ... ;-D > >What would you like to have in place of FB? > It could

Re: JES2 NODSI/DSI ?

The NODSI operand also allows you to update the proclibs "on the fly" RACF and dsorg attribute "u" should prevent these kinds of errors. I would stay with the NODSI option. BTW, if SYS1.PROCLIB is moved . submit a hob with (e.g.) PROG99 which will not be found. JES Will then reread the proclib

Re: JES2 NODSI/DSI ?

RACF is no solution, because the person that will reallocate the proclib is authorized to do so. A dummy STC would be an idea. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of R.S. > Sent: 24 August, 2017 15:45 > To:

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

On Thu, 24 Aug 2017 06:08:52 -0700, Lizette Koehler wrote: >You have gotten good replies. But the main issue has not been uncovered. > >Make >sure your SMPE job has a //SYSPRINT DD SYSOUT=* - it will be helpful. The OP showed that it was included. >I am not >sure if it will dynamically

Re: JES2 NODSI/DSI ?

W dniu 2017-08-24 o 15:15, Vernooij, Kees (ITOPT1) - KLM pisze: With NODSI, 1. dynamic proclibs are not enqueued by JES2 and can be deleted and reallocated whithout notification. 2. JES2 does not know that the proclib has been moved and remains reading from the old allocation, which is the

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Java is there It's V8 64 bit. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Thursday, August 24, 2017 3:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Try using the 31 bit version of Java 8. See if that makes a difference. Mark Jacobs גדי בן אבי August 24, 2017 at 9:14 AM This is what SYSPRINT says: -- DATE 08/24/17 TIME 16:08:40 SERVER Data

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Lizette Koehler wrote: >//SMPER1 EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G >I am not sure how MEMLIMIT and REGION work together. But you want to let JAVA >take everything it wants. Indeed, JAVA is PACMAN hungry, it gobbles up your memory just like that screen character which eats up pills and

Re: JES2 NODSI/DSI ?

With NODSI, 1. dynamic proclibs are not enqueued by JES2 and can be deleted and reallocated whithout notification. 2. JES2 does not know that the proclib has been moved and remains reading from the old allocation, which is the disc area where the old proclib resided. With DSI, JES2 enqueues

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

This is what SYSPRINT says: -- DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79 -- DATE 08/24/17

Re: JES2 NODSI/DSI ?

What problem are you trying to solve. How will this help? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, Kees (ITOPT1) - KLM > Sent: Thursday, August 24, 2017 12:28 AM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: How to Remove trailing space in SFTP Transfer

Paul Gilmartin wrote: >>> ... RECFM=FB. ... >Why is that still a thing in the 21st Century? Backward compatibility all the way back to Julius Ceasar and Nero ... ;-D What would you like to have in place of FB? Groete / Greetings Elardus Engelbrecht

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

You have gotten good replies. But the main issue has not been uncovered. When running SMP/E and there is JAVE issues involved, you need to scan the SYSPRINT/STDERR/STDOUT for the JVM error messages as well as GIM messages for JAVA. There are more messages that should be in the output of your

Re: How to Remove trailing space in SFTP Transfer

On Thu, 24 Aug 2017 11:14:30 +0300, venkat kulkarni wrote: >my dataset on Mainframe is FB , So whenever mainframe transfer data using >FTP using ascii to AIX it doesnt have trailing spaces. > >But as SFTP cant transfer directly dataset into AIX location, so we >transfer dataset to omvs location

Re: How to Remove trailing space in SFTP Transfer

On Thu, Aug 24, 2017 at 3:14 AM, venkat kulkarni wrote: > my dataset on Mainframe is FB , So whenever mainframe transfer data using > FTP using ascii to AIX it doesnt have trailing spaces. > > But as SFTP cant transfer directly dataset into AIX location, so we >

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

As a rough guess. See if you actually still have JAVA 1.4 on you system. In OMVS on the system in use cd /usr/lpp/java ls -al If java 1.2 is present you should see J4.0 or J4.0_64 The current versions of java are Java7 and Java8 -Original Message- From: IBM Mainframe Discussion List

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

On 8/24/2017 6:55 AM, גדי בן אבי wrote: I've checked all of those options OK, you've checked all those options, but what did you actually find in SYSPRINT? Hard for anyone to debug without showing us the content of SYSPRINT. Kurt Quackenbush -- IBM, SMP/E Development

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

I tried. Didn't help -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Thursday, August 24, 2017 2:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Could MEMLIMIT be the culprit? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, August 24, 2017 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

I have GIMJVCLT.class in that directory -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, August 24, 2017 2:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Gadi wrote: >I am getting the message >GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT >BE Started. >I've looked at everything mentioned in the message manual, and it all seems ok. Warning: I'm not working in SMP/E, but ... ;-) I see you got good replies and that

Re: ICH13005I

Smith III, Phil , HPE Data Security Voltage wrote: John Eells wrote: OK, not related to the problem for which we took the APARs. Was the POSIT shared with another class? Weird Things Happen when you do that. That was my guess, and what led me to suggest they change it. But I don't know.

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

There were no errors is SYSLOG, of any type. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: Thursday, August 24, 2017 1:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

I've checked all of those options -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Thursday, August 24, 2017 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE

Re: ICH13005I

Tom Conley wrote: John, There's no way to know without tearing apart ICHCRCDE. RACF, in its infinite wisdom, provides no report showing POSIT. If it's a Dynamic CDT entry, RLIST CDT name CDTINFO will show POSIT: CDTINFO INFORMATION --- CASE = UPPER DEFAULTRC = 004

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

>From QuickRef: SMP/E attempted to invoke the indicated program but it could not be started. System action

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

RACF errors in syslog? On Aug 24, 2017 11:48, "גדי בן אבי" wrote: > That’s the user id and password that shopzseries created :-) > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of ITschak Mugzach > Sent:

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

That’s the user id and password that shopzseries created :-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ITschak Mugzach Sent: Thursday, August 24, 2017 12:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GIM69209S ** RECEIVE

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Nice userid & password... בתאריך 24 באוג 2017 12:40,‏ "גדי בן אבי" כתב: > Hi, > > I am setting up a brand new system, running z/OS v2.2 > > I ordered a product from shopzseries, and I am trying to download it using > the RFNJOBH downloaded from shopzseries. > > I am getting

GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Hi, I am setting up a brand new system, running z/OS v2.2 I ordered a product from shopzseries, and I am trying to download it using the RFNJOBH downloaded from shopzseries. I am getting the message GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

Re: permissions to /bin/sh

W dniu 2017-08-23 o 18:25, Karl S Huf pisze: NTAC:3NS-20 Good question. Reminds me of the age-old Auditor 101 question: "What do you do to restrict AMASPZAP?" Explaining that it's just a tool like any other and that the real issue is properly securing the entities it might update is the real

Re: How to Remove trailing space in SFTP Transfer

my dataset on Mainframe is FB , So whenever mainframe transfer data using FTP using ascii to AIX it doesnt have trailing spaces. But as SFTP cant transfer directly dataset into AIX location, so we transfer dataset to omvs location using OPUT and then from omvs, we transfer data to AIX using SFTP.

JES2 NODSI/DSI ?

To protect dynamic proclibs from accidents, we are considering setting HASJES20 to DSI in SCHED00. Is any site running JES2 with DSI? With positive of negative experiences? Thanks, Kees. For information, services and offers, please visit