Kirk, I've installed your software and it is working. Thanks for the suggestion!
--- k...@dovetail.com wrote: From: Kirk Wolf <k...@dovetail.com> To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: sftp Date: Thu, 1 Aug 2013 08:07:56 -0500 Richard, In IBM Ported Tools release 1.2, IBM changed the sftp command to be APF authorized. This is why you can't local-spawn it from BPXBATCH I actually don't see how your original JCL would have ever worked: BPXBATCH with PARM=PGM will *not* local spawn the command, so the DD:CMDS won't be available to it. BPXBATSL might have worked. Kirk Wolf Dovetailed Technologies http://dovetail.com PS> Co:Z SFTP is free to use under our Community License and is easy to run from batch JCL http://dovetail.com/products/sftp.html http://dovetail.com/docs/sftp/client.html#client-batch On Thu, Aug 1, 2013 at 6:54 AM, Richard Pinion <rpin...@netscape.com> wrote: > I did that, but it didn't help me. > > > > --- david.jou...@53.com wrote: > > From: "Jousma, David" <david.jou...@53.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: sftp > Date: Thu, 1 Aug 2013 11:27:09 +0000 > > TEC1:$ bpxmtext 0B1B0473 > BPXPREXC 02/28/13 > JRLocalSpawnNotAllowed: A request to spawn a local child process could not > be > completed because of conflicting inheritance attributes. A local spawn > request with options that affect the attributes of the address space is not > allowed because this would affect the attributes of the current address > space > where the new process would be created. The spawn request specified an > inheritance structure or environment variable settings that would have > changed > one or more of the following attributes of the address space: the region > size, > the memory limit, the time limit, accounting information, the user ID. > > Action: A local child process is required to be created when either the > InheMustBeLocal flag in the inheritance structure is set on or when the > value > of the _BPX_SHAREAS environment variable is MUST. For spawns that must be > local be sure the request does not specify any of the following attributes > in > the inheritance structure: InheSetRegionSz, InheSetMemLimit, > InheSetTimeLimit, > InheSetAcctData, InheSetJobname. In addition, be sure that the list of > environment variables passed on the spawn request does not include a > _BPX_USERID specification. > TEC1:$ > > _________________________________________________________________ > Dave Jousma > Assistant Vice President, Mainframe Engineering > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Richard Pinion > Sent: Thursday, August 01, 2013 7:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: sftp > > I am running z/OS 1.13 and using the IBM Ported Tools sftp client. I have > some JCL from a few years back that I am using but it doesn't work anymore. > Any > > suggestions or observations would be appreciated. > > //SFTP EXEC PGM=BPXBATCH, > // PARM='PGM /bin/sftp -b //DD:CMDS me@10.45.133' > //STDIN DD DUMMY > //STDOUT DD PATH='/tmp/sftp.stdout', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > //STDERR DD PATH='/tmp/sftp.stderr', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > //CMDS DD * > ascii > ls > quit > /* > //STDENV DD * > PATH=/bin > DISPLAY=FOO > SSH_ASKPASS=/bin/askpass > PASSDSN=//'LDARP1.PASSWORD' > _BPX_BATCH_SPAWN=yes > _BPX_SHAREAS=must > //* > > > > I receive the following. > > > > +BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF > /bin/sftp FAILED WITH RETURN CODE > 0000009D REASON CODE 0B1B0473. > > . > > . > > BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF > /bin/sftp FAILED WITH RETURN CODE > 0000009D REASON CODE 0B1B0473. > IEF142I LDARP1SF SFTP - STEP WAS EXECUTED - COND CODE 2816 > IGD104I HFS FILE WAS RETAINED, DDNAME IS (STDOUT ) > FILENAME IS (/tmp/sftp.stdout) > IGD104I HFS FILE WAS RETAINED, DDNAME IS (STDERR ) > FILENAME IS (/tmp/sftp.stderr) > > > > This is my ssh_config file. > > > > EDIT /SYSTEM/etc/ssh/ssh_config > Command ===> > ****** ************************************* > 000001 PreferredAuthentications=password > 000002 PasswordAuthentication=yes > 000003 PubkeyAuthentication=no > 000004 BatchMode yes > 000005 Loglevel debug3 > 000006 Port 22222 > 000007 Cipher blowfish > 000008 Cipher 3des > > > > If I change my job to use z/OS Unix files I don't have the problem as in > the above example. I assume it is > > because I am not using DD allocations for //CMDS and > PASSDSN=//'LDARP1.PASSWORD' . However, using > > the '-b' option to point to a z/OS Unix file, my sftp job doesn't get a > prompt for the password. > > > > //SFTP EXEC PGM=BPXBATCH, > // PARM='PGM /bin/sftp -b /tmp/work.txt me@10.45.1.33' > //STDIN DD DUMMY > //STDOUT DD PATH='/tmp/sshd.stdout', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > //STDERR DD PATH='/tmp/sshd.stderr', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > /* > //STDENV DD * > PATH=/bin > DISPLAY=FOO > SSH_ASKPASS=/bin/askpass > _BPX_BATCH_SPAWN=no > > _BPX_SHAREAS=must > > > > debug2: bits set: 500/1024 > debug1: ssh_rsa_verify: signature correct > debug2: kex_derive_keys > debug2: set_newkeys: mode 1 > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug2: set_newkeys: mode 0 > debug1: SSH2_MSG_NEWKEYS received > debug1: SSH2_MSG_SERVICE_REQUEST sent > debug2: service_accept: ssh-userauth > debug1: SSH2_MSG_SERVICE_ACCEPT received > debug2: key: /pgp/doc/.ssh/id_rsa (0) > debug2: key: /pgp/doc/.ssh/id_dsa (0) > debug1: Authentications that can continue: publickey,password > debug3: start over, passed a different list publickey,password > debug3: preferred password > debug3: authmethod_lookup password > debug3: remaining preferred: > debug1: No more authentication methods to try. > debug3: __catgets: NLS setup complete (1), using message catalog > openssh.cat > FOTS1373 Permission denied (publickey,password). > > > > Not using the '- b' option, and instead using STDIN, pointing to a z/OS > Unix file for the sftp commands, > > the sftp job works. FYI - I updated /bin/askpass to process from a z/OS > Unix file instead of a MVS data set. > > > > //STEP020 EXEC PGM=BPXBATCH, > // PARM='PGM /bin/sftp me@10.45.1.33' > //STDIN DD PATH='/work/cmds', > // FILEDATA=TEXT,PATHOPTS=ORDONLY,PATHDISP=KEEP > //STDOUT DD PATH='/tmp/sftp.stdout', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > //STDERR DD PATH='/tmp/sftp.stderr', > // PATHOPTS=(OWRONLY,OCREAT,OTRUNC), > // PATHMODE=SIRWXU > /* > //STDENV DD * > PATH=/bin > DISPLAY=FOO > SSH_ASKPASS=/bin/askpass > _BPX_BATCH_SPAWN=yes > _BPX_SHAREAS=yes > //* > > > > The first example worked when I was running either z/OS 1.10 or 1.11. My > last example works, but I'm curious as to why this change in > > behavior. If I'm doing something wrong, please point it out to me, > because I can't find it. > > > > _____________________________________________________________ > Netscape. Just the Net You Need. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This e-mail transmission contains information that is confidential and may > be privileged. It is intended only for the addressee(s) named above. If > you receive this e-mail in error, please do not read, copy or disseminate > it in any manner. If you are not the intended recipient, any disclosure, > copying, distribution or use of the contents of this information is > prohibited. Please reply to the message immediately by informing the sender > that the message was misdirected. After replying, please erase it from your > computer system. Your assistance in correcting this error is appreciated. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > _____________________________________________________________ > Netscape. Just the Net You Need. > > ---------------------------------------------------------------------- > 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 _____________________________________________________________ Netscape. Just the Net You Need. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN