Re: Help for US Talent

[Chuck Kreiter]

Personally, I'm tired of getting recruiters emailing and/or calling (yes, they 
do both) about an urgent need for a 25+ year experience position that maxes out 
at $40/hour 1099.  So, those, I do not care if their job is harder or not.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Monday, August 14, 2023 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help for US Talent

Am I missing something?  Why the interest in making life hard for recruiters?  
Ok, I'm a contractor so my continued employment depends on their existence.  
Still, why?

If I thought that you normally work under those conditions - $125/hr or outside 
the US half the time - then of course you're just stating up front one of your 
requirements.  From the tone, though, it sounds like you're trying to make them 
unhappy for the fun of it.  Is there something going on here that I'm not aware 
of?

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

/* I have never been hurt by anything I didn't say.  -Calvin Coolidge */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
rpinion865
Sent: Monday, August 14, 2023 16:01

I ask them, as a US citizen with a legal residence in the State of Tennessee, 
may I work remotely, outside of the USA for at least six months a year? I 
usually never hear from them again.

 Original Message 
On Aug 14, 2023, 3:52 PM, Steve Beaver wrote:

> Every time a recruiter calls me I have a sure way get rid of them and 
> increase what they need to pay. They ask me if I'm Steve, and I say 
> yes Then I tell them "Are you calling me with a job that pays $125/HR
> W2 or $210,000 perm?" You hear them fade or die on the other end then 
> I hang up.

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

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

Re: CA-11

[Chuck Kreiter]

In a previous role, we replaced CA-11 with Encore from Cybermation (now
CA/Broadcom).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Beaver
Sent: Wednesday, August 31, 2022 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CA-11

Does anyone know a replacement for CA-11?


--
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: zEDC compression on z14 and z15 by using ADRDSSU

[Chuck Kreiter]

Have you confirmed the feature is installed and all parms set properly?  It 
almost appears it's GP's instead of zEDC.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Compagno Renato (Consulente per BCC Sistemi Informatici)
Sent: Tuesday, March 22, 2022 3:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: I: zEDC compression on z14 and z15 by using ADRDSSU

Sorry guys
I realized that the table have lost their format then I resend them and I hope 
this will enhances the readability

Jobchain On Z14 with ZCOMP:

JOBNAME Step   CPU  SRB
Count  Min. Min.
PSDRB10114226.560.58
PSDRB10214226.340.58
PSDRB10314225.7 0.56
PSDRB10414225.6 0.56
PSDRB10514225.630.58
PSDRB10614225.4 0.53
PSDRB10714225.810.54
PSDRB10814225.840.54
PSDRB10914125.350.53
PSDRB11014125.210.52
PSDRB11114125.580.55
PSDRB11214125.7 0.54
PSDRB11314125.660.6
PSDRB11414125.770.57
PSDRB11514125.960.57
PSDRB11614126.030.6
PSDRB11714126.360.6
PSDRB11814126.940.62
PSDRB11914126.720.62
PSDRB12014126.510.6
PSDRB12114126.8 0.59
PSDRB12214126.340.58
PSDRB12314125.870.54
PSDRB12414125.210.5
PSDRB12514125.640.55
PSDRB12614126.2 0.56
PSDRB12714126.410.6
PSDRB12814126.060.55
PSDRB12914126.630.59
PSDRB13014126.620.61
Totale 4238  780.45 17.06


Jobchain on Z15 with ZCOMP:
JOBNAME StepCPU SRB
Count   Min.Min.
PSDRB101143 54.64   2.29
PSDRB102143 55.02   2.38
PSDRB103143 54.21   2.24
PSDRB104143 54.55   2.32
PSDRB105143 54.97   2.34
PSDRB106143 54.41   2.34
PSDRB107143 53.98   2.26
PSDRB108143 54.54   2.32
PSDRB109143 54.81   2.39
PSDRB110143 54.46   2.3
PSDRB111142 53.62.29
PSDRB112142 53.68   2.28
PSDRB113142 52.73   2.28
PSDRB114142 52.99   2.25
PSDRB115142 54.31   2.35
PSDRB116142 54.89   2.38
PSDRB117142 54.97   2.43
PSDRB118142 54.77   2.37
PSDRB119142 55.12   2.44
PSDRB120142 54.81   2.37
PSDRB121142 53.84   2.33
PSDRB122142 54.72   2.37
PSDRB123142 55.38   2.41
PSDRB124142 54.15   2.32
PSDRB125142 54.83   2.34
PSDRB126142 54.41   2.35
PSDRB127142 54.52.27
PSDRB128142 55.06   2.35
PSDRB129142 54.32.28
PSDRB130142 54.52   2.22
Total   4270  1633.17   69.86

As we can see :
1. We built dynamically 30 jobs per days with 141/142/143 steps each 
one (1 step → 1 DASD dumped)
2. We had some more steps on the second run because the numbers of DASD 
devices has increased meanwhile;
3. The CPU consumption is equivalent per job on each job chain (it 
means that the content of the DASD didn’t influence the CPU utilization: do you 
agree?)
4. In total on Z15 we used  the CP for (1633.17 +69.86) minutes  and on 
Z14 for (780.45+17.06) minutes the difference is 905 minutes → more than 15h of 
1 CP per day! This is an huge increase (especially if you pay the SW fee based 
on the total CPU utilization)!
5. We relieved this behavior only for the DUMP  with DFDSS by using 
ZCOMP DISK to TAPE (not for the compression on DISK via dataclass  for example)
6. We relieved on Z15 an elapsed time reduction and maybe also in the 
compression ratio has 

Re: zEDC compression on z13 and z15

[Chuck Kreiter]

We went from z14 to z15's and didn't notice any difference in compression.
I would be curious to see listcat of both showing the user data size and the
comp data size as well as the dataset DCB attributes.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of PINION, RICHARD W.
Sent: Thursday, July 22, 2021 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zEDC compression on z13 and z15

We migrated from a z13 to a z15 this past weekend.  We are running z/OS 2.2,
z/OS 2.2 on the z13, and the same z/OS 2.2 on the z15.  z15 maintenance was
applied to z/OS 2.2, and activated a couple of months ago.  We are using the
same SMS configuration on the z15 as the z13, and that includes the zEDC
compression Data Class.

I restored a dataset that was created on the z13 using zEDC compression, and
needed to make a copy of the dataset on the z15.  I was surprised to see an
almost 20,000 track difference between the z13 created dataset, and the z15
created dataset.  I used the same SMS Data Class to make the z15 version of
the dataset.


Enter "/" to select actionTracks %Used

Z13.CREATED.DATA.SET 4755099
Z15.CREATED.DATA.SET 64555  100


SMS allocation messages for the z15 created dataset follows.

IGD17070I DATA SET Z15.CREATED.DATA.SET
ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S).
IGD17160I DATA SET Z15.CREATED.DATA.SET
IS ELIGIBLE FOR COMPRESSION
IGD101I SMS ALLOCATED TO DDNAME (SYSUT2  )
DSN (Z15.CREATED.DATA.SET)
STORCLAS (STANDARD) MGMTCLAS (DE180DAY) DATACLAS (COMP)
VOL SER NOS= TL0018


I have not looked into the TCB/SRB I/O numbers of the
z13 creating job to compare against the z15 job.

Anyone have an idea as to why such a dramatic difference?

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

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

Re: And the survey says...

[Chuck Kreiter]

Disclosure, I've used PComm, Vista, Attachmate Extra, IBM HOD, Mocha, 
Hummingbird and a few other emulators that I don’t recall.  

I find Hummingbird not terribly intuitive or set up well to customize it to 
make it more suitable for what I do.  For example, I have to use TSO file 
transfer (FTP is restricted) and Hummingbird "guesses" at what the transfer 
type is and it's almost always wrong.  I see no means to turn that off.  It 
seems slow (could be environmental); especially on startup and opening the 
first emulator.  Text Cut/paste puts commas all over the place.  I can't find 
any setting in Hummingbird to stop that.  

It's not a matter of being forced to use this and I'm more familiar with the 
other emulators. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grant Taylor
Sent: Thursday, April 29, 2021 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

On 4/29/21 7:33 AM, Chuck Kreiter wrote:
> My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and Vista 
> are the tops in the emulator space IMO.

Would you please elaborate on what Hummingbird does / doesn't do that make you 
loath it as a sysprog?  Or more generally, how the different capabilities of a 
terminal (emulator) influence it's use by -- what I'm presuming to be -- power 
users?

Thank you for enlightening me.



--
Grant. . . .
unix || die

--
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: And the survey says...

[Chuck Kreiter]

My firm uses Hummingbird.  As a sysprog, I loathe it.  PCOMM and Vista are
the tops in the emulator space IMO.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Allan Staller
Sent: Tuesday, April 27, 2021 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: And the survey says...

Classification: Confidential

