Re: RACF, external password management

[Linda Hagedorn]

Has anyone else noticed their posts deleted?  
My posts re: zMFA are gone.  Poof.  

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

Re: RACF, external password management

[Linda Hagedorn]

The regulations are from NY state, NYDFS.  
https://www.dfs.ny.gov/system/files/documents/2023/12/rf23_nycrr_part_500_amend02_20231101.pdf

 500.7 Access privileges and management.

 500.7(c) Each class A company shall monitor privileged access activity and 
shall implement:
 (1) a privileged access management solution; and
 (2) an automated method of blocking commonly used passwords for all 
accounts on
 information systems owned or controlled by the class A company and 
wherever feasible
 for all other accounts.  

To automatically block commonly used passwords, a corpus is necessary.  For 
example, Cybernews Investigation team was able to collect 15m passwords.*  If 
they can do it, software vendors will see the opportunity here.   

It's one option to force all RACF password changes through a single point.  
However, there's a lot of ways to reach the password change process in MVS, and 
writing blocks for all of them isn't reasonable.  
 
The ZMFA holds promise, if I can find a software company that has 
bought/collected the same 15m passwords that Cybernews did.  I can route all 
RACF password changes to the  software company for 
validation.  


*https://cybernews.com/best-password-managers/most-common-passwords/

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

Re: RACF, external password management

[Linda Hagedorn]

In the process you describe, could I still while logged into tso/ispf change my 
password in RACF, bypassing the AD routine?  

// JOB (ACCT INFO),'PGMR INFO',
// CLASS=??,MSGCLASS=??,NOTIFY=userid,
// USER=userid,PASSWORD=(OLDPASS,NEWPASS)
//IEBFR14  EXEC  PGM=IEFBR14

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

Re: RACF, external password management

[Linda Hagedorn]

Do you know if there's any development to ingest the list of passwords known to 
be involved in breaches, and match RACF password changes against them?

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

Re: RACF, external password management

[Linda Hagedorn]

This is very promising.  Do you know where I can read more about ZMFA?  

I'm interested in knowing how to configure the external source, and how the 
token is passed back to RACF, and how long the token lasts.  

For example, if systems programmers are working a problem, we wouldn't want the 
token to expire in 3 hrs.  
Or does the token last for the duration of the session?  
If tso/ispf times out (sysprog is doing research or answering mgmt questions), 
will they have to generate a new token?

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

Re: RACF, external password management

[Linda Hagedorn]

Commonly used passwords and those found in breaches (dark web for example). 

P@$$w0rd, etc.

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

Re: RACF, external password management

[Linda Hagedorn]

This is exactly where I'm going.  

I think IBM should, if they haven't already, find a way to register the 
frequently found passwords and make an option to scan the PW in RACF.  
There may be a liability, but certainly a disclaimer can be included in the 
license.  

If this already exists, a referral to the manuals would be appreciated.  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RACF, external password management

[Linda Hagedorn]

My company wants an external password manager to substitute for RACF.  
I need to know if anyone has experience with this, or common password matching 
in RACF.  

Background
Regulations NYDFS require preventing common passwords to be used. 
Vendor tools (Courion, CyberArk, etc.) have a corpus to match password changes 
to prevent the use of common passwords.  
RACF passwords can be changed from TSO, the internal reader, JCL, Candle 
Session manager, etc., so trying to block password changing through RACF and 
forcing everyone through one of these 3rd party tools may be near impossible. 

Any input is appreciated.  Thanks!  Linda  

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

Storage questions - mod9, mod27, mod54

[Linda Hagedorn]

Hi, 

I hope you won't mind a storage question.  

We're running zOS 2.4 and have a smattering of volume sizes - mod9, mod27, 
mod54.  

I'd like to have all mod54's for Db2 and be prepared before going to the 
storage folks. 

1. Is storage virtual nowadays? 
2. Can virtual mod9s and mod27s be reconfigured to mod54s? 
3. Does the reconfiguration require an IPL?  
4. Does the reconfiguration new addressing in IODF?  
5. Is the storage vendor (IBM, EMC, etc.) relevant?  Does the hardware 
determine or be a factor in merging the mod9s/mod27s, into mod54s?
6. Is it a given that the volumes must be cleared/emptied before the 
reconfiguration happens?   
7. How long does reconfiguration take?  

Is there anything else I should consider before taking this request to the 
storage group? 

Any information or advice is appreciated.  

Thank you.  Linda Hagedorn

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

Re: Trace XL C Preprocessor input

[Linda Chui]

On Fri, 23 Jun 2023 19:00:02 -0500, Eric Erickson  wrote:

>Using XL C on z/OS V2R5. I've got a set of #ifdefs in a header file that are 
>not giving me the results I expect. I know on other compilers I've used in the 
>past that there were options to output all input statements showing the 
>#ifdefs and how the logic was processed. I need the same thing for the XL C 
>compiler, but can not seem to find the proper options. I tried PPONLY, but it 
>only showed the output after preprocessing it does not show the #ifdefs, which 
>I need to see how the logic is getting executed.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


hi Eric,

There are some good responses already.  My colleague asked me to post this on 
their behalf:


You can use the SKIPSRC(SHOW) option along with any listing option (Ex. SOURCE) 
to show the portions of the files. The EXPMAC option is also helpful to see 
macro expansions.


Hope this helps.

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

Re: XLC version? [was: RE: XLC - Weak symbols]

[Linda Chui]

On Mon, 8 May 2023 17:58:19 +, Farley, Peter  
wrote:

>I am more than a bit confused.  I know I saw an announcement that XLC 2.4.1 
>was available for download, but exactly which version is supplied in the z/OS 
>PDSE's in an existing z/OS 2.4 environment?  Is this new XLC version available 
>in Unix services shell environments only, or is a JCL/PDSE version also 
>automatically available?
>
>At what RSU level is XLC 2.4.1 already included for z/OS 2.4?  For z/OS 2.5?
>
>If JCL/PDSE copies are not provided, what are C language developers in a 
>JCL-only (no Unix) SDLC environment supposed to do to use the new version for 
>their work?
>
>Peter
>




hi Peter,

The XL V2.4.1 compiler is for the Unix Services Shell environments only. The XL 
V2.4.1 compiler can run on z/OS V2.4 or z/OS V2.5. It is a compiler designed to 
help port applications over to z/OS from other platforms.
For C (or C++) developers in a JCL only environment, they can continue to use 
the XL V2.4 compiler.


Hope this helps.  Thanks.

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

Re: XLC inline assembler question

[Linda Chui]

On Mon, 1 May 2023 18:18:38 -0400, Phil Smith III  wrote:

>Doh, I of course meant -qasm not -dasm. 
>
> 
>
>From: Phil Smith III  
>Sent: Monday, May 1, 2023 5:02 PM
>To: ibm-m...@bama.ua.edu; IBM Mainframe Assembler List 
>(assembler-l...@listserv.uga.edu) 
>Subject: XLC inline assembler question
>
> 
>
>(Cross-posted to IBM-MAIN and the assembler list)
>
>When compiling C programs with XLC, you need to specify the -dasm flag to have 
>inline assembler code recognized as such. I can see PoE arguments for 
>requiring that option; what isn't clear is whether there's any downside to it 
>beyond the unlikely case that you decide to have a function of your own named 
>asm or __asm or __asm__. Is there? We'd rather just use it all the time, 
>rather than trying to keep track of which modules have inline assembler and 
>which don't, but not if it's going to cost significant performance at compile 
>time or something.
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

(posting on behalf of a colleague)

hi Phil,

Generally there is no downside for specifying -qasm all the time. Your analysis 
(and Paul’s) is correct.
There are a few side issues (listings changing to show ASM is in effect, etc.), 
but just turning that option on for everything should work as long as you don’t 
mind those changes occurring.

hope this helps.

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

Re: IBM RCF Documentation email address?

[Linda Chui]

On Mon, 24 Apr 2023 16:41:38 +0100, Colin Paice  wrote:

>mhvr...@us.ibm.com is the right address for z/OS products.They are not
>very good at replying or acknowledging.
>Colin
>
>On Mon, 24 Apr 2023 at 16:31, Farley, Peter <
>031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Is there a different documentation error / omission address then this one
>> for IBM manuals?
>>
>> mhvr...@us.ibm.com
>>
>> I sent one to that address on April 4 and have yet to receive any reply,
>> not even an acknowledgement that the email was received.
>>
>> Peter
>>
>> This message and any attachments are intended only for the use of the
>> addressee and may contain information that is privileged and confidential.
>> If the reader of the message is not the intended recipient or an authorized
>> representative of the intended recipient, you are hereby notified that any
>> dissemination of this communication is strictly prohibited. If you have
>> received this communication in error, please notify us immediately by
>> e-mail and delete the message and any attachments from your system.
>>
>

hi,

I have learned through internal contacts that the documentation team does not 
provide a direct response to documentation feedback. All comments are received, 
sent to the appropriate party and evaluated to help improve the content 
experience.  Any updates to the product documentation are then reflected in the 
current release of the product.

Hope this helps.

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

Re: XLC architecture level question

[Linda Chui]

On Mon, 24 Apr 2023 11:24:25 -0400, Phil Smith III  wrote:

>SC14-7307-40, the z/OS 2.4 XL C/C++ User's Guide, says on PDF page 63 that
>ARCH(10) is the default. However, on PDF page 580, it also says:
>Architecture target is set according to the last-found instance of the
>-qarch compiler option, provided that the specified -qarch setting is
>compatible with the compiler mode setting. If the -qarch option is not set,
>the compiler assumes a -qarch setting of 5.
>
>and it repeats that 5 is the default several times. My first thought was
>that maybe it's different when run under USS, but my  listing (with no
>explicit ARCH) includes:
>*ARCH(10)
>so I'm thinking it's a doc error. Anyone know better? Or am I fatally
>confusing something here?
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Hi Phil,

My colleague validated this issue. Yes, this is a documentation error. The 
default should be the same as the ARCH option description mentioned (page 63).
We have notified our content editor to update/correct our docs.

Thanks for bringing this to our attention.

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

Re: Build problems under Unix System Services

[Linda Chui]

Hi,

(Posting on behalf of a colleague)

The initial question about include files, that depends on what was used for the 
#include in the source. If it was something like #include “abc.h” then it 
should take the current directory first (see the LSEARCH option defaults). Only 
if they used the #include  form in the source would they get the issue 
they mentioned since that is a system include which uses the system paths 
(obvious security issue if it took the current working directory first for 
system headers).

For the second issue about the file type error, they can try setting the CCMODE 
environment variable. Ex. Do
export _C89_CCMODE=1
before the compilation command. Note that keeping the -L and -l is fine and 
should work as well.


Hope this helps!

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

Re: Python order question

[Linda Chui]

Another approach is to resubmit via ShopZ but include a comment about not 
wanting S  There's a detailed set of instructions written on how to do that 
for Node.js, but you can follow the same for Python:
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/blog-entry1/2019/07/15/obtain-the-smpe-edition-and-optional-support-of-ibm-sdk-for-nodejs-zos

Hope this helps!



On Thu, 28 Apr 2022 11:57:31 -0400, Matt Hogstrom  wrote:

>I downloaded the pax edition from here 
>
>
>Matt Hogstrom
>m...@hogstrom.org
>
>“It may be cognitive, but, it ain’t intuitive."
>— Hogstrom
>
>> On Apr 28, 2022, at 11:51 AM, IBM user  wrote:
>> 
>> Has anyone figured out how to order Python without the S subscription 
>> through shopZ? Whenever I try, it forces me to choose a bundle that includes 
>> the 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: Meta languages [was: RE: Assembler Language Programming for IBM System z Servers]

[Linda Chui]

On Fri, 30 Apr 2021 07:17:29 +0800, David Crayford  wrote:

>On 30/04/2021 4:30 am, Charles Mills wrote:
>> Hmmm. I shared David's impression but 
>> http://publibfp.dhe.ibm.com/epubs/pdf/i1357010.pdf lists LE as a "Target 
>> System Mandatory Operational Requisite."
>
>The xlclang++ compiler is IBMs fork of LLVM which uses the clang front
>end to produce intermediate code for the TOBY back-end. That is part of
>the XL C/C++ compiler and relies on LE.
>
>This is different. If you read the link again IBM clearly state they are
>porting the open source LLVM/Clang with the libc++ runtime. This is not
>LE. You can see that IBM are already commiting changes
>to LLVM. This is open source stuff
>https://reviews.llvm.org/rGcb2d2ae56ae3f0554c40c2d7f231ca5058e4d50c
>
>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Linda Chui
>> Sent: Thursday, April 29, 2021 12:11 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
>> System z Servers]
>>
>> On Thu, 8 Apr 2021 18:27:06 +0800, David Crayford  
>> wrote:
>>
>>> On 6/04/2021 9:53 pm, Charles Mills wrote:
>>>>> You don't use templates
>>>> I certainly do use templates. Not sure how you get "don't use templates" 
>>>> from what I wrote. Heck, I *over* used templates in the first large C++ 
>>>> project I ever did, and boy, does that make a mess! Now I think I am down 
>>>> to a happy medium. I don't see them as "competitive" (in a design sense) 
>>>> with macros.
>>> Overusing as in template meta-programming?
>>> https://en.wikipedia.org/wiki/Template_metaprogramming
>>>
>>> The XL C++ compiler is withering on the vine. The word is that IBM don't
>>> the resources to keep it up to date with the current standards so the
>>> xlclang++ port of clang using the existing Toby back-end is the way to
>>> go. If you use PDS data sets for your source your SOL as it's z/OS UNIX
>>> only and only produces 64-bit modules.
>>>
>>> But what I find exciting is that IBM have stated their intentions to
>>> fully port LLVM/clang/libc[++] to z/OS without a reliance on LE so
>>> supervisor state programming in C++ will be a reality without the
>>> nightmare of LE ESPIE/ESTAE condition handlers.
>>>
>>> https://lists.llvm.org/pipermail/llvm-dev/2020-June/142174.html
>>>
>>>
>>>> Charles
>>>>
>>>>
>>>> -Original Message-
>>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>>>> Behalf Of David Crayford
>>>> Sent: Tuesday, April 6, 2021 5:15 AM
>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>> Subject: Re: Meta languages [was: RE: Assembler Language Programming for 
>>>> IBM System z Servers]
>>>>
>>>> On 6/04/2021 1:23 am, Charles Mills wrote:
>>>>>> But IMHO none easy to learn or use.
>>>>> I am generally not a fan of meta languages at all. I think writing 
>>>>> programs is hard enough, without having to write two effective programs: 
>>>>> one that runs at compile time and one that runs at run time.
>>>>>
>>>>> In my C++, which is now my primary language, I eschew the use of C macros 
>>>>> as much as reasonably possible. Reasonableness is a key here. For a few 
>>>>> things, macros make sense.
>>>> That's interesting. You don't use templates which are one the most
>>>> powerful features of C++?
>>>>
>>
>> Well, I didn't see a reference to LE in our statement of direction at 
>> https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/robert-barrington1/2020/08/04/ibm-cc-and-fortran-compilers-to-adopt-llvm
>>
>> I believe the compiler will require LE for the foreseeable future, though if 
>> you want to request an LE free mode, I’m sure you can put in a request for 
>> it at the RFE site https://www.ibm.com/developerworks/rfe/
>>
>> Hope this helps.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


(apologies for late response . I missed seeing the follow on posts :-(

Again, from our dev team:

libc++ under the covers still uses the C runtime, which is still LE. As an 
aside, we are shipping libc++ under LE as well so even if there was no C 
dependency, there would still be an LE dependency.

Hope this helps.

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

WebSeal & CIS benchmarks for auditing

[Linda Hagedorn]

Hi.  We will be auditing WebSeal in-house and are looking for the appropriate 
CIS benchmarks.  

Does anyone know the CIS benchmarks for WebSeal? 

Our searches have been unproductive.  The CIS site is here:  
https://www.cisecurity.org/cis-benchmarks/   

We searched for:
.  Webseal
.  Tivoli Access Manager 
.  ISAM Reverse Proxy

If I should be on a different forum, a referral or any information is 
appreciated.  

Thanks, Linda 

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

Re: Meta languages [was: RE: Assembler Language Programming for IBM System z Servers]

[Linda Chui]

On Thu, 8 Apr 2021 18:27:06 +0800, David Crayford  wrote:

>On 6/04/2021 9:53 pm, Charles Mills wrote:
>>> You don't use templates
>> I certainly do use templates. Not sure how you get "don't use templates" 
>> from what I wrote. Heck, I *over* used templates in the first large C++ 
>> project I ever did, and boy, does that make a mess! Now I think I am down to 
>> a happy medium. I don't see them as "competitive" (in a design sense) with 
>> macros.
>
>Overusing as in template meta-programming?
>https://en.wikipedia.org/wiki/Template_metaprogramming
>
>The XL C++ compiler is withering on the vine. The word is that IBM don't
>the resources to keep it up to date with the current standards so the
>xlclang++ port of clang using the existing Toby back-end is the way to
>go. If you use PDS data sets for your source your SOL as it's z/OS UNIX
>only and only produces 64-bit modules.
>
>But what I find exciting is that IBM have stated their intentions to
>fully port LLVM/clang/libc[++] to z/OS without a reliance on LE so
>supervisor state programming in C++ will be a reality without the
>nightmare of LE ESPIE/ESTAE condition handlers.
>
>https://lists.llvm.org/pipermail/llvm-dev/2020-June/142174.html
>
>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of David Crayford
>> Sent: Tuesday, April 6, 2021 5:15 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Meta languages [was: RE: Assembler Language Programming for IBM 
>> System z Servers]
>>
>> On 6/04/2021 1:23 am, Charles Mills wrote:
 But IMHO none easy to learn or use.
>>> I am generally not a fan of meta languages at all. I think writing programs 
>>> is hard enough, without having to write two effective programs: one that 
>>> runs at compile time and one that runs at run time.
>>>
>>> In my C++, which is now my primary language, I eschew the use of C macros 
>>> as much as reasonably possible. Reasonableness is a key here. For a few 
>>> things, macros make sense.
>> That's interesting. You don't use templates which are one the most
>> powerful features of C++?
>>


Well, I didn't see a reference to LE in our statement of direction at 
https://community.ibm.com/community/user/ibmz-and-linuxone/blogs/robert-barrington1/2020/08/04/ibm-cc-and-fortran-compilers-to-adopt-llvm
 

I believe the compiler will require LE for the foreseeable future, though if 
you want to request an LE free mode, I’m sure you can put in a request for it 
at the RFE site https://www.ibm.com/developerworks/rfe/ 

Hope this helps.

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

Re: z/OS Java 11 coming anytime soon?

[Linda Chui]

On Fri, 9 Apr 2021 12:29:05 +, Allan Staller  wrote:

>Classification: Confidential
>
>z/OS 2.3 is EOS Sep. 2021. JAVA8 is not( I just ordered it for my z/OS 2.4 
>upgrade). I don't follow JAVA closely enough to wonder about what happened to 
>JAVA9/JAVA10 on z/OS.
>The last time I looked, IBM had a set of "JAVA web pages" with EOS and support 
>info.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Attila Fogarasi
>Sent: Friday, April 9, 2021 5:55 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z/OS Java 11 coming anytime soon?
>
>[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.]
>
>Maybe IBM is waiting until z/OS 2.4sis the lowest level still in support
>:)  Java 11 for z/OS was announced as statement of direction over a year ago, 
>and includes capability that prereqs z/OS 2.4 ... but IBM forgot to include 
>that requirement in the SOD.  Fwiw, Linux on z has Java 11 available today, of 
>course that doesn't have JZOS or all the other z/OS complexity.  I hope I was 
>being facetious as z/OS 2.3 EOS is Sept 2022.
>
>On Thu, Apr 8, 2021 at 7:18 PM David Crayford  wrote:
>
>> Does anybody have idea when we can expect Java 11 to be GA on z/OS.
>> IBM have made a statement of direction and I heard from IBMers from
>> Hursley that it was supposed to GA in 2020.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>::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

hi,

Posting this for my colleague James Tang who is the Product Manager for IBM 
Java on Z:

Java 11 on z/OS is a work in progress.  The Statement of Direction is still 
valid - 
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/897/ENUS220-008/index.html_locale=en

Hope this helps.

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

Re: METAL C CATTR Assembly error

[Linda Chui]

On Wed, 30 Dec 2020 21:37:56 -0500, Joseph Reichman  
wrote:

>Hi
>
> 
>
>I am getting the following error on a CATTR Assembly statement
>
> 
>
>0001B0A 1B51   2833 OPENFI#C CSECT ,
>00
>
>�2834 M_WSACATTR
>RMODE(ANY),PART(openfile),NOTEXECUTABLE,ALIGN(2)  00
>
>�** ASMA155S Previous use of symbol is not this section type
>
>�** ASMA167E Required name missing
>
>�** ASMA435I Record 2371 in IBMUSER.TEST.SOURCE(OPENFILE) on volume: JOEABC
>
> 
>
> 
>
>Openfile is the name of my C function it is not a global variable  don�t
>know why the compiler is generating a CATTR statement
>
> 
>
>   #ifdef __MVS__   
>
> BOOL  openfile(int *aletd, char *filename, void *sysptrs) 
>
> { 
>
> 
>
>When I change the function name from openfile to something else e.g. openfil
>I don�t get the error don�t get it 
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Hi Joseph,

(posted on behalf of a colleague)

The M_WSA class is for Metal C reentrancy support. The PART name there is what 
references the objects that are re-entrant. In the user's case, they have 
openfile listed as a part meaning that either the function is considered an 
object (not a function) that is reentrant (perhaps due to the expansion of the 
BOOL macro in their environment) or that they have another reentrant object 
somewhere that is named ‘openfile’ (they can pre-process the source to check 
which case it is). The error they get from the assembler indicates the latter 
case. i.e. They have another definition or reference to an object named 
‘openfile’ somewhere in their source (or their include file chain).


Hope this helps?

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

Re: linker error c++ multithreaded program

[Linda Chui]

hi Sam,



Those symbols are not intended to be externalized, they are marked with 
visibility being hidden. Please check the setting of 
_LIBCPP_THREAD_ABI_VISIBILITY.

If that doesn't help, could you please open a case with IBM support so we can 
help you better.   
https://www.ibm.com/mysupport/s/createrecord/NewCase  (use the Open a Case" 
button at the top right corner :-)

Regards,
Linda

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

Re: Metal C and generated Assembler

[Linda Chui]

hi Scott,

Thank you for opening a case for this in our official support channel. We will 
handle from there.

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

Re: What crashing COBOL systems reveal about applications maintenance -- GCN

[Linda Chui]

hi Steve,

Sorry to hear that COBOL 6.2 compiles using OPT(0) are taking >10x CPU of the 
same compile with 4.2. This is not the norm. 
Could you please open a support case with IBM so the issue can be investigated? 
From the COBOL support page (link below), you can click "Open a case" in the 
top right.

https://www.ibm.com/mysupport/s/topic/0TO0z006v5OGAQ/cobol?language=en_US=01t0z07g71VAAQ

Thank you!

Linda Chui
Enterprise Products & Compilers
IBM Canada Lab 



On Wed, 20 May 2020 15:07:39 -0700, ste...@copper.net  wrote:

>We setup for OPT(1) because IBM said that was the thing to do initially. 
>
>We’ve only recently been told to go OPT(2). 
>
>We’ve also run into an interesting issue of COBOL 6.2 compiles using OPT(0) 
>taking > 10x CPU of same compile with 4.2. 
>
>I don’t recall being told that we would see that level of CPU burn for 
>planning for capacity for migrating to 6.2. 
>
>Regards
>Steve Thomoson
>
>--- frank.swarbr...@outlook.com wrote:
>
>From: Frank Swarbrick 
>To:   IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [IBM-MAIN] What crashing COBOL systems reveal about applications 
>maintenance -- GCN
>Date: Wed, 20 May 2020 21:28:33 +
>
>We use OPT(1).  Probably for no good reason.  (And it was my decision, meaning 
>its easy enough to change!)
>
>
>From: IBM Mainframe Discussion List  on behalf of 
>Tom Ross 
>Sent: Wednesday, May 20, 2020 3:19 PM
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: Re: What crashing COBOL systems reveal about applications maintenance 
>-- GCN
>
>>Suppose that they took a group of programmers and got the production online=
>> programs to all compile with COBOL 6.2 and OPT(1). Would they see a signif=
>>icant reduction in MSUs?  Assuming they are running on z14s minimally?
>
>I sure hope no one is using OPT(1) with 3rd generation COBOL!  IBM expects all 
>users
>to compile with OPT(2) for production performance.  I am honestly not sure why 
>we
>shipped OPT(1).  Users should use OPT(0) if they want more straight-forward 
>debugging
>(no optimizations) and then after unit test compile with OPT(2) for 
>performance, and
>and never use OPT(1).  Alternatively, they could compile with OPT(2) for 
>debugging and
>get used to odd things like statements getting moved or deleted while 
>debugging.
>
>Cheers,
>TomR  >> COBOL is the Language of the Future! <<
>
>--
>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: strange python announcement

[Linda Martin]

Yes each 1225 ( maybe you could make them a color (like light orange)?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Monday, March 30, 2020 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: strange python announcement

On Mar 30, 2020, at 11:43 AM, Bob Bridges  wrote:
> 
> Widely available on the mainframe?  Could I write something for TSO in 
> it, for example, and expect it to run on any of my clients' machines?  
> I ask with real interest.
> 

No, not widely available in that sense. But it’s easy (and free) to install.


--
Pew, Curtis G
curtis@austin.utexas.edu






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

[Linda]

Hi John,

I wish you all the best!  Thank you so much for all you have done for so many 
of us over the years. Hopefully you will stop by here often.  

Linda




Sent from my iPhone

> On Dec 12, 2018, at 5:41 AM, John Eells  wrote:
> 
> 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: "first previous"?

[Linda]

I believe that "first previous" is equivalent to the  relative -1 generation. 

Linda

Sent from my iPhone

On Dec 1, 2018, at 5:38 PM, retired mainframer  wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Paul Gilmartin
>> Sent: Saturday, December 01, 2018 12:13 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: "first previous"?
>> 
>> From Program Management UG and Ref:
>> 
>>A SYMPATH specification applies to all SYMLINK specifications that 
>> precede it,
>>back to the first previous SYMPATH.
>> 
>> The word "previous" seems superfluous here.  I wonder whether it means
>> "very first SYMPATH" or "nearest previous SYMPATH?
> 
> I always took it to mean the latter.
> 
> --
> 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) Good bye everyone

[Linda]

Hi Ed,

I have often benefitted from your insight and voice of experience - as have 
many others.  Thank you. 
 
I wish you the very best. 

Linda

Sent from my iPhone

> On Jul 16, 2018, at 12:23 PM, Edward Gould  wrote:
> 
> Approximately 2 months I had a life altering incident. 
> I can no longer function as a sysprog. I resigned my no pay job at the place 
> I used to donate my time.
> I find I can no longer do the job.
> I hope much success to all of you and hope that you can carry on with your 
> work, despite IBM’s best efforts to do away with the profession.
> Thanks, to John Ells and the many other IBMer’s who give their time and their 
> experience with IBM-MAIN.
> Not sure what is ahead for me, other than traveling with a companion as I can 
> barely walk.
> I am 70 years old and I am finding life without a technical challenge not 
> interesting and since I can no longer function in that capacity I will have 
> to find some other outlet.
> Best wishes to you all.
> 
> Ed
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Rant of the Day - First World Problems

[Linda]

Hi Jerry,

Complete agreement here.  Sometimes, I think that automated reload, near line 
could be acceptable. What do you think?

Linda

Sent from my iPhone

> On Jun 13, 2018, at 7:47 AM, Jerry Callen  wrote:
> 
> Aw, man, this really, really stinks.
> 
> I have embedded Knowledge Center URLs in about a gazillion wiki pages that 
> are widely used by other coworkers. I always try to link to "the latest" 
> version (currently, of course, 2.3), but I'm sure I have a lot of 2.2 links, 
> and quite possibly some old 2.1 links. But regardless of how careful I am, 
> time marches on, and inevitably my links will go out-of-date.
> 
> IBM, if you are listening - you are NOT doing us any favors by taking the old 
> doc offline.
> 
> -- Jerry
> 
> --
> 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?

[Linda]

Hi Peter,

I agree that the product vendor has the primary responsibility of providing 
clear, accurate, and readily available doc,  but I still like to have matching 
doc at the level I install and with a copy of my install notes, along with 
anything else that might come in handy if I need to respond to a problem while 
away from the shop. 

I like PrimoPDF, and Acrobat, and several of the others. Your preference and 
mileage may vary, of course. There are a number of others available as well.  
Some are free, a good number more are very reasonable. 

Having a USB stick of docs can also be very useful. I am particularly fond of 
having a PDF that matches the product install level, along with any other 
levels that might be useful. 

While I would like to see IBM's product libraries full and very reliably 
robust, with all of the levels we could ever want or need, ( even if we are 
behind in out product updates ), I can't imagine that every doc for everything 
will always be fingertip available.  It does take some extra work, but to me, 
it sure beats scrambling to find the doc I need when I need it. That goes 
double for any shop related settings or configuration doc. 

Just my 2 cents. YMMV may vary, of course.

Linda






Sent from my iPhone

> On Jun 12, 2018, at 11:25 PM, Peter Hunkeler  wrote:
> 
> I'm not a SHARE member, but I understand SHARE does have some influence in 
> what IBM does and does not do. I would appreciate if SHARE would immediately 
> go strongly after IBM for what they are currently doing to their web content. 
> I'm not in a position to do that, unfortunately. I know there are members on 
> this list who have a deeper connection to SHARE. Can any of you help us, 
> please?
> 
> 
> 
> This is sabotage! Sabotage to IBM's clients!
> 
> 
> 
> For the last couple of years, IBM (and other companies) have forced us 
> towards the internet. Acquiring information in usable formats such as 
> Bookmaster or PDFs was made harder and harder, if you were lucky you could 
> find a place to download documentation. But the longer the more, 
> documentation became available as webpages only, without the possibility to 
> save a copy locally for later reference.
> 
> 
> And now they feel comfortable to break that internet. Now they feel 
> comfortable to remove content of products still in service.
> 
> 
> I have no confidence in my own management whatsoever, so I won'd even try to 
> tell then what is going on, and ask them for help by approaching IBM. It's a 
> waste of time. And this is why I'm hoping for SHARE to support us in this 
> matter
> 
> 
> 
> 
> -- 
> Peter Hunkeler 
> 
> --
> 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: 360 Front Panel has found a new home

[Linda]

Hi Pete,

Nice pics!  

My first machine was a Univac 90/70 D at college.  That Univac took a fall over 
and slide to the bottom of a full flight of stairs on its way to being 
installed. No elevator to the basement, just the stairs. Later I did a school 
project and some extra stuff on a Burroughs 1800 that belonged to a city 
nearby.  I liked the CANDE editor it had too. 

I don't have pics to share - no pics were allowed. 

Linda


Sent from my iPhone

> On Jun 8, 2018, at 4:12 PM, Pete Lancashire  wrote:
> 
> https://photos.app.goo.gl/36CxlZQJDssj5uLh1
> 
> I would like to thank the list for giving me the opportunity to find a home
> for this bit of History.
> 
> Ever since joining the list I have enjoyed many of the discussions even
> though my main frame days are Burroughs based in the early 1970s.
> 
> Regards
> 
> -pete
> 
> --
> 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

Looking for a referral - unix, scripts, production, passwords

[Linda Hagedorn]

Hi, 

I need a referral about remediating AIX scripting that was written with 
passwords in clear text.  These are maintenance scripts, batch jobs, etc.  

I have a inherited an AIX platform with scripts with passwords in clear text.  
They are now hashed, but that is insufficient and they need to be encrypted.  

My background is mainframe DB2, not AIX security protocols, so am asking 
IBM-main for assistance.  

In AIX, there are groups and users, and/or AD groups and users.  
How do I cause the scripts to read an encrypted password file instead of using 
the password in clear text or hashed?  
Are there special flags on AIX or AD groups to make id's non-logon, like RACF 
with no TSO profile?  

I'm investing in doing it right going forward.  

References and best practice advice is sincerely appreciated.   

Thanks, Linda

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

Re: UTF-8 woes on z/OS, a solution - comments invited

[Linda]

Ummm and I heard (and used it as) it as Seriously Outa Luck!

Linda

Sent from my iPhone

> On Sep 4, 2017, at 1:50 PM, Charles Mills <charl...@mcn.org> wrote:
> 
> Not the way I heard it.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Monday, September 4, 2017 1:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: UTF-8 woes on z/OS, a solution - comments invited
> 
>> On Mon, 4 Sep 2017 13:17:48 -0700, Charles Mills wrote:
>> 
>> ... another vulgar cliché, ... indeed SOL ...
> ???
> Simply Outa Luck?
> 
> --
> 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: Need referral - Websphere script w/o passwords

[Linda Hagedorn]

Thank you.  I'll read up.

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

Need referral - Websphere script w/o passwords

[Linda Hagedorn]

This is regarding Websphere.  I've inherited a WAS platform with scripts 
containing passwords in clear text.  I have to remediate this, and came to 
ibm-main for advice.  This is on AIX.  I normally manage DB2 on Z, and just 
accepted the WAS area.  

Can anyone refer me to a manual, Redbook, or best practice for options?  
Encrypted pw file? System parm for NOPASSWORD?  Any information or referral is 
appreciated.  Thanks, Linda

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

Re: John Ehrman in Mainframe Extra Magazine

[Linda]

Hi Lizette,

Thanks!!  :)

Linda

Sent from my iPhone

> On Jun 20, 2017, at 8:09 AM, Lizette Koehler <stars...@mindspring.com> wrote:
> 
> Or this link
> 
> http://www.ibmsystemsmag.com/mainframe/trends/zTalk/John-Ehrman/
> 
> Lizette
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Lizette Koehler
>> Sent: Tuesday, June 20, 2017 8:07 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: John Erhman in Mainframe Extra Magazine
>> 
>>  Watch the wrap
>> 
>> 
>> http://ibmsystemsmag.com/mainframe/trends/zTalk/John-
>> Ehrman/?utm_source=Silverpo
>> pMailing_medium=email_campaign=062017-
>> b_IMFEXTRA%20(1)%20Live%20Send
>> _content=Article%20Title%202=11299867=MTMzMjEwNjg4OTU3S0
>> 
>> JobID=1181716013=MTE4MTcxNjAxMwS2
>> 
>> Or tinyurl:  http://tinyurl.com/y7zk2mqx
>> 
>> 
>> Reg Harbeck talks with John Ehrman on his 50th anniversary as a SHARE
>> volunteer about his path to the mainframe and his Assembler expertise. Listen
>> to the interview via the orange play button or read the transcript below.
>> 
>> 
>> 
>> Lizette Koehler
>> statistics: A precise and logical method for stating a half-truth
>> inaccurately
> 
> --
> 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

Google Doodle Today

[Linda]

Check out the Google Doodle for today.  :)

"The Antikythera mechanism is an Ancient Greek analog computer and orrery used 
to predict astronomical positions and eclipses calendrical and astrological 
purposes."

Linda

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

Re: Migration of Mainframe to other plat form.

[Linda]

Hi James,

More to consider -

Most businesses have legal holding requirements for at least some, perhaps a 
lot of customer data, business tax data, employee data, retirement data, and 
other benefits data.  Harvesting and converting that data - along with the data 
dictionaries necessary to fully identify every field and where and how the 
value was calculated is not a trivial piece of work.  At minimum, it will cost 
plenty.  It may or may not be written into the vendor's proposal unless the 
customer lists and requires it. 

I hope that the business would also, at minimum, identify the cost of 
everything on the mainframe system, along with it its associated costs.  After 
all, every single thing not included in the scope and details of work, is not 
included. 

Be sure to check out their 'every level' security as well.  

HTH,

Linda

Sent from my iPhone

> On May 3, 2017, at 1:29 AM, James Wellingtin <jameswelling...@gmail.com> 
> wrote:
> 
> Hey
> I know this here might be  a bit of a nasty question to ask
> Have a customer who has intensions of migrate to another platform than IBM
> Mainframe, don't know what ?
> They have asked MetaWare to be the stakeholder in this .
> At the moment it is in the very very beginning of he process.
> 
> I think this is an issue, that we all face right now .
> 
> Does anybody have  had experience with Metaware, and tell if they had
> success ?
> That is , did they succeed in full migration or partial migration ?
> 
> Or was it all dropped ?
> 
> All input would be appreciated
> 
> 
> 
> Regards
> 
> James
> 
> --
> 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: Mainframe operating systems?

[Linda]

My very first machine was a Univac 90/70 D running VS/9 at the college I 
attended. I was also a student operator there. Then there was a Burroughs 1800 
where I interned. I don't remember its OS. It also had CANDE, TSO ish editor. 

After grad, at another shop, 3 4341 - one for prod only, one for development, 
testing, and sandbox.  It would be re-ipled for each at different times.  The 
third was used for VM. The biggest boss (controller of jobs and $$) was very 
fond of VM, CMS, Script and some accounting and tracking software there, so if 
we had a hardware issue and VM went down, it would get the development box.

Linda

Sent from my iPhone

> On Apr 17, 2017, at 10:17 AM, Barry Merrill <ba...@mxg.com> wrote:
> 
> There was also a TOS for the 360/44 Serial Number 2 at Purdue's
> Lab for Ag Remote Sensing, in '64 or '65, and it needed four tape 
> drives because the FORTRAN compiler was on four volumes, and it
> was real fun to watch my compiles spin those tapes.
> 
> About two months later we got the Disk Drive and DOS.
> 
> Barry.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Monday, April 17, 2017 11:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe operating systems?
> 
> http://hercules390.996247.n3.nabble.com/What-is-the-Telpar-OS-td17474.html
> Pretty sure they got it running.  Fits on 1 track.
> 
>> On Sun, Apr 16, 2017 at 9:51 PM, Timothy Sipples <sipp...@sg.ibm.com> wrote:
>> I have a few more additions:
>> 
>> 1. These Japanese operating systems are probably worth mentioning:
>> 
>> Hitachi VOS3
>> Fujitsu MSP
>> Fujitsu XSP
>> 
>> VOS3 and MSP are proven forks of IBM MVS/XA (at least, and likely also 
>> MVS/ESA). XSP might be a fork of DOS/VSE. (I'm less familiar with that
>> one.) If you want to hang your hat on supported compatibility with 
>> real world IBM machines then VOS3 probably wins. As I recall, VOS3 
>> officially runs on z800 and z890 machines, at least. Hitachi built the 
>> z800 in a collaboration with IBM, and also for its own domestic sales 
>> in Japan, so that one is not a great surprise.
>> 
>> To my knowledge, Fujitsu is still nominally in the mainframe business 
>> in Japan, and their machines are basically ESA/390 machines. Both MSP 
>> and XSP remain ESA (31-bit), as far as I know. Hitachi's Japanese 
>> domestic market machines are ESA/390 machines with very modest, 
>> non-z/Architecture 64-bit extensions that VOS3 only lightly exploits.
>> 
>> Speaking of related machines, did RCA's operating systems like VMOS 
>> and TSOS ever run on IBM System/360 machines?
>> 
>> 2. TCSC's EDOS/VS and EDOS/VSE were interesting forks of DOS/VS Release 34.
>> EDOS/VS and EDOS/VSE were compatible with machines that did not have 
>> virtual storage support, including System/360 machines. That's why 
>> they enjoyed some popularity. NCSC produced a UNIX subsystem for EDOS 
>> called PWS, inspired by Coherent UNIX. I'm not sure if NCSC ever made 
>> PWS available for IBM DOS/VSE and its successors.
>> 
>> 3. I don't think anybody mentioned IBM's OS/44 and PS/44 yet. Those 
>> were operating systems for the System/360 Model 44, a scientific market 
>> machine.
>> 
>> 4. I don't think anybody mentioned VM/IX and IX/370 yet, from 
>> Interactive Systems Corporation (ISC). Those were different than 
>> AIX/370 and AIX/ESA, based on Locus Computing's work. Bell Labs had a 
>> UNIX operating system for
>> System/370 even before ISC's products, but I don't know much about that.
>> MVS OpenEdition was the successor to these efforts, although with yet 
>> another, different, much better technology base. MVS OpenEdition begat 
>> z/OS UNIX System Services.
>> 
>> 5. Boston University's VPS/VM traced its roots to McGill University's 
>> RACS (later RAX, then MUSIC/SP) operating system. As far as I know 
>> VPS/VM always ran under IBM's VM, but perhaps that wasn't required. 
>> VPS/VM and MUSIC/SP are thus "cousins," one could argue.
>> 
>> 6. TELPAR dates to the early 1970s, but I don't know much about it. I 
>> think it's available in open source (PL/360) form, though. Has anybody 
>> tried compiling and running it?
>> 
>> 7. VP/CSS, developed by National CSS, was an evolution of CP/CMS. 
>> VP/CSS had some efficiency advantages back in the 1970s.
>> 
>> 8. Some people might classify Jan Jaeger's ZZSA as an operating 
>> system, a very basic one.
>> 
>> 9. Did the UCSD p-System ever end up on System/370 or System/390 machine

Re: Apache Spark on z listserver or forum?

[Linda]

Hi Tony,

I completely agree. 

Linda

Sent from my iPhone

> On Apr 7, 2017, at 10:16 AM, Tony Harminc <t...@harminc.net> wrote:
> 
>> On 7 April 2017 at 09:57, David Crayford <dcrayf...@gmail.com> wrote:
>> I wish IBM would start to embrace Stack Overflow a little bit more as the
>> user experience is far superior to DeveloperWorks both in terms of UX and
>> effeciency.
> 
> I find mailing lists (like this one!) offer by far the best user
> experience. I use the mail client I am familiar with, rather than
> having to learn the quirks of yet another forum service, I keep my own
> easily searchable copies of what I want, I can categorize and flag
> them as I please and I'm not subject to some provider's idea of how
> things should look, when and how the UI should change, how long things
> should be kept, and so on.
> 
> And a mailing list is not subject to monetization and/or censorship by
> whoever owns and runs it.
> 
> 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

OnDemand on DB2

[Linda Hagedorn]

Hi.  I'm looking for help and ideas with OnDemand on DB2 on z/OS.  

Background:

A large effort was undertaken to move the OnDemand application from DB2 on z/OS 
(DB2)  to DB2 LUW on AIX (LUW).  
OnDemand is up for a week at a time, coming down only for IPL.  The DB2 
accounting record is written at that time.   

The team identified all the sources of OnDemand activity and changed them to 
point to the new LUW platform.  According to the team, all DB2 activity should 
now be Select only.   

Problem: 
The weekly DB2 accounting record for OnDemand show Insert, Update, and Delete 
activity.  The accounting record should have zeros in the fields.  Instead, 
there are 198 inserts, and 396 updates.  This means that something on the 
mainframe is still writing into OnDemand on DB2.

The OnDemand system log has been checked, and it doesn't identify who is doing 
the inserts/updates (as far as I can tell). 
Since the Accounting record is once a week only, its not useful to find out 
when the activity occurred, which would lead to logs, undo/redo, etc.  
 
Options to find the stragglers: 
1. Start the DB2 tables READ ONLY.  Downside:  will cause abends.  
2. Scan all the DB2 logs for the week.  Downside: CPU usage to scan a week's 
worth of logs.  
3. Ask IBM-Main for ideas.  

Any ideas are appreciated.  Thanks very much.  Linda

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

Re: Hidden Figures

[Linda]

Awesome!  I saw the movie yesterday.  It was very good.  Thanks to all who 
helped and provided the historical accuracy. 

I was in elementary school in Florida during that time. We were given the day 
off school to watch the launch on TV. Of course we also had to write a short 
report about it.  I will never forget it. 

My first mainframe was a Univac 90/70D at college.  I learned to program on it, 
then operations and some of the systems work. 

Linda Mooney

Sent from my iPhone

> On Jan 13, 2017, at 8:38 AM, David Boyes <dbo...@sinenomine.net> wrote:
> 
> It's interesting to note that this mailing list indirectly contributed to the 
> movie. The directors contacted several people on this list whose experience 
> goes back to the days when 7090s walked the earth, and we were able to 
> correct a number of issues about what would have been possible or permitted 
> with such a machine.
> 
> It's really weird to see how personal computers have influenced people's 
> assumptions about what is and is not possible. NASA's 7090 was strictly 
> access-controlled, and there would have been no ability to touch the 
> hardware, certainly not by applications programmers. The directors had a hard 
> time comprehending the idea of leased machines and charging by the CPU meter 
> -- they didn't believe it until I was able to show them paperwork from that 
> era that laid out IBM's expectations of customer and FE responsibilities and 
> the charging model.
> 
> So, pat yourselves on the back -- we kept things accurate. The movie's worth 
> seeing.
> 
> 
> 
> --
> 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 old tape cleanup

[Linda]

Hi Tony,

Listed in the system catalog or the HSM tape catalog, both? 

You should be able to list the catalogue entries, and IF they match, you could 
reset the HSM expiration values to a date in the close future, and let them 
expire through normal HSM processing. 

Once the datasets are expired and the tapes are scratched you should be able to 
remove or replace the volumes or mark them as deleted.

HTH,

Linda

Sent from my iPhone

> On Dec 13, 2016, at 2:02 PM, Tony Thigpen <t...@vse2pdf.com> wrote:
> 
> I am looking at my HSM TTOC listing. I have 3 old 3490s that are still 
> listed. I actually have the tapes, but they are unreadable. On two of them, I 
> get a label error:
> IEC514D DCK OR LBL ERR
> 
> On the other one, the TTOC shows:
> RC0378I TTOC RECORD AND TAPE MEDIA CONTENTS ARE INCONSISTENT
> 
> Since I can't migrate these volumes, how do I just delete these active tapes 
> from HSM? They are at least 15 years old so I am not worried about the data 
> that may have been on them.
> 
> -- 
> 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: Using Shopz to order z/OS V2.2

[Linda]

Hi Ron,

Even when you are not adding any additional new products, you still need to 
upload that report to Shopz. 

HTH
Linda

Sent from my iPhone

> On Nov 8, 2016, at 11:14 AM, McCabe, Ron <rmcc...@mutualofenumclaw.com> wrote:
> 
> Bob,
> 
> Yes, I did run a current inventory report to get a starting point for the 
> ServerPac order.  And I'm not adding anything so this new order looks the 
> same as when we ordered 1.13.
> 
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Richards, Robert B.
> Sent: Tuesday, November 08, 2016 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using Shopz to order z/OS V2.2
> 
> Ron,
> 
> I believe you are correct in your assumption of not selecting anything. That 
> question should be for new products/licenses not already part of your profile.
> 
> I am also assuming you ran a current inventory report and used it as a 
> starting point for the ServerPac order process, right?  :-)
> 
> Bob
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of McCabe, Ron
> Sent: Tuesday, November 08, 2016 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Using Shopz to order z/OS V2.2
> 
> Hello IBM Main Listers,
> 
> I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance 
> but I have never done an order for a ServerPac.  I'm now on Step 6 of 8 
> Select new licenses.  The screen says to "Select any additional licenses you 
> would like to order."  And it shows all of the products in my order.
> 
> So my question, do I need to select anything?  I would think that since we're 
> currently running z/OS V1.13 and all of the products that are showing up that 
> we are already licensed to run them.
> 
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
> 
> 
> Confidentiality Notice: This e- mail and all attachments may contain 
> CONFIDENTIAL information and are meant solely for the intended recipient. It 
> may contain controlled, privileged, or proprietary information that is 
> protected under applicable law and shall not be disclosed to any unauthorized 
> third party. If you are not the intended recipient, you are hereby notified 
> that any unauthorized review, action, disclosure, distribution, or 
> reproduction of any information contained in this e- mail and any attachments 
> is strictly PROHIBITED. If you received this e- mail in error, please reply 
> to the sender immediately stating that this transmission was misdirected, and 
> delete or destroy all electronic and paper copies of this e-mail and 
> attachments without disclosing the contents. This e- mail does not grant or 
> assign rights of ownership in the proprietary subject matter herein, nor 
> shall it be construed as a joint venture, partnership, teaming agreement, or 
> any other formal business relationship.
> 
> --
> 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
> Confidentiality Notice: This e- mail and all attachments may contain 
> CONFIDENTIAL information and are meant solely for the intended recipient. It 
> may contain controlled, privileged, or proprietary information that is 
> protected under applicable law and shall not be disclosed to any unauthorized 
> third party. If you are not the intended recipient, you are hereby notified 
> that any unauthorized review, action, disclosure, distribution, or 
> reproduction of any information contained in this e- mail and any attachments 
> is strictly PROHIBITED. If you received this e- mail in error, please reply 
> to the sender immediately stating that this transmission was misdirected, and 
> delete or destroy all electronic and paper copies of this e-mail and 
> attachments without disclosing the contents. This e- mail does not grant or 
> assign rights of ownership in the proprietary subject matter herein, nor 
> shall it be construed as a joint venture, partnership, teaming agreement, or 
> any other formal business relationship.
> 
> --
> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

*Of course, all this is easier with an IEFUSI exit routine but I'm just
saying that it is possible from within an IEFUJI.*

Thanks for clarifying that ...I don't see that being set in IEFUSI and we
don't have have support with IBM for the level of OS we are running . This
system was built for internal training purpose and I was curious if IEFUJI
can interfere with REGION . I replaced IEFUJI module from a fresh system (
w/o any changes) and S878 abends disappeared after that .

Thank you everyone for the help ...Have a great weekend :)


Regards,
Linda





On Sun, Oct 2, 2016 at 8:34 AM, linda golding <lindagolding...@gmail.com>
wrote:

> *  Are you IPLing the system at the expected z/OS / JES2 levels??*
>
>
> My badthat was a typo...We are on Z/os 1.12
>
>
>
> On Sun, Oct 2, 2016 at 5:14 AM, Dan <mvs-j...@sympatico.ca> wrote:
>
>> Linda,
>>
>> Most exits can do just about anything.
>> An IEFUJI exit can easily locate JCTXRGSZ to simulate REGION=.
>> It can also locate JCTXMLSZ to simulate MEMLIMIT=.
>> To override anything coded at the step level the exit would also have to
>> run the SCT chain and update the SCTX fields.
>> Of course, all this is easier with an IEFUSI exit routine but I'm just
>> saying that it is possible from within an IEFUJI.
>>
>> Dan
>>
>> --
>> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

*  Are you IPLing the system at the expected z/OS / JES2 levels??*


My badthat was a typo...We are on Z/os 1.12



On Sun, Oct 2, 2016 at 5:14 AM, Dan <mvs-j...@sympatico.ca> wrote:

> Linda,
>
> Most exits can do just about anything.
> An IEFUJI exit can easily locate JCTXRGSZ to simulate REGION=.
> It can also locate JCTXMLSZ to simulate MEMLIMIT=.
> To override anything coded at the step level the exit would also have to
> run the SCT chain and update the SCTX fields.
> Of course, all this is easier with an IEFUSI exit routine but I'm just
> saying that it is possible from within an IEFUJI.
>
> Dan
>
> --
> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

   CPU: 0 HR  00 MIN  00.00 SECSRB: 0 HR  00
IEF196I MIN  00.00 SEC
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=001B.
$HASP085 JES2 TERMINATION COMPLETE
IEA705I ERROR DURING GETMAIN SYS CODE = 878-10 JES2 JES2 00
IEA705I 00FB7B80 009FF358 009FF358 00847600 12CEB000
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=0017.
IEF196I IEA995I SYMPTOM DUMP OUTPUT

Regards,
Linda


On Fri, Sep 30, 2016 at 6:12 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> linda golding wrote:
>
> >>*a)Ok, at what stage of JES2 initializing do you get the 878?*
> >JES2 was getting S878 abends during IPL
>
> I forgot to ask: Could you be kind to post the FULL message(s) including
> the Reason Code and other messages too?
>
> You said in subject: 'abends'. Do you get repeately 878 abends or just
> once? [1]
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I got a case of repeated 878 abends during a RACROUTE macro
> processing in a STC. Increasing REGION resolved that.
>
> --
> 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: IEFUJI and REGION LIMIT - S878 abends in JES2

[linda golding]

Hi Elardus ,

Apologize for the late response .

*a)Ok, at what stage of JES2 initializing do you get the 878?*

JES2 was getting S878 abends during IPL




*b)Show your REGION of that JES2 Proc.*
REGION is coded as 0M

*c)Show your SMFPRMxx statements especially statements like MEMLIMIT and
SUBSYS(STC,EXITS(??))*

SUBSYS(TSO,INTERVAL(01)) -- SYS
SUBSYS(TSO,NODETAIL) -- SYS
SUBSYS(TSO,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFUJV)) -- PARMLIB
SUBSYS(TSO,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(TSO,NOTYPE(32,40,60,64,99)) -- PARMLIB
SUBSYS(STC,INTERVAL(01)) -- SYS
SUBSYS(STC,NODETAIL) -- SYS
SUBSYS(STC,EXITS(IEFUSI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUJI)) -- PARMLIB
SUBSYS(STC,EXITS(IEFACTRT)) -- PARMLIB
SUBSYS(STC,EXITS(IEFUTL)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU83)) -- PARMLIB
SUBSYS(STC,EXITS(IEFU29)) -- PARMLIB
SUBSYS(STC,NOTYPE(32,40,60,64,99)) -- PARMLIB
SYS(NODETAIL) -- PARMLIB
SYS(INTERVAL(01)) -- PARMLIB
SYS(EXITS(IEFUSI)) -- PARMLIB
SYS(EXITS(IEFUTL)) -- PARMLIB
SYS(EXITS(IEFUJI)) -- PARMLIB
SYS(EXITS(IEFUJP)) -- PARMLIB
SYS(EXITS(IEFUJV)) -- PARMLIB
SYS(EXITS(IEFACTRT)) -- PARMLIB
SYS(EXITS(IEFU83)) -- PARMLIB
SYS(NOTYPE(32,40,60,99)) -- PARMLIB
LISTDSN -- PARMLIB
SID(2097) -- DEFAULT
JWT(0240) -- PARMLIB
EMPTYEXCPSEC(SUPPRESS) -- PARMLIB
STATUS(01) -- PARMLIB
MEMLIMIT(8G) -- PARMLIB

*d) Did you change something in JES HASPPARM? Or something with that LPAR
memory settings? Any PTFs applied?*

This is a newly built system and we are planning to use as sandbox . There
is no maintenance put on these systems  No changes made to JES2PARM and
nothing changed with memory settings



*e)What else was running while getting those 878 abends?*
Probably nothing apart from the system address spaces being a fresh IPL



*f)Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?*
No changes to WLM

*. *
*g)Can you see (source code) what are those two exits doing?*

Its vanilla code.no changes to the exits as far as i remember . I'll take a
look again ...

Regards,
Linda



On Thu, Sep 29, 2016 at 4:25 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Linda Golding wrote:
>
> >On one of our systems running in z/os 1.13  , we saw S878 abends with
> JES2 during initialization . After we made SYSSTC.IEFUJI inactive , JES2
> came up without issues . I've always thought that it is IEFUSI that sets
> the REGION LIMIT . Can some one tell me if IEFUJI is capable of overriding
> the REGION limit set by IEFUSI . Please share your thoughts .
>
> Disabling UJI to stop S878? Weird.
>
> You're correct, it is USI which sets that REGION if that is coded so.
>
> I have looked again at 'Common Exit Parameter Area', but don't see
> anything about memory there. Also IEFUJI receives control before the system
> selects a job on the input queue for initiation. A return code from IEFUJI
> indicates whether job processing.
>
> Ok, at what stage of JES2 initializing do you get the 878?
>
> Show your REGION of that JES2 Proc.
> Show your SMFPRMxx statements especially statements like MEMLIMIT and
> SUBSYS(STC,EXITS(??))
>
> Did you change something in JES HASPPARM? Or something with that LPAR
> memory settings? Any PTFs applied?
>
> What else was running while getting those 878 abends?
>
> Does that JES2 shares the Spool with other JES2?
>
> Can you see the MemLimit for JES2 in SDSF? Did something changed in WLM?
>
> Can you see (source code) what are those two exits doing?
>
> If you can't get answers here from IBM-MAIN, perhaps a PMR or SLIP is in
> order?
>
> 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

IEFUJI and REGION LIMIT - S878 abends in JES2

[Linda Golding]

Greetings ,

On one of our systems running in z/os 1.13  , we saw S878 abends with JES2 
during initialization . After we made SYSSTC.IEFUJI inactive , JES2 came up 
without issues . I've always thought that it is IEFUSI that sets the REGION 
LIMIT . Can some one tell me if IEFUJI is capable of overriding the REGION 
limit set by IEFUSI . Please share your thoughts .

TIA ,
Linda

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

Re: SMPE receive order broken this morning?

[linda golding]

Set EPSV4 to OFF and give a try .

Regards,
Linda



On Fri, Aug 19, 2016 at 7:00 PM, Kurt Quackenbush <ku...@us.ibm.com> wrote:

