Yes, I can import IOCP txt from memory stick, but I want to UPLOAD the
file TO memory stick from my workstation. Reason: the HMC and CPC reside
in remote location. I can power-up the machine remotely, IPL,
deactivate, change reset profiles, configure OSA-ICC, everything
remotely EXCEPT new IOCP
On Sat, 29 Dec 2012 07:42:34 +0100, ibmmain wrote:
> I have also seen this happen with IBMUSER, and the colleague doing the ftp
> swears that he didn't use IBMUSER for his ftp.
>
If this was for an inbound FTP session, do you have the FTP server configured
to run as IBMUSER?
--
Walt
---
It seems I have not been clear enough.
Like a JESx initiator, which, in its lifetime, may serve as a container
(address space) for many batch jobs, BPXAS initiators may, in their lifetime,
serve as a container (i.e.address space) for many, many processes one after the
other.
The message BPXP0
>> I have also seen this happen with IBMUSER, and the colleague doing the ftp
>> swears that he didn't use IBMUSER for his ftp.
>>
>
>If this was for an inbound FTP session, do you have the FTP server configured
>to run as IBMUSER?
The message documents the *jobname*, not the uid/userid of the p
>Thanks for that list. Problem is, BPX.DAEMON was defined with UACC(READ) and
>some userids had ALTER, so explicit READ access doesn't do much. Or does it?
I just stumbled over this one when reading the whole thread once more trying to
find answers for Barbara.
The profile should be defined wit
I'm confused. If you want to transfer text data (in either direction)
between the HMC and a memory stick, you need to mount the stick in the HMC.
I never used remote access to the HMC so I don't know if the import/export
functions will support a text transfer between the HMC (server) and your
wor
>No, it wasn't. In the old system that usermod was there, too. See below.
Barbara,
You mentioned that on your new system, that IMS module was in
ADCD.Z113.LINKLIB, right?
We're talking about an end of task/AS resource manager module. I would have
expected this module to be placed in LPA not Li