Re: REPRO MERGECAT performance
Looking back at some emails from around that time. I *think* the issue with repro mergecat is that it access VVD's all over the place. I did not take time to track it down but the best explanation I got is that it must update all the VVDS's . Ed On May 26, 2012, at 4:26 PM, Linda Mooney wrote: Hi Ed, /snip We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented /esnip Did you mean that you got burned by the other one (not Dino-Soft) or another (3rd) vendor? Thanks, Linda - Original Message - From: "Ed Gould" To: IBM-MAIN@bama.ua.edu Sent: Friday, May 25, 2012 11:17:37 AM Subject: Re: REPRO MERGECAT performance Dave: We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented although I think IBM and the vendor agreed to disagree on the peculiarity (use of undocumented fields) in the catalog. I got caught in the middle as I raised the flag. IMO the vendor was at fault but its water under the bridge. I will never use the other vendor again as a result (although its a great vendor) I do not like getting burned. Ed On May 25, 2012, at 12:51 PM, Gibney, Dave wrote: In the spirit of evenhandedness, faster mergecat is one of the good reasons to acquire T-Rexx from Dinosoft, or the other one :) Dave Gibney Information Technology Services Washington State University On May 25, 2012, at 11:02 AM, Mary Anne Matyaz wrote: Can MERGECAT performance be improved by altering the buffer space values for either the input or output catalog, or both? If you have a lot of VSAM, probably not. As I recall, doing a large repro mergecat with a lot of VSAM was very slow, but it was mostly due to the need to go change every vvds entry. In other words, I don't think you'll get a lot of bang for your buck. Mary Anne --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: REPRO MERGECAT performance
The third vendor (NOT DINO or the other) sorry I wasn't clear on that. Using undocumented fields in the catalog is just plain inexcusable (IMO). Reserved fields are just that NO one is supposed to use them except IBM (IMO). Ed On May 26, 2012, at 4:26 PM, Linda Mooney wrote: Hi Ed, /snip We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented /esnip Did you mean that you got burned by the other one (not Dino-Soft) or another (3rd) vendor? Thanks, Linda - Original Message - From: "Ed Gould" To: IBM-MAIN@bama.ua.edu Sent: Friday, May 25, 2012 11:17:37 AM Subject: Re: REPRO MERGECAT performance Dave: We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented although I think IBM and the vendor agreed to disagree on the peculiarity (use of undocumented fields) in the catalog. I got caught in the middle as I raised the flag. IMO the vendor was at fault but its water under the bridge. I will never use the other vendor again as a result (although its a great vendor) I do not like getting burned. Ed On May 25, 2012, at 12:51 PM, Gibney, Dave wrote: In the spirit of evenhandedness, faster mergecat is one of the good reasons to acquire T-Rexx from Dinosoft, or the other one :) Dave Gibney Information Technology Services Washington State University On May 25, 2012, at 11:02 AM, Mary Anne Matyaz wrote: Can MERGECAT performance be improved by altering the buffer space values for either the input or output catalog, or both? If you have a lot of VSAM, probably not. As I recall, doing a large repro mergecat with a lot of VSAM was very slow, but it was mostly due to the need to go change every vvds entry. In other words, I don't think you'll get a lot of bang for your buck. Mary Anne --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: REPRO MERGECAT performance
Hi Ed, /snip We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented /esnip Did you mean that you got burned by the other one (not Dino-Soft) or another (3rd) vendor? Thanks, Linda - Original Message - From: "Ed Gould" To: IBM-MAIN@bama.ua.edu Sent: Friday, May 25, 2012 11:17:37 AM Subject: Re: REPRO MERGECAT performance Dave: We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented although I think IBM and the vendor agreed to disagree on the peculiarity (use of undocumented fields) in the catalog. I got caught in the middle as I raised the flag. IMO the vendor was at fault but its water under the bridge. I will never use the other vendor again as a result (although its a great vendor) I do not like getting burned. Ed On May 25, 2012, at 12:51 PM, Gibney, Dave wrote: > In the spirit of evenhandedness, faster mergecat is one of the > good reasons to acquire T-Rexx from Dinosoft, or the other one :) > > Dave Gibney > Information Technology Services > Washington State University > >> On May 25, 2012, at 11:02 AM, Mary Anne Matyaz wrote: >> >>> Can MERGECAT performance be improved by altering the buffer space >>> values for either the input or output catalog, or both? >>> >>> If you have a lot of VSAM, probably not. As I recall, doing a large >>> repro mergecat with a lot of VSAM was very slow, but it was mostly >>> due to the need to go change every vvds entry. >>> >>> In other words, I don't think you'll get a lot of bang for your >>> buck. >>> >>> Mary Anne >>> >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN >> >> - >> - >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMS Dataset Alloc Issue
You do not delete the data component. You delete the cluster. You do so using Access Methods Services (aka IDCAMS) by specifying both the fully qualified DSN and the catalog where that DSN can be found. If you have problems show us the job and the IDCAMS output. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :>: Behalf Of saurabh khandelwal :>: Sent: Saturday, May 26, 2012 8:48 AM :>: To: IBM-MAIN@bama.ua.edu :>: Subject: Re: SMS Dataset Alloc Issue :>: :>: Hello, :>:Thanks for help. But I still have once confusion is, When I :>: am :>: trying to delete the Data component of these datset, for which cluster :>: part :>: is not visible , system is not allowing me to delete. I get error " :>: DATASET :>: not Found". :>: :>: I think, I am getting this error because that particular datset is not :>: part :>: of current master catalog. But if Still I want to delete the data :>: component :>: I created, :>: Can you please help to perform this task. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMS Dataset Alloc Issue
And since no one else seems to have mentioned it yet, this whole thread is an excellent argument for NOT using a "SYS1." high level for naming installation datasets you want system-specific, like the this SCDS dataset -- instead using some unique high-level qualifier associated with the master catalog of each system, say MCTA and MCTB. Then you can simply create and maintain your installation System-B datasets from System-A by temporarily connecting the System-B MCAT as a "User Catalog" to System-A and defining "MCTB" (in System-A MCAT) as an ALIAS pointing to the System-B MCAT. With those conventions and working with datasets with an MCTB high-level from System-A, everything gets correctly pointed to the System-B MCAT without having to play any bizarre games, and utilities like ISPF 3.4 will behave more predictably as well. When System-B is up and running on its Master Catalog, there will be no ALIAS for MCTB defined in the System-B MCAT, so a search for MCTB.anything from System-B would default to the System-B Master Catalog. J C Ewing On 05/26/2012 12:12 PM, Lizette Koehler wrote: Hello, Thanks for help. But I still have once confusion is, When I am trying to delete the Data component of these datset, for which cluster part is not visible , system is not allowing me to delete. I get error " DATASET not Found". I think, I am getting this error because that particular datset is not part of current master catalog. But if Still I want to delete the data component I created, Can you please help to perform this task. Regards Saurabh Some questions 1) Is the catalog where this SYS1.SMS.SCDS is cataloged a USER CAT on the system you are trying to do the display? 2) Is the system where the SYS1.SMS.SCDS is cataloged - up or able to be IPL'D? If you have system up with MCATA and MCATB is a usercat in MCATA then you may be able to delete the dataset with the CATALOG parm in IDCAMS DEL. If you can bring up the system where MCATB is the Master Cat then you can do the changes from the running system IIRC SETSMS command can point SMS to different SCDS or ACDS datasets. So if you have a running system that you can logon, then you can fix from that system. Or could you create a new SYS1.SMS2.SCDS dataset to the correct MCAT and then update the SYS1.PARMLIB member to point to the new SCDS dataset and IPL? You may have several options to correct this issue. Lizette ... -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMS Dataset Alloc Issue
> Hello, >Thanks for help. But I still have once confusion is, When I am trying to delete > the Data component of these datset, for which cluster part is not visible , system is not > allowing me to delete. I get error " DATASET not Found". > > I think, I am getting this error because that particular datset is not part of current > master catalog. But if Still I want to delete the data component I created, Can you > please help to perform this task. > > Regards > Saurabh > Some questions 1) Is the catalog where this SYS1.SMS.SCDS is cataloged a USER CAT on the system you are trying to do the display? 2) Is the system where the SYS1.SMS.SCDS is cataloged - up or able to be IPL'D? If you have system up with MCATA and MCATB is a usercat in MCATA then you may be able to delete the dataset with the CATALOG parm in IDCAMS DEL. If you can bring up the system where MCATB is the Master Cat then you can do the changes from the running system IIRC SETSMS command can point SMS to different SCDS or ACDS datasets. So if you have a running system that you can logon, then you can fix from that system. Or could you create a new SYS1.SMS2.SCDS dataset to the correct MCAT and then update the SYS1.PARMLIB member to point to the new SCDS dataset and IPL? You may have several options to correct this issue. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Snap dump question
Peter, I built the plist for a call to irrseq00 , I will post my code a bit later. Thanks for the reply Scott ford www.identityforge.com On May 26, 2012, at 12:31 PM, Peter Relson wrote: >> I am experiencing the dreaded S0C4-11 > > I didn't see an answer to the question of just where the S0C4-11 occurred. > > I somewhat doubt that SNAP would end with an S0C4-11 if your data was > incorrect. It would catch the program interrupt, and either retry to give > you back a return code or change the completion code. > That leads me to suspect that you never made it to the SVC 33 that is part > of SNAP. > > Look in your program for whatever bug is indicated by the error location. > > Peter Relson > z/OS Core Technology Design > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Snap dump question
>I am experiencing the dreaded S0C4-11 I didn't see an answer to the question of just where the S0C4-11 occurred. I somewhat doubt that SNAP would end with an S0C4-11 if your data was incorrect. It would catch the program interrupt, and either retry to give you back a return code or change the completion code. That leads me to suspect that you never made it to the SVC 33 that is part of SNAP. Look in your program for whatever bug is indicated by the error location. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CSVDYNEX ?'s
Q1A,Q1B) At what point does the dynamic exit processing determine that an abend has occurred? If I were to provide an ESTAE or similar recovery routine in my exit, what that be sufficient to prevent the exit from becoming disabled? (Assuming it recovered correctly.) A1A: Quibble: it is your exit *routine*, not your exit to which the answer applies: when CSVDYNEX service's recovery gets control. A1B: yes. FWIW, an abendnum of x'7FFF' in practice (admittedly not in theory) will also result in not disabling your exit routine. Q2A,Q2B) Is any notification made available? Specifically an ENF? A2: No Q3) If a recovery routine in the exit itself (as in (1) above) is not the answer, then what is the correct way to provide recovery? The CSVDYNEX RECOVER option seems to be only for callers of the exit; I am essentially only doing a CSVDYNEX ADD,STATE=ACTIVE. A3: CSVDYNEX REQUEST=RECOVER is for uses of CSVDYNEX REQUEST=CALL,FASTPATH=YES You can set any type of recovery that works for the environment(s) in which your exit routine gets control. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Snap dump question
John, Your so far from impolite. I appreciate intelligence and frankness. I will post my code a snippet a bit later..I know I made mistakes , so I need a another pair of eyes I don't have within the company I work..the black arts of assembler are only practiced by a few ...good men and women...thanks for the option... Scott ford www.identityforge.com On May 25, 2012, at 8:47 PM, John Gilmore wrote: > Charles Mills writes > > > DBB LECL will almost certainly not assemble (as John G. was pointing > out, a bit obtusely). Should be LRECL > > > Equally, 'DBB' should of course be 'DCB'. > > My point--serendipitously well illustrated by what you typed--was > that, since the OP obviously knows that 'LECL'. should be 'LRECL', > there was a strong possibility that his typo was a transcription > error, defective in his post but not in his code. In reviewing the > language I used to make this point I find no basis for the notion that > it is obtuse. (It is at once clear and polite, but perhaps I should > add that I am capable of being impolite.) > > While I am responding, I do not much like your > 'definition'/characterization of a DSECT. A DSECT is a portable > putative storage template. It describes but neither allocates nor > initializes a block of storage. > > Like other preogramming constructs, a DSECT can be misused. You are > of course correct that if pointed "in the weeds" it will yield > gibberish and, with luck, a quick ABEND. > > John Gilmore, Ashland, MA 01721 - USA > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OpenSSL MAKE test problem.
This is my step by step to build OpenSSL under z/OS UNIX System Services: Get GNU Make from http://www-03.ibm.com/systems/z/os/zos/features/unix/library/IBM+Redbooks/index.html. I have GNU Make installed in $HOME/oss. Patch some files before building: patch Configure << EOF 514a515 > "OS/390","c99_x:-O -DB_ENDIAN -DCHARSET_EBCDIC -DNO_SYS_PARAM_H > -D_ALL_SOURCE::(unknown):::THIRTY_TWO_BIT DES_PTR DES_UNROLL MD2_CHAR > RC4_INDEX RC4_CHAR BF_PTR:::", EOF patch crypto/bio/b_sock.c << EOF 101a102,109 > #ifndef NI_MAXSERV > #define NI_MAXSERV 32 > #endif > > #ifndef NI_MAXHOST > #define NI_MAXHOST 1025 > #endif > EOF patch apps/Makefile << EOF 27,30c27,30 < DLIBCRYPTO=../libcrypto.a < DLIBSSL=../libssl.a < LIBCRYPTO=-L.. -lcrypto < LIBSSL=-L.. -lssl --- > #DLIBCRYPTO=../libcrypto.a > #DLIBSSL=../libssl.a > LIBCRYPTO=../libcrypto.a > LIBSSL=../libssl.a EOF patch test/Makefile << EOF 26,29c26,29 < DLIBCRYPTO= ../libcrypto.a < DLIBSSL= ../libssl.a < LIBCRYPTO= -L.. -lcrypto < LIBSSL= -L.. -lssl --- > #DLIBCRYPTO= ../libcrypto.a > #DLIBSSL= ../libssl.a > LIBCRYPTO=../libcrypto.a > LIBSSL=../libssl.a EOF Set environment and build (and have a cup of coffee/tea/...): export PATH=$HOME/oss/bin:/usr/lpp/cbclib/xlc/bin:$PATH export MAKE=gmake chmod +x tools/* ./Configure \ --prefix=$HOME/oss \ no-asm \ no-krb5 \ OS/390 S pozdravem * Mit freundlichen Grüßen * Sincerely, Peter Ondruška -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Magnus Persson Sent: Friday, May 25, 2012 9:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OpenSSL MAKE test problem. Hi. I've managed to run the MAKE with c99_x now, but I still get this 0C4 abend in MAKE test. Is there anybody who can give me a pointer on where to start looking, I'm all out of ideas. Hälsningar / Best regards, Magnus Persson, Mainframe Tieto -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Magnus Persson Sent: den 14 maj 2012 15:02 To: IBM-MAIN@bama.ua.edu Subject: OpenSSL MAKE test problem. Hi. Is there anybody out there who has runned the MAKE TEST of OpenSSL succefully? When I try it I end up with a 0C4 ABEND: ÅMAKE TEST cfb64 idea ok ../util/shlib_wrap.sh ./shatest CEE3204S The system detected a protection exception (System Completion Code=0C4) . From entry point _openssl_ebcdic2ascii at compile unit offset +007C at entry offset +007C at address 0E10AA04. gmakeÝ1¨: *** Ýtest_sha¨ Segmentation fault gmakeÝ1¨: Leaving directory é/tc/openssl/openssl-1.0.1b/test' gmake: *** Ýtests¨ Error 2 Anybody with any ideas? I will start looking at the dump first thing tomorrow... Br.Magnus Persson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMS Dataset Alloc Issue
Hello, Thanks for help. But I still have once confusion is, When I am trying to delete the Data component of these datset, for which cluster part is not visible , system is not allowing me to delete. I get error " DATASET not Found". I think, I am getting this error because that particular datset is not part of current master catalog. But if Still I want to delete the data component I created, Can you please help to perform this task. Regards Saurabh On Sat, May 26, 2012 at 10:23 AM, retired mainframer < retired-mainfra...@q.com> wrote: > You misinterpreted. If the dataset is not catalogued in the normal search > order, you have to tell DSLIST to search all the catalogs. The way to do > this is to specify a wild card as the HLQ, include any additional > qualifiers > to limit the output, and NOT specify a volume. In the example you posted, > try **.SMS.SCDS. If you specify the Display Catalog Name option, it will > be > easy to see which cluster came from MCATB and which components belong to > that cluster. (This assumes SOZ1D.MASTER.CATALOG is connected to your > current master catalog. Reasonable since otherwise your define would have > failed.) > > > > :>: -Original Message- > :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > :>: Behalf Of saurabh khandelwal > :>: Sent: Friday, May 25, 2012 5:24 AM > :>: To: IBM-MAIN@bama.ua.edu > :>: Subject: Re: SMS Dataset Alloc Issue > :>: > :>: Hello Group, > :>: Walter has clarified my doubt that I am trying > :>: to > :>: see a cluster cataloged under MCATB from a system whose master catalog > :>: is > :>: MCATA. Then, it is perfectly normal to see only the data part of the > :>: cluster. So I will be able to see cluster+data only when I logon on > :>: thesystem whose master catalog is MCATB. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to leave ISPF
On Fri, 25 May 2012 19:01:13 -0400, Shmuel Metz (Seymour J.) wrote: > >>This part wasn't answered. You need to use the field mark key >>(x'1E'). > >Does ISPF treat it the same way that TSO does? I thought that it was >just another character except for TSO line mode. > Don't know. But I once tried to set Field Mark as my Command Delimiter (seemed to make sense, and semicolon is much too valuable otherwise). ISPF wouldn't let me do that. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CSVDYNEX ?'s
If your dynamic exit has its own recovery routine and it recovers successfully, the the abend count will not be incremented and CSV430I will be avoided. There is no documented ENF signal for any CSVDYNEX service. You have at least the following choices for notification of possible problems with your exit : (o) Periodically issue the LIST request to check on the exit status (o) Make your dynamic exit update a count field or STCK value somewhere every time it is invoked. (o) If you have a recovery routine for the exit, you could provide your own notification service to your server address space when it is invoked for an abend in the exit. I would probably choose the last option. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Schuster Sent: 25 May 2012 17:50 To: IBM-MAIN@bama.ua.edu Subject: CSVDYNEX ?'s The CSVDYNEX macro provides keywords ABENDNUM and ABENDCONSEC to control how many times the exit routine can abend before the exit is disabled. 1) At what point does the dynamic exit processing determine that an abend has occurred? If I were to provide an ESTAE or similar recovery routine in my exit, what that be sufficient to prevent the exit from becoming disabled? (Assuming it recovered correctly.) 2) Other than the CSV430I MODULE FOR EXIT IGGPRE00_EXIT HAS BEEN MADE INACTIVE DUE TO ABEND=xx REASON= message appearing, is any notification made available? Specifically an ENF? (I did not see any mention of that in the docs.) 3) If a recovery routine in the exit itself (as in (1) above) is not the answer, then what is the correct way to provide recovery? The CSVDYNEX RECOVER option seems to be only for callers of the exit; I am essentially only doing a CSVDYNEX ADD,STATE=ACTIVE. Thank you for any insight. Paul Schuster -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Transferring stuff from Mainframe to a RDz/UT clone of itself
To add a couple comments, NFS could be part of the loop. It's more convenient than FTP, I think. Moreover, SCLM (which is part of z/OS) with an appropriate exit seems like a good idea, with better organization and control (and therefore better mistake avoidance) for the sort of stuff you'd be doing with RDz. For any network transmissions think about whether intercept is possible. IPSec or a secure file transfer could be prudent, even on an "internal" network. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
