Re: Problem when transfereing PDS members using ftp.

2024-07-18 Thread גדי בן אבי
I looked there, made the change to CEEPRM00, but on at least one LPAR, it 
didn't work.
This LPAR already had a value in the ENVAR parameter.
Before the change it said:
ENVAR("GSK_PROTOCOL_TLSV1_2=ON")
And now it says:
ENVAR("GSK_PROTOCOL_TLSV1_2=ON,TZ=IST-2IDT") 

Does this look OK.
When I activate it using the SET CEE=00, it works, and I see the updated value 
when I issue the D CEE command.
I also restarted the FTP server tasks.

Gadi
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Luc 
Martens (KBC)
Sent: יום ה 18 יולי 2024 09:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem when transfereing PDS members using ftp.

Please have a look at: 
https://www.ibm.com/support/pages/time-tags-incorrect-ftp-generated-ispf-statistics

--
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


Re: Problem when transfereing PDS members using ftp.

2024-07-17 Thread גדי בן אבי
Hi Kolusu,
Thank you very much

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
Hari Kolusu
Sent: יום ד 17 יולי 2024 12:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem when transfereing PDS members using ftp.

> When he looked at the destination he say that the last update time was 3 
> hours less than it should have been.

Gadi,

Check this 
https://www.ibm.com/support/pages/time-tags-incorrect-ftp-generated-ispf-statistics

Thanks,
Kolusu
DFSORT Development
IBM Corporation

--
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


Problem when transfereing PDS members using ftp.

2024-07-17 Thread גדי בן אבי
Hi,
Yesterday, a colleague transferred a few PDS members from one LPAR to another 
using ftp.
When he looked at the destination he say that the last update time was 3 hours 
less than it should have been.

I checked all of the time related parameters I could think of including the 
TIMEZONE value in CLOCKxx, and the TZ environment value in USS.
The date command in USS shows the correct time.

It looks like ftp is setting the time to UTC without regard to the TIMEZONE 
settings in the system.

We are currently using UTC+3 time.

This happens in z/OS v2.4, v2.5, and v3.1.

Does anyone have a solution for this?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: message IEA793A

2024-07-09 Thread גדי בן אבי
We stopped using pre allocated dump datasets a long time ago.
We have these commands in SYS1.PARMLIB
DD ADD,SMS=(STOR=WORK) - Allocate dump Datasets 
on a storage class named work  
DD NAME=SYS1.'- Defines the name of the dump 
datasets
DD ALLOC=ACTIVE'  - Activates it
CD SET,SDUMP,MAXSPACE=2000M  - Increase the size of the 
dump to 2GB

Dump datasets are allocated as needed.
You just have to delete them once in a while. 

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: יום ג 09 יולי 2024 15:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: message IEA793A

Hi 

I am trying to figure out how to deal with this message

  *01 IEA793A NO DUMP DATA SETS AVAILABLE FOR DUMPID=001
(IOSAS   ). USE THE DUMPDS COMMAND OR REPLY D TO DELETE THE DUMP

I tried DD CLEAR,DSN=01

And get the following response

SYS1.DUMP DASD DATA SETS NOT CLEARED:
  NOT DEFINED TO SDUMP: 01 

--
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


Re: Compression in z15-t02

2024-07-02 Thread גדי בן אבי
thanks

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: יום ג 02 יולי 2024 11:57
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compression in z15-t02

Scott?s memory is faulty. :-)

Take a look at IBM?s landing page for the IBM Integrated Accelerator for 
zEnterprise Data Compression (zEDC):

https://www.ibm.com/support/z-content-solutions/compression/

In the ?How to get started? section you can click/tap on the various tabs to 
review popular features/software components that can exploit zEDC. These tabs 
are not exhaustive, but they cover the most popular exploiters. If you need to 
enable the priced optional zEDC feature for z/OS then that?ll be indicated on 
the respective tab. Software such as IBM Semeru (java.util.zip) that uses the 
zlib API does NOT require the priced optional zEDC feature. On those tabs you 
won?t see the ?Enabling the zEDC feature...? link.

As far as the CPU-related implications, zEDC?s core principle (pun intended) is 
to improve processing efficiency and throughput. I think you?re going to 
appreciate the results. The IBM Z Batch Network Analyzer (zBNA) includes some 
functionality to estimate how much benefit you can get from zEDC for your 
existing workloads.

?
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity IBM Z/LinuxONE, 
Asia-Pacific sipp...@sg.ibm.com


--
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


Re: Compression in z15-t02

2024-07-01 Thread גדי בן אבי
Thanks Scott

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Scott Chapman
Sent: יום ב 01 יולי 2024 14:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compression in z15-t02

Further clarification from my memory banks: 

That priced feature is required for the common use cases by the operating 
system, such as HSM. Those use cases use a method of calling the compression 
that works via the SAPs to manage calling the hardware instructions.

But the underlying hardware instructions can be called directly without using 
that interface and involving the SAPs. This method likely will use more GP CPU 
time than the method that requires the priced feature. So if you're writing 
your own software, at least in theory, you could call the hardware instructions 
directly. I don't know if any ISV software has done that. Something in my 
memory says that the Java compression routines call the instructions directly, 
but I'm not sure about that. Thinking about it, that doesn't align with my 
memory that those Java routines could utilize zEDC even back when it was a 
physical card and so had to go through the priced feature interface. But it's 
also possible that later Java releases changed the methodology of utilizing 
zEDC. Or it's possible my memory, not being RAIM-protected, has failed in one 
or more ways. 

Scott

On Sun, 30 Jun 2024 14:47:14 +, Mark Jacobs  
wrote:

>Note that it's a priced feature.
>
>Mark Jacobs
>
>Sent from ProtonMail, Swiss-based encrypted email.
>
>GPG Public Key - 
>https://api.protonmail.ch/pks/lookup?op=get=markjacobs@protonmai
>l.com
>
>
>On Sunday, June 30th, 2024 at 10:17 AM, Ed Jaffe 
><05acc3c79bf7-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On 6/30/2024 5:07 AM, גדי בן אבי wrote:
>> 
>> > Hi,
>> > Do I need any software besides base z/OS v2.5 to support compression using 
>> > to compression accelerator?
>> > 
>> > Gadi
>> 
>> | PRODUCT OWNER('IBM CORP')
>> | NAME('Z/OS')
>> | FEATURENAME('ZEDC')
>> | ID(5650-ZOS)
>> | VERSION()
>> | RELEASE()
>> | MOD(*)
>> | STATE(ENABLED)
>> 
>> --
>> Phoenix Software International
>> Edward E. Jaffe
>> 831 Parkview Drive North
>> El Segundo, CA 90245
>> https://www.phoenixsoftware.com/
>> 
>> 
>> -
>> --- This e-mail message, including any attachments, appended 
>> messages and the information contained therein, is for the sole use 
>> of the intended recipient(s). If you are not an intended recipient or 
>> have otherwise received this email message in error, any use, 
>> dissemination, distribution, review, storage or copying of this 
>> e-mail message and the information contained therein is strictly 
>> prohibited. If you are not an intended recipient, please contact the 
>> sender by reply e-mail and destroy all copies of this email message 
>> and do not otherwise utilize or retain this email message or any or 
>> all of the information contained therein. Although this email message 
>> and any attachments or appended messages are believed to be free of 
>> any virus or other defect that might affect any computer system into 
>> which it is received and opened, it is the responsibility of the 
>> recipient to ensure that it is virus free and no responsibility is 
>> accepted by the sender for any loss or damage arising in any way from its 
>> opening or use.
>> 
>> -
>> - 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

--
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


Compression in z15-t02

2024-06-30 Thread גדי בן אבי
Hi,
Do I need any software besides base z/OS v2.5 to support compression using to 
compression accelerator?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: TSO PARMLIB command - Abend S047

2024-06-19 Thread גדי בן אבי
Hi Michael and everyone else who tried to help.
I'm not sure why, but an IPL solved the problem.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: יום ד 19 יוני 2024 15:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Have you issued TSO ISRFIND, then put in PARMLIB in the member name and Y in 
the load module field and hit enter to ensure it’s finding PARMLIB in the 
CMDLIB you think it’s coming from?

On Tue, Jun 18, 2024 at 11:21 PM גדי בן אבי 
wrote:

> SYS1.CMDLIB is explicitly defined in the APF list.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Allan Staller
> Sent: יום ג 18 יוני 2024 15:41
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TSO PARMLIB command - Abend S047
>
> Classification: Confidential
>
> Lnklst option lnkauth=apftab?
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ??? ?? ???
> Sent: Tuesday, June 18, 2024 1:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TSO PARMLIB command - Abend S047
>
> [CAUTION: This Email is from outside the Organization. Unless you 
> trust the sender, Don't click links or open attachments as it may be a 
> Phishing email, which can steal your Information and compromise your 
> Computer.]
>
> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is 
> in the APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred errors) shall therefore not attach any liability 
> on the originator or HCL or its affiliates. Views or opinions, if any, 
> presented in this email are solely those of the author and may not 
> necessarily reflect the views or opinions of HCL or its affiliates. 
> Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL 
> is strictly prohibited. If you have received this email in error 
> please delete it and notify the sender immediately. Before opening any 
> email and/or attachments, please check them for viruses and other defects.
> 
>
> --
> 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
>

--
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


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
SYS1.CMDLIB is explicitly defined in the APF list.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: יום ג 18 יוני 2024 15:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Classification: Confidential

Lnklst option lnkauth=apftab?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of ??? 
?? ???
Sent: Tuesday, June 18, 2024 1:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSO PARMLIB command - Abend S047

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,
In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB command.
I keep getting Abend S047.

The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is in the 
APF list.

What else should I look at?

Thanks

Gadi


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
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


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
It says LNKAUTH=LNKLST in IEASYS.
SYS1.CMDLIB is explicitly authorized, with the correct volser.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: יום ג 18 יוני 2024 14:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Hi Gadi,
What is the value of LNKAUTH in IEASYSxx?
If it is APFTAB, is SYS1.CMDLIB coded explicitly (with its proper
VOLSER) in PROGxx?

Regards,
David

On 2024-06-18 02:53, גדי בן אבי wrote:
> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is in the 
> APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
SYS1.CMDLIB is authorized. I checked using D PROG,APF and the APF command in 
SDSF. 
I issue TSO PARMLIB under ISPF. 

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: יום ג 18 יוני 2024 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Is SYS1.CMDLIB authorized?

Are you issuing PARMLIB from the READY prompt o from ISPF?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of גדי 
בן אבי 
Sent: Tuesday, June 18, 2024 6:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

According to ISRDDN it is the only library in the Link List with a member named 
PARMLIB.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: יום ג 18 יוני 2024 13:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Is CMDLIB the first in the link list to have a member or alias named PARMLIB?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of גדי 
בן אבי 
Sent: Tuesday, June 18, 2024 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

The TSO procedure does not have a STEPLIB.
Everything comes from the Link List.
I checked the APF status of SYS1.CMDLIB using the PAF command in SDSF, and it 
says it's OK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: יום ג 18 יוני 2024 12:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

If any data set in the concatenation is not APF authorised you will get
S047.   You can use D prog operator command to check status of APF datasets

‪On Tue, 18 Jun 2024 at 07:54, ‫גדי בן אבי‬‎  wrote:‬

> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is 
> in the APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> 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

--
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

--
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
According to ISRDDN it is the only library in the Link List with a member named 
PARMLIB. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: יום ג 18 יוני 2024 13:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

Is CMDLIB the first in the link list to have a member or alias named PARMLIB?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר


From: IBM Mainframe Discussion List  on behalf of גדי 
בן אבי 
Sent: Tuesday, June 18, 2024 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

The TSO procedure does not have a STEPLIB.
Everything comes from the Link List.
I checked the APF status of SYS1.CMDLIB using the PAF command in SDSF, and it 
says it's OK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: יום ג 18 יוני 2024 12:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

If any data set in the concatenation is not APF authorised you will get
S047.   You can use D prog operator command to check status of APF datasets

‪On Tue, 18 Jun 2024 at 07:54, ‫גדי בן אבי‬‎  wrote:‬

> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is 
> in the APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> 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

--
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
The TSO procedure does not have a STEPLIB. 
Everything comes from the Link List.
I checked the APF status of SYS1.CMDLIB using the PAF command in SDSF, and it 
says it's OK.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: יום ג 18 יוני 2024 12:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

If any data set in the concatenation is not APF authorised you will get
S047.   You can use D prog operator command to check status of APF datasets

‪On Tue, 18 Jun 2024 at 07:54, ‫גדי בן אבי‬‎  wrote:‬

> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is 
> in the APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
The PARMLIB command only appears in AUTHCMD.
This is the same as in our older systems running z/OS v2.4 and v2.5, where 
everything works. 

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Attila Fogarasi
Sent: יום ג 18 יוני 2024 11:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO PARMLIB command - Abend S047

look at AUTHCMD and AUTHPGM.  in PARMLIB(IKJTSOxx)

‪On Tue, Jun 18, 2024 at 4:54 PM ‫גדי בן אבי‬‎  
wrote:‬

> Hi,
> In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB 
> command.
> I keep getting Abend S047.
>
> The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is 
> in the APF list.
>
> What else should I look at?
>
> Thanks
>
> Gadi
>
>
> --
> 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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


TSO PARMLIB command - Abend S047

2024-06-18 Thread גדי בן אבי
Hi,
In a new installation if z/OS v3.1, I am trying to use the TSO PARMLIB command.
I keep getting Abend S047.

The PARMLIB command is in SYS1.CMDLIB. I made sure that the library is in the 
APF list.

What else should I look at?

Thanks

Gadi


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: PASSPORT 3270 emulator (PC) problem w transferring files

2024-04-10 Thread גדי בן אבי
MY Best advice would be to use ftp or some other file transfer program 
(Connect:Direct, XCOM or others) that works over TCP/IP.

Using the 3270 protocol that was meant for displaying screens to transfer files 
was never very fast.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
 
Sent: יום ד 10 אפריל 2024 11:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PASSPORT 3270 emulator (PC) problem w transferring files

I'have recenctly returned to the job life  after I retired in 2016. 

As I'm working remote I'm using the PASSPORT 3270 emulator program. 
 
But the file transfers (IND$FILE) is VERY/EXTREMELY slow from PC to MF. 
 
