IBMLink screens screwed up again

[Dan Little]

Broken again. Anyone else seeing it?

> FO IBM-MAIN

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

IBMLink and Knowledge Centre not working

[Dan Little]

Was working fine earlier this morning but screens all screwed up now.

Dan

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

Re: APF problem

[Dan Little]

I think the key is the “and” between supervisor state and psw key 0-7.

Try MODESET KEY=ZERO,MODE=SUP

DAN

On Feb 17, 2018, 22:45 -0500, Jesse 1 Robinson , wrote:
> I've been doing this for so many years that I thought I could not be stumped 
> by an APF problem. I get a SD22-20, which I had to look up:
>
> D22-20
> The program is not authorized to issue the MGCR or MGCRE macro. The program 
> must be in supervisor state and PSW key 0-7.
>
> Here's the relevant code:
>
> *
> MODESET MODE=SUP SET TO SUP FOR COMMAND
> SR R0,R0 CLEAR R0 FOR MGCR
> MGCR COMMAND ISSUE COMMAND TO HSM
> MODESET MODE=PROB SET BACK TO PROB
> *
>
> The program is APF authorized per StarTool:
>
> CMD NAME DATA/MSG ALIASOF LEN/LKED -- ATTRIBUTES - APF MODE MAIN
> TSAFDEL 1999/12/30 AC A24
>
> The load library is in the APF list:
>
> ...
> SYSA03 TSAF.LOAD
> ...
>
> TSAF.LOAD
> --RECFM-LRECL-BLKSIZE-DSORG
> U ** 32760 PO
> --VOLUMES--
> SYSA03
>
> Execution JCL:
>
> //TSAFDEL EXEC PGM=TSAFDEL,REGION=128M,TIME=9
> //STEPLIB DD DISP=SHR,DSN=TSAF.LOAD
>
> I totally don't understand how it could be failing. Do I need 'MODESET 
> KEY=ZERO' also or instead of 'MODE=SUP'?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SMP/E theology question

[Dan Little]

The z/OS Packaging Rules publication for SMP/E lays out a naming standard.

10.2 SYSMOD IDs


The SYSMOD ID of a function is called the function modification identifier
(FMID). The FMID is a 7 character identifier that needs to be unique to
distinguish one product from another. One way to help ensure this
uniqueness is to follow the naming convention tcccrrr, as described below:


   - t - is an alphabetic character used to indicate type of function.
   Avoid the IBM valuse of A,B,C,D,E,F,H and J.

   - ccc - is the product version code. You can help guarentee uniqueness
   by using the the component code.

   - rrr - is the release value. This value should be alphanumeric and it
   should be unique within a product version.



On Tue, Dec 20, 2016 at 16:36 Phil Smith  wrote:

Since we started, we've named SMP/E packages Vxxxvrm, where xxx = the
IBM-assigned product prefix and vrm = v.r.m.



Why? I don't know. It was what I was led to believe was the One True Way.



But is it? Could we use xxxvrm, or xxxvrmZ, or whatever we want within that?



Thanks in advance,



...phsiii





--

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: Extended ZFS

[Dan Little]

You must create a new ZFS with extended addressability and copy old to new.


/samples/copytree is a pretty slick command to do the copy.

DAN


On Wed, Feb 22, 2017 at 16:47 Jesse 1 Robinson 
wrote:

> Hope this does not smack of too lazy to wade through doc. We have a ZFS
> that has hit the 4GB limit. We want to 'transform' it to extended format.
> One opinion on the floor is that we could just ALTER the

the DATACLAS of the existing ZFS and let it expand on its own; the other
> opinion (mine) is that we have to create a new ZFS with the extended
> attribute and copy data from old to new. Who's right?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Extended GDG question.

[Dan Little]

Yes unfortunately there is no way to "convert" to extended GDG.


On Thu, Feb 23, 2017 at 08:04 Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> Hello group,
>
> We like to start using Extended GDGs for the nice LIMIT(999) feature.
> I found that I can ALTER a GDG to a LIMIT > 255, but only if it is an
> Extended GDG.
>
> I could not find that I can ALTER an old GDG to an Extended GDG. Is this
> not possible and can I only define a new GDG as Extended?
> This means, delete the old GDG, including the 255 members, define the new
> GDG and restore and roll in the 255 members?
>
> Thanks,
> Kees.
>
> 
> 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: Can you use IDCAMS REPRO on zFS files

[Dan Little]

If I do it this way though I won't reclaim any space like I would if I
create a new zFS and copy using pax or copytree.



On Sun, Mar 5, 2017 at 07:38 Peter Hunkeler  wrote:

> >I have someone telling me that I can use a simple IDCAMS ZFS
> [snip]
>
> >Is it possible to use IDCAMS to copy a zFS file and not break the
> structure?
>
>
> Not only possible put inmost cases much faster that copy the data using
> unix commands such as pax of copytree. Here is the fine manual says about
> this:
>
>
> z/OS Distributed File Service zFS Administration Version 2 Release 1
> Increasing the size of a compatibility mode aggregate
> Copying the physical blocks of the aggregate to a larger data set
>
>
> Another method to increase the size of a zFS aggregate is to copy the
> physical blocks of the aggregate to a larger data set using the DFSMS REPRO
> command. This approach is normally faster than using the pax command.
> However, do not format the target zFS data set before using the REPRO
> command. Figure 10 on page 34 shows an example of this approach.
> [snip]
> With this approach, the new VSAM linear data set must not be formatted as
> an empty zFS file system before the REPRO command is used. (If the new data
> set was formatted, the REPRO would copy blocks to the end of the primary
> allocation, not the beginning. The data blocks being copied contain all the
> file system data and the file system information, so formatting is not
> necessary.) Neither file system needs to be mounted. REPRO uses native VSAM
> calls to read and write the blocks.
>
>
> --
> 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: FTP Client for Mac OS

[Dan Little]

I am told that FileZilla is mainframe-friendly.  I don't have first hand
experience.

Dan


On Fri, Mar 10, 2017 at 05:19 Martin Packer 
wrote:

> Some of you must be using Macs to access z/OS data sets.
>
> I'm looking for a good Mac OS FTP client that can handle PDS members -
> including ASCII/EBCDIC translation.
>
> Eventually I might need the ability to get zFS files but not yet.
>
> Automation a bonus.
>
> Any recommendations? I'll accept chargeable ones as well as free ones.
>
> Thanks, Martin
>
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Cloud & Systems Performance, IBM
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog:
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
>
> Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or
>
>
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
>
> --
> 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: Can SMPPTS datasets be consolidated?

[Dan Little]

I thought the SMMPTSx DDDEF was recorded in the global zone and that
consolidating could not easily be done.


Dan


On Thu, Mar 16, 2017 at 19:26 Gibney, Dave  wrote:

