Re: Sort

2017-08-01 Thread Edward Gould
> On Aug 1, 2017, at 4:17 PM, gsg 
> <0053fe88ed35-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Let me reword this.  Does anyone have any experience with CA-Sort?  How do 
> you like working with the product?  Easy to use?

The second question you should always ask is always about support. I won’t 
comment as its been too many years.
 Syncsort was and is world class support. I never got off the phone without a 
fix to my problem.
IBM is near world class support. In many years past they were OK but you had to 
be dogged with them and not take no for an answer. I haven’t dealt with then in 
recent years but the people who did came away with good feelings.
In years past I got called in a little too often and dealing with the Syncsort 
people a 0300 was pleasant, and not like pulling teeth like IBM.
Support is really the big issue all the other issues I have ever dealt with 
were minor.
Ed
> 
> --
> 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: Tools, tips, ideas to produce visuals of your z/OS network topology

2017-08-01 Thread Edward Finnell
Lionel just went thru a brief exercise with HCD and the graphics choices in 
 the last week. Several years back we converted to AutoCad. IBM 
Environmental  will produce a power and BTU layer of you main floor and 
equipment. We 
use that  as a layer and add an output from HCD as a layer. Throw in fire 
zones and  sensors and you get a big picture. Helps to have a flatbed plotter.
 
For network topology guess we're still using What's up pro. It will go thru 
 and discover what it's permitted to see.  
 
 
In a message dated 8/1/2017 7:20:16 P.M. Central Daylight Time,  
lynette.p...@regions.com writes:

Pulling  from HCD IOGEN?   Pictures provided by your HMC? (anybody 
remember  GDDM?)


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


Tools, tips, ideas to produce visuals of your z/OS network topology

2017-08-01 Thread Lynette. Pope
How do you discover, record, document, maintain, and display z/OS network 
topology.

We've got LPARs, SNA, and TCPIP, OSAs & HiperSockets, IP/DNS, Static and 
Dynamic routing, Sysplexes, DVIPA, EE, Coupling Facilities, Network switches, 
multiple CECs, zOS, zVM, Linux on z, and a Disaster Recovery counterpart for it 
all.

In managing your network and explaining it to others, what visuals do you use?

What visual perspectives are most useful? By LPAR, TCPIP stack, Sysplex, 
Network switch, a single application view across the entire network

Do you discover by manual commands, draw on paper or Visio?

Pulling from HCD IOGEN?   Pictures provided by your HMC?   (anybody 
remember GDDM?)

Any z/OS functions, features gather the raw data and produce colorful pictures 
on your PC?

Suggest any vendor tools for this purpose?

After many happy years in zOS and DFSMS, I've wandered into the darkness of an 
uncharted network cloud .
I'd like to know what's in this network, what it's connected to, and why.

No suggestion, idea, or answer is considered too simple or too obvious.

Yes, I've already RTFMs.  Google and I are BFF's.

I'll be at SHARE in Providence.  Email me on the list, off the list, or catch 
me next week

Thanks in Advance!

Lynette Pope
Regions Financial Corporation
Mainframe Technical Support
z/OS Systems Engineer
Riverchase Operations Center - 3F7-4
lynette.p...@regions.com
(205) 261-5164


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


Re: JCL to get a report of large datasets

2017-08-01 Thread Alan Young

Ron Thomas wrote:

Hi . Is there using utility job  where i can use it pull all datasets  that 
occupy huge space . Let me know how i can go ahead and do it .?

Regards
Ron T

  


Run ISMF (Naviquest) in ISPF batch mode. In the same step, run ACBQBAI2 
to gather data and then ACBQBAR1 to create a report. See 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/s2137.htm 
and 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/smsr.htm 
for examples and JCL.


Alan

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


Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread Jesse 1 Robinson
I'm troubled by the suggestion that *anything* can be done at IPL time if a 
policy to be force-activated has incorrect serial and or partition number. If 
so, that policy is useless. If a workable policy was previously overlaid 
('replaced') by a different policy of the *same name*, then it's brick wall 
time. The only resolution is what was actually done in this case. Bring up the 
system in GRS ring mode--avoiding dependence on a nonexistent GRS structure--in 
order to recreate and activate a usable policy.

You should not have to IPL again at that point as all move-to-sysplex steps 
that I can recall from 20 years ago (!) are dynamic. However, our automation 
policy is designed to work from IPL up, so that might be simpler in the long 
run. 

Again, I can't urge strongly enough to use a new name for a new policy. If 
POLICYA and POLICYB are both stored in the CFRM data set, you can point to the 
last working policy at IPL time. If XCF finds more than one policy in CFRM, he 
could prompt to use a different policy than the one last in use. That's the 
only useful workaround I can imagine. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis
Sent: Tuesday, August 01, 2017 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: APAR'd Re: What casues IPL/XCF to read the CFRM data 
set for the policy ?

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies --  what do you want 
to do now ?


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


Re: JCL to get a report of large datasets

2017-08-01 Thread Gibney, Dave
Another one is processing the DCOLLECT data with your SORT product, or MXG/SAS 
if you have it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Tuesday, August 01, 2017 4:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JCL to get a report of large datasets
> 
> A good suggestion was using DFDSS
> 
> https://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ibm.com_support_knowledgecenter_en_SSLTBW-
> 5F2.1.0_com.ibm.zos.v2r1.adru000_by.htm=DwICaQ=C3yme8gMkxg_i
> hJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=ijoP2N00vfd6rQ9aeJomlK8VPBSv
> VjXq4jN8vy-UkTE=-Lxof_rZ7zXBvGXILHUzO_I6fqhgyl-1G7-m1h3ld18=
> 
> You can filter by FSIZE  Number of allocated or used tracks for the entire
> data set on all the volumes on which it resides (data set size)
> 
> 
> Remember to use PARM='TYPRUN=NORUN' to make sure you do not do any
> actual actions.
> 
> You can probably use DUMP or COPY for this process.
> 
> Lizette
> 
> -Original Message-
> >From: Lizette Koehler 
> >Sent: Aug 1, 2017 4:04 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: JCL to get a report of large datasets
> >
> >I would write an REXX.
> >
> >You could then specify the HLQ.  And then use LISTC lvl("hlq") all
> >
> >Run through the output finding the full DSN.  Then use the LISTDSI to see
> the size of the file.
> >
> >If it matches your requirements, you can SAY the data.
> >
> >This can be in a Batch TSO Step.
> >
> >Or go to the CBTTAPE.ORG and see if there is a freeware function you can
> use.
> >
> >
> >Lizette
> >
> >
> >
> >-Original Message-
> >>From: Sri h Kolusu 
> >>Sent: Aug 1, 2017 3:44 PM
> >>To: IBM-MAIN@LISTSERV.UA.EDU
> >>Subject: Re: JCL to get a report of large datasets
> >>
> >>Keeping it simple solution
> >>
> >>1. OPTION 3.4
> >>2. HLQ.*  ( Make sure you have  /  Include Additional Qualifiers) 3.
> >>Type SAVE  and hit Enter 4. The list will be saved as
> >>HLQ.anyname 5. View/Edit list dataset HLQ.anyname 6. Issue the command
> >>SORT 75 87 D 7. You got the DSNAME and the tracks.
> >>
> >>Note : This method is NOT applicable to migrated datasets.
> >>
> >>You can run HLIST command on migrated datasets on LEVEL and get the
> >>listing into a dataset.
> >>
> >>Thanks,
> >>Kolusu
> >>
> >>IBM Mainframe Discussion List  wrote on
> >>08/01/2017 02:55:51 PM:
> >>
> >>> From: Ron Thomas 
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Date: 08/01/2017 02:56 PM
> >>> Subject: Re: JCL to get a report of large datasets Sent by: IBM
> >>> Mainframe Discussion List 
> >>>
> >>> Can i get a sample job or so to pull the information based on the
> >>> high-level qualifier of dataset ? 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: JCL to get a report of large datasets

2017-08-01 Thread Lizette Koehler
A good suggestion was using DFDSS 

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/by.htm

You can filter by FSIZE  Number of allocated or used tracks for the entire 
data set on all the volumes on which it resides (data set size)


Remember to use PARM='TYPRUN=NORUN' to make sure you do not do any actual 
actions.

You can probably use DUMP or COPY for this process.

Lizette

-Original Message-
>From: Lizette Koehler 
>Sent: Aug 1, 2017 4:04 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: JCL to get a report of large datasets
>
>I would write an REXX.
>
>You could then specify the HLQ.  And then use LISTC lvl("hlq") all
>
>Run through the output finding the full DSN.  Then use the LISTDSI to see the 
>size of the file.
>
>If it matches your requirements, you can SAY the data.
>
>This can be in a Batch TSO Step.
>
>Or go to the CBTTAPE.ORG and see if there is a freeware function you can use.
>
>
>Lizette
>
>
>
>-Original Message-
>>From: Sri h Kolusu 
>>Sent: Aug 1, 2017 3:44 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: JCL to get a report of large datasets
>>
>>Keeping it simple solution
>>
>>1. OPTION 3.4
>>2. HLQ.*  ( Make sure you have  /  Include Additional Qualifiers)
>>3. Type SAVE  and hit Enter
>>4. The list will be saved as HLQ.anyname 
>>5. View/Edit list dataset HLQ.anyname 
>>6. Issue the command SORT 75 87 D
>>7. You got the DSNAME and the tracks.
>>
>>Note : This method is NOT applicable to migrated datasets.
>>
>>You can run HLIST command on migrated datasets on LEVEL and get the 
>>listing into a dataset. 
>>
>>Thanks,
>>Kolusu
>>
>>IBM Mainframe Discussion List  wrote on 
>>08/01/2017 02:55:51 PM:
>>
>>> From: Ron Thomas 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Date: 08/01/2017 02:56 PM
>>> Subject: Re: JCL to get a report of large datasets
>>> Sent by: IBM Mainframe Discussion List 
>>> 
>>> Can i get a sample job or so to pull the information based on the 
>>> high-level qualifier of dataset ? Thanks!
>>> 
>

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


Re: JCL to get a report of large datasets

2017-08-01 Thread Lizette Koehler
I would write an REXX.

You could then specify the HLQ.  And then use LISTC lvl("hlq") all

Run through the output finding the full DSN.  Then use the LISTDSI to see the 
size of the file.

If it matches your requirements, you can SAY the data.

This can be in a Batch TSO Step.

Or go to the CBTTAPE.ORG and see if there is a freeware function you can use.


Lizette



-Original Message-
>From: Sri h Kolusu 
>Sent: Aug 1, 2017 3:44 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: JCL to get a report of large datasets
>
>Keeping it simple solution
>
>1. OPTION 3.4
>2. HLQ.*  ( Make sure you have  /  Include Additional Qualifiers)
>3. Type SAVE  and hit Enter
>4. The list will be saved as HLQ.anyname 
>5. View/Edit list dataset HLQ.anyname 
>6. Issue the command SORT 75 87 D
>7. You got the DSNAME and the tracks.
>
>Note : This method is NOT applicable to migrated datasets.
>
>You can run HLIST command on migrated datasets on LEVEL and get the 
>listing into a dataset. 
>
>Thanks,
>Kolusu
>
>IBM Mainframe Discussion List  wrote on 
>08/01/2017 02:55:51 PM:
>
>> From: Ron Thomas 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 08/01/2017 02:56 PM
>> Subject: Re: JCL to get a report of large datasets
>> Sent by: IBM Mainframe Discussion List 
>> 
>> Can i get a sample job or so to pull the information based on the 
>> high-level qualifier of dataset ? Thanks!
>> 

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


Re: Java follow-on to Personal Communications for the 3270?

2017-08-01 Thread Michel Beaulieu
Hello,
Java based emulator from IBM
Host On Demand (HOD)  name and acronyms has evolved.  

http://www-03.ibm.com/software/products/en/rationalhostondemand

IBM - Rational Host On-Demand 

www-03.ibm.com
Host On-Demand provides highly secure Web-to-host access and Web-based 
application programming support with one interface to your TN3270E, TN5250, 
VT52, VT100, VT220 and VT420 systems, IBM CICS® applications, and FTP servers 
consistently, across platforms.




From: IBM Mainframe Discussion List  on behalf of 
Jack J. Woehr 
Sent: August 1, 2017 5:47:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Java follow-on to Personal Communications for the 3270?