My internet connection or my local network should not be the problem. Have a 
500Mb/500Mb connection and my network have no problem with anything else. 
The connection is going through a VPN software (Check Point Mobile Version VPN 
E86.20) that seems to work as intended, e g no error or warning messages. 
Otherwise Windows 10 at a laptop provided by my client (a large bank in 
Sweden). 

The speed for e g 7MB is about 2.5 hours. 

Any suggestions to speed it up? 

--
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


Re: Program to split a jobs output

2024-04-09 Thread גדי בן אבי
Thanks Rob,
That is exactly what I was looking for.
Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Scott
Sent: יום ג 09 אפריל 2024 12:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Program to split a jobs output

I believe that Lionel Dyck has a simple SDSF REXX exec that does pretty much 
what you require - it is called "SDSFXDD".

It takes each SYSOUT dataset from a job and saves it as a member of a PDS.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of ??? 
?? ???
Sent: Tuesday, April 9, 2024 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Program to split a jobs output

EXTERNAL EMAIL





Hi,
Today I had to sent a jobs output to IBM to help determine a problem.
The jobs had 11 sysout datasets, and I wanted to send each one individually.

Does anyone know of a program to do this automagically, before I see how 
complicated it would be to write one?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
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


Program to split a jobs output

2024-04-09 Thread גדי בן אבי
Hi,
Today I had to sent a jobs output to IBM to help determine a problem.
The jobs had 11 sysout datasets, and I wanted to send each one individually.

Does anyone know of a program to do this automagically, before I see how 
complicated it would be to write one?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


SDSF issue.

2024-04-04 Thread גדי בן אבי
Hi,
In previous versions, when I wrote Q in the QUIECE field on the DA panel, SDSF 
issued a RESET joname,Q command and the job was quiesced.
We don't use this very often, s I just noticed that in my level of SDSF in z/OS 
v2.5 it doesn't work.
I just checked by z/OS v2.4 system, and it seems to be broken there too.
I looks like SDSF issue the RESET jobname command, which causes the IEE308I 
RESETTERM LENGTH ERROR message to be issued.

Has anyone else see this?

Gadi




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Security PTFS

2018-01-03 Thread גדי בן אבי
Hi,

Does IBM publish a list of PTF’s that are related to security, especially 
preventing unauthorized access from outside the mainframe.

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: LRS VPS Printer Replacment

2017-12-14 Thread גדי בן אבי
CA-Spool
IBM Infoprint Server
Macro4 Columbus Z



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zos reader
Sent: Thursday, December 14, 2017 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LRS VPS Printer Replacment

Hi,

We are planning to replace LRS VPS Printers to other Vendor product, I am not 
aware of other vendor products in Market.

Can you all share your thoughts please.

Thanks..

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: CSUSPEND Help (Was Problem after starting PPRC)

2017-12-04 Thread גדי בן אבי
I tried that.
I ran this command and got the results:
CSUSPEND DEVN(X'2A7D') PRIM(X'2A00' 000GDX91 X'7D' X'0A')
ANTP0003I MISSING OR INVALID OPERAND.  TYPE = SSSID
ANTP0003I MISSING OR INVALID OPERAND.  TYPE = SSERIAL
ANTP0003I MISSING OR INVALID OPERAND.  TYPE = SCCA
ANTP0001I CSUSPEND COMMAND UNSUCCESSFUL FOR DEVICE 2A7D. COMPLETION CODE: 08

In the meantime, I used Copy Services Manager to stop the PPRC for this volume.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gonzalo Cengotita
Sent: Monday, December 4, 2017 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSUSPEND Help (Was Problem after starting PPRC)

Hi,

do a CQUERY DEVN() where nnn is the devnum you want to suspend and you will 
find all the info matching  with the CSUSPEND command syntax. If you need more 
detail, please ask

Regards,



*Gonzalo Cengotita*

2017-12-03 7:41 GMT+01:00 גדי בן אבי <gad...@malam.com>:

> Hi,
> Can anyone help me with the CSUSPEND help, specifically with the
> parameters in the PRIM operand.
> How do I find the values I need to specify?
>
> Thanks
>
> Gadi
>
> -----Original Message-
> From: גדי בן אבי
> Sent: Friday, December 1, 2017 7:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RE: Problem after starting PPRC
>
> The CSUSPEND command is exactly what I need.
> How do I issue it? Under TSO, some other way?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Schwab
> Sent: Friday, December 1, 2017 1:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Problem after starting PPRC
>
> On Thu, Nov 30, 2017 at 6:22 AM, גדי בן אבי <gad...@malam.com> wrote:
> > Hi,
> >
> > Yesterday we established PPRC (Global Mirror) relationships between
> > our
> local DS8884 and our remote DS8884.
> > This is our first venture into the storage replication area.
> >
> > We have a series of jobs that use flashcopy to copy a volume to a
> secondary volume, and then backu to secondary to tape. This is done
> using DFSMSdss.
> > The command looks like this:
> > COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
> > DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -
> > ALLEXCP CANCELERROR  IF LASTCC = 0 THEN  DUMP FULL ADMIN
> > INDYNAM(FLSH04)
> > OUTDDNAME(OUTPUT) ALLDATA(*) - ALLEXCP OPTIMIZE(4) CANCELERROR
> >
> > ADR918I (001)-DDTFP(03), FAST REPLICATION COULD NOT BE USED FOR
> > VOLUME SCR016, RETURN CODE 9
>
> This indicates the source volume SCR016 is in a PPRC pair.
> To make the backup copy, SUSPEND the PPRC relationship (updates to
> remote volume are stopped but updated tracks are being tracked), make
> your copy, then RESUME the PPRC relationship (and updated tracks will be 
> sent).
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.
> 0/com.ibm.zos.v2r1.antg000/susvlpr.htm
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 

CSUSPEND Help (Was Problem after starting PPRC)

2017-12-02 Thread גדי בן אבי
Hi,
Can anyone help me with the CSUSPEND help, specifically with the parameters in 
the PRIM operand.
How do I find the values I need to specify?

Thanks

Gadi

-Original Message-
From: גדי בן אבי
Sent: Friday, December 1, 2017 7:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: Problem after starting PPRC

The CSUSPEND command is exactly what I need.
How do I issue it? Under TSO, some other way?

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, December 1, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem after starting PPRC

On Thu, Nov 30, 2017 at 6:22 AM, גדי בן אבי <gad...@malam.com> wrote:
> Hi,
>
> Yesterday we established PPRC (Global Mirror) relationships between our local 
> DS8884 and our remote DS8884.
> This is our first venture into the storage replication area.
>
> We have a series of jobs that use flashcopy to copy a volume to a secondary 
> volume, and then backu to secondary to tape. This is done using DFSMSdss.
> The command looks like this:
> COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
> DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -  ALLEXCP
> CANCELERROR  IF LASTCC = 0 THEN  DUMP FULL ADMIN INDYNAM(FLSH04)
> OUTDDNAME(OUTPUT) ALLDATA(*) - ALLEXCP OPTIMIZE(4) CANCELERROR
>
> ADR918I (001)-DDTFP(03), FAST REPLICATION COULD NOT BE USED FOR VOLUME
> SCR016, RETURN CODE 9

This indicates the source volume SCR016 is in a PPRC pair.
To make the backup copy, SUSPEND the PPRC relationship (updates to remote 
volume are stopped but updated tracks are being tracked), make your copy, then 
RESUME the PPRC relationship (and updated tracks will be sent).

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.antg000/susvlpr.htm

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Problem after starting PPRC

2017-12-01 Thread גדי בן אבי
The CSUSPEND command is exactly what I need.
How do I issue it? Under TSO, some other way?

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, December 1, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem after starting PPRC

On Thu, Nov 30, 2017 at 6:22 AM, גדי בן אבי <gad...@malam.com> wrote:
> Hi,
>
> Yesterday we established PPRC (Global Mirror) relationships between our local 
> DS8884 and our remote DS8884.
> This is our first venture into the storage replication area.
>
> We have a series of jobs that use flashcopy to copy a volume to a secondary 
> volume, and then backu to secondary to tape. This is done using DFSMSdss.
> The command looks like this:
> COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
> DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -  ALLEXCP
> CANCELERROR  IF LASTCC = 0 THEN  DUMP FULL ADMIN INDYNAM(FLSH04)
> OUTDDNAME(OUTPUT) ALLDATA(*) - ALLEXCP OPTIMIZE(4) CANCELERROR
>
> ADR918I (001)-DDTFP(03), FAST REPLICATION COULD NOT BE USED FOR VOLUME
> SCR016, RETURN CODE 9

This indicates the source volume SCR016 is in a PPRC pair.
To make the backup copy, SUSPEND the PPRC relationship (updates to remote 
volume are stopped but updated tracks are being tracked), make your copy, then 
RESUME the PPRC relationship (and updated tracks will be sent).

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.antg000/susvlpr.htm

--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Problem after starting PPRC

2017-11-30 Thread גדי בן אבי
I know that
Is there a way to disable to Peer to Peer relationship in batch so the job will 
work.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Thursday, November 30, 2017 3:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem after starting PPRC

A quick look it appears a Peer to Peer relationship was already established 
with the output volume your error message PPRC PRIM CURRENTLY ACTIVE ADR938E


RC 9 in the nice message guide sez



X'9'
One or more target devices are not eligible for fast replication at this time.


When DEBUG(FRMSG(SUMMARIZED)) is specified, return code X'9' is
followed by summarized volume information that consists of reason
codes that indicate why one or more volumes are not eligible. For
each reason code issued, the number of volumes failing for that
reason is provided. The reason codes include SDM QFRVOLS volume
reason codes (qfrvols_vrsn) and extent reason codes (qfrvols_xrsn).
You can use the DEVSRV (DS P) command to check any P-P relationship


Carmen Vitullo

- Original Message -

From: "גדי בן אבי" <gad...@malam.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, November 30, 2017 6:22:11 AM
Subject: Problem after starting PPRC

Hi,

Yesterday we established PPRC (Global Mirror) relationships between our local 
DS8884 and our remote DS8884.
This is our first venture into the storage replication area.

We have a series of jobs that use flashcopy to copy a volume to a secondary 
volume, and then backu to secondary to tape. This is done using DFSMSdss.
The command looks like this:
COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -
ALLEXCP CANCELERROR
IF LASTCC = 0 THEN
DUMP FULL ADMIN INDYNAM(FLSH04) OUTDDNAME(OUTPUT) ALLDATA(*) -
ALLEXCP OPTIMIZE(4) CANCELERROR

When the jobs ran last night it returned:
PAGE 0001 5695-DF175 DFSMSDSS V2R01.0 DATA SET SERVICES 2017.334 05:29
COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -
ALLEXCP CANCELERROR
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY '
IF LASTCC = 0 THEN
ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'IF '
DUMP FULL ADMIN INDYNAM(FLSH04) OUTDDNAME(OUTPUT) ALLDATA(*) -
ALLEXCP OPTIMIZE(4) CANCELERROR
ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
ADR109I (R/I)-RI01 (01), 2017.334 05:29:33 INITIAL SCAN OF USER CONTROL 
STATEMENTS COMPLETED
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (001)-STEND(01), 2017.334 05:29:33 EXECUTION BEGINS
ADR918I (001)-DDTFP(03), FAST REPLICATION COULD NOT BE USED FOR VOLUME SCR016, 
RETURN CODE 9
1 VOLUME WAS REJECTED FOR QFRVOLS VOLUME REASON CODE 2 - PPRC PRIM CURRENTLY 
ACTIVE
ADR938E (001)-DDTFP(03), FASTREPLICATION(REQUIRED) WAS SPECIFIED BUT FAST 
REPLICATION COULD NOT BE USED FOR VOLUME SCR016
ADR006I (001)-STEND(02), 2017.334 05:29:33 EXECUTION ENDS
ADR013I (001)-CLTSK(01), 2017.334 05:29:33 TASK COMPLETED WITH RETURN CODE 0008
ADR016I (003)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (003)-STEND(01), 2017.334 05:29:34 EXECUTION BEGINS
ADR006I (003)-STEND(02), 2017.334 05:51:15 EXECUTION ENDS
ADR013I (003)-CLTSK(01), 2017.334 05:51:15 TASK COMPLETED WITH RETURN CODE 
ADR012I (SCH)-DSSU (01), 2017.334 05:51:15 DFSMSDSS PROCESSING COMPLETE. 
HIGHEST RETURN CODE IS 0008 FROM:
TASK 001

From what I read, I have to remove the PPRC connection for the Flashcopy 
Target, and then reestablish it (maybe).

Am I correct?
How can I do this in batch, hopefully only specifying the VOLSER’s.

We are running z/OS v2.1

Thanks

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
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
לתשומת ליבך, בהתאם לנה

Problem after starting PPRC

2017-11-30 Thread גדי בן אבי
Hi,

Yesterday we established PPRC (Global Mirror) relationships between our local 
DS8884 and our remote DS8884.
This is our first venture into the storage replication area.

We have a series of jobs that use flashcopy to copy a volume to a secondary 
volume, and then backu to secondary to tape. This is done using DFSMSdss.
The command looks like this:
COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
 DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -
 ALLEXCP CANCELERROR
 IF LASTCC = 0 THEN
 DUMP FULL ADMIN INDYNAM(FLSH04) OUTDDNAME(OUTPUT) ALLDATA(*) -
ALLEXCP OPTIMIZE(4) CANCELERROR

When the jobs ran last night it returned:
PAGE 0001 5695-DF175  DFSMSDSS V2R01.0 DATA SET SERVICES 2017.334 05:29
 COPY FULL ADMINISTRATOR INDYNAM(SCR016) OUTDYNAM(FLSH04) -
  DUMPCONDITIONING FASTREPLICATION(REQUIRED) PURGE ALLDATA(*) -
  ALLEXCP CANCELERROR
ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY '
  IF LASTCC = 0 THEN
ADR101I (R/I)-RI01 (01), TASKID 002 HAS BEEN ASSIGNED TO COMMAND 'IF '
  DUMP FULL ADMIN INDYNAM(FLSH04) OUTDDNAME(OUTPUT) ALLDATA(*) -
  ALLEXCP OPTIMIZE(4) CANCELERROR
ADR101I (R/I)-RI01 (01), TASKID 003 HAS BEEN ASSIGNED TO COMMAND 'DUMP '
ADR109I (R/I)-RI01 (01), 2017.334 05:29:33 INITIAL SCAN OF USER CONTROL 
STATEMENTS COMPLETED
ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (001)-STEND(01), 2017.334 05:29:33 EXECUTION BEGINS
ADR918I (001)-DDTFP(03), FAST REPLICATION COULD NOT BE USED FOR VOLUME SCR016, 
RETURN CODE 9
  1 VOLUME WAS REJECTED FOR QFRVOLS VOLUME REASON CODE 
