RESOLVED: Interesting behavior - instream variable sub

[Lund, James E]

Ed,
Such is the life of diminished mainframe work force at A, and a Managed 
Services company that mis-calculates how long it takes to get an OS up.

As to old "preventative service", to quote the late Richard Peurifoy -
"Why fix it if it isn't broke."  
And it just broke, so I guess the fix will go on... :^)

Thanks to all who helped bring this issue to a close!
James

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Wednesday, July 21, 2021 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Interesting behavior - instream variable sub

On 7/21/2021 7:56 AM, Lund, James E wrote:
> That's a big help. I'm not sure why this APAR didn't show up in my searches, 
> but it seems to explain what we're seeing. I'll get it on immediately and see 
> if the problem resolves.

That's a really old APAR. We experienced the problem in mid-2016 running z/OS 
2.2 JES3 (which is no longer supported) and opened a PMR with IBM at that time. 
They took an APAR right away and we fix-tested it for them in the 
August/September time-frame IIRC.

Is it possible you're still running z/OS 2.2 without having applied preventive 
service for nearly five years? If so, this could be your issue. Otherwise, 
you've found something new...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!KwNVnqRv!RsNSI6oziJNwQS6GpnR05X7PRyE5oAY8-02EFWEI4uSWZthudJ1KqJJHYVI4JWK3_A$
 



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: Interesting behavior - instream variable sub

[Lund, James E]

Mike,
That's a big help. I'm not sure why this APAR didn't show up in my searches, 
but it seems to explain what we're seeing. I'll get it on immediately and see 
if the problem resolves.

Many thanks
James

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Hochee
Sent: Tuesday, July 20, 2021 11:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Interesting behavior - instream variable sub

There was at least one apar for this kind of behavior, covered several of the 
SYMBOLS= values including EXECSYS... 
https://urldefense.com/v3/__https://www.ibm.com/support/pages/apar/OA50636__;!!KwNVnqRv!UNziwF2bkiY-J2z-4H28O8xiR5av0p5KqtIy3OOtehFcu3jCWbtKHW4zb3n4s0923w$
   but it addressed in z/OS 2.2 and involved JES3

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Tuesday, July 20, 2021 6:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Interesting behavior - instream variable sub

Caution! This message was sent from outside your organization.

> Are you running on z/OS 2.3 or higher? JES2, I assume? Just looking 
> for a baseline, if you're not seeing the issue.

James,

I ran the job on both  z/OS 2.3  and z/OS 2.4 and both produce the right 
results.

Thanks
Kolusu

--
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: Interesting behavior - instream variable sub

[Lund, James E]

Kolusu,
Thanks for the suggestion. I did check that //SYSUT1 card in each step do not 
have extra blanks. They all looks correct and the same for all steps.

Are you running on z/OS 2.3 or higher? JES2, I assume? Just looking for a 
baseline, if you're not seeing the issue.

Thanks,
James

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Tuesday, July 20, 2021 4:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Interesting behavior - instream variable sub

James,

Not seeing the lost symbol behavior,

For all the steps missing symbol substitution, may be you have a SPACE after DD 
* which would treat the rest of the content  as comments.
so ,SYMBOLS=EXECSYS is treated as a comment.

//SYSUT1   DD * ,SYMBOLS=EXECSYS

it should be

//SYSUT1   DD *,SYMBOLS=EXECSYS

One way to check is to issue the command HILITE JCL and it would show the 
comments in a different color


Kolusu

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

Interesting behavior - instream variable sub

[Lund, James E]

Howdy,
Seeing an interesting behavior with instream variable substitution. My 10 step 
test job:

...
//E01 EXPORT SYMLIST=(MYFY)
//S01 SETMYFY=2021
//*
//STEP1   EXEC PGM=IEBGENER,REGION=1024K
//SYSPRINT DD SYSOUT=G
//SYSUDUMP DD SYSOUT=G
//SYSIN DD DUMMY
//SYSUT2 DD SYSOUT=G
//SYSUT1 DD *,SYMBOLS=EXECSYS
FY= SYS=
...
//*
//STEP10   EXEC PGM=IEBGENER,REGION=1024K
//SYSPRINT DD SYSOUT=G
//SYSUDUMP DD SYSOUT=G
//SYSIN DD DUMMY
//SYSUT2 DD SYSOUT=G
//SYSUT1 DD *,SYMBOLS=EXECSYS
FY= SYS=

Output from the job shows variables MYFY (exported) and SYSNAME (system) 
accurate for 4 steps:
FY=2021  SYS=A

At STEP5 and after, the variables are lost/cleared:
FY= SYS=

Not seeing anything online. Has anyone experienced this before, and has 
input/explanation?

Thanks!

James Lund | Chief Systems Engineer
Mainframe and Enterprise Backup Service | Division of Information Technology
Texas A University
3363 TAMU | College Station, TX 77843-3363
ph: 979.845.8410 | fax: 979.845.2074 | 
james-l...@tamu.edu
- - - - - - - - - - - - - - - - - - - - - - - -

IT.tamu.edu




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

Re: EJES

[Lund, James E]

Yes

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Thursday, April 1, 2021 9:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] EJES

Classification: Confidential

yes

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, April 1, 2021 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EJES

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

Does anyone in the Group use EJES and RACF?


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

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


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

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

Re: IPL from SCSI DVD or via NVMe

[Lund, James E]

What?!? Are we in the stone age? 8^)

I actually created an IPLable USB stick for an old DR environment. We do things 
on the "cheap", restoring stand-alone from replicated virtual tape to DS8800. 
ICKDSF SA CDROM was a starting point, then added FDR SAR, and ZZSA (just in 
case things go south).

Be glad to share whatever I have and learned.

James Lund | Chief Systems Engineer 
Mainframe and Enterprise Backup Service | Division of Information Technology 
Texas A University 
3363 TAMU | College Station, TX 77843-3363
ph: 979.845.8410 | fax: 979.845.2074 | james-l...@tamu.edu
 - - - - - - - - - - - - - - - - - - - - - - - - 

IT.tamu.edu


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Thursday, March 18, 2021 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] IPL from SCSI DVD or via NVMe

On 3/18/2021 12:03 AM, Timothy Sipples wrote:
>
> Just to keep you amused (or something?) the z/OS Customized Offerings 
> Driver has different version and release numbers than the skinny/mini 
> z/OS it contains, so just be aware of that. Now you are. :-)

Thanks, Tim. I'll try to order one. Hopefully inspection of the COD deliverable 
will help me figure out how to make my own. Then I can share the details in a 
SHARE Bit Bucket...

It seems ridiculous to me that IBM still documents how to IPL DSS from a card 
deck (A CARD DECK!), yet puts zero effort into helping customers IPL their 
utilities from FTP and other modern 21st-Century locations. 
Yet, they do it themselves internally (e.g., as part of COD) because doing so 
is necessary!

This is a prime example of the kind of nonsensical "baggage" that holds our 
great platform down...


-- 
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://urldefense.com/v3/__https://www.phoenixsoftware.com/__;!!KwNVnqRv!SPJ6L3Y9KE8eb-_Lbw7rrwSdH6isq8iRQ9HVYm6JRuGTRbBFJ2hUoEDQqiYIYZaf4g$
 



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: Virtual SHARE

[Lund James E]

Don't forget the 5 minutes of live Q/A at the end of your session, Phil...  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Friday, June 26, 2020 4:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Virtual SHARE

Be aware that virtual SHARE sessions will apparently be 40 minutes long. Don't 
blame the messenger: not my idea, nor was I particularly thrilled to discover 
it, since the session I'm giving was, surprise, targeted at 60 minutes. I'll 
just have to talk real fast :)

 

I guess the good news is that if you're trying to  fit a virtual SHARE session 
in between meetings, it won't run over and make you late.


--
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: 3592-E07

[Lund James E]

Neal,
We use this "grid" type VTL solution here at A - one locally in Texas, and 
the other at our DR co-lo in MD. Work well, as long as your internet connection 
is sound.

Regards,

James Lund | Chief Systems Engineer 
Mainframe and Enterprise Backup Service | Division of Information Technology 
Texas A University 
3363 TAMU | College Station, TX 77843-3363
ph: 979.845.8410 | fax: 979.845.2074 | james-l...@tamu.edu
 - - - - - - - - - - - - - - - - - - - - - - - - 

IT.tamu.edu


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nai, Dean
Sent: Tuesday, January 21, 2020 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] 3592-E07

We have a 3592-E07 and our leasing company is telling us the following. Anyone 
have any thoughts? We really don’t have the funding for a mirrored VTS and if 
it’s not mirrored then we lose our DR plan.


From leasing company.
The first item to be withdrawn from service will be the 3592-C07 at the end of 
2020. The C07 is the controller for the tape drives and is required for z/OS or 
z/VM to communicate with the 3592-E07 drives.

IBM has no direct attach tape products for z/OS, z/VM or zVSE. The best option 
is to go with a VTS and locate a 2nd VTS at your DR site with replication 
between the two sites. There is also the option to have an IBM VTS with access 
to tape drives in a 3584 and then send those tapes offsite. To be able to use 
those tapes for DR you would need another IBM VTS at you DR location.


Dean Nai

>

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

TS77xx MI cert help

[Lund James E]

(Let me know if there is a better listserv to send this to...)

Howdy,
I'm trying to activate forced secure connection to the management interface of 
our TS77xx VTLs for managed services access we're adding. The shipped cert of 
CN:www.ibm.com loads as  "CA root not trusted". I know I can add a new cert, 
but my knowledge of certs is limited to RACF (ie. GENCERT to gen private key 
and CSR to get signed, etc.). Is there a "best practice" doc that will walk me 
though the setup?

Yes, I've read 
https://www.ibm.com/support/knowledgecenter/en/STFS69_4.2.0/ts7740_ua_ssl_certificates.html
 but I'm still not getting a "how-to" process.

Appreciate any help pointing in the right direction.


James Lund
Texas A University


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

Job listing - TAMU

[Lund James E]

All -
Sorry for the off-technical post, but for those looking...

We are hiring a new Senior-level Admin to replace lost expertise:

https://jobpath.tamu.edu/postings/114053

And College Station is not so bad (except game weekend...)

James

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

Re: Data Center Index for SE Texas?

[Lund James E]

There was a local news story reported from the CLL (College Station, TX) 
Airport Operations Director:
20 Waffle House employees flew in, all rented cars, and were heading south 
(Houston 2 hours, Galveston 3.5 hours) to make sure those Waffle Houses had 
everything they needed to stay open. 

As for the .edu indicator, every major university south and east of us closed 
up shop and evacuated. Some will not re-open for months.

The indicator is real...

James Lund
Texas A University

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, August 29, 2017 11:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Data Center Index for SE Texas?

Just curious if anybody's keeping score?
 
https://www.yahoo.com/amphtml/finance/news/waffle-houses-hurricane-response-
team-prepares-disaster-184844452.html
 
Another useful index would for the ..edu's

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

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

Re: OT-retirement

[Lund James E]

As they say... If you enjoy what you do, you never work a day in your life... 
just sayin'

James Lund
Texas A University

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jack J. Woehr
Sent: Saturday, August 19, 2017 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OT-retirement

Ed Jaffe wrote:
> I'll probably die with one foot in the grave and one hand on the keyboard... 

Me too, I'm on the "Work Until You Drop" retirement plan. Along with many of my 
generation:

http://www.pressherald.com/2017/08/02/baby-boomer-dying-on-the-job/

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

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

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

Re: Displacement of ASG View Direct and PRO/JCL

[Lund James E]

Steven,
We are in the same boat with ASG VD product, and are POCing in-house tools to 
do the sweep/conversion. Glad to share with you offline where we're at.

Regards,
James
james-l...@tamu.edu

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steven Liston
Sent: Wednesday, May 31, 2017 4:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Displacement of ASG View Direct and PRO/JCL

Do any members have exposure to displacement of ASG's View Direct and/or 
PRO/JCL products?

Looking for experience of the displacement and migration exercise and 
timeframes therein (which I expect for View Direct would be directly related to 
the number of docs stored in the current repository).

Expect PRO/JCL would be fairly straightforward but View Direct perhaps more 
challenging.


Regards.

--
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: z/OS 1.13 to z/OS 2.2 Comm Server woes

[Lund James E]

Lizette,
As I understand,  the customer is using a telnet call to a mainframe server, 
listening on a defined port

Symptoms are the task hangs and eventually gives a connection failure message. 

I don't see any sense information in the trace CTRACE COMP(SYSTCPDA) FULL

Connection is Unix to MF, no other changes made.

James

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, April 10, 2017 4:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] z/OS 1.13 to z/OS 2.2 Comm Server woes

What specifically are you seeing.  What sypmptoms do you have?

There should be sense info or something similar.

is the connection MF-MF, MF-AIX, etc...   

Other than z/OS was there any hardware changes?  Firewall Changes?  other?

Lizette



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

z/OS 1.13 to z/OS 2.2 Comm Server woes

[Lund James E]

Howdy,
It pains me to ask, but can someone point me in the direction of diagnosing a 
connection problem to the mainframe *after* upgrade to z/OS 2.2?

Here's what I know:

-  Reserved port in TCPIP for the customer's connection

-  RACF userid UID and group GID defined

-  Solid connectivity from other ports (TN3270, FTP, etc.)

-  Reviewed all change pieces related to TCPIP in the Migration manual

I did generate a packet trace, but am clueless about how to read it fully.

I am not a TCPIP guy, so be patient... and I've been in the manual all day... 
nuf said.

Your knowledge would be most appreciated.

James Lund
Texas A University




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

Re: RIP Richard Peurifoy

[Lund James E]

Steve,
I don't know. I'm not sure he graduated from A I'm sure his family will 
follow up.

James

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve
Sent: Wednesday, December 21, 2016 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] RIP Richard Peurifoy


Are they going to do Silver Taps for him?
 
 
Steve Beaver




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Lund James E" <james-l...@tamu.edu>
Sent: Wednesday, December 21, 2016 3:03pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RIP Richard Peurifoy



The mainframe community lost another one of its kind recently. Richard 
Peurifoy, a keystone in mainframe support at Texas A University, as well as a 
frequent contributor to IBM-MAIN, lost his battle with cancer last Sunday. He 
will be sorely missed by all who know him.

It has been said of him:
"More than once I saw him read hex just from a display and write assembler code 
on the fly to fix a dead machine."

No doubt the man went to that big main frame in the sky...

James Lund
TAMU Mainframe 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

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

RIP Richard Peurifoy

[Lund James E]

The mainframe community lost another one of its kind recently. Richard 
Peurifoy, a keystone in mainframe support at Texas A University, as well as a 
frequent contributor to IBM-MAIN, lost his battle with cancer last Sunday. He 
will be sorely missed by all who know him.

It has been said of him:
"More than once I saw him read hex just from a display and write assembler code 
on the fly to fix a dead machine."

No doubt the man went to that big main frame in the sky...

James Lund
TAMU Mainframe Support

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

Re: JES2 to JES3 Migration

[Lund James E]

Never a bad time for a shameless SHARE plug...  :)

Nationwide Insurance will be giving a session in San Antonio titled "JES3 to 
JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, 
unfortunately, up against Bit Bucket :(

For comparison of JESs, two other sources -
1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences
2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 
function comparison - search SHARE proceedings for those.

FYI,
James Lund
Texas A University - "Proud JES3 Site" 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cheryl Watson
Sent: Thursday, January 14, 2016 8:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JES2 to JES3 Migration

A customer asked us for suggestions for performing a JES3 to JES2 migration.  
Are there products that will help in this, or do you know any companies who 
perform this migration?  You can reply off-list if you prefer.

Thanks so much,
Cheryl
cheryl at 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