What 3270 emulator are you using?

I (and my colleagues) have been using PCOMM as our 3270 emulator by
corporate edict.
Corporate has removed PCOMM from the available list of emulators, hence this
survey (survey ends Fri. Apr 30 @ COB).

Since we have to go through a procurement process, we want to obtain the
optimal product.
I am aware of the usual suspects and have them on my short list.

Responses can be posted on-list or directly to me.

Thanks to all in advance for your time and attention,




::DISCLAIMER::

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


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

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

Re: Help with non-existent catalog

[Chuck Kreiter]

You are right.  Sorry I misread the original ask.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, January 26, 2021 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

That command is for a normal dataset, not for a catalog. Use EXPORT
DISCONNECT to delete the catalog entry in the BCS.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Tuesday, January 26, 2021 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

Thanks. DELETE dsn NOSCRATCH gives me

IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFK-18
IDC0551I ** ENTRY CATALOG.PLI230 NOT DELETED IDC0001I FUNCTION COMPLETED,
HIGHEST CONDITION CODE WAS 8

(z/OS V2R4)

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ie
am600/idc3009i.htm tells me

Programmer Response: Specify the RECOVERY parameter. Run the job again.

So I did that. That gives me

IDC3226I INCONSISTENT PARAMETERS INVOLVING 'NOSCRATCH'
IDC3226I INCONSISTENT PARAMETERS INVOLVING 'RECOVERY'

Eliminating NOSCRATCH gives me

IDC2893I INVALID PARAMETER SPECIFIED FOR THE RECOVERY OPTION

Adding USERCATALOG in there gives me

IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE0-6

Explanation: A requested VVR or NVR was not found in the VVDS specified. If
present in this message, the sfi value is FOR volser, where volser is the
volume serial of the VVDS on which the error was detected. The sfi value in
message IEC331I contains characters 5 through twelve of the requested VVR
name.

(There was no IEC331I with an sfi.)

Help!

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Tuesday, January 26, 2021 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with non-existent catalog

IDCAMS DELETE dsn NOSCRATCH

--
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: Help with non-existent catalog

[Chuck Kreiter]

IDCAMS DELETE dsn NOSCRATCH

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, January 26, 2021 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with non-existent catalog

I've got a catalog problem. I have no reason to believe it is the most
obscure problem in the world; it's just that I am a catalog ignoramus.

I *think* the problem is that the catalog is cataloged but the underlying
dataset does not exist. Does that make sense? If I enter an ISPF 3.4 D
against it ISPF tells me "Dataset not found." That's a problem, right?

If I enter a U against it ISPF tells me Catalog/uncatalog request via SVC 26
failed, return code = 60, reason code = 4, module id = FM.

Thanks for your help. I believe I would be fine if I could just delete it
and start over. I don't know quite how this situation came to be.


Charles 

--
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: SMS CDS migration

[Chuck Kreiter]

During our 2.2 to 2.4 migration, we just took a backup prior to the first 
system being cut over.  I don't believe there is anything special required.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of TSDunlap
Sent: Wednesday, December 23, 2020 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS CDS migration

We are in the process of switching from z/OS 2.3 to z/OS 2.4.  I am wondering 
if there is an easy method to transfer SMS CDS definitions between versions?

--

Regards,
Thomas Dunlap   Independent Consultant   tsdun...@wowway.com   cell-614 975-4801

--
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: Using HSM Transition to clear MOD-3 devices

[Chuck Kreiter]

Thanks.  I got the ticket resolved.  If the DB2 library is not in the linklist, 
then a steplib is needed in the HSM procs.  Per the ticket, the docs will be 
updated.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Glenn Wilcock
Sent: Thursday, December 17, 2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using HSM Transition to clear MOD-3 devices

Hi Chuck, We have clients who regularly use this function for what you plan on 
doing.  I'll reach out to the individual who owns the ticket and make sure that 
it makes progress.  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

Using HSM Transition to clear MOD-3 devices

[Chuck Kreiter]

I've been working with the HSM function to move datasets off of MOD-3
devices.  I'm testing out the feature to code Serialization Error Exit = DB2
in the management class to invoke the DB2 CAF interface to close and
unallocate DB2 tables if they aren't in use.  I'm getting an 806 abend when
DSS looks for module DSNALI (CAF interface).  I suspect it's because the
DSNLOAD library is not in the linklist.  I have a ticket open with IBM HSM
but I'm having to explain how this is supposed to work to them rather than
making progress on resolving the issue?  Has anyone else used this feature?
Did you have to add a DB2 library to HSM as a step/joblib?  Thanks


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

[Chuck Kreiter]

Some laptops (maybe it's windows 10), allow you to remap a key from a windows 
perspective.  Perhaps your laptop/windows has SHIFT+F9 mapped to something 
completely different?  

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

While replying to some of the ideas you folks sent me I thought to try another 
one:  I said  works in Outlook, but I forgot to distinguish:  It's 
working in ~my~ Outlook, on my own desktop.  So I just went to Outlook on the 
client's desktop (provided through the VPN), and there  works in Outlook 
but  doesn't.

Clearly the problem a) isn't in my imagination, b) isn't on my own hardware 
somewhere, and c) isn't in any part of the mainframe.  It's gotta be in the VPN 
or on the server side.  I'll still take ideas, but I hereby declare this OT for 
this forum.

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

/* Q: What do you call a beautiful woman on a trombonist's arm?  A: A tatoo.  
-from a collection of musician jokes */

--- On 8/24/2020 9:57 AM, Bob Bridges wrote:
> 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: IODF Activation Question - Followup

[Chuck Kreiter]

I used to manage 4 monoplexes on the same CEC.  That's how I did my updates.  
Activate on one monoplex and copy the IODF to the others and activate soft.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs
Sent: Thursday, May 21, 2020 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IODF Activation Question - Followup

I have a followup question on this topic. In addition to the 8 z/OS systems in 
the sysplex, we have several standalone monoplex z/OS systems on the same CEC. 
If I perform the HCD work in the sysplex, then transfer the IODF file to one of 
the standalone systems, perform a software and hardware activation there, will 
the IODF tokens match between the hardware and software in the members in the 
sysplex once they're all IPLed with the new IODF?

My goal is to keep everything in sync without needing a POR of the processor.

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: Activate SMS configuration in batch

[Chuck Kreiter]

This would be a great add for Naviquest.  Perhaps this can get kicked around
at the next Share storage Free for All.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gadi Ben-Avi
Sent: Thursday, May 14, 2020 6:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Activate SMS configuration in batch

Hi,
Does anyone know of a way to activate an SMS configuration in batch?

I know I can issue the SETSMS SCDS(xx) command in batch, but I am long for a
way that will wait until the activation is complete before continuing to the
next step.

We are running z/OS v2.2

Thanks

Gadi


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

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

Re: SoftwareXcel Discontinued - Q support replacement?

[Chuck Kreiter]

Take a look at Ed Jaffe's Share presentations about going "off the grid" for
IBM support.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of IBM user
Sent: Thursday, September 19, 2019 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SoftwareXcel Discontinued - Q support replacement?

Is there a reasonably priced service option that will provide software Q
support, like SoftwareXcel Basic Edition once did?   Is z Systems Premier
Software Care reasonably priced?

There are threads on IBM-Main about this, but I have not seen a good answer.


The admonition to simply "RTFM" is a little over the top when many of the
manuals contain incomplete "how to" information.

Signed,
Your generic IBM User

--
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: Attitude of companies toward mainframers working from home?

[Chuck Kreiter]

Do you have to also go into the office for "off-hours" support?  During an 
outage, I would expect that is when you are needed to be most productive so 
being on-site seems logical (according to the management explaination).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esmie moo
Sent: Thursday, August 22, 2019 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Attitude of companies toward mainframers working from home?

 We were able to work from home until last year.  According  to management's 
explanation "productivity had deteriorated"Now, we all make the trek to the 
office.  A lot of people were caught in a bind because their homes were about 
50 -70 miles away from the city center.  Others had to scramble to find daycare 
for their toddlers.  An immense strain and hardship was exacted on us because 
we now have to pay expensive transportation costs etc.  But as we are reminded 
by management to "count our blessings and we are lucky to have a job".  Amen 
!
On Thursday, August 22, 2019, 02:55:34 a.m. GMT-4, Ron Hawkins 
 wrote:  
 
 Charles,

It may be a bit different for a test environment, but up until I left Hitachi 
last year, I was the only MF person that split time between home and the office.

A year later, the MF itself has moved, and none of the testers works on site. 
When I left they were located in both US states and another country. I am doing 
some contract work for them n and split my time between Australia and 
Philippines.

I liked to have our team to train and work face to face occasionally and had 
regular fly-ins of the team for a week. California killed this off as they want 
to declare you a tax resident if you spend more than 60 calendar days in the 
state. Tell that to someone from Nevada.


RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, 22 August 2019 06:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Attitude of companies toward mainframers working from home?

I am doing a favor for a friend who is writing a blog article on the above 
subject, with an emphasis on the effect of the shrinking mainframe personnel 
pool. (This is NOT some disguised headhunter pitch. Reply to the list or to me 
personally. I will take full responsibility for "sanitizing" your e-mail 
address and so forth out of what I forward to my friend.)

Does your employer allow mainframe sysprogs and developers to work from home?
Any particular restrictions or qualifications?
Have they changed their policies specifically to address the shrinking 
mainframe personnel pool?
Roughly what percentage of your colleagues work from home?

Thanks!

Charles 

--
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: Question about new IBM support site

[Chuck Kreiter]

I found the same thing this morning with a case on the new system.  Much
slower load times for selection criteria and to review updates.  We pick on
IBM for the support site but I've found the new Broadcom support sight to be
pretty bad as well.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Monday, July 29, 2019 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about new IBM support site

There are more buttons to press

I have had to wait a few minutes after pulling up a CASE 

Then a button shows up for MORE

[MORE]  just click that

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Allan Staller
> Sent: Monday, July 29, 2019 8:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Question about new IBM support site
> 
> The "new tools" are neither as reliable, available or functional as 
> those they replace.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lopez, Sharon
> Sent: Monday, July 29, 2019 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Question about new IBM support site
> 
> My DB2 co-worker was telling me that he cannot see Level 2's respond 
> to his SR now with the new system.  Has anyone else experienced this; 
> is this working as designed?
> 
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist BB - IT Production 
> Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 Office (919) 327-6369 
> sharon.lo...@bbandt.com
> 
> 
> 
> The information in this transmission may contain proprietary and 
> non-public information of BB or its affiliates and may be subject to 
> protection under the law. The message is intended for the sole use of 
> the individual or entity to which it is addressed. If you are not the 
> intended recipient, you are notified that any use, distribution or 
> copying of the message is strictly prohibited. If you received this 
> message in error, please delete the material from your system without 
> reading the content and notify the sender immediately of the inadvertent
transmission.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
> --
> ---
> --
> ---
> --
> ---
> ---
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred
> errors) shall therefore not attach any liability on the originator or 
> HCL or its affiliates. Views or opinions, if any, presented in this 
> email are solely those of the author and may not necessarily reflect 
> the views or opinions of HCL or its affiliates. Any form of 
> reproduction, dissemination, copying, disclosure, modification, 
> distribution and / or publication of this message without the prior 
> written consent of authorized representative of HCL is strictly 
> prohibited. If you have received this email in error please delete it 
> and notify the sender immediately. Before opening any email and/or
attachments, please check them for viruses and other defects.
> --
> ---
> --
> ---
> --
> ---
> ---
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Expanding DFHSM MCDS

[Chuck Kreiter]

We run with a single MOD-27 cluster with no problems.  Looking to take that to 
a MOD-54 and then split into multiple clusters.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, July 9, 2019 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Expanding DFHSM MCDS

We need to expand the MCDS and are leaning towards using a mod-27 volume to 
resize and keeping a single cluster. I've done some reading and have not seen 
anything about whether this can be done. Anybody out there done this?

Hervey

--
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: Cyber-Heist That Impacted Millions Bankrupts Medical Debt Collector (Mainframe related)

[Chuck Kreiter]

Really hard to feel bad for this company.

1. Left a platform that worked well for year for something "shiny and new"
2. Apparently didn’t test security after implementation or keep current on fixes
3. Unless this is just a billing company, I have a hard time feeling sorry for 
any "debt collector".  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Tuesday, June 18, 2019 8:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Cyber-Heist That Impacted Millions Bankrupts Medical Debt 
Collector (Mainframe related)

>From the article:

...
Fuchs said the company, which he founded in 1977, originally had its own IBM 
mainframe that served AMCA’s purposes “well for many years.” But changes in 
technology (most notably, the shift to cloud computing) made it clear, he said, 
that continued reliance on the office system “would not be tenable in the long 
term.

"After years of planning, Fuchs wrote, the company moved its systems to a cloud 
service provider in 2015. The company invested over a million dollars on, among 
other precautions, the hiring of “outside IT consultants” to ensure AMCA’s data 
security protocols reflected “current technological standards.”
...

https://gizmodo.com/massive-cyber-heist-bankrupts-medical-debt-collector-1835630684

Regards,

Mark T. Regan, K8MTR
CTO1 USNR-Retired
Nationwide Insurance, Retired

--
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: Defining SMS Volume

[Chuck Kreiter]

Did you active the SMS configuration after adding the volume?  Are you looking 
at the ACTIVE ACDS or SCDS in ISMF?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elaine Beal
Sent: Wednesday, May 22, 2019 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Defining SMS Volume

I have initialed a volume as STRG and it is offline.
I added it to an SMS storage group via ISMF The volume now shows up in the 
ISMSF storage group.
However, when I vary the volume online the status does not show as SMS.
What am I missing?

Thanks,
Elaine

--
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: ISMF msg

[Chuck Kreiter]

Did you press F1 after getting RC=08 in ISMF.  Sometimes you can get a better 
explanation that way.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Pace
Sent: Friday, March 8, 2019 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISMF msg

I fixed it, but not sure why/how it wasn't working.
At some point I remember my SYS1.DFSMS.SCDS was missing the correct 
configuration.  The ACDS was correct, but I wasn't sure how to get it retrieve 
in to an SCDS. I finally remembered that I could save the ACDS into a new SCDS. 
 That became SYS3.DFSMS.SCDS.  I made SYS3.DFSMS.SCDS the current SCDS and it 
was that one I was trying to update.  So I tried to SAVESCDS to the old 
SYS1.DFSMS.SCDS.  That worked and I can now update SYS1.DFSMS.SCDS with the new 
volume and activate it.

I checked in RACF and I had no rules protecting the SYS3 datasets, so I don't 
think that was the issue.

On Fri, Mar 8, 2019 at 11:55 AM Carmen Vitullo  wrote:

> YW! WOW that's a lot of 'stuff'
> hope you get it figured out, let us know
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Mark Pace" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Friday, March 8, 2019 10:49:57 AM
> Subject: Re: ISMF msg
>
> Thanks for the pointer. Now to figure out what it is telling me.
>
> 11:47 Start of ISPF Log - - - - Session # 1580
> ---
> 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG);
> FUNCTION(VOLUME)
> 11:48 - DGTUV039 SYS3.DFSMS.SCDS
>
> 11:48 - DGTUV035 RETURN CODE(0008); REASON
> CODE(6131)
> 11:48 - DGTUV027 MODULE(IGDCSU10); PROCEDURE()
>
> 11:48 - DGTUV028 MESSAGE ID( - ); LAST
> PANEL(DGTDCSG7)
> 11:48 - DGTUV029 SERVICE(SMS/CS);
> FEEDBACK(SUBRET: 0 SUBRSN: 0)
> 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG);
> FUNCTION(VOLUME)
> 11:48 - DGTUV039 SYS3.DFSMS.SCDS
>
> 11:48 - DGTUV035 RETURN CODE(0012); REASON
> CODE(3117)
> 11:48 - DGTUV027 MODULE(DGTFCFAC);
> PROCEDURE(DGTFCFAC)
> 11:48 - DGTUV028 MESSAGE ID(DGTUC051 - DGTUC051); LAST PANEL(DGTDCSG7)
> 11:48 - DGTUV029 SERVICE(SMS/CS);
> FEEDBACK(ACCESS, CSI ACCESS MODE = W)
> 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG);
> FUNCTION(VOLUME)
> 11:48 - DGTUV039 SYS3.DFSMS.SCDS
>
> 11:48 - DGTUV035 RETURN CODE(0012); REASON
> CODE(3117)
> 11:48 - DGTUV027 MODULE(DGTFSGP3);
> PROCEDURE(ACCESS)
> 11:48 - DGTUV028 MESSAGE ID( - ); LAST
> PANEL(DGTDCSG7)
> 11:48 - DGTUV029 SERVICE(DGTECFAC);
> FEEDBACK(CALLMOD:DGTFSGSV CALLPROC:PROCOP2P)
> 11:48 * ISMF ERROR * - DGTUV034 APPLICATION(DGT6 - SG);
> FUNCTION(VOLUME)
> 11:48 - DGTUV039 SYS3.DFSMS.SCDS
>
> 11:48 - DGTUV035 RETURN CODE(0012); REASON
> CODE(3221)
> 11:48 - DGTUV027 MODULE(DGTFSGVR);
> PROCEDURE(VOSEL)
> 11:48 - DGTUV028 MESSAGE ID( - ); LAST
> PANEL(DGTDCSG7)
> 11:48 - DGTUV029 SERVICE(NONE);
> FEEDBACK(ELEMENT NAME: TMPSG1)
>
> On Fri, Mar 8, 2019 at 11:40 AM Carmen Vitullo 
> wrote:
>
> > some if the ISMF messages may have just gone to the ISPF log, you 
> > may
> wnat
> > to check 7.5 to see if the log is active and if any messages are 
> > there , just a thought
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "Mark Pace" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Friday, March 8, 2019 10:38:05 AM
> > Subject: Re: ISMF msg
> >
> > I'm NOT running HSM.
> >
> > On Fri, Mar 8, 2019 at 11:37 AM Mark Pace 
> wrote:
> >
> > > I'm running HSM, no started task to look at.
> > >
> > > I'll check on my TSO profile.
> > >
> > > On Fri, Mar 8, 2019 at 11:22 AM Lizette Koehler <
> stars...@mindspring.com>
> >
> > > wrote:
> > >
> > >> Sometime the messages come back to the tso session when using ISMF.
> > >>
> > >> Check your TSO PROFILE and make sure you are not suppressing them
> > >>
> > >> You could also check the DFHSM STC Task for the messages, they 
> > >> could
> be
> > >> there as well.
> > >>
> > >>
> > >> Lizette
> > >>
> > >>
> > >> > -Original Message-
> > >> > From: IBM Mainframe Discussion List  
> > >> > On
> > >> Behalf Of
> > >> > Mark Pace
> > >> > Sent: Friday, March 08, 2019 9:16 AM
> > >> > To: IBM-MAIN@LISTSERV.UA.EDU
> > >> > Subject: ISMF msg
> > >> >
> > >> > I'm trying to add a new volume to a storage pool.
> > >> >
> > >> > When I try to add I get this message on the Panel - SMS RETCODE:
> > >> 8
> > >> >
> > >> > Searching google it points to ARC0940I - which tells me to look 
> > >> > are
> > >> preceding
> > >> > ARCxxx messages. I am not seeing any ARC messages on the 
> > >> > console or
> > >> system
> > >> > log. I thought ARC messages came out of HSM, but I am not 
> > >> > running
> > HSM.
> > >> >
> > >> > --
> > >> > The postings on this site are my own and don’t necessarily
> represent
> > >> > Mainline’s positions or opinions
> > >> >
> > >> > Mark D Pace
> > >> > Senior Systems Engineer
> > >> > Mainline Information Systems
> > >> >
> > >> >
> > 

Re: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

[Chuck Kreiter]

I asked a former co-worker who is still with the insurance company.  He
found some old JCL examples but no source code.  He seemed to think it came
from Policy Management Systems, which also wrote the policy administration
software we used at the time.  I think they were acquired by CSC along the
line.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Monday, February 25, 2019 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

Thanks to everyone for the input.  As Chuck said this is a program that you
can use to copy one file to another.  During the copy process you can do
some filtering to determine which records get copied.  Sounds like we will
have to live with the fact we don't have source code.

Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Sunday, February 24, 2019 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3 [EXTERNAL]

We had them at an insurance company I worked at in the past.  We dropped
them at YR2K as we were updating all of code/JCL since it was no longer
supported.  I don't recall the details of where we acquired it from.  If I
recall, it was a gener like tool that took care of some of the allocation
for you.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Saturday, February 23, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3

Has anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3.  We ran into an issue with these programs
related to EAV volumes.  It seems we acquired these programs as part of a
merger many years ago.  No one seems to have any idea where the source could
be.  From what we can tell these may have been some freeware programs, but
can't say for 100%.  We searched the CBT website and did some Google
searches but could not find anything to help us.

I would be interested in hearing from anyone that happens to know about
these programs and has source.

As a side note with the use of the ASMDASM program and some detective work
we determined what was causing the issue and was able to ZAP the program
SUPCOP1 to fix the issue.  It would be nice to have source for any future
issues.

Thanks..

Paul Feller
AGT Mainframe Technical Support




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

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

--
Please note:  This message originated outside your organization. Please use
caution when opening links or attachments.

--
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: Anyone ever seen/hear about a set of programs called SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3

[Chuck Kreiter]

We had them at an insurance company I worked at in the past.  We dropped
them at YR2K as we were updating all of code/JCL since it was no longer
supported.  I don't recall the details of where we acquired it from.  If I
recall, it was a gener like tool that took care of some of the allocation
for you.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Feller, Paul
Sent: Saturday, February 23, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3

Has anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3.  We ran into an issue with these programs
related to EAV volumes.  It seems we acquired these programs as part of a
merger many years ago.  No one seems to have any idea where the source could
be.  From what we can tell these may have been some freeware programs, but
can't say for 100%.  We searched the CBT website and did some Google
searches but could not find anything to help us.

I would be interested in hearing from anyone that happens to know about
these programs and has source.

As a side note with the use of the ASMDASM program and some detective work
we determined what was causing the issue and was able to ZAP the program
SUPCOP1 to fix the issue.  It would be nice to have source for any future
issues.

Thanks..

Paul Feller
AGT Mainframe Technical Support




--
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: HSM Migrate Storagegroup Command APAR OA56695

[Chuck Kreiter]

Second APAR opened for defect in the DAYS subparameter of the MIGRATE
STORAGEGROUP command (OA56800)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hervey Martinez
Sent: Wednesday, January 23, 2019 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Migrate Storagegroup Command APAR OA56695

Hi Chuck,

So, what you're saying is that the command ignored management class
attributes for each of these files?


Hervey

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Chuck Kreiter
Sent: Wednesday, January 23, 2019 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HSM Migrate Storagegroup Command APAR OA56695

My firm was recently hit with a bug in the MIGRATE STORAGEGROUP command.
When issued, HSM began migrating the storage group requested but then moved
on to other volumes in different storage groups.  We discovered this after
several CICS datasets were migrated while the region was down and the
restart was delayed for recalls.  I just wanted to pass this along to those
who use this command.  The APAR describes running MIGRATE STORAGEGROUP
commands on a system that runs primary space management.  However, we hit
this on a system that doesn't run primary space management as well.  From
the dump of HSM on this system, IBM discovered the SMS VT had thousands of
volumes in it rather than just the ones in the SG selected for migration.  


--
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: HSM Migrate Storagegroup Command APAR OA56695

[Chuck Kreiter]

For the volumes outside the storage group, it did.  IBM is looking to see if
it took DAYS(0) as a default.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hervey Martinez
Sent: Wednesday, January 23, 2019 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Migrate Storagegroup Command APAR OA56695

Hi Chuck,

So, what you're saying is that the command ignored management class
attributes for each of these files?


Hervey

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Chuck Kreiter
Sent: Wednesday, January 23, 2019 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HSM Migrate Storagegroup Command APAR OA56695

My firm was recently hit with a bug in the MIGRATE STORAGEGROUP command.
When issued, HSM began migrating the storage group requested but then moved
on to other volumes in different storage groups.  We discovered this after
several CICS datasets were migrated while the region was down and the
restart was delayed for recalls.  I just wanted to pass this along to those
who use this command.  The APAR describes running MIGRATE STORAGEGROUP
commands on a system that runs primary space management.  However, we hit
this on a system that doesn't run primary space management as well.  From
the dump of HSM on this system, IBM discovered the SMS VT had thousands of
volumes in it rather than just the ones in the SG selected for migration.  


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

HSM Migrate Storagegroup Command APAR OA56695

[Chuck Kreiter]

My firm was recently hit with a bug in the MIGRATE STORAGEGROUP command.
When issued, HSM began migrating the storage group requested but then moved
on to other volumes in different storage groups.  We discovered this after
several CICS datasets were migrated while the region was down and the
restart was delayed for recalls.  I just wanted to pass this along to those
who use this command.  The APAR describes running MIGRATE STORAGEGROUP
commands on a system that runs primary space management.  However, we hit
this on a system that doesn't run primary space management as well.  From
the dump of HSM on this system, IBM discovered the SMS VT had thousands of
volumes in it rather than just the ones in the SG selected for migration.  


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

Re: z/OS 1.12 question

[Chuck Kreiter]

Because if you give users a means to save more datasets that they don't need, 
they will do it.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, January 10, 2019 8:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 1.12 question

On 1/10/2019 5:12 PM, Tom Conley wrote:
> Good to know folks out there aren't exploiting extended GDG's.


Which is amazing considering, without that support, you can't even maintain one 
generation per day for a year! =-O


-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

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

Re: It's Official: Open-Plan Offices Are Now the Dumbest Management Fad of All Time | Inc.com

[Chuck Kreiter]

Last office I worked in did this.  Everyone said it would kill productivity but 
we were told we were wrong.  I now work from home and get more done than I ever 
have in my career.  

This is the key paragraph in this article:

"What if you're just a worker-bee? Well, tread lightly. As a general rule, 
bosses don't react well when told they've made an expensive, dumb mistake. 
There are also some folk at your workplace whose careers are now tied to the 
"success" of the office redesign."

These people who made the decisions work in actual walled offices with doors 
they can close.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Thursday, January 3, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: It's Official: Open-Plan Offices Are Now the Dumbest Management 
Fad of All Time | Inc.com

For those of you who find yourselves in this type of working environment.

https://www.inc.com/geoffrey-james/its-official-open-plan-offices-are-now-dumbest-management-fad-of-all-time.html

Mark T. Regan, K8MTR
CTO1, USNR-Retired
1969-1991

--
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: HSM Migration Question

[Chuck Kreiter]

Thanks.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Glenn Wilcock
Sent: Wednesday, January 2, 2019 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Migration Question

HSM uses the Base Data Component to determine data set migration eligibility.

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

HSM Migration Question

[Chuck Kreiter]

If a VSAM cluster has a data component that was last accessed yesterday and
in index component that was last accessed 15 days ago and is in a management
class that has primary data on-usage of 8, will the index component trigger
the migration of the cluster?  


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

Re: Multi-volume HSM MCDS

[Chuck Kreiter]

It doesn't need to be RLS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

--
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: Thanks For All the Fish

[Chuck Kreiter]

Enjoy your retirement.  You will be missed on IBM-Main and at Share.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Wednesday, December 12, 2018 8:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Thanks For All the Fish

Friday, 14 December 2018, will be my last day at IBM.  For the curious, I 
started on a Wednesday, 1 June 1977, so it will be 41 years, 6 months since I 
started as a CE in the local Poughkeepsie branch office.

It's time to shed the daily stress, devote more time to my hobbies (diving, 
amateur radio, metalworking, cycling), and find a place in the County that can 
use an active volunteer for however many hours I feel like working (if any).

I won't be able to get notes on my IBM e-mail address after about noon Friday.  
I also won't get phone messages after that time at my work phone number, 
because they arrive as e-mail attachments.

Hanging out here has been quite instructive and usually fun (smile), so: 
Thanks, folks.

All the best, everyone.

--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com (for a couple more days)

--
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: So much for THAT excuse | Computerworld SHARK TANK

[Chuck Kreiter]

It was some old Memorex amber terminal.  I don't recall the model.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Monday, November 19, 2018 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: So much for THAT excuse | Computerworld SHARK TANK

Chuck: 3277?

On 2018-11-19 13:32, Chuck Kreiter wrote:
> First OS/390 install I did kept failing on the Unix System Services steps.
> The terminal I had only did uppercase.  Once I swapped it out with one 
> that did both cases, it worked fine.  Beat my head on the desk for a 
> couple of days on that one.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Phil Smith III
> Sent: Monday, November 19, 2018 1:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: So much for THAT excuse | Computerworld SHARK TANK
>
> Nice.
>
>   
>
> I once got on a plane to go to a customer site because they could NOT 
> get an SNMP common string accepted. As I had at least half suspected, 
> they were entering it in uppercase, despite multiple explicit attempts 
> to get them to enter it in lowercase. (Yes, I'd suggested WebEx or 
> equivalent; "Not
> allowed".)
>
>   
>
> Customer wasn't even abashed.
>
>   
>
> Case sensitivity and null-terminated strings: two historical Unix 
> mistakes that have cost untold billions.
>
>
> --
> 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: So much for THAT excuse | Computerworld SHARK TANK

[Chuck Kreiter]

First OS/390 install I did kept failing on the Unix System Services steps.
The terminal I had only did uppercase.  Once I swapped it out with one that
did both cases, it worked fine.  Beat my head on the desk for a couple of
days on that one.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Monday, November 19, 2018 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: So much for THAT excuse | Computerworld SHARK TANK

Nice.

 

I once got on a plane to go to a customer site because they could NOT get an
SNMP common string accepted. As I had at least half suspected, they were
entering it in uppercase, despite multiple explicit attempts to get them to
enter it in lowercase. (Yes, I'd suggested WebEx or equivalent; "Not
allowed".)

 

Customer wasn't even abashed.

 

Case sensitivity and null-terminated strings: two historical Unix mistakes
that have cost untold billions.


--
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: Command to list aged, migrated items

[Chuck Kreiter]

HSEND LIST DSNAME ODS('your.dataset.name') select(age(60)).  This will give
you anything migrated 60 days or more ago.  You can then use the program of
your choice to pare down the list.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sankaranarayanan, Vignesh
Sent: Tuesday, October 16, 2018 4:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Command to list aged, migrated items

Hello everyone,

I'm looking for a command to list all ML1/ML2 datasets that have an age of
60 (2 months ago, they were migrated).
A working command would be ideal, as I'm looking to stick it into a batch
job..

Thank you!

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

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

Re: ISPF issue - new system

[Chuck Kreiter]

You will probably need to put something in VATLSTxx.  Read the init and tuning 
guide for that parmlib member.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vinoth M
Sent: Friday, October 5, 2018 1:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF issue - new system

Hi All,

We have build a new system and we are bringing this system without SMS 
configuration.
We got the VTAM, TSO, TCPIP up and we are ready to login TSO, when we login to 
TSO, the ISPF profiles are not getting allocated, since it’s pointing to SMS 
dataset but we have disabled SMS.

May I know, where to change the SMS stuffs to NON-SMS volume, do I no to change 
in parmlibs or any other procs, please let me know.

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: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies . The Register

[Chuck Kreiter]

And Cybermation.  Company I worked for was getting rid of CA products and
CA-11 and Jobtrac were up.  Migrated to Cybermation's ESP and Encore only to
have CA buy them about 6 months after the conversion completed.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Friday, July 13, 2018 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Weirdest. Acquisition. Ever. Broadcom buys CA Technologies .
The Register

Wayne Bickerdike wrote, in part, re CA:

>Over the years they also swallowed Pansophic, Platinum, the IDMS guys

>(Cullinane/Cullinet?) and lots of others. Not sure what happened to 
>Goal

>Systems, they had some good stuff too.

 

Goal was acquired by Legent, which itself was formed when Morino Associates
and Duquesne Systems merged. They didn't use my suggested name for that
merger: Dorito.

 

Then CA bought Legent a few years later. And don't forget Sterling
Software-at the time, the largest software deal ever. All gone, all dust. 


--
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: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Chuck Kreiter]

I was shocked when this article showed up on my front page on Reddit.  
Perfectly stated!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, June 21, 2018 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with 
their web content?

Here's our take on this issue - 

http://watsonwalker.com/what-is-happening-with-ibms-websites/

All my best,
Cheryl

===
Cheryl Watson
Watson & Walker, Inc.
www.watsonwalker.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: DFSMSdss Release command

[Chuck Kreiter]

If a user is commonly creating empty files, have them use a tiny primary with a 
large secondary extent.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Tuesday, May 1, 2018 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSdss Release command

Thanks
Sometimes you need a microscope to find information.
I wish I had CA-Disk on this system.

Any suggestions on how to free this space?

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Tuesday, May 1, 2018 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSMSdss Release command

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

again, if you know what you are looking for, you can find it, often with help 
of Google.
Well hidden in the text is:
"DFSMSdss does not release any space for data sets that are empty (the last 
used block pointer in the data set’s VTOC entry is zero)."
AFAIK, there is no way around this restriction. We use CA-DISK for that.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gadi Ben-Avi
> Sent: 01 May, 2018 13:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
>
> Thanks
> I did that, but for some reason it's not working.
> This is the command I am using:
> GE 0001 5695-DF175  DFSMSDSS V2R02.0 DA
> RELEASE -
>   INCLUDE( -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180409 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180412 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180415 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180416 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180422 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180423 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180425 -
> KVPO.LGDM02.KLITMINL.SHILTA.D1180426 -
>   )
>
> If I look at the file using DSLIST I see:
> --
> - Enter "/" to select actionTracks %Used   XT
> --
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804091  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D11804121  100 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041510 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118041610 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D118042210 1
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180423 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180425 35420 2
>  KVPO.LGDM02.KLITMINL.SHILTA.D1180426 35420 2
>
> So I would expect the last 63 files to be processed, but I get a 
> message saying that no files were processed.
> Each of the files is allocated on one volume, so there are no 
> multivolume issues.
>
> Gadi
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Tuesday, May 1, 2018 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFSMSdss Release command
>
> The manual is a mess to find what you are looking for.
> This the example chapter of RELEASE in the DFdss manual.
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> 2r
> 1.adru000/dgt3u2147.htm
>
> to specify a list of datasets, use the FILTERDD parameter
> //SYSINDD  *
>   RELEASE DS(FILTERDD(FILTD1))
>  //FILTD1   DD*
>   INCLUDE(DSN1-
>   DSN2-
>   DSN3-
>   DSN4-
>   DSN5-
>   DSN6-
>   DSN7-
>   DSN8-
>   DSN9-
> )
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v
> 2r
> 1.adru000/cnsfil.htm
>
> Kees.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi
> > Sent: 01 May, 2018 12:22
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: DFSMSdss Release command
> >
> > Hi,
> > I am trying to create a job that will use the DFSMSdss RELEASE 
> > command to release unused space from a list of datasets.
> > Can anyone help me?
> >
> > Thanks
> >
> > Gadi
> >
> > ? ?? ?    ?? ??? ??? ??  ? ???
> > ?? ??. ?? ,  ?? ???  ?, ???  
> > ? ?? ??? ? ?? ?? 

Re: Mechanics of MFA

[Chuck Kreiter]

Where I'm at, our virtual desktops are controlled by our normal password.
To log on to any mainframe session, we have to use our RSA soft-id or token
generated password.  Each one can only be used once.  We use TPX which then
uses passtickets to log us on to CICS, TSO, Omegamon, etc.  Because of the
multiple systems and segregation between prod and non-prod, the biggest
impact to sign on's for me is after a weekly reboot of my virtual desktop.
The RSA passwords refresh every 30 seconds and you have to wait for a new
one every time you use one.  So what used to take 2-3 minutes each week with
passwords now takes about 10 minutes to get signed on to everything.
However, that is the only change we have had to endure.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jesse 1 Robinson
Sent: Wednesday, March 21, 2018 12:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mechanics of MFA

Multifactor Authentication is on everyone's lips these days. The closest
experience I have with it is logging on to VPN with a token-if that really
counts. Once logged on, however, my session locks up frequently due to a
tight limit on activity. Or I lock it myself when walking away from my desk.
When lockup occurs, I reenter my defined password and move on. VPN timeout
period is much longer, at which point I have to use the token again.

So how does MFA work in practice? I ask because the idea of having to go
through MFA every few minutes would be a very hard sell at the ranch.

.
.
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: Hardware upgrade z13 to z14....Yikes

[Chuck Kreiter]

We recently did an upgrade to z14's and have seen some unexplained problems.
It appears (unconfirmed as of yet, but should be soon) to be related to some
CA products.  We should have confirmation later today or tomorrow.  Our
upgrade was z12's to z14's and we are running z/OS 2.2.  If I get
confirmation, I'll pass along more details.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of fred glenlake
Sent: Monday, February 26, 2018 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Hardware upgrade z13 to z14Yikes

Hi List,

My management must be in line to cash in on performance bonuses because they
have decreed we will upgrade our z13's to z14's in 90 days.   This was a
total out of left field surprise, perhaps our hardware vendor had a sale on
for "Presidents Day", right next to the slacks and shirts and CEC's??

I am just starting to review the IBM considerations of going to z14's, lots
to consider and read which I do not mind.   Wondered if any list members had
already moved to z14's and could share any land mines they encountered
upgrading.

At the 10,000 foot level I am thinking to get this done quickly hardware
wise we drop the new CEC's next to the existing ones.   Hook them up to
power, HMC's, etc.  Then grab a couple of cables from existing CEC's for
DASD and Tape, swing them over.   Use the existing IOCP and IOCDS as the
basis of the new IOCP/IOCDS, update serial numbers, models, etc.  Then bring
up our sysprog lpar on the new CEC, get that one going, update and fix
software keys/licenses, issues with first IPL's on new CEC, etc.   Once all
the work is done in terms of getting ready for the rest of the lpars, then
go for the big bang one weekend.  Bring down the rest of the lpars, drop the
cables, swing over to new CEC, hook up and IPL remaining lpars.   Assuming
no phat thumb checks it should work.  Of course there are a ton of
considerations to review and check, coupling facility stuff, software stuff,
compatibility maintenance, etc.   However all things being equal I am
thinking this approach is likely the safest in terms of risk avoidance and
getting this done with the 90 days.   We could go the move one lpar at a
time route but that would mean more work and it would take longer especially
with our change management processes (bless their little hearts).

Any alternate suggestions or comments would be appreciated as I am sure
there will still be a few land mines with my name on them waiting in the
woods.

FredG.




--
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: migration to new z/OS release

[Chuck Kreiter]

My first install was OS/390 2.8 to upgrade an OS/390 1.2 system and I did 
exactly what you are proposing.  To keep catalog issues from biting me, I'd do 
an export and import of the user catalogs to new clusters between tests.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Tuesday, January 2, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: migration to new z/OS release

I am just now starting the research on migrating an os/390 machine to z/OS. 
Currently, it is running on a z/10, and we will use an z/OS that is compatible 
with the z/10, so a hardware conversion is not an issue.

This OS/390 system has been managed by multiple out-sourcers and bastardized to 
the point that we would like to consider just installing a new, clean z/OS, 
then migrating the data to it. This is something I have done many times on 
z/VSE, but not on z/OS and I know it's not as simple due to the ICF catalogs 
and such found on z/OS.

Does anybody have a favorite document that describes such a move and the things 
we need to consider? Pointers to "free" tools would also be helpful as we 
decide which way to migrate this box.

--
Tony Thigpen

--
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: Job Searching - Mainframe (zos/zvm) Performance or Sysprog Recommendations

[Chuck Kreiter]

I've found my last two mainframe positions on LinkedIn by doing a nationwide 
search for z/OS.  You might also hit up the guys at spci.net.  They specialize 
in mainframe positions and usually attend Share.  Indeed also has a nice 
selection of z/OS jobs.  Best of luck in your search.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Estle
Sent: Saturday, July 22, 2017 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Job Searching - Mainframe (zos/zvm) Performance or Sysprog 
Recommendations

Hello All,

As a multi-decade IBMer, recently "asked" to retire and new to this forum, I am 
looking for best practices, pointers, advice, info, recommendations on best 
places to search / find / locate mainframe (zos and/or zvm and/or 
performance/capacity) related positions including contracting related jobs as I 
am actively searching.  Referrals to recommended mainframe oriented recruiters 
and/or recruiting companies is also appreciated.  If anyone is actively hiring 
please feel free to contact me offline or via linkedin.

Any and all advice is very much appreciated and thanks very much for your 
consideration in advancing my search.

Thanks,
Steve Estle
sest...@gmail.com
303-817-9954

--
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's Marissa Mayer moment: Staff ordered to work in one of 6 main offices – or face the axe

[Chuck Kreiter]

Great...following the path of a failed company and leader.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Regan
Sent: Wednesday, February 8, 2017 7:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM's Marissa Mayer moment: Staff ordered to work in one of 6 main 
offices – or face the axe

https://www.theregister.co.uk/2017/02/08/ibm_no_more_telecommuting/


--
Mark T. Regan, K8MTR

--
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: SCDS/ACDS Compare Tool

[Chuck Kreiter]

I'll check that out.  Thanks.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Thursday, February 2, 2017 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCDS/ACDS Compare Tool

serena software. comparex

Sent from my iPhone
Steve Beaver 


> On Feb 2, 2017, at 12:29, John McKown <john.archie.mck...@gmail.com> wrote:
> 
> On Thu, Feb 2, 2017 at 12:18 PM, Chuck Kreiter 
> <kreiter_ibm-m...@twc.com>
> wrote:
> 
>> Management at my company wants to see a delta compare of the ACDS and 
>> the "to be activated" SCDS so that they can see what is going to be 
>> implemented with a given change.  I've asked IBM and they were not aware of 
>> anything.
>> I've looked at Naviquest and it can do some but not everything.  A 
>> FileManger compare of the files doesn't produce anything useful.  
>> Anyone know of such a tool or process to produce such a compare?
>> 
> 
> ​I've never heard of such a thing. It would be a bit like saying: 
> "Compare this COBOL source program to the program object currently 
> being run to see what the differences are."​
> 
> 
>> Thanks,
>> 
>> Chuck
>> 
> 
> 
> --
> There’s no obfuscated Perl contest because it’s pointless.
> 
> —Jeff Polk
> 
> 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

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

Re: SCDS/ACDS Compare Tool

[Chuck Kreiter]

Paranoia is driving this more than anything.  Managers are being asked to
sign-off on changes and that is driving the desire to know exactly what was
changed.  We provide screen shots of our changes or ACS code compares,  but
this doesn't prove something else wasn't changed in their minds.  They want
to see what is different between the current ACDS and the SCDS that is about
the activated.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Thursday, February 2, 2017 3:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCDS/ACDS Compare Tool

What specifically do they think they need with the ACDS/SCDS?

I can dynamically change lots of things in ISMF and unless I document it
outside of the product, it will remain hidden.

Was there an event where an old version of the SCDS was activated?  Were ACS
code regressed or not tested prior to implementing?  Were volumes moved out
of or into the wrong SMS Storage Group?

What is the incentive to do this?

Change ACS Constructs
Translate
Validate
Activate