> On 8/18/2016 10:44 AM, b...@jndata.dk wrote:
>
>> Hi'
>> We had same issue (SSL mandatory) with SMP/E Receive Order jobs this week
>> and we have corrected our jobs to recommend FTP option, so now we gets a
>> new FTP problem:
>> 
>> EZA1701I >>> RETR /2016081863489/PROD/GIMPAF.XML
>> SC2035 connDsConnection: entered
>> SC2129 connDsConnectionIPv4: entered
>> SC2297 connDsConnectionIPv4: connect() failed on socket 6, retry_conn = 0
>> - EDC8
>> 127I Connection timed out. (errno2=0x76630291)
>> SC7576 update_data_appldata: entered
>> FU1864 getNegotiatedTLSvalues: entered
>> GU5349 ftpSetApplData: entered
>> GU5361 ftpSetApplData: ioctl() failed on SIOCSAPPLDATA - EDC5113I Bad
>> file descr
>> iptor. (errno2=0x1015011C)
>> CG1980 SETCEC code = 8
>> CG1982 hfs_rcvFile: could not get a data connection
>> EZA1636I *** I can't open a data-transfer connection:
>> SC3277 getReply: entered
>> SC4343 getNextReply: entered with waitForData = TRUE
>> 425 Can't open data connection.
>> SC4035 getLastReply: entered
>> CG1499 pcgCleanup: entered
>> MF0629 seq_close_file: entered
>> MF0783 seq_close_file: file closed
>> MV2310 seq_delete_file: entered
>> MV2316 seq_delete_file: file=/u/SMPNTS/smpeauto/ORD000
>> 92-18August2016-11.32.34/G
>> IMPAF.XML
>> -
>>
>> Any hints/tips to what we are missing ???.
>>
>
> Looks to me like your firewall is getting in the way.
>
> Does any one know which ports SFTP uses compared to FTP traffic against
>> this IBM IP-dest. ??
>>
>
> It is FTPS, not sftp, and the data connection ports are not statically
> defined.  Passive FTP data connection ports on the IBM servers are defined
> as a range, I believe 65024 through 65535.
>
> Could it be Firewall changes we are missing, after changing to SFTP
>> options ??.
>>
>
> Yes, I suspect it is your firewall that is blocking the data connection.
>
> I highly recommend you try using https instead of ftps, by adding the
> following to your  specification:
>
>   downloadmethod=”https”
>   downloadkeyring=”javatruststore”
>   javahome="/usr/lpp/java/Jn.n"
>
> where javahome of course points to your installed and preferred level of
> java.  Firewalls and proxies are generally much more tolerant of https than
> they are of ftps.
>
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> 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: Delta Outage

[Linda]

Apparently Delta needs a couple of mainframes and GDPS or maybe metro mirror 
instead. ;). 

Linda

Sent from my iPhone

> On Aug 9, 2016, at 9:06 AM, Gerhard Adam <gada...@charter.net> wrote:
> 
> Apparently there are 500 servers involved.  I have my own speculations as to
> why they didn't declare a disaster.
> 
> As a result, the outage was extended because it appears to be taking them in
> excess of 12 hours to reboot everything.
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Tuesday, August 9, 2016 8:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delta Outage
> 
> Then WHY did they not initiate their DR and move all systems to the HOT
> Site.  I just finished putting in a System that has a RTO=RPO=0 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gerhard Adam
> Sent: Tuesday, August 9, 2016 10:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Delta Outage
> 
> From what I understand, it isn't a simple power outage, but rather a fire in
> the data center.
> 
> http://arstechnica.com/business/2016/08/data-center-disaster-disrupts-delta-
> airlines/
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: Tuesday, August 9, 2016 8:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Delta Outage
> 
> I live in Texas and we have ERCOT, and Texas produces more wind energy than
> 3 countries.  And Texas has NO Interconnects To other grids.  
> 
> It its reprehensible that Delta does not have enough battery power and
> gen-sets to cover the screw-ups by Atlanta Power. AA is in  Irving and
> unless there is a major storm in that area does not lose power  
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IPLing z/OS 2.1+ with no NIP console

[linda golding]

Hello Skip ,

  Were you able to find out what was causing this problem  ?

Regards,
Linda


On Tue, Jul 26, 2016 at 4:10 AM, Jesse 1 Robinson <jesse1.robin...@sce.com>
wrote:

> Well, this is at once suddenly simpler and more complicated. First off,
> PARMLIB content cannot matter because we're talking about early IPL. During
> NIP OS doesn't even know where PARMLIB is located, let alone CONSOLxx
> contents.
>
> It turns out that we've seen this problem before but did not recognize it
> this time. After putting the console chpids back online, we got IPLed in
> the usual way except for this message for each of three different chpids:
>
> IOS125I CHPID xx IS EXPERIENCING MULTIPLE I/O TIMEOUTS CAUSING PROLONGED
> INITIALIZATION.
>
> Each of the three chpids connects a large number of Oracle/STK virtual
> tape units. It appears that some or all of these devices are non-responsive
> during IPL, causing MIH waits. So we configured the three tape chpids
> offline and IPLed again. This time (with console chpids back offline) we
> got NIP messages immediately on OpSysMsg screen.
>
> We're left with this puzzle. With console chpids online and tape chpids
> also online, we still got NIP messages pretty quickly. But with console
> chpids offline, delay was so bad we thought NIP messages were lost in outer
> space.
>
> So we more or less understand the tape chpid problem. We do not understand
> the difference in behavior with and without MCS consoles available. That
> is, after putting tape chpids offline, NIP messages went immediately to HMC.
>
> We have opened a PMR with IBM.
>
> .
> .
> .
> 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 Field, Alan
> Sent: Monday, July 25, 2016 2:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: IPLing z/OS 2.1+ with no NIP console
>
> Have you got an entry for the HMC in your CONSOLxx member?
>
> //
>  /*  INTEGRATED 3270 CONSOLE ON HMC. Z/OS 2.1 AND LATER  */
>  //
>  /**/
> CONSOLE DEVNUM(HMCS)   /* DEVICE NUMBER   */
> AUTH(MASTER)   /* ALL COMMANDS CAN BE ENETERED*/
> USE(FC)/* FULL CAPABILITY */
> NAME() /* CONSOLE NAME   */
> ROUTCODE(1-10,12)  /* 14=IEFACTRT, 15=TDS999  */
> CON(N) /* NON-CONVERSATIONAL MODE */
> SEG(19)/* NUMBER OF LINES THAT CAN BE DEL */
> DEL(R) /* ROLL*/
> RNUM(39)   /* MAX LINES IN ONE MESSAGE ROLL   */
> RTME(1/4)  /* NUMBER SECONDS BETWEEN MSG ROLL */
> MFORM(J,T,S)   /* MESSAGE DISPLAY INCLUDES JOBNAME*/
> MSCOPE(*ALL)   /* *ALL = DISPLAY ALL MSGS */
> AREA(NONE) /* SIZE OF OUT OF LINE DISPLAY AREA*/
> PFKTAB(PFKMSTR)/* NAME OF PFK TABLE   */
>
> Alan Field
> Systems Engineer Principal
> Blue Cross Blue Shield of MN
>
> 651.662.3546
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Monday, July 25, 2016 4:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPLing z/OS 2.1+ with no NIP console
>
> We've discussed on this List configuring no NIP console device and using
> HMC instead. I'm testing that practice for the future by configuring off
> the two chpids that support all MCS/NIP consoles for one LPAR. I have done
> that in the past when actual NIP device(s) would not work. NIP messages
> showed up on Operating System Messages and all was fine.
>
> Now however we are getting no NIP messages at all. Three HMCs each with an
> integrated 3270 at z/OS 2.1. We expected NIP messages on either the 3270 or
> on traditional Op Sys Msg. Nada. Has anyone with a NIPless configuration
> reached 2.1? Any special considerations?
>
> .
> .
> .
> 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<mailto: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: IBM Knowledge Centre

[Linda]

Hi Gil,

Just for grins, I took a look on the iPhone App Store and found Glink 3270 - 
both regular and light versions. I haven't tried it at all.  

Linda

Sent from my iPhone

> On Jul 11, 2016, at 8:56 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> On Tue, 12 Jul 2016 11:36:01 +0800, Timothy Sipples wrote:
>> 
>> Frank Swarbrick wrote:
>>> Doesn't that still require a browser?
>> 
>> Yes. And a human being with reasonable reading comprehension, too. There
>> are some inescapable prerequisites.
>> 
>> Fortunately, so far as I'm aware, there isn't any desktop, laptop,
>> smartphone, or tablet operating system that ships without a Web browser.
>> Every desktop, laptop, smartphone, and tablet operating system introduced
>> within the past decade and a half, at least, includes a Web browser. In
>> contrast, sadly, there are many desktop, laptop, smartphone, and tablet
>> operating systems that don't include 3270 terminal emulators. All of them,
>> as far as I know.
> OTOH, for Mac OS, Linux, and Cygwin they're very easy to get, at a very
> attractive price.
> 
> (What about Raspberry Pi?  Does anyone know?  Google gives lots of hits,
> but in the end, the links are all broken.  Maybe I should compile one.)
> 
> On the Gripping Hand, if the programmer suffers the delusion that he can
> use only a coax-wired 327x, he's SOL.
> 
> I stumbled on a browser called Lobo, written in Java.  It sucks on any
> platform I've tried it on; not worth agitating my admins to get X11 working
> on z/OS so I can see whether it compatibly sucks there, also.
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: PSF Issue

[Linda]

Hi Mark,

Check the PSF proc for the printer. Look for the statements that define that 
printer and check  for the library concatenation to see what libraries you are 
piling from. Are the resources you need there at the correct version?  

Also, a performance feature of PSF print is that if a print resource is already 
loaded on the printer, it stays loaded until/unless its space is needed to load 
other page and formdefs or until the printer is power cycled.  If you update a 
pagedef or formdef, the printer won't automatically pick it up. 

Generally, if I am going to test, I use a different printer name (JES and PSF) 
for the printer, with my test libraries defined ahead of the production 
libraries.  And all of the resource in the test pagedef and formdef libraries 
start with a T instead of the P we use for production. Helps to insure that 
production and test don't get in each other's way. 

HTH,

Linda

Sent from my iPhone

> On Jul 11, 2016, at 12:24 PM, Mark Wilson <ma...@rsmpartners.com> wrote:
> 
> Hi,
> 
> We’re trying to print Royal Mail MailMark barcodes which require C40 encoding 
> throughout.
> 
> When we have sent samples to Royal Mail they are being rejected because the 
> c40 Latchcode is in the middle.
> 
> Based on my reading this suggests that we are still using default encoding 
> and not C40 which suggests that the BCXPARMS ENCODE parameter is not working.
> 
> We are running PSF 4.3.0 for z/OS and PAGE PRINTER FORMATTING AID/390(PM36617)
> 
> (PM36617 being the fix that enabled the BCXPARMS ENCODE parameter for 
> barcodes but doesn’t mention C40 as an option)
> 
> And the device we’re printing to is an IBM Infoprint 4100, ECLEVEL=V12.5.17
> 
> I have found documentation on the Web that shows C40 as an option for the 
> BCXPARMS ENCODE parameter but can’t find any information about what we need 
> to do to enable that.
> 
> We have created a new pagedef and recycled the printer.
> 
> SETUNITS  10.00 CPI  1.00 LPI LINESP  1.00 LPI ;
> PAGEDEF BARCOD
>  PELSPERINCH 240
>  REPLACE YES;
> FONT CALI00 CALI00
>  ROTATION 0;
> 
> PAGEFORMAT BARCOD
> PELSPERINCH 240;
> SETUNITS  10.00 CPI  1.00 LPI LINESP  1.00 LPI ;
>   PRINTLINE
>  REPEAT 10  LINE
>  POSITION  0.20 IN  0.33 IN ;
> SETUNITS LINESP  1.00 LPI ;
>FIELD START 1 LENGTH 51
>  FONT CALI00
>  POSITION  14.00   0.00  ;
>   FIELD START 1 LENGTH 51
> POSITION  0.00   0.00
>  BARCODE BARC1
>TYPE 2DMATRIX
>MOD 0
>MODWIDTH 20
>BCXPARMS SIZE 16 BY 48
> E2A ESC ENCODE C40;
> 
> Does anyone have any experience of this and can offer up any suggestions on 
> how to figure this out?
> 
> Mark
> 
> 
> 
> --
> 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: IEARELCN for orphaned console definitions

[linda golding]

You are on right track  IEARELCN can delete the console definition from
a sysplex as well as a single system .

Linda



On Wed, Jul 6, 2016 at 3:33 AM, Robert Hahne <roberthahne...@hotmail.com>
wrote:

> Greetings ,
>
> We were supposed to remove a few inactive MCS definitions from our sysplex
> . The LPAR where it originally had its definition is IPL'ed after removing
> the entries from CONSOLxx . But forgot to run IEARELCN to remove it from
> the plex .  Now when i do a display D C,N on all LPARS, it still shows the
> same console device in the output where CNZ4100I   msg has DEFINED and
> MATCHED entries displayed as *NONE . I would like to get rid of this
> definition from other systems in the plex . Here is what i intend to do
>
> a) Run a IEARELCN against the console name which has already been removed
> from the original system that is IPL'ed
>
> I understand that a sysplex wide IPL is needed to remove the console
> definition in shared mode unless IEARELCN is used
>
> My question is : Can i run IEARELCN on any of the LPARS in the same
> sysplex in this situation to get rid of the orphaned entry so that it gets
> unpinned ?
>
> BTW , we are using console in shared mode and hence SETCON DELETE will not
> work
>
>
> Bob Hahne
>
> --
> 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 plans for the future - an imaginary tale

[Linda]

Oops! Tiny keyboard, fat fingers. continued below

Sent from my iPhone

> On Jun 14, 2016, at 4:17 PM, Linda <linda.lst...@comcast.net> wrote:
> 
> Hi Tom,
> 
> I believe that Marist College still offers mainframe assembler on a fairly 
> regular basis. There is also an Assembler Boot Camp often offered at SHARE. I 
> have completed both of these, and found them to be very useful. Not enough to 
> step right into Assembler development work, but enough to help me support and 
> update in house routines and exits as well as customize vendor exits. 

Linda
> 
> Sent from my iPhone
> 
>> On Jun 14, 2016, at 4:09 PM, Tom Brennan <t...@tombrennansoftware.com> wrote:
>> 
>> Itschak Mugzach wrote:
>>> funny? not sure. I'll vote for sad.
>> 
>> I meant "Fun" which is a little different.  I just liked the interesting way 
>> the author put things together.  The content is sad of course.
>> 
>>> So, my advise is not to find new uses to the mainframe, just make it
>>> affordable for clients.
>> 
>> Uh oh... don't forget "Grow or Die".
>> 
>>> If the number of shops will grow (traditional
>>> mainframe use), the number of universities will use and teach Mainframe.
>>> BTW, a college in In north of Israel offered students a free course of
>>> mainframe.
>> 
>> Glad to see the class was offered and accepted over there.  There are some 
>> colleges here in the USA that offer basic mainframe courses, but I think a 
>> college assembler course would be hard to find.
>> 
>> Tom
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM plans for the future - an imaginary tale

[Linda]

Hi Tom,

I believe that Marist College offers mainframe assembler on a fairly regular 
basis. There is also an Assembler Boot Camp often offered at SHARE. I have 
completed both of these, and found them to be very useful. Not enough to step 
right into Assembler development work, 

Sent from my iPhone

> On Jun 14, 2016, at 4:09 PM, Tom Brennan  wrote:
> 
> Itschak Mugzach wrote:
>> funny? not sure. I'll vote for sad.
> 
> I meant "Fun" which is a little different.  I just liked the interesting way 
> the author put things together.  The content is sad of course.
> 
>> So, my advise is not to find new uses to the mainframe, just make it
>> affordable for clients.
> 
> Uh oh... don't forget "Grow or Die".
> 
>> If the number of shops will grow (traditional
>> mainframe use), the number of universities will use and teach Mainframe.
>> BTW, a college in In north of Israel offered students a free course of
>> mainframe.
> 
> Glad to see the class was offered and accepted over there.  There are some 
> colleges here in the USA that offer basic mainframe courses, but I think a 
> college assembler course would be hard to find.
> 
> Tom
> 
> --
> 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

Query on OSA-ICC consoles

[linda golding]

Thought to post this question as i couldn't find this information in any of
the IBM documentation .

Does anyone know how OSA-ICC devices (3270-X) are mapped in HSA ?

I did a search in our systems and see that OSA-ICC devices are concurrently
active on all LPARS of the sysplex . I also see that PCHID is same across
all the systems . I am just trying to find out how multiple systems can
write on to the same physical OSA-ICC device ?..Basically i would like to
know how this happens at hardware level . Any pointers /documentation would
be a great help .

Linda

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

Re: MCS console sharing in a sysplex

[linda golding]

Thanks Curt ... For shared DASD devices , UCW is same in HSA which is used
to serialize when IO requests from multiple LPARS arrives to the same
device .

I was expecting something similar for console devices . But it appears that
that is not the case for consoles . I hope the hardware gurus in this List
can clarify  .


Linda

On Wed, Jun 8, 2016 at 6:42 PM, Pew, Curtis G <curtis@austin.utexas.edu>
wrote:

> On Jun 8, 2016, at 5:22 AM, linda golding <lindagolding...@gmail.com>
> wrote:
> >
> > For every device , there has to be a UCW in HSA . If the ports can be
> > shared between lpars , how are they going to be physically different ?
> >
> > Agree that they are unique logical devices (UCB ) on each LPAR . But that
> > doesn't mean they have to be physically different .
> >
> > For shared devices , can't they have different UCB's per OS  , but map to
> > the same UCW  in HSA ?
>
> I don’t know the details of how things are mapped in HSA. What I know is,
> that in HCD I define 3270-X devices on OSC control units on OSC CHPIDs.
> Then in the HMC I have to define sessions for that OSC CHPID, and each
> session maps a TN3270 LU to a unique device number/LPAR pair. So physically
> the port is shared by the LPARs, but the logical devices, even when they
> have the same device number, are unique.
>
> --
> Pew, Curtis G
> curtis@austin.utexas.edu
> ITS Systems/Core/Administrative Services
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: MCS console sharing in a sysplex

[linda golding]

*If you’re talking about OSA-ICC consoles, then the physical port can be
shared between LPARs, and two LPARs can have the same device numbers
sharing that port, but they are still unique logical devices and have
different TN3270 LU names*


For every device , there has to be a UCW in HSA . If the ports can be
shared between lpars , how are they going to be physically different ?

Agree that they are unique logical devices (UCB ) on each LPAR . But that
doesn't mean they have to be physically different .

For shared devices , can't they have different UCB's per OS  , but map to
the same UCW  in HSA ?



Linda



On Wed, Jun 8, 2016 at 2:40 AM, baby eklavya <baby.ekla...@gmail.com> wrote:

> Thank you John and Curtis for the explanation .
>
>
> Infact , I should have said UCW instead of UCB to make it more clear . But
> now i understand that they could be physically different devices  .
>
>
>
>
> On Wed, Jun 8, 2016 at 2:09 AM, Pew, Curtis G <
> curtis@austin.utexas.edu>
> wrote:
>
> > On Jun 7, 2016, at 3:08 PM, baby eklavya <baby.ekla...@gmail.com> wrote:
> > >
> > > To my understanding , when sharing MCS consoles in a  sysplex , one
> thing
> > > which matters is the console name which has to be unique for each LPAR
> > even
> > > though the UCB can be the same . Then again , console uses EXCP to
> write
> > > the screen of data each time . Since the UCB is shared , how does it
> > > actually work ?
> > >
> > > Unlike DASD devices which goes via SSCH logic in which the device busy
> > > status is checked when applications from multiple LPARS try to write on
> > the
> > > same UCB ,the console seems to be working in a different way in a
> > sysplex .
> > >
> > > I have been searching on this for a while , but couldn't find anything
> > > documented about this so far . Can someone clarify /guide me where i
> can
> > > find this information ?
> >
> > I think you’re confused. UCB’s are not shared between LPARs; a UCB is a
> > control block (that’s the ‘CB’ part of ‘UCB’) managed by MVS within the
> > LPAR’s storage, so it can’t be shared.
> >
> > If you’re talking about OSA-ICC consoles, then the physical port can be
> > shared between LPARs, and two LPARs can have the same device numbers
> > sharing that port, but they are still unique logical devices and have
> > different TN3270 LU names. In the OSA configuration you map TN3270 LU
> names
> > to unique LPAR/device number pairs. Here’s an extract from on of the OSA
> > configurations on my system:
> >
> > 
> > 
> >   CSS= 00 IID= 01 DEVICE= 0200
> >   GROUP=  "PC200"
> >   CONSOLE_TYPE= 2RESPONSE= OFFREAD_TIMEOUT= 60
> > 
> >
> > …
> > 
> >   CSS= 00 IID= 02 DEVICE= 0200
> >   GROUP=  "T1C200"
> >   CONSOLE_TYPE= 2RESPONSE= OFFREAD_TIMEOUT= 60
> > 
> >
> >
> > If I configure my tn3270 client to connect to LU “PC200” it will connect
> > to device number 200 on the LPAR with id 01, while if I configure it for
> LU
> > “T2C200” it will connect to device number 200 on the LPAR with id 02. The
> > only thing being shared here is the physical port (and its IP address)
> and,
> > on the other end, the device number. But they are two distinct logical
> > devices, and each has its own UCB managed by the instance of z/OS in the
> > appropriate LPAR.
> >
> > (I guess another thing that might be confusing about this is that if you
> > look at HCD you’ll only see one device with device number 200, apparently
> > “shared” by the LPARs. But all that’s really being shared is the physical
> > port and the device number.)
> >
> > --
> > Pew, Curtis G
> > curtis@austin.utexas.edu
> > ITS Systems/Core/Administrative Services
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Following IBM-MAIN on iOS (or Android, for that matter)

[Linda]

I use a dedicated email address. It is accessible from my iPhone and W7 PC. 

Linda

Sent from my iPhone

> On Apr 29, 2016, at 12:39 AM, Elardus Engelbrecht 
> <elardus.engelbre...@sita.co.za> wrote:
> 
> Martin Packer wrote:
> 
>> I've participated in IBM-MAIN for MANY years - from my laptop email client.
> 
> Excellent! And I learn from your posts!
> 
> 
>> Other than using an email client on iOS has anyone found a good way of 
>> participating in LISTSERV groups on iOS?
> 
> What about using the browser (Safari?) installed in that ios?
> 
> 
>> To keep this interesting for about half of y'all, same question for Android.
> 
> No android for me. Ok, perhaps it is just me, but that toy is eating up the 
> monthly bandwith costing a lot of money. I have struggled my a$$ of to help a 
> colleague to stop all those background apps sucking up data like a drunken 
> sailor...
> 
> The same with that lame windoze 10 upgrade. While using windoze 7 or 8, that 
> thing is eating up your monthly bandwith in the background trying to force on 
> you unwanted upgrade. Luckily I have GWX console stopping that crappy pushy 
> upgrade. ;-)
> 
> 
>> Use case: Mental calisthenics in the morning is to read email in front of 
>> Breakfast TV while drinking that second cup of coffee. :-)
> 
> Second coffee? I'm only awake after number 5! ;-) Then it is full speed 
> forward! 
> 
> 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: What happens with no working SE?

[linda golding]

Yeah . I got it now .

Thank you Skip and Radoslaw for the clarification .


Linda


On Wed, Apr 20, 2016 at 10:53 PM, Jesse 1 Robinson <jesse1.robin...@sce.com>
wrote:

> To reiterate Radoslaw's point, STP does not steer the clock. Rather STP
> steers--synchronizes--the internal clocks of all connected CECs. STP itself
> may or not be externally steered. In our case, we take an SNTP signal from
> the corporate time server that is used to synchronize the entire enterprise
> including Windows, UNIX, and all the other critters in the zoo. If SNTP
> failed, most everyone would drift apart to some extent, but STP would still
> keep connected CECs in sync with each other--a basic requirement for
> parallel sysplex.
>
> .
> .
> .
> 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 linda golding
> Sent: Tuesday, April 19, 2016 2:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: What happens with no working SE?
>
> Am curious . This is what i could find looking at the enhancements . Since
> you say STP doesn't steer the clock , i would like to know how this works
> these days .
>
> *http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
> <http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html>*
>
>
> *Service Element (SE) Time Accuracy*
> As a continuation of the zEnterprise 196 (z196) timing accuracy
> improvements for an STP-only CTN, namely, SE/CPC hourly clock steer and
> synch, the zEnterprise EC12 and zEnterprise BC12 have expanded these
> enhancements by allowing the SE to access an STP panel-configured External
> Time Source (ETS), even when the CPC is powered off or has not been IMLed.
> The SE achieves this by invoking the ETS-configured NTP servers to obtain
> the ETS-SE time difference and steers the SE clock towards the ETS clock.
> During IML, the more accurate SE clock time transfers to the CPC clock,
> maximizing the CPC timing accuracy.
>
> This feature is available exclusively on zEnterprise EC12 and zEnterprise
> BC12.
>
> Thanks ,
>
> Linda
>
>
>
>
>
>
>
> On Tue, Apr 19, 2016 at 1:57 PM, R.S. <r.skoru...@bremultibank.com.pl>
> wrote:
>
> > W dniu 2016-04-18 o 23:19, linda golding pisze:
> >
> >> One of two SE failed means you can peform everything you want,
> >> including STP. Maybe STP setup would be impossible (I haven't
> >> checked), but I'd bet it is also possible.
> >> I've been working with single SE (primary failed) for some time. It
> >> wasn't my dream, but I could live with it. >>>>
> >>
> >>
> >> I thought STP code runs on the support element . Access to the NTP
> >> server from the CTS is initiated and controlled by the Support Element.
> >>
> >> In that case , a sysplex would die when support element is not
> available .
> >>
> > NTP is not STP.
> > STP is managed from HMC/SE but it doesn't mean the SE is steering the
> > clock.
> > NTP can be used for "wall clock" time adjustment, but STP will work
> > without NTP at all or with NTP failure.
> > Last, but not least: multi-CPC STP configuration will survive any of
> > the CPC failure. Not only SE, but whole CPC.
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Dataset Move Query

[linda golding]

*After you have tested the changes, be sure to update the PARMLIB members
that create the linklist and APF list at IPL.  After you IPL, the original
DSNs will no longer be enqued and you can delete them at will.*


The APF list update is only needed if the volume is hard coded in PROGxx .
generally , for SMS managed datasets , volume is not specified .



On Wed, Apr 20, 2016 at 9:49 PM, retired mainframer <
retired-mainfra...@q.com> wrote:

> Only if you are certain that your product is the only user of the datasets
> in question.
>
> Since the datasets have been assigned a storage group, they must be SMS
> managed.  That means they must be catalogued.   Since you want to move them
> to another storage group, they must be catalogued there also.  So you can
> have at most one copy at a time with a given name.  ADRDSSU can accomplish
> this if your ACS routines will assign the correct storage group based on a
> storage class you specify.
>
> However, each datasets in the linklist has a "permanent" enque posted
> against its DSN.  I don't know if any recent updates allow you to deque the
> DSN.  It might be simpler to give the new copies of the datasets new
> names.  There are operator commands that let you copy a linklist, remove
> existing entries from the new copy, add a new ones to the new copy, and
> activate the new list.  All new address spaces will then use the new list
> but all address spaces currently in execution will continue to use the old
> list until they terminate.  The APF list is easier since there are commands
> to update that on the fly.
>
> After you have tested the changes, be sure to update the PARMLIB members
> that create the linklist and APF list at IPL.  After you IPL, the original
> DSNs will no longer be enqued and you can delete them at will.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jake Anderson
> > Sent: Wednesday, April 20, 2016 8:29 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Dataset Move Query
> >
> > Hi,
> >
> > I have got a product running with few Libraries who are in In different
> > storage Group.To Move this Datasets to a different Storage Group. Without
> > removing the datasets from Linklist and APF is it possible to accomplish
> ?
> > Or Just Shutdown the address space, then move the dataset, then Refresh
> the
> > LLA and start up the Address space again would be correct thing to do ?
>
> --
> 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: What happens with no working SE?

[linda golding]

Am curious . This is what i could find looking at the enhancements . Since
you say STP doesn't steer the clock , i would like to know how this works
these days .

*http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html
<http://www-03.ibm.com/systems/z/advantages/pso/stp/ntp.html>*


*Service Element (SE) Time Accuracy*
As a continuation of the zEnterprise 196 (z196) timing accuracy
improvements for an STP-only CTN, namely, SE/CPC hourly clock steer and
synch, the zEnterprise EC12 and zEnterprise BC12 have expanded these
enhancements by allowing the SE to access an STP panel-configured External
Time Source (ETS), even when the CPC is powered off or has not been IMLed.
The SE achieves this by invoking the ETS-configured NTP servers to obtain
the ETS-SE time difference and steers the SE clock towards the ETS clock.
During IML, the more accurate SE clock time transfers to the CPC clock,
maximizing the CPC timing accuracy.

This feature is available exclusively on zEnterprise EC12 and zEnterprise
BC12.

Thanks ,

Linda







On Tue, Apr 19, 2016 at 1:57 PM, R.S. <r.skoru...@bremultibank.com.pl>
wrote:

> W dniu 2016-04-18 o 23:19, linda golding pisze:
>
>> One of two SE failed means you can peform everything you want, including
>> STP. Maybe STP setup would be impossible (I haven't checked), but I'd bet
>> it is also possible.
>> I've been working with single SE (primary failed) for some time. It wasn't
>> my dream, but I could live with it. >>>>
>>
>>
>> I thought STP code runs on the support element . Access to the NTP server
>> from the CTS is initiated and controlled by the Support Element.
>>
>> In that case , a sysplex would die when support element is not available .
>>
> NTP is not STP.
> STP is managed from HMC/SE but it doesn't mean the SE is steering the
> clock.
> NTP can be used for "wall clock" time adjustment, but STP will work
> without NTP at all or with NTP failure.
> Last, but not least: multi-CPC STP configuration will survive any of the
> CPC failure. Not only SE, but whole CPC.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> ---
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
>
> --
> 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: What happens with no working SE?

[linda golding]

One of two SE failed means you can peform everything you want, including
STP. Maybe STP setup would be impossible (I haven't checked), but I'd bet
it is also possible.
I've been working with single SE (primary failed) for some time. It wasn't
my dream, but I could live with it. 


I thought STP code runs on the support element . Access to the NTP server
from the CTS is initiated and controlled by the Support Element.

In that case , a sysplex would die when support element is not available .







On Thu, Mar 24, 2016 at 9:21 PM, Jim Mulder  wrote:

> > We happen to have a failed SE at the moment. It's the 'alternate',
> > so no immediate impact at all. But the question has been raised,
> > what would happen if the primary failed also? I remember a case
> > years ago (1990s) when there was only one SE in a box, and it went
> > bad. Just meant that we could not IPL or make configuration changes
> > in the meantime, but it did not affect any running system. In those
> > days we had external timer boxes (9370?), so the sysplex was
> > unaffected. Now we have STP, which I believe is a component of the SE.
> >
> > If a modern box had no working SE for some period of time, would the
> > sysplex across multiple CECs be affected?
>
>   On the old bipolar machines, the SE was IPLed (which they referred
> to as a "warmstart") during each transition between Single Image and
> Physically Partitioned mode.  MVS would hang when it tried to do
> things which synchronously interfaced with the SE while it was
> warmstarting.
>
>  One thing which could cause this was an ACR.  MVS used to
> spin waiting for the SE to deconfigure the ACRed CPU.  We eventually
> changed the MVS code to do that asynchronously.
>
>  SIGP Restart would also hang on the bipolar machines while the SE
> was warmstarting.
>
>  The advent of LPAR reduced MVS's interactions with the SE, because
> LPAR virtualized the operating system's interface to the SE, and some
> of the interactions are now handled by LPAR with no SE involvement.
>
>   It has been quite a few years since I have seen a dump of
> an MVS hang due to the SE being unavailable.
>
> Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY
>
>
>
>
> --
> 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: Cancelling a Job in SPIN status

[linda golding]

I think OP was referring to job status in SDSF - "AWAITING SPIN/SPINNING" .

I would start looking at additional $HASP messages to see if there are
purge processor / PCE failures .

Thanks !
Linda

On Fri, Apr 1, 2016 at 8:00 PM, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> That SPIN? I don't believe it.
> " the FTP job but it went to SPIN status and now it is in same from last
> 24hr" this must be something else.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Staller, Allan
> Sent: 01 April, 2016 16:13
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Cancelling a Job in SPIN status
>
> Look up abend071 in the IBM db
>
> "Steps for Diagnosing Excessive Spin"
>
> HTH,
>
> 
>
> What is the SPIN status? I never saw this.
>
> 
>
> This email � including attachments � may contain confidential information.
> If you are not the intended recipient, do not copy, distribute or act on
> it. Instead, notify the sender immediately and delete the message.
>
> --
> 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: Cancelling a Job in SPIN status

[linda golding]

"I tried cancelling the job using CANCEL,PURGE,FORCE and also tried
cancelling with address space but nothing seems to be working, Can anyone
please help me on how I can cancel the job"

You can try cancelling/force the job with ASID . How big is the data that
is being FTP'ed ?

Do you see any CPU or I/O activity happening for this job ? . A job status
that shows AWAITING SPIN or SPINNING for > 24 hours is not good .

Thanks ,
Linda
Sr systems programmer .






On Thu, Mar 31, 2016 at 10:34 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Ruhi Sehgal wrote:
>
> >I have submitted the FTP job
>
> From where?
>
> >... but it went to SPIN status
>
> How do you see it is in that status? What is JES2/3 telling you? Or do you
> see messages in TCP/IP stack and FTP server?
>
> Can you see how far in the FTP step is that? In other words, can you see
> that some data were transferred or that you could logon?
>
>
> >... and now it is in same from last 24hr, neither it is getting completed
> or cancelled.
>
> Waiting for an enqueue or waiting for your TCP/IP stack?
>
>
> >I tried cancelling the job using CANCEL,PURGE,FORCE and also tried
> cancelling with address space but nothing seems to be working, Can anyone
> please help me on how I can cancel the job
>
> Be careful! As documented, after FORCE, you may need to IPL. Anyways, can
> you show the message(s) after you tried above commands? That is of course
> you're allowed to issue them.
>
> 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: Grace didn't coin the term "bug"?

[Linda]

Hi Ed,

Good suggestion about the email - except the last time I did that the boss got 
really pushed out of shape about it!  Basically had a line at his door of 
others wanting to go to SHARE too. 

So, instead I just send the boss a trip report. I am careful to detail how info 
from the sessions will be put to use in upcoming work. 

I would love to go to GUIDE, but that one is too much for my budget, all budget 
items considered. 

Linda

Sent from my iPhone

> On Mar 20, 2016, at 9:12 PM, Ed Gould <edgould1...@comcast.net> wrote:
> 
> Linda:
> 
> All good suggestions. I have also found that after attending that the 
> employee should write and CC - everyone on the team - a review of the days 
> attended (and sessions). highlighting any thing that might be of use that you 
> learned.
> 
> Yes its a PITA but it shows that the sessions are well worth the $$ to 
> attend. In the far distant past I myself paid the expenses to go to SHARE. Of 
> course I had 4 weeks of vacation at the time and didn't miss the time off (I 
> got paid for it). In the more recent past I paid for attendance when it was 
> in Chicago. No travel and the employer paid for the days in attendance. Of 
> course the bad experience I had at SCIDS sort of put me off at SHARE, but I 
> made up for it with some friends that I met up with at SHARE. Also in the 
> last say 35 years +- I got a lot with hanging out with IBM and not asking 
> questions (other than what drink did you order). I was lucky as my former SE 
> was at the WSC and he used to let me in on the gossip there nothing dirty 
> just fun stuff, like the drunk naked boat water ski that occurred one summer. 
> Also the IBM rep to our group was retiring and he would let us have insight 
> (which he probably shouldn't have done as to as to why requirements were 
> rejected) We just reworded them and resubmitted them. IBM did not like our 
> group at all as we pounded them with requirements.
> 
> Of the two groups I still prefer GUIDE.
> 
> BTW SHARE was the only group that perfected the brush off, GUIDE, all were 
> welcome. SHARE's web site it works a few times a year and I just quit using 
> it. SHARE should fire who is ever maintaining the site.
> 
> Ed
>> On Mar 20, 2016, at 3:12 PM, Linda wrote:
>> 
>> Hi Scott,
>> 
>> Does your company have a tuition reimbursement plan?  If so, you might be 
>> able to use that.  I have.
>> 
>> It was rare that my employer would cover costs for SHARE for me either.
>> 
>> It can also be possible, depending on your circumstances, to use 
>> unreimbursed employee business expense deductions on your taxes.  Just be 
>> sure that you check out all of the rules.
>> 
>> If your company can't be persuaded to join, there are other membership 
>> options. Check out SHARE's website for all of the options.
>> 
>> Documenting the business case for other means of obtaining the timely 
>> topical training that SHARE provides, can also be very helpful in getting 
>> the support you need. Even if the best an employer will do is to pay your 
>> time while you are at SHARE, that is a start.
>> 
>> Also, if your company has ever been burned by anyone who claimed that they 
>> were going to SHARE, but didn't actually go to SHARE, you will need proof 
>> that you actually attended. Be sure to keep your SHARE ID.  Selfies at 
>> registration, on the vendor floor, at sessions, etc. can serve as a video 
>> diary of proof of attendance.
>> 
>> Best of luck to you!
>> 
>> Linda
>> 
>> Sent from my iPhone
>> 
>>> On Mar 19, 2016, at 5:10 PM, Scott Ford <idfzos...@gmail.com> wrote:
>>> 
>>> God I want to talk management into a Share membership, etc.
>>> So I can attend sessions and of course meet everyone I have only emailed
>>> with..
>>> 
>>> Scott
>>> 
>>>> On Saturday, March 19, 2016, Linda <linda.lst...@comcast.net> wrote:
>>>> 
>>>> Sweet!! Easy travel distance for me.
>>>> 
>>>> You going?
>>>> 
>>>> Linda
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>>>> On Mar 18, 2016, at 9:55 AM, Jesse 1 Robinson <jesse1.robin...@sce.com
>>>>> <javascript:;>> wrote:
>>>>> 
>>>>> SHARE will be back in San Jose March 2017. In the hood.
>>>>> 
>>>>> .
>>>>> .
>>>>> .
>>>>> J.O.Skip Robinson
>>>>> Southern California Edison Company
>>>>> Electric Dragon Team Paddler
>>>>> SHARE MVS Progra

Re: Grace didn't coin the term "bug"?

[Linda]

Hi Scott,

Does your company have a tuition reimbursement plan?  If so, you might be able 
to use that.  I have. 

It was rare that my employer would cover costs for SHARE for me either. 

It can also be possible, depending on your circumstances, to use unreimbursed 
employee business expense deductions on your taxes.  Just be sure that you 
check out all of the rules. 

If your company can't be persuaded to join, there are other membership options. 
Check out SHARE's website for all of the options. 

Documenting the business case for other means of obtaining the timely topical 
training that SHARE provides, can also be very helpful in getting the support 
you need. Even if the best an employer will do is to pay your time while you 
are at SHARE, that is a start. 

Also, if your company has ever been burned by anyone who claimed that they were 
going to SHARE, but didn't actually go to SHARE, you will need proof that you 
actually attended. Be sure to keep your SHARE ID.  Selfies at registration, on 
the vendor floor, at sessions, etc. can serve as a video diary of proof of 
attendance. 

Best of luck to you!

Linda

Sent from my iPhone

> On Mar 19, 2016, at 5:10 PM, Scott Ford <idfzos...@gmail.com> wrote:
> 
> God I want to talk management into a Share membership, etc.
> So I can attend sessions and of course meet everyone I have only emailed
> with..
> 
> Scott
> 
>> On Saturday, March 19, 2016, Linda <linda.lst...@comcast.net> wrote:
>> 
>> Sweet!! Easy travel distance for me.
>> 
>> You going?
>> 
>> Linda
>> 
>> Sent from my iPhone
>> 
>>>> On Mar 18, 2016, at 9:55 AM, Jesse 1 Robinson <jesse1.robin...@sce.com
>>> <javascript:;>> wrote:
>>> 
>>> SHARE will be back in San Jose March 2017. In the hood.
>>> 
>>> .
>>> .
>>> .
>>> 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 <javascript:;>
>>> 
>>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
>> <javascript:;>] On Behalf Of John Ehrman
>>> Sent: Thursday, March 17, 2016 9:17 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU <javascript:;>
>>> Subject: (External):Re: Grace didn't coin the term "bug"?
>>> 
>>> The association of bugs with computers may go back to the Mark I (I
>> think it was) relay computer at Harvard.  An error was traced to a moth
>> between two relay contacts.
>>> 
>>> In the Computer History Museum in Mountain View CA there's a copy of the
>> logbook page with the moth pasted in place.  The display is near other
>> early computers like the Atanasoff=Berry machine, the Johnniac, a German
>> Enigma and examples of Konrad Zuse's work.  If you're in Silicon Valley, I
>> urge you to visit; more info at computerhistory.org .
>>> 
>>> Regards...
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu <javascript:;> with the message:
>> INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu <javascript:;> 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: [SURVEY] What ISPF terminal model do you use

