Re: Share IODF in different sysplex same CPC

[Jorge Garcia]

Hello:

 I've reviewed all the post and the best option is the HCD export/import in the 
productions monoplex. If all the IODFs have the same HLQ yoy can do dynamic 
activation and it' no necessary to do a ipl. The user catalog among sysplex is 
dangerous. I agree with us.

Thanks for your posts!!

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

Re: Who is issuing debug messages in FTP job?

[Elardus Engelbrecht]

Kirk Wolf wrote:

>FTP User exits?

Thanks for asking. We have no FTP exits at all.

The problem has been solved. A very kind IBM-MAIN member, who shall not be 
named here, kindly gave me excellent hints on how to debug those FTP client 
error codes.

I repeat his help here for the archives:

Use  http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b9a1/4.11.2 
to check for codes:

> CU0701 SETCEC code = 13 

SETCEC = SET Client Error Code
Client error code 13 = FTP_INPUT_EOF 

related messages: CX0362 main: input EOF without a QUIT and EZA1736I QUIT 
generated by unexpected end of file 

Which leads me to this second question from that kind member:

" JESJCL - is there more than 1 SYSIN DD-statement? (->msg //SYSIN DD * 
GENERATED STATEMENT ?) The FTP-Client (EXEC PGM=FTP) reads commands from a 
ddname INPUT, not SYSIN"

So, I looked at the original JCL and observed these:

//SYSIN DD *   GENERATED STATEMENT

This is what they did, they placed unused IP addresses in a comment area, but 
just after the SYSIN:

//SYSINDD *
//* STAGING ?.?.?.? 
//* DR ?.?.?.?  
//* PROD ?.?.?.?
?.?.?.?
user
psw
etc...

I recommended moving the SYSIN before the live IP address, move comments to 
another place in JCL and replacing //SYSIN with //INPUT.

Their test completed successfully with the expected messages:

150 Ok to send data. 
226 Transfer complete.   
EZA1617I ??? bytes transferred

Many thanks to all who kindly helped online and off-line. Much appreciated!

My favourite TCP/IP team also wished to send their thanks for the help!

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

Re: IND$FILE Resource Log & Monitoring

[Ted MacNEIL]

It was the TV show.

-
-teD
-
  Original Message  
From: Tony's Outlook via Mozilla
Sent: Thursday, June 11, 2015 22:11
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: IND$FILE Resource Log & Monitoring

Not wishing to be a Black Hat and not wanting to think like a White Hat, 
let me don my Gray Hat. If I wanted to send a PDS member containing 
source code I'd simply email it. If it were large I'd mail it in pieces.

In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his 
home town in the U.S. in pieces, in small parcels.



On 6/11/2015 12:20 PM, Carlos Cordero wrote:
> Colleagues,
>
> Did somebody has implemented a process for monitor/log IND$FILE command 
> activity focussed on file transmission thru 3270 emulators?, maybe with 
> beta88 software?
>
> Or it must a home-made ad-hoc customization outside of beta88 software?
>
> What I specifically searching for is to detect the file transfer activity 
> executed from commands given on emulators.
>
>
> Many Thanks.
>
>
>
>
>> Date: Sat, 6 Jun 2015 05:59:55 -0400
>> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
>> Subject: Re: Volume consideration and migration for z / OS 2.1
>> To: IBM-MAIN@LISTSERV.UA.EDU
>>
>> Lots of info here:
>> http://www-03.ibm.com/systems/z/os/zos/installation/
>>
>> Couldn't get the Data Sheet to open(404) maybe it's being updated.
>>
>>
>>
>> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time,
>> justmainfra...@gmail.com writes:
>>
>> Any advise on the above would be appreciated.
>>
>>
>> --
>> 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: OT STCK question

[Ted MacNEIL]

I don't know about politically correct.
But, it is recommended in the Canadian Press Book of Style.

-
-teD
-
  Original Message  
From: Paul Gilmartin
Sent: Thursday, June 11, 2015 18:11
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: OT STCK question

On Thu, 11 Jun 2015 10:47:39 -0500, Mike Schwab wrote:

>I use they all the time as the genderless pronoun. A supervisor
>suggested he, I changed it to (s)he.
> 
Of course, like all pronouns, it should assimilate its number, singular,
from its antecedent. A form both politically and gramatically correct is:

Everyone thinks they is being politically correct.

-- gil

--
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: STCK question

[Janet Graff]

Thank you Charles, both were excellent suggestions that worked wonderfully!

Janet

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

Re: STCK question

[Lizette Koehler]

And from another sample I found searching on EDIT MASK ASSEMBLER INSTRUCTION

To simplify maintenance of the program, I like to "document" the print masks by 
showing a character representation of the hex fields used in the mask. I use a 
B to indicate a blank as the leading fill character, a Z to indicate digit 
positions where leading zeroes will be suppressed, and a 9 to indicate digit 
positions where leading zeroes will not be suppressed. For example, I would  
document the print masks which we have used thus far as:
MASK DCX'4020202020202020'  BZZZ
MASK2  DCX'402020202020'BZ
MASK3  DCX'402020202120'B9
MASK4  DCX'402021204B2020'  BZZ9.99
MASK5  DCX'402021204B202060'BZZ9.99-
CR   DCX'402021204B2020C3D9'BZZ9.99CR   
DB  DCX'402021204B2020C4C2' BZZ9.99DB
CHKADCX'5C20206B2021204B2020'***,**9.99
CHKB DCX'5C2021204B2020'***9.99

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Janet Graff
> Sent: Thursday, June 11, 2015 4:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: STCK question
> 
> Ooh I am liking the ED instruction.  But I'm missing something.
> 
> My pattern is this
> 
> =XL15'20207A20207A20204B202020202020'
> 
> My data is this
> 
> =XL8'00308208'
> 
> And the result I'm getting is this
> 
> ' 308208'
> 
> What I want is this
> 
> '   0.308208'
> 
> What can I do to the pattern mask to force the decimal point, and at the least
> the zeros between the decimal and the first significant digit, and maybe one
> zero before the decimal point?
> 
> Janet
> 

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

Re: STCK question

[Lizette Koehler]

Janet,
This site seems helpful

http://csc.columbusstate.edu/woolbright/EDMK.HTM

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Janet Graff
> Sent: Thursday, June 11, 2015 4:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: STCK question
> 
> Ooh I am liking the ED instruction.  But I'm missing something.
> 
> My pattern is this
> 
> =XL15'20207A20207A20204B202020202020'
> 
> My data is this
> 
> =XL8'00308208'
> 
> And the result I'm getting is this
> 
> ' 308208'
> 
> What I want is this
> 
> '   0.308208'
> 
> What can I do to the pattern mask to force the decimal point, and at the least
> the zeros between the decimal and the first significant digit, and maybe one
> zero before the decimal point?
> 
> Janet
> 

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

Re: STCK question

[Charles Mills]

I *think* also you need to start your pattern with an X'40' first thing. That 
becomes the "fill byte." I *think* that in your '___0.308208' you will find 
that the _ characters are currently actually x'20's, which is less than ideal.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Thursday, June 11, 2015 4:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCK question

Ooh I am liking the ED instruction.  But I'm missing something.

My pattern is this

=XL15'20207A20207A20204B202020202020'

My data is this

=XL8'00308208'

And the result I'm getting is this

' 308208'

What I want is this

'   0.308208'

What can I do to the pattern mask to force the decimal point, and at the least 
the zeros between the decimal and the first significant digit, and maybe one 
zero before the decimal point?

Janet

--
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: STCK question

[Charles Mills]

Oh gosh, it has been about 20 years (literally) since I used ED but you need a 
"significance starter" -- x'21' -- to force it to format zeros and anything 
else that comes ahead of the first non-zero digit. Try sticking an X'21' into 
your pattern about where you want the first leading zero.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Thursday, June 11, 2015 4:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STCK question

Ooh I am liking the ED instruction.  But I'm missing something.

My pattern is this

=XL15'20207A20207A20204B202020202020'

My data is this

=XL8'00308208'

And the result I'm getting is this

' 308208'

What I want is this

'   0.308208'

What can I do to the pattern mask to force the decimal point, and at the least 
the zeros between the decimal and the first significant digit, and maybe one 
zero before the decimal point?

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

Re: STCK question

[Janet Graff]

Ooh I am liking the ED instruction.  But I'm missing something.

My pattern is this

=XL15'20207A20207A20204B202020202020'

My data is this

=XL8'00308208'

And the result I'm getting is this

' 308208'

What I want is this

'   0.308208'

What can I do to the pattern mask to force the decimal point, and at the least 
the zeros between the decimal and the first significant digit, and maybe one 
zero before the decimal point?

Janet

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

Re: QUESTION ABOUT RMM

[Mike Wood]

Willie,
As specified in the rmm I&C Guide Chapter 16. Performing inventory management - 
You can backup direct to tape when using EDGHSKP utility BACKUP(DSS) parm.

Also, when you restore from tape, as long as you use EDGBKUP you will be able 
to use an rmm backup tape even if rmm is not active.

Mike

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

Re: IBM mainframe operations in the 80s

[Mike Schwab]

http://www.conmicro.com/apple-mstcons-web.jpg

Jay Maynard's unusual master console.

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

Re: IND$FILE Resource Log & Monitoring

[Charles Mills]

Thanks everyone for all of your comments. Let me try to address everything at 
once so as to avoid mailbox clutter.

@John McKown: Yes, to be able to read is ultimately to be able to steal, but we 
want to make it harder for the bad guys. The example I use in presentations is 
the person who has access to the customer list dataset for query purposes. 
Management would like to know if they were downloading the whole file to their 
PC every night.

Thanks also for the kind words. We'd like to think it's good solution. We are 
in contact with the OP. I suspect your price is better but our support is 
probably better. 

@Walt Farrell, right. Fairly simply, if I can browse a (printable character) 
file in ISPF, I can cut and paste it into a file. It would be difficult for a 
many-megabyte file, and it is more likely that someone would use IND$FILE (or 
another tool such as FTP).

@Ed Finnell: I was not aware that some emulators had a built-in FTP capability. 
Makes sense, though. That would be great: FTP is a lot more powerful and writes 
GREAT audit records. Some emulators do not have this capability, including, 
apparently, the emulators in use at several large customers who seem to be 
interested in this capability.

"File transfers from an FTP command in a 3270 session" might also be referring 
to typing TSO FTP 127.1.2.3 ... on the FTP command line to send a file here, 
there or anywhere.

@Shmuel Metz: True, it won't catch FTP transfers. FTP transfers are 
well-auditable via SMF 118/119, unlike IND$FILE. This list of things it won't 
catch is, after all, nearly infinite. 