Is there something in this process they need more robust or bullet-proof?




Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Chuck Kreiter
> Sent: Thursday, February 02, 2017 11:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SCDS/ACDS Compare Tool
> 
> Management at my company wants to see a delta compare of the ACDS and 
> the "to be activated" SCDS so that they can see what is going to be 
> implemented with a given change.  I've asked IBM and they were not aware
of anything.
> I've looked at Naviquest and it can do some but not everything.  A 
> FileManger compare of the files doesn't produce anything useful.  
> Anyone know of such a tool or process to produce such a compare?
> 
> 
> 
> Thanks,
> 
> Chuck
> 

--
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: SCDS/ACDS Compare Tool

[Chuck Kreiter]

I haven't either but wanted to ask this group.  Right now, we show our changes 
via screen shots but that doesn't seem good enough in this change/risk paranoia 
environment that I work.  We can't even initialize volumes with our own ID's 
any more.  They have to be done with a non-human account run through a 
scheduler.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, February 2, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCDS/ACDS Compare Tool

On Thu, Feb 2, 2017 at 12:18 PM, Chuck Kreiter <kreiter_ibm-m...@twc.com>
wrote:

> Management at my company wants to see a delta compare of the ACDS and 
> the "to be activated" SCDS so that they can see what is going to be 
> implemented with a given change.  I've asked IBM and they were not aware of 
> anything.
> I've looked at Naviquest and it can do some but not everything.  A 
> FileManger compare of the files doesn't produce anything useful.  
> Anyone know of such a tool or process to produce such a compare?
>

​I've never heard of such a thing. It would be a bit like saying: "Compare this 
COBOL source program to the program object currently being run to see what the 
differences are."​


> Thanks,
>
> Chuck
>


--
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

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

SCDS/ACDS Compare Tool

[Chuck Kreiter]

Management at my company wants to see a delta compare of the ACDS and the
"to be activated" SCDS so that they can see what is going to be implemented
with a given change.  I've asked IBM and they were not aware of anything.
I've looked at Naviquest and it can do some but not everything.  A
FileManger compare of the files doesn't produce anything useful.  Anyone
know of such a tool or process to produce such a compare?

 

Thanks, 

Chuck


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

Re: SMS Volume Status

[Chuck Kreiter]

Thanks for the reply.  

The problem I'm having is that the definition for each volume as defined in the 
storage group doesn't show up on this list as best I can tell . The status that 
is shown is the current status of the volume.  I need to identify those that 
have a status different than what they were defined I the CDS as.  

I'm probably going to end up displaying the volumes in SDSF, save those off and 
create Naviquest cards to update the CDS with the current status.  That way, 
everything will be as it is today.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Wednesday, October 12, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Volume Status

Chuck Kreiter wrote:

> What has happened over time is that some volumes have been DISNEW'ed to clear 
> them or ENABLED (from DISNEW) to allow for new allocations.  These were all 
> done via the VARY SMS,VOLUME(xx),DISABLE,NEW type commands.  

Others gave you good and interesting replies.

If you want to know when that VARY command is issued, you can use SMF to see 
who and when was that VARY command issued. (RACF class OPERCMDS, profile 
MVS.VARY.*)

>System/Sys SMS VOL MVS Vol  SMS G
>Group Name Status  Status   Status
>--- ---  --
>SYS1   DISNEW  ONLINE   ENABLE

>I'm really looking for this info in a batch (ideally) report.  I've looked 
>through Naviquest but not seen anything that reports this yet.

Print above list out (look at pulldown menu in ISMF) Then use DFSORT or ICETOOL 
to filter out your output dataset.

To see all volsers where first Status is different from second Status try out 
this ICETOOL statement:

INCLUDE COND=(,6,CH,NE,,6,CH)

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: SMS Volume Status

[Chuck Kreiter]

That appears to show the current status, not what was defined in the SMS SG
for the volume.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, Kees (ITOPT1) - KLM
Sent: Wednesday, October 12, 2016 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Volume Status

What I meant was with option 6, then option 1, then LISTV in front of the
SG. This will give you all the volumes, which you can sort on SMS status,
e.g. col. 25.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: 12 October, 2016 16:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Volume Status

I guess I should have clarified  a little more.  I'm looking to find volumes
that have a current status that does not match what is defined in the
storage group.  We rarely make SMS changes.  What has happened over time is
that some volumes have been DISNEW'ed to clear them or ENABLED (from DISNEW)
to allow for new allocations.  These were all done via the VARY
SMS,VOLUME(xx),DISABLE,NEW type commands.  Now, we have an ACS routine
change that is going to reset volume status back to what was defined.  

If I list a volume in ISMF option 6 by selection option 5 - Volume, I can
see the mismatch but this is limited to no more than 100  volumes and I have
thousands to check:

System/Sys SMS VOL MVS Vol  SMS G
Group Name Status  Status   Status
--- ---  --
SYS1   DISNEW  ONLINE   ENABLE

I'm really looking for this info in a batch (ideally) report.  I've looked
through Naviquest but not seen anything that reports this yet.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Wednesday, October 12, 2016 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS Volume Status

I'm looking for a way to identify volumes in a SMS storage group that have a
different status than what was defined in the storage group (i.e. volumes
that are enabled in the storage group that are currently DISNEW because a
vary command was issued).  Anyone know of a way to identify this?

 

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

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

Re: SMS Volume Status

[Chuck Kreiter]

I guess I should have clarified  a little more.  I'm looking to find volumes
that have a current status that does not match what is defined in the
storage group.  We rarely make SMS changes.  What has happened over time is
that some volumes have been DISNEW'ed to clear them or ENABLED (from DISNEW)
to allow for new allocations.  These were all done via the VARY
SMS,VOLUME(xx),DISABLE,NEW type commands.  Now, we have an ACS routine
change that is going to reset volume status back to what was defined.  

If I list a volume in ISMF option 6 by selection option 5 - Volume, I can
see the mismatch but this is limited to no more than 100  volumes and I have
thousands to check:

System/Sys SMS VOL MVS Vol  SMS G
Group Name Status  Status   Status
--- ---  --
SYS1   DISNEW  ONLINE   ENABLE

I'm really looking for this info in a batch (ideally) report.  I've looked
through Naviquest but not seen anything that reports this yet.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chuck Kreiter
Sent: Wednesday, October 12, 2016 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS Volume Status

I'm looking for a way to identify volumes in a SMS storage group that have a
different status than what was defined in the storage group (i.e. volumes
that are enabled in the storage group that are currently DISNEW because a
vary command was issued).  Anyone know of a way to identify this?

 

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

SMS Volume Status

[Chuck Kreiter]

I'm looking for a way to identify volumes in a SMS storage group that have a
different status than what was defined in the storage group (i.e. volumes
that are enabled in the storage group that are currently DISNEW because a
vary command was issued).  Anyone know of a way to identify this?

 

Thanks.


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

Re: remote system support (i.e. the data center is 2 states away from you).

[Chuck Kreiter]

I've been working remotely for the last 2.5 years and absolutely love it.  Some 
of my team does go in to the office but the rest are spread throughout the 
country and other parts of the world.  We use Skype for Business for IM and 
desktop sharing.  We also use MS Group Chat for notifications and groups 
discussions.  Those coupled with calls are all we need.  We never do video and 
I have no idea what most of my team members look like.  

I do have an office room in my house where I work most of the time.  It has 
everything my cubicle in an office would have without all the noise and 
distractions that come from an office environment.  

I get that some folks like the office setting and couldn't be a productive in a 
WFH environment.  For me, it's been awesome and I really don't think I could or 
would consider a job that requires going into the office.  I can move anywhere 
in the country and still do my job.  I no longer lose significant chunks of my 
life to a commute or have to deal with driving in bad weather.  

My 2¢'s.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, September 27, 2016 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: remote system support (i.e. the data center is 2 states away from you).

This is kind of a curiosity question and kind of serious. There is a chance 
that I might be offered a job where the data center is about 20 hours away by 
car (according to Google maps). Needless to say, there is no going in overnight 
to fix a problem. So I'm wondering if others here support a z/OS system where 
getting to the data center would be a long commute (unless you have your own 
plane, like some I know). How does that work out? In this shop, we haven't had 
any "operators" for about 5 years, maybe more. We systems people do all the 
hardware interfacing, tape management, IPL'ing, and "CE baby sitting" (being 
on-site while they work). This is really removed me from the historic paradigm. 
I somewhat like the thought of working from the house. But I also worry about 
being somewhat excluded from the unofficial information channels (i.e. company 
gossip). I also wonder about things like meetings and just being "invisible" 
and so "out of mind"
when decisions are made.

--
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: IBMLINK SR Application Unusble

[Chuck Kreiter]

They just can't leave a functional interface alone.  They always seem to try to 
"improve" it.  Omegamon is another one they keep trying to "improve".

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, August 25, 2016 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBMLINK SR Application Unusble