On IBM i,  i Access has been superseded by the Java-coded ACS ...

Is there a Java follow-on to Personal Communications for the 3270?

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically 
interrogating the universe
www.softwoehr.com # with a fine understanding of 
human fallibility. - Carl Sagan

--
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: JCL to get a report of large datasets

2017-08-01 Thread Sri h Kolusu
Keeping it simple solution

1. OPTION 3.4
2. HLQ.*  ( Make sure you have  /  Include Additional Qualifiers)
3. Type SAVE  and hit Enter
4. The list will be saved as HLQ.anyname 
5. View/Edit list dataset HLQ.anyname 
6. Issue the command SORT 75 87 D
7. You got the DSNAME and the tracks.

Note : This method is NOT applicable to migrated datasets.

You can run HLIST command on migrated datasets on LEVEL and get the 
listing into a dataset. 

Thanks,
Kolusu

IBM Mainframe Discussion List  wrote on 
08/01/2017 02:55:51 PM:

> From: Ron Thomas 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/01/2017 02:56 PM
> Subject: Re: JCL to get a report of large datasets
> Sent by: IBM Mainframe Discussion List 
> 
> Can i get a sample job or so to pull the information based on the 
> high-level qualifier of dataset ? 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: JCL to get a report of large datasets

2017-08-01 Thread Ron Thomas
Can i get a sample job or so to pull the information based on the high-level 
qualifier of dataset ? Thanks!

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


Java follow-on to Personal Communications for the 3270?

2017-08-01 Thread Jack J. Woehr

On IBM i,  i Access has been superseded by the Java-coded ACS ...

Is there a Java follow-on to Personal Communications for the 3270?

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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


Re: Sort

2017-08-01 Thread Longnecker, Dennis
Many years ago. (about 25).

Since then we converted to Syncsort (it was almost PL/Sort, but Syncsort ended 
up in the mix.)

Then we converted to IBM Sort

All of the conversions were fairly effortless and didn’t' run into any issues. 

I think it depends on how many sort related reports you have.

IBM's sort costs me about $300 a month, so we aren't talking about a lot of 
money.

Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of gsg
Sent: Tuesday, August 1, 2017 2:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort

Let me reword this.  Does anyone have any experience with CA-Sort?  How do you 
like working with the product?  Easy to use?

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

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


Re: Sort

2017-08-01 Thread gsg
Let me reword this.  Does anyone have any experience with CA-Sort?  How do you 
like working with the product?  Easy to use?

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


Re: JCL to get a report of large datasets

2017-08-01 Thread retired mainframer
You can use DSS in test mode to list the names of datasets using the BY operand 
to filter of FSIZE.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ron Thomas
> Sent: Tuesday, August 01, 2017 1:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JCL to get a report of large datasets
> 
> Hi . Is there using utility job  where i can use it pull all datasets  that 
> occupy huge space .
> Let me know how i can go ahead and do it .?

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


Re: JCL to get a report of large datasets

2017-08-01 Thread Lizette Koehler
If you have any CA products, CA1, CA JCLCHECK, CA TLMS, etc  You can 
download and install CA GMI (Graphically Manager Interface)

It will give you everything you want an more.

Other wise the DFSMS function ISMF will do what you want as well.

Lizette

-Original Message-
>From: Ron Thomas 
>Sent: Aug 1, 2017 1:55 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: JCL to get a report of large datasets
>
>Hi . Is there using utility job  where i can use it pull all datasets  that 
>occupy huge space . Let me know how i can go ahead and do it .?
>
>Regards
>Ron T
>

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


JCL to get a report of large datasets

2017-08-01 Thread Ron Thomas
Hi . Is there using utility job  where i can use it pull all datasets  that 
occupy huge space . Let me know how i can go ahead and do it .?

Regards
Ron T

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


Re: REGION=0M leads to CPU through the roof

2017-08-01 Thread Ron Hawkins
Agree. Even RMF II is going to tell you more than you can see from step end 
messages.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Friday, July 28, 2017 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] REGION=0M leads to CPU through the roof

Turn on a monitor while the step is running?  With 12 min of CPU, there is time 
to dig into it.

Rob

On Fri, Jul 28, 2017, 4:10 AM Ron Hawkins  wrote:

> Gerhard,
>
> Now what if the searching you describe was a sequential scan of said 
> table, and the LPAR had only 1GB of storage defined?
>
> Ron
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gerhard Adam
> Sent: Thursday, July 27, 2017 8:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] REGION=0M leads to CPU through the roof
>
> I don't see paging as the culprit.  To page out 1.6 GB of memory and 
> then reference it to bring it back in still indicates an application problem.
> Especially with a total elapsed time of only 12 minutes.
>
> I suspect that the application built a table.  Spent wasted time 
> searching it.
>
> Sent from my iPhone
>
> > On Jul 27, 2017, at 6:50 PM, Ron Hawkins 
> wrote:
> >
> > Charles,
> >
> > YES I AGREE, storage nowadays can do a lot of paging, and support a 
> > CEC easily burning 11 minutes of CPU time paging. DPR rates of 
> > 100,000/sec are a walk in the park for current IBM, EMC or HDs 
> > controllers, and probably higher on a boxes that can do >2,000,000 
> > cache
> hits a second.
> >
> > Of course, if the OP is not actually going to look at anything but 
> > the CPU time, he will probably never find out what cause it.
> >
> > Ron
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills
> > Sent: Wednesday, July 26, 2017 5:37 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [IBM-MAIN] REGION=0M leads to CPU through the roof
> >
> > By ELEVEN CPU MINUTES???
> >
> > A modern processor can do a heck of a lot of paging with 11 CPU minutes.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins
> > Sent: Wednesday, July 26, 2017 5:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: REGION=0M leads to CPU through the roof
> >
> > Richard,
> >
> > You used 1.6GB of virtual storage.
> >
> > How much paging did the address do? There's no free lunch, and page 
> > faults will increase the TCB time for an address.
> >
> > 
> > -- 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
>
-- 

Rob Schramm

--
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: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread van der Grijn, Bart (B)
I don't want to turn this into a HealthChecker thread, but I believe the hammer 
is as big as you make it. When a check trips it generates a console/syslog 
message. I assume most sites have some sort of method to escalate key messages. 
Same framework can be used for the Healthchecker messages you deem worthy. 
It doesn't rely on the user recognizing the message at command time and keeps 
on nagging to assure you don't forget about it.

Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, August 01, 2017 1:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ?

I run the health checker in my test LPAR, last 2 companies I worked 
withdon't want it didn't like it...don't run it. I like the idea and have 
used the checks. but that's not a big enough hammer for most sites. 


my 2 cents 


Carmen 

- Original Message -

From: "Bart van der Grijn (B)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, August 1, 2017 12:30:28 PM 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Why not a Healthcheck that would report on a pending policy? 
Bart 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis 
Sent: Tuesday, August 01, 2017 12:04 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies -- what do you want 
to do now ? 


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


Re: Question about VSMLIST and LSQA

2017-08-01 Thread Binyamin Dissen
On Mon, 31 Jul 2017 10:52:15 -0400 Peter Relson  wrote:

:>>>Since LSQA is System Private Storage how come there isn't a TCB 
:>associated
:>>>with it

:>>Who said there isn't?

:>VSM said so. 

Because VSMLIST is not examining the correct control blocks, As Jim Mulder
stated, " AEs are not processed by VSMLIST.-  ".

:>LSQA, as shown in the subpool table in the books, has a variant that is 
:>associated with the current task, one that is associated with the jobstep 
:>task, and one that is not associated with any task (for example, see 
:>subpools 253, 254, 255).

:>A key reason for the last is so that someone can use LSQA for an SRB that 
:>is not associated with a TCB, for which you might not want private storage 
:>obtained by the SRB to be freed just because some task terminates.

Seems like a weak reason. Are there other ways SRBs are protected from poor
subpool choices?

:>I do not know whether the task association for subpools 253 and 254 is 
:>surfaced by VSMLIST.

As Jim Mulder stated, no.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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


Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread Carmen Vitullo
I run the health checker in my test LPAR, last 2 companies I worked 
withdon't want it didn't like it...don't run it. I like the idea and have 
used the checks. but that's not a big enough hammer for most sites. 


my 2 cents 


Carmen 

- Original Message -