2 - PPRC PRIM CURRENTLY ACTIVE
ADR938E (001)-DDTFP(03), FASTREPLICATION(REQUIRED) WAS SPECIFIED BUT FAST 
REPLICATION COULD NOT BE USED FOR VOLUME SCR016
ADR006I (001)-STEND(02), 2017.334 05:29:33 EXECUTION ENDS
ADR013I (001)-CLTSK(01), 2017.334 05:29:33 TASK COMPLETED WITH RETURN CODE 0008
ADR016I (003)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
ADR006I (003)-STEND(01), 2017.334 05:29:34 EXECUTION BEGINS
ADR006I (003)-STEND(02), 2017.334 05:51:15 EXECUTION ENDS
ADR013I (003)-CLTSK(01), 2017.334 05:51:15 TASK COMPLETED WITH RETURN CODE 
ADR012I (SCH)-DSSU (01), 2017.334 05:51:15 DFSMSDSS PROCESSING COMPLETE. 
HIGHEST RETURN CODE IS 0008 FROM:
 TASK001

>From what I read, I have to remove the PPRC connection for the Flashcopy 
>Target, and then reestablish it (maybe).

Am I correct?
How can I do this in batch, hopefully only specifying the VOLSER’s.

We are running z/OS v2.1

Thanks

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: AMATERSE NOT FOUND

2017-11-09 Thread גדי בן אבי
AMATERSE should be in SYS1.MIGLIB

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of johnnydeep san
Sent: Thursday, November 9, 2017 10:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AMATERSE NOT FOUND

Hi ,

I'm getting  error  "AMATERSE NOT FOUND"  while unpack my received file .
I couldn't find  "AMATERSE" member in any of  the LIB in LNKLST, We use OS V 
2.1 .

While googling i found AMATERSE is a base element come along with OS.
But it's not there , is it problem with OS ? or aim I missing anything ? .
--JD--

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: JES2 Sizer in z/OS V2.3

2017-11-05 Thread גדי בן אבי
I tried that, and got:
IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED
$HASP433 INVALID SUBSYSTEM EXECUTION MODE
And the step ended with RC=20.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Lowe
Sent: Sunday, November 5, 2017 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Sizer in z/OS V2.3

You can also run the JES2 Init Deck checker as a batch job.


//JES2 EXEC JES2
//IEFPROC.HASPLIST DD SYSOUT=Z (override of the DD in the JES2 proc as I 
wanted the report from the checker to go to a different sysout)

Since the site I work at uses System Symbolics in the JES2 proc, you need to 
ensure the job class you run the job in has Systems Symbols enabled.

As part of the report produced by running the above -



Recommendations:

   Current  Current Percent Usage per Max with
 LimitUsage   Usage   JQE/JOE  max JQE/JOE
   ---  ---  --    ---
 JQEs   14,0005,564   39.74
 Job Numbers10,0005,556   55.56  0.99   13,860
 JOEs   35,0007,322   20.92  1.34   18,760
 Active TGs 99,810   60,530   60.64 10.82  151,480
 BERTs  28,100  5902.09
  JQE BERTs 373  0.06  840
  JOE BERTs  52  0.000


Hope the above helps.

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Enterprise COBOL version runtime

2017-11-02 Thread גדי בן אבי
I'm sure you've seen this but compile time and compile memory usage are 
significantly higher.
We've seen compile time 50 times higher that with older version of the compiler.
With v6.1 we actually run out of auxiliary storage when compiling a very large 
program.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Ashton
Sent: Thursday, November 2, 2017 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Enterprise COBOL version runtime

Hello fellow dragon-slayers!

We are finally biting the bullet and getting ready to move forward with the 
Enterprise Cobol v 5. I know there are a lot of changes to v 5 from the world 
as we know it, and I will be perusing the documentation very soon, but can 
someone give me a quick 3-foot view of this upgrade specific to one 
question?

If we implement v 5 in our development LPAR before our production LPAR, can we 
run the v 5 programs/load modules in our v4 production system? Are there any 
cross-version things we need to be aware of?

Thanks for helping me with this question (my management would thank you, too!).

Billy

--
Thank you and best regards,
*Billy Ashton*

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Connect:Direct

2017-10-17 Thread גדי בן אבי
Thanks,
This is a new installation, so upgrade issues are not relevant.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shashi Kumar
Sent: Tuesday, October 17, 2017 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect:Direct

Hi,

CD v5.2 as same as V5.1.1, only new feature is network map and we need to 
create all VSAM files freshly and copy existing files to new files.

Thanks,
Shashi

On Oct 16, 2017 3:35 PM, "גדי בן אבי" <gad...@malam.com> wrote:

> Hi,
>
> I been tasked with installing Connect:Direct on z/OS.
>
> Does anyone one know of resources the will help me install and
> configure it.
>
> Thanks
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Connect:Direct

2017-10-16 Thread גדי בן אבי
Hi,
Thanks to everyone who answered.
The SMP/E part of the installation is simple, just like any other product.
I was having problem with the initial configuration.

I think I had something wrong, and managed to fix it. It looked like the 
Network Map was not correct.

I might have more questions later on.

Thanks everyone

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Monday, October 16, 2017 6:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect:Direct

Gadi:

Regardless of pre-IBM or post IBM copy of C:D, it is a basic SMPE install, so 
follow the Program Directory or Installation manual.

I haven't worked on C:D since 2013. So I don't know how the current 
Installation configuration manual is titled, and/or what is needed.

But, you need to know if this is to be a simple install (one instance of C:D), 
or if this is to have fail-over, or a C:D Plex.
All of that will tell you what you have to do for your configuration.

You will also need to know if you are doing IP only, or if you will be using 
LU0 and/or LU6.2 connections.

There are people out there that do C:D work to get things set up for customers.

Regards,
Steve Thompson