> Has this always been so. Sometime ago (1.7, 1.9) I had ACCEPT fail because
> I had compressed and moved members into lower sequenced SMPPTSn
> At least I think I remember this. I've just always added another SMPPTSz
> ever since.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Jesse 1 Robinson
> > Sent: Thursday, March 16, 2017 3:45 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Can SMPPTS datasets be consolidated?
> >
> > SMP/E does not keep a permanent record of which PTS holds a particular
> > sysmod. On every query, the concatenated PTS libraries are searched. If
> the
> > sysmod is found, the particular library is named, otherwise 'not found'.
> This
> > allows you to freely manipulate the libraries and their content. Worst
> case,
> > after consolidating PTS libraries, exit and re-enter the SMP/E dialog.
> >
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-543-6132 Office ⇐=== NEW
> > robin...@sce.com
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gibney, Dave
> > Sent: Thursday, March 16, 2017 1:37 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Re: Can SMPPTS datasets be consolidated?
> >
> > I am not sure the process. I'd advise adding more secondary PPTS
> datasets.
> > SMP/E remembers which PPTS a given PTF is in.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > > On Behalf Of Allan Staller
> > > Sent: Thursday, March 16, 2017 1:34 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: Can SMPPTS datasets be consolidated?
> > >
> > > YES-Original Message-From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Herring, BobbySent:
> > > Thursday, March 16, 2017 3:30 PMTo: IBM-
> > m...@listserv.ua.EDUSubject:
> > > Can SMPPTS datasets be consolidated?I am in the process of receiving a
> > > large RSU maintenance order. I have filled up three SMPPTS datasets
> > > that were not defined large enough.Can these be merged and
> > > consolidated into one or two much larger datasets?Bobby HerringTexas
> > > Farm Bureau
> >
> > --
> > 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: Migrating Cobol

[Dan Little]

I don't think you can order 5.2 any more.  I recommend 6.1 especially if
you have large programs as the compiler is 64-bit and can compile much
larger programs.


Dan



On Sun, Mar 26, 2017 at 08:28 Charles Mills  wrote:

> My *impression* is that many are skipping 5 and going straight to 6.1.
>
> CharlesSent from a mobile; please excuse the brevity.
>  Original message From: James Wellingtin <
> jameswelling...@gmail.com> Date: 3/26/17  7:46 AM  (GMT-05:00) To:
> IBM-MAIN@LISTSERV.UA.EDU Subject: Migrating Cobol
> Hey
> I have posted this to the cicslist , and someone there asked me to post it
> to this group as well for feedbackj
>
> We are very soon to migrate from COBOL ENT V4.2.0 to either Cobol 5.2. or
> 6.1
>
> Do anybody have made any experience in doing that
>
> Have you experienced any problem ?
> Please describe
> What have been the main issues
> Are there speciel things which should be taken care of .
>
> All kind of knowledge and experience would be appreciated.
>
> What version of Cobol are you running
>
> Now it is nearly a year ago Cobol 6.1 went GA
> Does anybody have migrated to that, and is it worth going to that version ,
> or should you order 5.2 instead
>
> 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
>

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

Re: RACF TEMPDSN improvement with the zOS 1.13

[Dan Little]

It's not really described as an improvement anywhere for z/OS 1.13  but the
documentation at

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/tempdsn.htm

does reference sharing disk with V1.12 or earlier which kind of implies
that V1.13 had the change.

Dan


On Wed, Apr 19, 2017 at 8:41 AM, Rogério Camargo 
wrote:

> Hey Elardus, good morning!
> Thanks for your reply.
>
> And yes, I've being searched these manuals (zOS 1.13 Migration Guide and
> also I tried the "z/Architecture Principles of Operation " but again, I
> could not identified any piece of information about the TEMPDSN
> improvements came with the zOS V1R13.
> I've already discussed with my customer all the information about the
> TEMPDSN I got from the RACF-L forum, however they want to see an official
> statement from IBM reporting about such improvement.
>
> Definitively, I wouldn't like to bother you, but were you able to find
> that info in such documentations ?
>
> Again, tks a lot for your time :-)
>
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Elardus Engelbrecht 
> Sent: Wednesday, April 19, 2017 2:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF TEMPDSN improvement with the zOS 1.13
>
> Rogério Camargo wrote:
>
> >Hello!
> >I've heard about improvements with the zOS 1.13 (some year ago) related
> to the RACF TEMPDSN, however it is being just impossible to me to find that
> information in any 1.13 manual/migration guide... I've just read and
> searched several of these manual, but I simply could not find it.
>
> Really? What manuals did you read?
>
> Did you started searching at this KC page?
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_1.
> 13.0/com.ibm.zos.r13/en/Homepage.html
> IBM: z/OS V1R13 information center support/knowledgecenter/en/SSLTBW_1.13.0/com.ibm.zos.r13/en/Homepage.html>
> www.ibm.com
> z/OS V1R13 information center ... z/Architecture™ Principles of Operation
> A detailed description of z/Architecture, for reference purposes.
>
>
>
> You can also search RACF-L and/or IBM-MAIN. TEMPDSN has been discussed a
> lot over the years.
>
> 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
>

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

Re: Vendor Licensing Frustrations

[Dan Little]

Ideally I would like to have keys for DR on an ongoing basis to avoid the 
delays that Lionel mentions.

Dan


> On Apr 26, 2017, at 05:30, Timothy Sipples  wrote:
> 
> Lionel Dyck wrote:
>> I've been working on DR planning for one of our locations and out
>> of 15 non-IBM products, ONLY 3 will continue to operate without temp
>> codes, and of those 3, 1 expires after 2 days and the others after 7
>> days. For the 12 vendor products I have to contact 7 different vendors
>> to get temporary DR license keys.
> 
> I know there's been lots of back and forth, but Lionel is zeroing in on the
> crux of the issue. What do customers need? I think we need to (re)focus on
> that, first. These vendors' current arrangements add risk to disaster
> recovery, plain and simple. I agree with Lionel. It's a genuine problem. I
> truly feel it's an avoidable problem, even while respecting vendors'
> important business needs.
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.com
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: AW: Re: Issue with SK4T-4949-13 - IBM Online Library: z/OS V2R2 Collection, March 2017

[Dan Little]

I totally agree we need to be able to do bulk downloads of PDF bundles.  

I also completely agree that some of the simple tools like tso bookmanager were 
far more reliable and in many cases much easier to use than searching and 
getting hundreds of hits unrelated to what I am looking for. 

