Re: Network issue - device box status

[Mazer Ken G]

Wow - I haven't heard Teradata in a number of years.  Check to make sure your 
device addresses are still listed in IECIOSxx of SYS1.PARMLIB

MIH DEV=(-),TIME=nn:nn

Ken

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Prashant Joshi3
Sent: Thursday, January 07, 2021 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Network issue - device box status

Hello,

I have remote database (teradata) connected to mainframe using FICON channel 
(Type=dummy). Every time; there is a drop/glitch in network
(microseconds) my mainframe devices get boxed and solution is to shutdown task, 
recycle devices, sometime it force to recycle chipids.
Is there any way to increase network tolerance time to avoid device box status?


Thanks,
Prashant


--
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: dataset allocation

[Mazer Ken G]

Joseph,

I know for a fact that there are job classes that are available for long 
running jobs.  Have you tried to use those?
You'll want to read up on Syncsort from Precisely as we are not licensed for 
DFSORT from IBM.

Ken Mazer
IRS Systems Programmer 25 years

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Wednesday, October 07, 2020 1:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation

There are two main issues here 

1) I can not allocate this many datasets to 
A job step that’s includes using SVC 99

2) The job step times out because I have reached a 5 minute CPU time limit on 
the job step 

Sri from my understanding said DFSORT can overcome these two problems 

I’m looking at the DFSORT manual 

Thank You

> On Oct 7, 2020, at 1:16 PM, Jeremy Nicoll  
> wrote:
> 
> On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
>> I work for the IRS I have to search thru year 2020 data that’s 4,467 
>> files about 240,000 records per file and a record length could be
>> 10,000 bytes
>> VB files
> 
> And you've said that multiple times.  No-one cares who you work for, 
> but we do care about the technical issues you're facing.
> 
> 
> Every single time you ask for help, no matter on what topic, it's 
> nearly impossible for anyone to find out what exactly you're trying to do.
> 
> Why don't you just answer the questions?
> 
> Are the records in the file in any particular order?
> 
> Are you looking for particular values in fixed locations in the records?
> 
> Are you looking for records where there's definable relationships 
> between values in specific records?
> 
> Is there any way that - say - you can do a first scan to make subsets 
> of records before you then examine those in much more detail?
> 
> --
> Jeremy Nicoll - my opinions are my own.
> 
> --
> 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

FW: z14 ZR1 CE LR LSYSTEM not found

[Mazer Ken G]

Make sure you have an odd number of twists in between the two CEC's.  Each 
jumper cable counts as one twist.  If you're connected via dark fiber then make 
sure that has a twist in the path.  If you can't change the ends of the dark 
fiber you might be able to separate one end of an LC jumper cable so that you 
can make a straight thru cable.

Jumper 1 - CPC to front of patch panel connection via jumper cable = 1 twist
Dark Fiber - Back of patch panel to back of patch panel = 1 twist
Jumper 2 - Front of patch panel to second CPC = 1 twist

In summary if your dark fiber doesn't have a twist that 2 twists, and you need 
an odd amount. So either swap the A/B ends on the dark fiber or on one of the 
jumper cables.

Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jennifer McCumber
Sent: Sunday, September 13, 2020 12:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z14 ZR1 CE LR LSYSTEM not found

Hi

The CSYSTEM and LSYSTEM is an actual status via the service element while 
looking at the channel problem determination of the VCHPD.

The weird part is, the new system can see both the local (itself) and 
connecting system (production) but the current system running production can 
only see the connecting system but not itself.

I've verified the IOCDS and also sent it to IBM to make sure I'm not missing 
something. They have found nothing wrong after checking the SE log and the 
IOCDS from both machines.

When I display the channel on any running lpar (D M=CHP(xx)), I receive 
physical - not operational logical - online.
I"ve taken the channels offline via MVS commands on all active lpars as well as 
the CFs and then brought them back online but it still won't give me a physical 
online.

I'm at a total loss as to where to go or what to do to fix this issue.

Thanks,
Jennifer

--
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: PF key - one PF key - not responding

[Mazer Ken G]

Bob,

Are any of the PF Keys 13-24 working?  It sounds like maybe the keyboard map in 
Attachmate isn't allowing the shift-key to work.  I always use the "IBM 
3191.ekm or "IBM 3191.xkb" keyboard maps in my InfoConnect/Attachmate session.