On 10/16/2017 06:05 AM, גדי בן אבי wrote:
> Hi,
>
> I been tasked with installing Connect:Direct on z/OS.
>
> Does anyone one know of resources the will help me install and configure it.
>
> Thanks
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
> שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
> מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
> שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
> להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
> להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in 
> accordance with Malam and/or its subsidiaries (hereinafter : "Malam") 
> regulations and signatory rights, no offer, agreement, concession or 
> representation is binding on the Malam, unless accompanied by a duly signed 
> separate document (or a scanned version thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Connect:Direct

2017-10-16 Thread גדי בן אבי
Hi,

I been tasked with installing Connect:Direct on z/OS.

Does anyone one know of resources the will help me install and configure it.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Downloading publications from IBM

2017-09-12 Thread גדי בן אבי
I am licensed, so that is not a problem.
I downloaded it from ShopzSeries.
SDF II is not on Knowledge Center.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, September 12, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Downloading publications from IBM

If the product is no longer available from IBM, I do not think the copyrights 
to the manuals expires.

So you may not be able to get a copy.   That might be considered breaking
copyright laws and regulations.

If you are licensed, then it might be okay.

I do not think IBM has a "now that it is no longer supported by us, anyone can 
use it" policy.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Tuesday, September 12, 2017 3:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Downloading publications from IBM
>
> I do not think this is available any more.  Though I could be wrong.
> If it is no longer active, then I do not think you will find the program 
> directory.
>
>
>
> Screen Definition Facility II for MVS
>
> Version
> 1.4.x
> PID
> 5665-366
>
> License type
> ICA
>
> Lifecycle dates, announcement letters and other information
>
> GA
> 31-Mar-1995, 294-800
> EOM
> 01-Jan-2000, 998-295
>
> Lifecycle policy
> Other
>
> Last updated: 18-Apr-2008.
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ???
> > Sent: Tuesday, September 12, 2017 2:49 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Downloading publications from IBM
> >
> > Hi,
> >
> > I am trying to download publications from the IBM publication center
> > (www.ibm.com/shop/publications/order).
> > It looks like something is broken, because any link I click on
> > brings me back to the main page.
> >
> > Is anyone else having this problem.
> >
> > I'm currently looking for the SDF II program directory, GI18-0278.
> > Does anyone have access to a copy they can share.
> >
> > Thanks
> >
> > Gadi
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Downloading publications from IBM

2017-09-12 Thread גדי בן אבי
Hi,

I am trying to download publications from the IBM publication center 
(www.ibm.com/shop/publications/order).
It looks like something is broken, because any link I click on brings me back 
to the main page.

Is anyone else having this problem.

I’m currently looking for the SDF II program directory, GI18-0278.
Does anyone have access to a copy they can share.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Problem Mounting File system

2017-09-06 Thread גדי בן אבי
The problem was that the ZFS address space had no user assigned to it.
Once I fixed that, which required an IPL, everything worked fine.

Gadi

From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Wednesday, September 6, 2017 17:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem Mounting File system

What was your solution?

Second, on z/OS Is a tool called bpxmtext  use it on the reason code to
determine a possible issue/solution

In this case

Bpxmtext EF096055
Description: Error with issuing a LOCATE call on an HFS-compat aggregate.

Action: Ensure that the zFS file system named on the MOUNT command has the
same name as the VSAM Linear Data Set (and the HFS compatibility mode
aggregate) that contains the file system.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ??? ?? ???
> Sent: Tuesday, September 05, 2017 10:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Problem Mounting File system
>
> Thanks
> I found the problem.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Wednesday, September 6, 2017 8:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Problem Mounting File system
>
> The user ID ZFS doesn't have access to the CICS zFS file, which is protected
> by CICS.*
>
> - Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ??? ?? ???
> Sent: 06 September 2017 10:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Problem Mounting File system
>
> Hi,
>
> We are in the process of building a new system running z/OS v2.2
>
> When I try to mount a file system, I get:
> MOUNT FILESYSTEM('CICS.V54.ZFS') MOUNTPOINT('/usr/lpp/cicsts/cicsts54')
> TYPE(ZFS) MODE(RDWR) BPXF135E RETURN CODE 0079, REASON CODE EF096055.
> THE MOUNT FAILED FOR FILE SYSTEM CICS.V54.ZFS.
>
> In the system log, I see
> ICH408I JOB(ZFS ) STEP(ZFS ) 467
>   CICS.V54.ZFS CL(DATASET ) VOL(G22UC1)
>   INSUFFICIENT ACCESS AUTHORITY
>   FROM CICS.* (G)
>   ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
> BPXF274I FILE SYSTEM CICS.V54.ZFS 468
> FAILED TO MOUNT.
> RETURN CODE = 0079, REASON CODE = EF096055
>
> It looks like there is no user associated with ZFS.
> I do have a profile in the STARTED class for ZFS.*
>
> What can be causing this?
>
> Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Problem Mounting File system

2017-09-05 Thread גדי בן אבי
Thanks
I found the problem.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Wednesday, September 6, 2017 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem Mounting File system

The user ID ZFS doesn't have access to the CICS zFS file, which is protected by 
CICS.*

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: 06 September 2017 10:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problem Mounting File system

Hi,

We are in the process of building a new system running z/OS v2.2

When I try to mount a file system, I get:
MOUNT FILESYSTEM('CICS.V54.ZFS') MOUNTPOINT('/usr/lpp/cicsts/cicsts54') 
TYPE(ZFS) MODE(RDWR) BPXF135E RETURN CODE 0079, REASON CODE EF096055.  THE 
MOUNT FAILED FOR FILE SYSTEM CICS.V54.ZFS.

In the system log, I see
ICH408I JOB(ZFS ) STEP(ZFS ) 467
  CICS.V54.ZFS CL(DATASET ) VOL(G22UC1)
  INSUFFICIENT ACCESS AUTHORITY
  FROM CICS.* (G)
  ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
BPXF274I FILE SYSTEM CICS.V54.ZFS 468
FAILED TO MOUNT.
RETURN CODE = 0079, REASON CODE = EF096055

It looks like there is no user associated with ZFS.
I do have a profile in the STARTED class for ZFS.*

What can be causing this?

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Problem Mounting File system

2017-09-05 Thread גדי בן אבי
Hi,

We are in the process of building a new system running z/OS v2.2

When I try to mount a file system, I get:
MOUNT FILESYSTEM('CICS.V54.ZFS') MOUNTPOINT('/usr/lpp/cicsts/cicsts54') 
TYPE(ZFS) MODE(RDWR)
BPXF135E RETURN CODE 0079, REASON CODE EF096055.  THE MOUNT FAILED FOR FILE 
SYSTEM CICS.V54.ZFS.

In the system log, I see
ICH408I JOB(ZFS ) STEP(ZFS ) 467
  CICS.V54.ZFS CL(DATASET ) VOL(G22UC1)
  INSUFFICIENT ACCESS AUTHORITY
  FROM CICS.* (G)
  ACCESS INTENT(READ   )  ACCESS ALLOWED(NONE   )
BPXF274I FILE SYSTEM CICS.V54.ZFS 468
FAILED TO MOUNT.
RETURN CODE = 0079, REASON CODE = EF096055

It looks like there is no user associated with ZFS.
I do have a profile in the STARTED class for ZFS.*

What can be causing this?

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: ISFPRMxx question

2017-08-29 Thread גדי בן אבי
Thanks Rob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Scott
Sent: Tuesday, August 29, 2017 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISFPRMxx question

Gadi,

If you take a look at the ISFPRM01 member in the SISFJCL dataset, this contains 
FLD and FLDENT statements for all supplied displays.

Note that for all new displays, SDSF only supports a single FLDLIST (i.e. there 
is not an alternate field list that can be invoked using the "?" primary 
command).

Rob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Tuesday, August 29, 2017 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISFPRMxx question

Hi,

We are in the process of customizing a brand new z/OS v2.2 system.
The ISFPRMxx member that came with the Server Pac has FLD and FLDENT statements 
for the DA Display.

Is there a way to generate these statements for other displays, so we can 
customize them?
Yes, I know the list of fields is in the manual, but I am looking for something 
automatic.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
 Rocket Software, Inc. and subsidiaries ■ 77 
Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 877.328.2932 
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


ISFPRMxx question

2017-08-29 Thread גדי בן אבי
Hi,

We are in the process of customizing a brand new z/OS v2.2 system.
The ISFPRMxx member that came with the Server Pac has FLD and FLDENT statements 
for the DA Display.

Is there a way to generate these statements for other displays, so we can 
customize them?
Yes, I know the list of fields is in the manual, but I am looking for something 
automatic.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי
PROBLEM RESOLVED

I found the problem.
Unicode Services was not set up correctly.
I found this by running the JVMJCL86 member from samplib.

Unicode services requires that SYS1.SCUNTBL and SYS1.SCUNLOCL have those exact 
names.
Once I renamed those files, JVMJCL86 worked fine, and my download file worked 
fine.

Thanks for everyone's help

Have a great weekend

Gadi.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, August 25, 2017 6:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Sorry, I should have been clearer.  Remove the slash AFTER /classes in your 
SMPE JCL, or in the case of the command line, remove the  after the 
classes/

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: Jousma, David
Sent: Friday, August 25, 2017 11:30 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Gadi,

Did you see my recommendation?  It looks like you need to remove the trailing 
slash on your classpath statement.  I still see the space:

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Immediately following your classes/
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President 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 ??? ?? ???
Sent: Friday, August 25, 2017 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

I tried downloading the same java version.
I uploaded it the z/OS, but when I tried to unpax it I got:
# pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z CEE5207E THE SIGNAL SIGABRT WAS 
RECEIVED.
־1¨ + Done(131) pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z
  85Abort   /bin/pax

Does anyone know what this means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Sounds like you're on to something, is there any chance you can try with 
another Java version?
I've used Java 6 31 bit with no issues


Carmen


- Original Message -

From: "גדי בן אבי" <gad...@malam.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 25, 2017 9:49:21 AM
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Hi Kurt, and everyone else who is trying to help.
When I issued the command
/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT I got the command prompt back 
immediately.

The same thing happens when I issue the command 'java -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי
I tried downloading the same java version.
I uploaded it the z/OS, but when I tried to unpax it I got:
# pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z
CEE5207E THE SIGNAL SIGABRT WAS RECEIVED.
־1¨ + Done(131) pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z
  85Abort   /bin/pax

Does anyone know what this means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Sounds like you're on to something, is there any chance you can try with 
another Java version?
I've used Java 6 31 bit with no issues


Carmen


- Original Message -

From: "גדי בן אבי" <gad...@malam.com>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 25, 2017 9:49:21 AM
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Hi Kurt, and everyone else who is trying to help.
When I issued the command
/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT I got the command prompt back 
immediately.

The same thing happens when I issue the command 'java -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe
> -showversi n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error. Could it be that SMP/E was not able to start 
/bin/sh? Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי
Hi Kurt, and everyone else who is trying to help.
When I issued the command
/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT
I got the command prompt back immediately.

The same thing happens when I issue the command 'java -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>   DATE 08/24/17  TIME 16:08:40  SERVER Data  SMP/E 
> 36.79
>
>host="10.202.14.11"
> user="gadi_b"
> pw="**">
>file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
>   hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
>   id="ST222133.order">
> 
>   
>
>   
> --
>   DATE 08/24/17  TIME 16:08:40  CLIENT Data  SMP/E 
> 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
>   classpath="/usr/lpp/smp/classes"
>   javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
>   downloadmethod="https"
>   downloadkeyring="javatruststore">
>   
>
> DATE 08/24/17  TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
>   /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe 
> -showversi
>   n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error.  Could it be that SMP/E was not able to start 
/bin/sh?  Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
Java is there
It's V8 64 bit.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, August 24, 2017 3:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

As a rough guess. See if you actually still have JAVA 1.4 on you system.

In OMVS on the system in use

cd /usr/lpp/java
ls -al

If java 1.2 is present you should see J4.0 or J4.0_64

The current versions of java are Java7 and Java8


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, August 24, 2017 5:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

>From QuickRef:

SMP/E attempted to invoke the indicated program but it could not be started.

System action

Command processing stops.

Programmer response

Check the output in the print file to determine the cause of the error.
SYSPRINT is SMP/E's default print file, and is used if no PRINT subentry was
specified in the active UTILITY entry for the HFSCOPY utility.

Depending on what the output indicates, do the following tasks and rerun the
job:
   o If the output indicates Java is not found, then ensure the directory of
 the Java 2 Technology Edition that is specified using either a SMPJHOME
 DD statement or DDDEF entry is correct. For example, if Java 1.4 is
 installed in the /usr/lpp/java/J1.4 directory, then the following DD
 statement should be used:

 //SMPJHOME DD PATH='/usr/lpp/java/J1.4/'
 If using the RECEIVE ORDER or RECEIVE FROMNETWORK command or the
 GIMGTPKG service routine, you can alternatively specify the javahome
 attribute in the CLIENT data set to indicate the directory where the
 Java runtime resides. Use the following as an example:

 javahome="/usr/lpp/java/J1.4"

   o If the output indicates a Java class is not found, then ensure the SMP/E
 Java application classes are accessible to SMP/E. The Java classpath can
 be specified using a SMPCPATH DD statement or DDDEF entry. For example,
 if the SMP/E Java classes reside in the /usr/lpp/smp/classes/ directory,
 then the following DD statement should be used:

 //SMPCPATH  DD PATH='/usr/lpp/smp/classes/'
 If running an SMP/E command rather than a service routine, you can also
 use a DDDEF entry for SMPCPATH instead of a DD statement. In addition,
 if using the RECEIVE ORDER or RECEIVE FROMNETWORK command or the
 GIMGTPKG service routine, you can alternatively use the classpath
 attribute in the CLIENT data set to specify the directory where the Java
 runtime resides. For example:

 classpath="/usr/lpp/smp/classes/"

   o If the output does not indicate that Java or a Java class is not found,
 and if you are using the RECEIVE ORDER or RECEIVE FROMNETWORK command or
 the GIMGTPKG service routine, and if the javadebugoptions attribute was
 specified in the CLIENT data set, then ensure the specified values are
 proper and correct.

See "Preparing to use internet service retrieval", especially the topic
"Options that affect Java" in SMP/E for z/OS User's Guide for details on proper
setup.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Thursday, August 24, 2017 5:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT 
COULD NOT BE Started.

Hi,

I am setting up a brand new system, running z/OS v2.2

I ordered a product from shopzseries, and I am trying to download it using the 
RFNJOBH downloaded from shopzseries.

I am getting the message
GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT 
BE Started.

I’ve looked at everything mentioned in the message manual, and it all seems ok.

Here is the job I am using:
//V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
// NOTIFY=
//SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
// PARM='PROCESS=WAIT'
//SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
//SMPNTS   DD  PATHDISP=KEEP,
// PATH='/u/smpe/smpnts/'   <=== NOTE 2
//SMPWKDIR DD  PATHDISP=KEEP,
// PATH='/u/smpe/workdir/' <=== NOTE 3
//SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
//SMPOUT   DD  SYSOUT=*
//SMPRPT   DD  SYSOUT=*
//SMPLIST  DD  SYSOUT=*
//SYSPRINT DD  SYSOUT=*
//SMPCNTL  DD  *
  SET  BOUNDARY (GLOBAL) .
  RECEIVE
FROMNETWORK(
  SERVER(SERVINFO)
 /*   TRANSFERONLY   <=== NOTE 5 */
  CLIENT(CLNTINFO)
  )
   .
/*
//SERVINFO DD *
   
 
 
   
/*
//*
//CLNTINFO DD *


/*

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה 

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
This is what SYSPRINT says:
--
 DATE 08/24/17  TIME 16:08:40  SERVER Data  SMP/E 36.79

 
   
   
 

 --
 DATE 08/24/17  TIME 16:08:40  CLIENT Data  SMP/E 36.79

 
 

DATE 08/24/17  TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79

 /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversi
 n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Thursday, August 24, 2017 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 6:55 AM, גדי בן אבי wrote:
> I've checked all of those options

OK, you've checked all those options, but what did you actually find in 
SYSPRINT?  Hard for anyone to debug without showing us the content of SYSPRINT.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
I tried.
Didn't help

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, August 24, 2017 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Could MEMLIMIT be the culprit?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Thursday, August 24, 2017 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

I have GIMJVCLT.class in that directory

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, August 24, 2017 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Gadi wrote:

>I am getting the message
>GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT 
>BE Started.
>I've looked at everything mentioned in the message manual, and it all seems ok.

Warning: I'm not working in SMP/E, but ... ;-)

I see you got good replies and that you don't get any RACF messages...

Look in /usr/lpp/smp/classes/com/ibm/smp if class GIMJVCLT is there or not.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
I have GIMJVCLT.class in that directory

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, August 24, 2017 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Gadi wrote:

>I am getting the message
>GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT 
>BE Started.
>I've looked at everything mentioned in the message manual, and it all seems ok.

Warning: I'm not working in SMP/E, but ... ;-)

I see you got good replies and that you don't get any RACF messages...

Look in /usr/lpp/smp/classes/com/ibm/smp if class GIMJVCLT is there or not.

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
There were no errors is SYSLOG, of any type.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Thursday, August 24, 2017 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

RACF errors in syslog?

On Aug 24, 2017 11:48, "גדי בן אבי" <gad...@malam.com> wrote:

> That’s the user id and password that shopzseries created :-)
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ITschak Mugzach
> Sent: Thursday, August 24, 2017 12:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE
> PROGRAM GIMJVCLT COULD NOT BE Started.
>
> Nice userid & password...
>
> בתאריך 24 באוג 2017 12:40,‏ "גדי בן אבי" <gad...@malam.com> כתב:
>
> > Hi,
> >
> > I am setting up a brand new system, running z/OS v2.2
> >
> > I ordered a product from shopzseries, and I am trying to download it
> > using the RFNJOBH downloaded from shopzseries.
> >
> > I am getting the message
> > GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT
> > COULD NOT BE Started.
> >
> > I’ve looked at everything mentioned in the message manual, and it
> > all seems ok.
> >
> > Here is the job I am using:
> > //V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
> > // NOTIFY=
> > //SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
> > // PARM='PROCESS=WAIT'
> > //SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
> > //SMPNTS   DD  PATHDISP=KEEP,
> > // PATH='/u/smpe/smpnts/'   <=== NOTE 2
> > //SMPWKDIR DD  PATHDISP=KEEP,
> > // PATH='/u/smpe/workdir/' <=== NOTE 3
> > //SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
> > //SMPOUT   DD  SYSOUT=*
> > //SMPRPT   DD  SYSOUT=*
> > //SMPLIST  DD  SYSOUT=*
> > //SYSPRINT DD  SYSOUT=*
> > //SMPCNTL  DD  *
> >   SET  BOUNDARY (GLOBAL) .
> >   RECEIVE
> > FROMNETWORK(
> >   SERVER(SERVINFO)
> >  /*   TRANSFERONLY   <=== NOTE 5 */
> >   CLIENT(CLNTINFO)
> >   )
> >.
> > /*
> > //SERVINFO DD *
> > >  host="deliverycb-mul.dhe.ibm.com"
> >  user="P404n421"
> >  pw="k6q1794E"
> >  >
> >   >file="2017081650107/PROD/GIMPAF.XML"
> > hash="C67534FA316BC23C9AE77039DF2C6507714FE87F"
> >id="STP45994"
> >>
> >  
> >
> > /*
> > //*
> > //CLNTINFO DD *
> >  > javahome="/usr/lpp/java/J8.0_64"
> > classpath="/usr/lpp/smp/classes/"
> > downloadmethod="https"
> > downloadkeyring="javatruststore">
> > 
> > /*
> >
> > Gadi
> > לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> > חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה,
> > התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי
> > החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת
> > החברה. בהעדר מסמך כאמור (לרבות מסמך
> > סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא
> > משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > 
> > -- 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החבר

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
I've checked all of those options

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, August 24, 2017 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

>From QuickRef:

SMP/E attempted to invoke the indicated program but it could not be started.

System action

Command processing stops.

Programmer response

Check the output in the print file to determine the cause of the error.
SYSPRINT is SMP/E's default print file, and is used if no PRINT subentry was
specified in the active UTILITY entry for the HFSCOPY utility.

Depending on what the output indicates, do the following tasks and rerun the
job:
   o If the output indicates Java is not found, then ensure the directory of
 the Java 2 Technology Edition that is specified using either a SMPJHOME
 DD statement or DDDEF entry is correct. For example, if Java 1.4 is
 installed in the /usr/lpp/java/J1.4 directory, then the following DD
 statement should be used:

 //SMPJHOME DD PATH='/usr/lpp/java/J1.4/'
 If using the RECEIVE ORDER or RECEIVE FROMNETWORK command or the
 GIMGTPKG service routine, you can alternatively specify the javahome
 attribute in the CLIENT data set to indicate the directory where the
 Java runtime resides. Use the following as an example:

 javahome="/usr/lpp/java/J1.4"

   o If the output indicates a Java class is not found, then ensure the SMP/E
 Java application classes are accessible to SMP/E. The Java classpath can
 be specified using a SMPCPATH DD statement or DDDEF entry. For example,
 if the SMP/E Java classes reside in the /usr/lpp/smp/classes/ directory,
 then the following DD statement should be used:

 //SMPCPATH  DD PATH='/usr/lpp/smp/classes/'
 If running an SMP/E command rather than a service routine, you can also
 use a DDDEF entry for SMPCPATH instead of a DD statement. In addition,
 if using the RECEIVE ORDER or RECEIVE FROMNETWORK command or the
 GIMGTPKG service routine, you can alternatively use the classpath
 attribute in the CLIENT data set to specify the directory where the Java
 runtime resides. For example:

 classpath="/usr/lpp/smp/classes/"

   o If the output does not indicate that Java or a Java class is not found,
 and if you are using the RECEIVE ORDER or RECEIVE FROMNETWORK command or
 the GIMGTPKG service routine, and if the javadebugoptions attribute was
 specified in the CLIENT data set, then ensure the specified values are
 proper and correct.

See "Preparing to use internet service retrieval", especially the topic
"Options that affect Java" in SMP/E for z/OS User's Guide for details on proper
setup.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Thursday, August 24, 2017 5:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT 
COULD NOT BE Started.

Hi,

I am setting up a brand new system, running z/OS v2.2

I ordered a product from shopzseries, and I am trying to download it using the 
RFNJOBH downloaded from shopzseries.

I am getting the message
GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT 
BE Started.

I’ve looked at everything mentioned in the message manual, and it all seems ok.

Here is the job I am using:
//V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
// NOTIFY=
//SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
// PARM='PROCESS=WAIT'
//SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
//SMPNTS   DD  PATHDISP=KEEP,
// PATH='/u/smpe/smpnts/'   <=== NOTE 2
//SMPWKDIR DD  PATHDISP=KEEP,
// PATH='/u/smpe/workdir/' <=== NOTE 3
//SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
//SMPOUT   DD  SYSOUT=*
//SMPRPT   DD  SYSOUT=*
//SMPLIST  DD  SYSOUT=*
//SYSPRINT DD  SYSOUT=*
//SMPCNTL  DD  *
  SET  BOUNDARY (GLOBAL) .
  RECEIVE
FROMNETWORK(
  SERVER(SERVINFO)
 /*   TRANSFERONLY   <=== NOTE 5 */
  CLIENT(CLNTINFO)
  )
   .