[Linda]

Hi Skip, 

I much prefer Tom's Vista3270 as well. But at work, there is only Attachmate.

Linda

Sent from my iPhone

> On Mar 10, 2016, at 10:04 AM, Jesse 1 Robinson <jesse1.robin...@sce.com> 
> wrote:
> 
> Tom Brennan is too modest to peddle his product, so I'll do it. Get a copy of 
> Vista3270. Screen size flexibility is only one of its many virtues. 
> 
> .
> .
> .
> 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 Jerry Whitteridge
> Sent: Thursday, March 10, 2016 9:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):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

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

[Linda]

Hi Barbara,

I use Attachmate Extra also. Depending on what I am doing, I use mod 2 (24x80), 
mod 3 (32x80), mod 4 (43x80), or mod 5 (24x132). It depends de on what I am 
doing. I also have 12 sessions defined, some with different background colors 
that I only use for one lpar. Open your session tab and you should be able to 
set the model number for that session. Depending on your VTAM setup you may 
also need to use the long longon format for example ~ LOG applid,S3270R4q 

Since you are getting mod5, you should be able to at least get more lines on 
your screen. The Attachmate Extra I have been using is very old. 

HTH,

Linda

Sent from my iPhone

On Mar 10, 2016, at 9:47 AM, nitz-ibm <nitz-...@gmx.net> wrote:

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

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

Re: Grace didn't coin the term "bug"?

[Linda]

Sweet!! Easy travel distance for me. 

You going?

Linda

Sent from my iPhone

> On Mar 18, 2016, at 9:55 AM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote:
> 
> SHARE will be back in San Jose March 2017. In the hood. 
> 
> .
> .
> .
> 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 John Ehrman
> Sent: Thursday, March 17, 2016 9:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Grace didn't coin the term "bug"?
> 
> The association of bugs with computers may go back to the Mark I (I think it 
> was) relay computer at Harvard.  An error was traced to a moth between two 
> relay contacts.
> 
> In the Computer History Museum in Mountain View CA there's a copy of the 
> logbook page with the moth pasted in place.  The display is near other early 
> computers like the Atanasoff=Berry machine, the Johnniac, a German Enigma and 
> examples of Konrad Zuse's work.  If you're in Silicon Valley, I urge you to 
> visit; more info at computerhistory.org .
> 
> 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: [SURVEY] What ISPF terminal model do you use

[Linda]

Session tab. 

Linda

Sent from my iPhone

> On Mar 10, 2016, at 10:03 AM, Charles Mills <charl...@mcn.org> wrote:
> 
> Can anyone tell me where this is? Don't see it under Options, 6. Set screen
> characteristics...
> 
> Charles
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter Hunkeler
> Sent: Thursday, March 10, 2016 9:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AW: Re: [SURVEY] What ISPF terminal model do you use
> 
> 
>> Maybe I'm being thick here but with X3270 I think I'm stuck at 32 x 80 
>> -
> and not because of the emulator but because I don't know how to get the z/OS
> TSO/ISPF environment I'm using to take advantage of more. 
> 
> 
> 
> 
> Not at a terminal now, but there is a setting in "ISPF Settings" wiht
> options STD, DATA, MAX which has great influence on how ISPF behaves (it is
> called "screen size" or something the like). Have you set this to either
> DATA, or my preferred setting MAX. (I don't like the constant resizing whch
> happens with DATA).
> 
> --
> 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: error adding volumes to DFSMS storage group

[linda golding]

Trying to add volumes to existing SG on z/os 1.13.  Receive error - SCDS is
full or volume already defined.  SCDS, ACDS, COMMDS reallocated larger.
New volume is currently not defined to ANY storage group ??

Did you check if the CDS is defined with REUSE parameter ?

Under Zos 1.13 , DFSMS is smart enough to detect if it is not and
automatically attempts to convert to REUSE . But it can still fail with
catalog errors followed by IGD094I messages .

Linda Golding





On Tue, Mar 1, 2016 at 6:41 AM, Lizette Koehler <stars...@mindspring.com>
wrote:

> I would also look in SYSLOG for IGD messages when you get this one.
>
> Are these DASD or TAPE?  RMM Or other?
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Lizette Koehler
> > Sent: Monday, February 29, 2016 6:03 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: error adding volumes to DFSMS storage group
> >
> > I would start with a LISTC ENT('scds') ALL and see what it looks like.
> >
> > The message indicates either FULL or VOLUME ALREADY There.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > > On Behalf Of Brent Snyder
> > > Sent: Monday, February 29, 2016 4:06 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: error adding volumes to DFSMS storage group
> > >
> > > Trying to add volumes to existing SG on z/os 1.13.  Receive error -
> > > SCDS is full or volume already defined.  SCDS, ACDS, COMMDS
> > > reallocated larger.  New volume is currently not defined to ANY storage
> > group ??
> > >
> > > Thanks,
> > > Brent
> > >
>
> --
> 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: IBMMAIN bounces and related issues

[Linda]

I am posting this because of the  timing.  I am subscribed by email. As far as 
I know, I have not had anything bounce. I have recently started receiving posts 
marked BULK.  About a fourth to a third are now marked that way, but they are 
still delivered. Not sure if it is related.  

For example, the UADS thread was marked bulk for most of the thread, but later 
the bulk label stopped.

Linda

Sent from my iPhone

> On Feb 21, 2016, at 5:54 PM, Darren Evans-Young <dar...@bama.ua.edu> wrote:
> 
> Let's not start inundating John Watters with emails about IBM-MAIN. I know
> John and worked with him my entire career at UA. He was my manager most of
> that time. I think the Helpdesk misrouted the problem to him. He has
> nothing to do with Listserv.  I will contact him.
> 
> Darren
> 
> 
>> On Sun, 21 Feb 2016, Joel C. Ewing wrote:
>> 
>> Since John was not really in a position to know, I vote we inform him
>> that not only does IBM-MAIN still exist on listserv.ua.edu, but that it
>> is one of the more active and successful listserv groups supported
> 
> --
> 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 on CA-1

[Linda]

For TMS controlled GDGs that are no loner being used, you should be able to get 
rid of them by using IDCAMS ALTER to cut back or remove the GDGs from the 
catalog and set the GDG so that rolled off generations are set to delete from 
the catalogue on expiration. That does assume that the GDGs are being held in 
TMS on catalog retention. 99000,  not some other TMS retention value. 

TMSUPDTE is well documented and pretty easy to use. 

Linda

Sent from my iPhone

> On Feb 20, 2016, at 9:44 AM, Tony Thigpen <t...@vse2pdf.com> wrote:
> 
> I simplified the requirements somewhat because I was expecting to use 
> TMSEXPDT.
> 
> More details:
> 
> We have a lot of systems that have been moved off-platform. About half over 7 
> years ago. These systems generated GDG tapes but new gens are not being 
> created.
> 
> There are about 700 volumes. About half are over the 7 year max retention. 
> The staff that understood the real retention requirements are gone. So, I was 
> told to:
> 
> Any tape file that has not had any new generations built since Jan 1, 2015 
> are to be considered orphaned.
> All orphaned tape files over 7 years old can be scratched.
> All orphaned tape files under 7 years old are to be set to a 7 year retention 
> so they will automatically scratch at that point without any additional 
> programming effort in the future.
> Some files are using multiple tape volumes
> Some tapes have multiple files.
> Some jobs created multi-file/multi-volume tapes.
> 
> 
> To build the control cards using rexx, I have:
> A listing of all such orphaned files which has the file name, volume(s), 
> creation job and creation dates.
> A listing of all active files with all volumes used.
> A listing of all active volumes with all files listed.
> (And, I am good at rexx programming.)
> 
> Tony Thigpen
> 
> Lizette Koehler wrote on 02/19/2016 08:29 PM:
>> EMID= are good.  That means you will probably not have to update them to 
>> allow them to scratch.
>> 
>> I like the TMSUPDTE process.
>> //TMSUPDTE EXEC PGM=TMSUPDTE,PARM='NODSN,AUDIT'
>> //TMSRPT   DD SYSOUT=*
>> //SYSPRINT DD SYSOUT=*
>> //SYSINDD *
>> VOL 21,NOCHAIN
>> REP DSN=HEXZEROS
>> REP DSN17=HEXZEROS
>> REP ROBTY=X'89'
>> 
>> You can use DSN matching by changing NODSN to DSN and including DSN= in the 
>> control card.  The  Utilities manual for CA1 will have good details on this 
>> TMSUPDTE process.
>> 
>> See if this might be just as good for your needs.
>> 
>> Lizette
>> 
>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Tony Thigpen
>>> Sent: Friday, February 19, 2016 6:22 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Question on CA-1
>>> 
>>> I just found that some of the oldest tapes have EDMID = 
>>> 
>>> Tony Thigpen
>>> 
>>> Tony Thigpen wrote on 02/19/2016 08:19 PM:
>>>> On the few I just checked, EDMID = blanks.
>>>> 
>>>> Tony Thigpen
>>>> 
>>>> Lizette Koehler wrote on 02/19/2016 08:15 PM:
>>>>> Where these tapes created by an external data manager? (EDM) In a ca1
>>>>> display of the tape (I like using the ISPF CA1 function) See if this
>>>>> field is set
>>>>> 
>>>>>> EDMID  = HPDM
>>>>> 
>>>>> 
>>>>> Lizette
>>>>> 
>>>>>> -Original Message-
>>>>>> From: IBM Mainframe Discussion List
>>>>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
>>>>>> Sent: Friday, February 19, 2016 6:09 PM
>>>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>>>> Subject: Question on CA-1
>>>>>> 
>>>>>> It's clean-up time.
>>>>>> 
>>>>>> I have about 400 old 3380 tapes I need to get out of the tape
>>>>>> library and distroy. These are all over 7 years old for systems that
>>>>>> are long gone. They were originally put into the catalog with
>>>>>> multiple generations, but since no new generations are being
>>>>>> created, they have not been scratching.
>>>>>> 
>>>>>> I found the following old jcl in a library and wanted to ask if this
>>>>>> is the best way to handle this:
>>>>>> 
>>>>>> //TMSEXPD EXEC PGM=TMSEXPDT,PARM='TEST'
>>>>>> //TMSRPT   DD  SYSOUT=*
>

Re: [Bulk] Re: Even after all the Y2K work....

[Linda]

Hi Skip,

Yep. They are the best kind. ;)

Linda

Sent from my iPhone

> On Feb 13, 2016, at 8:31 PM, Skip Robinson <jo.skip.robin...@att.net> wrote:
> 
> Does anyone else have a certain cockeyed nostalgia for Doomsdays that just 
> never materialize? They are so entertaining. 
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler 
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> jo.skip.robin...@att.net
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Mike Schwab
>> Sent: Wednesday, February 10, 2016 08:18 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [Bulk] Re: Even after all the Y2K work
>> 
>> Not too young to remember 2012.
>> Who remembers the year without a December?
>> http://www.androidcentral.com/santa-s-going-be-mad-google-forgot-about-
>> december
>> I guess that was one way to avoid the Doomsday of December 21, 2012.
>> 
>> On Wed, Feb 10, 2016 at 10:04 AM, Field, Alan
>> <alan.fi...@bluecrossmn.com> wrote:
>>> Probably too young to remember Y2K.
>>> 
>>> Alan Field
>>> Systems Engineer Principal
>>> Blue Cross Blue Shield of MN
>>> 
>>> 651.662.3546
>>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>>> On Behalf Of Tony Thigpen
>>> Sent: Wednesday, February 10, 2016 9:54 AM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: OT: Even after all the Y2K work
>>> 
>>> You would think coders would understand leap days.
>>> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.calculatorcat.
>>> com_free-5Fcalculators_day-5Fof-
>> 5Fweek.phtml=BQICaQ=zjLIypOkeQKJfe
>>> 4BYrJ5J55pYA-45JElRiaMoh2hP7Q=SaL11MvL9LWz-
>> 4CkTmMYltgrRR9mrR4t5HY7AK
>> mOSPE=dzfOZigM6RzsZpwmqZ9ikEQkWF4XyxYWJl15RO0CRa8=Rgk_6sV
>> 6OuCAEexz
>>> ynTDXMLw0iK0tpzFcIGOmTkb84w= Enter Feb 29, 2016 (or any other valid
>>> leap year) and you get:
>>> 
>>> "The date February 29, 2016 is invalid.
>>> Check it again."
>>> 
>>> 
>>> --
>>> 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: AW: Re: You thought IEFBR14 was bad? Try GNU's /bin/true code

[Linda]

Google search with the search terms -
Iefbr14 site:IBM.com 
Yields a bunch of results, including IBM manuals. 

HTH,
Linda

Sent from my iPhone

> On Feb 10, 2016, at 1:25 PM, Ed Gould <edgould1...@comcast.net> wrote:
> 
>> On Feb 10, 2016, at 1:55 PM, Paul Gilmartin wrote:
>> 
>> On Wed, 10 Feb 2016 19:26:17 +0100, Peter Hunkeler wrote:
>> 
>>>> ?That doesn?t apply to ?true?, though, right??
>>>> ?Of course not, use some common sense.?
>>> 
>>> That would require the knowledge of /bin/true to be common sense, which I 
>>> doubt. I like the idea of help being available even for what might look 
>>> like an obvious command to some.
>> Agreed.  And "IEFBR14" is far less "common sense" than "true".  So, where
>> does IBM document IEFBR14.  Utilities?  No, those are largely "IEB" prefix.
>> A brief search turns up several documents that mention use of IEFBR14, but
>> none that officially specify it.  It shouldn't default to "That's common 
>> knowledge,"
>> as an IBM employee has here attempted to justify absence of documentation
>> of another z/OS facility.
> -SNIP--
> I don't recall of it ever being documented, anyone?
> Just to be totally correct there are *NO* messages that it produces so there 
> is no prefix needed.
> 
> Ed
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Ancient History (OS's) - was : IBM Destination z - What the Heck Is JCL and Why Does It Look So Funny?

[Linda]

Hi Chris, 

No call waiting. My Apple had its own phone.  I spent lots of time logged in to 
the Univac at school coding and reading listings, first at 110 baud, later at 
300 baud.

Linda

Sent from my iPhone

> On Feb 6, 2016, at 7:49 AM, Chris Hoelscher <choelsc...@humana.com> wrote:
> 
> Linda - did you have call waiting? If you forgot to disable it before 
> "hooking up" that little click/beep indicator of an incoming call would throw 
> me offline (Apple ][+)
> 
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services
> Technology Solution Services
> : humana.com
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 714-8615, (502) 476-2538
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Linda
>> Sent: Saturday, February 06, 2016 12:53 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: [IBM-MAIN] Ancient History (OS's) - was : IBM Destination z -
>> What the Heck Is JCL and Why Does It Look So Funny?
>> 
>> I had an Apple ][ with an acoustic coupler. It auto dialed over a regular 
>> telco
>> dial tone line using a program loaded from a cassette player, or if one could
>> afford it, from an early floppy drive. The college I went to had a Univac
>> 90/70d. The were 4 student dialup numbers. I could get into one of those
>> much like the scene from War Games.  It was fun.
>> 
>> Linda
>> 
>> Sent from my iPhone
>> 
>>>> On Feb 5, 2016, at 11:19 AM, John McKown
>>> <john.archie.mck...@gmail.com> wrote:
>>> 
>>>> On Fri, Feb 5, 2016 at 1:02 PM, Lester, Bob <bles...@ofiglobal.com>
>> wrote:
>>>> 
>>>> Hi John,
>>>> 
>>>>Commodore 64 anyone?  :-)
>>>> 
>>>>Do you know what OS it ran?
>>> 
>>> ​Some variant of Microsoft BASIC, in ROM.​
>>> 
>>> 
>>> 
>>>> 
>>>>Was the HW an x86?  Motorola?  Apple?
>>> 
>>> ​Motorola 8 bit​ 6510 CPU.
>>> 
>>> Apple ][ was the 6502(?). And don't forget the Atari 800 (and lesser
>>> 400), which was 6502 based. Or, the one that I had: Tandy / Radio
>>> Shack's TRS-80 (affectionately known as the "trash-80") which was
>>> Zilog Z-80 (superset of Intel 8080) based. Oh, and the grandfather of
>>> them all (immortalized in "War Games" - how did they get an acoustic
>>> coupled modem to autodial?) was the Imsai 8080. Not to mention
>>> many other CP/M-80 machines, such as Comemco and Altair 8800. These
>>> latter two had the "feature" of being able to toggle individual bytes
>>> into memory via switches on the box. Damn, I'm old.
>>> 
>>> 
>>> 
>>>> 
>>>>I had a buddy (years ago, of course), that did strange and
>>>> wonderful (at the time) things with several of them connected
>>>> together.  No cases, wires everywhere,  but pretty cool anyhow for the
>> time.
>>>> 
>>>>TGIF, else I'd be in trouble.  :-)
>>>> 
>>>> BobL
>>> 
>>> --
>>> Werner Heisenberg is driving down the autobahn. A police officer pulls
>>> him over. The officer says, "Excuse me, sir, do you know how fast you
>>> were going?"
>>> "No," replies Dr. Heisenberg, "but I know where I am."
>>> 
>>> Computer Science is the only discipline in which we view adding a new
>>> wing to a building as being maintenance -- Jim Horning
>>> 
>>> Schrodinger's backup: The condition of any backup is unknown until a
>>> restore is attempted.
>>> 
>>> He's about as useful as a wax frying pan.
>>> 
>>> 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
> 
> The information transmitted is intended only for the person or entity to 
> which it is addressed
> and may contain CONFIDENTIAL material.  If you receive this 
> material/information in error,
> please contact the sender and delete or destroy the material/information.
> 
> 
> --
> 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: Ancient History (OS's) - was : IBM Destination z - What the Heck Is JCL and Why Does It Look So Funny?

[Linda]

I had an Apple ][ with an acoustic coupler. It auto dialed over a regular telco 
dial tone line using a program loaded from a cassette player, or if one could 
afford it, from an early floppy drive. The college I went to had a Univac 
90/70d. The were 4 student dialup numbers. I could get into one of those much 
like the scene from War Games.  It was fun. 

Linda

Sent from my iPhone

> On Feb 5, 2016, at 11:19 AM, John McKown <john.archie.mck...@gmail.com> wrote:
> 
>> On Fri, Feb 5, 2016 at 1:02 PM, Lester, Bob <bles...@ofiglobal.com> wrote:
>> 
>> Hi John,
>> 
>> Commodore 64 anyone?  :-)
>> 
>> Do you know what OS it ran?
> 
> ​Some variant of Microsoft BASIC, in ROM.​
> 
> 
> 
>> 
>> Was the HW an x86?  Motorola?  Apple?
> 
> ​Motorola 8 bit​ 6510 CPU.
> 
> Apple ][ was the 6502(?). And don't forget the Atari 800 (and lesser 400),
> which was 6502 based. Or, the one that I had: Tandy / Radio Shack's TRS-80
> (affectionately known as the "trash-80") which was Zilog Z-80 (superset of
> Intel 8080) based. Oh, and the grandfather of them all (immortalized in
> "War Games" - how did they get an acoustic coupled modem to autodial?)
> was the Imsai 8080. Not to mention many other CP/M-80 machines, such as
> Comemco and Altair 8800. These latter two had the "feature" of being able
> to toggle individual bytes into memory via switches on the box. Damn, I'm
> old.
> 
> 
> 
>> 
>> I had a buddy (years ago, of course), that did strange and wonderful
>> (at the time) things with several of them connected together.  No cases,
>> wires everywhere,  but pretty cool anyhow for the time.
>> 
>> TGIF, else I'd be in trouble.  :-)
>> 
>> BobL
> 
> -- 
> Werner Heisenberg is driving down the autobahn. A police officer pulls
> him over. The officer says, "Excuse me, sir, do you know how fast you
> were going?"
> "No," replies Dr. Heisenberg, "but I know where I am."
> 
> Computer Science is the only discipline in which we view adding a new wing
> to a building as being maintenance -- Jim Horning
> 
> Schrodinger's backup: The condition of any backup is unknown until a
> restore is attempted.
> 
> He's about as useful as a wax frying pan.
> 
> 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: ASG ZEKE Responding to program generated messages

[Linda]

ZEKE is also able to recognize the creation of a dataset. If dataset ABC.XYZ is 
created and catalogued, submit job.  Works very well. We use the feature in 
production often.

Linda

Sent from my iPhone

> On Dec 23, 2015, at 5:35 AM, Chuck Arney <ch...@arneycomputer.com> wrote:
> 
> ZEKE DOES monitor the console messages for a scheduled job and provides 
> Automatic Reply support.  I added that facility to ZEKE myself a mere 30 
> years ago.  It was available in the first release of ZEKE for MVS and it 
> became available for VSE in version 3. 
> 
> Chuck Arney
> Arney Computer Systems
> Web: http://zosdebug.com
> Facebook: http://www.facebook.com/arneycomputer
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Carl Edwards
> Sent: Tuesday, December 22, 2015 11:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ASG ZEKE Responding to program generated messages
> 
> I have a client that is considering installing ZEKE. Said client has a fair 
> amount of console diakaig that needs to be automated. The questions is Can 
> ZEKE recognize console messages generated via a program(DISPLAY UPON CONSOLE) 
> and respond to such? 
> 
> --
> 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: Electrician cuts wrong wire and downs 25,000 square foot data centre

[Linda Mooney]

We had added another raised floor area into the data center and installed a 
3090J mod 5, the one that looked like a huge H. We also had a 3081K in another 
room on the raised floor. DASD farm, print land, break down room with bursters, 
trimmers, and decolators, tape land, Network, and Command Center. Each was a 
separate raised floor Halon zone. 

One fine Saturday, I was in to give a tour to a Boy Scout group for a merit 
badge they were working on. Left the group in the reception area while I went 
up on the raised floor to check in with Operations staff. There was a 
contractor from the Halon fire suppression company in working on the Halon 
panel, and another contractor in working on our large telephone switch. The 
Halon panel was disabled, with all of the proper disabled lights showing, and I 
started the tour. 

We were all in the Tape Library when the horn went off. The Halon system 
skipped the bell and went right to the 30 second horn. I raced through the Boy 
Scouts and made a run for the Halon panel. My hand was a couple of inches from 
the master abort when the Halon started to dump. Every zone that had an 
automatic door dumped because the electricity to the door didn't drop (the 
doors could be opened by pushing them open - that part had been tested ) and 
the door sensors saw the approaching Halon and opened the door. The Halon 
sensors in the next zone (and next, etc.) saw the Halon cloud and dumped that 
zone too. To top it off, the Halon panel wouldn't release control, so it had to 
be taken out of service completely. 

We were down for 12 hours before all of the Halon could be properly vented. 
Coming back up was difficult with quite a few crashed DASD. One side of the 
3090 wouldn't come up, so I brought up just the one side that still worked. The 
3081 came up, but it took several more hours with the field engineers working 
on the DASD to get us ready to re-ipl. IBM field service did a great job 
getting us back to working order. 

The root cause of this? A wiring oops in the Halon panel itself and the 
assumption that the doors would drop power like they were supposed to. 

Linda 
- Original Message -

From: "Anne & Lynn Wheeler" <l...@garlic.com> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Sunday, December 13, 2015 12:04:39 PM 
Subject: Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data 
centre 

p...@petelancashire.com (Pete Lancashire) writes: 
> Showing my age  
> 
> I worked for Burroughs as an engineering technician. 
> 
> A customer with 360/65 instantaneous loss of power. I was there only for a 
> couple hours to drop off some equipment. Later heard they lost a couple 
> disk packs. 

separate from power failures can precipitate disk drive failure. 

IBM CKD dasd had power loss failure mode ... where there wasn't enough 
power to maintain memory contents ... but there was enough power left 
for the controller to complete a write operation ... problem was that 
the channel had stopped transferring data ... so the controller 
continued writting all zeros. The result was that after recovery, a 
subsequent read would show no errors ... for the record that had write 
operation ("correctly") complete with all zeros (this was especially 
troublesome when things like VTOC record was being written) 

FBA introduced that a physical record would not be written unless all 
data was available to correctly complete a write. This philosophy 
continued for RAID (write "failure" either completes correctly or 
at least results in error indication for subsequent read). 

During the 80s, there was lots of work trying to figure out how to 
retrofit such a fix to CKD dasd ... or at least provide a way for system 
to recognize an incorrect trailing zeros write. 

-- 
virtualization experience starting Jan1968, online at home since Mar1970 

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

Good, free flowchart software

[Linda]

Greetings!

I need a free flowcharting tool to diagram the workflows for several mainframe 
processes.  It would have to run on Windows. Google lists several, but I am not 
familiar with any of them. 

Can you recommend your favorite?

Thanks,

Linda

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

Re: Good, free flowchart software

[Linda]

Thanks, but doesn't that require Linux?

Linda

Sent from my iPhone

> On Dec 10, 2015, at 10:58 AM, Tony Thigpen <t...@vse2pdf.com> wrote:
> 
> I use LibreOffice Draw.
> 
> Tony Thigpen
> 
> Linda wrote on 12/10/2015 01:00 PM:
>> Greetings!
>> 
>> I need a free flowcharting tool to diagram the workflows for several 
>> mainframe processes.  It would have to run on Windows. Google lists several, 
>> but I am not familiar with any of them.
>> 
>> Can you recommend your favorite?
>> 
>> Thanks,
>> 
>> Linda
>> 
>> Sent from my iPhone
>> --
>> 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: Good, free flowchart software

[Linda]

Thanks, Lizette.  I forgot that it can do a flowchart. 

Linda
Sent from my iPhone

> On Dec 10, 2015, at 11:08 AM, Lizette Koehler <stars...@mindspring.com> wrote:
> 
> If you have MS WORD, there are flow chart symbols in there you can draw with.
> 
> Lizette
> 
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Linda
>> Sent: Thursday, December 10, 2015 11:01 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Good, free flowchart software
>> 
>> Greetings!
>> 
>> I need a free flowcharting tool to diagram the workflows for several 
>> mainframe
>> processes.  It would have to run on Windows. Google lists several, but I am
> not
>> familiar with any of them.
>> 
>> Can you recommend your favorite?
>> 
>> Thanks,
>> 
>> Linda
> 
> --
> 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: Earlier than a z9?

[Linda]

Hi Phil,

z800 a01

It might get replaced in the next year or so. 

Linda

Sent from my iPhone

> On Nov 19, 2015, at 2:59 PM, Phil Smith <p...@voltage.com> wrote:
> 
> Is anyone running on real hardware that's older than a z9? Off-list replies 
> would be fine-not trying to embarrass anyone, trying to figure out whether 
> there's any real work taking place on such ancient iron. Connor, you don't 
> need to reply :)
> 
> 
> 
> --
> 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: I just bought an IBM z890

[Linda]

Hi Connor,

Seriously awesome!  I want one too!

You might try checking public surplus sales/auctions. You can find the ones in 
your area by search for public surplus sale. Government shops are usually 
required to sell there surplus equipment through these sales. Large shops often 
have private sales and they can be found by online search too.  Often the 
equipment works and is cheaper.  Read the fine print - terms can be different.

Best,

Linda

Sent from my iPhone

> On Nov 8, 2015, at 11:28 PM, Connor Krukosky <conn...@connorsdomain.com> 
> wrote:
> 
>> On 11/8/2015 9:11 PM, Timothy Sipples wrote:
>> So let's explore this possibility.
>> 
>> First of all, many congratulations on your $237 acquisition! You've got an
>> interesting machine, a machine that figured prominently in mainframe
>> history as the first genuinely "small" 64-bit mainframe -- though it may
>> not seem small in your basement. Here are a few details worth checking:
> Thanks!
>> 1. Do you have any ESCON ports on your z890, or only FICON/FCP? If the
>> latter, you would have 2Gbps ports capable of fallback to 1Gbps. The IBM
>> DS6800 is a superb match if you're looking for a bit of FICON/ECKD storage,
>> though make sure the DS6800 unit you find is actually ECKD. (Somebody on
>> this list just might have a DS6800 to donate.) If you have ESCON ports you
>> could also look at older ESCON-attached storage units or even possibly an
>> ESCON-to-FCP/SCSI converter.
> I do have ESCON ports as-well, two 16 port cards installed. ( I have 4 FICON 
> cards for reference )
> I have looked into the DS6000 and DS6800, on eBay people are asking A LOT I 
> have made some offers but I doubt I will get anything from there.
> The expansion units are worth almost nothing comparatively is the sad thing. 
> But if someone here happened to have a 1750-511 or 1750-522 laying around and 
> wouldn't mind letting it disappear I would be more than happy to pay for 
> shipping.
> I have never heard of ESCON-to-FCP/SCSI converters.
> I've seen the FCP to SCSI boxes but they hook up via FICON and don't count as 
> a proper DASD that say z/OS can see or use, they count as a SAN.
>> 
>> 2. The z890 was available with 1000BASE-T, Gigabit, and 10 Gigabit Ethernet
>> -- and even Token-Ring. For your purposes having at least a couple
>> 1000BASE-T ports (Feature Code 1366) would be best, but the other ports
>> could be a bonus.
> I think I have the 1000BASE-T cards. I have 5 total cards but two of them 
> were damaged due to some problems with thermal adhesive failing thus making 
> the heat-sinks fall off the chips and when they fell to the bottom they got 
> wedged when being removed and damaged the same chip in two different cards. I 
> have re-applied thermal adhesive in the 3 cards that seemed ok and just set 
> the other two aside for now. I currently set up the first port on the first 
> card for OSA-ICC so I can use that for 3270s in the future when I get them 
> configured, and setup the rest of the 5 ports for OSD so I can use them for 
> standard networking.
>> 
>> 3. Is the 4th core on your z890 configured as an IFL, ICF, or zAAP by any
>> chance? If not, it's a spare to the three cores that are configured on your
>> machine, and that's not bad either.
> As far as I know I don't think so, it may be an IFL or ICF, but I know its 
> not configured as a zAAP as I was hoping it would be.
> I will have to check later and get back as to what it is.
>> 
>> 4. The z890 had anywhere from 8GB to 32GB of main memory. Do you know how
>> much yours has? Even the 8GB configuration should be fine for a personal
>> mainframe, but more might be fun if you want to run some memory intensive
>> home workloads.
> It only has 8GB, but I will probably keep an eye out on eBay in-case a larger 
> module pops up.
>> 
>> 5. I suspect CP Assist (CPACF, Feature Code 3863) is installed, though
>> that's something to check. You can also check to see if any cryptographic
>> adapters are installed. There were three available for the z890: PCICA
>> (Feature Code 0862), PCIXCC (Feature Code 0868), and Crypto Express2
>> (Feature Code 0863). The last one would be the best. All operating systems
>> can take advantage of these features.
> I am pretty sure it is installed as when I double clicked on the CPC I 
> remember seeing 'Cryptographic Feature: Installed' or the likes.
> I do not have any cryptographic adapters installed but I have seem them 
> floating around so if I want to play with one I can probably find one on eBay 
> for not too much if I'm lucky.
> 
>> 
>> 6. Do you have a HMC with DVD drive? If you don't, maybe that's another
>> item 

Re: OS/390 hard wait Subject:

[Linda]

Www-3.ibm.com/systems/z/os/support/zos_server.htm 

Shows the z990 as the newest processor to support OS/390 2.10. 

HTH,

Linda

Sent from my iPhone

On Sep 25, 2015, at 5:16 AM, Peter Relson <rel...@us.ibm.com> wrote:

>> The earliest version of MVS (sic) that is advertised 
>> to support ARCHLVL=2 is z/OS 1.6
> 
> Not true. z/OS 1.6 is the earliest release to require z/Architecture 
> (i.e., ARCHLVL=2).
> OS/390 R10 introduced ARCHLVL=2 as an option.
> 
>> IEA304W SYSTEM WAIT STATE CODE 80009064 DURING IEAVNPF5 INITIALIZATION
> 
> As documented, this wait state code indicates that a program check 
> occurred.
> 
> If you were to ask anyone "a program check occurred, what went wrong?" 
> they'd ask for more information. As would we.
> What program check? Where? As documented there might be a message in the 
> wait state message area.
> A standalone dump would usually be needed to make much progress.
> 
> Was OS/390 R10 even a release for which z10 support was provided? have no 
> idea.
> 
> Peter Relson
> z/OS Core Technology Design
> 
> --
> 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: Testing with dates in the future

[Linda]

Hi Markus,

We got a product called TICTOC for Y2K testing. It worked great for that and we 
kept it for time period sensitive applications. The current name is Application 
Time Facility, distributed by IBM. They do keep it current. 

We don't IPL for date testing anymore. We use it with batch, TSO, Com-plete, 
ADABAS mostly. It also works with CICS, DB2, and WebSphere.  Time shifted work 
can be run in the same lpar as normal work or development. You would use a test 
instance of the online software and database and they get the date applied 
there.  

HTH,

Linda

Sent from my iPhone

> On Sep 23, 2015, at 1:55 AM, Markus Haselbach 
> <markus.haselb...@credit-suisse.com> wrote:
> 
> Hallo,  
> in our installation we do application  testing  with special dates like end 
> of month, end of year or leap day by IPling   all Lpars in a test sysplex 
> with a date/time offset   which can be as big as 100 days or more.  Does 
> someone run test sysplexes also this way with future dates? 
> Best regards 
> Markus 
> 
> --
> 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: TRUSTED attribute for IBM tasks

[Linda]

Something about some road paved with good intentions? Good war story. Dr.  
Murphy is indeed a busy fellow. And an amazing teacher as most of us remember 
his lessons well. 

Thanks for sharing that one. 

Linda

Sent from my iPhone

 On Aug 22, 2015, at 8:04 PM, J O Skip Robinson jo.skip.robin...@sce.com 
 wrote:
 
 The moral of the following war story is that no amount of monitoring or 
 tracing or testing can save you from Dr. Murphy.  
 
 Some idiot in our shop once misunderstood or misremembered something he 
 thought he had heard. He overrode the built-in (default) PPT entry for JES2 
 to remove the blessed attributes. Things worked fine for 10 years until 
 someone else innocently created a generic RACF profile that happened to 
 encompass JES2 checkpoint and spool. At the next IPL, JES2 got S913 on his 
 own data sets. It had been so long since the errant PPT entry that even the 
 idiot had no clue it was his fault. The idiot should have been fired, but I'm 
 still here. 
 
 .
 .
 .
 J.O.Skip Robinson
 Southern California Edison Company
 Electric Dragon Team Paddler
 SHARE MVS Program Co-Manager
 626-302-7535 Office
 323-715-0595 Mobile
 jo.skip.robin...@sce.com
 
 -Original Message-
 From: RACF Discussion List [mailto:rac...@listserv.uga.edu] On Behalf Of Stu 
 Henderson
 Sent: Friday, August 21, 2015 12:48 PM
 To: rac...@listserv.uga.edu
 Subject: Re: TRUSTED attribute for IBM tasks
 
 Joel,  Your comments make sense.  It would be useful to us all if someone 
 would monitor the logging produced by TRUSTED to see which STCs actually use 
 it and why.  It would also be useful if IBM (and other
 vendor) doc. would provide substantiation, describing the reasoning around 
 statements that some STC needs TRUSTED. And maybe possible work arounds.  And 
 maybe why effective change control on the configuration files for these STCs 
 is important. It strikes me that any security weakness in web facing started 
 tasks with TRUSTED would break IBM's Integrity Statement for MVS, since 
 TRUSTED would give access to the 
 FACILITY class rules named CSVAPF.   Best regards, Stu
 
 
 On 8/21/2015 2:23 PM, Tilton, Joel wrote:
 Juan,
 Well no offense to IBM but I've reached a new level of paranoia with them 
 recommending TRUSTED.
 
 Why?  I'm glad you asked. :-)
 
 Optionally TRUSTED means exactly that and in my experience IXGLOGR, GPMSERVE 
 and even the Netivew UNIX STC can function without TRUSTED.
 
 Of course it's much less work to give an STC TRUSTED.  If something is 
 optional then I question the requirement to give it TRUSTED.
 If I were an auditor I would not want a task having this kind of high 
 powered access just because IBM says its optional.
 
 Be cautious if you give TRUSTED to anything when you're using SERVAUTH to 
 secure networks and ports.
 You've just given the task total access to any ports and network zones it 
 wants; just because it is an STC does not mean it should be entitled to such 
 high level of access to your network.
 
 I think TRUSTED should really be reserved for core z/OS components like JES 
 or XCF, for example, but certainly not tasks that provide service to end 
 users or listen on ports.
 
 My two cents.  Hope this helps.
 
 Your mileage may vary.
 
 Joel Tilton
 Senior Security Engineer
 EC Mainframe Security Engineering
 DTCC Tampa
 jtil...@dtcc.com
 +1 813-470-2160
 
 Visit us at www.dtcc.com or follow us on Twitter @The_DTCC and on LinkedIn.
 To learn about career opportunities at DTCC, please visit dtcc.com/careers.
 
 Classification:  DTCC Non-Confidential (WHITE)
 
 The views I have expressed in this email are my own personal views, and are 
 not endorsed or supported by, and do not necessarily express or reflect, the 
 views, positions or strategies of my employer.
 
 -Original Message-
 From: RACF Discussion List [mailto:rac...@listserv.uga.edu] On Behalf 
 Of Mautalen Juan Guillermo
 Sent: Friday, August 21, 2015 10:13 AM
 To: rac...@listserv.uga.edu
 Subject: TRUSTED attribute for IBM tasks
 
 Hi!
 
 In the MVS Initialization and Tuning Reference book, there is a valuable 
 list of STC that IBM recommends defining as TRUSTED. I always follow this 
 recommendation (even for the OPTIONAL ones).
 We are currently at z/OS 1.13. However, I was looking at the z/OS 2.1 
 version of this list, and I see some additions (compared with 1.13 list). 
 For instance: SMSPDSE1, WLM, ZFS.
 I was wondering whether to change them to TRUSTED right now (when still in 
 1.13), or wait until migration (that will not happen very soon, and will 
 probably be to 2.2, by the way). Of course, no harm will be done to a task 
 by marking it TRUSTED, but I don't know whether it is indeed a good idea to 
 do it in advance, when we are not yet running the z/OS version suggesting it.
 
 What do you think?
 
 Thanks in advance,
 
 Juan G. Mautalen
 
 --
 For IBM-MAIN subscribe / signoff / archive access

Re: Interesting information in blog post by Tom Rosamilia, SVP IBM

[Linda]

IMHO, not uploading the presentation tends to dilute the message. Being able to 
share the keynote presentation slides with the management back at the shop 
would be much more effective than just being able to share your own attendee 
notes. 

Linda

Sent from my iPhone

On Aug 18, 2015, at 10:21 AM, Mark Post mp...@suse.com wrote:

 On 8/18/2015 at 12:46 PM, Charles Mills charl...@mcn.org wrote:
 Your last point is substantially true but the villain if you will is not
 SHARE. SHARE does not upload anyone's presentations. The speakers do or do
 not upload handouts,
 
 Being a speaker, I understand that.  I also understand that sometime big 
 deal speakers get some hand holding from the conference organizers.  In 
 particular, the things that get sent out via SHARE Live! are loaded onto 
 conference systems prior to the talk.
 
 and in my experience, SHARE and otherwise, the big
 deal speakers never do. I think they think it helps keep the formula for
 their secret sauce secret. Helps preserve the aura of mystery.
 
 Perhaps.  In some cases it might be a case of not wanting to expose their 
 weak sauce.  ;)  I don't think Tom Rosamilia falls into that category, but 
 it's still aggravating to not be able to point people to copies of the 
 keynotes.
 
 
 Mark Post
 
 --
 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 on 3270 Devices

[Linda]

No, I had a 3279 SG3 on my desk.  It was also 4 session, but could have only 
one session in the foreground at a time.  The 3290 could display all four 
sessions on screen at the same time. There was a RPQ for the controller to 
support it. All were IBM branded. 

Linda

Sent from my iPhone

 On May 31, 2015, at 10:54 AM, zMan zedgarhoo...@gmail.com wrote:
 
 Right, but this wasn't IBM, and was color (3279). Clearly a 3290 competitor.
 
 On Sat, May 30, 2015 at 10:57 PM, Linda linda.lst...@comcast.net wrote:
 
 We had several of these. IBM 3290. Ours were coax attached to a couple of
 IBM 3174 Controllers.  Black background, orange character set.
 
 Linda
 
 Sent from my iPhone
 
 On May 30, 2015, at 5:27 PM, zMan zedgarhoo...@gmail.com wrote:
 
 OK, this is sorta OT, but related: in the late 1990s I had the pleasure
 of
 working for a while at a customer site. Some of the time I used a
 coax-connected device with a large (for the time) screen that could
 either
 support four 3279 sessions at once, or one 3279 session that took the
 whole
 screen (you could switch modes; in single-session mode, you'd then cycle
 through the sessions). The single-session mode was great late at night
 when
 very tired.
 
 Anyone remember this device? It wasn't IBM.
 
 On Fri, May 22, 2015 at 12:40 PM, Pommier, Rex rpomm...@sfgmembers.com
 wrote:
 
 Probably the last time they sold one.  :-)
 
 Rex
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On
 Behalf Of Charles Mills
 Sent: Friday, May 22, 2015 10:44 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on 3270 Devices
 
 revision date 12/26/2003 ???
 
 Charles
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On
 Behalf Of Mike Schwab
 Sent: Friday, May 22, 2015 8:35 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on 3270 Devices
 
 http://www.c-reset.com/terminal.html#IBM
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 The information contained in this message is confidential, protected
 from
 disclosure and may be legally privileged.  If the reader of this
 message is
 not the intended recipient or an employee or agent responsible for
 delivering this message to the intended recipient, you are hereby
 notified
 that any disclosure, distribution, copying, or any action taken or
 action
 omitted in reliance on it, is strictly prohibited and may be unlawful.
 If
 you have received this communication in error, please notify us
 immediately
 by replying to this message and destroy the material in its entirety,
 whether in electronic or hard copy format.  Thank you.
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 
 --
 zMan -- I've got a mainframe and I'm not afraid to use it
 
 --
 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
 
 
 
 -- 
 zMan -- I've got a mainframe and I'm not afraid to use it
 
 --
 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 on 3270 Devices

[Linda]

We had several of these. IBM 3290. Ours were coax attached to a couple of IBM 
3174 Controllers.  Black background, orange character set. 

Linda

Sent from my iPhone

 On May 30, 2015, at 5:27 PM, zMan zedgarhoo...@gmail.com wrote:
 
 OK, this is sorta OT, but related: in the late 1990s I had the pleasure of
 working for a while at a customer site. Some of the time I used a
 coax-connected device with a large (for the time) screen that could either
 support four 3279 sessions at once, or one 3279 session that took the whole
 screen (you could switch modes; in single-session mode, you'd then cycle
 through the sessions). The single-session mode was great late at night when
 very tired.
 
 Anyone remember this device? It wasn't IBM.
 
 On Fri, May 22, 2015 at 12:40 PM, Pommier, Rex rpomm...@sfgmembers.com
 wrote:
 
 Probably the last time they sold one.  :-)
 
 Rex
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Charles Mills
 Sent: Friday, May 22, 2015 10:44 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on 3270 Devices
 
 revision date 12/26/2003 ???
 
 Charles
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Mike Schwab
 Sent: Friday, May 22, 2015 8:35 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Question on 3270 Devices
 
 http://www.c-reset.com/terminal.html#IBM
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 The information contained in this message is confidential, protected from
 disclosure and may be legally privileged.  If the reader of this message is
 not the intended recipient or an employee or agent responsible for
 delivering this message to the intended recipient, you are hereby notified
 that any disclosure, distribution, copying, or any action taken or action
 omitted in reliance on it, is strictly prohibited and may be unlawful.  If
 you have received this communication in error, please notify us immediately
 by replying to this message and destroy the material in its entirety,
 whether in electronic or hard copy format.  Thank you.
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 
 -- 
 zMan -- I've got a mainframe and I'm not afraid to use it
 
 --
 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: Central Florida z/OS people

[Linda Mooney]

Hi Tony, 

I grew up in Gainesville and I am not quite retired. Running the numbers, as 
they say. 31 years on z and its predecessors, varied roles, mostly as a 
sysprog. What's the gig? 

Thanks, 

Linda 
- Original Message -

From: Tony Thigpen t...@vse2pdf.com 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, May 19, 2015 3:40:24 PM 
Subject: Central Florida z/OS people 

If you are a retired z/OS systems programmer and are somewhere in 
central Florida (within 1 hour of Winter Haven) and are interested in 
some part-time (or even full-time) work, or maybe seasonal work, contact 
me *off-list*. 

No formal resume requested. 

Principles only. 

-- 
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: Ads in Redbookd.

[Carroll Linda - lcarro]

Good point. IBM pays the expenses of those who attend these residencies to work 
on the Red Books... we're talking airfare, hotel, car, meals, etc... Not all of 
those who go to Poughkeepsie to work on the Red Books reside in the US, so the 
airfares can he huge. Some of these efforts takes several weeks or months, many 
people committing their time and expertise to the effort. 

Do I like the fact that the ads are in there... NO, but if it helps offset the 
expense of creating one of these Red Books that provides us with additional 
insight into new technology and functionality, then we, the users, might need 
to be a little forgiving if a company places an ad in a technical 
publication. Should IBM limit the ads? I believe they should limit the ads 
placed in the Red Books, because as another person already stated, too many 
will detract from the benefit of the publications. 

Thank you,

Linda J Carroll
Senior Capacity Planner



Acxiom Corporation
EML   linda.carr...@acxiom.com  
TEL    +1 630.944.9018
MBL   +1 678.777.8298
www.acxiomit.com  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Suhr
Sent: Friday, April 17, 2015 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ads in Redbookd.

Somebody's got to pay for these books.  Are you?
On Apr 16, 2015 11:51 PM, Shane Ginnane ibm-m...@tpg.com.au wrote:

 How long have we had ads (sorry, Promotions) in Redbooks ?.
 Just pulled the z13 Tech Intro Ed posted about - can't be that long 
 since I downloaded one, and I certainly don't recall included ads.
 As bad as the bloody trailers on hired DVDs.

 quote
 Imagine the power of being seen by users who download millions of 
 Redbooks publications each year!
 quote
 H ... rather; imagine potentially pissing off all those users.

 Shane ...

 --
 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
***
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be legally
privileged.

If the reader of this message is not the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank You.



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

Re: Windsor, Ontario, Canada mainframers

[Linda Hagedorn]

Remember IBM's Master The Mainframe Contest students.  

In addition to making a z platform case, there's a fresh group of trained kids 
available every year.  

Sent from my iPhone

On Apr 16, 2015, at 5:03 PM, Graham Hobbs gho...@cdpwise.net wrote:

 Points taken Tim. Hadn't seen that link before.
 Thanks kindly.
 
 On 2015-04-16 4:38 PM, Tim Hare wrote:
 I don't think you want to sell this as 'mainframe'.   I think you want to 
 sell this as 'Enterprise class, cost-saving,  Linux virtualization box'... 
 the server folk have already attached negative connotations to the 
 'mainframe' word in management's mind.  Presenting the cost savings 
 (especially if you run Oracle licenses on the farm) from consolidating onto 
 one big box is something IBM is doing all over the place and they should be 
 glad to help.
 
 You probably have it, but here's a link to a box that is built to do z/VM 
 with virtual Linux
 
 http://www-03.ibm.com/systems/z/os/linux/els.html
 
 --
 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: Check out Google Maps has Pac-Man? Bring it on, fools! - CNN.com

[Linda]

Thanks Ed!

It works great. 

Linda

Sent from my iPhone

 On Apr 1, 2015, at 5:49 PM, Ed Finnell 
 000248cce9f3-dmarc-requ...@listserv.ua.edu wrote:
 
 _Google  Maps has Pac-Man? Bring it on, fools! - CNN.com_ 
 (http://www.cnn.com/2015/03/31/living/feat-pacman-google-maps-april-fools/)  
 
 It works on some Desktop browsers. 
 Firefox and Chrome. Anyway for chuckles it's worth a try.
 For the more adventurous there's '15 Best Locations for Pacman'
 
 It's well done. just go to google.com/maps and enter a location.
 
 The PACman icon will appear in lower left and if there's enough byways the  
 game actually plays.
 
 --
 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: Economics of Mainframe Technology

[Linda]

Hi Art,

Your recollection of the figures from the keynote matches mine. 

Linda
Sent from my iPhone

 On Mar 10, 2015, at 1:36 PM, Art Gutowski arthur.gutow...@gm.com wrote:
 
 If my notes are accurate from Ross' Keynote address to SHARE attendees in 
 Seattle, mainframes account for 68% of production workloads, but only 6% of 
 IT spend (exclusive of aggregate labor costs across platforms).  Given the 
 armies of sysadmins to support *nix and windoze platforms, I gotta believe 
 labor costs on these platforms eclipse those of the mainframe.
 
 I am passing the webinar info along to my senior management...
 
 Thanks,
 Art Gutowski
 GM IT Senior Mainframe Specialist
 arthur.gutow...@gm.com
 
 On Tue, 10 Mar 2015 16:38:37 -0300, Lucas Rosalen rosalen.lu...@gmail.com 
 wrote:
 
 Wow, those are big numbers! Thank you, Tom.
 This seems to be a good thing to be shared with techies, but specially with
 management. I'm looking forward to it.
 
 Thanks,
 
 ---
 *Lucas Rosalen*
 Emails: rosalen.lu...@gmail.com / *lrosa...@br.ibm.com
 lrosa...@br.ibm.com*
 LinkedIn: http://br.linkedin.com/in/lrosalen
 Phone: +55 19 9-8146-7633
 
 2015-03-10 15:47 GMT-03:00 Tom Marchant 
 000a2a8c2020-dmarc-requ...@listserv.ua.edu:
 
 I just received word of this and thought others on the list might find it
 interesting.
 
 
 Compuware is hosting a webcast with renowned expert in technology
 economics,
 Dr. Howard Rubin. Dr. Rubin will be presenting his most recent findings on
 the
 growing consumption of technology and its impact on core infrastructure
 costs.
 His research compares the resulting costs for a mainframe-heavy
 organization to
 a server-heavy organization.
 
 Title: The Surprising Economics of Mainframe Technology
 Date: March 19
 Time: 11:00 a.m. ET
 Duration: 60 minutes
 
 [...]
 
 On the webcast, he will be speaking to the following findings:
 
 o   While computing power has doubled over the last five years,
server-heavy organizations’ costs have gone up 63% more than
mainframe-heavy organizations.
 o   For every $1 that’s spent on infrastructure costs, Mainframe
organizations earn $10.55 while server-heavy organizations earn
only $8.22.
 o   Analysis across 15 industries shows that the average IT cost of
goods is 35% (on average) less for mainframe-heavy organizations,
with the greatest differences in the financial sector.
 
 Dr. Rubin will be joined by two industry thought-leaders, Ross Mauri,
 General
 Manager, IBM z Systems and Chris O’Malley, CEO of Compuware. Ross will
 answer
 questions about mainframe misperceptions and the new capabilities of the
 z13,
 while Chris will discuss how increasing technical demand on the mainframe
 is
 impacting IT and the entire business.
 
 --
 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: XREF Members of JCL libs and their datasets

[Linda]

Mitch,

What about jobs that are submitted by STC or by JES2 auto command?  Or is RES 
dependent on the use of a job scheduler?

Linda

Sent from my iPhone

 On Feb 12, 2015, at 6:15 PM, Mitch 
 005d889cebf0-dmarc-requ...@listserv.ua.edu wrote:
 
 Shmuel,
 
 It's not a stunt.  It's knowing the JOBLIBs and the scheduler.  From there, 
 the RES Suite finds everything automatically.  If all you are looking for is 
 production, you don't even need the JOBLIBs as the RES Suite will find those 
 from virtually any mainframe scheduler tool.  Someone should check it out (it 
 is in use at a number of sites around the world).
 
 
 
 Mitch
 
 
 
 
 
 -Original Message-
 From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
 To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
 Sent: Thu, Feb 12, 2015 7:58 pm
 Subject: Re: XREF Members of JCL libs and their datasets
 
 
 In 14b7e10c0e1-1be5-12...@webprd-a53.mail.aol.com, on 02/12/2015
   at 08:53 AM, Mitch 005d889cebf0-dmarc-requ...@listserv.ua.edu
 said:
 
 Actually, you don't need to know the Proclib environment.  The RES
 Suite finds the Proclibs automatically.
 
 That would be a good stunt.
 
 -- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
 
 
 
 --
 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: (My) John Ehrman Assembler Book

[Linda]

Hi John,

Thank you so much!  I remember when I took your Assembler Boot Camp at SHARE 
hoping there there would be a book from you. 

Thanks again!

Linda

Sent from my iPhone

 On Feb 9, 2015, at 10:40 AM, John Ehrman ehr...@us.ibm.com wrote:
 
 Richard Lawrence posted: 
 The long awaited John Ehrman Assembler book as available at the 
 Marist College web site:
 
 http://idcp.marist.edu/enterprisesystemseducation/Assembler%20Language%20Programming%20for%20IBM%20z%20System%20Servers.pdf
 
 I appreciate the many kind comments posted on these discussion lists.
 
 Please note that some fixes will be in the next update:
 (1) The fragmentary index after the preface/introduction will be removed.
 (2) The solutions for sections 25 and 26 will be restored.
 (3) Various typographic errors will be fixed.
 (4) Some minor text reorganizations.
 
 Rather than adding change bars, I plan to add an Updates section 
 somewhere at the front or back of the text explaining differences from 
 version to version.
 
 After those are finished:
 (n) I'm currently preparing some lecturer materials like presentation 
 slides.
 (n+1) A major item will be to add hyperlinks for contents and 
 cross-references.
 (n+2) I apologize, Lizette, but I doubt I'll add another 1200 pages any 
 time soon.
 
 John Ehrman (ehr...@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