From: "Bart van der Grijn (B)"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, August 1, 2017 12:30:28 PM 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Why not a Healthcheck that would report on a pending policy? 
Bart 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis 
Sent: Tuesday, August 01, 2017 12:04 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies -- what do you want 
to do now ? 


-- 
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: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread van der Grijn, Bart (B)
Why not a Healthcheck that would report on a pending policy? 
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J Ellis
Sent: Tuesday, August 01, 2017 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ?

Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies --  what do you want 
to do now ?


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


RMM Journal

2017-08-01 Thread PINION, RICHARD W.
Is there a way to run a report against the journal backup to see what actions 
happened in RMM over
the course of a day?
FIRST TENNESSEE

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

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


Exploiting PDSE V2 Member Generations, plus

2017-08-01 Thread Lionel Dyck
I have posted an update on my website to PDSEGEN - get it at
www.lbdsoftware.com  

 

If you haven't tried PDSEGEN then you should check it out - it's free and
works and allows the user to take full advantage of the PDSE V2 member
generations capability (providing that generations have been enabled in
parmlib).

 

I've also posted some new tools:

 

ZTSOHELP is an ISPF dialog to simplify the challenge of finding information
on available TSO commands.

 

OMVSMAN is an ISPF dialog to simplify the challenge of finding information
on the available OMVS commands.

 

Enjoy - note you can also find these on the CBTTape (www.cbttape.org
 ) 

 

 

Lionel B. Dyck <><
Website:   http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 

 


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


Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread J Ellis
Agree with all your comments. I have asked for an operator command that shows 
exactly what/why there is a pending condition. And especially a message at IPL 
time that something is wrong or there are inconsistencies --  what do you want 
to do now ?

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


Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread Carmen Vitullo
Agree, I see possibly a new IXC message, WTOR for the operator to respond to 
Verify automatic activation of CFRM policy CFMRPOLN Reply "U" or 'N' to keep 
CFRMPOLO as the active policy 


- Original Message -

From: "Kees Vernooij (ITOPT1) - KLM"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, August 1, 2017 9:44:27 AM 
Subject: Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the 
policy ? 

After reading this several times, I wonder what the likely solution will solve: 

- It will bring the activation of the new structure forward to the first 
subsequent IPL i.s.o. an unpredictable IPL in the further away future. 
Depending on IPL frequencies, this event might be several weeks/months in the 
future i.s.o many week/months. I doubt if this will help in problem 
determination. 

- How can the new policy be activated in a Sysplex on 'the next ipl' of one 
system, if other systems in the Sysplex still have a connection to the old CF 
and possibly to the logrec structure? Will the connections be forced? And will 
the CF be forced from the Sysplex? 

- A solution could be to verify the new policy on activation and if conflicting 
situations are encountered, drop the activation i.s.o. leaving it pending. At 
that same moment, the customer is informed of the problem and can investigate 
what was wrong with the policy. 

Thanks, 
Kees. 

> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of J Ellis 
> Sent: 01 August, 2017 16:26 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: APAR'd Re: What casues IPL/XCF to read the CFRM data set for 
> the policy ? 
> 
> from IBM XCF: 
> "APAR OA53531 is now open to address this condition. 
> Our change will likely to cause the pending policy to be activated upon 
> the next ipl rather than waiting till the last failed-persisten str to 
> be 
> deleted from the to-be-deleted CF as encountered by this customer" 
> 
> here's the explanation as near as we have concluded - 
> (note that we because of the way our consoles are configured and the way 
> we use a scripting language to 'one button' IPL from client 
> workstations, we will never know what caused the original IPL to fail) 
> in April we installed a new CEC, it IPL'd successfully using the the 
> CEC's internal CF. 
> Shortly after the IPL a new policy with an incorrect serial number and 
> partion number was introduced via a SETXCF operator command. 
> this policy went PENDING and no one noticed for whatever reason. 
> it has been concluded that it went pending because the LOGREC structure 
> was marked persistent. 
> months go by with successful ipl's, with the 'bad' policy still pending 
> because of the logrec structure ... 
> 
> come a Sunday morning when most of tech support is on vacation :-) 
> 
> an IPL fails, and additional IPL's are attempted by operations, (we and 
> IBM are still researching the hardware logs to see if anyone can 
> determine original failure) 
> tech support is called and has the CF bounced, this clears the 
> connection issue, subsequent IPL fails because GRS can't find the CF, 
> because the bad policy is now current. 
> we IPL with GRS=NONE to get system up, see where the incorrect policy is 
> in place (looking at IXC messages from IPL) 
> write out correct policy and activate it. 
> re-ipl, all is good 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
 
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286 
 


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

Re: APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread Vernooij, Kees (ITOPT1) - KLM
After reading this several times, I wonder what the likely solution will solve:

- It will bring the activation of the new structure forward to the first 
subsequent IPL i.s.o. an unpredictable IPL in the further away future. 
Depending on IPL frequencies, this event might be several weeks/months in the 
future i.s.o many week/months. I doubt if this will help in problem 
determination.

- How can the new policy be activated in a Sysplex on 'the next ipl' of one 
system, if other systems in the Sysplex still have a connection to the old CF 
and possibly to the logrec structure? Will the connections be forced? And will 
the CF be forced from the Sysplex? 

- A solution could be to verify the new policy on activation and if conflicting 
situations are encountered, drop the activation i.s.o. leaving it pending. At 
that same moment, the customer is informed of the problem and can investigate 
what was wrong with the policy.

Thanks,
Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of J Ellis
> Sent: 01 August, 2017 16:26
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: APAR'd Re: What casues IPL/XCF to read the CFRM data set for
> the policy ?
> 
> from IBM XCF:
> "APAR OA53531 is now open to address this condition.
> Our change will likely to cause the pending policy to be activated upon
> the next ipl rather than waiting till the last failed-persisten str to
> be
> deleted from the to-be-deleted CF as encountered by this customer"
> 
> here's the explanation as near as we have concluded -
> (note that we because of the way our consoles are configured and the way
> we use a scripting language to 'one button' IPL from client
> workstations, we will never know what caused the original IPL to fail)
> in April we installed a new CEC, it IPL'd successfully using the the
> CEC's internal CF.
> Shortly after the IPL a new policy with an incorrect serial number and
> partion number was introduced via a SETXCF operator command.
> this policy went PENDING and no one noticed for whatever reason.
> it has been concluded that it went pending because the LOGREC structure
> was marked persistent.
> months go by with successful ipl's, with the 'bad' policy still pending
> because of the logrec structure ...
> 
> come a Sunday morning when most of tech support is on vacation :-)
> 
> an IPL fails, and additional IPL's are attempted by operations, (we and
> IBM are still researching the hardware logs to see if anyone can
> determine original failure)
> tech support is called and has the CF bounced, this clears the
> connection issue, subsequent IPL fails because GRS can't find the CF,
> because the bad policy is now current.
> we IPL with GRS=NONE to get system up, see where the incorrect policy is
> in place (looking at IXC messages from IPL)
> write out correct policy and activate it.
> re-ipl, all is good
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: JCL Convertor

2017-08-01 Thread ITschak Mugzach
You are right, but i then the chwcker will depend on initiator
availability, something i can't asure and the end user can't afford. So i
forced the converter to fail.
I do understand that thia is not yet a complete job interpetation, but this
ia something i can change and think of later. I went directly to parsing
because i needed dataset names, dispositions, program names, steplibs and
task libs for program access checks.

I almost finished that phase. I hope to have some time soon to do the racf
work.

ITschak

בתאריך 1 באוג 2017 17:06,‏ "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> כתב:

> On Tue, 1 Aug 2017 08:21:53 +0300, ITschak Mugzach wrote:
> >
> >I took your advice so i placed the IF after a iefbr14 stwp with a fack
> >label i can recognize.
> >If no jcl error, the job is placed in the input queue and only JESJCLIN is
> >listed in the dataset. Stem variable. So the purpose of the jcl error is
> to
> >move thee job to outout queue.
> >
> I remain curious.  At least the IEFBR14 step should cause the job to be
> executed and moved to the output queue.  What does the sequence,
> in interactive SDSF show:
> ST/* show all jobs in all queues, held and not held data sets.  */
> INPUT ON  /* Show SYSINs  */
> ?  /* Show all spool files.  */
>
> >I created different stem variables for each of the stem variables and
> using
> >isfbrowse service so no datasets are involved.
>
> -- 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