/*
//SERVINFO DD *
   
 
 
   
/*
//*
//CLNTINFO DD *


/*

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or 

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
That’s the user id and password that shopzseries created :-)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Thursday, August 24, 2017 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

Nice userid & password...

בתאריך 24 באוג 2017 12:40,‏ "גדי בן אבי" <gad...@malam.com> כתב:

> Hi,
>
> I am setting up a brand new system, running z/OS v2.2
>
> I ordered a product from shopzseries, and I am trying to download it
> using the RFNJOBH downloaded from shopzseries.
>
> I am getting the message
> GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT
> COULD NOT BE Started.
>
> I’ve looked at everything mentioned in the message manual, and it all
> seems ok.
>
> Here is the job I am using:
> //V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
> // NOTIFY=
> //SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
> // PARM='PROCESS=WAIT'
> //SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
> //SMPNTS   DD  PATHDISP=KEEP,
> // PATH='/u/smpe/smpnts/'   <=== NOTE 2
> //SMPWKDIR DD  PATHDISP=KEEP,
> // PATH='/u/smpe/workdir/' <=== NOTE 3
> //SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
> //SMPOUT   DD  SYSOUT=*
> //SMPRPT   DD  SYSOUT=*
> //SMPLIST  DD  SYSOUT=*
> //SYSPRINT DD  SYSOUT=*
> //SMPCNTL  DD  *
>   SET  BOUNDARY (GLOBAL) .
>   RECEIVE
> FROMNETWORK(
>   SERVER(SERVINFO)
>  /*   TRANSFERONLY   <=== NOTE 5 */
>   CLIENT(CLNTINFO)
>   )
>.
> /*
> //SERVINFO DD *
>  host="deliverycb-mul.dhe.ibm.com"
>  user="P404n421"
>  pw="k6q1794E"
>  >
>  file="2017081650107/PROD/GIMPAF.XML"
> hash="C67534FA316BC23C9AE77039DF2C6507714FE87F"
>id="STP45994"
>>
>  
>
> /*
> //*
> //CLNTINFO DD *
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes/"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
> /*
>
> Gadi
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-24 Thread גדי בן אבי
Hi,

I am setting up a brand new system, running z/OS v2.2

I ordered a product from shopzseries, and I am trying to download it using the 
RFNJOBH downloaded from shopzseries.

I am getting the message
GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT 
BE Started.

I’ve looked at everything mentioned in the message manual, and it all seems ok.

Here is the job I am using:
//V110GA37 JOB (00),'',CLASS=X,MSGCLASS=X,PRTY=9,
// NOTIFY=
//SMPER1  EXEC PGM=GIMSMP,REGION=0M,MEMLIMIT=4G,
// PARM='PROCESS=WAIT'
//SMPCSI   DD  DISP=SHR,DSN=SYSG.SMPE.GLOBAL.CSI <=== NOTE 1
//SMPNTS   DD  PATHDISP=KEEP,
// PATH='/u/smpe/smpnts/'   <=== NOTE 2
//SMPWKDIR DD  PATHDISP=KEEP,
// PATH='/u/smpe/workdir/' <=== NOTE 3
//SMPCPATH DD PATH='/usr/lpp/smp/classes/' <=== NOTE 4
//SMPOUT   DD  SYSOUT=*
//SMPRPT   DD  SYSOUT=*
//SMPLIST  DD  SYSOUT=*
//SYSPRINT DD  SYSOUT=*
//SMPCNTL  DD  *
  SET  BOUNDARY (GLOBAL) .
  RECEIVE
FROMNETWORK(
  SERVER(SERVINFO)
 /*   TRANSFERONLY   <=== NOTE 5 */
  CLIENT(CLNTINFO)
  )
   .