> On Apr 27, 2017, at 07:31, Peter Hunkeler  wrote:
> 
> 
> 
> 
> 
>> Unfortunately, this is now working-as-designed as announced in an RFA and at 
>> Share.   
> 
> 
> 
> Unfortunately, this is nowhere near what users need. Decision makers are not 
> users, so what can you expect :-(( 
> 
> 
> I like to have the PDFs, and I like to have them organized in subdirectories 
> named after the component, and I like to have the PDFs be named after the 
> title of the book. I most cases I know what book to open, and this 
> organization makes it very easy for me. I also have this structure on my iPad.
> 
> 
> What I've done is to start with this web page 
> https://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html 
> 
> 
> and open the corresponding "Download books in PDF  format", save the page 
> source and run it through som REXX scripts. The result is a Windows CMD file 
> that creates subdirectories, downloads the PDFs, and renames them. All you 
> need is REXX (Regine REXX, e.g.) and wget. (I have not yet adapted this to 
> curl).
> 
> 
> The little pain with this is the fact the the html source slightly changes 
> every now and them. But apart from that, the process works nicely for me. 
> 
> 
> I'm happy to share the scripts, if anyone is interested. Drop me a note 
> off-list. 
> 
> 
> Now, I B M  w i l l   y o u   p l e a s e,   p l e a s e  n o t   a b a n d o 
> n   t h i s   "Download books in PDF format" support ever!!! KC has its place 
> but will never be a replacement for PDFs to be read offline!
> 
> 
> --
> 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: ICSF Again

[Dan Little]

Can you show the job output?    And are you able to get into ICSF panels?

What are your installation options?

Dan


--

On May 10, 2017, 12:51 PM -0400, Steely.Mark , wrote:
> I was trying to rename a key in the CKDS. I was using 
> PGM=CSFKGUP,PARM=('SSM').
>
> I received this error:
>
> The master key verification patterns in the CKDS do not match the
> verification patterns of the active DES and AES master keys.
>
> We do not have any crypto hardware and no coprocessor's defined.
> We do not have an active TKDS. CSF has no error message and starts 
> successfully.
> This is not causing an operational issue - but from the error message 
> something is not in sync.
> Also I was able to perform this function on our sandbox system - so the JCL 
> is correct.
>
> This is the answer from IBM:
>
> The following information should help to get you started. Your displays
> show that you have no active cryptographic coprocessors. Unless your
> target CKDS (specified by "CSFCKDS" value in your KGUP data definition
> statement) is configured as a clear-key CKDS, you will need to load and
> set the appropriate Master Keys (DES and/or AES) under which your CKDS
> is encrypted to access and alter its contents. This requires the use of
> cryptographic hardware. (Which we don't have)
>
> This doesn't help me at all. I still don't have any idea's how to start. I am 
> just a rookie with ICSF.
> How do I display the master key verification patterns ?
> Where is this ? specified by "CSFCKDS" value in your KGUP data definition 
> statement
>
> We are z/OS V2.2.
>
> Any help would be appreciated.
>
> Thanks
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Connect Direct File Agent on z/OS

[Dan Little]

Hi

I am curious if anyone is using this agent that comes with IBM Sterling Connect 
Direct? It is a separate downloaded Java jar file to run on Z/OS or other OSes.

We are having issues getting it working despite a ticket open with IBM so I am 
curious if anyone is using it on z/OS?

Thanks

Dan


--

On Jun 7, 2017, 12:45 PM -0400, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu>, wrote:
> On Wed, 7 Jun 2017 08:12:47 +0200, bernd.oppol...@t-online.de wrote:
>
> > http://bernd-oppolzer.de/blog_20150115_151000.htm
> >  .
> >
> > this Contains a REXX Procedure
> > to sort a stem variable.
> > See quicksort_nonrec
> >
> o Of course. But why should it be necessary to reinvent the wheel when
> DFSORT has vast capabilities not practical to duplicate in Rexx?
>
> > > I could envision adapting [the ANSI Rexx form] in TSO Rexx something like:
> > > address LINKMVS 'ICEMAN' with ,
> > > DD:SORTIN stem F1. ,
> > > DD:SORTOUT stem F2.
>
> o And while I chose SORT as an example, I intended to consider a more
> general solution. Imagine a facility that could invoke not only SORT, but:
> - IEBUPDTE witn SYSIN, SYSUT1, and SYSUT2 assigned to stems.
> - ISRSUPC with OLD, NEW, and DELTA assigned to stems.
> - Etc. Much like ANSI Rexx.
>
> -- 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: APF authorization and AC(00)

[Dan Little]

I think you need RENT on your PL/1 compile because otherwise there is no 
guaranteed the generated code will be re-entrant.

General rule is if RENT on bind/LinkedIn then you must have RENT on high level 
language compile.

Dan

On Jun 9, 2017, 16:26 -0400, Leonardo Vaz , wrote:
> Ow, I missed the source, sorry.
>
> Ok, so I believe a program loaded from an authorized library, even if it's 
> not AC=1, will be loaded by contents supervisor with KEY=0 if it's reentrant, 
> but with KEY=8 if it's non-reentrant, so that's why you got the S0C4 
> originally.
>
> Regards,
> Leo
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Way, Richard
> Sent: Friday, June 09, 2017 4:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
>
> Problem solved, per the suggestions below!!
>
> In particular, the program is apparently NOT reentrant, yet the binder was 
> being told it was.
>
> For some reason, this doesn't seem to matter (in this case) when the library 
> isn't APF-autorized, yet results in a S0C4 when it is.
>
> That part is still a bit of a puzzle.
>
> But removing RENT from the bind step gets me past this.
>
> Thanks again
>
> Rich Wa
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Way, Richard
> Sent: Friday, June 09, 2017 1:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
>
> The source code is actually below - it's just a "hello world". But agreed I 
> need to dig into the S0C4. The APF issue wasn't the result of an attempt to 
> debug it, but was the ONLY difference between the version that worked and the 
> version that didn't - and I confirmed that by revoking and reinstating APF 
> auth on the library.
>
> Rich Way
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Leonardo Vaz
> Sent: Friday, June 09, 2017 1:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
>
> Right, without the source code we can only guess, but the program might be 
> issuing a CSVQUERY to verify its state and relying on ",OUTATTR2=" 
> "Authorized library" bit to try and do something it wouldn't do if that bit 
> was off, maybe they forgot to check the "Authorized program" bit as well.
>
> That is, considering the only variable is the library being APF'd or not.
>
> Regards,
> Leo
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Way, Richard
> Sent: Friday, June 09, 2017 4:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
>
> Thanks, but it's a simple
>
> //XYZ EXEC PGM=ZPXPLIA
>
> So, yeah, it's a jobstep task. And while I can see how NOT having 
> authorization might cause a problem (specifically, an S047), I don't see why 
> *having* authorization would cause a problem...
>
> Rich Way
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Leonardo Vaz
> Sent: Friday, June 09, 2017 12:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: APF authorization and AC(00)
>
> As far as I understand, AC=0 would only prevent authorization of the JSCB if 
> it is the program being attached as a jobstep task, if this program is being 
> called by an already-existing authorized task, it would run authorized.
>
> The question is: How is control passed to program ZPXPLIA?
>
> Regards,
> Leo
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Way, Richard
> Sent: Friday, June 09, 2017 3:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: APF authorization and AC(00)
>
> Simple question, but the behavior I am seeing flies in the face of what I 
> *thought* I knew about APF authorization.
>
> The crux of it is - I have a program object that is linked AC(00). When this 
> program is executed out of an APF-authorized library, it S0C4s. When I revoke 
> the authorization on the library and re-run the test, it works.
>
> I had been under the (maybe-mistaken) impression that if you didn't have 
> *both* AC(1) *and* be running out of an APF-authed library, you wouldn't get 
> APF authorization - so I thought that the AC(00) version should work just 
> fine out of the APF-authorized library - but it doesn't.
>
> Any help would be appreciated.
>
> Additional facts: program is PL/I (LE), chopped the source way back to just 
> this:
>
> ZPXPLIA:
>
> Proc Options(Main);
> Put skip list("Hello, world!");
>
> end ZPXPLIA;
>
> The compile and bind are done with:
>
>  //PLI EXEC PGM=IBMZPLI,REGION=0K,TIME=999,
> // PARM=('MAP,LC(80),NEST,S',SYSTEM(MVS),
> // 'LIST,AG,A,X,C')
> // MAP = print info from compile for use when reading dumps.
> // LC(80) = LINECOUNT(80) = number of lines per page on listing.
> // NEST = listing indicat

Re: Notify Type in Apar

[Dan Little]

I believe it means the Hiper flag is being removed from the APAR for some 
reason. Perhaps there is a different root cause than originally thought or 
something like that.

Thanks.
Dan

On Jun 13, 2017, 12:35 PM -0400, Gilson Cesar de Oliveira , 
wrote:
>
> >
> > Dear list:
> Does anyone know the meaning of Notify Type= Hyper DEL in apar??
>
> I have received a notification today but I could not find the meaning of thid 
> Notify Type.
>
> Thanks for any help.
>
> Regards,
>
> Gilson
>
> --
> 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: PDSE dataset rename issue

[Dan Little]

Do you mean SYS1.SIEALNKE? The return code you are getting means it is enqueued.

Validate DADSM RENAME request; enqueue on SYSDSN failed.

On Jun 17, 2017, 09:29 -0400, Lizette Koehler , wrote:
> A thought or two
>
> 1) Is the SYS1.SIEKLNKE currently in the LINKLST? If so, are you just 
> refreshing the library?
> 2) If SYS1.SIEKLNKE does not current exist, you could build a new LINKLST and 
> add it to the new list.
>
> In case one, you can use a utility like PDSCLEAN from the CBTTAPE.ORG to 
> empty the current library. Then copy the modules into the cleaned out 
> library. Then issue a F LLA,UPDATE command (Check out the syntax)
>
> In case two, there are many examples in the archives of how to build a new 
> Linklst.
>
> D GRS,RES=(*,SYS1.SIEKLNKE) will list enqueues for this file.
>
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of venkat kulkarni
> > Sent: Saturday, June 17, 2017 12:45 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: PDSE dataset rename issue
> >
> > Hello Group,
> > We have requirement to add new SYS1.SIEKLNKE dataset into system. But this
> > dataset was allocated to LLA and XCF. So, we unallocated to linklist and 
> > stop
> > LLA. After this, we tried renaming this dataset using ispf 3.4 to .old but
> > system didnt allowed and received below error.
> >
> >
> > IEC614I rename failed rc 08 diagnostic information 040B0426, 914
> >
> > I am unable to find any authentication issue or any other causing this
> > problem.
> >
> > Can you please help.
> >
> >
>
> --
> 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 to do with PTF dogies?

[Dan Little]

I put them all on unless they are PE. I don't agree with the picking and 
choosing that RSU does and if I get hit in production by some old PTF that was 
not in an RSU for whatever reason my management is going to be very unhappy. 
Been there before and don't want to repeat.

The other issue is that our other infrastructure teams all have their Own 
schedules and so we will never all be at a chosen RSU level.

Dan

On Jul 19, 2017, 17:19 -0400, Jesse 1 Robinson , wrote:
> It's SOP here to install PTFs by RSU id. SMPE LIST NOAPPLY shows a fair 
> number of PTFs that have languished for quite some because they have never 
> been assigned to RSU. They usually have a PUT id, but we don't ever specify 
> PUTyymm. What do other shops do with these dogies? Scoop them up after some 
> time and APPLY them individually, or just let them ferment indefinitely?
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Enterprise COBOL V6.2

[Dan Little]

Don't need a compiler for that!

On Jul 20, 2017, 8:33 AM -0400, Tim Deller , wrote:
> "Conditional complication"?
> Sounds about right...
>
> --
> 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 support portal Broken?

[Dan Little]

IE11 here too and people are having to use Chrome.

On Aug 30, 2017, 1:01 PM -0400, Turner Cheryl L , 
wrote:
> Some of us don't have the leisure of changing our browser option or version, 
> so I certainly hope that's not the fix.
>
> Right now IBMLINK prompts for userid/password but after supplying, just sits 
> there like it didn't understand (no spinning/thinking wheel). I reported the 
> problem we are experiencing to IBM.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:04 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: IBM support portal Broken?
>
> Oh, and I should have added that some of my team mates noticed it already 
> last week, but neglected to tell anyone, they just moved over to Firefox 
> which works.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jousma, David
> Sent: Wednesday, August 30, 2017 11:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> We have been running into this. At the bank we are still on IE 11. 
> Servicelink and ShopZ both don't work. Had to get Chrome installed. The newer 
> MS Edge seems to work, but my workstation is still Win7.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Allan Staller
> Sent: Wednesday, August 30, 2017 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM support portal Broken?
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Get partial display of support portal Home Page.
>
> https://www.ibm.com/support/home/entry/portal/support
>
>
>
> ::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 **CAUTION EXTERNAL 
> EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
>
>
> This e-mail transmission contains information that is confidential and may be 
> privileged. It is intended only for the addressee(s) named above. If you 
> receive this e-mail in error, please do not read, copy or disseminate it in 
> any manner. If you are not the intended recipient, any disclosure, copying, 
> distribution or use of the contents of this information is prohibited. Please 
> reply to the message immediately by informing the sender that the message was 
> misdirected. After replying, please erase it from your computer system. Your 
> assistance in correcting this error is appreciated.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTIO

Re: z/OS Data Set Encryption Now Generally Available

[Dan Little]

There is a key for the dataset and it is stored in ICSF.

Nothing magically gets encrypted although some articles and promos seem to 
imply if buy a z14 everything will magically be encrypted which is not true.

There is key management to plan. There is the decision on how datasets get 
assigned a key (data class, RACF profile, or JCL keyword).

Good stuff but not magic.

The question has also been asked "if a person has access to dataset and key 
label in RACF what has been accomplished"? If you only have access to the 
dataset and not the key then that is something. If a disk has to be sent 
offsite you don't have to worry about datasets but we use full disk encryption 
which already covers that.

Any good explanations of the value add are welcome.

Dan


On Sep 11, 2017, 13:20 -0400, Edward Gould , wrote:
> > On Sep 11, 2017, at 10:27 AM, Mike Baldwin  wrote:
> >
>
> This poses a question from me.
> Let us say you create a simple sequential data set on disk.
> DFHSM comes along and it is eventually migrated to tape. Is the dataset 
> de-encrypted while on tape and then if it is recalled does it get encrypted 
> again?
>
> The secondary question is if there is a key associated with a data set?, if 
> so how/where is the key held? Is there someplace where I can learn about how 
> this “magically” happens? Or is this similar to the password in the RACF 
> database?
>
> 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: PROCUSERMAX in OMVS Segment

[Dan Little]

Yes it does

On Oct 5, 2017, 08:37 -0400, Mark Jacobs - Listserv , 
wrote:
> This question might be better asked in the RACF or OMVS mailing lists,
> but I'm starting here.
>
> Does a value set in the OMVS segment for PROCUSERMAX override the
> setting of MAXPROCUSER in BPXPRMxx? It's documented that way for
> THREADSMAX, but not for PROCUSERMAX.
> --
>
> Mark Jacobs
> Time Customer Service
> Global Technology Services
>
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: RLS implementation for CDS's in DFHSM

[Dan Little]

Fingers crossed but we have been using it for quite a while with no issues.

Dan

On Tuesday, 8 December 2015, Kenneth J. Kripke  wrote:

> This is an inquiry to see if there are shops that have implemented Record
> Level Sharing for their CDS's in DFHSM.
>
> 1.   Concerns are how frequent have other shops experienced failures in
> the SMSVSAM asid.
>
> 2.   Do you have multiple ARCMDxx members to cover in the event of an
> SMSVSAM outage?
>
> 3.   Have you had to go through a recovery scenario due to an SMSVSAM
> outage?
>
>
>
>
>
> Sincerely;
>
>
>
> Kenneth J. Kripke
>
>
>
> Kenneth J. Kripke
>
> k.kri...@comcast.net 
>
>
>
>
> --
> 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: OMVS file changes for z/OS 1.13 -> z/OS 2.1

[Dan Little]

Z/OSMF
Perl
PHP

Perl and PHP must now be obtained from Rocket Software but that is with 2.2
not 2.1.

Did you order Ported Tools with z/OS 2.1?

On Tuesday, 26 January 2016, Gibney, David Allen,Jr  wrote:

> Reviewing, developing the Unix files portion of my BPXPRMxx for my new
> z/OS 2.1 target system
>
> I am sure I remember see some discussion of this, but GInMF today. I can't
> find any documentation about this.
>
> SBBNCON1 (Webshere ?)
> SBBN7HFS  (Webshere ?)
> SHPEROOT (Perl ?)
> SHPHROOT (Python ?)
>
> Are not in my 2.1 Serverpac. I don't think I actually use any of these. I
> seem to remember that Perl and Python moved to Rocket? And that Websphere
> was needed to zOSMF.
>
> But, again, I can't find anything in the Migration Manual addressing these
> changes. I'd appreciate an pointer, even if it's obvious :)
>
> Also looks like Java 7 is gone (Replaced by JAVA 7.1) and Java 8 is now
> included.
>
> Dave Gibney
> Information Technology Services
> Washington State University
>
>
> --
> 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: Deleting a dataset that GRS has enqueued.

[Dan Little]

If it is SYS1 there is a FACILITY class STGADMIN profile that will allow
you to bypass the enqueue in 3.4 for rename only if you have access to the
profile.

On Wednesday, 27 January 2016, Peter Ten Eyck 
wrote:

> Yes. The owner (in use) of the dataset is known. GRS has an enq on that
> dataset name. I am trying to delete "that dataset name" in a different LPAR
> on a different volume. I am wondering if there is a way to "notify” GRS
> that it is OK to let me delete this "version" of the dataset.
>
> --
> 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: Connect/Direct 5.2

[Dan Little]

We are running 5.2 across the board.  We have zIIPs turned on as well.  No
encryption as we don't have Secure+.  Combination of SNA and TCP/IP
connections.

On Wednesday, 10 February 2016, Lester, Bob  wrote:

> Hi Sharon,
>
>  We're on 4.8.03 in production right now.
>
>  I just installed 5.2 on my sandbox lpar and it looks fine.  My
> biggest issue (so far) was remembering how to do the RACF Program Control
> stuff, but that was minor.
>
>  Note that we only support TCP/IP connections and do not use NDM
> encryption at all.
>
>  I've run HeartBeat processes between my 4.8 and 5.2 lpars and it
> *looks* fine.  :-)
>
>  Good Luck!
>
> Thanks!
> BobL
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Lopez, Sharon
> Sent: Wednesday, February 10, 2016 6:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Connect/Direct 5.2 [ EXTERNAL ]
>
> Have a lot of people gone to Connect/Direct 5.2?  Do you have to use the
> TLS protocol and what are your experiences?
>
> Thanks in advance.
>
>
> 
>
> Email correspondence to and from this address may be subject to the North
> Carolina Public Records Law and may be disclosed to third parties by an
> authorized state official.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
> This e-mail transmission may contain information that is proprietary,
> privileged and/or confidential and is intended exclusively for the
> person(s) to whom it is addressed. Any use, copying, retention or
> disclosure by any person other than the intended recipient or the intended
> recipient's designees is strictly prohibited. If you are not the intended
> recipient or their designee, please notify the sender immediately by return
> e-mail and delete all copies. OppenheimerFunds may, at its sole discretion,
> monitor, review, retain and/or disclose the content of all email
> communications.
>
> --
> 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: COBOL 5.2 Programs too large to compile?

[Dan Little]

Cobol 6.1 has some improvements for compiling large programs.

Dan

On Thursday, 31 March 2016, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Cameron Conacher wrote:
>
> >We are underway to upgrade to COBOL 5.2, and we have run into a situation
> where at least one program appears too large to compile under COBOL 5.2. It
> does compile under COBOL 4.2.
>
> Compare the compiler options and your compile steps between the two
> versions.
>
>
> >First we saw *'IGYCB7145-U Insufficient memory in the compiler to
> continue compilation'*. We then bumped the region size to REGION-999M,
>
> At JOB or STEP statement?
>
>
> >I am curious if anyone else has run into this issue.
>
> Not me, (don't have that large horse to tame and ride ), but try
> using MAP compiler option to see which part is too large. (That is if the
> compiler ever gets to that part.)
>
> Also check BUFSIZE and OPTIMIZE and similar options.
>
> Or, please post all your resulting compiler options as listed (not those
> in your PARM).
>
> Mike's reply to you is very interesting even if it is about COBOL 5.1 and
> PERFORM THRU. Oh, before I forget, about that PTF, what OPT setting are you
> using?
>
>
> >Does anyone know if this can be attributed to a large number of lines of
> code in the source member? Or a large working storage set? Or perhaps a
> complex Procedure Division (many nested PERFORMs)?
>
> Or large literal pool?
>
> Possible workarounds if you can do that?
>
> Could you split up your program that some large PERFORM and looping parts
> are in its own module, then you can CALL them? Of course, passing data may
> be a problem.
>
> Or group your statements inside a IF or a loop so that they are in a
> single PERFORM part.
>
> Something like this example...
>
> from
>
> IF ???
>MOVE this
>MOVE that
>
>DISPLAY here.
>
> to
>
> IF ???
>   PERFORM xyz.
>
> or IF ???
>CALL xyz.
>
> 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: DFSORT course / Trainning materials?

[Dan Little]

Check out...

http://www.ibm.com/storage/dfsort


And the downloads...

On Sunday, 22 May 2016, Itschak Mugzach  wrote:

> I am looking for DFSORT course (can be a vendor course), or free course
> materials including excessive. Hope you can point me to...
>
> Best,
> ITschak
>
>
>
> *| **Itschak Mugzach | Director | SecuriTeam Software | *
>
> *|* *Email**: i_mugz...@securiteam.co.il  **|* *Mob**: +972
> 522 986404 **|*
> *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: z/OSMF

[Dan Little]

Ditto

On Tuesday, May 24, 2016, Leonardo Vaz  wrote:
> Ditto.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Dyck, Lionel B. (TRA)
> Sent: Monday, May 23, 2016 12:18 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OSMF
>
> Have it - not using it for software management
>
>
> --
> Lionel B. Dyck (Contractor)
> Mainframe Systems Programmer
> Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI&T
Service Delivery & Engineering
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lopez, Sharon
> Sent: Monday, May 23, 2016 11:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] z/OSMF
>
> Just curious to see how many have implemented z/OSMF and do you use it
for software management?
>
> Thanks in advance!
>
>
>
> 
>
> Email correspondence to and from this address may be subject to the North
Carolina Public Records Law and may be disclosed to third parties by an
authorized state official.
>
> --
> 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: Delaying response to a message

[Dan Little]

I am away for 3 weeks so cannot try till I am home.

On Saturday, 4 June 2016, Edward Gould  wrote:

> > On Jun 2, 2016, at 1:53 PM, Zahir Hemini  > wrote:
> >
> >> We had jobs with an outstanding WTOR that would last for 2 or so weeks.
> Never an issue.
> >>
> >> Ed
> >
> > Did you allow them to stack up on the console? or did you K E,? them?
> and if so how did you keep track of which reply numbers were outstanding
> hidden off the console?
>
> The op k e,1’d them. They did a d r,l to get the message number. I wasn’t
> watching the console that closely but the only time a op had to reply to
> the message was to bring down the job for a planned IPL.
> Sometimes (if the system stayed up for that long) the jobs would run for
> 2-3 weeks and we had multiple jobs running concurrently and there would be
> 4 or more wtor’s outstanding. Since the jobs were submitted by production
> control they did most of the care and feeding. BTW these were really
> multitasking jobs I looked at a dump for one of the bugs and found 31
> tcb’s. I was flabbergasted that they did so many attach’s.
>
> 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
>

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

Re: Private storage

[Dan Little]

Most likely adjust CSA to make up for the growth.

On Sunday, 14 August 2016, Lopez, Sharon  wrote:

> We migrated 4 production lpars from z/OS 1.13 to z/OS 2.1 and didn't
> notice a change in Private storage.  Today, we migrated our last production
> lpar and noticed that we lost about 1M private.  We also did a dynamic I/O
> gen today.  What parameters do I need to change to get back the 1M of
> private.  Do we just adjust the CSA?
>
> Thanks in advance.
>
>
>
>
> 
>
> Email correspondence to and from this address may be subject to the North
> Carolina Public Records Law and may be disclosed to third parties by an
> authorized state official.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: IBMLINK SR Application Unusble

