Re: CA web site
Why are you afraid to call the helpdesk? They are there for support, how-to questions, recommendations, and of course, defects. Since when? I thought they were there to intercept complaints and stop the pesky customers from bothering the technicians! Some even charge for 'how to'. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: setting LE runtime options programatically.
Have I upset everyone. I asked half a dozen supplementary questions and didn't get a single answer. Jim McAlpine On 1/30/07, Jim McAlpine [EMAIL PROTECTED] wrote: We can't run under BPXBATCH. Is there a way to set POSIX(ON) as an environment variable also. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
On Tue, 30 Jan 2007 15:35:07 -0600, McKown, John [EMAIL PROTECTED] wrote: And is there anyway to ftp that to an ASCII based server and uncompress it? Yes - this relates to my previous question about RACF IRRADU00 reformatted records. John, I suggest you convert the tapes to AWS, ftp to a PC and zip them there. You may use GZIP on the mainframe to reduce the network load, which I guess was your original intention. If you are not bothered about the network but instead about storage costs, go with WinZip and copy the images onto a DVD. Better yet, convert to HET and send to a PC running MVS3.8 under Hercules to be printed. Dave (Super post from Barry Merril, as usual). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AOPBATCH Continuation character
I do agree that a C program source displayed through a French code page does look odd... Only if the source isn't encoded in the French code page as well :-) Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AOPBATCH Continuation character
At what level is this translation performed. For example, suppose an assembler program with source in the IBM-1047 code page, and assembled and linked in the IBM-1047 locale does a BPX1RED then a CLI '\' on the data in the buffer. Will this match an IBM-1047 '\' or an IBM-273 '\'? What about a C program? Etc.? I've not played with code pages and assembler so far, so I may be missing HLASM options. The assembler doesn't care for a locale, does it? So the backslash on the CLI will not be changed during execution, irrespective of any locale that may have been set in the LE (assuming this is LE enabled assembler code). BPX1RED does not translate what it reads (except in the context of autoconvert), does it? So, changing the locale does not have any influence in what you get in your buffer. Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AOPBATCH Continuation character
//STDIN DD * ln -s /usr/lpp/db2/db2810/jcc/classes/db2jcc_license_cisuz.jar db2jcc_license_c\ isuz.jar Maybe you should try: ln -s /usr/lpp/db2/db2810/jcc/classes/db2jcc_license_cisuz.jar \ db2jcc_license_cisuz.jar And one more thing... (Thanks to Walter Heestermans for pointing this out.) If you need to quote some data and continue that on the next line, it becomes really odd: //STDINDD * ... +1+2+3+4+5+6+7+- ---8 db2sqljcustomize -url jdbc:db2://150.45.92.33:3200/TMMEDB2D -user whe4841 \ -password -bindoptions 'EXPLAIN YES DEGREE 1 ISOLATION CS OWNER TCOD COLLECTION TCOD QUALIFIER TCOD SQLERROR NOPACKAGE VALIDATE BIND' \ -collection TCOD -qualifier TCOD -staticpositioned NO -automaticbind YES \ -onlinecheck YES -singlepkgname TCO92052 - storebindoptions\ com/tmme/whe4841/dao/iterator/db2/NamedIteratorWithHold_SJProfile0.ser ... (the above may have been wrapped. The point is that when you open a string with an apostrophe and want to continue that string on the next line, you do NOT put a backslash at the end of the string to continue.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
Come on Ted; we are talking about CA here (remember, the good guys). I do not believe we have ever charged for how-to questions, recommendations or to obtain solutions to defects for any of your licensed mainframe products. I know the CA-1 techs PREFER to get how-to questions and give recommendations then to help solve I think I did the wrong thing problems later on. Russell Witt CA-1 Level-2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Ted MacNEIL Sent: Wednesday, January 31, 2007 2:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA web site Why are you afraid to call the helpdesk? They are there for support, how-to questions, recommendations, and of course, defects. Since when? I thought they were there to intercept complaints and stop the pesky customers from bothering the technicians! Some even charge for 'how to'. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is 'VTAM application name'?(Confirmation needed)
Enlightened by Chris and Pat, I went back to the book 'MVS Sytem Programming'. It's old but it has a very basic and good chapter about VTAM/SNA. I read it one year ago but this time I definitely have a far more better understanding about it. So my question has been answered and actually I got even more from this topic. It's really a nice feeling. (Chris, I agree with you on the usage of RESTRICTAPPL. When I read it from the manual, I was curious about it: what on earth it is? So I tried to use it just for the sake of curiosity. And after seeing how it works, I know I wont use it: Most of VTAM applications, such as TSO, CICS, NVAS, have their own ways of enabling security. So why bother?) Regards, Johnny -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Smartbatch for OS/390 vs Batchpipes OS/390
I also find Batchpipes V2 R1 as the only release for Version 2. Program number is 5655-D45. Available May 2000. I find nothing later. For some non-IBM information see: http://www.jpaulmorrison.com/cgi-bin/wiki.pl?BatchPipes Birger Heede not a spokesperson for anything IBM Denmark oktg wrote: Hi, In an earlier posting I asked if somebody could tell me the latest available release of Smartbatch for OS/90. I have now found an IBM PAL which says: Programming Announcement letter ZP01-0183 dated March 06, 2001 Versions to be withdrawn from service April 04, 2004: Product Name Version Product Number IBM SmartBatch for OS/390 15655-A17 So Smartbatch is discontinuedbut now my want to know the latest available releasenr of BatchPipes OS/390 ??? On IBM booksshelves i found documents for: IBM BatchPipes OS/390 V2R1 Many thanks in advance Frank Silven -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SORT question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Yaeger [ snip ] I have a question for you (or anyone else on the list if they can shed some light on it) about something I'm curious about. I noticed you said DFHSORT instead of DFSORT (Data Facility Sort). You're not the first person to call it that. Any particular reason why you inserted the H? That piqued my curiosity as well. DFH as a prefix belongs to CICS, and AFAIK IBM has never offered a CICS sort utility, whether named DFHSORT or something else. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
John: 1- Maybe security folks started a new audit feature? 2- Check the userid of the access/success records to see who's running what. Just some ideas. Roberto I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Cartwright Sent: Wednesday, January 31, 2007 3:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TRSMAIN question On Tue, 30 Jan 2007 15:35:07 -0600, McKown, John [EMAIL PROTECTED] wrote: And is there anyway to ftp that to an ASCII based server and uncompress it? Yes - this relates to my previous question about RACF IRRADU00 reformatted records. John, I suggest you convert the tapes to AWS, ftp to a PC and zip them there. You may use GZIP on the mainframe to reduce the network load, which I guess was your original intention. If you are not bothered about the network but instead about storage costs, go with WinZip and copy the images onto a DVD. Better yet, convert to HET and send to a PC running MVS3.8 under Hercules to be printed. Dave (Super post from Barry Merril, as usual). The reason to compress on the mainframe was to reduce the time needed to ftp. Trying to ftp 21 MEDIA2 tapes (3490E) worth of data to my PC (over 100Mb ethernet) scares me. I was hoping that since IRRADU00 data is all character that it would compress very effectively and that I would, overall, save time. Likely a vain hope. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Halais Sent: Wednesday, January 31, 2007 8:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need ideas - IRADU00 output very large. John: 1- Maybe security folks started a new audit feature? 2- Check the userid of the access/success records to see who's running what. Just some ideas. Roberto I am the security people. And no, I haven't. I do have a vague GUESS as to what is happening. I will almost bet that somebody has some COBOL code like: PERFORM UNTIL X OPEN INPUT FILE READ FILE PERFORM PROCESS-FILE-RECORD CLOSE FILE END-PERFORM I am fairly sure that every OPEN will cut an RACF ACCESS record. Yes, I've seen them do this in the past. Just not as bad. But this is just a GUESS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
On Jan 31, 2007, at 2:22 AM, Ted MacNEIL wrote: Why are you afraid to call the helpdesk? They are there for support, how-to questions, recommendations, and of course, defects. Since when? I thought they were there to intercept complaints and stop the pesky customers from bothering the technicians! Some even charge for 'how to'. Imagine having to hear BYPASS((holdsystem,id,error ...) and pay for it? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SORT question
Well, I was sorta thinking maybe an HSM Sort functionality, or an SMS something or other. On Wed, 31 Jan 2007 07:52:24 -0600, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Yaeger [ snip ] I have a question for you (or anyone else on the list if they can shed some light on it) about something I'm curious about. I noticed you said DFHSORT instead of DFSORT (Data Facility Sort). You're not the first person to call it that. Any particular reason why you inserted the H? That piqued my curiosity as well. DFH as a prefix belongs to CICS, and AFAIK IBM has never offered a CICS sort utility, whether named DFHSORT or something else. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCP/IP
FYI Is there a way I can clear the ARP cache on the TCP/ip stack on the Mainframe without shutting down TCP/IP ? Thanks in advance Philip A. Miscione Sr Project Leader Barnes Noble, Inc. email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: 516-338-8227 Fax : 516-338-8487 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
I didn't say I was afraid to call the help desk. As a matter of fact, I said, It appears most likely to be some sort of problem with our network here. I just wanted some confirmation, since I'm waiting on response from CA. I was working this problem via email, since I was in and out of the office all day. (I generally prefer electronic problem resolution means anyway.) They had already suggested deleting cookies and a few other things, which hadn't worked. I have no problem with CA's help desk; I had already emphasized to them that this was a non-critical problem and that I thought the culprit was somewhere on our end. Jon snip Why are you afraid to call the helpdesk? They are there for support, how-to questions, recommendations, and of course, defects. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
From: Russell Witt [EMAIL PROTECTED] Date: Wed, January 31, 2007 8:06 am Come on Ted; we are talking about CA here (remember, the good guys). Wow! How far things have come, I guess. I manage to spit out after I finish choking on my drink. Maybe I'm thinking of a different CA. *shrug* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DADSM allocation for non-SMS files
Brent, SRM still gets involved in volume selection for non-SMS volumes. It is a much simpler algorithm, and my shaky memory says that the order is based on LCU activity and number of allocated datasets on the volume. Volumes already allocated to other new datasets in the same step also go to the end of the queue - this stops you from having all your SORTWKS on one volume. SECONDARY space is not taken into consideration when the Primary space is allocated. Now what I don't understand about your problem description below is why you have a problem when you code UNIT=(esoteric,6). Is this from an IEFBR14 at the start of the job allocating a file to be written to in a subsequent step? If so, your problem may be that non-SMS files do not catalog the UNIT COUNT as unspecified candidate volumes. For non-SMS you must also specify UNIT=(esoteric,6) in the JCL of the step that writes the file so that SECONDARY extents can be allocated on up to 6 more volumes. //ALLOCEXEC PGM=IEFBR14 //NEWFILE DD DSN=MY.NONSMS.DSN,DISP=(NEW,CATLG,DELETE), //UNIT=ESOTERIC, //SPACE=(CYL,(1000,500)) //STEP1EXEC PGM=WRITEIT //NEWFILE DD DSN=MY.NONSMS.DSN,DISP=OLD, //UNIT=(ESOTERIC,6), // ETC,ETC, ETC In example above the UNIT COUNT can be omitted from the IEFBR14 as it is never used. Having it in the step that writes to the file is where you need it. Ron For example, for a Physical Sequential file with UNIT=(esoteric,6) SPACE=(CYL,(1000,500)) and 3390 geometry (3339 cylinders) we have observed DADSM pass over volumes with plenty of space and instead allocate 3 volumes that had preexisting files with 3000 cylinders. In other words, the most cylinders available would be 3339-3000 = 339 yet with a secondary of 500 cylinders DADSM would still pick the packs with less than 339 and the file would end up running out of space. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
I believe TRSMAIN uses an LZ (Lempel-Ziv?) or LZW (add Welch) algorithm of sorts, but of course the algorithm matters less than the archive format in your case. IBM's Unix Tools Toys page (I believe) has GZIP ported for Unix Systems Services. I got this to work for me: cat //'dataset_name' | gzip -c archive_name.gz Yes that is double quotes around the double slash entity, and single quotes around the fully-qualified dataset name, I am sure there may be better syntax(?) but it worked. So, if your tape data is cataloged, and you have mount authority you might be able to issue a command like that for your tapes, sit back, and wait. Once you're in gzip you can decompress it on a PC I'm sure. Oh - you might have to pipe it through iconv to get it into ASCII / Unicode before zipping it. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Wednesday, January 31, 2007 8:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TRSMAIN question I believe TRSMAIN uses an LZ (Lempel-Ziv?) or LZW (add Welch) algorithm of sorts, but of course the algorithm matters less than the archive format in your case. IBM's Unix Tools Toys page (I believe) has GZIP ported for Unix Systems Services. I got this to work for me: cat //'dataset_name' | gzip -c archive_name.gz Yes that is double quotes around the double slash entity, and single quotes around the fully-qualified dataset name, I am sure there may be better syntax(?) but it worked. So, if your tape data is cataloged, and you have mount authority you might be able to issue a command like that for your tapes, sit back, and wait. Once you're in gzip you can decompress it on a PC I'm sure. Oh - you might have to pipe it through iconv to get it into ASCII / Unicode before zipping it. Tim Hare Thanks for the idea. It may be easier than trying to reverse engineer TRSMAIN. Assuming that I had the talent to do so and it is not forbidden by IBM. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SORT question
On 30 Jan 2007 13:50:10 -0800, [EMAIL PROTECTED] (George, William , DHS-ITSD) wrote: Note: I can write a simple REXX to do this but need to do it in SORT. Double sigh. Most any language would do this - why do you need to do it in SORT? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
Philip Scanning the online manual z/OS Communications Server IP System Administrator's Commands http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C250 using the search word cache, I found the following: quote 1.6.7 VARY TCPIP,,PURGECACHE Purpose Use the VARY TCPIP,,PURGECACHE command to delete the ARP cache entries for a link or neighbor cache entries for an interface. Format __Vary __TCPIP__,__ __ __,__PURGECache,name___ |_procname_| Parameters name The interface name or link name of the cache to be purged. If the name matches a link name, the local ARP cache or the outboard OSA cache entries (for QDIO token ring and QDIO Ethernet) for that link is purged. If the name matches an interface name, the IPv6 neighbor cache for that interface is purged. /quote So you certainly don't need to shut down the IP main address space but you do have to know the names of the relevant interfaces. Incidentally, you should look the command up yourself for all the notes and examples following the text I quoted above, Chris Mason - Original Message - From: Philip Miscione [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 31 January, 2007 3:28 PM Subject: TCP/IP FYI Is there a way I can clear the ARP cache on the TCP/ip stack on the Mainframe without shutting down TCP/IP ? Thanks in advance Philip A. Miscione Sr Project Leader Barnes Noble, Inc. email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: 516-338-8227 Fax : 516-338-8487 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DADSM allocation for non-SMS files
For example, for a Physical Sequential file with UNIT=(esoteric,6) SPACE=(CYL,(1000,500)) and 3390 geometry (3339 cylinders) we have observed DADSM pass over volumes with plenty of space and instead allocate 3 volumes that had preexisting files with 3000 cylinders. In other words, the most cylinders available would be 3339-3000 = 339 yet with a secondary of 500 cylinders DADSM would still pick the packs with less than 339 and the file would end up running out of space. Brent, Do you have any product that is attempting to prevent x37 abends? You should always be using the secondary amount when you extend to a new volume. Your candidate list is built by taking the volumes in the esoteric that are mounted storage. The list is then passed to SRM along with a list of volumes that you already have allocated. SRM ranks the candidate list by putting the ones you already have to the bottom and the others by device delay where device delay is the sum of iosq time, pend time and disconnect time. The only real difference here between SMS and non-SMS is that SMS knows how much space is on a volume and will put only volumes with enough freespace to meet your allocation request without going over the space utilization threshold for the storage group on the primary candidate list. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
Hi Phillip, The command vary tcpip,,purgecache should do the trick, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1c250/1.6.7?ACTION=MATCHESREQUEST=ARPTYPE=FUZZYSHELF=F1A1BK80.bksDT=20060622162258CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANKScrollTOP=FIRSTHIT#FIRSTHIT Lou Losee atsec information security On 1/31/07, Philip Miscione [EMAIL PROTECTED] wrote: FYI Is there a way I can clear the ARP cache on the TCP/ip stack on the Mainframe without shutting down TCP/IP ? Thanks in advance Philip A. Miscione Sr Project Leader Barnes Noble, Inc. email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: 516-338-8227 Fax : 516-338-8487 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Artificial Intelligence is no match for Natural Stupidity -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AOPBATCH Continuation character
In a recent note, Hunkeler Peter (KIUK 3) said: Date: Wed, 31 Jan 2007 11:01:42 +0100 I've not played with code pages and assembler so far, so I may be missing HLASM options. If there is such an option for HLASM, an assembler program would need to be recompiled for each locale; no portable load modules. Undesirable. The assembler doesn't care for a locale, does it? So the backslash on the CLI will not be changed during execution, irrespective of any locale that may have been set in the LE (assuming this is LE enabled assembler code). BPX1RED does not translate what it reads (except in the context of autoconvert), does it? So, changing the locale does not have any influence in what you get in your buffer. So, how does the PARM='ENVAR(LC_ALL=De_DE.IBM-273)/sh' you suggested work? Does it cause the shell to translate all character data to a standard code page when performing any test? Performance? Well, it's only an interpreter anyway. You wrote, AOPBATCH's shell. Does AOPBATCH have its own version of shell, or does it use /bin/sh? What programs other than sh are ENVAR()-savvy. As for Jan M's caution about multiple Unicode representations, UTF-8 has wide support; it's highly compatible with applications that have metacharacters in only the USASCII subset; it's indifferent to endianness; it can be further encoded with Q-P for 7-bit hygiene. I can only regret that UTF-8 (not EBCDIC UTF-8!) was not made the base encoding for Unix System Services. Does iconv support UTF-8? Does PARM=ENVAR() support UTF-8? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DADSM allocation for non-SMS files
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/31/2007 09:52:57 AM: If it is a non-sms file then you need to define a volume list. Simply adding a volume count doesn't work unless these are volumes are mounted as storage or public. Private volumes will require a vol=ser=(vol1,vol2,etc) You only want to specify volsers if you always want to allocate in a specific order. You can always allocate across multiple volumes, you just have more control in a SMS managed pool. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DADSM allocation for non-SMS files
Brent, Are the volumes that your job has selected for allocation mounted as Public, Storage or Private? The volumes with space that were passed over, how are they mounted? Dave -Original Message- From: John Kington Sent: Wednesday, January 31, 2007 10:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DADSM allocation for non-SMS files IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/31/2007 09:52:57 AM: You only want to specify volsers if you always want to allocate in a specific order. You can always allocate across multiple volumes, you just have more control in a SMS managed pool. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
Will this work on on a z/OS 1.4 System ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lou Losee Sent: Wednesday, January 31, 2007 10:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCP/IP Hi Phillip, The command vary tcpip,,purgecache should do the trick, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1c250/1.6. 7?ACTION=MATCHESREQUEST=ARPTYPE=FUZZYSHELF=F1A1BK80.bksDT=2006062216 2258CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANK ScrollTOP=FIRSTHIT#FIRSTHIT Lou Losee atsec information security On 1/31/07, Philip Miscione [EMAIL PROTECTED] wrote: FYI Is there a way I can clear the ARP cache on the TCP/ip stack on the Mainframe without shutting down TCP/IP ? Thanks in advance Philip A. Miscione Sr Project Leader Barnes Noble, Inc. email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: 516-338-8227 Fax : 516-338-8487 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Artificial Intelligence is no match for Natural Stupidity -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who intercepted SVC 26?
On Fri, 2007-01-26 at 15:07 -0500, Bob Rutledge wrote: In IPCS option 0, set the source to active and then enter ip l 10?+c8?+84?+d0? str l(512) Bob, thanks for this (and thanks to Rob Scott, Ken Kripke, and other folks who also pointed me to IPCS -- it's been so long I'd forgotten about it). The culprit appeared to be... FDR! That was a surprise to me, so I went digging in the installation parms and discovered that we'd configured it to use a catalog locate exit for auto recall. Guess when Bruce says locate exit he means front-end SVC 26 since there isn't a locate exit anymore. In the ensuing discussion on ibm-main I was surprised to find what a popular target this was. It probably belongs on the SSI! Mystery solved, in any case. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
In a recent note, Tim Hare said: Date: Wed, 31 Jan 2007 09:49:31 -0500 IBM's Unix Tools Toys page (I believe) has GZIP ported for Unix Systems Services. I got this to work for me: cat //'dataset_name' | gzip -c archive_name.gz Yes that is double quotes around the double slash entity, and single quotes around the fully-qualified dataset name, I am sure there may be better syntax(?) but it worked. I have found no better syntax. cat is not among the utilities documented as supporting Classic data sets; use at your own risk. It will likely not produce expected results for both character and binary files. A form using a supported utility is: cp //'dataset_name' /dev/fd/1 | gzip -c archive_name.gz Additional options to cp can select character or binary mode, etc. So, if your tape data is cataloged, and you have mount authority you might be able to issue a command like that for your tapes, sit back, and wait. In an earlier submission to this thread I suggested using IEBGENER instead of cat or cp. I formed the IEBGENER habit before Classic data set support in cp was announced; it still retains the value of supporting uncatalogued data sets and concatenations. You'd need to write a wrapper (I use Rexx) to connect IEBGENER to gzip. Then you might have the added value or connecting gzip directly to FTP with no need for a temporary archive-name.gx. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[SPAM] Re: Just another example of mainframe costs.
On 5 Jan 2007 18:46:42 -0800, [EMAIL PROTECTED] (Stephen Y Odo) wrote: So how does one advocate intelligently for its use? I mean, if Sun+Oracle is better, cheaper, faster, etc. than z/OS+CICS+ADABAS/Natural why should I be pushing for z/OS? You shouldn't be pushing for any platform. You should be analyzing your company's needs, and comparing the costs and benefits of various solutions using various platforms - for your company's needs. Just don't assume you or your bosses *know* what a particular platform gives them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DADSM allocation for non-SMS files
The non-SMS volumes for the esoteric in question are all mounted STORAGE (all 35 of them). We do not have any program products installed that are intercepting (x37). The abend I am most familiar with did not involve pre-allocation via an IEFBR14. It was defined as below (dsn has been changed) in a production job. //AHY1OUT DD DSN=HLQ.SLQ.TLQ(+1), // DISP=(NEW,CATLG,DELETE), // UNIT=(ACHDA,6), // SPACE=(CYL,(1000,500),RLSE), // DCB=(HBOPM.PF,RECFM=VB,LRECL=3924,BLKSIZE=0,BUFNO=14) The file used the primary of 1000, then grabbed two secondaries of 500 cylinders on two other volumes, then ran out of space as the remaining 3 volumes that were allocated all had less than 339 cylinders on them. There were other volumes available with 500 contiguous cylinders but they were not assigned to the file. Why were these candidate volumes allocated if they had less than 500 cylinders while others with ample space were not ? The only thing that makes sense is what John K. said The only real difference here between SMS and non-SMS is that SMS knows how much space is on a volume ... Brent, Are the volumes that your job has selected for allocation mounted as Public, Storage or Private? The volumes with space that were passed over, how are they mounted? Dave ** Original post excerpt ** We have had a few abends lately where DADSM is not allocating non-SMS space as anticipated. We are z/OS 1.4 on the way to 1.7. I have found an excellent paper on DADSM for SMS files, but have not been able to find anything on allocation of non-SMS files. For example, for a Physical Sequential file with UNIT=(esoteric,6) SPACE=(CYL,(1000,500)) and 3390 geometry (3339 cylinders) we have observed DADSM pass over volumes with plenty of space and instead allocate 3 volumes that had preexisting files with 3000 cylinders. In other words, the most cylinders available would be 3339-3000 = 339 yet with a secondary of 500 cylinders DADSM would still pick the packs with less than 339 and the file would end up running out of space. ** end original post excerpt ** Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
On 1/31/07, Philip Miscione [EMAIL PROTECTED] wrote: Will this work on on a z/OS 1.4 System ? snip Don't know for sure - the Summary of changes in the pub only goes back to 1.6. A sure way to find out is to try it. Lou Losee atsec information security -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTAM recovery of FICON CTC links
If you are using or planning to use FICON CTC links (for VTAM) you might want to get on the interested parties list or open your own marketing request to IBM the same as MR0413054727 VTAM RECOVERY OF FICON CTC LINKS MR0130072900 VTAM RECOVERY OF FICON CTC LINKS We converted to use FICON CTC last year and have been happy in general but VTAM with FICON CTC does not work as well as VTAM with ESCON CTC. At IPL you may see an error and not get cross domain links active. IST380I ERROR FOR ID = MPLBTOHZ - REQUEST: ACTLINK, SENSE: 081C003C IBM explained === If the other side of the FICON CTC is not up then VTAM is not able to recover the link. ESCON works differently at the hardware level. The CTC is online (after IPL) so after VTAM activates the CTC it goes PCTD1,(and waits for the other side to come up). For FICON the link goes NEVAC caused by a Condition Code 3 which indicates no path. It therefore is not waiting for the other end to come up. The reason for the Ficon CTC devices not coming online when the 1st partition only is IPLed is due to the concept changes. In the ESCON environment, the customer needs to define which side will have the CTC function. In the FICON environment the CTC control unit is not known in advance like in ESCON and because the load of the CTC functions will be balanced equally between each side, it will also be necessary for the two involved channels to negotiate on which side the CTC function will finally be. This is why, in order to establish the negotiation, both sides must be up, which explains why the CTCs devices are brought online when the second partition is IPLed. The way round this is to use automation to allow VTAM to use the FICON CTCs when they are up. Unfortunately there is no dynamics with a CTC short of inactivation and activation of the Major Node. I double checked the V ACT,UPDATE=ALL command processing and function capability beyond Switched Major nodes, Local Major Nodes and Channels defined as APPN TRLE MPC connections. No dynamics with CTC VBUILD GROUP. VTAM requires that at least 1 write subchannel and at least 1 read subchannel be ONLINE to MVS when the MPC is activated in order for the activation to work. We've learned that FICON CTC works differently than ESCON CTC in how they come ONLINE at power on/IPL time. A VTAM requirement has recently (about 2 weeks ago) been opened for VTAM to wait for the FICON CTC's to come online - and not fail the activation. For now, one of each must be ONLINE to MVS for the activation to work. 1 read / 1 write must be ONLINE when activating VTAM MPC. --- The 081C003C sense code indicates you do have the problem of the devices not yet online at time of activation. It means the channel device (CTC device) does not come up online during MVS IPL. Vary ACT involving the device will fail with ACTLINK 081C003C. To recover the situation, issue MVS V ONLINE command and re-issue VTAM V NET,ACT. V NET,ACT will be required to get CTC active. There is a Marketing Requirement in place : MR0413054727 VTAM RECOVERY OF FICON CTC LINKS. The requirement is in the process for the release after R8 so it will be approximately a year before it is available. == It continues to sound positive that this requirement will be met by IBM in a future release after release 8. We think this is something that must be in the next z/OS release and should be considered if at possible to roll back to R7 and R8 as a new function APAR or APARs. I have heard it said that IBM won't bring out any equipment which is not as capable or more capable than it's current offering. FICON CTC was a big step backwards for use by VTAM. We have had to put in Netview CLISTs to deal with this manually as a customer when it should be handled automagically by VTAM. Just be aware of this if you are considering to use FICON CTC and perhaps take time to contact IBM and get on the interested parties list. If there is any chance to see this function pushed back to current z/OS releases it seems that IBM is going to have to get a lot of interested parties. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the
Re: SORT question
On Jan 31, 6:33 am, Tim Burkart wrote: Even though DFSORT will NOT stop as soon as it gets two records for each value, but it will give you up to two records for each value could it be done via an exit? In general can DFSORT be directed to stop processing after creating a predefined number of output records? Yes, but probably not in a way you'd want to do it. An E35 (output) exit could pass back a return code of 16 to DFSORT at any point to tell DFSORT to terminate with a return code of 16. That will stop DFSORT from processing any more records. But it won't look like a successful run (RC=16 instead of RC=0). (Note that an E35 can pass back a return code of 8 to DFSORT to tell DFSORT not to return to the exit, but any remaining records will still be processed - they just won't be passed to the exit.) Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED] Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
Your plan is good. Here is another idea for you. Take a random sample of the records you suspect. Pick one or two and discover the root technical cause. Avoid speculation and choose your words carefully (see below). Keep an open mind. Pick a few more and do the same thing. By now you should have a good idea what the problem is, and can craft some statistical studies to see if you are on the right path. Once you do that, craft some report jobs that prove the issue beyond any reasonable shadow of a doubt. I smell the foul stench of an auditor making security decisions and setting policy. But it is too early to tell. As another very correctly posted, it could be a malfunctioning program. But your unenviable, thankless, daunting task could be to inform management that they made a very expensive mistake. That is *never* a good career move. Keep that in mind as you raise alarms and report your findings to your management. Play this right, and hero status awaits. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, January 30, 2007 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Need ideas - IRADU00 output very large. Last week, we produced 35,746,835 output records for the reformatted RACF (IRRADU00 output). This blew our processing. The previous week was only 7,555,827 records. Two weeks ago only 4,896,905 records. And three weeks ago, only 2,470,655 records. Of course, the question is what happened?!? I'm trying to process this information using SAS. So far in about 3 wall clock hours, I've read 5 of the 21 input tapes (virtual 3490E - MEDIA2). My SAS output dataset, so far, is 250,500 tracks and 166 extents on 11 of 30 possible output DASD volumes, and still growing. NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Smartbatch for OS/390 vs Batchpipes OS/390
Making PIPES an automatically entitled part of the base z/OS product would allow users and vendors to build function that depends on it and add a great deal of value to z/OS as a platform. I remember how excited I was when I stumbled on one of the Plumber's sessions at SHARE years ago and how quickly that excitement faded when I realized the hurdles I felt I could not overcome to get it acquired. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- withdrawn and but the Batchpipes component was again offered by itself. I believe Batchpipes is still supported. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: [EMAIL PROTECTED] 1-240-715-4655, tie line 268-1499 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
Philip Yes In the reply I sent you before - not the one to which you refer here - I do hope it got through - I quoted from the z/OS V1R8 manual, this being the latest. Now that you have informed us of the level of z/OS you are using I can easily page down the different releases and pull out the V1R4 version of the z/OS Communications Server IP System Administrator's Commands manual http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1C211 [1] Here the equivalent text to the text I quoted before is as follows: quote | 1.37 VARY TCPIP,,PURGECACHE | Purpose | Use the VARY TCPIP,, PURGECACHE command to delete the ARP cache entries | for a link or neighbor entries for an interface. | Format | __Vary __TCPIP__,__ __ __,__PURGECache,name___ | |_procname_| | Parameters | name | The interface name or link name of the cache to be purged. | If the name matches a link name, the local ARP cache or the outboard | OSA cache entries (for QDIO token ring and QDIO ethernet) for that | link is purged. If the name matches an interface name, the IPv6 | neighbor cache for that interface is purged. /quote Note the revision bars so I guess the command is new in V1R4 - confirmed by taking a peek at the Summary of Changes section of the manual. Chris Mason [1] Lou, you can skip the garbage after f1a1c250, in the case you used, when providing the URL for manuals and so avoid problems with line wrapping in the e-mail as received. - Original Message - From: Philip Miscione [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 31 January, 2007 4:25 PM Subject: Re: TCP/IP Will this work on on a z/OS 1.4 System ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lou Losee Sent: Wednesday, January 31, 2007 10:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TCP/IP Hi Phillip, The command vary tcpip,,purgecache should do the trick, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1c250/1.6. 7?ACTION=MATCHESREQUEST=ARPTYPE=FUZZYSHELF=F1A1BK80.bksDT=2006062216 2258CASE=searchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANK ScrollTOP=FIRSTHIT#FIRSTHIT Lou Losee atsec information security On 1/31/07, Philip Miscione [EMAIL PROTECTED] wrote: FYI Is there a way I can clear the ARP cache on the TCP/ip stack on the Mainframe without shutting down TCP/IP ? Thanks in advance Philip A. Miscione Sr Project Leader Barnes Noble, Inc. email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Phone: 516-338-8227 Fax : 516-338-8487 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRSMAIN question
- snip - Once you're in gzip you can decompress it on a PC I'm sure. Oh - you might have to pipe it through iconv to get it into ASCII / Unicode before zipping it. Thanks for the idea. It may be easier than trying to reverse engineer TRSMAIN. Assuming that I had the talent to do so and it is not forbidden by IBM. - snip - What about infozip URL: www.info-zip.org ? Knowing nothing about RACF IRRADU00 reformatted records, a question: Is it possible to transfer less data using DFSORT/ICETOOL to extract what you need or even to found the problematic records (or the number of them)? Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dorting multiple VSAM and PS files
I have recently migrated a small VSE system to Z/os. evrything went well with one exception. The VSE Sort program was able to sort a variety of files, mixed SAM and VSAM in one pass. This is not supported in Z/OS (DFSORT). I can write an E15 exit to handle this, but I am somewhat amazed that this cabability does not exist in Z/os. Has anyone else encounterd this issue? THX It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to display JES2 Checkpoint Level (was: -none-)
And please remember to quote a little of the original post if you change the subject. From: Hunkeler Peter (KIUK 3) [mailto:snip] Sent: Tue 1/30/2007 11:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to display JES2 Checkpoint Level (was: -none-) $d activate netiquette Would you mind supplying a subject and signing your posts? /netiquette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DADSM allocation for non-SMS files
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/31/2007 10:50:23 AM: The non-SMS volumes for the esoteric in question are all mounted STORAGE (all 35 of them). We do not have any program products installed that are intercepting (x37). The abend I am most familiar with did not involve pre-allocation via an IEFBR14. It was defined as below (dsn has been changed) in a production job. //AHY1OUT DD DSN=HLQ.SLQ.TLQ(+1), // DISP=(NEW,CATLG,DELETE), // UNIT=(ACHDA,6), // SPACE=(CYL,(1000,500),RLSE), // DCB=(HBOPM.PF,RECFM=VB,LRECL=3924,BLKSIZE=0,BUFNO=14) The file used the primary of 1000, then grabbed two secondaries of 500 cylinders on two other volumes, then ran out of space as the remaining 3 volumes that were allocated all had less than 339 cylinders on them. There were other volumes available with 500 contiguous cylinders but they were not assigned to the file. Why were these candidate volumes allocated if they had less than 500 cylinders while others with ample space were not ? Brent, I am seeing a little clearer. I thought you did get an allocation of 339 cylinders on one or more of the volumes. When you allocate a non-SMS managed dataset using unit count greater than one, you will get all devices allocated at step initation. If the dataset is SMS managed, only one device will be allocated and the remaining will be converted to an asterisk. When you need to extend to a new volume, SMS will then pick a volume that will accomodate your allocation request. For non-SMS datasets, your devices are set without regard to space availability. What can you do to prevent/reduce this problem? 1. Increase the unit count to the number of volumes in the pool up to a maximum of 59 and hope for the best. 2. Convert this pool (or dataset) to SMS which will work. 3. Get a third party product that will dynamically add a volume when you need it. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why isn't ISPF APAR OA14164 PE'd?
- Original Message - From: Mark Zelden [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, January 30, 2007 5:16 PM Subject: Why isn't ISPF APAR OA14164 PE'd? (cross posted to IBM-MAIN and ISPF-L) This past weekend we rolled out maintenance up to RSU0606 in one of our environments. We usually do quarterly RSU - 1 quarter plus hipers which would mean RSU0609, but some local issues and EOY put us behind in this environment - hence RSU0606. Anyway... we ran into the problem described by APAR OA16455. The fix is on RSU0609, but right in the APAR text it says the problem was caused by OA14164. We go to great pains to keep very current on holddata running / reviewing reports on Friday prior to a weekend rollout of a new RSU level just to make sure no PEs are rolling in (also the reason we do quarterly RSU - 1 quarter). Since the new APAR PTFs sup OA14164, why wouldn't OA14164 get marked PE? It it had been - we could have avoided the problem. Mark, You should report this as a bug to IBM. I agree with you that there should have been a PE here. I know Brian Peterson agrees with you. This is a longstanding problem with IBM. PE's are bad, so they will avoid issuing one if possible. They're getting better, but some still slip through the cracks. IBM should create an AI APAR PE'ing both OA14164 and OA16455. Good luck, Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP
Lou If you start from this page http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ you can go all the way back to OS/390 V2R4 and TCP/IP for MVS V3R2 (1997). Chris Mason - Original Message - From: Lou Losee [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 31 January, 2007 4:55 PM Subject: Re: TCP/IP On 1/31/07, Philip Miscione [EMAIL PROTECTED] wrote: Will this work on on a z/OS 1.4 System ? snip Don't know for sure - the Summary of changes in the pub only goes back to 1.6. A sure way to find out is to try it. Lou Losee atsec information security -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
OK- I was not trying to start a tirade on CA. Yes, I am wearing a CA hat as we speak. Using this site for shared issues is what it is for. I was trying to reduce your time to get your network problem possibly fixed. Our support folks are usually quite good at either solving the problem, or pointing you in the right direction. You may be hitting an intermittent problem that others are not having. Just because I'm not having a connection issue from internal CA networks or VPN (work laptop), or even my personal connections through ATT (home desktop), doesn't mean an issue doesn't exist from you. In fact, it may be an issue in your network that the support folks can help you find. I'm just suggesting, that in the effort to save time, CALL THE HELPDESK and see if they know about a problem which may be impacting you. There is NO charge to you for this type of help. Norman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Hal Merritt [ snip ] But your unenviable, thankless, daunting task could be to inform management that they made a very expensive mistake. That is *never* a good career move. Keep that in mind as you raise alarms and report your findings to your management. Play this right, and hero status awaits. It is dangerous to be right when the government is wrong. [I forget] -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dorting multiple VSAM and PS files
On Wednesday 31 January 2007 11:17, Carl Edwards wrote: I have recently migrated a small VSE system to Z/os. evrything went well with one exception. The VSE Sort program was able to sort a variety of files, mixed SAM and VSAM in one pass. This is not supported in Z/OS (DFSORT). I can write an E15 exit to handle this, but I am somewhat amazed that this cabability does not exist in Z/os. Has anyone else encounterd this issue? I certainly have, way too many times! Just last year, I had a customer which had that particular problem in over 700 SORT steps. Note that this isn't just a DFSORT problem: it also exists with SYNCSORT and CA-SORT. Over the years, I have used three approaches to solve this problem: 1. a generic E15/E35 exit called VSAMSORT which I first wrote in 1985 2. An ICETOOL step with COPY/COPY/SORT (an obviously more recent solution) 3. a request to the DFSORT developers to add support for multiple VSAM input files - that never worked :-( -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 server offload options
Bob Watching the responses to your post, if seems a popular offload option is to onload. Chris Mason - Original Message - From: Robert Mattingly [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, 30 January, 2007 12:24 AM Subject: TN3270 server offload options We need to migrate offloaded TN3270 server sessions from ESCON connected Cisco CPA (Channel Port Adapter) devices. I am not aware of an IBM option for this since the 3172 went away. From the research I have done, it looks like Visara has a good option with their 1174 comm. server line. The other products I have seen involve a gateway PC with Unix/Linux or Windows running MS-HIS or some other software product. I am leaning towards Visara at this time. Does anyone know of other options or have any recommendations? Thanks, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Smartbatch for OS/390 vs Batchpipes OS/390
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Wednesday, January 31, 2007 10:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Smartbatch for OS/390 vs Batchpipes OS/390 Making PIPES an automatically entitled part of the base z/OS product would allow users and vendors to build function that depends on it and add a great deal of value to z/OS as a platform. I remember how excited I was when I stumbled on one of the Plumber's sessions at SHARE years ago and how quickly that excitement faded when I realized the hurdles I felt I could not overcome to get it acquired. Best Regards, Sam Knutson, GEICO I don't know anything about the PIPES being discussed here. However, you can pipe information from one job to another using standard JCL. Run the following two jobs together, in separate initiators (of course!). Oh, and make any JCL changes necessary! //useridGW JOB (H0I),'TESTPIPE1',CLASS=D,MSGCLASS=X, // TYPRUN=HOLD, // NOTIFY=SYSUID,TIME=NOLIMIT //STEP002 EXEC PGM=ICEGENER //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD DISP=SHR,DSN=SYS1.MACLIB(READ) //SYSUT2 DD PATH='/tmp/MCKOWNPIPE', // PATHDISP=(KEEP,KEEP), // PATHMODE=(SIRUSR,SIWUSR), // PATHOPTS=(OCREAT,OWRONLY), // DSNTYPE=PIPE, // LRECL=80,RECFM=F,BLKSIZE=80 // /*EOF //useridGR JOB (H0I),'TESTPIPE2',CLASS=D,MSGCLASS=X, // TYPRUN=HOLD, // NOTIFY=SYSUID,TIME=NOLIMIT //STEP002 EXEC PGM=ICEGENER //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD PATH='/tmp/MCKOWNPIPE', // PATHDISP=(KEEP,KEEP), // PATHMODE=(SIRUSR,SIWUSR), // PATHOPTS=(OCREAT,ORDONLY), // DSNTYPE=PIPE, // LRECL=80,RECFM=F,BLKSIZE=80 //SYSUT2 DD SYSOUT=* // The GW job will pipe SYS1.MACLIB(READ) to /tmp/MCKOWNPIPE, which will be read and printed by the GR job. Whichever one starts first will wait for the second one to start. When the GW job signals EOF, then both jobs will terminate. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
In a message dated 1/31/2007 10:53:41 A.M. Central Standard Time, jchase @ USSCO.COM writes: It is dangerous to be right when the government is wrong. [I forget] This similar quote is attributed to Voltaire: “It is dangerous to be right in matters on which the established authorities are wrong.” Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: M$ Vista Experiences?
On Tue, 30 Jan 2007 09:45:35 EST, Ed Finnell wrote: From Dell site... _http://www.dell.com/content/topics/global.aspx/solutions/en/winvista? c=uscs= 19l=ens=dhs~ck=anavml_ (http://www.dell.com/content/topics/global.aspx/solutions/en/winvista? c=uscs=19l=ens=dhs~ck=anavml) or tiny'd _www.tinyurl.com/37zuk2_ (http://www.tinyurl.com/37zuk2) Seems the small lightweight genre would be having a field day. Who says those Dell guys don't have a sense of humor... The chart below offers a handy guide to help make sure your system is equipped to support the Windows VistaTM experience you want: . System Memory 512MB RAM Great for... Booting the Operating System, without running applications or games I have a bunch of machines that I just boot to watch lights flash and hear hard drives spin. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
On Tue, 30 Jan 2007 14:37:55 -0500, Jon Brock wrote: Has anyone else had trouble with CA's SupportConnect web site for the last several days? I am unable to use the Knowledge Base feature. I thought for a little while the problem was an Internet access-monitoring package we have, but now that doesn't seem to be the case. Is CA's Knowledge Base usable for the rest of you? I've been wandering about CA's Knowledge base over the last few days and have only had trouble with several broken links. Mostly links that appear most related to my questions. I'm lucky that way. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting control
Well, the consensus of postings so far is not promising. What is your business/technical/security problem? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Renton Sent: Monday, January 29, 2007 7:23 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Getting control Hello, I am looking for a way to prevent users calling certain load modules directly. Instead I would like my module to get control. This module can then perform certain tasks before passing control to the user requested processing module. Here as a simple flow: - User calls module A - My module B gets control instead (without the user noticing this) - After internal processing B calls A Is there a way to achieve this using documented interfaces (or otherwise)? Many thanks in advance Regards Jon NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Withdrawal of VM ServiceLink
Anyone get any traction on the lack of a replacement for VPL? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... Withdrawal of VM ServiceLink Access to ServiceLink via the VM mode (green screen) will be removed on March 31, 2007. ServiceLink will only be available through: www.ibm.com/ibmlink The internet version of ServiceLink has been embraced by our customers as a safe and secure method of obtaining technical support and software maintenance for their zSeries system. - This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Console issue (was SAE and SAR with Visara)
I use that feature, but am very unhappy with the result. It seems a *lot* of messages are not displayed making it darned difficult to diagnose a failing IPL. Any idea what I might be doing wrong? I have no consoles defined in the IODF, forcing NIP messages to the HMC. That works ok, but when NIP hands off control to MVS, many MVS and JES messages just don't appear. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Monday, January 29, 2007 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SAE and SAR with Visara If you have no non-SNA consoles, you can always use the primative console function built into the HMC. There are instructions in the SAR section of the FDR manual (section 15). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Doubt about Server Pac and Catalogs
I am a newbie on Server Pac, and I read a lot of documentation related to Server Pac; I was trying to get a good approach. One of the things I read (I think it was on Planning for Installation book) was related to catalogs. The recommendation was having one or more disks for Target Libraries, one or more for Distribution Libraries, one for MCAT and some operational data sets, one for HFS Target,...and so on. There was also a recommendation about having a UCAT on each of these disks; I mean, one UCAT for Target LIBs, one for DLIBs, one for HFS Target,... But I cannot imagine how can I catalog target data sets for, say, AOP, in one catalog and distribution data sets for AOP in other catalog. OK, I can create an alias for DLIBS, but I'm not sure this is a good option. Could you give me some clues to solve this quiz? Thank you very much! Víctor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dorting multiple VSAM and PS files
I think the problem that you are encountering is an operating system restriction. If you OPEN a file with a VSAM ACB, when the end of data condition is encountered VSAM code is not prepared to close the VSAM data set, clean up the VSAM control blocks, convert the ACB to a DCB (not sure how this would be done) and reopen the file using the converted DCB. The reverse is also true for physical sequential to VSAM concatenation. About the only way this would be possible is for the program to break down the concatenation using dynamic allocation, rebuild multiple files without the sequential to VSAM conversions, and then programmatically work through the newly dynamically allocated files. This would be an extremely messy situation. We understand that this situation can lead to confusion. If a programmer codes a concatenated file and the step ends with a RC=0, most people would assume that all of the data had been read. To avoid this confusion SyncSort will post an error message and end with a RC=16. Sincerely, John Reda Software Services Manager Syncsort Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gilbert Saint-Flour Sent: Wednesday, January 31, 2007 11:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dorting multiple VSAM and PS files On Wednesday 31 January 2007 11:17, Carl Edwards wrote: I have recently migrated a small VSE system to Z/os. evrything went well with one exception. The VSE Sort program was able to sort a variety of files, mixed SAM and VSAM in one pass. This is not supported in Z/OS (DFSORT). I can write an E15 exit to handle this, but I am somewhat amazed that this cabability does not exist in Z/os. Has anyone else encounterd this issue? I certainly have, way too many times! Just last year, I had a customer which had that particular problem in over 700 SORT steps. Note that this isn't just a DFSORT problem: it also exists with SYNCSORT and CA-SORT. Over the years, I have used three approaches to solve this problem: 1. a generic E15/E35 exit called VSAMSORT which I first wrote in 1985 2. An ICETOOL step with COPY/COPY/SORT (an obviously more recent solution) 3. a request to the DFSORT developers to add support for multiple VSAM input files - that never worked :-( -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Have you checked the ROUTCODE setting for SYSCONS? Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Wednesday, January 31, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Console issue (was SAE and SAR with Visara) I use that feature, but am very unhappy with the result. It seems a *lot* of messages are not displayed making it darned difficult to diagnose a failing IPL. Any idea what I might be doing wrong? I have no consoles defined in the IODF, forcing NIP messages to the HMC. That works ok, but when NIP hands off control to MVS, many MVS and JES messages just don't appear. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Monday, January 29, 2007 9:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SAE and SAR with Visara If you have no non-SNA consoles, you can always use the primative console function built into the HMC. There are instructions in the SAR section of the FDR manual (section 15). -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dorting multiple VSAM and PS files
Oh gosh, it would be a very reasonable programming task to enhance a sort program to have multiple input files that were allocated with separate DD statements (SORTIN01, SORTIN02, ... ?) and to read them in succession as though they were a single file. If Gilbert's exit can do it, surely the roomful of programmers at Syncsort or IBM could do it. Charles P.S. Dorting multiple files, on the other hand, I'm not so confident about that. g -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Reda, John Sent: Wednesday, January 31, 2007 10:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dorting multiple VSAM and PS files I think the problem that you are encountering is an operating system restriction. If you OPEN a file with a VSAM ACB, when the end of data condition is encountered VSAM code is not prepared to close the VSAM data set, clean up the VSAM control blocks, convert the ACB to a DCB (not sure how this would be done) and reopen the file using the converted DCB. The reverse is also true for physical sequential to VSAM concatenation. About the only way this would be possible is for the program to break down the concatenation using dynamic allocation, rebuild multiple files without the sequential to VSAM conversions, and then programmatically work through the newly dynamically allocated files. This would be an extremely messy situation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dorting multiple VSAM and PS files
John, The problem is the restriction imposed by the access-method (EOV, mostly) that a VSAM data set can't be part of a concatenation. As a result, if a program (SORT or otherwise) wants to read more than one data set and at least one is VSAM, then it must use several DD statements and different DD names. What I would like is that SORT utility programs be enhanced with an option to read SORTIN data sets using several DD names, such as SORTIN01-SORTIN99. This is already what they do when the command is MERGE, but when the command is SORT, the only thing they do is read the SORTIN concatenation . Here's an example of what I would like: //STEP100 EXEC PGM=SORT //SORTIN01 DD DSN=VSAM.DATA.SET,DISP=OLD //SORTIN02 DD DSN=NON-VSAM.DATA.SET,DISP=OLD //SORTOUT DD DSN= SORT FIELDS=(1,8,CH,A) /* -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ On Wednesday 31 January 2007 13:46, Reda, John wrote: I think the problem that you are encountering is an operating system restriction. If you OPEN a file with a VSAM ACB, when the end of data condition is encountered VSAM code is not prepared to close the VSAM data set, clean up the VSAM control blocks, convert the ACB to a DCB (not sure how this would be done) and reopen the file using the converted DCB. The reverse is also true for physical sequential to VSAM concatenation. About the only way this would be possible is for the program to break down the concatenation using dynamic allocation, rebuild multiple files without the sequential to VSAM conversions, and then programmatically work through the newly dynamically allocated files. This would be an extremely messy situation. We understand that this situation can lead to confusion. If a programmer codes a concatenated file and the step ends with a RC=0, most people would assume that all of the data had been read. To avoid this confusion SyncSort will post an error message and end with a RC=16. Sincerely, John Reda Software Services Manager Syncsort Inc. 201-930-8260 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Gilbert Saint-Flour Sent: Wednesday, January 31, 2007 11:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dorting multiple VSAM and PS files On Wednesday 31 January 2007 11:17, Carl Edwards wrote: I have recently migrated a small VSE system to Z/os. evrything went well with one exception. The VSE Sort program was able to sort a variety of files, mixed SAM and VSAM in one pass. This is not supported in Z/OS (DFSORT). I can write an E15 exit to handle this, but I am somewhat amazed that this cabability does not exist in Z/os. Has anyone else encounterd this issue? I certainly have, way too many times! Just last year, I had a customer which had that particular problem in over 700 SORT steps. Note that this isn't just a DFSORT problem: it also exists with SYNCSORT and CA-SORT. Over the years, I have used three approaches to solve this problem: 1. a generic E15/E35 exit called VSAMSORT which I first wrote in 1985 2. An ICETOOL step with COPY/COPY/SORT (an obviously more recent solution) 3. a request to the DFSORT developers to add support for multiple VSAM input files - that never worked :-( -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt about Server Pac and Catalogs
See below... Víctor de la Fuente wrote: I am a newbie on Server Pac, and I read a lot of documentation related to Server Pac; I was trying to get a good approach. One of the things I read (I think it was on Planning for Installation book) was related to catalogs. The recommendation was having one or more disks for Target Libraries, one or more for Distribution Libraries, one for MCAT and some operational data sets, one for HFS Target,...and so on. There was also a recommendation about having a UCAT on each of these disks; I mean, one UCAT for Target LIBs, one for DLIBs, one for HFS Target,... Well, not really. The book recommends using a user catalog to own the SMP/E CSI data sets that are on one of the target library volumes, and one on the HFS volume if that volume is SMS-managed, and then one on each additional product set target volume. But I cannot imagine how can I catalog target data sets for, say, AOP, in one catalog and distribution data sets for AOP in other catalog. OK, I can create an alias for DLIBS, but I'm not sure this is a good option. Well, you probably do not want the DLIBs to be cataloged in the master catalog, but you can either leave them uncataloged (they will be located using SMP/E DDDEFs) or catalog them in the user catalog used for the DLIB CSI data set. So, for example, the AOP.* target libraries would be cataloged in the target system's master catalog, and the DLIBs could be either cataloged or renamed (e.g., to DLIB.AOP.*) and then cataloged in the DLIB user catalog. Could you give me some clues to solve this quiz? Hope this helps. I'm sure others will chime in, too. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Dennis Trojak wrote: Have you checked the ROUTCODE setting for SYSCONS? Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Hal Merritt Sent: Wednesday, January 31, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Console issue (was SAE and SAR with Visara) I use that feature, but am very unhappy with the result. It seems a *lot* of messages are not displayed making it darned difficult to diagnose a failing IPL. Any idea what I might be doing wrong? I have no consoles defined in the IODF, forcing NIP messages to the HMC. That works ok, but when NIP hands off control to MVS, many MVS and JES messages just don't appear. Another thought, do you have an AUTOACT group setup so the HMC will be automatically activated when there are no other available consoles? -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sorting multiple VSAM and PS files
Gilbert Saint-Flour wrote: John, The problem is the restriction imposed by the access-method (EOV, mostly) that a VSAM data set can't be part of a concatenation. As a result, if a program (SORT or otherwise) wants to read more than one data set and at least one is VSAM, then it must use several DD statements and different DD names. What I would like is that SORT utility programs be enhanced with an option to read SORTIN data sets using several DD names, such as SORTIN01-SORTIN99. This is already what they do when the command is MERGE, but when the command is SORT, the only thing they do is read the SORTIN concatenation . Here's an example of what I would like: //STEP100 EXEC PGM=SORT //SORTIN01 DD DSN=VSAM.DATA.SET,DISP=OLD //SORTIN02 DD DSN=NON-VSAM.DATA.SET,DISP=OLD //SORTOUT DD DSN= SORT FIELDS=(1,8,CH,A) /* Uh, you mean DISP=SHR on those input files, right? Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt about Server Pac and Catalogs
Víctor de la Fuente wrote: I am a newbie on Server Pac, and I read a lot of documentation related to Server Pac; snip I can understand his pain. I have done many over the years but I am in the process of doing my first one since OS/390 2.10 (although I've helped others during z/OS 1.4 and z/OS 1.6). The amount of documentation can be overwhelming - even to a seasoned sysprog. Well, not really. The book recommends using a user catalog to own the SMP/E CSI data sets that are on one of the target library volumes, and one on the HFS volume if that volume is SMS-managed, and then one on each additional product set target volume. I have use one CPAC master catalog and one SSA for everything for all the ones I have done (many in the past while consulting). This time... 2 HLQs - one for SYS1 and one for our systems HLQ that gets used for SMP/E and CPAC datasets like CMDPROC, DOCLIB, etc. I then MERGECAT the that HLQ back into the proper catalog sometime after the SSA is removed from the physical data sets. At other shops I still used one SSA / catalog but there might be many other SSA relationships (SYS1,ISP,ISF,GIM, etc.). However, I like the SYS1.* approach for everything including HFS files (SYS1.OMVS.resvol.ROOT, SYS1.OMVS.resvol.TIVOLI, etc.). John, One thing I still don't like is that the system upgrade option doesn't let you define a catalog. I still want to create one as a work catalog. I have to do this on my own. Do you know why that isn't an option? But I cannot imagine how can I catalog target data sets for, say, AOP, in one catalog and distribution data sets for AOP in other catalog. OK, I can create an alias for DLIBS, but I'm not sure this is a good option. Well, you probably do not want the DLIBs to be cataloged in the master catalog, but you can either leave them uncataloged (they will be located using SMP/E DDDEFs) or catalog them in the user catalog used for the DLIB CSI data set. snip I have a mixture here. Some systems have some DLIBs cataloged (blast from the past?) and some only have a few dlibs cataloged. I still find lots of JCL with SYS1.AMODGEN and SYS1.AMACLIB. (just last week a CICS guy called me and asked me where SYS1.AMODGEN was on one system where it wasn't cataloged... I told him to use SYS1.MODGEN instead). The ones that are cataloged are cataloged in the master catalog using a system symbolic for the volser. When I upgrade, I change IEASYMxx. BTW... kudos to IBM for electronic Serverpac delivery! This was my first one doing 100% electronic (it wasn't available when we did our 1.6 ESP and we skipped 1.7). It sure beats mounting tapes! The only thing I didn't like was downloading 16GB of CD images additional material). There was no download all option so I had to select each one individually. I also ran into a few file problems (according to download director). The download director won't let you skip one file so you have to cancel the whole thing and start over (and not re-select the files you already downloaded). A lot of data compared to the measly 5.6G for the z/OS portion of the order. :-) Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM recovery of FICON CTC links
On Wed, 31 Jan 2007 10:58:42 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: If you are using or planning to use FICON CTC links (for VTAM) you might want to get on the interested parties list or open your own marketing request to IBM the same as MR0413054727 VTAM RECOVERY OF FICON CTC LINKS MR0130072900 VTAM RECOVERY OF FICON CTC LINKS ... At IPL you may see an error and not get cross domain links active. IST380I ERROR FOR ID = MPLBTOHZ - REQUEST: ACTLINK, SENSE: 081C003C ... Yow! I think we are planning this migration soon and will definitely be hit by this. Thanks for the heads up. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
On the off chance that anybody is interested, I have finally created a SAS dataset containing the input from all 21 tapes. It contains 35,122,765 observations. It is 903,000 tracks in 346 extents on 27 volumes. Now to try to run some statistics burr on those observations. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM recovery of FICON CTC links
On Wed, 31 Jan 2007 14:50:06 -0600, Patrick O'Keefe [EMAIL PROTECTED] wrote: On Wed, 31 Jan 2007 10:58:42 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: If you are using or planning to use FICON CTC links (for VTAM) you might want to get on the interested parties list or open your own marketing request to IBM the same as MR0413054727 VTAM RECOVERY OF FICON CTC LINKS MR0130072900 VTAM RECOVERY OF FICON CTC LINKS ... At IPL you may see an error and not get cross domain links active. IST380I ERROR FOR ID = MPLBTOHZ - REQUEST: ACTLINK, SENSE: 081C003C ... Yow! I think we are planning this migration soon and will definitely be hit by this. Thanks for the heads up. Pat O'Keefe I passed Sam's post on to our VTAM folks and they said we have not run into this issue as far as they know (don't know why). We have been using FICON CTCs for more than 3 years now. BTW, thanks for the post Sam. Always great information! Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt about Server Pac and Catalogs
I'm just the opposite. The finished state for my systems, is to have no SMPE TARGET's or DLIB's cataloged at all. It would be nice if Serverpack didn't require the targets to be cataloged as part of the allocds/RESTORE job(with the exception of HFS/ZFS). The dialogs know what volumes they are being allocted to when restoring them all. It just seems easier because then there really is no use for the SSA's as far as I can tell. Every serverpac I do, I setup the dialogs with the names I want, but then before I run the alloc job, I modify the jobstream and change the target datasets. I do the same in the restore job, and when completed, uncatalog, and rename all the datasets to what I wanted in the first place. If the restore job just had a vol=ser reference in the dd statements, I wouldn't even have to do that. Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 John, One thing I still don't like is that the system upgrade option doesn't let you define a catalog. I still want to create one as a work catalog. I have to do this on my own. Do you know why that isn't an option? But I cannot imagine how can I catalog target data sets for, say, AOP, in one catalog and distribution data sets for AOP in other catalog. OK, I can create an alias for DLIBS, but I'm not sure this is a good option. Well, you probably do not want the DLIBs to be cataloged in the master catalog, but you can either leave them uncataloged (they will be located using SMP/E DDDEFs) or catalog them in the user catalog used for the DLIB CSI data set. snip 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
Yes. Yes. Inquiring minds want to know!! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, January 31, 2007 2:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need ideas - IRADU00 output very large. On the off chance that anybody is interested, I have finally created a SAS dataset containing the input from all 21 tapes. It contains 35,122,765 observations. It is 903,000 tracks in 346 extents on 27 volumes. Now to try to run some statistics burr on those observations. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA web site
Come on Ted; we are talking about CA here (remember, the good guys). I do not believe we have ever charged for how-to questions, recommendations or to I was talking in general. And, I forgot the smiley. But, I can name a specific helpdesk that charges: RIM (I bet you were expecting somebody else?). Before they will even talk to you, they request a credit card number and expiry date. By IVR, no less. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt about Server Pac and Catalogs
On Wed, 31 Jan 2007 15:58:43 -0500, Jousma, David [EMAIL PROTECTED] wrote: I'm just the opposite. The finished state for my systems, is to have no SMPE TARGET's or DLIB's cataloged at all. It would be nice if Serverpack didn't require the targets to be cataloged as part of the allocds/RESTORE job(with the exception of HFS/ZFS). The dialogs know what volumes they are being allocted to when restoring them all. It just seems easier because then there really is no use for the SSA's as far as I can tell. Every serverpac I do, I setup the dialogs with the names I want, but then before I run the alloc job, I modify the jobstream and change the target datasets. I do the same in the restore job, and when completed, uncatalog, and rename all the datasets to what I wanted in the first place. If the restore job just had a vol=ser reference in the dd statements, I wouldn't even have to do that. That won't work for HFS/zFS since you can't mount by VOLSER. Also a problem for SMS managed DSNs since they have to be cataloged. When you say no SMP/E targets are cataloged, do you mean they are a different name than the live cataloged versions? My SMP/E targets aren't cataloged either in that sense. They have the same name but are referenced via DDDEF with VOLSER. That is why I am able to throw away the CPAC master catalog after DSNs have been renamed to remove the SSA (and DDDEFs have been updated via supplied job). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who intercepted SVC 26?
Bob Rutledge wrote: In IPCS option 0, set the source to active and then enter ip l 10?+c8?+84?+d0? str l(512) This will show you who's actually handling SVC 26 (it's CVT-SVCT-SVCTABLE-entry for SVC 26-entry point). It's probably a lot faster to do the same thing using TSO TEST. Essentially the same syntax, but you'll need dots after the address (optional in IPCS unless the address has no numerics in it, but required in TEST). So: l 10.?+c8?+84?+d0? xc l(512) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
We had a situation last year with excessive records. Someone turned on AUDIT on an ID. That logged everything that ID did and he was a very active user. McKown, John wrote: On the off chance that anybody is interested, I have finally created a SAS dataset containing the input from all 21 tapes. It contains 35,122,765 observations. It is 903,000 tracks in 346 extents on 27 volumes. Now to try to run some statistics burr on those observations. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting control
In [EMAIL PROTECTED], on 01/29/2007 at 09:04 AM, Charles Mills [EMAIL PROTECTED] said: I guess for any of these approaches, the question becomes how tight does this have to be/how clever (or malicious) are your users? Also, what will it break? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
McKown, John wrote: On the off chance that anybody is interested, I have finally created a SAS dataset containing the input from all 21 tapes. It contains 35,122,765 observations. It is 903,000 tracks in 346 extents on 27 volumes. Now to try to run some statistics burr on those observations. That's only approx 50GB g In fact, I had to do with 10+ GB IRRADU files and the size was *typical* for the datacenter. I also had to do with SMF file approx. 1TB (yes, TERAbyte) for given month - although it was by mistake of CICS guy. I didn't have to much trouble to process the data. Mainframe is *dedicated* to process huge amounts of data, isn't it ? My $0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTAM recovery of FICON CTC links
On Wed, 31 Jan 2007 16:04:00 -0600, Mark Zelden [EMAIL PROTECTED] wrote: ... Someone else told me they have seen the problem - but only when a CEC was down for hardware changes and other LPARs IPLed. But many LPARs being IPLed at different times is SOP during scheduled outage windows once a month. ... That would make sense if the active/passive relationship were determined when the hardware initialized rather than at IPL time. Unfortunately we try to keep one CEC (CPC now, I think) up whenever we do a POR so we would occassionally run into this. All we have to do to avoid it is make sure our PORs are timed to happen simultaneously and finish within milliseconds of each other. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SORT question
On Tue, 30 Jan 2007 15:34:52 -0800, Frank Yaeger wrote: I have a question for you (or anyone else on the list if they can shed some light on it) about something I'm curious about. I noticed you said DFHSORT instead of DFSORT (Data Facility Sort). You're not the first person to call it that. Any particular reason why you inserted the H? I'm sure that was a freudian whatever for DFSHORT :-) Sorry guys, I couldn't resist; keep up your good work. /martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who intercepted SVC 26?
Nah. That would be way too easy! :-) Bob, clearly spending way too much time in dumps. Tony Harminc wrote: Bob Rutledge wrote: In IPCS ... It's probably a lot faster to do the same thing using TSO TEST. Essentially the same syntax, but you'll need dots after the address (optional in IPCS unless the address has no numerics in it, but required in TEST). So: l 10.?+c8?+84?+d0? xc l(512) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SORT question
So many MVS utilities have vernacular names that consist of a 3-letter prefix followed by a functional name, they just seem to roll off the tongue that way: I-E-B-copy, I-E-H-program, I-E-B-gener, I-E-B-print/punch, I-E-H-init, I-E-H-list, I-E-B-update, D-F-H-sort. I-D-C-access-method-services seems to fit the same pattern but everyone calls it I-D-cams. I guess IBM should have given it an entry point of IDCSVCES; then we could call it I-D-C-services. Charles -Original Message- On Tue, 30 Jan 2007 15:34:52 -0800, Frank Yaeger wrote: I have a question for you (or anyone else on the list if they can shed some light on it) about something I'm curious about. I noticed you said DFHSORT instead of DFSORT (Data Facility Sort). You're not the first person to call it that. Any particular reason why you inserted the H? a.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, January 31, 2007 4:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Need ideas - IRADU00 output very large. McKown, John wrote: On the off chance that anybody is interested, I have finally created a SAS dataset containing the input from all 21 tapes. It contains 35,122,765 observations. It is 903,000 tracks in 346 extents on 27 volumes. Now to try to run some statistics burr on those observations. That's only approx 50GB g In fact, I had to do with 10+ GB IRRADU files and the size was *typical* for the datacenter. I also had to do with SMF file approx. 1TB (yes, TERAbyte) for given month - although it was by mistake of CICS guy. I didn't have to much trouble to process the data. Mainframe is *dedicated* to process huge amounts of data, isn't it ? My $0.02 -- Radoslaw Skorupka Lodz, Poland True. But we were a small shop with a small shop mentality. We only recently started getting more of a large shop mentality (i.e. you don't get something done by calling a friend and just asking for something, you formally request it). But I have a winner. One jobname came up with over 25 million RACF records. Likewise a particular day came up with over 25 million RACF records. And it __appears__ that the job, run on that same day, is still on the JES2 SPOOL. Of course, I must verify this futher. But, off hand, I don't yet see exactly what has happened. But the job is a code and go in CA-Easytrieve Plus, which I don't really know much about. More analysis needed. But I'll bet that it is multiple OPENs of an input file (maybe one per record read?). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sorting multiple VSAM and PS files
On 31 Jan 2007 12:22:38 -0800, in bit.listserv.ibm-main you wrote: On Wednesday 31 January 2007 14:53, Reda, John wrote: This is clearly much more feasible than programming around the restriction. I will speak with the Development Group about this. Thanks, John, your help is much appreciated. There's a fourth solution around this problem I forgot to mention: convert VSAM files to non-VSAM. In VSE, sequential files which have no need to be VSAM are often defined as VSAM ESDS, simply because DASD management is so deficient in VSE. Then you have VSAM-managed SAM files, which, among other things, can be processed indifferently as VSAM or non-VSAM by application or utility programs. Quite confusing if you ask me. Converting files from VSAM to non-VSAM require source-code changes, but it can lead to many negative side-effects which make it risky business. In other words, if you think that changing -AS- to -S- in the ASSIGN clause of an ESDS in COBOL is a simple and easy way to make it non-VSAM, you may be in for quite a surprise later on. Having said that, we have converted thousands of VSAM files to non-VSAM in recent years, and acquired much experience in the process. Of course if IBM had ever fully understood the implications of the SHARE Guide Language Futures Task Force (or Guide SHARE depending on perspective), we wouldn't have this happy horse manure about having to differentiate in the program between an ESDS and a QSAM data set. In fact we wouldn't have to change the program if we wanted to read a KSDS with the same record description. I want to be able to concatenate an ESDS and a QSAM data set if they share a record description. It is arcanity like this that frustrates me about the z platform. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need ideas - IRADU00 output very large.
snip- But I have a winner. One jobname came up with over 25 million RACF records. Likewise a particular day came up with over 25 million RACF records. And it __appears__ that the job, run on that same day, is still on the JES2 SPOOL. Of course, I must verify this futher. But, off hand, I don't yet see exactly what has happened. But the job is a code and go in CA-Easytrieve Plus, which I don't really know much about. More analysis needed. But I'll bet that it is multiple OPENs of an input file (maybe one per record read?). unsnip--- I can't speak for your particular situation, but I know from prior experience that SleazyTrieve does a LOT of OPEN/CLOSE activity. And the more complex the selections, the more OPENs/CLOSEs it seems to do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TN3270 server offload options
Patrick O'Keefe writes: If the shops I've seen are any example, there are many thousands (millions?) of lines of online application code whose function depends on knowing and understanding LU names. This is not for security, but for setting the application environment: this user gets this print queue, this mailing address, access to this database, etc. Whether that is a reasonable design is irrelevant; it exists, and it is too deeply embedded to change without major redesign. Absolutely true. I generally advise at least reviewing these sorts of issues. There are many cases (e.g. print LUs) where it may be possible to change strategies and let a modern TN3270 gateway -- CS z/OS certainly qualifies -- handle some or all of the LU assignment logic previously hardcoded. It depends. Even so, that does not argue for offloaded Tn3270 servers. If anything, it argues for the need to centralize maintenance of the various LU pools so that changes or additions to LU names don't conflict with existing names. Yes indeed -- very good point. And THAT argues against the value of an outboard Tn3270 server as protection against a Denial of Service attack. Unless the only IP service you provide is Tn3270 you still to provide access to your host. It protects you against a DoD attack directed to your Tn3270 port on your Tn3270 server's IP address. It does nothing to protect you from a DoS attack directed at any port on your hosts. It doesn't even mean one less port on your host; you still may use port 23 (or whatever port you choose) on your host for Telnet or Tn3270. Agreed, TN3270 is rarely the only IP service. Let's remember also you can have all sorts of attacks without IP. Install any offboard server, connect it to another (such as a mainframe), trust it for application interaction of any kind (e.g. traditional LU6.2), and you've now got a potential attack vector. Nothing new here. I would argue that complex (i.e. multi-tier) infrastructures are inherently more difficult to secure than simpler ones, and hopefully that isn't a controversial idea. Security-oriented people must also be very careful in understanding the human element. If you build a total moat around your mainframe and make it hard for even legitimate access to information, then workers are simply going to figure out a way to get their jobs done, and it probably won't be the way you intended. I saw one organization with an end user department that set up clusters of Windows machines which did nothing but 3270 screen scrape, using a single user ID, in order to replicate a database (effectively) so they could run a data cleansing program of their own design then upload the new contents. Of course that wasn't a technical problem -- mainframes can run such programs just fine, written in any particular language you like, developed using end-user friendly graphical tools, and SAF/RACF-protected so they only do what they're supposed to do -- but that's what happened when two groups failed to work together. And the resulting solution was anything but secure. (Imagine if one of those machines caught the wrong worm or virus. Game over.) Chris Mason writes: Watching the responses to your post, if seems a popular offload option is to onload. I think that's right, although I want to be careful and say never say never. There are a couple interesting corner solutions where it might be appropriate to run an offboard TN3270 gateway, but it requires some careful consideration. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console issue (was SAE and SAR with Visara)
Hello Hal, My SYSCONS entry from CONSOLxx member // CONSOLE DEVNUM(SYSCONS) /* MCONS - HMC*/ NAME(SYSNAME.HMC) AUTH(MASTER) ROUTCODE(ALL) MSCOPE(ALL) CMDSYS(*) /* */ I have found it impossible to LOGON to a HMC console, but the session can be auto-logon via USERID=ConsoleName. (LOGON processing is 3270 datastream only :-( ) Secondly, we use the HMC for all IPLs, with no NIP consoles defined. But we are parallel SYSPLEX, and it is a very rare occurrence when we have all sysplex members down. In that event, and the first system does not IPL we take a SA-Dump, and read the captured syslog on an active system. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dorting multiple VSAM and PS files
On Jan 31, 2007, at 10:53 AM, Gilbert Saint-Flour wrote: -SNIP- I certainly have, way too many times! Just last year, I had a customer which had that particular problem in over 700 SORT steps. Note that this isn't just a DFSORT problem: it also exists with SYNCSORT and CA-SORT. Over the years, I have used three approaches to solve this problem: 1. a generic E15/E35 exit called VSAMSORT which I first wrote in 1985 2. An ICETOOL step with COPY/COPY/SORT (an obviously more recent solution) 3. a request to the DFSORT developers to add support for multiple VSAM input files - that never worked :-( -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ I am guessing but would a MERGE do it? The records are pretty much in sequence right? (I am guessing its a keyed file). I do find this strange that it would not work as it would be a reasonable thing to do, no? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Doubt about Server Pac and Catalogs
From my little knowledge, I prefer not cataloging more datasets than necessary in the master. I don't know if this is a wrong positioning. Is it? Nevertheless, my main doubts are the catalogs I should use... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Ditto to copy 3480 to 3590 tape
Hi all, Is it possible to ditto to copy all files residing on 3480 tape to 3590 tape? Of course the source tape drive is 3480/3490 tape drive and target drive is 3590 drive. I have an installation media that will be used in a datacenter where there is no 3480/3490 tape drives. Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
