In my case, I am specifying the following for Shopz:
//SMPCNTL DD *
SET BOUNDARY (GLOBAL) .
RECEIVE SYSMODS HOLDDATA
FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO))
SOURCEID(xxxxxx)
DELETEPKG .
/*
//CLNTINFO DD *
<CLIENT>
<FTPOPTIONS> -v -f "//'SYS1.TCPPARMS(FTPSMPE)'"</FTPOPTIONS>
</CLIENT>
/*
//SERVINFO DD *
<SERVER
host="deliverycb-bld.dhe.ibm.com"
user="blahblah"
pw="password"
>
<PACKAGE
file="2016081556109/PROD/GIMPAF.XML"
hash="1234E56765431BED81735ADC6115"
id="U01234567"
>
</PACKAGE>
</SERVER>
/*
To pull only HOLDDATA, is the following correct?
//SMPCNTL DD *
SET BOUNDARY (GLOBAL) .
RECEIVE HOLDDATA
FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO))
DELETEPKG .
/*
//CLNTINFO DD *
<CLIENT>
<FTPOPTIONS> -v -f "//'SYS1.TCPPARMS(FTPSMPE)'"</FTPOPTIONS>
</CLIENT>
/*
//SERVINFO DD *
<SERVER
What does the server contents look like?
What are all the DNS servers (and their IP addresses available to support
this request so that I can get my firewall rules defined?
</SERVER>
/*
Thanks to all that respond,
Bob
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Jesse 1 Robinson
Sent: Tuesday, August 16, 2016 12:00 PM
To: [email protected]
Subject: Re: PTF order fulfillment issues and getting HOLDDATA
This is the process I mentioned yesterday. It was always required to pull
maintenance, but a simple FTP job used to suffice to get just HOLDDATA:
[email protected] [email protected]
cd /s390/holddata
get full.txt 'tsoskip.smpe.ptfs(holddata)' (repl
quit
That method now fails. RECEIVE ORDER specifying only HOLDDATA now appears to be
required. BTW I'm using HTTPS because FTPS will not work in our environment due
to proxy appliance issues.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
[email protected]
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Jousma, David
Sent: Tuesday, August 16, 2016 8:24 AM
To: [email protected]
Subject: (External):Re: PTF order fulfillment issues and getting HOLDDATA
Bob, I was seeing that yesterday too, but the error was the negotiation to a
secured transport mechanism first. You can just do a receive order,
specifying only HOLDATA.
SET BOUNDARY (GLOBAL) .
RECEIVE ORDER (CLIENT (CLIENT)
CONTENT (HOLDDATA)
ORDERSERVER (SERVER)
FORTGTZONES (MVSTZN)
WAIT (120))
DELETEPKG.
To setup secured FTP you need to minimally pass these parms to your FTP client
> SECURE_FTP ALLOWED
> SECURE_MECHANISM TLS
> TLSRFCLEVEL CCCNONOTIFY
> TLSMECHANISM FTP
> SECURE_DATACONN PRIVATE
> KEYRING keyringname
> EPSV4 TRUE
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm
_________________________________________________________________
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President [email protected]
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:[email protected]] On Behalf
Of Richards, Robert B.
Sent: Tuesday, August 16, 2016 11:17 AM
To: [email protected]
Subject: Re: PTF order fulfillment issues and getting HOLDDATA
I am still having issues with getting HOLDDATA and believe it is a firewall
issue on my side.
Is there a webpage that lists all the DNS' and IP addresses that are supported
to "GET" this HOLDDATA information?
As you saw below, public.dhe.ibm.com changed over the weekend. Before I go
through my change management process for get a firewall rule changed, I would
like to add any others so that I do not have to repeat this exercise.
Once I have them, I believe that PARM='-a TLS dnsname' should work.
Bob
From: Richards, Robert B.
Sent: Monday, August 15, 2016 6:48 AM
To: IBM Mainframe Discussion List ([email protected])
Subject: PTF order fulfillment issues and getting HOLDDATA
Is anyone else having issues with order fulfillment with IBM?
I ordered a single PTF through Shopz this morning and it generates the
appropriate pairing below (contents removed):
<SERVER
</SERVER>
They generate the userid and password, so why do I get this below?
EZA1701I >>> PASS
530 Login incorrect.
EZA1735I Std Return Code = 26530, Error Code = 00011 EZA1701I >>> QUIT
221 Goodbye.
I even deleted and reordered the PTF, getting the same result.
Also, my attempts in a separate nightly job to get full HOLDDATA also failed
for the last two nights.
EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com EZA2589E Connection to server
interrupted or timed out. Waiting for reply EZA1721W Server not responding,
closing connection.
EZA1735I Std Return Code = 10220, Error Code = 00008
and
EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to
server interrupted or timed out. Initial connection EZA1735I Std Return Code =
10000, Error Code = 00008
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