[Dan Little]

I am really finding it annoying and lots of my screen is chewed up by info
and links I don't need.

The font for Service Requests is now much smaller as well at least on my
screen.

I really don't like it.

Dan


On Thursday, 25 August 2016, Doug Henry <
012e22efeed4-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks Tony,
> That certainly helps with part of the problem. Now the issue is the font
> changes that went with this change. The fonts for the top section of the SR
> are very large but the the "Service request update history" part (ie the
> text that is the main part of the SR) is in very tiny font. This the text
> takes up less than 25% of the screen and the other 75% is white space.
>
> Doug
>
> On Thu, 25 Aug 2016 11:08:37 -0400, Tony Harminc  > wrote:
>
> >On 25 August 2016 at 08:22, Doug Henry
> ><012e22efeed4-dmarc-requ...@listserv.ua.edu > wrote:
> >> Print this page
> >> E-mail this page
> >> Digg
> >> Facebook
> >> Twitter
> >> Delicious
> >> Linked In
> >> Stumbleupon
> >> Google+
> >
> >A good ad blocker makes short work of those "social media" buttons.
> >And is good for privacy and security to boot. Do you really want
> >Facebook et al knowning about every visit you make to SR?
> >
> >Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: Secure FTP to IBM ?

[Dan Little]

Yes.  I use it all the time.

On Thursday, 8 September 2016, Dyck, Lionel B. (TRA) 
wrote:

> Perfect - Thank you
>
>
> --
> Lionel B. Dyck (TRA Contractor)
> Mainframe Systems Programmer
> Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
> VA OI&T Service Delivery & Engineering
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of John Eells
> Sent: Wednesday, September 07, 2016 4:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: [EXTERNAL] Re: Secure FTP to IBM ?
>
> Dyck, Lionel B. , TRA wrote:
> > Is there a way to use FTP TLS from z/OS to testcase.boulder.ibm.com to
> upload dumps/etc. ?
>
> Both testcase and ecurep are supposed to support FTPS and SFTP.  See this
> page for instructions:
>
> http://www-05.ibm.com/de/support/ecurep/send_ftp.html#ftps
>
>
> --
> John Eells
> IBM Poughkeepsie
> ee...@us.ibm.com 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: IBM Education Assistance for z/OS - Useful??

[Dan Little]

Yes it is good but little known.  Publicize it and keep it up.

On Thursday, 13 October 2016, Mike Wawiorko 
wrote:

> Marna,
>
> I've had a look at this and so have a couple of my colleagues who support
> z/OS Communications Server and related software.
>
> 1)  is this is still a good way to provide this information to you?
> Yes - we all agree on this
>
> 2) with all the other ways to learn about new functions, is IEA still
> needed by you?
> It is good to have all this in one place.
> The z/OS Comms Server New Function Summary has similar information but the
> presentation gets the main points across better and more succinctly.
>
> 3) are there particular topics in IEA that you like and want to continue
> to see in the future?  if so, which ones?
> Keep up the good work.
>
> The main point I'd make is to publicise the existence of IBM Education
> Assistance for z/OS more widely.
>
> From the users point of view we all need to make sure we are aware of the
> sources of information in manuals, presentations like IEA for z/OS, Share,
> IBM Support sites etc. We should all make time to look at them and judge
> what's right in new function for our organisations. IBM add new functions
> for good reasons.
>
> Mike Wawiorko
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Marna WALLE
> Sent: 12 October 2016 21:35
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: IBM Education Assistance for z/OS - Useful??
>
> Hello IBM-MAINers,
> I wanted to ask about the usefulness of the IBM Education Assistance (IEA)
> for z/OS.
>
> A little background:  IEA is found here:  http://www.redbooks.ibm.com/
> redbooks.nsf/pages/IBMIEAV22avail?Open and provides concise and technical
> information about a specific function introduced in z/OS.  For instance,
> there is a module there for Dynamic Logrec in z/OS V2.2.It is intended
> to be a "one stop shopping" location for new enhancements in a z/OS
> release.  Of course, all information can also be found in the appropriate
> z/OS books.  We've had IEA for both z/OS V2.1 and V2.2.
>
> My questions are:
> 1)  is this is still a good way to provide this information to you?
> 2) with all the other ways to learn about new functions, is IEA still
> needed by you?
> 3) are there particular topics in IEA that you like and want to continue
> to see in the future?  if so, which ones?
>
> Thanks in advance for any opinions you'd like to share.
> -Marna WALLE
> z/OS Installation, IBM Poughkeepsie
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
> This e-mail and any attachments are confidential and intended solely for
> the addressee and may also be privileged or exempt from disclosure under
> applicable law. If you are not the addressee, or have received this e-mail
> in error, please notify the sender immediately, delete it from your system
> and do not copy, disclose or otherwise act upon any part of this e-mail or
> its attachments.
>
> Internet communications are not guaranteed to be secure or virus-free. The
> Barclays Group does not accept responsibility for any loss arising from
> unauthorised access to, or interference with, any Internet communications
> by any third party, or from the transmission of any viruses. Replies to
> this e-mail may be monitored by the Barclays Group for operational or
> business reasons.
>
> Any opinion or other information in this e-mail or its attachments that
> does not relate to the business of the Barclays Group is personal to the
> sender and is not given or endorsed by the Barclays Group.
>
> Barclays Bank PLC. Registered in England and Wales (registered no.
> 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United
> Kingdom.
>
> Barclays Bank PLC is authorised by the Prudential Regulation Authority and
> regulated by the Financial Conduct Authority and the Prudential Regulation
> Authority (Financial Services Register No. 122702).
>
> --
> 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 doc page - down or dead?

[Dan Little]

Me too.

On Tue, Nov 29, 2016 at 10:41 Gord Tomlin 
wrote:

> On 2016-11-28 17:23, Sri h Kolusu wrote:
> > Gord,
> >
> > The correct link is
> >
> > http://www.ibm.com/systems/z/os/zos/library/bkserv/
> >
> > You are missing the library before bkserv
> >
> > Kolusu
>
> Thanks, Kolusu, that worked. Something did change, though. The URL I
> posted was bookmarked and I used it successfully for a very long time.
> Until yesterday, that is.
>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
>
> --
> 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: IDCAMS

[Dan Little]

Should be able to if you allocate to the dataset with disp=mod.

On Tuesday, December 30, 2014, Micheal Butz  wrote:

> Hi
>
> Can IDCAMS repro
>
> Append records to the end of a sequential data set
> The repro command is in a clist
> And it's whitin a loop
>
> Seems repro replaces existing records in sequential dataset
>
> 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

Re: Curiosity: IEAAPFxx and LNKLSTxx

[Dan Little]

Nope

On Thursday, February 5, 2015, Ed Gould  wrote:
> I do:
>
> Ed
>
> On Feb 5, 2015, at 4:50 PM, Gord Tomlin wrote:
>
>> It's been many years now since IBM introduced the ability to define
lnklst and APF list via PROGxx.
>>
>> Just curious: is anyone out there still using IEAAPFxx and LNKLSTxx for
these purposes?
>>
>> --
>>
>> Regards, Gord Tomlin
>> Action Software International
>> (a division of Mazda Computer Corporation)
>> Tel: (905) 470-7113, Fax: (905) 470-6507
>>
>> --
>> 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 LE / link list behaviour

[Dan Little]

Are they concatenation with non-apf Libs in the step lib?

On Friday, February 27, 2015, Ken MacKenzie 
wrote:

> Hi all,
>
> We're in the process of upgrading to Enterprise COBOL 5.1 and one of our
> development groups has decided to re-compile all their COBOL modules even
> though it is not deemed necessary - that's their prerogative.
>
> One of their programs is exhibiting strange behaviour on the development
> LPAR that I have been unable to replicate on our sandbox system.
>
> If they code the LE libraries SCEERUN and SCEERUN2 in their JOBLIB
> statement, their program runs OK.  However, if they allow the LE libraries
> to come from link list (as they should) their program abends with S0C4 -
> the address of the offending instruction is way outside of the module
> reported in the dump - probably a wild branch, I guess.
>
> Has anyone encountered anything similar?  Why should coding LE libraries
> in your JOBLIB (the same with STEPLIB, incidentally) cause a module to
> work when it doesn't work from link list?
>
> Any helpful suggestions welcomed.
>
>
> Ken MacKenzie
> Pramerica Systems Ireland Limited
> is a private company limited by shares
> incorporated and registered in the Republic of Ireland with registered
> number 319900
> and registered office at 6th Floor, South Bank House, Barrow Street,
> Dublin 4, Ireland.
>
> --
> 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: Knowledgecentre versus the library server

[Dan Little]

Bookmanager Read TSO is still my favorite
, quirks and all.

No waiting.  No fishing around for what website might have some doc.

I am on TSO and my problem is on the mainframe so I look up what I need in
seconds...one copy for everyone!

On Wednesday, March 11, 2015, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 10 Mar 2015 19:09:09 -0500, Shane Ginnane wrote:
>
> >Reading Kolosu's latest admonishment to gil, I trundled through the links
> for completeness.
> >The first (knowledgecentre) took minutes to load - yes *minutes*. The
> others just "popped up".
> >
> >Another great technological leap backwards.
> >
> Indeed.  Recently it took me 20 minutes merely to copy-and-paste a line
> each from two different manuals into an RCF concerning a third manual;
> not what I'd want to download two manuals for.  But in retrospect it
> would have been faster.
>
> KC is javascripted to the gills.  It snatches keystrokes, even shortcuts
> and takes unexpected actions, vectoring to a different page or a different
> position on the current page.
>
> The lines I wanted to copy contained anchors.  Usually I can just copy
> the embedding paragraph and edit in the target window.  KC wouldn't
> let me.
>
> I tried to use Firefox "Find-in-page" for which FF supplies a text entry
> box
> at the lower left of the window, but KC pops up a nav bar at bottom of
> the screen, obscuring the text entry box.  Similarly, I can't get to the
> horizontal scroll bar at the bottom.
>
> And I'm using an outdated OS X which provides a window resize handle
> only in the lower right corner.  Same nav bar problem.  I switched to a
> different tab; resized; switched back to KC.
>
> When I follow a link then go back to the parent page, most sites return
> to that page scrolled as I left it; KC always places me at the top of that
> parent, particularly irritating when that parent is a ToC.  I'm learing to
> open any link in a new tab so I can return to the undisturbed parent page
>
> Sheesh!  What about ADA?  How does all this play with an audio or Braille
> reader?  (But it's monochrome, which is accesibility-compliant.)
>
> A challenge to IBM: Provide a script-free, frames-free, popup-free
> ("Classic"?) option for KC.
>
> "Anyone who slaps a 'this page is best viewed with Browser X' label on
> a Web page appears to be yearning for the bad old days, before the Web,
> when you had very little chance of reading a document written on
> another
> computer, another word processor, or another network."
>   -- Tim Berners-Lee in Technology Review, July 1996
> http://www.anybrowser.org/campaign/
>
> (Not quite apropos -- I suspect that no browser can deal comfortably with
> KC.)
>
> -- 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: Corrupt PDSE - IGW699I PDSE Directory Validation Unsuccessful

[Dan Little]

Sounds like oa45027.

On Monday, May 25, 2015, Thomas Berg  wrote:

> I checked the restored one.  It was ok.
>
> I'm currently running IEBPDSE against the failing version, this time in
> the prod system (where I was just "hanging" when trying to browse it).
> When running the same job in the DEV system it took just 4 seconds, but now
> in the prod system it is still running after >10 minutes.  It consumes CPU
> time but no EXCP (stands still at 4 EXCP).  When run in the DEV system it
> consumed 10213 EXCP.
>
>
>
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
>
> Interactive is 'manual.' Batch is 'automatic.'
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of
> > Mark Jacobs - Listserv
> > Sent: Tuesday, May 26, 2015 4:04 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: Corrupt PDSE - IGW699I PDSE Directory Validation
> Unsuccessful
> >
> > Yea, it looks damaged to me too. I'd still recommend that you validate
> > the integrity of the restored dataset, just to be safe.
> >
> > Mark Jacobs
> >
> > > Thomas Berg 
> > > May 25, 2015 at 10:00 PM
> > > Tried on another prodsystem. Got this:
> > >
> > > IGW699I PDSE Directory Validation Unsuccessful
> > > IEA995I SYMPTOM DUMP OUTPUT
> > > SYSTEM COMPLETION CODE=0F4 REASON CODE=0024
> > > TIME=03.59.10 SEQ=44968 CPU= ASID=01F8
> > > PSW AT TIME OF ERROR 075C1000 88FDA690 ILC 2 INTC 0D
> > > NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
> > > NAME=UNKNOWN
> > > DATA AT PSW 08FDA68A - 58F05048 0A0DB219 A788
> > > AR/GR 0: 008FF6C8/01188012 1: /040F4000
> > > 2: 0001/00FDB9A0 3: /7EC6E268
> > > 4: 0002/7703 5: /7EC73400
> > > 6: /7EC6E060 7: /00FE0548
> > > 8: /00FE05B8 9: 0001/7EC6E268
> > > A: /7EC73868 B: /
> > > C: /08FDA012 D: /7EC73778
> > > E: /88FDA682 F: /0024
> > > END OF SYMPTOM DUMP
> > > DESC:PDSE structure is corrupted
> > > ERROR NUM:103
> > > DSN:SYS6.IDI.PROD5.HIST.FEL
> > > VOLSER:GEM040
> > > ADPages:10169 IXRecords:405168
> > > ADPagesInCore:159 ADPagesRead:10010
> > > ADTreeLevels:3
> > > NDPages:21 IXRecords:2460
> > > NDPagesInCore:7 NDPagesRead:14
> > > NDTreeLevels:2
> > > AD ND Tree Nodes:2430
> > > Version:1
> > > Orphan Pages:4682
> > > RC:4 RS:01188012
> > > IGW702I PDSE Directory Validation Unsuccessful
> > > DESC: Structure is corrupted
> > > LTK:D561C14040404040404040404040404040404040
> > > ERROR NUM:1
> > > DSN:SYS6.IDI.PROD5.HIST.FEL
> > > VOLSER:GEM040
> > > RC:4 RS:01188012 R14:08E8D2A4
> > > RPN:N/A
> > > VPTVFN:N/A
> > > IEC036I 002-A4,IGC0005E,S000TBE,KAT30,ISP03594,786B,GEM040,
> > > SYS6.IDI.PROD5.HIST.FEL
> > > IRX0250E System abend code 002, reason code 0164.
> > > IRX0255E Abend in host command SELECT or address environment routine
> > > ISPEXEC.
> > > ***
> > >
> > >
> > >
> > > Best Regards,
> > > Thomas Berg
> > > ___
> > > Thomas Berg Specialist zOS/RQM/IT Delivery Swedbank AB (Publ)
> > >
> > > Interactive is 'manual.' Batch is 'automatic.'
> > >
> > >
> > >
> > >
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu  with the
> message: INFO IBM-MAIN
> > > Mark Jacobs - Listserv  >
> > > May 25, 2015 at 9:50 PM
> > > Three more questions.
> > >
> > > 1. Do you have all the required toleration maintenance applied on your
> > >1.13 system?
> > > 2. Does the hang occur on all systems in the sysplex or just one?
> > > 1. If only on one, can you recycle the SMSPDSE1 address space and
> > >see if that fixes the problem?
> > >
> > > Mark Jacobs
> > >
> > >
> > > Thomas Berg 
> > > May 25, 2015 at 9:47 PM
> > > BTW, we are on zOS 2.1 in the DEV system and zOS 1.13 in the prod
> system.
> > >
> > >
> > >
> > > Best Regards,
> > > Thomas Berg
> > > ___
> > > Thomas Berg Specialist zOS/RQM/IT Delivery Swedbank AB (Publ)
> > >
> > > Interactive is 'manual.' Batch is 'automatic.'
> > >
> > >
> > >
> > >
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu  with the
> message: INFO IBM-MAIN
> > > Mark Jacobs - Listserv  >
> > > May 25, 2015 at 9:27 PM
> > > If you take a physical dump of the dataset and send it into IBM for
> > > analysis they might be able to get to the root cause. Assuming you're
> > > on zOS 1.13 or higher did

Re: Corrupt PDSE - IGW699I PDSE Directory Validation Unsuccessful

[Dan Little]

No.   It is 2.1.   There is a fairly old Apar for the same reason code
OA36228.

On Monday, May 25, 2015, Thomas Berg  wrote:

> Is that applicable on zOS 1.13 ?  As that is what the prod system is at.
> (Looked at OA43214 - it said Software version 210.)
>
>
>
> Best Regards,
> Thomas Berg
> ___
> Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
>
> Interactive is ‘manual.’ Batch is ‘automatic.’
>
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Dan
> > Little
> > Sent: Tuesday, May 26, 2015 4:40 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: Corrupt PDSE - IGW699I PDSE Directory Validation
> Unsuccessful
> >
> > Sounds like oa45027.
> >
> > On Monday, May 25, 2015, Thomas Berg  > wrote:
> >
> > > I checked the restored one.  It was ok.
> > >
> > > I'm currently running IEBPDSE against the failing version, this time in
> > > the prod system (where I was just "hanging" when trying to browse it).
> > > When running the same job in the DEV system it took just 4 seconds,
> but now
> > > in the prod system it is still running after >10 minutes.  It consumes
> CPU
> > > time but no EXCP (stands still at 4 EXCP).  When run in the DEV system
> it
> > > consumed 10213 EXCP.
> > >
> > >
> > >
> > > Best Regards,
> > > Thomas Berg
> > > ___
> > > Thomas Berg   Specialist   zOS/RQM/IT Delivery   Swedbank AB (Publ)
> > >
> > > Interactive is 'manual.' Batch is 'automatic.'
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> 
> > > ] On Behalf Of
> > > > Mark Jacobs - Listserv
> > > > Sent: Tuesday, May 26, 2015 4:04 AM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU  
> > > > Subject: Re: Corrupt PDSE - IGW699I PDSE Directory Validation
> > > Unsuccessful
> > > >
> > > > Yea, it looks damaged to me too. I'd still recommend that you
> validate
> > > > the integrity of the restored dataset, just to be safe.
> > > >
> > > > Mark Jacobs
> > > >
> > > > > Thomas Berg <mailto:thomas.b...@swedbank.se 
> >
> > > > > May 25, 2015 at 10:00 PM
> > > > > Tried on another prodsystem. Got this:
> > > > >
> > > > > IGW699I PDSE Directory Validation Unsuccessful
> > > > > IEA995I SYMPTOM DUMP OUTPUT
> > > > > SYSTEM COMPLETION CODE=0F4 REASON CODE=0024
> > > > > TIME=03.59.10 SEQ=44968 CPU= ASID=01F8
> > > > > PSW AT TIME OF ERROR 075C1000 88FDA690 ILC 2 INTC 0D
> > > > > NO ACTIVE MODULE FOUND - PRIMARY NOT EQUAL TO HOME
> > > > > NAME=UNKNOWN
> > > > > DATA AT PSW 08FDA68A - 58F05048 0A0DB219 A788
> > > > > AR/GR 0: 008FF6C8/01188012 1: /040F4000
> > > > > 2: 0001/00FDB9A0 3: /7EC6E268
> > > > > 4: 0002/7703 5: /7EC73400
> > > > > 6: /7EC6E060 7: /00FE0548
> > > > > 8: /00FE05B8 9: 0001/7EC6E268
> > > > > A: /7EC73868 B: /
> > > > > C: /08FDA012 D: /7EC73778
> > > > > E: /88FDA682 F: /0024
> > > > > END OF SYMPTOM DUMP
> > > > > DESC:PDSE structure is corrupted
> > > > > ERROR NUM:103
> > > > > DSN:SYS6.IDI.PROD5.HIST.FEL
> > > > > VOLSER:GEM040
> > > > > ADPages:10169 IXRecords:405168
> > > > > ADPagesInCore:159 ADPagesRead:10010
> > > > > ADTreeLevels:3
> > > > > NDPages:21 IXRecords:2460
> > > > > NDPagesInCore:7 NDPagesRead:14
> > > > > NDTreeLevels:2
> > > > > AD ND Tree Nodes:2430
> > > > > Version:1
> > > > > Orphan Pages:4682
> > > > > RC:4 RS:01188012
> > > > > IGW702I PDSE Directory Validation Unsuccessful
> > > > > DESC: Structure is corrupted
> > > > > LTK:D561C14040404040404040404040404040404040
> > > > > ERROR NUM:1
> > > > > DSN:SYS6.IDI.PROD5.HIST.FEL
> > > > > VOLSER:

Re: Catalog entry not visible

[Dan Little]

Yes it is.

On Wednesday, August 26, 2015, michelbutz  wrote:

> Is IKJ tso ?
>
> Sent from my iPhone
>
> > On Aug 26, 2015, at 3:53 PM, Lizette Koehler  > wrote:
> >
> > Can you do 3.4 on the dataset?  If so, when you press PF11 - does it
> show any details?
> >
> > Is there more than one LPAR involved?  Is the Alias and ucat connected
> if there is more than one MCAT?
> >
> > Can you present the IKJ message (complete text)?
> >
> > There a some reasons a dataset is not found,
> > The JCL is running on a system where the ALIAS does not exist
> > The Data is a catalog entry only and not a physical file.
> > The dataset was cataloged in a MCAT not a UCAT and the MCAT is different
> from where the dataset was cataloged to where the job ran.
> >
> > Lizette
> >
> >
> >
> > -Original Message-
> >> From: Nathan Astle >
> >> Sent: Aug 26, 2015 11:52 AM
> >> To: IBM-MAIN@LISTSERV.UA.EDU 
> >> Subject: Catalog entry not visible
> >>
> >> Hi
> >>
> >> I have built a new z/OS image where one of our product fails with a IKJ
> >> message saying that the dataset is not found. I can still see the
> usercat
> >> where the dataset is catalogued is connected to the master catalog of
> the
> >> new z/OS image
> >>
> >> The listcat with entry of those alias are defined to the MCAT of xOS
> image
> >>
> >> Not sure why it is not visible though I have put the datasets in the
> >> CATALOG volume of the new z/OS images.
> >>
> >> Could someone please shed some light on it
> >>
> >> Nathan
> >
> > --
> > 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: Testing with dates in the future

[Dan Little]

IBM no longer markets nor supports ATF.Customers of ATF have to buy
Tictoc from Can-do Systems or go to IBM Hourglass or something else.

On Wednesday, 23 September 2015, Linda  wrote:

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

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