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