Ken
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Monday, August 24, 2020 1:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PF key - one PF key - not responding

Didn’t mean to be unclear; when I said "rchange" was assigned to , I 
really meant to .

However it's a good question about trying it in other apps.  I went back to the 
PDF menu - the ISPF Primary Options Menu, I mean (I guess I'm showing my age) - 
assigned HELP to  and hit .  No response.  If I hadn't 
rebooted, and if  weren't provably working in a non-mainframe app 
(ie Outlook), it would be perfectly obvious that the problem is at my end, 
either in my PC or the keyboard.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* I'm not naive about my country. My country is definitely not always right; 
my country has at times been terribly wrong. But I know this about Americans: 
We don't set out to kill innocent people. We don't cheer when innocent people 
die.  -Dave Barry, 2001-09-14 */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Monday, August 24, 2020 13:13

PF setting is ispf application sensitive. Try keys at the command line while in 
edit. What us the value of "pf21"?

--- בתאריך יום ב׳, 24 באוג׳ 2020, 19:58, מאת Bob Bridges ‏ This is a really weird one.  My  key is not getting any 
> response from ISPF, and before you tell me it must be my keyboard or 
> my PC, let me tell you what I've tried so far:
>
> In ISPF  is assigned the string "rfind" and  is 
> assigned the string "rchange".  I'm in ISPF Edit and attempt the 
> command "c all agt own", and start hitting  in order to 
> find and change selected instances of "agt" to "own".  Nothing happens.
>
> o  I test it by using .  The rfind command works fine.
>
> o  I try using the right shift key instead of the left.  No response.
>
> o  I hit both shift keys a few times, in case one of them has got locked.
>Doesn't fix the problem.
>
> o  I reboot the PC.  No change.
>
> o  Maybe there's something wrong with my ISPF change command; I "HELP" to
>.  Nope,  still garners no response
>
> o  I type "rchange" manually on the command line; that works, so the
>problem isn't the command, it's that the keystroke isn't being sent.
>
> o  I check the keyboard mapping on my emulation; it claims that 
>is mapped to PF21.
>
> o  Ok, maybe it's not the keyboard but the PC itself working with not .  So in Outlook I mapped both  and  to the
>'£' character.  Both  and  produced '£'.  I conclude the
>keystroke is being sent.
>
> I'm out of ideas.  If the keystroke is being sent by my PC, and the 
> 3270 emulation is converting it to , why does ISPF not respond 
> to it?  Any ideas out there?  I'll take anything, at this point, no matter 
> how unlikely.

--
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: Old SHARE publications....?

[Mazer Ken G]

The old Share Sing Along book had an orange cover, I have one in the office but 
since I've been working from home since March I can't put my hands on it right 
away.

Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jones
Sent: Monday, June 08, 2020 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Old SHARE publications?

No, I mean the ones put out by SHARE itself. I seem to remember that they were 
orange in color, but that could very well be incorrect. Thanks, though.
DJ

--
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: Punched cards and character set

[Mazer Ken G]

Here's a site that may have more info for your reading pleasure, 
http://www.punchcardreader.com/
I have used this service to decode several hundred punched cards several years 
ago.
The historical society that I'm a member of has thousands of punched cards with 
no real way to read them anymore.  To compound not being able to read the 
punches these cards also contain handwritten data on each card.
We have cards that contain train crew records, static data like employee name, 
employee number, employee phone number and other stuff.  Handwritten data 
appears to be a months' worth of dates for when they worked that month/day.
We also have cards that contain train movements.  The punched data would be for 
a symbolled train and it starting location with time of call and a destination 
location.  Handwritten info would include employees name for (Engineer, 
Fireman, Conductor, Flagman, Brakeman).
All of these cards are from 1972-1975.

My point is that punched cards were used for many different reasons and many 
different ways.
If I remember correctly the Western Maryland Railway was one of the first if 
not the first railroad to incorporate the use of IBM computers and punched card.

Ken Mazer
Former President, WMRHS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, June 02, 2020 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Punched cards and character set

I have never used punched cards, so forgive me my questions.

As far as I know, a character set on punched cards was somehow limited, so it 
is not EBCDIC or similar set of 256 characters.
Of course that means some limitations for DD * datasets - if coded on real 
punched cards.
Nowadays I'm pretty sure DD * accept every possible character, as any other 
dataset (with some exception for delimiter). Note, it is program independent - 
this is a change within system (JES2, Interpreter, whatever).

Q1: how it was in the past? I mean, were the DD * limited to "punched card" 
character set? Or it was always full EBCDIC if the job was read from DASD?

Q2: What about character set on the cards? Was it always one and the same 
within S/360 family? I noted there were several character sets, but as far as I 
understand those set was for other machines (Remington,
pre-S360 IBM machines, etc.)
Was there any name for card character set? I mean something like "CP 037" or so.


And another question, or rather kind request: Does anynone have JCL statements 
on punched cards? I would like to get/download some images of JOB, EXEC, and DD 
statements on punched cards. I have a lot of card pictures, but none with JCL.

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

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, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

--
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: IODF/IOCDS questions

[Mazer Ken G]

Jerry,

We have 5 CECs in one IODF.  Are you using HCD or HMC?  Either way it's 
possible to combine the three IODFs into one, I would probably do one at a time.

#1) From the processor list you can COPY from the current IODF to a new 
target IODF.
#2) Your SNA Network name needs to match and the CECs need to be in the 
same HMC network.  We have standalone CFs which don't have z/OS images and 
we're able to write the IOCDS without any issues.

Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Thursday, May 28, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IODF/IOCDS questions


We currently have 3 CECs with multiple different IODFs.   

Question #1) How can I do combine/move all the CECs into a single IODF?
Question #2) How can I update the CEC's IOCDS from a different CEC?  What steps 
are needed to run a batch job from one CEC to update another CEC? 

Thanks everyone,
Jerry Edgington

--
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: IODF Activation Question

[Mazer Ken G]

Mark,

You've indicated that you have 8 systems in a sysplex does that mean 8 CEC or 8 
z/OS systems?
How many CEC's do you have?
Are you doing POR for each CEC?
In the RESET profile you point to the IOCDS slot that you'll POR from.  In 
SYS1.IPLPARM(LOADxx) you should specify "**" in columns 10 & 11.  This will 
cause the latest POR activated IODF to be read.
Word of caution, if you don't share DASD between each of the systems, make sure 
you have the same IODF accessible to each system.  You may need to DUMP, FTP, 
RESTORE to get it to the other systems.

If you can dynamically activate, you'll want to do software activates on all 
but one LPAR, this is where you'll want to do a hardware activate.
If you're unable to do a dynamic hardware activate then it's POR time.

Hope this helps.
 
Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Wednesday, May 20, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IODF Activation Question

We have 8 systems in a sysplex that share a single IODF dataset, all dynamic 
IODF activation's occur in this sysplex. I'm looking to perform HCD changes 
that can't be dynamically activated, each system will need to be IPLed with the 
new IODF. Once I do so however, the hardware and software IODF will be out of 
sync. How do I get them back in sync?

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

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

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

Re: Standalone DFDSS

[Mazer Ken G]

Don,

Is your Visara connected via OSA-ICC?  Does the console in question receive the 
OSA-ICC three line display?
You didn't indicate the reason for running Standalone DFDSS, did you get a new 
processor or are you setting up a new DR environment.

The reason I ask these questions is that we just replaced z13's with z14's and 
the OSA Express6s cards are a little different as they now have TLS 1.0 enabled.
It could be that you need to update your certs on the Visara for the sessions 
to connect.

Ken Mazer
This Cranky Systems Programmer says “Share your knowledge, others may find it 
useful”


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Donald J
Sent: Saturday, October 19, 2019 9:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Standalone DFDSS

Thanks Jim & Brian
We have Visara which seems to not be working.
Ticket is open on it.

> Sent: Saturday, October 19, 2019 at 1:08 AM
> From: "Brian Westerman" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Standalone DFDSS
>
> Jim is correct, all it takes is for one of the consoles that is attached to 
> the ICC, or which you have limited your DFDSS SA build to to press enter.  I 
> have found that almost any key that generates "something" seems to work 
> though, the function keys, pageup etc.  The ones that just move the cursor 
> around (i.e. home) don't generate what it's looking for.
>
> In short, enter works fine.
>
> Brian
>
> --
> 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: HMC System Monitor App

[Mazer Ken G]

Skip,

I remember this being a pain to setup and test initially.  But we did finally 
get it to work.
Directions below are basic and you're already past some of these steps, but I'm 
including them if others want to follow along.

Using an ID with SYSPROG permissions:
Single Click on "HMC Management", left side of screen.
On the right side of the screen locate icon "Monitor System Events" and single 
click.
This opens a new window for the "Event Monitor Summary"
You'll want to fill in your SMTP server, SMTP port & Notification 
delay(seconds).
Select any of the monitors "zProcessors" then single click on "Edit..." button.
This will open a new window "Event Monitor Editor"

We have ours set to Hardware Messages for all of the target zProcessors.
Our pattern is set to ".*# any hardware message"
Our schedule is set to: - All days (Sunday, Monday, Tuesday, Wednesday, 
Thursday, Friday & Saturday)
Our notification list - This is where you type in the email addresses of the 
persons who get notified.  The emails addresses are separated by a single space.
Finally click "OK" to save what was entered.

This brings you back to the "Event Monitor Summary" dialog which from here you 
can click on "Test..." to test the "Test Event Generator"
Set what you want to test and then "Run Test..."

Not sure this will assist as it sounds like you may have another issue.

Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Sunday, June 02, 2019 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC System Monitor App

We’re wading into the HMC System Monitor app in order to get additional alerts 
for significant events. Unfortunately we can’t figure how to get beyond Square 
1. It goes like this. 

On HMC task list, select Monitor System Events, which shows this list of 
'permitted objects': Adapters, BladeCenters, Blades, Ensemble, HMC Optical 
Network, Managed VM, Partitions, Systems, Virtual Servers, Workloads, None. 

Up comes a screen entitled Event Monitor Summary, which displays this list of 
monitors:

Accelerator   
Crypto   
HW Msg Example   
Network   
OS Msg Example   
Partition   
Processor (CPU)   
Security Log Example   
State Change Example   
Storage   

Each item is selectable, but no matter which one we select with Add or Edit, we 
get this message:

There are no defined objects to monitor for the event type of the selected 
monitor.   
Select a monitor with a different event type or define an object that can be 
monitored for the event type of the selected monitor.   

ACT04318

We have poked around--including Google searches--until our fingers are 
calloused, but we cannot find out how to 'define an object'. The particular 
monitor we're interested in is Processor (CPU), but the missing object issue 
seems to affect all listed options. Has anyone delved into this arena?  

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


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

[Mazer Ken G]

Yes, there are jobs in the tapetool utilities (COPYRFSH) that will allow one to 
sync clusters within a grid, there's a whitepaper on techdocs that explains the 
process.
We've been working this process for about a month now.  We went from a two way 
grid with a third stand alone VE to a four way grid.
We're in the process of doing COPYRFSH of all of the data before the merge.

Ken Mazer

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, February 27, 2019 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tapetool question

We are in the initial stages of the implementation, so I want to make sure that 
everything is OK

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Wednesday, February 27, 2019 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tapetool question

Out of interest: why do you want to check this? Don't you trust the replication 
or did you just change managementclass attributes?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: 27 February, 2019 13:21
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Tapetool question
> 
> We have two TS7760's. No physical tapes.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Vernooij, Kees (ITOP NM) - KLM
> Sent: Wednesday, February 27, 2019 2:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Tapetool question
> 
> Sorry, the layout of the CACHE CONTENTS BVIR records is documented in:
> TS7700 Bulk Volume Information Retrieval V4.1.2a
> 
> Kees.
> 
> 
> > -Original Message-
> > From: Vernooij, Kees (ITOP NM) - KLM
> > Sent: 27 February, 2019 13:11
> > To: 'IBM Mainframe Discussion List' 
> > Subject: RE: Tapetool question
> >
> > We are migrating from a TS7740 to a TS7760 and have the same issue.
> >
> > For all kind of reporting, I process the BVIR records with SAS, the 
> > layout is documented in TS7700 Statistical Data Format V412_20171116.
> >
> > In this case, I request the Cache Contents of both clusters and 
> > check each tape's presence in both clusters. Supposing you do not 
> > have a TS7760T with tapelibrary.
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On
> > > Behalf Of Gadi Ben-Avi
> > > Sent: 27 February, 2019 12:58
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Tapetool question
> > >
> > > Hi,
> > > I would like to create a job that will tell me if all virtual 
> > > volumes
> > on
> > > one member of a TS7760 grid have been copied to another member of 
> > > the grid.
> > > I know how to use BVIR to get a list of the status of all virtual 
> > > volumes on each grid.
> > >
> > > Is there a program, possibly part of the TapeTools package, to 
> > > compare the two lists, and tell me if all virtual volumes have 
> > > been
> copied?
> > >
> > > Thanks
> > >
> > > Gadi
> > >
> > >
> > > --
> > > --
> > > -- 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 / 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 

CHPIDs for HyperSwap Target Subsystem

[Mazer Ken G]

When setting up a HyperSwap target subsystem in HCD does anyone know if the 
same CHPIDs have to be used or can you use different CHPIDs?

We have a subsystem with 20480 Mod-54 devices that we need to be able to 
HyperSwap to a new subsystem.
I'm unable to use the same CHPIDs for both due to exceeding the number of 
devices per CHPID, 32760, by 8192.
I can define new CHPIDs for the HyperSwap target subsystem but they would only 
be used while we were in a HyperSwap situation, not very often we're hoping.

Ken Mazer

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

XCF ARM for Automation

[Mazer Ken G]

Sometime ago it was suggest that we have a XCF ARM Policy so that our 
automation product automatically restart if it went down.
We've never setup an ARM policy and I'm looking for a sample, other than the 
one in SAMPLIB.  Anyone have a simple one they would be willing to share?

Thanks,
Ken

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

Number of Cylinders per Volume

[Mazer Ken G]

While configuring CKD storage on a new IBM DS8880 I discovered that the default 
number of cylinders for a 3390-27 and a 3390-54 has changed.
Caution should be taken when your defining new storage.

I've always assumed that a 3390-27 had 32,760 cylinders.  Not the case anymore, 
if using the GUI and the DISK or Mod1 calculations.  You end up getting 30,051 
cylinders.
I've also assumed that a 3390-54 had 65,520 cylinders.  Now the default number 
of cylinders is 60,102.

These new calculations are now divisible evenly by 1113, a 3390 Mod-1

If you have a need to define these two volumes sizes please keep this in mind 
as this could cause serious issues when trying to migrate from the older volume 
sizes to the newer sizes.
I did find the new smaller sizes documented in the DS8870 & DS8880 Architecture 
and Implementation Redbooks.

Ken Mazer

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

Incorrect z Systems machine information

[Mazer Ken G]

Anyone ever receive emails from IBM about z Systems machine information that 
you're not registered to receive?

For example this morning I received notification for a 2096 with a serial 
number that we've never owned or leased.
The machine 2096-X is back level on MCL activation. There are 49 MCLs 
missing including 0 Hipers, 0 Disruptive and 0 Configuration Dependent. There 
are 49 MCLs received that are not active. The last MCL activation was done on 
28 Oct 2013.

I've X'd out the serial number for obvious reasons.  Oh and the link that's 
provided gets a 404 error when you try to look it up in Resource Link.

Just wondering if anyone else gets this same kind of notifications.

Ken Mazer

This Cranky Systems Programmer says "Let's be careful out there"
Proper, Prior, Planning, Prevents, Piss, Poor, Performance
"Education is what remains after one has forgotten what one has learned in 
school."


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

Re: more than 8 paths to DS8000

[Mazer Ken G]

Crispin,

Required, no.  Preferred, Yes.  
It's always better to spread the IO over as many IO-Bays and FICON cards as 
possible.

Ken Mazer

This Cranky Systems Programmer says “Let's be careful out there” 
Proper, Prior, Planning, Prevents, Piss, Poor, Performance
"Education is what remains after one has forgotten what one has learned in 
school."

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Crispin Hugo
Sent: Monday, October 30, 2017 6:00 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: more than 8 paths to DS8000

Next question !. The DS8886 has two units, base and expansion. Do they both 
require channel cables to mainframe

Crispin Hugo
Systems Specialist
Macro 4 Limited
d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 | www.macro4.com

      

Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West 
Sussex, RH10 4SS Registered in England no: 00927588

Please consider the environment and only print this email if you really need to.

This message (including any attachments) contains confidential information that 
is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is intended only 
for the individual(s) named herein. If you are not the intended recipient, you 
are hereby notified that any dissemination, distribution or copying of this 
email is strictly prohibited. If you have received this message in error, 
please notify the Macro 4 Postmaster (postmas...@macro4.com) of the error 
immediately, do not read or use the email and any attachments in any manner, 
destroy all copies, and delete it from your system if the communication was 
sent via email. Macro 4 Limited, Tel: +44 1293 872000 Fax: +44 1293 872001.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: 24 October 2017 20:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: more than 8 paths to DS8000

Define 2 lcu's with 8 paths each. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Crispin Hugo
Sent: Tuesday, October 24, 2017 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: more than 8 paths to DS8000

I have 16 FICON channels available to a DS8886.   As I can't have more than  8 
paths defined on a CHPID. What is best way to round this. 

Crispin Hugo
Systems Specialist
Macro 4 Limited
d: +44 1293 872121 | m: +44 7753951308 | t: +44 1293 872000 | www.macro4.com

      

Registered office: The Orangery, Turners Hill Road, Worth, Crawley, West 
Sussex, RH10 4SS Registered in England no: 00927588

Please consider the environment and only print this email if you really need to.

This message (including any attachments) contains confidential information that 
is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is intended only 
for the individual(s) named herein. If you are not the intended recipient, you 
are hereby notified that any dissemination, distribution or copying of this 
email is strictly prohibited. If you have received this message in error, 
please notify the Macro 4 Postmaster (postmas...@macro4.com) of the error 
immediately, do not read or use the email and any attachments in any manner, 
destroy all copies, and delete it from your system if the communication was 
sent via email. Macro 4 Limited, Tel: +44 1293 872000 Fax: +44 1293 872001.



--
This e-mail message has been scanned and cleared by Google Message Security and 
the UNICOM Global security systems. This message is for the named person's use 
only. If you receive this message in error, please delete it and notify the 
sender. 

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


::DISCLAIMER::


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

Re: IBM LOGREC Analysis

[Mazer Ken G]

Lionel,

How about the IBM Logrec Viewer V1.1 see
http://www-03.ibm.com/systems/z/os/zos/tools/downloads/logrec-viewer.html

Ken Mazer


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, January 06, 2017 11:31 AM
To: IBM-MAIN@listserv.ua.edu
Subject: IBM LOGREC Analysis

Is anyone aware of any tool that will analyze and report on LOGREC data in a 
more intelligent manner than the IFCEREP1 reports?

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA
Enterprise Operations (Station 200) (005OP6.3.10) Information and Technology, 
IT Operations and Services

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

Round 2 of LCU DASD Configurations with EAV Volumes

[Mazer Ken G]

Sorry for the formatting of the first message.  I forgot HMTL not supported and 
the excel table got out of whack.  Hopefully this will work out better.

We're in the process of configuring two new IBM DS8886 for EAV volumes and I 
have a few questions for the storage experts

Keeping in mind that each LCU on the DS8Ks only support 256 unit addresses.

Our current methodology is to configure each LCU on the DS8Ks with 128 base 
devices and 32 alias devices leaving room for 96 more alias if required.
By configuring only 128 base devices we're able to maximize our addressing from 
within HCD by using 00-7F for the first LCU and 80-FF in the next LCU.  So as 
an example:

HCD HCD 
Device  PAV Logical PAV Drive   Gb
AddrAddrVolumes Count   Emulation   Capacity
LCU
8000-7F 18000-1F128 32  Mod-54  7128.240538 00
8080-FF 18080-9F128 32  Mod-54  7128.240538 00


LCU 00 has unit addresses 00-7F configured as 8000-807F with MOD-54 base 
devices and the Alias devices are from C0 to FF and use 18000-1801F in HCD.

My question is how many unit addresses are you using per LCU for EAV volumes?
Has anyone set an EAV standard volume size and what are you using?

We started with 262,668 CYLs per volume but now we're looking at 524,160 as 
that's equal to eight mod-54s.
Anyone have any this large and if so any problems?

Thanks,

Ken Mazer

"Hey, let's be careful out there." - Sergeant Phil Esterhaus (Hill Street Blues)

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

LCU DASD Configurations with EAV Volumes

[Mazer Ken G]

We're in the process of configuring two new IBM DS8886 for EAV volumes and I 
have a few questions for the storage experts

Keeping in mind that each LCU on the DS8Ks only support 256 unit addresses.

Our current methodology is to configure each LCU on the DS8Ks with 128 base 
devices and 32 alias devices leaving room for 96 more alias if required.
By configuring only 128 base devices we're able to maximize our addressing from 
within HCD by using 00-7F for the first LCU and 80-FF in the next LCU.  So as 
an example:

HCD Device

HCD
PAV

Logical

PAV

Drive

Gb

Addr

Addr

Volumes

Count

Emulation

Capacity

LCU

8000-7F

18000-1F

128

32

54

7128.240538

00

8080-FF

18080-9F

128

32

54

7128.240538

01





LCU 00 has unit addresses 00-7F configured as 8000-807F with MOD-54 base 
devices and the Alias devices are from C0 to FF and use 18000-1801F in HCD.

My question is how many unit addresses are you using per LCU for EAV volumes?
Has anyone set an EAV standard volume size and what are you using?

We started with 262,668 CYLs per volume but now we're looking at 524,160 as 
that's equal to eight mod-54s.
Anyone have any this large and if so any problems?

Thanks,

Ken Mazer

"Hey, let's be careful out there." - Sergeant Phil 
Esterhaus
 (Hill Street Blues)


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

Re: Translating a DEVTYPE from LISTC into something usable?

[Mazer Ken G]

Lionel,



I wrote an assembler macro several years ago.

Needless to say I haven't updated it since 1994.

May not be complete but it's a place to start.



 MACRO

 DEVICES

***

* *

*  THIS DSECT HAS ALL DEVICE TYPES KNOWN AT TIME OF CREATION  *

*  CREATED  7-12-94 KGM   *

*  UPDATED*

* *

***

DEVTYPEL DS0CL8

DEVJCLL  DS0CL6

TAPETBL  DCC'32108003',C'3400-6'

 DCC'32008003',C'3400-5'

 DCC'34208003',C'3400-4'

 DCC'34008003',C'3400-3'

 DCC'30C08003',C'3400-2'

 DCC'78008080',C'3480  '   NON COMPRESS

 DCC'33008003',C'3480  '

 DCC'30008001',C'2400  '

 DCC'30808001',C'2400-1'

 DCC'30C08001',C'2400-2'

 DCC'34008001',C'2400-3'

 DCC'34208001',C'2400-4'

 DCC'78048080',C'3480X '   COMPRESSED (TRECH=COMP)

 DCC'78048081',C'3490  '   COMPRESSED

TAPETBLE DS0C

DEVTYPEL2 DS0CL8

DEVJCLL2 DS0CL6

DISKTBL  DCC'3050200B',C'3350  '

 DCC'3010200E',C'3380  '

 DCC'3030200E',C'3380X '

 DCC'3010200F',C'3390  '

 DCC'3010200C',C'3375  '

 DCC'30582009',C'3330V '

 DCC'3050200D',C'3330-1'

 DCC'30502009',C'3330  '

 DCC'3040200A',C'3340  '

 DCC'30502006',C'2305  '

 DCC'30502007',C'2305-2'

DISKTBLE DS0C

  CSECT

 MEND



Ken Mazer

IBM zHardware Specialist



ECC-Martinsburg Computing Center

Mainframe Services & Support Division

IBM z/OS Support Services Branch

IBM Operating Systems Support Section

OS:IT:EO:MS:ZOS:OS

304-264-7557

MON-FRI 7:00A-4:30P 5/4/9 1st FRI SHORT/2ND WED OFF



"Hey, let's be careful out there." - Sergeant Phil Esterhaus (Hill Street Blues)



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of Mark Jacobs - Listserv
Sent: Thursday, September 22, 2016 1:24 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Translating a DEVTYPE from LISTC into something usable?



I haven't looked, but maybe the UCB mapping macro.



> Dyck, Lionel B. (TRA)  September 22, 2016

> at 1:08 PM Does anyone have any suggestions (or code) that will

> convert the DEVTYPE returned from a LISTC into something meaningful to

> a human?

>

> For example a LISTC for a disk dataset returned DEVTYPE--X'3010200F'

>

> This is most likely a 3390 but that is just a guess as it is on disk.

>

> Thanks

>

> --

> 

> Lionel B. Dyck (TRA Contractor)

> Mainframe Systems Programmer

> Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI

> Service Delivery & Engineering

>

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send

> email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN

>

>

> Please be alert for any emails that may ask you for login information

> or directs you to login via a link. If you believe this message is a

> phish or aren't sure whether this message is trustworthy, please send

> the original message as an attachment to 'phish...@timeinc.com'.

>



--



Mark Jacobs

Time Customer Service

Technology and Product Engineering



The standard you walk past is the standard you accept.

Lt. Gen. David Morrison





--

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