New ShopzSeries service

David Booher

unread,

Nov 9, 2009, 2:08:15 PM11/9/09

to

Hello,

Does anyone know a quick way around this? Our z800 doesn't have a crytographic processor, so ICSF isn't configured.

RECEIVE SYSMODS
SOURCEID(PTF021)
FROMNETWORK(
SERVER(SERVINFO)
/* CLIENT(CLNTINFO) */ /* <=== NOTE 4 */
/* TRANSFERONLY */ /* <=== NOTE 3 */
).

GIM23412S ** RECEIVE COMMAND PROCESSING HAS FAILED. ICSF IS NOT AVAILABLE. DATA
PERFORMED ON PACKAGE U00745744.
GIM20501I RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.

Dave Booher
Quest Software

* All opinions strictly my own

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to list...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Mark Jacobs

unread,

Nov 9, 2009, 2:15:14 PM11/9/09

to

David Booher wrote:
> Hello,
>
> Does anyone know a quick way around this? Our z800 doesn't have a crytographic processor, so ICSF isn't configured.
>
> RECEIVE SYSMODS
> SOURCEID(PTF021)
> FROMNETWORK(
> SERVER(SERVINFO)
> /* CLIENT(CLNTINFO) */ /* <=== NOTE 4 */
> /* TRANSFERONLY */ /* <=== NOTE 3 */
> ).
>
> GIM23412S ** RECEIVE COMMAND PROCESSING HAS FAILED. ICSF IS NOT AVAILABLE. DATA
> PERFORMED ON PACKAGE U00745744.
> GIM20501I RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12.
>
>
> Dave Booher
> Quest Software
>
> * All opinions strictly my own
>
>

The current versions of SMP/E support JAVA based support for receive
fromnetwork requirements which will allow you to use your z800 without
ICSF being available.

--
Mark Jacobs
Time Customer Service
Tampa, FL
----

Aside from a cold appreciation of my own genius I felt
that I was a modest man.

Robert A. Heinlein
Double Star(1956)

Chris Hoelscher

unread,

Nov 9, 2009, 2:17:28 PM11/9/09

to

this may or may not work for you, but i added a DDDEF for SMPJHOME with a
path of '/usr/lpp/java/IBM/J6.0/'

and this seemed to resolve our similar issue (we switched the LPAR where
SMP/E work was done to an LPAR where the crytographic processor was not
currently available)

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choel...@humana.com

you only need to test the programs that you want to work correctly

The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.

Chase, John

unread,

Nov 9, 2009, 2:18:10 PM11/9/09

to

> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of David Booher
>
> Hello,
>
> Does anyone know a quick way around this? Our z800 doesn't have a
crytographic processor, so ICSF
> isn't configured.
>
> RECEIVE SYSMODS
> SOURCEID(PTF021)
> FROMNETWORK(
> SERVER(SERVINFO)
> /* CLIENT(CLNTINFO) */ /* <=== NOTE 4 */
> /* TRANSFERONLY */ /* <=== NOTE 3 */
> ).
>
> GIM23412S ** RECEIVE COMMAND PROCESSING HAS FAILED. ICSF IS NOT
AVAILABLE. DATA
> PERFORMED ON PACKAGE U00745744.
> GIM20501I RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE
WAS 12.

Depending on your release of SMP/E, you can code either:

//SMPJHOME DD PATH='/usr/lpp/java/J6.0/' <=== works with J1.4 or
later
//SMPCPATH DD PATH='/usr/lpp/smp/classes/'

OR:

//CLNTINFO DD *
<CLIENT
javahome="/usr/lpp/java/J6.0" <=== works with J1.4 or later
classpath="/usr/lpp/smp/classes">
</CLIENT>
/*

and uncomment the CLIENT(CLNTINFO) line in //SMPCNTL.

-jc-

David Booher

unread,

Nov 9, 2009, 2:20:20 PM11/9/09

to

I'll try that, but I have a hunch that there's something else required to enable this "Java-based support".....

I miss the old way of doing maintenance...It was simple.

thanks for you help.
db

Bohn, Dale

unread,

Nov 9, 2009, 2:25:16 PM11/9/09

to

You do not have to have a "CRYPTO" card to start ICSF.
Just define the VSAM datasets (PKDS, CKDS, TKDS), build the proc,
do the RACF rules, and fire it up. It will tell you that you don't have
the card, but will still initialize. We run it that way on one of systems.

Pommier, Rex R.

unread,

Nov 9, 2009, 4:41:18 PM11/9/09

to

You also don't need to start ICSF to perform the shopzseries install.
The hashing works just fine (albeit taking lots of CPU resources) using
the JAVA based software routines. When I downloaded my 1.10 order a
couple months ago, I just had to have the

//SMPJHOME DD PATH='/usr/lpp/java/J1.4/'

card in my GIMGTPKG job runs. And even better, the CPAC job to do the
download put the card in my JCL for me.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On
Behalf Of Bohn, Dale
Sent: Monday, November 09, 2009 1:24 PM
To: IBM-...@bama.ua.edu
Subject: Re: New ShopzSeries service

David Booher

unread,

Nov 9, 2009, 5:29:27 PM11/9/09

to

My problem was that I was using an older 1.6 system that didn't have the /usr/lpp/smp/classes.

For my 1.6 system, I can use the FTP/GIMUNZIP followed by the usual SMP RECEIVE.
For my 1.7 system, I have it working with SMP RECIEVE FROMNTS using those the SMP Java classes.

It seems to be working. Our shop still provides support for our products on z/OS 1.4 thru z/OS 1.10, so these older LPARs are still around. As long as I have a way to get the traditional SMPPTFIN file, then I'm OK.

Thanks to all for your help.

Dave Booher
Quest Software

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-...@bama.ua.edu] On Behalf Of Pommier, Rex R.
Sent: Monday, November 09, 2009 3:40 PM
To: IBM-...@bama.ua.edu
Subject: Re: New ShopzSeries service

You also don't need to start ICSF to perform the shopzseries install.
The hashing works just fine (albeit taking lots of CPU resources) using the JAVA based software routines. When I downloaded my 1.10 order a couple months ago, I just had to have the

//SMPJHOME DD PATH='/usr/lpp/java/J1.4/'

card in my GIMGTPKG job runs. And even better, the CPAC job to do the download put the card in my JCL for me.

Rex

----------------------------------------------------------------------

Paul Gilmartin

unread,

Nov 9, 2009, 5:54:34 PM11/9/09

to

On Mon, 9 Nov 2009 15:40:03 -0600, Pommier, Rex R. wrote:

>You also don't need to start ICSF to perform the shopzseries install.
>The hashing works just fine (albeit taking lots of CPU resources) using
>the JAVA based software routines. When I downloaded my 1.10 order a
>couple months ago, I just had to have the
>
>//SMPJHOME DD PATH='/usr/lpp/java/J1.4/'
>
>card in my GIMGTPKG job runs. And even better, the CPAC job to do the
>download put the card in my JCL for me.
>

However, the PATH varies unpredictably from release to release,
so you're likely to get a JCL error. Then you need to experiment
trial-and-error until it works (unless the CPAC job is supersmart
and does the probing for you.) Worse, if you use a DDDEF in SMP/E,
you may get a failure with no explanation. Use the JCL DD.

-- gil

Paul Gilmartin

unread,

Nov 9, 2009, 6:01:48 PM11/9/09

to

On Mon, 9 Nov 2009 14:12:10 -0800, David Booher wrote:

>My problem was that I was using an older 1.6 system that didn't have the /usr/lpp/smp/classes.
>
>For my 1.6 system, I can use the FTP/GIMUNZIP followed by the usual SMP RECEIVE.
>For my 1.7 system, I have it working with SMP RECIEVE FROMNTS using those the SMP Java classes.
>

I had believed that RECEIVE FROMNTS works even if the resources
to validate the checksums aren't available.