Charles

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

Re: IBM mainframe operations in the 80s

[Vince Coen]

On 11/06/15 20:30, Ken Hume IBM wrote:

So, the shoot coordinator goes off and finds three or four young,
attractive women that were well dressed and brings them into the
computer room. Most of them had no idea what a computer was. All of them
complained that the room was to cold and did not want to stay in there.

We had a good laugh and the publication looked pretty good as well.

Ahh.. The old days...




Referring to tight nipples ?


Vince

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 3:41 PM, Walt Farrell 
wrote:

> On Thu, 11 Jun 2015 16:16:49 -0400, Ed Finnell  wrote:
>
> >Several of the 3270 emulators had a user option for transfer mechanism
> >IND$FILE or FTP. Some had better implementations that others.
>
> And the OP should be aware that it is theoretically possible for a TSO
> user to write his own program (or acquire one elsewhere) that will do data
> transfers via the 3270 data stream, or even to make a copy of IND$FILE and
> change its name to something else if that name is being specifically
> monitored.
>
> Also, monitoring IND$FILE won't stop other mechanisms such as those based
> on screen printing, or TCP/IP communication protocols.
>
> People asking for such monitoring often, in my experience, do not realize
> the other possibilities for data communication. Really, what they should do
> is completely prevent the user from reading the sensitive data. If you let
> a user READ the data and give him access to a TSO or a UNIX session, then
> you should assume that he will be able to transport it elsewhere without
> your knowledge. If you don't want him to be able to do that, you shouldn't
> let him read the data. Monitoring certain easy to use transport mechanisms
> is OK, but it will not catch all the other mechanisms you haven't thought
> about.
>
> --
> Walt
>
>
​As you, and others have said, to be able to READ is to be able to copy
(aka "steal") the data. In my case, the IND$FILE front end was done for two
reason. The first was for performance (compare the start vs. end times) and
some auditing (how much is it used?). The second, the non-swappable, was
due to CPU overload at the time causing "timeouts" on the PC end. IND$FILE
was being used to transfer data even before we had a TCPIP stack on z/OS.
Back them, the 3270 emulation was being done on a Cisco CIP which looked
like a 3174 to z/OS.​


-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[Walt Farrell]

On Thu, 11 Jun 2015 16:16:49 -0400, Ed Finnell  wrote:

>Several of the 3270 emulators had a user option for transfer mechanism  
>IND$FILE or FTP. Some had better implementations that others.

And the OP should be aware that it is theoretically possible for a TSO user to 
write his own program (or acquire one elsewhere) that will do data transfers 
via the 3270 data stream, or even to make a copy of IND$FILE and change its 
name to something else if that name is being specifically monitored.

Also, monitoring IND$FILE won't stop other mechanisms such as those based on 
screen printing, or TCP/IP communication protocols.

People asking for such monitoring often, in my experience, do not realize the 
other possibilities for data communication. Really, what they should do is 
completely prevent the user from reading the sensitive data. If you let a user 
READ the data and give him access to a TSO or a UNIX session, then you should 
assume that he will be able to transport it elsewhere without your knowledge. 
If you don't want him to be able to do that, you shouldn't let him read the 
data. Monitoring certain easy to use transport mechanisms is OK, but it will 
not catch all the other mechanisms you haven't thought about.

-- 
Walt

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 3:15 PM, Bob Rutledge 
wrote:

> On 6/11/2015 3:58 PM, John McKown wrote:
>
>> On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) <
>> shmuel+ibm-m...@patriot.net> wrote:
>>
> ...
>
>> That won't catch file transfers from an FTP command in a 3270 session.
>>>
>>>
>> ​I'm a tad confused by this statement. The only file transfer that I am
>> aware of over a 3270 data stream is via IND$FILE. Is there some other? ​In
>> many (most?) cases, when somebody uses "ftp" by itself, I think of the one
>> for TCP/IP. I am aware that there are other ways to transfer files, such
>> as
>> NJE and AFTP. I guess that my assumption was that the emulator in question
>> in "from commands given on emulators" was a 3270 emulator.
>>
>
> Some TN3270 emulators, WRQ is one, contain FTP client code that they
> optionally use instead of IND$FILE for data transport.
>

​Oh, I think I get it. The ftp is not done via the 3270 data stream. It is
just an easier way to do a "normal" TCP/IP type ftp than bringing up a
command prompt. Maybe a bit like having FileZilla.​



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



-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[Ed Finnell]

Several of the 3270 emulators had a user option for transfer mechanism  
IND$FILE or FTP. Some had better implementations that others.
 
 
In a message dated 6/11/2015 2:58:19 P.M. Central Daylight Time,  
john.archie.mck...@gmail.com writes:

​I'm a  tad confused by this statement. The only file transfer that I am
aware of  over a 3270 data stream is via IND$FILE. Is there some other? ​In
many  (most?) cases, when somebody uses "ftp" by itself, I think of the one
for  TCP/IP. I am aware that there are other ways to transfer files, such as
NJE  and AFTP. I guess that my assumption was that the emulator in question
in  "from commands given on emulators" was a 3270  emulator.


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

Re: IND$FILE Resource Log & Monitoring

[Bob Rutledge]

On 6/11/2015 3:58 PM, John McKown wrote:

On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

...

That won't catch file transfers from an FTP command in a 3270 session.



​I'm a tad confused by this statement. The only file transfer that I am
aware of over a 3270 data stream is via IND$FILE. Is there some other? ​In
many (most?) cases, when somebody uses "ftp" by itself, I think of the one
for TCP/IP. I am aware that there are other ways to transfer files, such as
NJE and AFTP. I guess that my assumption was that the emulator in question
in "from commands given on emulators" was a 3270 emulator.


Some TN3270 emulators, WRQ is one, contain FTP client code that they optionally 
use instead of IND$FILE for data transport.


Bob

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 2:45 PM, Shmuel Metz (Seymour J.) <
shmuel+ibm-m...@patriot.net> wrote:

> In , on 06/11/2015
>at 12:20 PM, Carlos Cordero  said:
>
> >What I specifically searching for is to detect the file transfer
> >activity executed from commands given on emulators.
>
> That won't catch file transfers from an FTP command in a 3270 session.
>

​I'm a tad confused by this statement. The only file transfer that I am
aware of over a 3270 data stream is via IND$FILE. Is there some other? ​In
many (most?) cases, when somebody uses "ftp" by itself, I think of the one
for TCP/IP. I am aware that there are other ways to transfer files, such as
NJE and AFTP. I guess that my assumption was that the emulator in question
in "from commands given on emulators" was a 3270 emulator.



>
> --
>  Shmuel (Seymour J.) Metz, SysProg and JOAT
>

-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[Shmuel Metz (Seymour J.)]

In , on 06/11/2015
   at 12:20 PM, Carlos Cordero  said:

>What I specifically searching for is to detect the file transfer
>activity executed from commands given on emulators.

That won't catch file transfers from an FTP command in a 3270 session.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: OT STCK question

[Shmuel Metz (Seymour J.)]

In
,
on 06/11/2015
   at 10:47 AM, Mike Schwab  said:

>I use they all the time as the genderless pronoun.

That would be he in contemporary English, but they has long
antecedents.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IND$FILE Resource Log & Monitoring

[Ted MacNEIL]

What about ftp?

-
-teD
-
  Original Message  
From: Carlos Cordero
Sent: Thursday, June 11, 2015 15:06
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: IND$FILE Resource Log & Monitoring

Mr. Kolusu, thanks for the info, I will check


Regards

> Date: Thu, 11 Jun 2015 11:20:39 -0700
> From: skol...@us.ibm.com
> Subject: Re: IND$FILE Resource Log & Monitoring
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Carlos,
> 
> Here is a link to a previous discussion on IBM-MAIN that might help you. 
> 
> https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/zXHbn7rTp3M
> 
> 
> Thanks,
> Kolusu
> 
> IBM Mainframe Discussion List  wrote on 
> 06/11/2015 11:01:12 AM:
> 
> > From: Carlos Cordero 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/11/2015 11:03 AM
> > Subject: Re: IND$FILE Resource Log & Monitoring
> > Sent by: IBM Mainframe Discussion List 
> > 
> > Both..
> > 
> > 
> > Thanks
> > 
> > > Date: Thu, 11 Jun 2015 10:58:12 -0700
> > > From: stars...@mindspring.com
> > > Subject: Re: IND$FILE Resource Log & Monitoring
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > 
> > > Are you looking for REAL time or after the fact monitoring?
> > > 
> > > Lizette
> > > 
> > > 
> > > -Original Message-
> > > >From: Carlos Cordero 
> > > >Sent: Jun 11, 2015 10:20 AM
> > > >To: IBM-MAIN@LISTSERV.UA.EDU
> > > >Subject: IND$FILE Resource Log & Monitoring
> > > >
> > > >Colleagues,
> > > > 
> > > >Did somebody has implemented a process for monitor/log IND$FILE 
> > command activity focussed on file transmission thru 3270 emulators?,
> > maybe with beta88 software?
> > > > 
> > > >Or it must a home-made ad-hoc customization outside of beta88 
> software?
> > > > 
> > > >What I specifically searching for is to detect the file transfer 
> > activity executed from commands given on emulators.
> > > > 
> > > > 
> > > >Many Thanks.
> > > > 
> > > > 
> > > > 
> > > > 
> > > >> Date: Sat, 6 Jun 2015 05:59:55 -0400
> > > >> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
> > > >> Subject: Re: Volume consideration and migration for z / OS 2.1
> > > >> To: IBM-MAIN@LISTSERV.UA.EDU
> > > >> 
> > > >> Lots of info here:
> > > >> http://www-03.ibm.com/systems/z/os/zos/installation/
> > > >> 
> > > >> Couldn't get the Data Sheet to open(404) maybe it's being updated.
> > > >> 
> > > >> 
> > > >> 
> > > >> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, 
> > > >> justmainfra...@gmail.com writes:
> > > >> 
> > > >> Any advise on the above would be appreciated.
> > > 
> > > --
> > > 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: IBM mainframe operations in the 80s

[Ken Hume IBM]

I remember one time back in the mid-80's The company I worked for was 
doing an annual report and a new customer system we had written and 
implemented was going to be featured in that publication.


In came the photographers and and lights and the cameras. You can imagine 
how the operators looked. Jeans, t-shirts, tennis shoes, etc. As the lead 
operator I had on khakis and a button down collar shirt but no tie. Well, 
that couldn't be shown!!! Never


So, the shoot coordinator goes off and finds three or four young, attractive 
women that were well dressed and brings them into the computer room. Most of 
them had no idea what a computer was. All of them complained that the room 
was to cold and did not want to stay in there.


We had a good laugh and the publication looked pretty good as well.

Ahh.. The old days...

Ken

-Original Message- 
From: Scott Ford

Sent: Thursday, June 11, 2015 1:05 PM Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM mainframe operations in the 80s

The wayback machine ...80s , just entered Systems Programming..in
Operations in the 70s before...man

On Thu, Jun 11, 2015 at 11:16 AM, Steve Coalbran  wrote:


NICE!
I remember it well...!
Give me a 3279, SNA-attached with SSRT (Remember that?!
SubSecondRespondTime?!)
Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)!
Then we could really work fast!? "and yer try and tell the young folk of
today... "[https://youtu.be/Xe1a1wHxTyo] :-D



From:   David Crayford 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-11 14:35
Subject:IBM mainframe operations in the 80s
Sent by:IBM Mainframe Discussion List 



This is a nice bit of nostalgia as I started my career as an Op back in
the 80's.

https://www.youtube.com/watch?v=Cwj6pfhWBps

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




Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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

Mobile computing in 1963

[John McKown]

Photo: https://twitter.com/IBMRedbooks/status/609073925092446208/photo/1


-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 1:54 PM, Carlos Cordero 
wrote:

> John, I very appreciate your help.
>
> If you´re available to share with me your code, ok I can put this on
> development environment and customize it and testing.
>

​The _code_ is available. I'm not. (man am I picky about words!) You, and
anyone else, can give a look at it at:
https://gist.github.com/JohnArchieMckown/2de9d5d8b41095bc5f47​

​Note that it does not _require_ APF authorization to run. You can get the
logging only by simply linking it into a STEPLIB in a special TSO logon
proc. My example links with the name IND@FILE, so you'd need to either
change the NAME card in the link step or rename the module afterwards. If
you don't want the non-swappable, then you can just yank that part of the
code out.

If at all possible, I'd really push for Mr. Mills' product. It sounds to be
a much better way to get this done. But, then, I wrote this code back in
the previous century (created in 1993, last updated in 1998 according to
the ISPF statistics).​



> I´m in touch.
>
>
-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IBM mainframe operations in the 80s

[Scott Ford]

The wayback machine ...80s , just entered Systems Programming..in
Operations in the 70s before...man

On Thu, Jun 11, 2015 at 11:16 AM, Steve Coalbran  wrote:

> NICE!
> I remember it well...!
> Give me a 3279, SNA-attached with SSRT (Remember that?!
> SubSecondRespondTime?!)
> Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)!
> Then we could really work fast!? "and yer try and tell the young folk of
> today... "[https://youtu.be/Xe1a1wHxTyo] :-D
>
>
>
> From:   David Crayford 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   2015-06-11 14:35
> Subject:IBM mainframe operations in the 80s
> Sent by:IBM Mainframe Discussion List 
>
>
>
> This is a nice bit of nostalgia as I started my career as an Op back in
> the 80's.
>
> https://www.youtube.com/watch?v=Cwj6pfhWBps
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> Såvida annat inte anges ovan: / Unless stated otherwise above:
> IBM Svenska AB
> Organisationsnummer: 556026-6883
> Adress: 164 92 Stockholm
>
> --
> 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: IND$FILE Resource Log & Monitoring

[Carlos Cordero]

John, I very appreciate your help. 
 
If you´re available to share with me your code, ok I can put this on 
development environment and customize it and testing.
 
 
 
I´m in touch.
 

 
> Date: Thu, 11 Jun 2015 13:31:47 -0500
> From: john.archie.mck...@gmail.com
> Subject: Re: IND$FILE Resource Log & Monitoring
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> On Thu, Jun 11, 2015 at 1:01 PM, Carlos Cordero 
> wrote:
> 
> > Both..
> >
> 
> ​I have some code with I can share which _might_ be of some help. But it
> may (most likely _will_) violate your shop's standards. Or cause your boss
> to say "no". The IBM IND$FILE function basically runs a TSO command​ from
> the READY prompt. The 3270 emulator "talks" with this command via the 3270
> data stream, much like a "screen scraping" application. What my code does
> is "front end" the normal IBM code, and simply creates a WTO message to
> send to the z/OS SYSLOG. The WTO contains the TSO id and the TSO command,
> along with a S or E for "Start of transfer" and "End of transfer". This is
> sufficient to tell you who did the transfer and the name of the z/OS data
> set involved.
> 
> It also, if it is APF authorized, makes the TSO session non-swappable.
> 
> Another possibility is to set up RACF auditing on the IND$FILE command, but
> that (in and of itself) will not tell you the name of the DSN involved.
> 
> 
> >
> >
> > Thanks
> >
> >
> -- 
> Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
> 
> My sister opened a computer store in Hawaii. She sells C shells down by the
> seashore.
> If someone tell you that nothing is impossible:
> Ask him to dribble a football.
> 
> He's about as useful as a wax frying pan.
> 
> 10 to the 12th power microphones = 1 Megaphone
> 
> Maranatha! <><
> John McKown
> 
> --
> 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: IND$FILE Resource Log & Monitoring

[Charles Mills]

CorreLog, my employer, has just started shipping the IND$defender feature
for our SIEM Agent for z/OS. The Agent is described here
https://correlog.com/solutions-and-services/sas-correlog-mainframe.html but
there is AFAIK no information yet on the Web about this particular new
feature. It transparently captures the user ID, direction of transfer,
dataset and member name, the TSO user's logon time, the user's name and
Group, the remote IP address if available, the LU name, and the duration of
the transfer.

We can send this information either through our Agent real-time to the SIEM
of your choice (ArcSight, QRadar, LogRhythm, Splunk, etc.) and/or write it
as a user SMF record, which Dr. Merrill has graciously offered to support in
MXG.

IND$defender is currently offered only as an Agent feature but the SMF
record output is technologically a stand-alone product and I am sure our
sales team would be happy to talk about whatever licensing interested you.

BTW, we do this *without* violating IBM's system integrity guidelines. We do
*not* run IND$FILE APF-authorized, as it was not designed by IBM to be run
authorized.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Carlos Cordero
Sent: Thursday, June 11, 2015 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IND$FILE Resource Log & Monitoring

Colleagues,
 
Did somebody has implemented a process for monitor/log  IND$FILE command
activity focussed on file transmission thru 3270 emulators?, maybe with
beta88 software?
 
Or it must a home-made ad-hoc customization outside of beta88 software?
 
What I specifically searching for is to detect the file transfer activity
executed from commands given on emulators.
 
 

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 12:20 PM, Carlos Cordero 
wrote:

> Colleagues,
>
> Did somebody has implemented a process for monitor/log  IND$FILE command
> activity focussed on file transmission thru 3270 emulators?, maybe with
> beta88 software?
>
> Or it must a home-made ad-hoc customization outside of beta88 software?
>
> What I specifically searching for is to detect the file transfer activity
> executed from commands given on emulators.
>

​If you only need "who did it" and "when did they do it", but not "what did
they do", then you can create a RACF profile for IND$FILE in the PROGRAM
class​ with a UACC(READ) and set

RDEFINE PROGRAM IND$FILE UACC(READ) AUDIT(ALL)

If you need the "what" portion, then you'd need to do some heavy data set
access auditing. And a way to relate the data set access record with the
program access record.

-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 1:27 PM, Tony's Outlook via Mozilla <
tbabo...@outlook.com> wrote:

> Not wishing to be a Black Hat and not wanting to think like a White Hat,
> let me don my Gray Hat.  If I wanted to send a PDS member containing source
> code I'd simply email it.  If it were large I'd mail it in pieces.
>

​I used to do that. Now I just create a GIST on GitHub and share that. What
is nice is that I can direct the "me too" people to the GIST and it doesn't
clog up the email server. Which takes it pretty much out of the normal
monitoring channels. Not that I actually care about that. ​



>
> In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his
> home town in the U.S. in pieces, in small parcels.
>
>
-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[John McKown]

On Thu, Jun 11, 2015 at 1:01 PM, Carlos Cordero 
wrote:

> Both..
>

​I have some code with I can share which _might_ be of some help. But it
may (most likely _will_) violate your shop's standards. Or cause your boss
to say "no". The IBM IND$FILE function basically runs a TSO command​ from
the READY prompt. The 3270 emulator "talks" with this command via the 3270
data stream, much like a "screen scraping" application. What my code does
is "front end" the normal IBM code, and simply creates a WTO message to
send to the z/OS SYSLOG. The WTO contains the TSO id and the TSO command,
along with a S or E for "Start of transfer" and "End of transfer". This is
sufficient to tell you who did the transfer and the name of the z/OS data
set involved.

It also, if it is APF authorized, makes the TSO session non-swappable.

Another possibility is to set up RACF auditing on the IND$FILE command, but
that (in and of itself) will not tell you the name of the DSN involved.


>
>
> Thanks
>
>
-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IND$FILE Resource Log & Monitoring

[Carlos Cordero]

Mr. Kolusu, thanks for the info, I will check
 
 
Regards
 
> Date: Thu, 11 Jun 2015 11:20:39 -0700
> From: skol...@us.ibm.com
> Subject: Re: IND$FILE Resource Log & Monitoring
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Carlos,
> 
> Here is a link to a previous discussion on IBM-MAIN that might help you. 
> 
> https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/zXHbn7rTp3M
> 
> 
> Thanks,
> Kolusu
> 
> IBM Mainframe Discussion List  wrote on 
> 06/11/2015 11:01:12 AM:
> 
> > From: Carlos Cordero 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/11/2015 11:03 AM
> > Subject: Re: IND$FILE Resource Log & Monitoring
> > Sent by: IBM Mainframe Discussion List 
> > 
> > Both..
> > 
> > 
> > Thanks
> > 
> > > Date: Thu, 11 Jun 2015 10:58:12 -0700
> > > From: stars...@mindspring.com
> > > Subject: Re: IND$FILE Resource Log & Monitoring
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > 
> > > Are you looking for REAL time or after the fact monitoring?
> > > 
> > > Lizette
> > > 
> > > 
> > > -Original Message-
> > > >From: Carlos Cordero 
> > > >Sent: Jun 11, 2015 10:20 AM
> > > >To: IBM-MAIN@LISTSERV.UA.EDU
> > > >Subject: IND$FILE Resource Log & Monitoring
> > > >
> > > >Colleagues,
> > > > 
> > > >Did somebody has implemented a process for monitor/log  IND$FILE 
> > command activity focussed on file transmission thru 3270 emulators?,
> > maybe with beta88 software?
> > > > 
> > > >Or it must a home-made ad-hoc customization outside of beta88 
> software?
> > > > 
> > > >What I specifically searching for is to detect the file transfer 
> > activity executed from commands given on emulators.
> > > > 
> > > > 
> > > >Many Thanks.
> > > > 
> > > > 
> > > > 
> > > > 
> > > >> Date: Sat, 6 Jun 2015 05:59:55 -0400
> > > >> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
> > > >> Subject: Re: Volume consideration and migration for z / OS 2.1
> > > >> To: IBM-MAIN@LISTSERV.UA.EDU
> > > >> 
> > > >> Lots of info here:
> > > >> http://www-03.ibm.com/systems/z/os/zos/installation/
> > > >> 
> > > >> Couldn't get the Data Sheet to open(404) maybe it's being updated.
> > > >> 
> > > >> 
> > > >> 
> > > >> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, 
> > > >> justmainfra...@gmail.com writes:
> > > >> 
> > > >> Any  advise on the above would be  appreciated.
> > > 
> > > --
> > > 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: IND$FILE Resource Log & Monitoring

[Tony's Outlook via Mozilla]

Not wishing to be a Black Hat and not wanting to think like a White Hat, 
let me don my Gray Hat.  If I wanted to send a PDS member containing 
source code I'd simply email it.  If it were large I'd mail it in pieces.


In the movie Mash, Corporal Radar O'Reilly send a Jeep from Korea to his 
home town in the U.S. in pieces, in small parcels.




On 6/11/2015 12:20 PM, Carlos Cordero wrote:

Colleagues,

Did somebody has implemented a process for monitor/log  IND$FILE command 
activity focussed on file transmission thru 3270 emulators?, maybe with beta88 
software?

Or it must a home-made ad-hoc customization outside of beta88 software?

What I specifically searching for is to detect the file transfer activity 
executed from commands given on emulators.


Many Thanks.





Date: Sat, 6 Jun 2015 05:59:55 -0400
From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
Subject: Re: Volume consideration and migration for z / OS 2.1
To: IBM-MAIN@LISTSERV.UA.EDU

Lots of info here:
http://www-03.ibm.com/systems/z/os/zos/installation/

Couldn't get the Data Sheet to open(404) maybe it's being updated.



In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time,
justmainfra...@gmail.com writes:

Any  advise on the above would be  appreciated.


--
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: IND$FILE Resource Log & Monitoring

[Sri h Kolusu]

Carlos,

Here is a link to a previous discussion on IBM-MAIN that might help you. 

https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/zXHbn7rTp3M


Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on 
06/11/2015 11:01:12 AM:

> From: Carlos Cordero 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/11/2015 11:03 AM
> Subject: Re: IND$FILE Resource Log & Monitoring
> Sent by: IBM Mainframe Discussion List 
> 
> Both..
> 
> 
> Thanks
> 
> > Date: Thu, 11 Jun 2015 10:58:12 -0700
> > From: stars...@mindspring.com
> > Subject: Re: IND$FILE Resource Log & Monitoring
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > 
> > Are you looking for REAL time or after the fact monitoring?
> > 
> > Lizette
> > 
> > 
> > -Original Message-
> > >From: Carlos Cordero 
> > >Sent: Jun 11, 2015 10:20 AM
> > >To: IBM-MAIN@LISTSERV.UA.EDU
> > >Subject: IND$FILE Resource Log & Monitoring
> > >
> > >Colleagues,
> > > 
> > >Did somebody has implemented a process for monitor/log  IND$FILE 
> command activity focussed on file transmission thru 3270 emulators?,
> maybe with beta88 software?
> > > 
> > >Or it must a home-made ad-hoc customization outside of beta88 
software?
> > > 
> > >What I specifically searching for is to detect the file transfer 
> activity executed from commands given on emulators.
> > > 
> > > 
> > >Many Thanks.
> > > 
> > > 
> > > 
> > > 
> > >> Date: Sat, 6 Jun 2015 05:59:55 -0400
> > >> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
> > >> Subject: Re: Volume consideration and migration for z / OS 2.1
> > >> To: IBM-MAIN@LISTSERV.UA.EDU
> > >> 
> > >> Lots of info here:
> > >> http://www-03.ibm.com/systems/z/os/zos/installation/
> > >> 
> > >> Couldn't get the Data Sheet to open(404) maybe it's being updated.
> > >> 
> > >> 
> > >> 
> > >> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time, 
> > >> justmainfra...@gmail.com writes:
> > >> 
> > >> Any  advise on the above would be  appreciated.
> > 
> > --
> > 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: Files for Bill Godfrey

[Sam Golob]

Hi Shmuel,

I sent him both OPTLIB files, as you probably know by now, but what 
tape were the 5734LM* files on?


All the best of everything to you and your family.

Sincerely,   Sam

On 6/11/2015 3:41 AM, Shmuel (Seymour J.) Metz wrote:

Could you send Bill Godfrey copies of OPTLIBM.MAC and either
*.5734LM4.MAC or *.5734LM5.MAC, or the whole tape?

He should be able to handle XMIT format.

Thanks.



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

Re: IND$FILE Resource Log & Monitoring

[Carlos Cordero]

Both..
 
 
Thanks
 
> Date: Thu, 11 Jun 2015 10:58:12 -0700
> From: stars...@mindspring.com
> Subject: Re: IND$FILE Resource Log & Monitoring
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Are you looking for REAL time or after the fact monitoring?
> 
> Lizette
> 
> 
> -Original Message-
> >From: Carlos Cordero 
> >Sent: Jun 11, 2015 10:20 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: IND$FILE Resource Log & Monitoring
> >
> >Colleagues,
> > 
> >Did somebody has implemented a process for monitor/log  IND$FILE command 
> >activity focussed on file transmission thru 3270 emulators?, maybe with 
> >beta88 software?
> > 
> >Or it must a home-made ad-hoc customization outside of beta88 software?
> > 
> >What I specifically searching for is to detect the file transfer activity 
> >executed from commands given on emulators.
> > 
> > 
> >Many Thanks.
> > 
> > 
> > 
> > 
> >> Date: Sat, 6 Jun 2015 05:59:55 -0400
> >> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
> >> Subject: Re: Volume consideration and migration for z / OS 2.1
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> 
> >> Lots of info here:
> >> http://www-03.ibm.com/systems/z/os/zos/installation/
> >>  
> >> Couldn't get the Data Sheet to open(404) maybe it's being updated.
> >>  
> >>  
> >>  
> >> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time,  
> >> justmainfra...@gmail.com writes:
> >> 
> >> Any  advise on the above would be  appreciated.
> 
> --
> 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: IND$FILE Resource Log & Monitoring

[Lizette Koehler]

Are you looking for REAL time or after the fact monitoring?

Lizette


-Original Message-
>From: Carlos Cordero 
>Sent: Jun 11, 2015 10:20 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: IND$FILE Resource Log & Monitoring
>
>Colleagues,
> 
>Did somebody has implemented a process for monitor/log  IND$FILE command 
>activity focussed on file transmission thru 3270 emulators?, maybe with beta88 
>software?
> 
>Or it must a home-made ad-hoc customization outside of beta88 software?
> 
>What I specifically searching for is to detect the file transfer activity 
>executed from commands given on emulators.
> 
> 
>Many Thanks.
> 
> 
> 
> 
>> Date: Sat, 6 Jun 2015 05:59:55 -0400
>> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
>> Subject: Re: Volume consideration and migration for z / OS 2.1
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> 
>> Lots of info here:
>> http://www-03.ibm.com/systems/z/os/zos/installation/
>>  
>> Couldn't get the Data Sheet to open(404) maybe it's being updated.
>>  
>>  
>>  
>> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time,  
>> justmainfra...@gmail.com writes:
>> 
>> Any  advise on the above would be  appreciated.

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

Re: Share IODF in different sysplex same CPC

[J O Skip Robinson]

One more thing. ;-) Using 'native' HCD/IODF facilities guards against a 
possibly fatal problem. Other software might well upload an IODF in multiple 
extents. Perfectly valid for data management, and the result will work fine for 
dynamic ACTIVATE. However, you cannot IPL with a multi-extent IODF. If you use 
native facilities, this problem will be detected on reload and cause a non-zero 
return code. That alone is worth using CBD utilities to migrate an IODF. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Thursday, June 11, 2015 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC

I'm with Tom. Since the advent of IODF in the 90s, we have always given each 
plex (sys- or mono-) its own copy of the IODF. Although not required, we 
catalog it in master. If nothing else, you have backups in case one get marfed 
or accidentally deleted. 

SAMPLIB contains sample jobs to migrate an IODF. Look at members CBDS* . Simply 
submit a job on the system where you manage HCD. Job1 offloads and transmits 
IODF to another system over NJE, where Job2 unloads and catalogs IODF on target 
system. It really is pretty fast and very reliable. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, June 11, 2015 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC

On 6/11/2015 11:34 AM, Jorge Garcia wrote:
> Hello John and Mary:
>
>   Our requirements are (if it's possible). Updates in one and only IODF and 
> then transmit it to another systems. With this option we avoid updates in two 
> o more IODF and we save the IODF integrity.
> The share user catalog option is the fast and easy way for dynamic activation 
> in all systems, but It's dangerous if you aren't careful.
>
> This should be the GRSRNLxx configuration with this option:
>
> RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF
> RNL(EXCL)  TYPE(GENERIC)  QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
> TYPE(GENERIC)  QNAME(SYSVTOC) RNAME(volser catalog device) RNLDEF RNL(EXCL) 
> TYPE(SPECIFIC) QNAME(SYSIGGV2)
> RNAME('iodf user catalog ')
> RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
> RNAME('iodf user catalog  
>')
>
>
> The IODF SYS1 option and Mary option I think that it's the same. With the 
> Mary option you avoid DEFINE and REPRO executions. The transmit and receive 
> option is faster. Mary I understand that you have cataloged the same iodf HLQ 
> in differerents user catalogs in different systems? With the same HLQ like 
> IOCDS you should execute a right dynamic activacion, Is It true?
>

Jorge,

This is dangerous and unnecessary.  You can catalog the IODF on each separate 
system in the master catalog, or a user catalog shared among systems IN THE 
SAME SYSPLEX.  You shouldn't be sharing a user catalog cross-sysplex.

I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that failed once 
after working for over a year.  So now I use the HCD EXPORT and IMPORT 
functions, which while slower, is guaranteed to work.

Regards,
Tom Conley


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

IND$FILE Resource Log & Monitoring

[Carlos Cordero]

Colleagues,
 
Did somebody has implemented a process for monitor/log  IND$FILE command 
activity focussed on file transmission thru 3270 emulators?, maybe with beta88 
software?
 
Or it must a home-made ad-hoc customization outside of beta88 software?
 
What I specifically searching for is to detect the file transfer activity 
executed from commands given on emulators.
 
 
Many Thanks.
 
 
 
 
> Date: Sat, 6 Jun 2015 05:59:55 -0400
> From: 000248cce9f3-dmarc-requ...@listserv.ua.edu
> Subject: Re: Volume consideration and migration for z / OS 2.1
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> Lots of info here:
> http://www-03.ibm.com/systems/z/os/zos/installation/
>  
> Couldn't get the Data Sheet to open(404) maybe it's being updated.
>  
>  
>  
> In a message dated 6/6/2015 2:27:44 A.M. Central Daylight Time,  
> justmainfra...@gmail.com writes:
> 
> Any  advise on the above would be  appreciated.
> 
> 
> --
> 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: Share IODF in different sysplex same CPC

[J O Skip Robinson]

I'm with Tom. Since the advent of IODF in the 90s, we have always given each 
plex (sys- or mono-) its own copy of the IODF. Although not required, we 
catalog it in master. If nothing else, you have backups in case one get marfed 
or accidentally deleted. 

SAMPLIB contains sample jobs to migrate an IODF. Look at members CBDS* . Simply 
submit a job on the system where you manage HCD. Job1 offloads and transmits 
IODF to another system over NJE, where Job2 unloads and catalogs IODF on target 
system. It really is pretty fast and very reliable. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Thursday, June 11, 2015 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC

On 6/11/2015 11:34 AM, Jorge Garcia wrote:
> Hello John and Mary:
>
>   Our requirements are (if it's possible). Updates in one and only IODF and 
> then transmit it to another systems. With this option we avoid updates in two 
> o more IODF and we save the IODF integrity.
> The share user catalog option is the fast and easy way for dynamic activation 
> in all systems, but It's dangerous if you aren't careful.
>
> This should be the GRSRNLxx configuration with this option:
>
> RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF 
> RNL(EXCL)  TYPE(GENERIC)  QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)  
> TYPE(GENERIC)  QNAME(SYSVTOC) RNAME(volser catalog device) RNLDEF RNL(EXCL) 
> TYPE(SPECIFIC) QNAME(SYSIGGV2)
> RNAME('iodf user catalog ')
> RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
> RNAME('iodf user catalog  
>')
>
>
> The IODF SYS1 option and Mary option I think that it's the same. With the 
> Mary option you avoid DEFINE and REPRO executions. The transmit and receive 
> option is faster. Mary I understand that you have cataloged the same iodf HLQ 
> in differerents user catalogs in different systems? With the same HLQ like 
> IOCDS you should execute a right dynamic activacion, Is It true?
>

Jorge,

This is dangerous and unnecessary.  You can catalog the IODF on each separate 
system in the master catalog, or a user catalog shared among systems IN THE 
SAME SYSPLEX.  You shouldn't be sharing a user catalog cross-sysplex.

I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that failed once 
after working for over a year.  So now I use the HCD EXPORT and IMPORT 
functions, which while slower, is guaranteed to work.

Regards,
Tom Conley

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

Re: Share IODF in different sysplex same CPC

[Thomas Conley]

On 6/11/2015 11:34 AM, Jorge Garcia wrote:

Hello John and Mary:

  Our requirements are (if it's possible). Updates in one and only IODF and 
then transmit it to another systems. With this option we avoid updates in two o 
more IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation 
in all systems, but It's dangerous if you aren't careful.

This should be the GRSRNLxx configuration with this option:

RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf)
RNLDEF RNL(EXCL)  TYPE(GENERIC)  QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)  
TYPE(GENERIC)  QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
 ')


The IODF SYS1 option and Mary option I think that it's the same. With the Mary 
option you avoid DEFINE and REPRO executions. The transmit and receive option 
is faster. Mary I understand that you have cataloged the same iodf HLQ in 
differerents user catalogs in different systems? With the same HLQ like IOCDS 
you should execute a right dynamic activacion, Is It true?



Jorge,

This is dangerous and unnecessary.  You can catalog the IODF on each 
separate system in the master catalog, or a user catalog shared among 
systems IN THE SAME SYSPLEX.  You shouldn't be sharing a user catalog 
cross-sysplex.


I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that 
failed once after working for over a year.  So now I use the HCD EXPORT 
and IMPORT functions, which while slower, is guaranteed to work.


Regards,
Tom Conley

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

LP ID and MIF ID

[R.S.]

Disclaimer:The question regards systems EC12, and earlier, not z13.


Multiple CSS systems have 4 CSSes and up to 15 LPARs per CSS.
*60* LPARs per CPC.

Each LPAR has assigned two identifiers: MIF ID and LP ID.
MIF ID is single digit 1...F, which yields up to 15 per CSS.
LP ID is 00-3F unique per CPC which gives ...64 IDs.

Question: is the above true?
Is it really, I can define up to 60 LPARs, but the LP ID set is 64 ?
It seems strange to me.




BTW: i't quite convenient IMHO to use the rule "LP ID = CSS.MIF"

--
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.pl
Są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.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: DFSORT - How to select last 8 bytes in variable length records

[Minoru Massaki]

Hi Kolusu-san and Friemel-san,

Thank you very much for giving nice and elegant solutions.
I really appreciate your helps.

>  The extra space OP showed is just differentiate the output
> but I don't think it is really needed.

Sample output records I show included a blank character between front key
and data.
Actually it is not needed. It is just separater to see key and data easily.


I understood the limitations when I use the DFSORT control statements you
gave.

Again, thank you!!

Minoru Massaki - (M*M)




2015-06-12 0:33 GMT+09:00 Sri h Kolusu :

> Norbert,
>
> Thanks for the explanation of the control cards but I do understand what
> they are doing. The extra space OP showed is just differentiate the output
> but I don't think it is really needed.
>
> >>The other single pass job needed special/reserved characters not in the
> input data. This job allows all characters in the input data
>  (for lrecl < 16k)
>
> As you pointed out some of the solutions have limitations. In your case it
> is the LRECL limitation and in my case it is the special characters
> limitation. So given the available information, I try to come up with a
> solution and both of us are trying to help.
>
>
> IBM Mainframe Discussion List  wrote on
> 06/10/2015 05:06:50 PM:
>
> > From: Norbert Friemel 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/10/2015 05:07 PM
> > Subject: Re: DFSORT - How to select last 8 bytes in variable length
> records
> > Sent by: IBM Mainframe Discussion List 
> >
> > On Wed, 10 Jun 2015 14:57:33 -0700, Sri h Kolusu wrote:
> >
> > >Norbert,
> > >
> > >As I mentioned earlier it can be done in single pass as shown earlier,
> I
> > >was just trying to optimize your Joinkeys job.  With your new job there
> a
> > >couple of issues
> > >
> > >1. I am not sure as to why you need to append C'40' (may be you meant
> > >X'40')
> >  >2. With the append of C'40' your output LRECL is increased by 1.  ie.
> the
> > >output now has LRECL+8+1
> >
> > Quote from the first post in this thread:
> >
> > > There is a input file of variable length records.
> > > I want to insert the last 8 bytes of a record to front of the record
> as
> > > following sample.
> > >
> > > Input file:
> > > RECORD01X11
> > > RECORD02Y2
> > > RECORD03ZCCC
> > > RECORD044A444
> > > RECORD0555B
> > >
> > > Output File I want to have:
> > >  RECORD01X11
> > >  RECORD02Y2
> > > ZCCC RECORD03ZCCC
> > >  RECORD044A444
> > >  RECORD0555B
> > >
> > > Record data before the last 8 bytes may contain x'00' thru x'FF',
> > > there is no specific delimiter character for parsing the last 8 bytes.
> > > The last 8 bytes is also binary.
> >
> > The output example shows the last 8 bytes of the input records in
> > col. 1-8 and a space on col. 9. The data from the input record
> > starts at col 10.
> > I create the output record as a HEX string and convert it back in
> > the last step. That's why I append C'40' (it's converted to x'40' in
> > the last BUILD-statement:
> > 1. BUILD=(1,4,5,HEX))
> > converts the input record to hex
> > 2. OVERLAY=(5:hex_data,JFY=(SHIFT=RIGHT)))
> > shifts the hex string (inserts spaces to the left)
> > 3. BUILD=(1,4,key_start,16,C'40',hex_data,JFY=(SHIFT=LEFT)))
> > creates a record with the last 16 bytes of the hex string, a
> > "hexified" space (C'40') and the (hexified) input record shifted to
> > the left (spaces on the right)
> > 4. FINDREP=(IN=(C' '),OUT=C''))
> > removes spaces (x'40' at the end of the record, not c'40' in col. 17/18)
> > 5. BUILD=(1,4,5,TRAN=UNHEX))
> > converts to record to binary
> >
> > The other single pass job needed special/reserved characters not in
> > the input data. This job allows all characters in the input data
> > (for lrecl < 16k)
> >
> > >3. I am not sure as to why you need to validate the RDW to remove the
> > >short records. JFY will pad up short records. So even if you records
> with
> > >lrecl less than 12 it will only pick the available characters.
> >
> > JFY pads the HEX string with spaces (x'40'). I thought that
> > converting this with TRAN=UNHEX adds (unwanted) x'00's to col. 1-8
> > of short records.  But that's not the case - FINDREP removes the
> > leading spaces. So yes, the RDW check could be removed.
> >
> > Norbert Friemel
> >
> > --
> > 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
>



-- 

全先 実  -  Minoru Massaki  (M*M)
E-mail: mmass...@gmail.com

--
For IBM-MAIN subscribe / signoff / archive access instr

Re: OT STCK question

[Paul Gilmartin]

On Thu, 11 Jun 2015 10:47:39 -0500, Mike Schwab wrote:

>I use they all the time as the genderless pronoun.  A supervisor
>suggested he, I changed it to (s)he.
> 
Of course, like all pronouns, it should assimilate its number, singular,
from its antecedent.  A form both politically and gramatically correct is:

Everyone thinks they is being politically correct.

-- gil

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

Re: Share IODF in different sysplex same CPC

[Neubert, Kevin]

Succinctly...  Perform all your work in one IODF.  Preferably your oldest 
release of HCD among your systems to avoid trouble.  Import/Export, catalog and 
activate as needed.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jorge Garcia
Sent: Thursday, June 11, 2015 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Share IODF in different sysplex same CPC

Hello John and Mary:

 Our requirements are (if it's possible). Updates in one and only IODF and then 
transmit it to another systems. With this option we avoid updates in two o more 
IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation 
in all systems, but It's dangerous if you aren't careful. 

This should be the GRSRNLxx configuration with this option:

RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf) RNLDEF RNL(EXCL)  
TYPE(GENERIC)  QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)  TYPE(GENERIC)  
QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2) 
   RNAME('iodf user catalog ')  
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)  
RNAME('iodf user catalog
 ')  


The IODF SYS1 option and Mary option I think that it's the same. With the Mary 
option you avoid DEFINE and REPRO executions. The transmit and receive option 
is faster. Mary I understand that you have cataloged the same iodf HLQ in 
differerents user catalogs in different systems? With the same HLQ like IOCDS 
you should execute a right dynamic activacion, Is It true? 

Thanks



  

--
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: OT STCK question

[Mike Schwab]

I use they all the time as the genderless pronoun.  A supervisor
suggested he, I changed it to (s)he.

On Thu, Jun 11, 2015 at 10:10 AM, Ted MacNEIL  wrote:
> ‎A common choice, at least in Canada, is to use the plural pro-noun, since, 
> in English, it in gender neutral.
>
> It's difficult to get used to, at first.
>
> -
> -teD
> -
>   Original Message
> From: Elardus Engelbrecht
> Sent: Thursday, June 11, 2015 10:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply To: IBM Mainframe Discussion List
> Subject: Re: STCK question
>
> John McKown wrote:
>
>>> I've seen s/he used to cover both genders.
>>Well, being computer professionals, despite not being of the UNIX variety, 
>>perhaps we use use the regular expression: s?he
>
>>(the ? means "repeat 0 or 1 times" aka "optional"). Unless we post in the 
>>ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of 
>>a regular expression.
>
> So, you and me are zero or "optional", because we're males? ;-)
>
> Should r's?sh' not be r's?she'? Or am I missing something optional?
>
>
>>Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
>
> Hehehe, resist, I will not, your good signature lines. ;-)
>
> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

Re: Who is issuing debug messages in FTP job?

[Kirk Wolf]

FTP User exits?
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halz001/ftpserveruserexits.htm

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Jun 11, 2015 at 9:40 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Leonard Sasso wrote:
>
> >Could you please provide the FTP script?
>
> Sure, here is it, four lines:
>
> (All values are masked / censored, first line is a valid IP4 address. Port
> number left to default.)
>
> ?.?.?.?
> id
> psw
> PUT '' P20150611.TXT
>
> Same set of script with different filename was used successfully in April
> 2015.
>
> Many thanks in advance!
>
> 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
>

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

Re: Share IODF in different sysplex same CPC

[Jorge Garcia]

Hello John and Mary:

 Our requirements are (if it's possible). Updates in one and only IODF and then 
transmit it to another systems. With this option we avoid updates in two o more 
IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation 
in all systems, but It's dangerous if you aren't careful. 

This should be the GRSRNLxx configuration with this option:

RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf)
RNLDEF RNL(EXCL)  TYPE(GENERIC)  QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)  
TYPE(GENERIC)  QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2) 
   RNAME('iodf user catalog ')  
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)  
RNAME('iodf user catalog
 ')  


The IODF SYS1 option and Mary option I think that it's the same. With the Mary 
option you avoid DEFINE and REPRO executions. The transmit and receive option 
is faster. Mary I understand that you have cataloged the same iodf HLQ in 
differerents user catalogs in different systems? With the same HLQ like IOCDS 
you should execute a right dynamic activacion, Is It true? 

Thanks



  

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

Re: DFSORT - How to select last 8 bytes in variable length records

[Sri h Kolusu]

Norbert,

Thanks for the explanation of the control cards but I do understand what 
they are doing. The extra space OP showed is just differentiate the output 
but I don't think it is really needed.

>>The other single pass job needed special/reserved characters not in the 
input data. This job allows all characters in the input data 
 (for lrecl < 16k)

As you pointed out some of the solutions have limitations. In your case it 
is the LRECL limitation and in my case it is the special characters 
limitation. So given the available information, I try to come up with a 
solution and both of us are trying to help. 


IBM Mainframe Discussion List  wrote on 
06/10/2015 05:06:50 PM:

> From: Norbert Friemel 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/10/2015 05:07 PM
> Subject: Re: DFSORT - How to select last 8 bytes in variable length 
records
> Sent by: IBM Mainframe Discussion List 
> 
> On Wed, 10 Jun 2015 14:57:33 -0700, Sri h Kolusu wrote:
> 
> >Norbert,
> >
> >As I mentioned earlier it can be done in single pass as shown earlier, 
I
> >was just trying to optimize your Joinkeys job.  With your new job there 
a
> >couple of issues
> >
> >1. I am not sure as to why you need to append C'40' (may be you meant
> >X'40')
>  >2. With the append of C'40' your output LRECL is increased by 1.  ie. 
the
> >output now has LRECL+8+1
> 
> Quote from the first post in this thread:
> 
> > There is a input file of variable length records.
> > I want to insert the last 8 bytes of a record to front of the record 
as
> > following sample.
> >
> > Input file:
> > RECORD01X11
> > RECORD02Y2
> > RECORD03ZCCC
> > RECORD044A444
> > RECORD0555B
> >
> > Output File I want to have:
> >  RECORD01X11
> >  RECORD02Y2
> > ZCCC RECORD03ZCCC
> >  RECORD044A444
> >  RECORD0555B
> >
> > Record data before the last 8 bytes may contain x'00' thru x'FF',
> > there is no specific delimiter character for parsing the last 8 bytes.
> > The last 8 bytes is also binary.
> 
> The output example shows the last 8 bytes of the input records in 
> col. 1-8 and a space on col. 9. The data from the input record 
> starts at col 10.
> I create the output record as a HEX string and convert it back in 
> the last step. That's why I append C'40' (it's converted to x'40' in
> the last BUILD-statement:
> 1. BUILD=(1,4,5,HEX)) 
> converts the input record to hex
> 2. OVERLAY=(5:hex_data,JFY=(SHIFT=RIGHT))) 
> shifts the hex string (inserts spaces to the left)
> 3. BUILD=(1,4,key_start,16,C'40',hex_data,JFY=(SHIFT=LEFT))) 
> creates a record with the last 16 bytes of the hex string, a 
> "hexified" space (C'40') and the (hexified) input record shifted to 
> the left (spaces on the right)
> 4. FINDREP=(IN=(C' '),OUT=C''))
> removes spaces (x'40' at the end of the record, not c'40' in col. 17/18)
> 5. BUILD=(1,4,5,TRAN=UNHEX)) 
> converts to record to binary 
> 
> The other single pass job needed special/reserved characters not in 
> the input data. This job allows all characters in the input data 
> (for lrecl < 16k)
> 
> >3. I am not sure as to why you need to validate the RDW to remove the
> >short records. JFY will pad up short records. So even if you records 
with
> >lrecl less than 12 it will only pick the available characters.
> 
> JFY pads the HEX string with spaces (x'40'). I thought that 
> converting this with TRAN=UNHEX adds (unwanted) x'00's to col. 1-8 
> of short records.  But that's not the case - FINDREP removes the 
> leading spaces. So yes, the RDW check could be removed.
> 
> Norbert Friemel
> 
> --
> 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

crossposted: z13 Configuration Setup

[John McKown]

I really hope that people find this helpful and not irritating.

http://www.redbooks.ibm.com/abstracts/sg248260.html?Open


Abstract

This IBM® Redbooks® publication helps you install, configure, and maintain
the IBM z13™. The z13 offers new functions that require a comprehensive
understanding of the available configuration options. This book presents
configuration setup scenarios, and describes implementation examples in
detail.

This publication is intended for systems engineers, hardware planners, and
anyone who needs to understand IBM z Systems™ configuration and
implementation. Readers should be generally familiar with current IBM z
Systems technology and terminology. For details about the functions of the
z13, see *IBM z13 Technical Introduction*, SG24-8250 and *IBM z13 Technical
Guide*, SG24-8251.


-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: IBM mainframe operations in the 80s

[Steve Coalbran]

NICE!
I remember it well...!
Give me a 3279, SNA-attached with SSRT (Remember that?! 
SubSecondRespondTime?!)
Eat your heart out TCP/IP+LDAP+CITRIX+?!=CTRT (CoffeeTimeResponseTime)!
Then we could really work fast!? "and yer try and tell the young folk of 
today... "[https://youtu.be/Xe1a1wHxTyo] :-D  



From:   David Crayford 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   2015-06-11 14:35
Subject:IBM mainframe operations in the 80s
Sent by:IBM Mainframe Discussion List 



This is a nice bit of nostalgia as I started my career as an Op back in 
the 80's.

https://www.youtube.com/watch?v=Cwj6pfhWBps

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




Såvida annat inte anges ovan: / Unless stated otherwise above:
IBM Svenska AB
Organisationsnummer: 556026-6883
Adress: 164 92 Stockholm

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

Re: STCK question

[Elardus Engelbrecht]

John McKown wrote:

>​The "s" is optional, not the "he". I guess the real regexp should be \bs?he\b 
>. \b matches, but does not consume, a "word separator" character. So, that 
>would be "word separator", followed by an optional "s", followed by "he", 
>followed by a "word_separator".​

Thanks. I'm without words! Much appreciated. Today I learned something new!

>> Should r's?sh' not be r's?she'? Or am I missing something optional?
>​Typo on my part: r's?he'​

Uh, thanks for clearing out my decaying brain. ;-) 

I really appreciate your good educational posts! Please keep it up!

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

Re: OT STCK question

[Ted MacNEIL]

‎A common choice, at least in Canada, is to use the plural pro-noun, since, in 
English, it in gender neutral.

It's difficult to get used to, at first.

-
-teD
-
  Original Message  
From: Elardus Engelbrecht
Sent: Thursday, June 11, 2015 10:46
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: STCK question

John McKown wrote:

>> I've seen s/he used to cover both genders.
>​Well, being computer professionals, despite not being of the UNIX variety, 
>perhaps we use use the regular expression: s?he​

>​(the ? means "repeat 0 or 1 times" aka "optional"). Unless we post in the 
>ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a 
>regular expression.​

So, you and me are zero or "optional", because we're males? ;-)

Should r's?sh' not be r's?she'? Or am I missing something optional? 


>Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

Hehehe, resist, I will not, your good signature lines. ;-)

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

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

Re: STCK question

[John McKown]

On Thu, Jun 11, 2015 at 9:28 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John McKown wrote:
>
> >> I've seen s/he used to cover both genders.
> >​Well, being computer professionals, despite not being of the UNIX
> variety, perhaps we use use the regular expression: s?he​
>
> >​(the ? means "repeat 0 or 1 times" aka "optional"). Unless we post in
> the ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's
> specification of a regular expression.​
>
> So, you and me are zero or "optional", because we're males? ;-)
>

​The "s" is optional, not the "he". I guess the real regexp should be
\bs?he\b . \b matches, but does not consume, a "word separator" character.
So, that would be "word separator", followed by an optional "s", followed
by "he", followed by a "word_separator".​



>
> Should r's?sh' not be r's?she'? Or am I missing something optional?
>

​Typo on my part: r's?he'​



>
>
> >Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will
> be.
>
> Hehehe, resist, I will not, your good signature lines. ;-)
>
> 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
>



-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Who is issuing debug messages in FTP job?

[Elardus Engelbrecht]

Leonard Sasso wrote:

>Could you please provide the FTP script?

Sure, here is it, four lines:

(All values are masked / censored, first line is a valid IP4 address. Port 
number left to default.)

?.?.?.?
id
psw
PUT '' P20150611.TXT  

Same set of script with different filename was used successfully in April 2015.

Many thanks in advance!

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

Re: STCK question

[Elardus Engelbrecht]

John McKown wrote:

>> I've seen s/he used to cover both genders.
>​Well, being computer professionals, despite not being of the UNIX variety, 
>perhaps we use use the regular expression: s?he​

>​(the ? means "repeat 0 or 1 times" aka "optional"). Unless we post in the 
>ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification of a 
>regular expression.​

So, you and me are zero or "optional", because we're males? ;-)

Should r's?sh' not be r's?she'? Or am I missing something optional? 


>Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

Hehehe, resist, I will not, your good signature lines. ;-)

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

Re: Who is issuing debug messages in FTP job?

[Leonard Sasso]

Could you please provide the FTP script?




Thank You.

Len Sasso
RDC Applications Management - Professional: System Administrator
Backup QMR - Production Operations
CSC

Vacation Alert: ?

327 Columbia TPKE, Rensselaer NY 12144
NES  | t: 518.257-4209 | m: 518-894-0879 | f: 257-4300 | lsa...@csc.com | 
www.csc.com


This is a PRIVATE message. If you are not the intended recipient, please 
delete without copying and kindly advise us by e-mail of the mistake in 
delivery. NOTE: Regardless of content, this e-mail shall not operate to 
bind CSC to any order or other contract unless pursuant to explicit 
written agreement or government initiative expressly permitting the use of 
e-mail for such purpose.



From:   Elardus Engelbrecht 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   06/11/2015 10:06 AM
Subject:Who is issuing debug messages in FTP job?
Sent by:IBM Mainframe Discussion List 



Hi to all

I have been asked to help solve this problem.

Same FTP batch job was working fine last time in April 2015, but now the 
client wants to use it today again to transfer a file from z/OS to their 
client. z/OS 1.13. I'm waiting for reply on what server and FTP software 
they're using. Also I'm waiting for the status of the id at their remote 
server.

We have activated DEBUG ALL on batch job SYSFTPD. Batchjob ran with 
PARM='-a TLS (EXIT=00'

Only lines in SYSIN are IP(4) address, id, psw and then one PUT statement. 
Nothing strange or odd in this one. Network problems have been isolated, 
unless our TCP/IP team missed something.

My question is - who or what (server or client) is issuing these debug 
messages starting with EP, CU, CX, SC, CZ? 

Google does gave some hits, but nothing specific to these messages, 
especially this one puzzling message starting with CU0701.

EP2413 set_dbcs_langs: entered  
EP2425 set_dbcs_langs: __ipdbcs() returned 0 parms from LOADDBCSTABLES 
statement
EZA1450I IBM FTP CS V1R13  
EZA1466I FTP: using TCPIP  
EZA1772I FTP: EXIT has been set.  
CU0372 getCommand: entered  
EZA1456I Connect to ?  
CU0701 SETCEC code = 13  
CX0362 main: input EOF without a QUIT  
SC3868 getLastReply: entered  
CX0383 main: RC=-0001 cmd_in_progress=00  
CX0386 main: last_reply= err=13  
EZA1736I QUIT generated by unexpected end of file  
CZ1270 ftpQuit: entered  
CZ1342 ftpClose: entered  
SC3916 inSession: entered  
SC3994 setLoggedIn: entered  
CZ1342 ftpClose: entered  
SC3916 inSession: entered  
SC3994 setLoggedIn: entered  
CX0516 removeAff: entered 

This above snippet is from the problem FTP batch job which ran on our z/OS 
1.13. I have verified in RACF the id and validity of the Digital 
Certificate, ran RACF and SMF audits on that id, job, etc. Nothing odd 
found at all.

If any of you could be kind to tell me, I can then further find out where 
any changes where applied since April 2015 whether by PTF or server 
upgrade/changes.

Many thanks in advance!

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


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

Re: AT-TLS config help

[Scott Ford]

Andrew:

I know I  missed something..so I appreciate the help

SyslogD:

//*
//CONFPDS EXEC PGM=SYSLOGD,REGION=30M,TIME=NOLIMIT,
//PARM='POSIX(ON) ALL31(ON)/'
Comments

//SYSPRINT DD SYSOUT=*
//SYSINDD DUMMY
//SYSERR   DD SYSOUT=*
//SYSOUT   DD SYSOUT=*
//CEEDUMP  DD SYSOUT=*

 EDIT   /ADCD113S/etc/syslog.conf   Columns 1
00072
 ** * Top of Data
**
 01 *.* /tmp/syslogd.log
 02 daemon.debug  /tmp/daemon.trace
 **  Bottom of Data



 Pagent:

//PAGENT   PROC
//*
comments.
//STDENV   DD PATH='/etc/pagent.env',PATHOPTS=(ORDONLY)
//SYSPRINT DD SYSOUT=*
//SYSOUT   DD SYSOUT=*


  ** * Top of Data
**
 01 PAGENT_CONFIG_FILE=/etc/pagent.conf
 02 PAGENT_LOG_FILE=/etc/pagent.log
 03 PAGENT_LOG_CONTROL=3000,2
 04 TZ=EST5EDTC
 **  Bottom of Data


  EDIT   /ADCD113S/etc/pagent.conf   Columns 1
00072
 ** * Top of Data
**
 01 TTLSConfig /etc/pagent.ttls.conf FLUSH
 02 LogLevel 511
 **  Bottom of Data



Regards,
Scott

On Thu, Jun 11, 2015 at 9:08 AM, Andrew Armstrong <
androidarmstr...@gmail.com> wrote:

> If Pioneer is the server then I think you should code "HandShakeRole
> Server".
>
> As for tracing, how have you configured your syslogd?
>
> --
> 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: Share IODF in different sysplex same CPC

[Mary Anne Matyaz]

Hi Jorge. The IODF must be *catalogued* on each system, but it doesn't have to 
be in the same catalog. 

I prefer HCD Export to transmit the IODF to the other system then HCD import 
it. You can also repro it to a flat file, ftp that, then repro it back out on 
the other system. Here's my batch export jcl. 

//EXPORT   EXEC PGM=IKJEFT01
//HCDIODFS DD   DSN=MAM.IODFA0,DISP=SHR
//HCDMLOG  DD   DSN=MAM.HCD.MSGLOG,DISP=OLD
//SYSTSPRT DD SYSOUT=*
//SYSTSIN  DD *
 CALL 'SYS1.LINKLIB(CBDMGHCP)',  +
 'EXPORT,MAM,TND'

MA

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

Who is issuing debug messages in FTP job?

[Elardus Engelbrecht]

Hi to all

I have been asked to help solve this problem.

Same FTP batch job was working fine last time in April 2015, but now the client 
wants to use it today again to transfer a file from z/OS to their client. z/OS 
1.13. I'm waiting for reply on what server and FTP software they're using. Also 
I'm waiting for the status of the id at their remote server.

