Re: RFE to enhance GDGORDER in JCL

Lizette Koehler wrote: >I created my fist RFE, so be gentle. "Really Fine Enhancement!" ;-D >Use the GDGORDER parameter for a DD that specifies the base name of a GDG data >set (a GDG-all request). This keyword specifies the order in which the >individual generation data sets (GDSs) will be

Fault Analyzer and LE ABTERMENC

Hi List We are seeing behaviour under fault analyser where the ABTERMENC LE runtime option is being forced to RETCODE instead of ABEND. Can anyone confirm the behaviour? TIA Nick --- This email has been checked for viruses by Avast antivirus software.

RFE to enhance GDGORDER in JCL

I created my fist RFE, so be gentle. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=81822 Use the GDGORDER parameter for a DD that specifies the base name of a GDG data set (a GDG-all request). This keyword specifies the order in which the individual generation data sets

SMP/E error in my z/OS 2.1 Serverpac OS212016.

When I google HQX7790 I find this same error in a note dated August 11, 2015 with subject SDSF z/os 2.1 - z/OS upgrade SET BDY(MVST100) . GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. UCLIN . DEL SYSMOD(HQX7790) CIFREQ( (UI90005,UI90004)

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

Would some kind soul please open a PMR? An FMID is one type of SYSMOD. SYSMODs include APARS, PTFS, FUNCTIONS (FMIDs), and USERMODs. Lizette Koehler wrote: Sharon, Is HQX7790 a SYSMOD? I might have thought it is an FMID. -- John Eells IBM Poughkeepsie ee...@us.ibm.com

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

Service request number 86755 227 000 was successfully created with IBM support with the following title: Duplicate DEL of SDSF (HQX7790) > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Tuesday, January 12,

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

FYI, there is another set of DEL for HQX7790 a bit further down for the MVSD100 zone. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lopez, Sharon > Sent: Tuesday, January 12, 2016 1:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU >

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

This is the answer from IBM; just in case anyone else might be experiencing this: Due to recently added IFREQs, the ServerPac RESTORE job is not getting generated correctly, causing the errors. ServerPac development is currently in the process of fixing the RESTORE job generation error. As a

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

And also, in the following set of ADDs, it's also there twice. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, David Allen,Jr > Sent: Tuesday, January 12, 2016 2:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMP/E

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

And I see I am still not alone. HQX7790 is SDSF. Ignoring this message is ok as far as I can tell, but there is incomplete work in the UCLIN step and the following steps that needs to be completed. > -Original Message- > From: IBM Mainframe Discussion List

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

OK Your service request is in process. Until it reaches the IBM support team, its service request number will display as In process on your IBM Service Request home page. If you have any questions, please contact the IBM Service Request help desk. > -Original Message- > From: IBM

Re: SMP/E error in my z/OS 2.1 Serverpac OS212016.

On 2016-01-12 15:03, Gibney, David Allen,Jr wrote: > And also, in the following set of ADDs, it's also there twice. > ... Well, if they'd just *alternate* the ADDs with the DELETEs, they'd all work. -- gil -- For IBM-MAIN

Re: Reflection FTP Client - Secure

And the answer is RTFM. It is setup in the Tectia config file which has both a system and user level. Dennis Roach, CISSP, PMP IAM Access Administration - Consumer - Senior Analyst 2727 Allen Parkway, Wortham Building 3rd Floor, Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 Email:

Re: RFE to enhance GDGORDER in JCL

You are asking IBM to provide a new access method to read the file(s) backward with your request. And there is no guarantee that the actual access method invoked by the program(s) involved will be compatible with your new backwards access method (lets call it LBAM, shall we?). For example,

Re: RFE to enhance GDGORDER in JCL

On Tue, Jan 12, 2016 at 2:06 PM, J. P. wrote: > You are asking IBM to provide a new access method to read the file(s) > backward with your request. And there is no guarantee that the actual > access method invoked by the program(s) involved will be compatible with >

Fw: Re: RFE to enhance GDGORDER in JCL

IBM is already supplying the process to read the oldest or the newest with GDGORDER=LIFO or GDGORDER=FIFO. I am just asking that they allow the GDGORDER to pick up the GDG relative number where GDGORDER is specified (LIFO is the default so -1, -2 would behave the same). I am asking if

Re: RFE to enhance GDGORDER in JCL

I can not see the RFE text to comment but from the description I see nothing about the order of reading the records in the generation but only the order of the generations in the concatenation. IOW: //GDG DD DISP=SHR,DSN=GDGBASE,GDGORDER=FIFO when there are 5 generations yields: //GDG DD

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

I got this message as well. I simply ignored it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lopez, Sharon Sent: Tuesday, January 12, 2016 3:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RESTORE JOB on z/OS 2.1 Serverpac failing I

RESTORE JOB on z/OS 2.1 Serverpac failing

I saw that someone else had posted this same thing back in August; but I did not see a resolution. Has anyone else encountered this with the RESTORE job in the z/OS 2.1 Serverpac Install. I've opened up a ticket with IBM but being the impatient type, I thought I would ask the LIST-SERVE.

Re: RESTORE JOB on z/OS 2.1 Serverpac failing

Sharon, Is HQX7790 a SYSMOD? I might have thought it is an FMID. Lizette -Original Message- >From: "Lopez, Sharon" >Sent: Jan 12, 2016 1:36 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: RESTORE JOB on z/OS 2.1 Serverpac failing > >I saw that someone else had posted

Reflection FTP Client - Secure

We currently use Reflection FTP Client for standard, non-secure, ftp. We installed Tectia secure shell ftp. I can get Reflection to sign-on to Tectia using certificates. It works great for binary transfers, but I cannot get it to translate EBCDIC/ASCII. Has anyone been successful with this?

Re: Reflection FTP Client - Secure

Not Reflection. Use ws_ftp from _www.ipswitch.com_ (http://www.ipswitch.com) and it has a pulldown for to and from side for OS type with a default parm of Autodetect. Get's it right most of the time. In a message dated 1/12/2016 2:52:29 P.M. Central Standard Time, dennis.ro...@aig.com

Conversion from Unisys Cobol file definitions to zOS

My apologies if there is a Cobol listserv that I should have subscribed to and submitted the question there, if someone knows of it please let me know so I can redirect to the correct place. Pardon me, also, if I use terms incorrectly in phrasing my question because I couldn't be weaker in

Partition usage

In HCD there are 3 options: OS CF CF/OS Obviously CF means Coupling Facility, while OS is Operating System (non-CFCC), but what is the difference between above modes? Any reason to not use CF/OS everywhere? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać

Re: Reflection FTP Client - Secure

Great. Glad it was straightforward. In a message dated 1/12/2016 4:12:02 P.M. Central Standard Time, dennis.ro...@aig.com writes: It is setup in the Tectia config file which has both a system and user level. -- For

Re: Sharing of consoles

Hi Sharon, I don't want to be invasive, but I saw your question about console sharing, and an earlier one about FIPS 140-2 compliance. SecureAgent Software provides a mainframe solution with full FIPS 140-2 Certification that provides secure, encrypted mainframe connections across multiple

Re: Conversion from Unisys Cobol file definitions to zOS

Tom, Contact me offline on this via email. I am in the process of doing the same thing for a client on the east coast. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Ambros, Thomas To: IBM-MAIN Sent: