3.2, Retrieve workflow version always works for me. 3.5, verify feature bits, always fails with a syntax error. The script being built is too long and gets truncated. I ended up creating my own script and running it.
On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann <sean.gle...@gmail.com> wrote: > It's been really quite a troublesome effort for me, Michael, but I guess > it's true to say that most of the problems are down to my rudimentary > knowledge of TCPIP and networking in general. > For various reasons, I have to use a tunnelled connection through to the > z/OS guest, and that makes things a bit more interesting. > The 'Getting Started' redbook (SG24-8457-00) has been my sole point of > reference all the way through, and yeah, it's OK - up to point. it doesn't > cover the tunnelling complication, naturally, and there are some very poor > typos to take into account. > As for the Workload Provisioning process in z/OSMF - after you've specified > a bunch of parameters, it's just a JCL generator/job submitter/checker with > a couple of z/OSMF-specific bits thrown in. > During the initial parameter specification phase I had considerable > difficulty at the point of specifying the RSA key, but eventually got it > right. > Step 3.2 in the process - where some sort of version information is looked > for - has always failed for me. I've never been able to make it work as > expected and have had to force it to a 'complete' state by clicking the > 'Finish' button. > > I tried to adapt the process detailed in the redbook to suit our security > set-up, but the result never worked. In the end, I followed the procedure > to the letter, and created the ZCXxxx users and groups in RACF as > specified. > Result - I've finally got a working container that I can log in to. The > next step according to the redbook is to download an image from > hub.docker.com, but when I try the specified command - 'docker pull nginx' > - the container tries to go to registry-1.docker/.io/v2 - which isn't > specified anywhere in the parameter files created by z/OSMF - and it times > out. > I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS, > messed around with DNS specifications and I've commented out the IPSEC > statements in the TCPIP PROFILE parameters (thank gawd for sandbox > systems!). Nothing along those lines has altered the situation. > Now, I'm waiting for our company networking guys to suggest other things to > try. > > Good luck with your efforts, Michael. > I hope you have a smoother ride than I have had so far. > > Sean > > On Thu, 4 Jun 2020 at 15:32, Michael Babcock <bigironp...@gmail.com> > wrote: > > > Sean, > > > > I’m just going through the provisioning process now. Any gotchas that > you > > care to share? > > > > On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann <sean.gle...@gmail.com> > wrote: > > > > > Thanks, Gadi. > > > Yes, there are GLZ messages associated with these AZDs, but all they do > > is > > > identify the stored failure data. > > > > > > It's all somewhat moot now. I tried to /P the container, and got told > the > > > task was non-cancellable. > > > Eventually I resorted to a FORCE ARM to get rid of it. > > > Restarted the task and now it's running perfectly! No errors or > warnings, > > > and I'm logged in, ready to start working with my first container. > > > > > > Sean > > > > > > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi <gad...@malam.com> wrote: > > > > > > > I found this: > > > > > > > > > > > > > > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm > > > > > > > > It looks like the real information is in GLZ messages. > > > > > > > > I don't have z/OS v2.4 running, so I can't really check. > > > > > > > > Gadi > > > > > > > > -----Original Message----- > > > > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > > Behalf > > > > Of Sean Gleann > > > > Sent: Thursday, June 4, 2020 12:53 PM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: AZD messages? > > > > > > > > Can anyone point me at documentation for AZD... messages coming out > of > > a > > > > zcx container, please? > > > > > > > > I'm getting: > > > > AZDN0004E Failure &rsn configuring IPv4 address and AZDP0001E > > Unexpected > > > > error 5 configuring data disks > > > > > > > > but various attempts at searching for these produce 'nothing found' > > > > responses. > > > > > > > > Regards > > > > Sean > > > > > > > > > ---------------------------------------------------------------------- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email > > > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > Email secured by Check Point > > > > > > > > > ---------------------------------------------------------------------- > > > > 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 > > > > > -- > > Michael Babcock > > OneMain Financial > > z/OS Systems Programmer, Lead > > > > ---------------------------------------------------------------------- > > 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 > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