/*
//SERVINFO DD *
   
 
 
   
/*
//*
//CLNTINFO DD *


/*

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


events in the New York area

2017-08-01 Thread גדי בן אבי
Hi,

Does anyone know of any mainframe related events in the New York are between 
now and August 9th?


Thanks

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


7760

2017-07-19 Thread גדי בן אבי
Hi,
We’re being offered a TS7760, and I have some questions:

1.Can the machine be partitioned to serve two separate, unconnected 
systems? How flexible is the partition? Must it be fixed when the system is 
configured, or can I change it later?

2.Are any additional operating system components needed? We are currently 
running z/OS v2.1.

3.Are the files that represent the tapes accessible? Could I copy them to 
an external drive and store them somewhere else?

4.Is there a ‘TS7760 for dummies’ book?

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-04 Thread גדי בן אבי
Hi,
Issuing the command when the IEF403I is issued solved the problem.
I guess the $HASP373 is issued to early in the jobs life.

Thanks for everyone's help.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, July 4, 2017 8:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

Is the reset command being entered on the LPAR where the job is running?

Does OPS have the authority to issue the command against the job?

When you issue it under SDSF, the authorization could be different than if OPS 
enters it.


Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Monday, July 03, 2017 10:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
> Yes, when I issue the command using SDSF, it works.
> I'll try to issue the command a bit later.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jim Mulder
> Sent: Tuesday, July 4, 2017 8:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
>   RESET is not allowed for an idle initiator.  It might be that the
> $HASP373 message
> is issued before the SYSEVENT that tells SRM that a job is running in
> the address space.
>
>  If you manually issue the RESET command a little later, does it work?
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
> > From: גדי בן אבי <gad...@malam.com>
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 07/04/2017 12:51 AM
> > Subject: Re: IRA702I
> > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> >
> > This is a standard batch job. No enclaves of any kind are involved,
> > I
> hope.
> > The first program in the job is IDCAMS. The reset command is issued
> > automatically in response to the $HASP373 message that is issue when
> > the job starts working.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-03 Thread גדי בן אבי
Yes, when I issue the command using SDSF, it works.
I'll try to issue the command a bit later.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Tuesday, July 4, 2017 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

  RESET is not allowed for an idle initiator.  It might be that the
$HASP373 message
is issued before the SYSEVENT that tells SRM that a job is running in the 
address space.

 If you manually issue the RESET command a little later, does it work?

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY

> From: גדי בן אבי <gad...@malam.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 07/04/2017 12:51 AM
> Subject: Re: IRA702I
> Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
>
> This is a standard batch job. No enclaves of any kind are involved, I
hope.
> The first program in the job is IDCAMS. The reset command is issued
> automatically in response to the $HASP373 message that is issue when
> the job starts working.



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-03 Thread גדי בן אבי
Hi,
The request was to change the Service Class for a specific Class when it is run 
on one LPAR, but not another.
I tried setting it using the WLM policy, but couldn't get it to work, so I 
turned to OPS.
This has worked in the past for some jobs, and has failed for others.
I usually have no problem changing the service class using SDSF.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, July 4, 2017 7:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

I am curious - if you are automatically changing the service class when it 
starts, why not permanently assign the class?

When did you start changing the service class?

Has it worked in the past changing the service class?

Is this the first time you are trying to automatically change the service class?

Is the mechanism you are using to change the service class authorized to use 
the command?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Monday, July 03, 2017 9:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
> This is a standard batch job. No enclaves of any kind are involved, I hope.
> The first program in the job is IDCAMS. The reset command is issued
> automatically in response to the $HASP373 message that is issue when
> the job starts working.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Monday, July 3, 2017 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
> On Mon, Jul 3, 2017 at 12:07 AM, גדי בן אבי <gad...@malam.com> wrote:
>
> > Sorry, but what is a EWLM service class.
> >
>
> ​New on one me too. Enterprise Workload Manager
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.
> ieaw200/ieaw20021.htm
> ​
> ​[quote]
> With enclave services, work managers that use enclaves to manage and
> report individual business transactions can become Enterprise Workload
> Manager™
> (EWLM) participants. EWLM allows you to define business-oriented
> performance goals for an entire domain of servers across a variety of
> platforms (z/OS®, AIX®, i5/OS™, Windows, Solaris and Linux), and then
> get an end-to-end view of actual performance relative to those goals.
>
> [quote/]​
>
> ​What program is being run in the job step at the time of the RESET
> command?​
>
>
> > Gadi
> >
> >
> >
>
>
> --
> Veni, Vidi, VISA: I came, I saw, I did a little shopping.
>
> Maranatha! <><
> John McKown
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-03 Thread גדי בן אבי
This is a standard batch job. No enclaves of any kind are involved, I hope.
The first program in the job is IDCAMS. The reset command is issued 
automatically in response to the $HASP373 message that is issue when the job 
starts working.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Monday, July 3, 2017 5:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

On Mon, Jul 3, 2017 at 12:07 AM, גדי בן אבי <gad...@malam.com> wrote:

> Sorry, but what is a EWLM service class.
>

​New on one me too. Enterprise Workload Manager 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaw200/ieaw20021.htm
​
​[quote]
With enclave services, work managers that use enclaves to manage and report 
individual business transactions can become Enterprise Workload Manager™
(EWLM) participants. EWLM allows you to define business-oriented performance 
goals for an entire domain of servers across a variety of platforms (z/OS®, 
AIX®, i5/OS™, Windows, Solaris and Linux), and then get an end-to-end view of 
actual performance relative to those goals.

[quote/]​

​What program is being run in the job step at the time of the RESET command?​


> Gadi
>
>
>


--
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Passing value to instream data in a procedure

2017-07-03 Thread גדי בן אבי
Thanks.
I was able to adopt this to my neads.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Poitras
Sent: Monday, July 3, 2017 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Passing value to instream data in a procedure

See:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieab600/iea3b6_Example_of_the_SYMBOLS_parameter.htm

It's available in 2.1 as well.

In article <3f165b407d984b1eafa38752203a8...@jer-mail13.jer.ad.malam.com> you 
wrote:
> Hi,
> I would like to write a procedure that will receive two parameters and
> substitute them for the two parameters in the ftp put statement

> Something like this:
> //FTP1 PROC F1='F1',F2='F2'
> //FTP EXEC PGM=FTP,REGION=2M,
> // PARM='10.202.14.11 (EXIT TIMEOUT 300'
> //NETRC   DD DSN=V110GAD.NETRC,DISP=SHR
> //SYSTCPD DD DSN=SYSV.TCPIP.CMP1.PARMS(TCPDATA),DISP=SHR
> //SYSPRINT DD SYSOUT=*
> //OUTPUT   DD SYSOUT=*
> //XDD SYSOUT=*
> //INPUT DD *cd '/temp'
> sendsite
> bin
> PUT   
> quit
> //FTP1 PEND
> //FF EXEC FTP1,F1='V110GAD.CNTL(J)',F2='J.TXT'
> We are using z/OS v2.1
> I am getting the messages:
> IEFC657I THE SYMBOL F1 WAS NOT USED
> IEFC657I THE SYMBOL F2 WAS NOT USED
> Is this possible?
> What am missing?
> Thanks
> Gadi

--
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Passing value to instream data in a procedure

2017-07-03 Thread גדי בן אבי
Hi,
I would like to write a procedure that will receive two parameters and 
substitute them for the two parameters in the ftp put statement

Something like this:
//FTP1 PROC F1='F1',F2='F2'
//FTP EXEC PGM=FTP,REGION=2M,
// PARM='10.202.14.11 (EXIT TIMEOUT 300'
//NETRC   DD DSN=V110GAD.NETRC,DISP=SHR
//SYSTCPD DD DSN=SYSV.TCPIP.CMP1.PARMS(TCPDATA),DISP=SHR
//SYSPRINT DD SYSOUT=*
//OUTPUT   DD SYSOUT=*
//XDD SYSOUT=*
//INPUT DD *cd '/temp'
sendsite
bin
PUT   
quit
//FTP1 PEND
//FF EXEC FTP1,F1='V110GAD.CNTL(J)',F2='J.TXT'

We are using z/OS v2.1
I am getting the messages:
IEFC657I THE SYMBOL F1 WAS NOT USED
IEFC657I THE SYMBOL F2 WAS NOT USED

Is this possible?
What am missing?

Thanks

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-02 Thread גדי בן אבי
The original service class is a standard batch service class, so is the one I 
am trying to change to.
The purpose is to give the job a higher performance.

The original service class is defined as:
* Service Class BATMED - medium priority batch

  Created by user JEMCCOY on 2000/05/19 at 13:59:52
  Base last updated by user V120DOD on 2013/02/24 at 10:35:59

  Base goal:
  CPU Critical = NOI/O Priority Group = NORMAL

#  Duration   Imp  Goal description
-  -  -
1 4Execution velocity of 12

The next service class is:
* Service Class BATHI - high priority batch

  Created by user JEMCCOY on 2000/05/19 at 13:59:29
  Base last updated by user V120DOD on 2017/03/01 at 13:16:31

  Base goal:
  CPU Critical = NOI/O Priority Group = NORMAL

#  Duration   Imp  Goal description
-  -  -
1 3Execution velocity of 8


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, July 3, 2017 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

You could do a search in KB or KC for ewlm and find lots of hits.

Enterprise Workload Manager (EWLM)
With enclave services, work managers that use enclaves to manage and report 
individual business transactions can become Enterprise Workload ManagerT (EWLM) 
participants. EWLM allows you to define business-oriented performance goals for 
an entire domain of servers across a variety of platforms (z/OSR, AIXR, i5/OST, 
Windows, Solaris and Linux), and then get an end-to-end view of actual 
performance relative to those goals. You can use enclave services to:

Connect a calling address space to WLM as an EWLM participant
Classify work requests in order to assign an EWLM transaction class
Indicate the start and end of an EWLM work request
Block work requests while waiting for the completion of a work request in 
another application.

So what service class is the job in.

What is the different service class going to do?

Any messages in SYSLOG Other than the IRA702I

What issue are you trying to solve by changing the service class?

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Sunday, July 02, 2017 10:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
> Sorry, but what is a EWLM service class.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jim Mulder
> Sent: Sunday, July 2, 2017 8:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRA702I
>
>   For a job, the most likely cause of IRA702I would be that the
> currently assigned service class is an EWLM service class.
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
> > We are getting message IRA702I when trying to change the Service
> > Class of a job.
> > This job was submitted by a TSO user.
> >
> > E N620SCR3,SRVCLASS=BATHI
> > IRA702I RESET NOT VALID FOR N620SCR3. IT IS A SYSTEM-CONTROLLED
> > ADDRESS
> SPACE
> >
> > How can we fix this?
> >
> > We are using z/OS v2.1
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-02 Thread גדי בן אבי
Sorry, but what is a EWLM service class.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Mulder
Sent: Sunday, July 2, 2017 8:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

  For a job, the most likely cause of IRA702I would be that the currently 
assigned service class is an EWLM service class.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY

> We are getting message IRA702I when trying to change the Service Class
> of a job.
> This job was submitted by a TSO user.
>
> E N620SCR3,SRVCLASS=BATHI
> IRA702I RESET NOT VALID FOR N620SCR3. IT IS A SYSTEM-CONTROLLED
> ADDRESS
SPACE
>
> How can we fix this?
>
> We are using z/OS v2.1



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-02 Thread גדי בן אבי
N620SCR3 is a batch job, submitted from TSO/ISPF

Gadi

From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, July 2, 2017 17:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

There are restrictions on what Tasks can be reset in WLM.  What is N620SCR3?  If
it falls into the area defined by the restrictions, I am not sure you can do
this.


>From the IRA702I Message

System programmer response

If you want to control the address space, put it in a service class other than
the subsystem default service class by creating a rule in your service
definition classification rules.

You cannot reset privileged work. For details on restrictions that apply to
resetting privileged work, see the RESET command of z/OS MVS System Commands.

Restrictions

The MASTER address space, idle INIT / ASCHINT initiator address spaces, and
the WLM address space may not be reset.

There are no restrictions for the RESET command when the originating and
target service classes are both customer-defined.

 Attempts to move a privileged or high dispatching priority address space into a
customer-defined service class are rejected with message, IRA702I RESET NOT
VALID.


 With APAR OA12625 installed, attempts to move a privileged address space into a
customer-defined service class are allowed and no longer rejected with message
IRA702I.

  RESET can be used to move eligible address spaces (not just started tasks)
from a customer-defined service class to the SYSSTC service class. If the
address space originally was privileged, the privileged attribute is restored.

   RESET can be used to move started tasks eligible for high dispatching
priority into the SYSTEM service class. The high dispatching attribute is
restored when the started task is moved into SYSTEM.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ??? ?? ???
> Sent: Sunday, July 02, 2017 12:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IRA702I
>
> Hi,
> We are getting message IRA702I when trying to change the Service Class of a
> job.
> This job was submitted by a TSO user.
>
>
> E N620SCR3,SRVCLASS=BATHI
> IRA702I RESET NOT VALID FOR N620SCR3. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE
>
> How can we fix this?
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IRA702I

2017-07-02 Thread גדי בן אבי
Which program name?
The first step of the job is IDCAMS, it's not defined anywhere in SCHEDxx

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Sunday, July 2, 2017 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRA702I

My guess is that the program name defind as system task in schedxx.

ITschak

בתאריך 2 ביול 2017 10:36,‏ "גדי בן אבי" <gad...@malam.com> כתב:

> Hi,
> We are getting message IRA702I when trying to change the Service Class
> of a job.
> This job was submitted by a TSO user.
>
>
> E N620SCR3,SRVCLASS=BATHI
> IRA702I RESET NOT VALID FOR N620SCR3. IT IS A SYSTEM-CONTROLLED
> ADDRESS SPACE
>
> How can we fix this?
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


IRA702I

2017-07-02 Thread גדי בן אבי
Hi,
We are getting message IRA702I when trying to change the Service Class of a job.
This job was submitted by a TSO user.


E N620SCR3,SRVCLASS=BATHI
IRA702I RESET NOT VALID FOR N620SCR3. IT IS A SYSTEM-CONTROLLED ADDRESS SPACE

How can we fix this?

We are using z/OS v2.1

Thanks

Gadi
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Ironstream over FTP

2017-06-28 Thread גדי בן אבי
From what I saw (there are videos on youtube), it can capture SMF records as 
they are created, and then transfer them to a splunk indexer.

The important part is 'as they are created', so that you see the information in 
splunk in real time.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Wednesday, June 28, 2017 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ironstream over FTP

Read the log ?



On Jun 28, 2017 4:38 PM, "R.S." <r.skoru...@bremultibank.com.pl> wrote:

W dniu 2017-06-28 o 12:53, גדי בן אבי pisze:

 From what I read, Irontream is a lot more than just transferring files.
>
Not so lot, but it is just different animal.
Ironstream purpose is to transmit logs to remote server.
So it has to READ the log in real time (IMHO this is the most important
feature) and send it over a network.

--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is
intended solely for business use of the addressee. This e-mail may only be
received by the addressee and may not be disclosed to any third parties. If
you are not the intended addressee of this e-mail or the employee
authorized to forward it to the addressee, be advised that any
dissemination, copying, distribution or any other similar activity is
legally prohibited and may be punishable. If you received this e-mail by
mistake please advise the sender immediately by using the reply facility in
your e-mail software and delete permanently this e-mail including any
copies of it either printed or saved to hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru
przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień
01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi
168.955.696 złotych.


--
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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Ironstream over FTP

2017-06-28 Thread גדי בן אבי
From what I read, Irontream is a lot more than just transferring files.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Wednesday, June 28, 2017 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Ironstream over FTP

Hi

We have not bought ironstream but would like to know ironstream is different 
from FTP. Since using some Google search I just that it is easy to use without 
much of difficulty and securely sends the data. Generally I would like to know 
then difference.


Regards
Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Counting Tape mount requests

2017-06-19 Thread גדי בן אבי
Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wheeler, Simon
Sent: Monday, June 19, 2017 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Counting Tape mount requests

Hi Gadi,

There's an IBM extract program called GFTAXTR which is part of the Volume Mount 
Analyser. It uses SMF records to report on tape mounts and drive usage. Google 
has a number of hits.

thanks,

Simon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: 19 June 2017 10:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Counting Tape mount requests

Hi,

Is there any way to count tape mount requests?

We are using z/OS v2.1.

Our tape drives are 3590s. There is no automated library.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

**
The information in this E-Mail is confidential and may be legally privileged. 
It may not represent the views of the SSE Group.
It is intended solely for the addressees. Access to this E-Mail by anyone else 
is unauthorised.
If you are not the intended recipient, any disclosure, copying, distribution or 
any action taken or omitted to be taken in reliance on it, is prohibited and 
may be unlawful.
Any unauthorised recipient should advise the sender immediately of the error in 
transmission. Unless specifically stated otherwise, this email (or any 
attachments to it) is not an offer capable of acceptance or acceptance of an 
offer and it does not form part of a binding contractual agreement.

SSE plc
Registered Office: Inveralmond House 200 Dunkeld Road Perth PH1 3AQ Registered 
in Scotland No. SC117119 Authorised and regulated by the Financial Conduct 
Authority for certain consumer credit activities.
www.sse.com

**


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Counting Tape mount requests

2017-06-19 Thread גדי בן אבי
Hi,

Is there any way to count tape mount requests?

We are using z/OS v2.1.

Our tape drives are 3590s. There is no automated library.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: z/OS 2.3 preview announcement (mailto:)

2017-05-23 Thread גדי בן אבי
There is a new NOTIFY JCL statement.
It will allow you to send the notification to up to 8 addresses.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Tuesday, May 23, 2017 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.3 preview announcement (mailto:)

Paul Gilmartin wrote:

>  o New support is added to SAF/RACF to convert a user ID to an email address 
> and vice versa.

Will a RACF custom field be needed to be defined for the user profiles? I'm 
curious about this one.


>Will there be an OMVS SYSCALL interface to this, or will the OMVS user
>be required to issue SAF calls?  The obvious technique would be to
>enhance getpwuid(),
>  o JES2 job notification is enhanced to allow the specification of email in 
> addition to the existing NOTIFY support via local send.

You can ask 1001 questions, but I'm more concerned how JES2 and CSMTP are 
improved to receive such notification. Also I'm wondering how the e-mails are 
going to look?

I also want to have multiple persons to be notified about a job completion. If 
that is not possible, then it can be arranged that a group to be defined (at 
the receivers e-mail server)  so multiple persons are notified with one single 
mail.


>o The local part is case-sensitive and may contain special characters. 
>Apostrophes should mostly take care of this.
>o EBCDIC code pages rear their ugly heads.  I hate EBCDIC!

CSMTP can do these translations from EBCDIC, but I'm also wondering.

Let us wait until the planned availability date 29 September 2017...

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: V XCF,xxxx,OFFLINE,REIPL not working

2017-04-18 Thread גדי בן אבי
This APAR has been open for more than a year.
Does anyone have any information about when a fix will be issued.
Gadi

From: IBM Mainframe Discussion List  on behalf of 
Jatinderpal S Virdi 
Sent: Sunday, April 9, 2017 16:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: V XCF,,OFFLINE,REIPL not working

Hello Gadi,

Sounds like you are running into the situation described by APAR OA50533.
The apar is still open. The situation arises in a BASE SYSPLEX, where the
storage of one of the systems can be significantly larger than the other.
The APAR contains more details:
.
ERROR DESCRIPTION:
When using REIPL feature on VARY XCF command in a Base Sysplex
(No CF) where one system is large compared to the other(s), the
re-ipl may not be performed. In the reported case one system had
90 GB of real storage while the other had 18 GB.

ANALYSIS:
The Problem is related to Load Clear being used instead of Load
Normal which can take consdierable more time on larger system.
Because of how long the Load Clear takes, it's possible the
RESET issued from the other system could arrive late, and
disrupt the IPL that is in progress (the IPL due to REIPL).
This causes the IPL to stall, and the system needs to be
re-IPLed again

KNOWN IMPACT:
AUTOIPL is not performed. IPL is hung.

VERIFICATION STEPS:
Base Sysplex where systems differ greatly in size.

LOCAL FIX:

BYPASS/CIRCUMVENTION:
Don't specify REIPL on the VARY XCF command and then do a manual
IPL once the system has been RESET.


Jatinderpal (Mickey) S. Virdi
z/OS Software Support (XCF/XES/GRS)
2455 South Road
Poughkeepsie, NY 12601
845-435-8118 T/L 8-295-8116
SUT: 720-349-9829
jvi...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: V XCF,xxxx,OFFLINE,REIPL not working

2017-04-09 Thread גדי בן אבי
Hi Lucas,
Yes, AUTOIPL is coded in DIAGxx and when I issue D DIAG, I get the expected 
results.
In hardware messages, I see:
A program directed re-IPL has been initiated for partition CMP1

But no errors.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lucas Rosalen
Sent: Sunday, April 9, 2017 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: V XCF,,OFFLINE,REIPL not working

Hi Gadi,

Did you have AUTOIPL statements coded in the in-use DIAGxx member?
Anything in Hardware Messages?

Lucas

On Apr 9, 2017 09:56, "גדי בן אבי" <gad...@malam.com> wrote:

Hi,
We IPL’s one of our systems last night and using the V XCF,,OFFLINE,REIPL 
to remove it from the Sysplex, and then REIPL it.

The system was not reipl’d, and we had to IPL from the HMC.

Can someone help me find out why this happened?

We are running z/OS v2.1 on a z13s.

The Sysplex has two systems, and they are connected using CTC’s.

There is no coupling facility involved.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה 
לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in 
accordance with Malam and/or its subsidiaries (hereinafter :
"Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


V XCF,xxxx,OFFLINE,REIPL not working

2017-04-09 Thread גדי בן אבי
Hi,
We IPL’s one of our systems last night and using the V XCF,,OFFLINE,REIPL 
to remove it from the Sysplex, and then REIPL it.

The system was not reipl’d, and we had to IPL from the HMC.

Can someone help me find out why this happened?

We are running z/OS v2.1 on a z13s.

The Sysplex has two systems, and they are connected using CTC’s.

There is no coupling facility involved.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Need to extract IODF file into text formate

2017-03-22 Thread גדי בן אבי
You can run a report from within the HCD dialog
Check out option 3.1

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shashi Kumar
Sent: Wednesday, March 22, 2017 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Need to extract IODF file into text formate

Hi All,

I need to extract current IODF files as well as DR IODF in a text formate.
How can I extract, Please need some help

Thanks!!!

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: maximum numbers of z/OS V2.1 devices per Control Unit, FICON channel and CSS using z13s.

2017-02-22 Thread גדי בן אבי
As far as I know, you can only define 256 device per control unit.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Arye Shemer
Sent: Wednesday, February 22, 2017 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: maximum numbers of z/OS V2.1 devices per Control Unit, FICON channel 
and CSS using z13s.

Hello z/OS experts,



I need the maximum numbers of z/OS V2.1 devices per Control Unit, FICON channel 
and CSS using z13s.



I tried to read in z/OS V2.1 and z13s books, but the information is scattered 
and not clear enough for me.



It would be very helpful for if I could get a pointer to an IBM formal (redbook 
is good enough)  table which describe this number.



Thank you very much,


Arye Shemer

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Hipersockets question

2017-02-21 Thread גדי בן אבי
Hi,

Our computer has 4 z/OS partitions and a zLinux partition.

I defined a Hipersockets channel and made the appropriate definitions in TCP/IP.

I can ping the all of the z/OS partitions from the z/OS partitions and from the 
zLinux partition

I cannot ping the zLinux partition from the z/OS partition.

I can ping the z/OS partitions from the zLinux partition.

I cannot use FTP between the z/OS partitions and the zLinux partition.

Can anyone help me solve this problem?

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Schedule LPAR weight change

2017-01-25 Thread גדי בן אבי
Hi Tom,
I did a little more digging.
The option is only available when you are connected to the SE, either directly 
or using Single Object Operations.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Mathias
Sent: Wednesday, January 25, 2017 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Schedule LPAR weight change

Gadi,

The Scheduled Operation should be there on your HMC.  On your HMC, select the 
CPC that contains the LPAR(s) you want to change the weights on.  Then run 
"Customize Scheduled Operations", which is under the "Operational 
Customization" group.

When you have scheduled operations open, select "new" (to create a new 
scheduled operation).  Select the "Change LPAR Controls" operation and select 
"OK".  You should have three tabs:  Date and Time, Repeat, and Options.  The 
first two tabs come with every scheduled operation.  The last one, "Options", 
is where you see something similar to Change LPAR Controls.  This is where you 
set up the weights, etc., that you want the LPAR to switch to when the 
scheduled operation executes.

Tom

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Schedule LPAR weight change

2017-01-24 Thread גדי בן אבי
Hi,

I am trying to schedule an LPAR weight change using the HMC scheduled 
operations.

The manual suggests that this Is possible, but I don’t see the option when I 
try to create a new scheduled operation.

I am trying under HMC user SYSPROG.

Am I missing something?

We are using a z13s. HMC version is 2.13.1. The LPARS are running z/OS v2.1.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Convert Device and Link statements to Interface statements

2017-01-11 Thread גדי בן אבי
Thanks
It would have been nice if there was a tool to do this.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George Rodriguez
Sent: Wednesday, January 11, 2017 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Convert Device and Link statements to Interface statements

I found this on the web:

Converting to INTERFACE Statement
<http://www-01.ibm.com/support/docview.wss?uid=tss1flash10744=1>​


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

2017-01-11 4:26 GMT-05:00 גדי בן אבי <gad...@malam.com>:

> Hi,
>
> Does anyone know of a utility to convert TCP/IP Device and Link
> statements to Interface statements?
>
> We are using z/OS v2.1
>
> Thanks
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--


*Disclaimer: *Under Florida law, e-mail addresses are public records. If you do 
not want your e-mail address released in response to a public records request, 
do not send electronic mail to this entity. Instead, contact this office by 
phone or in writing.



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Convert Device and Link statements to Interface statements

2017-01-11 Thread גדי בן אבי
Hi,

Does anyone know of a utility to convert TCP/IP Device and Link statements to 
Interface statements?

We are using z/OS v2.1

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: SUPERPAV

2017-01-01 Thread גדי בן אבי
In order to use SuperPav you need:
The storage hardware to support it
Some PTFS
Code HYPERPAV=XPAV in IECIOSxx

You define your Control Units the same way you would for HyperPAV.
If you issue the D M=CU() command, you'll be able to see if a control unit 
supports SuperPAV, and what other control units can provide PAVs for the 
control unit.
The D M=DEV()  will show you if a device supports SuperPAV.

We use it.
This is the first time we had access to a storage subsystem that supported an 
kind of PAV, so we didn't have anything to compare it to.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Monday, January 2, 2017 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SUPERPAV

Hi

Does anyone has any experience in using superPAV ? How is the performance and 
is there any documentation to.enable the SUPERPAV ?

How different it is from.HYPERPAV.

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Print issue

2016-12-29 Thread גדי בן אבי
When you save your report, make sure the RECORD FORMAT is FBA or VBA
Before you issue the get command, issue the command
Quote site asatrans

Then you can send the file to the printer

Another option would be to load the file into word (if it's not too big) and 
change the carriage control characters to page breaks and other commands.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 29, 2016 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Print issue

Hello,

I am using command prompt of window to connect FTP to mainframe to download 
report.

Initially from sdsf I did xdc and put report in PS dataset and now transfer 
this PS dataset to windows using FTP command prompt of window.

Can you please help me this specific command to be used to get report in proper 
format from mainframe to windows to print

On Dec 29, 2016 11:08, "גדי בן אבי" <gad...@malam.com> wrote:

> How are you transferring the file?
> Are you using a pc based ftp client? Are you using the z/OS based
> client (using TSO or a job)?
> Make sure your file is defined as FBA or VBA.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of venkat kulkarni
> Sent: Thursday, December 29, 2016 9:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Print issue
>
> Thanks for reply .  Can you please help me doing this as it's new to me .
>
> Thanks alot
>
> On Dec 29, 2016 10:39, "גדי בן אבי" <gad...@malam.com> wrote:
>
> > You have to translate the mainframe page control characters (the
> > ones in column 1) to something a pc printer will understand.
> > There is an option in the z/OS ftp server to do this Use the command
> > Quote site asatrans Before you transfer the file.
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni
> > Sent: Thursday, December 29, 2016 9:33 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Print issue
> >
> > Hello Group,
> >
> >
> >
> > We are generating some report using Mainframe jobs and send to
> > printer
> for
> > print. But printer which is attached to mainframe is not working
> > becuase
> of
> > hardware issue and we trying to fix but
> >
> > at the same time we need to print those business report.
> >
> >
> >
> > I tried to xdc those report from sdsf and then ftp dataset to
> > desktop to take print in asci format. But while taking print, report
> > doesnt come in proper format and page breaks etc.
> >
> >
> >
> > Do we have any work around to solve this problem till we get printer
> > repaired.
> >
> >
> >
> >
> >
> > Regards
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send
> email
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת
> > ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> > קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או
> > מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> > החברה, הנושא
> את
> > לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור
> > (לרבות
> מסמך
> > סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא
> > משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית
> > כלשהי. Please note that in accordance with Malam and/or its subsidiaries 
> > (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> concession
> > or representation is binding on the Malam, unless accompanied by a
> > duly signed separate document (or a scanned version thereof),
> > affixed with the Malam seal.
> >
> > 
> > -- 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורש

Re: Print issue

2016-12-29 Thread גדי בן אבי
How are you transferring the file?
Are you using a pc based ftp client? Are you using the z/OS based client (using 
TSO or a job)?
Make sure your file is defined as FBA or VBA.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 29, 2016 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Print issue

Thanks for reply .  Can you please help me doing this as it's new to me .

Thanks alot

On Dec 29, 2016 10:39, "גדי בן אבי" <gad...@malam.com> wrote:

> You have to translate the mainframe page control characters (the ones
> in column 1) to something a pc printer will understand.
> There is an option in the z/OS ftp server to do this Use the command
> Quote site asatrans Before you transfer the file.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Thursday, December 29, 2016 9:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Print issue
>
> Hello Group,
>
>
>
> We are generating some report using Mainframe jobs and send to printer for
> print. But printer which is attached to mainframe is not working becuase of
> hardware issue and we trying to fix but
>
> at the same time we need to print those business report.
>
>
>
> I tried to xdc those report from sdsf and then ftp dataset to desktop to
> take print in asci format. But while taking print, report doesnt come in
> proper format and page breaks etc.
>
>
>
> Do we have any work around to solve this problem till we get printer
> repaired.
>
>
>
>
>
> Regards
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג
> מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את
> לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please
> note that in accordance with Malam and/or its subsidiaries (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement, concession
> or representation is binding on the Malam, unless accompanied by a duly
> signed separate document (or a scanned version thereof), affixed with the
> Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Print issue

2016-12-28 Thread גדי בן אבי
You have to translate the mainframe page control characters (the ones in column 
1) to something a pc printer will understand.
There is an option in the z/OS ftp server to do this
Use the command
Quote site asatrans
Before you transfer the file.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 29, 2016 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Print issue

Hello Group,



We are generating some report using Mainframe jobs and send to printer for 
print. But printer which is attached to mainframe is not working becuase of 
hardware issue and we trying to fix but

at the same time we need to print those business report.



I tried to xdc those report from sdsf and then ftp dataset to desktop to take 
print in asci format. But while taking print, report doesnt come in proper 
format and page breaks etc.



Do we have any work around to solve this problem till we get printer repaired.





Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: DB2 DDF startup problem

2016-12-05 Thread גדי בן אבי
The problem was that port 446 was reserved to another started task in the 
TCP/IP Profile.
I found this by issuing the command BPXMTEXT 744C7246 which gave me:
JRPortAccessAuth: User does not have authority to access this port.

This gave me a direction, and I check the TCP/IP Profile.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Monday, December 5, 2016 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DB2 DDF startup problem

1xx
Explanation

An attempt to obtain virtual storage for the MVPCOMM (common) table using the 
GETMAIN macro interface was unsuccessful. The xx portion of the completion code 
is the GETMAIN return code.
System action

The system terminates the task.
Operator response

Tell the system programmer about the error.
System programmer response

Increase the region size in the catalogued procedure used to start the task. If 
region size is not the problem, gather all available documentation, and report 
the error to the IBM® Software Support Center.
Module

MVPMAIN
Destination

mainline code


ITSchak

ITschak Mugzach
Z/OS, ISV Products and Application Security & Risk Assessments Professional

2016-12-05 14:21 GMT+02:00 גדי בן אבי <gad...@malam.com>:

> Hi,
> When I start DB2 DDF, I get this message:
> DSNL515I  -DSN1 DSNLILNR TCP/IP BIND FAILED FOR PORT
> 446 WITH RETURN CODE=111 AND REASON CODE=744C7246
>
> Does anyone know what the meaning of the return and reason codes are,
> or where I can find them.
>
> Thanks
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


DB2 DDF startup problem

2016-12-05 Thread גדי בן אבי
Hi,
When I start DB2 DDF, I get this message:
DSNL515I  -DSN1 DSNLILNR TCP/IP BIND FAILED FOR PORT
446 WITH RETURN CODE=111 AND REASON CODE=744C7246

Does anyone know what the meaning of the return and reason codes are, or where 
I can find them.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
Hi,
I looked in sys1.samplib. It wasn't there.
I did find many APAR entries, so I am no in the process of installing those 
APARs.
One of them installs IZUSEC and IZUMKFS into SIZUJCL, so hopefully, my problems 
will be solved.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, November 23, 2016 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Just a couple of observations

 1)  Was a search on www.ibm.com done?
 When a search is done for just IZUSEC it comes up with the following URL 
(watch the wrap)

http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.izua300
/izuconfig_ConfigProcessOverview.htm
 This states it is in SYS1.SAMPLIB..

 2)  Was a search done in IBM Link?  Check all fixes to make sure you are 
current for z/OSMF.
 When a search is done, the following fixes are displayed under program 
products.  You would need to verify your products level in z/OS (V2.1 or V2.2).
PI44092 PER 9/2/15 Z/OSMF FIXES.
PI46099 DOC 3/24/16 Z/OSMF V2R2 DOCUMENTATION UPDATES

PI54286 UR1 2/24/16 NEW FUNCTION - Z/OSMF FUNCTION
ENHANCEMENTS.This is the one for IEZUSEC

PI56641 UR1 4/5/16 NEW FUNCTION - Z/OSMF WORKFLOW SECURITY
CONFIGURATION SUPPORT.
PI57136 UR1 9/7/16 NEW FUNCTION - NOTIFICATION FRAMEWORK EMAIL AND
Mobile SUPPORT.
PI58137   9/2/16 Z/OSMF SSL IMPROVEMENTS - SHA 256 & TLSv1_2
PI58388 UR1 7/4/16 NEW FUNCTION - Z/OSMF CONFIGURATION WORKFLOW
ENHANCEMENT.
PI59489 UR1 6/2/16 NEW FUNCTION - NOTIFICATION FRAMEWORK EMAIL AND
Mobile SUPPORT.
PI62771 PER 9/2/16 IZUG851E ISSUED WHEN ADDING ASSIGNEE TO A
WORKFLOW DESPITE BEING
PI63518 PER 9/2/16 ZOSMF SERVER ACCESS TO PROFILE CSFKTB NOT NEEDED
FOR HARDWARE
PI66551 PER 9/2/16 CONFIGURATION WORKFLOW ENHANCEMENT APAR PI58388
DOES NOT
PI66824 UR1 10/3/16 NEW FUNCTION - Z/OSMF FUNCTION
ENHANCEMENTS.
PI69100 UR1 11/10/16 NEW FUNCTION - Z/OSMF FUNCTION
ENHANCEMENTS.
PI70521 UR1 11/23/16 NEW FUNCTION - Z/OSMF FUNCTION
ENHANCEMENTS.
PI70526 UR1 11/23/16 NEW FUNCTION - Z/OSMF CLOUD PROVISIONING
ENHANCEMENTS.



It is possible that these two searches would have provided the guidance needed 
to get the information requested.

Note:  Always receive all of your HOLDATAT and SMP/E Fixes often.  That way you 
will not be missing fixes, just need to apply them when needed.

It looks like you may need to apply more fixes before getting z/OSMF up.


Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Tuesday, November 22, 2016 11:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IZUSEC job
>
> Hi,
> I am trying to configure z/OSMF for the first time.
> I can’t find the IZUSEC job that created the security definitions for z/OSMF.
> z/OSMF was installed as part of z/OS using ServerPac.
> z/OS and z/OSMF are v2.1
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין
> לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה
> עסקית או משפטית כלשהי. Please note that in accordance with Malam
> and/or its subsidiaries (hereinafter : "Malam") regulations and
> signatory rights, no offer, agreement, concession or representation is
> binding on the Malam, unless accompanied by a duly signed separate document 
> (or a scanned version thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive 

Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
No,
But I'm working on it

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Avelino Ferreira
Sent: Wednesday, November 23, 2016 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Do you have UI90034 installed?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

It's not there :-(


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Avelino Ferreira
Sent: Wednesday, November 23, 2016 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Try checking on the product library. In my case here it is SYS1.ZOSMF.SIZUJCL.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, November 23, 2016 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

I am at z/OS 2.2 and they are there. Did I miss the fact that you are at 2.1?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 6:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Thanks Bob,
I've looked there already.
It's not there.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, November 23, 2016 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Gadi,

Try looking in:

SYS1.SAMPLIB(IZUSEC) or
SYS1.SAMPLIB(IZUWMSEC) or
SYS1.SAMPLIB(IZURMSEC)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 3:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Unfortunately, the serverpac job and files have gone to the bit bucket in the 
sky.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with 

Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
It's not there :-(


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Avelino Ferreira
Sent: Wednesday, November 23, 2016 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Try checking on the product library. In my case here it is SYS1.ZOSMF.SIZUJCL.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, November 23, 2016 9:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

I am at z/OS 2.2 and they are there. Did I miss the fact that you are at 2.1?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 6:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Thanks Bob,
I've looked there already.
It's not there.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, November 23, 2016 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Gadi,

Try looking in:

SYS1.SAMPLIB(IZUSEC) or
SYS1.SAMPLIB(IZUWMSEC) or
SYS1.SAMPLIB(IZURMSEC)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 3:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Unfortunately, the serverpac job and files have gone to the bit bucket in the 
sky.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
I searched in /usr/lpp/zosmf/V2R1 and didn't find anything.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, November 23, 2016 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Richards, Robert B. wrote:

>Did I miss the fact that you are at 2.1?

Gadi said in his first post that his z/OS and z/OSMF are both on 2.1.


Gadi wrote:

>I've looked there already.  It's not there.

I have also looked around in my sandbox. I don't know how you received it these 
files first time, but I think it is somewhere in one of your OMVS datasets. 
Perhaps you need to unpack somehow to get your datasets containing those 
IZU*SEC jobs.

Perhaps look around in 'usr/lpp/zosmf/V2R1' or something like that...

You can always ask IBM for a new copy. ;-)

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
Thanks Bob,
I've looked there already.
It's not there.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Wednesday, November 23, 2016 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Gadi,

Try looking in:

SYS1.SAMPLIB(IZUSEC) or
SYS1.SAMPLIB(IZUWMSEC) or
SYS1.SAMPLIB(IZURMSEC)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Wednesday, November 23, 2016 3:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Unfortunately, the serverpac job and files have gone to the bit bucket in the 
sky.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IZUSEC job

2016-11-23 Thread גדי בן אבי
Unfortunately, the serverpac job and files have gone to the bit bucket in the 
sky.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Wednesday, November 23, 2016 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Just a guess, but is it one of the Severpac jobs? Look via the dialog

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Tuesday, November 22, 2016 11:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IZUSEC job
>
> SMP/E doesn't have an object type called JOB or JCL.
> SRC didn't find anthing.
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Itschak Mugzach
> Sent: Wednesday, November 23, 2016 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IZUSEC job
>
> Gadi.
> Ask smp. If there a job with this name, smp kow it.
>
> Itschak
>
> בתאריך 23 בנוב 2016 09:14,‏ "גדי בן אבי" <gad...@malam.com> כתב:
>
> > I looked in SIZUJCL.
> > It's not there :-(
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Elardus Engelbrecht
> > Sent: Wednesday, November 23, 2016 8:57 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IZUSEC job
> >
> > GADI wrote:
> >
> > >I am trying to configure z/OSMF for the first time.
> >
> > Good luck. This is a horrible, but managable task. Easier thatn
> > OMEGAMON of course... ;-)
> >
> >
> > >I can't find the IZUSEC job that created the security definitions
> > >for
> > z/OSMF.
> >
> > IBM should have given you a copy of dataset IZU.SIZUJCL which
> > contains that and other members. This is the same dataset where you
> > find the jobs to create + populate zHFS datasets amongst other things.
> >
> > About security, there are a good handful of IZU*SEC jobs waiting for you.
> >
> >
> > >z/OSMF was installed as part of z/OS using ServerPac. z/OS and
> > >z/OSMF are v2.1
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת
> > בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה,
> התחייבות
> > או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> > החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה.
> בהעדר
> > מסמך כאמור (לרבות מסמך
> > סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה
> אלא משום
> > טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית
> כלשהי.
> > Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter :
> > "Malam") regulations and signatory rights, no offer, agreement,
> > concession or representation is binding on the Malam, unless
> > accompanied by a duly signed separate document (or a scanned version
> > thereof), affixed with the Malam seal.
> >
> > 
> > -- 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
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין
> לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה
> עסקית או משפטית כלשהי. Please note that in accordance with Malam
> and/or its subsidiaries (hereinafter : "Malam") regulations and
> signatory rights, no offer, agreement, concession or representation is
> binding on the Malam, unless accompanied by a duly signed separate
> document (or a scanned version thereof), affixed with the Malam seal.
>
> -

Re: IZUSEC job

2016-11-22 Thread גדי בן אבי
SMP/E doesn't have an object type called JOB or JCL.
SRC didn't find anthing.
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, November 23, 2016 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

Gadi.
Ask smp. If there a job with this name, smp kow it.

Itschak

בתאריך 23 בנוב 2016 09:14,‏ "גדי בן אבי" <gad...@malam.com> כתב:

> I looked in SIZUJCL.
> It's not there :-(
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Wednesday, November 23, 2016 8:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IZUSEC job
>
> GADI wrote:
>
> >I am trying to configure z/OSMF for the first time.
>
> Good luck. This is a horrible, but managable task. Easier thatn
> OMEGAMON of course... ;-)
>
>
> >I can't find the IZUSEC job that created the security definitions for
> z/OSMF.
>
> IBM should have given you a copy of dataset IZU.SIZUJCL which contains
> that and other members. This is the same dataset where you find the
> jobs to create + populate zHFS datasets amongst other things.
>
> About security, there are a good handful of IZU*SEC jobs waiting for you.
>
>
> >z/OSMF was installed as part of z/OS using ServerPac. z/OS and z/OSMF
> >are v2.1
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: IZUSEC job

2016-11-22 Thread גדי בן אבי
I looked in SIZUJCL.
It's not there :-(
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, November 23, 2016 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IZUSEC job

GADI wrote:

>I am trying to configure z/OSMF for the first time.

Good luck. This is a horrible, but managable task. Easier thatn OMEGAMON of 
course... ;-)


>I can't find the IZUSEC job that created the security definitions for z/OSMF.

IBM should have given you a copy of dataset IZU.SIZUJCL which contains that and 
other members. This is the same dataset where you find the jobs to create + 
populate zHFS datasets amongst other things.

About security, there are a good handful of IZU*SEC jobs waiting for you.


>z/OSMF was installed as part of z/OS using ServerPac. z/OS and z/OSMF
>are v2.1

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


IZUSEC job

2016-11-22 Thread גדי בן אבי
Hi,
I am trying to configure z/OSMF for the first time.
I can’t find the IZUSEC job that created the security definitions for z/OSMF.
z/OSMF was installed as part of z/OS using ServerPac.
z/OS and z/OSMF are v2.1

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Steplib APF failure

2016-11-17 Thread גדי בן אבי
All libraries in STEPLIB must be APF authorized in order for the whole 
concatenation to be APF authorized.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Thursday, November 17, 2016 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Steplib APF failure

Hi Group

I have installed a product when I try to start it fails with module not being 
APFed.

There are two datasets in STEPLIB. The Dataset1 which has the failing modules 
is already APFed. Still the STC fails and it was fixed once the second dataset 
was APFed.

I am trying to understand why would STC expect the second dataset in steplib in 
APF though the calling module is in 1st dataset ?

Could some one please explain me ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: KnowledgeCenter access

2016-11-15 Thread גדי בן אבי
It started working right after I sent the message.
I guess I scared it into working.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, November 15, 2016 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: KnowledgeCenter access

As of right now it seems to be working for z/OS 2.1.0. What were you looking 
for?

http://www.ibm.com/support/knowledgecenter/SSAUWB


In a message dated 11/15/2016 3:33:07 A.M. Central Standard Time, 
gad...@malam.com writes:

Does  anyone else have problems accessing KnowledgeCenter?
I keep getting HTTP  Service Temporarily Unavailable messages

9:30 GMT  15nov2016


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


KnowledgeCenter access

2016-11-15 Thread גדי בן אבי
Hi,
Does anyone else have problems accessing KnowledgeCenter?
I keep getting HTTP Service Temporarily Unavailable messages

9:30 GMT 15nov2016

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: I'm not sure that HyperPav is working

2016-08-30 Thread גדי בן אבי
I've done that.
We are using FDRPAS t copy the data from our old storage subsystem to the new 
one.
It seems that the is a limitation, and HyperPAV will only activate for volumes 
copied with FDRPAS after an IPL.
This is documented in the FDRPAS manual.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Tuesday, August 30, 2016 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: I'm not sure that HyperPav is working

Gadi
You need to set HYPERPAV=YES in the IECIOSxx PARMLIB member.

See

http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/ieae200357.htm

You can switch it on and off dynamically using the SETIOS command.
See
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/iea3g1_Syntax49.htm
<http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae200/ieae200357.htm>

Mike


On 30 August 2016 at 13:42, גדי בן אבי <gad...@malam.com> wrote:

> Hi,
> We’re starting to copy volumes to our new DS8884.
> Our old controller, did not have PAV functionality, so I’m new to this.
> We installed all relevant service.
>
> If I issue the D IOS,HYPERPAV command I get IOS098I 13.37.28 HYPERPAV
> DATA 353 HYPERPAV MODE IS SET TO XPAV
>
> I’m not sure that Hyperpav is working:
> If I issue the command D M=DEV(2000D) I get:
> IEE174I 13.10.11 DISPLAY M 416
> DEVICE 0200D   STATUS=ONLINE
> CHP   30   31   32   33
> ENTRY LINK ADDRESS..   ..   ..   ..
> DEST LINK ADDRESS 0D   0D   0D   0D
> PATH ONLINE   YYYY
> CHP PHYSICALLY ONLINE YYYY
> PATH OPERATIONAL  YYYY
> MANAGED   NNNN
> CU NUMBER 8000 8000 8000 8000
> MAXIMUM MANAGED CHPID(S) ALLOWED:  0
> DESTINATION CU LOGICAL ADDRESS = 00
> SCP CU ND = 002107.980.IBM.75.000GDX91.0231
> SCP TOKEN NED = 002107.900.IBM.75.000GDX91.
> SCP DEVICE NED= 002107.900.IBM.75.000GDX91.000D
> FUNCTIONS ENABLED = MIDAW, ZHPF
>
> If I issue the command DS QPAV,200D,1 I get:
> IEE459I 13.21.30 DEVSERV QPAVS 470
>   HOST SUBSYSTEM
>   CONFIGURATION  CONFIGURATION
>  ---  -
>   UNIT  UNITUA
>   NUM. UA  TYPESTATUS SSID  ADDR.   TYPE
>  - --  --   --
> 0200D 0D  NON-PAV2000   0D BASE
>
> If I look in RMF Moniter II using the DEV command, I get:
> 13:38:46 I=58%  DEV ACTV RESP IOSQ -DELAY- PEND DISC CONN %D %D
> STG GRP  VOLSER NUM  PAV  LCU   RATE TIME TIME CMR DB  TIME TIME TIME UT RV
>
>  MKB666 200D   1  0016 41.25 .193 .000 .00 .00 .098 .000 .094  2  2
>
> I would expect the PAV column to say 1.0H
>
> Am I missing something?
> Do I have to turn Hyperpav on at the device or control unit level?
>
> Gadi
>
> 
> לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה
> קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או
> מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה,
> הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך
> כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
>
> Please note that in accordance with Malam and/or its subsidiaries
> (hereinafter : "Malam") regulations and signatory rights, no offer,
> agreement, concession or representation is binding on the Malam,
> unless accompanied by a duly signed separate document (or a scanned
> version thereof), affixed with the Malam seal.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה ע

I'm not sure that HyperPav is working

2016-08-30 Thread גדי בן אבי
Hi,
We’re starting to copy volumes to our new DS8884.
Our old controller, did not have PAV functionality, so I’m new to this.
We installed all relevant service.

If I issue the D IOS,HYPERPAV command I get
IOS098I 13.37.28 HYPERPAV DATA 353
HYPERPAV MODE IS SET TO XPAV

I’m not sure that Hyperpav is working:
If I issue the command D M=DEV(2000D) I get:
IEE174I 13.10.11 DISPLAY M 416
DEVICE 0200D   STATUS=ONLINE
CHP   30   31   32   33
ENTRY LINK ADDRESS..   ..   ..   ..
DEST LINK ADDRESS 0D   0D   0D   0D
PATH ONLINE   YYYY
CHP PHYSICALLY ONLINE YYYY
PATH OPERATIONAL  YYYY
MANAGED   NNNN
CU NUMBER 8000 8000 8000 8000
MAXIMUM MANAGED CHPID(S) ALLOWED:  0
DESTINATION CU LOGICAL ADDRESS = 00
SCP CU ND = 002107.980.IBM.75.000GDX91.0231
SCP TOKEN NED = 002107.900.IBM.75.000GDX91.
SCP DEVICE NED= 002107.900.IBM.75.000GDX91.000D
FUNCTIONS ENABLED = MIDAW, ZHPF

If I issue the command DS QPAV,200D,1 I get:
IEE459I 13.21.30 DEVSERV QPAVS 470
  HOST SUBSYSTEM
  CONFIGURATION  CONFIGURATION
 ---  -
  UNIT  UNITUA
  NUM. UA  TYPESTATUS SSID  ADDR.   TYPE
 - --  --   --
0200D 0D  NON-PAV2000   0D BASE

If I look in RMF Moniter II using the DEV command, I get:
13:38:46 I=58%  DEV ACTV RESP IOSQ -DELAY- PEND DISC CONN %D %D
STG GRP  VOLSER NUM  PAV  LCU   RATE TIME TIME CMR DB  TIME TIME TIME UT RV

 MKB666 200D   1  0016 41.25 .193 .000 .00 .00 .098 .000 .094  2  2

I would expect the PAV column to say 1.0H

Am I missing something?
Do I have to turn Hyperpav on at the device or control unit level?

Gadi


לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: PTF order fulfillment issues and getting HOLDDATA

2016-08-15 Thread גדי בן אבי
As far as I know, you cannot use ftp anymore to download PTF's. You have to use 
HTTPS or FTPS (or is it sftp).
In order to use HTTPS, I added:
downloadmethod="https"
downloadkeyring="javatruststore"
to the information in MYCLIENT

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, August 15, 2016 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
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):



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 = 8

and

EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to 
server interrupted or timed out. Initial connection EZA1735I Std Return Code = 
1, Error Code = 8

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: HCD Question

2016-07-25 Thread גדי בן אבי
Thanks
That was what I was looking for
Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, July 25, 2016 7:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HCD Question

I cannot give a complete answer, but I would think that the first step is to 
convert the IOCP statements into a separate IODF:

+--- Migrate Configuration Data +
|   
 |
|   
 |
| Select one of the following tasks.   |
|   
|
| __  1.  Migrate IOCP/OS data  |
| 2.  *Migrate switch configuration data |
|   
   |
| * = requires TSA I/O Operations   |
|   
   |
|   
   |
|   
  |
+--+

The second step would be to merge the IODFs. For years we maintained two 
separate IODFs for our two data centers. Eventually they were combined (by 
someone else) into one. Worst case would be to manually define the smaller of 
the two into the larger one. I suspect that merging must be a largely manual 
process anyway because HCD (or HCM) would have no way to resolve conflicts.

.
.
.
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
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Monday, July 25, 2016 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):HCD Question

Hi,

I would like to merge IOCP statements into an existing IODF.

How do I do this?

Gadi

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

Please note that in accordance with Malam and/or its subsidiaries (hereinafter 
: "Malam") regulations and signatory rights, no offer, agreement, concession or 
representation is binding on the Malam, unless accompanied by a duly signed 
separate document (or a scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


  1   2   3   >