We have activated DEBUG ALL on batch job SYSFTPD. Batchjob ran with PARM='-a 
TLS (EXIT=00'

Only lines in SYSIN are IP(4) address, id, psw and then one PUT statement. 
Nothing strange or odd in this one. Network problems have been isolated, unless 
our TCP/IP team missed something.

My question is - who or what (server or client) is issuing these debug messages 
starting with EP, CU, CX, SC, CZ? 

Google does gave some hits, but nothing specific to these messages, especially 
this one puzzling message starting with CU0701.

EP2413 set_dbcs_langs: entered  
EP2425 set_dbcs_langs: __ipdbcs() returned 0 parms from LOADDBCSTABLES statement
EZA1450I IBM FTP CS V1R13   
EZA1466I FTP: using TCPIP  
EZA1772I FTP: EXIT has been set.
CU0372 getCommand: entered  
EZA1456I Connect to ?   
CU0701 SETCEC code = 13 
CX0362 main: input EOF without a QUIT   
SC3868 getLastReply: entered
CX0383 main: RC=-0001 cmd_in_progress=00
CX0386 main: last_reply= err=13 
EZA1736I QUIT generated by unexpected end of file   
CZ1270 ftpQuit: entered 
CZ1342 ftpClose: entered
SC3916 inSession: entered   
SC3994 setLoggedIn: entered 
CZ1342 ftpClose: entered
SC3916 inSession: entered   
SC3994 setLoggedIn: entered 
CX0516 removeAff: entered  

This above snippet is from the problem FTP batch job which ran on our z/OS 
1.13. I have verified in RACF the id and validity of the Digital Certificate, 
ran RACF and SMF audits on that id, job, etc. Nothing odd found at all.

If any of you could be kind to tell me, I can then further find out where any 
changes where applied since April 2015 whether by PTF or server upgrade/changes.

Many thanks in advance!

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

Re: Share IODF in different sysplex same CPC

[John McKown]

On Thu, Jun 11, 2015 at 8:20 AM, Jorge Garcia  wrote:

> Hello Bart:
>
>  Yes. Our target is to do dynamic activation in the new systems. We've
> seen in the Redbook HCD and Dynamic I/O reconfiguration it's not possible
> if you don't share the iodf user catalog. It's mandatory has the same HLQ
> in all systems and the only way is share a user catalog like you say. We'll
> create a new iodf user catalog in a volume used in all systems and with the
> same HLQ. With this configuration we'll be able to do dynamic activacion in
> all sysplex.
>
> Regards
>

There are ways around the shared catalog "requirement".

​What is actually required to do a dynamic activate is that the token in
the active IODF in the system matches​ the token in the HSA. The HSA values
were, at least initially, loaded from the IOCDS on the SE during a POR.
Given that the IODF is just a VSAM LDS, you could do a number of things.
The simplest is to make the IODF high level qualifer be 'SYS1'. There is
special code in DFSMSdfp which allows you to catalog a VSAM data set which
has an HLQ of SYS1 into multiple "master" catalogs. So you could create
your IODF on a shared DASD volume with the HLQ of SYS1. and then do a
DEFINE ... RECATALOG in all the other systems' master catalog(s).

Another way would be to create the initial IODF as you normally do. The use
IDCAMS to REPRO that IODF to a sequential data set on shared DASD. You can
the do a DEFINE to create a new VSAM LDS with _any_ name you like on any
other system. You then REPRO the data from the sequential unload into the
new IODF data sets. You IPL the new z/OS image using this new IODF. You
could then modify the IODF on that 2nd system, creating a new IODF, and do
a dynamic ACTIVATE on the 2nd system. Of course, you need to copy the data
back the other way.

The SYS1 method is the better of the two. The problem with sharing, in your
case, is the fact that not all the systems are in the same sysplex. This
makes sharing "dangerous" if you don't take _extreme_ care. IMO, in this
case, you'd need to put your IODF on a shared, non-SMS, volume and not
convert specific QNAME based RESERVEs to SYSTEMS level ENQs. Or you'd need
to use CA-MIM and put every system into the same MIMPLEX. This is also a
bit "hairy" to do properly.

As Shmuel indicated: Been There. Done That. Got The Scars.

-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Hillgang - 17 June

[Neale Ferguson]

A reminder that the next Hillgang meeting (z/VM and Linux on z User Group
for the VA/MD/DC area) will be held on 17th June at the CA offices in
Herndon. The agenda is available at
http://www.vm.ibm.com/events/HILL0615.PDF.

We have also added a brief *technical* introduction of a new security
offering for Linux on z:

"The Centrify Suite for Linux on IBM System z centrally manages
identities, access policies and role-based entitlements for fine-grained
control of user access and privileges using Microsoft Active Directory.
The net result is increased security, improved compliance and
comprehensive reporting and auditing.”

Please follow the registration instructions in the flier so we can
estimate catering requirements.

Neale


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

Re: Share IODF in different sysplex same CPC

[Shmuel Metz (Seymour J.)]

In <5670874248161270.wa.jgarci12mapfre@listserv.ua.edu>, on
06/11/2015
   at 08:20 AM, Jorge Garcia  said:

>Yes. Our target is to do dynamic activation in the new systems. We've
>seen in the Redbook HCD and Dynamic I/O reconfiguration it's not
>possible if you don't share the iodf user catalog.

What gives you that idea? BTDT,GTTS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: STCK question

[David Crayford]

That's a great write up by Tony. The only thing missing is assembler 
code snippets ;)


On 9/06/2015 4:26 AM, Tony Harminc wrote:

I'm not sure if your question is mostly a technical how-to, or more
about output formats. Seems to me there is a decision to be made about
whether you want to display a single decimal number, perhaps with a
decimal point, or a number in mixed-base format such as hours,
minutes, seconds, fraction. Both are common, and it's not uncommon to
change the format on the fly depending on the value of the data.
Neither is hard to implement, so I'd spend the time on making the
output clear and easy to understand at a glance.

Your examples have these values in decimal seconds (truncated to the
microsecond):

0.401559
0.073935

so just showing them that way might be quite reasonable. You'd want to
identify the units, so perhaps along the lines you suggest:

Your procedure took 0.401559 seconds.
Your procedure took 0.073935 seconds.

If you have mostly smaller numbers, you could make the base unit, say,
milliseconds:

Your procedure took 401.1559 milliseconds.
or
Your procedure took 73.935 mS.

On the other hand, particularly if your values might occasionally go
over a minute, (or an hour or a day!), you might prefer

Your procedure took 00:01:02.345678 (hh:mm:ss.ss)
or even
Your procedure took 1 Min 2.345678 Sec

If your numbers are rarely over a handful of seconds, I think the
single decimal number of seconds is the best bet; clear and
unambiguous. And you don't have to muck with mixed-base conversion. As
others have said, if microsecond precision is good enough -- which it
surely is when showing elapsed rather than CPU time -- all you need to
do to implement this is SR[D]L 12 bits and then CVD + ED (or EDMK)
instructions. Examples in Principles of Operation, Appendix A, or
someone here will doubtless be happy to provide one.

Tony H.


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

Re: Share IODF in different sysplex same CPC

[Jorge Garcia]

Hello Bart:

 Yes. Our target is to do dynamic activation in the new systems. We've seen in 
the Redbook HCD and Dynamic I/O reconfiguration it's not possible if you don't 
share the iodf user catalog. It's mandatory has the same HLQ in all systems and 
the only way is share a user catalog like you say. We'll create a new iodf user 
catalog in a volume used in all systems and with the same HLQ. With this 
configuration we'll be able to do dynamic activacion in all sysplex.

Regards

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

Re: STCK question

[John McKown]

On Thu, Jun 11, 2015 at 7:47 AM, Robert A. Rosenberg 
wrote:

> At 01:14 -0400 on 06/11/2015, Shmuel Metz (Seymour J.) wrote about Re:
> STCK question:
>
>   >And assuming that Janet is a he.
>>
>> Or that you accept the gender neutral pronoun "he", which has been
>> around for centuries.
>>
>
> I've seen s/he used to cover both genders.
>
>
​Well, being computer professionals, despite not being of the UNIX variety,
perhaps we use use the regular expression: s?he​

​(the ? means "repeat 0 or 1 times" aka "optional"). Unless we post in the
ISPF forum whereupon it becomes r's?sh' to match PDF EDIT's specification
of a regular expression.​

-- 
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

My sister opened a computer store in Hawaii. She sells C shells down by the
seashore.
If someone tell you that nothing is impossible:
Ask him to dribble a football.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: AT-TLS config help

[Andrew Armstrong]

If Pioneer is the server then I think you should code "HandShakeRole
  Server".

As for tracing, how have you configured your syslogd?

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

Re: QUESTION ABOUT SPACE ABEND

[Kjell Holmborg]

A long time ago I did some searching on this.

The actual diagnose code is in the message:
B37-04,IFG0554A,OBGXM272,SORTPD2,SORTOUT,291D,APB033,04210010 <--- this one

It can be found here: 
http://www-01.ibm.com/support/knowledgecenter/#!/SSLTBW_1.13.0/com.ibm.zos.r13.idar100/dexdc.htm%23dexdc

Table 41. DADSM Extend Diagnostic Information

04210010 = File is greater than 4369 cylinders (65534 tracks) on a single 
volume.
04210011 = Size of file is greater than volume size
...

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

Re: STCK question

[Robert A. Rosenberg]

At 01:14 -0400 on 06/11/2015, Shmuel Metz (Seymour J.) wrote about 
Re: STCK question:



 >And assuming that Janet is a he.

Or that you accept the gender neutral pronoun "he", which has been
around for centuries.


I've seen s/he used to cover both genders.

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

IBM mainframe operations in the 80s

[David Crayford]

This is a nice bit of nostalgia as I started my career as an Op back in 
the 80's.


https://www.youtube.com/watch?v=Cwj6pfhWBps

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

Re: Share IODF in different sysplex same CPC

[van der Grijn, Bart (B)]

Jorge, I'm not fully understanding why you don't want to use one shared IODF, 
as you do today. Is it because you want to be able to do dynamic activates in 
these production systems (and don't today in your test system)?

We put our IODFs on one dedicated volume with its own catalog. The volume and 
catalog are online to all systems, even though they're not all in one GRS 
entity (they're 3 different sysplexes with 28 different LPARs). The IODFs and 
the catalog are the only datasets on the volume and the catalog is used only 
for the IODFs. IODF Changes are dynamically activated across all environment. 
Some RNL excludes are needed for the volume, datasets and catalog. 

It's not a setup I would use for actively shared data, but it works fine for 
the occasional IODF update. 

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jorge Garcia
Sent: Thursday, June 11, 2015 6:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Share IODF in different sysplex same CPC

Hello:

 We are involved in a new proyect with the target of add three new system 
(monoplex) in our configuration. Our actual configuration is: one production 
sysplex with four lpar, one test sysplex with two lpars and next year another 
three systems in monoplex. Now, when we activate a new configuration, first 
build IOCDS, dynamic activation in the production sysplex and then execute a 
ipl in the test systems (the IODF device is the same). The test sysplex doesn't 
share GRS with the production sysplex and the test systems can't view the IODF 
dataset, but the test systems load the IODF in ipl time and works fine.
Next year we want to share the same IODF all the systems, but in the new 
systems in monoplex can't do ipl because are production systems. 
Our question is. Which is the best way for transmit the production IODF to 
these new systems and then execute a dynamic activation?. HCD transmit?. FTP?. 
Another way?. 

Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE 
Avenida del Talgo 100-103 – 3ª Planta
CP 28023 Madrid
Tel. 91 581 27 34, Movil 464196/618333559 
jgarc...@mapfre.com

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

Fw: Question for RDT system users - message issuance

[nitz-...@gmx.net]

>CNZ4200I CONSOLE L700 HAS FAILED. REASON=IOERR
>From that point forward, we did not get any IEF403I or IEF404I messages anymore

To answer my own question: The console has MONITOR-L set in consolxx, and there 
was no setcon mn,jobnames=on issued anywhere (this is an ADCD system, after 
all!). I haven't tested this yet, but it appears that not issuing the SETCON MN 
command is responsible for IEF403I/404I getting tied to the availability of a 
console.

Barbara

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

Share IODF in different sysplex same CPC

[Jorge Garcia]

Hello:

 We are involved in a new proyect with the target of add three new system 
(monoplex) in our configuration. Our actual configuration is: one production 
sysplex with four lpar, one test sysplex with two lpars and next year another 
three systems in monoplex. Now, when we activate a new configuration, first 
build IOCDS, dynamic activation in the production sysplex and then execute a 
ipl in the test systems (the IODF device is the same). The test sysplex doesn't 
share GRS with the production sysplex and the test systems can't view the IODF 
dataset, but the test systems load the IODF in ipl time and works fine.
Next year we want to share the same IODF all the systems, but in the new 
systems in monoplex can't do ipl because are production systems. 
Our question is. Which is the best way for transmit the production IODF to 
these new systems and then execute a dynamic activation?. HCD transmit?. FTP?. 
Another way?. 

Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE 
Avenida del Talgo 100-103 – 3ª Planta
CP 28023 Madrid
Tel. 91 581 27 34, Movil 464196/618333559 
jgarc...@mapfre.com

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