On 25 August 2016 at 08:22, Doug Henry
<012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:
> Print this page
> E-mail this page
> Digg
> Facebook
> Twitter
> Delicious
> Linked In
> Stumbleupon
> Google+

A good ad blocker makes short work of those "social media" buttons.
And is good for privacy and security to boot. Do you really want Facebook et al 
knowning about every visit you make to SR?

Tony H.

--
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: Minimum Volume Sizes in the Wild

[Chuck Kreiter]

We are actively eliminating mod-3's and mod-9's from our environment.  Next 
DASD refresh will only have 27's and 54's.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, June 28, 2016 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Minimum Volume Sizes in the Wild

What is the *smallest* volume size everyone sees in general use?

For example, will we create any problems if we assume that "everyone" 
has or can define at least a 3390-9 size volume these days?  What if we chose 
3390-27?

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

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

Naviquest Report

[Chuck Kreiter]

I'm running a storage group report on a z/OS 1.13 system.  

 

The parms for my ISMF list in batch are:

 

PROFILE PREFIX(IMBUSER)

ISPSTART CMD(ACBQBAIG SAVE SGNAMES +

SCDS('ACTIVE') STORGRP(*) STGTYPE(POOL) SPACEGB(Y)) +

NEWAPPL(DGT) BATSCRW(132) BATSCRD(27) BREDIMAX(3) BDISPMAX()

 

The parms for my report generation are:

 

PROFILE PREFIX(IMBUSER)

ISPSTART CMD(ACBQBARJ SGAMES) + 

BATSCRW(132) BATSCRD(27) BREDIMAX(3) BDISPMAX()

 

Reporting on the fields:

 

STORGRP

TOTALSPC

FREESPC

PERFSP

 

The report comes out fine except for one storage group.  It's returning:

 

SGONE . . .?

 

Any ideas why this one group doesn't report property?

 

 


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

Re: z10BC Mainframe Available in Connecticut for *Your* Basement

[Chuck Kreiter]

According to his Reddit post, he paid $237 for it.  At the Share
presentation, he indicated there wasn't any noticeable increase in his
parents electric bill.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of michelbutz
Sent: Friday, May 6, 2016 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z10BC Mainframe Available in Connecticut for *Your* Basement

I didn't catch the initial  e-mail thread what did he pay and what is his
monthly electrical bill 

Sent from my iPhone

> On May 6, 2016, at 10:55 AM, Timothy Sipples  wrote:
> 
> For those of you who would like to attempt to recreate Connor's feat, 
> especially if you have understanding parents, you may wish to consider 
> this
> auction:
> 
> https://www.govdeals.com/index.cfm?fa=Main.Item=452=3678
> 
> This z10BC machine is two model generations newer than Connor's z890 
> machine, but the higher asking price naturally reflects that. (Connor 
> got a great deal.) Like Connor's z890, storage is not included. 
> According to the listing, this z10BC machine has ESCON, FICON, and 
> 1000BASE-T connectivity, one IFL, and a PCI rating of approximately 
> 127 with two CPs (G02 capacity model). The FICON connectivity is 
> rather interesting since, as I understand it, it should be able to 
> negotiate a link with FICON/FCP-attached storage of practically any 
> vintage. Not necessarily a *fast* connection, but a connection. This 
> particular machine is configured with 32 GB of memory, so it's quite 
> realistic to run multiple LPARs. It's compatible with all current IBM 
> operating system and software releases, to my knowledge, although z/VM 
> 6.3 will be the last release to support the z10BC. The z10BC was 
> introduced in late 2008. It'd be a fine addition to the finest home 
> data center. Assuming you can get it up and running, it will support your
most mission-critical home workloads.
> 
> Happy bidding. And no, I have no affiliation with the University of 
> Connecticut.
> 
> --
> --
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Catalog move

[Chuck Kreiter]

I've used REPRO MERGECAT to do this in the past.  Once this is done, define 
your alias.  The datasets should be unallocated when you do this.  

REPRO INDATASET(old catalog) -
 OUTDATASET(new catalog)
 LEVEL(hlq) MERGECAT

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Thursday, May 5, 2016 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Catalog move

Hi

We have some product DATASET catalog to master instead of a user catalog.

So moving the DATASET entries from master to a user catalog is doable only when 
the started task is down ?

Any thoughts on the above approach ?

Peter

--
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: PDS I/O Performance Improvement

[Chuck Kreiter]

VIO might not be an option as the dataset is 1400 cylinders.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Hawkins
Sent: Monday, May 2, 2016 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS I/O Performance Improvement

Skip,

VIO is still a great way to handle small, temp data sets. I've used the method 
mentioned below where VLF was no help, and LLA Freeze a hindrance, and it works 
surprisingly well. At less than 1Mb per CYL it’s far from being expensive. Then 
again, I was a big fan of VFETCH too... Not unlike building a custom LSR pool 
just for one problematic file.

I'm pretty sure the majority of shops are using DFSMS to limit and direct small 
allocations to VIO. None of that nasty IO - in and out like the Flash. The best 
IO is the one you don't do, so why bother with all that VTOC IO just to create 
and delete a one track data set that you may or may not write to?

20MB (~25 Cyls) is a fairly reasonable max vio size limit, but being a lab I 
have coded special cases in the ACS routines where I let 0.5GB into VIO. It's 
nice when I'm in control of 100% of what is running.

Ron



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, April 28, 2016 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] PDS I/O Performance Improvement

Since DASD has become so fast, many shops--including ours--long ago dropped VIO 
processing. A VIO request simply goes to a SYSALLDA volume. In any case, VIO 
would be very expensive way to improve performance of a very large data set.

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, April 28, 2016 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: PDS I/O Performance Improvement

Wow! flashback from the 80's!

We had a CICS region, seriously storage constrained with huge COBOL programs,  
it would do storage compressions multiple times a minute.  A temporary 
performance boost came from copying the main loadlib into VIO dataset at starup.

Dana
 
On Thu, 28 Apr 2016 14:22:37 +0100, Martin Packer  
wrote:

>If it's a matter of repeated reading why not copy to VIO in Central 
>Storage and read from there?


--
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: PDS I/O Performance Improvement

[Chuck Kreiter]

Thanks.  I will check in to see if that is an option.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron Burr
Sent: Monday, May 2, 2016 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS I/O Performance Improvement

I haven't seen it mentioned, so thought I would bring up the issue of "user 
data" in the PDS member entries.
We weren't told whether the PDS did or did not support 'user data' for its 
members, but if the PDS is being maintained using ISPF with STATS ON (the 
default), then a performance hit in the retrieval of a given member will be the 
result.
Each directory block can contain roughly 3 times as many member names without 
'user data', than one maintained with ISPF STATS ON.
In a PDS with 180,000 members, that can make a huge difference.

Ron

--
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: [SURVEY] What ISPF terminal model do you use

[Chuck Kreiter]

At my last employer, I opened up a support ticket with Attachmate and they
do not support modern sizes.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jerry Whitteridge
Sent: Thursday, March 10, 2016 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

Barbara - I've been trying to find a way and so far (at least up to
Attachmate release 9.3) have not found a way.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of nitz-ibm
Sent: Thursday, March 10, 2016 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [SURVEY] What ISPF terminal model do you use

> On Thu, 10 Mar 2016 21:45:48 +0800, David Crayford wrote:
>
>What screen size do you use?
>
I would love to use the standard 62x162 screensize (and have for the past 7
years or so), but unfortunately my new employer uses an attachmate extra
emulation that can only do 27x132. Does anyone know if I can fool attachmate
into a larger screensize (like I could with PComm before it offered 62x160)
by editing the parameter file? Having only 27 lines severely limits my
productivity. :-(

Barbara

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

 Warning: All e-mail sent to this address will be received by the corporate
e-mail system, and is subject to archival and review by someone other than
the recipient. This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s). If the reader of
this message is not the intended recipient(s), you are notified that you
have received this message in error and that any review, dissemination,
distribution or copying of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately.


--
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: Changing PMR Severity (Was: Makes me love most of my z/OS software vendors)

[Chuck Kreiter]

I always reserve SEV 1 to issues that have made my primary systems unusable.  I 
have had IBM'ers tell us to raise to SEV 1 in the morning and then drop to SEV 
2 at quitting time.  This never set well with me.  I had a supervisor (who was 
and remains an idiot) who wanted me to open a SEV 1 ticket for an issue we had 
already identified and implemented a work around . We knew exactly what caused 
it and to fix it quickly if it happend again.  I showed him the IBM severity 
chart and the responsibility for both parties.  His response was that was the 
old way of thinking.  I then asked if he would cover second shift work with IBM 
on the issue and he said no.  I took it to the manager and director and they 
backed him down.  

SEV 1 to me always means we all work round the clock to fix or workaround the 
issue.  Any other use seems to be abuse to me . 

This just my opinion.

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