APAR'd Re: What casues IPL/XCF to read the CFRM data set for the policy ?

2017-08-01 Thread J Ellis
from IBM XCF:
"APAR OA53531 is now open to address this condition. 
Our change will likely to cause the pending policy to be activated upon 
the next ipl rather than waiting till the last failed-persisten str to be
deleted from the to-be-deleted CF as encountered by this customer"

here's the explanation as near as we have concluded - 
(note that we because of the way our consoles are configured and the way we use 
a scripting language to 'one button' IPL from client workstations, we will 
never know what caused the original IPL to fail)
in April we installed a new CEC, it IPL'd successfully using the the CEC's 
internal CF.
Shortly after the IPL a new policy with an incorrect serial number and partion 
number was introduced via a SETXCF operator command.
this policy went PENDING and no one noticed for whatever reason.
it has been concluded that it went pending because the LOGREC structure was 
marked persistent.
months go by with successful ipl's, with the 'bad' policy still pending because 
of the logrec structure ...

come a Sunday morning when most of tech support is on vacation :-)

an IPL fails, and additional IPL's are attempted by operations, (we and IBM are 
still researching the hardware logs to see if anyone can determine original 
failure)
tech support is called and has the CF bounced, this clears the connection 
issue, subsequent IPL fails because GRS can't find the CF, because the bad 
policy is now current.
we IPL with GRS=NONE to get system up, see where the incorrect policy is in 
place (looking at IXC messages from IPL)
write out correct policy and activate it.
re-ipl, all is good

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


Re: JCL Convertor

2017-08-01 Thread Paul Gilmartin
On Tue, 1 Aug 2017 08:21:53 +0300, ITschak Mugzach wrote:
>
>I took your advice so i placed the IF after a iefbr14 stwp with a fack
>label i can recognize.
>If no jcl error, the job is placed in the input queue and only JESJCLIN is
>listed in the dataset. Stem variable. So the purpose of the jcl error is to
>move thee job to outout queue. 
>
I remain curious.  At least the IEFBR14 step should cause the job to be
executed and moved to the output queue.  What does the sequence,
in interactive SDSF show:
ST/* show all jobs in all queues, held and not held data sets.  */
INPUT ON  /* Show SYSINs  */
?  /* Show all spool files.  */
  
>I created different stem variables for each of the stem variables and using
>isfbrowse service so no datasets are involved.

-- gil

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


Re: events in the New York area

2017-08-01 Thread John Eells

גדי בן אבי wrote:

Hi,

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



A few hours away by car will be the SHARE conference in Providence Rhode 
Island.



--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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


Re: z14 and z/OS 2.3 Blog Post

2017-08-01 Thread John McKown
On Mon, Jul 31, 2017 at 11:32 PM, Timothy Sipples 
wrote:

> John McKown wrote:
> >​There are _NO_ connections to z/OS even from internal boxes. When files
> >need to be transferred, they are written from z/OS to the appropriate,
> >internal, FTP server.
>
> So there are no connections, but there are connections. With bulk transfers
> of personal healthcare data with no granular security context preserved, I
> assume. As Mr. Spock used to say, "Fascinating."
>
> The modern (and not so modern) reality is that "internal" networks are
> being penetrated all the time, and "internal" servers (and other devices)
> are getting pwned all the time. "Maginot Line" approaches no longer work,
> if they ever did.
>
> https://en.wikipedia.org/wiki/Maginot_Line
>
> Defense in depth is really, really important. This isn't the time for
> complacency, I'm afraid.
>
> Yes, I'm aware that there are some individuals in management who, on
> occasion, act like Frank Drebin:
>
> https://www.youtube.com/watch?v=pdFl__NlOpA
>
> It's still important to explain the risks and document them.
>

​Yes. And hopefully the ones whose job this is are doing that. I'm a z/OS
sysprog who has been "impressed" (in the British nautical sense) with doing
some RACF work. But I don't make policy. I just try to enforce it.​ I'm not
in any kind of position to even speak to those "in the know".


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

Maranatha! <><
John McKown

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


events in the New York area

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

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


Thanks

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

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