Re: Reports for GB per hour to tape
You want to use connect time to figure out MB/sec on FICON? Never said that! Just pointed out what EXCPs can/really do mean. I'm well aware of the issues with FICON. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MXI via WEB (HTTP)
Hi I want to make available the MXI(4.3) info commands via HTTP, if someone has done this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MXI via WEB (HTTP)
Miklos The commercial version of MXI (Version 5.2) can do exactly that along with other functionality such as trend graphs, e-mail alerts for thresholds, graphical dashboards. I realise that MXI 4.3 is free - however be warned that it is now getting seriously non-current and is creaking at the seems a bit. If you like, contact me offline to discuss how we can help. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: 24 September 2010 09:51 To: IBM-MAIN@bama.ua.edu Subject: MXI via WEB (HTTP) Hi I want to make available the MXI(4.3) info commands via HTTP, if someone has done this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HealthChecker vs SMTP - 1 : 0
On Thu, 23 Sep 2010 07:46:44 -0700, Smith, Sean M sean.m.sm...@bankofamerica.com wrote: I fought my way through it far enough yesterday to realize that SMTP has a documented restriction for the dataset of an LRECL of 243 or less (although it will take up to 250). H... Maybe the docu is out of date? I just ran: //* //SENDNOTE EXEC PGM=IEBGENER //SYSIN DD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=(B,SMTP) //SYSUT1 DD DISP=SHR,DSN=JANTJE.FIVE100 where JANTJE.FIVE100 has DCB=(RECFM=FB,LRECL=500) and is filled with three veee long lines of text following the usual SMTP commands and headers[*]. The text appeared in my mailbox alright... No truncation, no wrapping. Cheers, Jantje. [*] HELO MAILSERV MAIL FROM:jan...@mydomain.com RCPT TO:jan...@mydomain.com DATA FROM:jan...@mydomain.com TO:jan...@mydomain.com SUBJECT:TEST ONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MXI via WEB (HTTP)
Seems 'tis . lol Bit frayed around the edges too maybe ;-) On Fri, Sep 24th, 2010 at 8:28 PM, Rob Scott wrote: ... - however be warned that it is now getting seriously non-current and is creaking at the seems a bit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
thought: SMF Record Distributor (was:RE: SMF Exit suppression question)
This idea was inspired by the recent posts about the IEFU8n SMF exits. Writing and debugging this type of exit can require a good level of knowledge and skill. So what occurred to me is a new facility for receiving SMF records at/near generation time. It could not be used to modify the records or to say no, don't write it. It would be simply for I need to look at the SMF data in near real time in order to do something else. I apologize for the following being so vague and poorly written. What this would consist of is a way to register a need for a copy of the SMF data. This request would result in a local data space being created for the address space doing the request. Control blocks would be created in this data space. A copy of the SMF record would be made in this data space and chained into the control blocks. The simpliest form of the API would simply copy all SMF records into this data space as they are generated. If the data space fills up, then records are lost. A more advanced form of the request would have a way to specify a type of filter. This filter would only copy SMF records which had specific values in specific fields. I don't know all the filters, but was thinking of filters on fields in the SMF header such as SMFRTY, SMFSID, SMFSSI, and SMFSTY. Of course, their needs to be a way to process this data. So, some variations could be: POST an ECB; schedule an IRB on the TCB which is using the API, passing a pointer to the record; schedule a loca! l SRB into the address space with a pointer to the record; ??? . In the POST an ECB case, there would be an API to dequeue the next record. An RC would indicate no more records so the dequeue could be in a loop. When no more records, the code could do whatever and eventually the ECB would be posted again. For a SYNCHRONOUS request, the API could be set up so that a WAIT is automatically done until another record is available. Would such an API be generally useful to the community? Or am I off in the parking lot again? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
first z196 to Swiss Re
http://www.theregister.co.uk/2010/09/23/ibm_z196_swiss_re/ John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: where does your OMVS Root file live?
On Thu, 23 Sep 2010 10:11:33 -0700, John Norgauer asks: Does your root ZFS exist on your SYSRES or does it get moved after receiving it from IBM? Do you rename it to reflect the OS level or version? We bear some elements with other posters thus far, but we definitely have our own rhythm... We configure the ServerPac jobs to drop the IBM-supplied HFS' on a secondary logical SYSRES (SYSR2). Dataset names are of the form: SYS1.OMVS.SYSR1..whatever (ROOT, JAVA, XML, MQS, etc.) Dataset names use SYSR1 instead of SYSR2 to match our SMP/E CSI Zone naming conventions. None of these are ZFS, none are SMS-managed. We use FDR for physcial copy of the SYSR1/SYSR2 volumes (SADUMP is on SYSR2), then RENAME the newly copied HFS'. Because we don't yet share MCAT (sigh), SYS1.OMVS is an MLA to reduce the amount of catalog work we have to do for changes to ServerPac content. Sysplex root is a separate HFS on isolated DASD (mod-1), also SYS1.OMVS, also NOT SMS managed. User, application, and ISV product filesystems are typically SMS managed and ZFS. We set VERSION to SYSR1 in BPXPRMxx, and we use automount to manage our multiple maintenance HFS' to keep in sync with our SYSRES / Zones: auto.master: ... /service/whatever /etc/service_whatever.map ... service_whatever.map: ... filesystem SYS1.OMVS.uc_name.ROOT ... And, in SMP/E our DDDEFs for HFS elements are prefixed with: /service/whatever/SYSR1./ Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: first z196 to Swiss Re
And who said , mainframes are dead, NOT ! I love it Scott J Ford From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Sent: Fri, September 24, 2010 9:26:30 AM Subject: first z196 to Swiss Re http://www.theregister.co.uk/2010/09/23/ibm_z196_swiss_re/ John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT DATE conversion
Frank, Just got the PTF applied (had to wait for an IPL for it to become effective) and it's exactly what I wanted. Thanks! Ended up using 67,3,Y2U,TOGREG=(Y4W(/)) to give me C'mm/dd/ccyy' format. Great! Nice to be able to use something other than COBOL for simple file extracts. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 9/22/2010 at 11:38 AM, in message of8694fa78.4aab9952-on882577a6.00606bb2-882577a6.0060e...@us.ibm.com, Frank Yaeger yae...@us.ibm.com wrote: Frank Swarbrick on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/22/2010 10:23:28 AM: Does DFSORT conversion from a day of the year format to an actual date format? Specifically, we have a file that stores dates as packed-decimal 5 characters (+ sign), ie YYDDDs where YY is the two digit year, DDD is the day of the year and s is the sign nibble. I am able to use p,m,Y2U,EDIT=(/TTT) to convert to display /DDD format but what I really want is /MM/DD or DD/MM/ format. Frank, You can use DFSORT's date conversion functions to do that: p,3,Y2U,TOGREG=(Y4T(/)) will give you a '/mm/dd' date. 1,3,Y2U,DT=(DM4/) will give you a 'dd/mm/' date. For complete details on DFSORT's date conversion functions, see: http://www.ibm.com/support/docview.wss?rs=114uid=isg3T7000174 Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL/CICS Integrated Translator and Area A
In case anyone was interested, IBM's response to our report of a bug for this issue is: ...ideally, the standalone translator should be consistent and flag the two user errors of content in column 8 with the same message, but I'm reluctant to tighten things up for the END-EXEC case mid-release because some customers may suddenly start getting DFH7278s after application of the PTF. A requirement could be raised for Development to consider... We are not interested in submitting a requirement. Our time is probably better spent having programmers fix their coding errors when they compile. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of William M Klein Sent: Friday, August 27, 2010 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL/CICS Integrated Translator and Area A snip Bottom-Line: If I were the customer having this problem (and I had significant code using this feature that works with the separate translator step), then I would expect IBM to either: 1) Fix the integrated coprocessor to support the code accepted (and correctly handled by) the separate translator step OR 2) Expect IBM to provide a fix to the CCCA product to do automatic correction of such source code. (This might not help this customer - if they don't have the CCCA - but it would at least indicate that this was a recognized migration inhibitor). snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT DATE conversion
Frank Swarbrick at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 08:26:27 AM: Frank, Just got the PTF applied (had to wait for an IPL for it to become effective) and it's exactly what I wanted. Thanks! Ended up using 67,3,Y2U,TOGREG=(Y4W(/)) to give me C'mm/dd/ccyy' format. Great! Nice to be able to use something other than COBOL for simple file extracts. I appreciate the feedback. We aim to please. :-) Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSORT create CSV
I know it will probably be obvious once I see it, but I've been trying for over an hour, so if I could get some help... Take a simply fix-length field input file: //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 Desired output: JOHN SMITH,123 MAIN ST,DENVER,CO,80222-4321 JIM JONES,987 BROADWAY,COLORADO SPRINGS,CO,8 FRANK SWARBRICK,12345 W COLFAX AVE,LAKEWOOD,CO,80215-3742 I think once I can get a simple one like this working I can really go forward. Thanks for any help, Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Frank Swarbrick at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 10:29:23 AM: I know it will probably be obvious once I see it, but I've been trying for over an hour, so if I could get some help... Take a simply fix-length field input file: //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 Desired output: JOHN SMITH,123 MAIN ST,DENVER,CO,80222-4321 JIM JONES,987 BROADWAY,COLORADO SPRINGS,CO,8 FRANK SWARBRICK,12345 W COLFAX AVE,LAKEWOOD,CO,80215-3742 I think once I can get a simple one like this working I can really go forward. Frank, You can use a DFSORT job like the following to do what you asked for: //S1 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 //SORTOUT DD SYSOUT=* //SYSIN DD * OPTION COPY INREC IFTHEN=(WHEN=INIT, BUILD=(1,16,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=19), 21:18,25,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=28), 50:44,18,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=21), 71:63,2,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=24), 95:66,10,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C'',LENGTH=12))), IFTHEN=(WHEN=INIT,BUILD=(1,106,SQZ=(SHIFT=LEFT,PAIR=QUOTE, LENGTH=80))) /* Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: where does your OMVS Root file live?
Thank you all for your input. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Frank, I don't know about DFSORT as I have personally never created CSV files with DFSORT; however, if the input file is always going to be a straight forward fixed field position then you can use REXX to do it really quickly and without much pain. REXX can even be used for complex input files to CSV as well, just more coding involved. What you will need to look at are the following Rexx commands. --- EXECIO - suggest reading input into a STEM variable and then process the STEM --- SUBSTR - extract each position --- STRIP - strip the blanks spaces from the fields, can be used in junction with the SUBSTR to do the work all at once; eg, STRIP(SUBSTR(INREC.X,1,20)) when X was the STEM array record number, 1 is the starting position and 20 is the ending position --- after getting your fields with STRIP(SUBSTR(.. , use another STEM variable to put your output and concatenate ( || ) your quotes and commas --- EXECIO to put your output to a file Thanks, Craig Pace z/OS Systems Programmer Fruit of the Loom, Inc.® Office: (270) 781-6400 ext. 4397 Cell: (270) 991-7452 Fax:(270) 438-4430 E-mail: cp...@fruit.com One Fruit of the Loom Drive PO Box 90015 Bowling Green, KY 42102-9015 Frank Swarbrick frank.swarbr...@efirstbank.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 09/24/2010 12:31 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject DFSORT create CSV I know it will probably be obvious once I see it, but I've been trying for over an hour, so if I could get some help... Take a simply fix-length field input file: //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 Desired output: JOHN SMITH,123 MAIN ST,DENVER,CO,80222-4321 JIM JONES,987 BROADWAY,COLORADO SPRINGS,CO,8 FRANK SWARBRICK,12345 W COLFAX AVE,LAKEWOOD,CO,80215-3742 I think once I can get a simple one like this working I can really go forward. Thanks for any help, Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Query on IMS - OSAM
Hi, I need your help in addressing an OSAM space allocation concern. One of our OSAM database dataset is having allocated space = 150120 tracks and used space = 135765 tracks. The allocation is on 3390 device. If we take one track = 56KB for 3390 device type and do the math, then it looks like our database dataset is already at the allocated space = 8GB ( 150120 * 56KB). This means we cannot allocate more space to the dataset. IMS cannot address OSAMs beyond 8GB. But on verifying the re-org output space stats, the DB dataset is containing 806868 blocks of 8KB each. This suggests the database dataset size to be at 6.15GB (806868 * 8KB). We are confused on which size to consider and whether we can add more space to our OSAM dataset which is at 150120 tracks now (on 3390 device). Thanks Rgds Sridhar K Veena -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Query on IMS - OSAM
I believe the discrepancy you are seeing is due to the 8KB block size not allowing you to fully utilize each track. You are probably only getting 6 blocks per track or 49512 bytes since 7 blocks would put you over the track capacity. Now if you muliply your used tracks of 135765 by 49512 that comes pretty close to your 6.15GB calculation. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com 1-301-240-3809 DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 02:14:14 PM: [image removed] Query on IMS - OSAM Veena, Sridhar to: IBM-MAIN 09/24/2010 02:24 PM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Hi, I need your help in addressing an OSAM space allocation concern. One of our OSAM database dataset is having allocated space = 150120 tracks and used space = 135765 tracks. The allocation is on 3390 device. If we take one track = 56KB for 3390 device type and do the math, then it looks like our database dataset is already at the allocated space = 8GB ( 150120 * 56KB). This means we cannot allocate more space to the dataset. IMS cannot address OSAMs beyond 8GB. But on verifying the re-org output space stats, the DB dataset is containing 806868 blocks of 8KB each. This suggests the database dataset size to be at 6.15GB (806868 * 8KB). We are confused on which size to consider and whether we can add more space to our OSAM dataset which is at 150120 tracks now (on 3390 device). Thanks Rgds Sridhar K Veena -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Query on IMS - OSAM
We are confused on which size to consider and whether we can add more space to our OSAM dataset which is at 150120 tracks now (on 3390 device). Tracks ^= size of data. There is an interrecord gap between each block. So, the smaller the blocksize, in general, the smaller the amount of data on the track. And, vice versa, for larger until you go beyond half-track. IIRC, the gap is 480 bytes, but it's been a long time. So, you add 480 to the block size, round up to the next multiple of 32 and divide that figure into 56564, and take the integer. That gives you the number of blocks/track. The number of bytes of data/track is an exercise left to the student. 8K + 480 is a multiple of 32. I may be wrong about the size of the gap, but the algorithm is (iirc) correct. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Query on IMS - OSAM
With an 8 KiB blocksize, only 6 records can fit on a track. The track will hold only 48 KiB, not the 55+ KiB it theoretically could. 806,868 blocks of 8 KiB each is 6.16 GiB. But they occupy only 134,478 tracks, leaving you 15,642 tracks (almost 10.5%)available for growth in the current allocation. With an 8 KiB blocksize, 8 GiB requires 1,048,576 blocks which will consume just over 174,762 tracks. So after you fill up the current allocation, you can grow an addition 24,762 tracks (over 16.4%) without exceeding the 8 GiB limit. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Veena, Sridhar Sent: Friday, September 24, 2010 11:14 AM To: IBM-MAIN@bama.ua.edu Subject: Query on IMS - OSAM Hi, I need your help in addressing an OSAM space allocation concern. One of our OSAM database dataset is having allocated space = 150120 tracks and used space = 135765 tracks. The allocation is on 3390 device. If we take one track = 56KB for 3390 device type and do the math, then it looks like our database dataset is already at the allocated space = 8GB ( 150120 * 56KB). This means we cannot allocate more space to the dataset. IMS cannot address OSAMs beyond 8GB. But on verifying the re-org output space stats, the DB dataset is containing 806868 blocks of 8KB each. This suggests the database dataset size to be at 6.15GB (806868 * 8KB). We are confused on which size to consider and whether we can add more space to our OSAM dataset which is at 150120 tracks now (on 3390 device). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: thought: SMF Record Distributor (was:RE: SMF Exit suppression question)
McKown, John wrote: This idea was inspired by the recent posts about the IEFU8n SMF exits. [ ... snipped for brevity for posting here ... ] Would such an API be generally useful to the community? Or am I off in the parking lot again? Good idea, if you can give your records to be selected via a command (T SMFJOHN=xx ;-D ) or something like that, I would be in for it. Perhaps a new type of subsystem? Or if you could use XCF and use then something to extract SMF records the same way as LOGREC records? Anyway, for message processing (on consoles/syslog), I know you can squeeze some message processors somewhere to intercept/rewrite messages. I imagine you could perhaps do the same for other type of data, like SMF. Rest assure, for me you have parked your idea in an excellent place! ;-D This is what IBM-MAIN is for: sharing ideas to be used or shot down... ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPCS SUMMARY output question
If you do a SUMMARY command, the TCB is displayed followed by the RB's in newest to oldest order. If you do a SUMMARY FORMAT command, the TCB is displayed followed by the RB's in oldest to newest order. Is there any way to make this consistent one way or the other? I didn't see any options on the SUMMARY command, nor did I see any documentation that described that the order is different. Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Frank, We do have some what similar control cards, but I was wondering if we could convert one double quotes to 2 double quotes. If the data is say TOYS R US, it should be converted to TOYS R US, this way it would be a well formed csv. We currently, do this translation before through a program and then use sort to build csv, if we could do everything via utility, that would be very helpful, Appreciate your help. Ganesh Rao B On Fri, Sep 24, 2010 at 1:48 PM, Frank Yaeger yae...@us.ibm.com wrote: Frank Swarbrick at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 10:29:23 AM: I know it will probably be obvious once I see it, but I've been trying for over an hour, so if I could get some help... Take a simply fix-length field input file: //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 Desired output: JOHN SMITH,123 MAIN ST,DENVER,CO,80222-4321 JIM JONES,987 BROADWAY,COLORADO SPRINGS,CO,8 FRANK SWARBRICK,12345 W COLFAX AVE,LAKEWOOD,CO,80215-3742 I think once I can get a simple one like this working I can really go forward. Frank, You can use a DFSORT job like the following to do what you asked for: //S1 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * JOHN SMITH 123 MAIN ST DENVER CO 80222-4321 JIM JONES987 BROADWAY COLORADO SPRINGS CO 8 FRANK SWARBRICK 12345 W COLFAX AVELAKEWOOD CO 80215-3742 //SORTOUT DD SYSOUT=* //SYSIN DD * OPTION COPY INREC IFTHEN=(WHEN=INIT, BUILD=(1,16,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=19), 21:18,25,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=28), 50:44,18,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=21), 71:63,2,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C',',LENGTH=24), 95:66,10,JFY=(SHIFT=LEFT,LEAD=C'',TRAIL=C'',LENGTH=12))), IFTHEN=(WHEN=INIT,BUILD=(1,106,SQZ=(SHIFT=LEFT,PAIR=QUOTE, LENGTH=80))) /* Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Regards, Ganesh Rao B -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Ganesh Rao at IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 01:07:50 PM: Frank, We do have some what similar control cards, but I was wondering if we could convert one double quotes to 2 double quotes. If the data is say TOYS R US, it should be converted to TOYS R US, this way it would be a well formed csv. We currently, do this translation before through a program and then use sort to build csv, if we could do everything via utility, that would be very helpful, Ganesh, You can use DFSORT's FINDREP function to convert one double quote to two double quotes. For example: //S1 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * TOYSRUS TOYSRUS //SORTOUT DD SYSOUT=* //SYSIN DD * OPTION COPY INREC FINDREP=(IN=C'',OUT=C'') /* The output would be: TOYSRUS TOYSRUS You can use DFSORT's IFTHEN clauses to do multiple functions (FINDREP, BUILD, etc) for each record. If you're not familiar with DFSORT and DFSORT's ICETOOL, I'd suggest reading through z/OS DFSORT: Getting Started. It's an excellent tutorial, with lots of examples, that will show you how to use DFSORT, DFSORT's ICETOOL and DFSORT Symbols. You can access it online, along with all of the other DFSORT books, from: http://www.ibm.com/support/docview.wss?rs=114uid=isg3T780 Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Look up FINDREP in your DFSORT reference. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ganesh Rao Sent: Friday, September 24, 2010 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSORT create CSV Frank, We do have some what similar control cards, but I was wondering if we could convert one double quotes to 2 double quotes. If the data is say TOYS R US, it should be converted to TOYS R US, this way it would be a well formed csv. We currently, do this translation before through a program and then use sort to build csv, if we could do everything via utility, that would be very helpful, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST.
Pretty self-explanatory. Make sure that none of the directories involved
are controlled by automount (look in the file /etc/auto.master or where ever
you keep it). This has nothing to do with the parm('arrggrow').
On Mon, Sep 20, 2010 at 5:49 AM, Lizette Koehler stars...@mindspring.comwrote:
I am having a discussion with one of my team mates on how to code BPXPRMxx
for zFS files.
We are having a problem in that some of them do not mount at IPL time. I
think it is due to the PARM in the Mount statement, they do not. Could
someone help me understand?
Error message at IPL time.
BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM
WAS NOT MOUNTED.
THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST.
BPXPRMxx member
MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM')
/* CA-MSM r3.0 */
MOUNTPOINT('/u/usr/msmserv/msm')
PARM('AGGRGROW')/* aggragate grow zfs */
TYPE(ZFS) /* Filesystem type */
MODE(RDWR) /* Mounted for read/write */
Can you specify AGGRGROW in the parm? Or am I missing some other
definition
issue?
Thanks
Lizette
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
Guy Gardoit
z/OS Systems Programming
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT create CSV
Thank you very much Barry and Frank On Fri, Sep 24, 2010 at 4:27 PM, Schwarz, Barry A barry.a.schw...@boeing.com wrote: Look up FINDREP in your DFSORT reference. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ganesh Rao Sent: Friday, September 24, 2010 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSORT create CSV Frank, We do have some what similar control cards, but I was wondering if we could convert one double quotes to 2 double quotes. If the data is say TOYS R US, it should be converted to TOYS R US, this way it would be a well formed csv. We currently, do this translation before through a program and then use sort to build csv, if we could do everything via utility, that would be very helpful, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Regards, Ganesh Rao B -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS SUMMARY output question
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/24/2010 04:03:25 PM: If you do a SUMMARY command, the TCB is displayed followed by the RB's in newest to oldest order. If you do a SUMMARY FORMAT command, the TCB is displayed followed by the RB's in oldest to newest order. Is there any way to make this consistent one way or the other? I didn't see any options on the SUMMARY command, nor did I see any documentation that described that the order is different. There is no such option. The TCBSUMMARY and JOBSUMMARY options of SUMMARY originated in IPCS. SUMMARY FORMAT was done as part of making AMDPRDMP functions available in IPCS when AMDPRDMP was discontinued in MVS/ESA SP3.1.0. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: thought: SMF Record Distributor
snip- This idea was inspired by the recent posts about the IEFU8n SMF exits. Writing and debugging this type of exit can require a good level of knowledge and skill. So what occurred to me is a new facility for receiving SMF records at/near generation time. It could not be used to modify the records or to say no, don't write it. It would be simply for I need to look at the SMF data in near real time in order to do something else. I apologize for the following being so vague and poorly written. What this would consist of is a way to register a need for a copy of the SMF data. This request would result in a local data space being created for the address space doing the request. Control blocks would be created in this data space. A copy of the SMF record would be made in this data space and chained into the control blocks. The simpliest form of the API would simply copy all SMF records into this data space as they are generated. If the data space fills up, then records are lost. A more advanced form of the request would have a way to specify a type of filter. This filter would only copy SMF records which had specific values in specific fields. I don't know all the filters, but was thinking of filters on fields in the SMF header such as SMFRTY, SMFSID, SMFSSI, and SMFSTY. Of course, their needs to be a way to process this data. So, some variations could be: POST an ECB; schedule an IRB on the TCB which is using the API, passing a pointer to the record; schedule a loc! a! l SRB into the address space with a pointer to the record; ??? . In the POST an ECB case, there would be an API to dequeue the next record. An RC would indicate no more records so the dequeue could be in a loop. When no more records, the code could do whatever and eventually the ECB would be posted again. For a SYNCHRONOUS request, the API could be set up so that a WAIT is automatically done until another record is available. Would such an API be generally useful to the community? Or am I off in the parking lot again? ---unsnip- You're parked in the right lot, John. I did something like this once. IEFU83/4/5 exits were constructed to invoke other exits, with a name form of BOTCCnnn, where nnn was the record type. The vast majority of the BOTCCnnn exits were simple IEFBR14's, linked directly to the IEFUxx exits, but a select few had additional functionality, such as a display in SYSLOG each time a FTP was completed, showing sender, receiver, bytes transferred, etc. Another one was a display, tailored as needed, for each time the RACF database was updated via RACF command. (Auditors LOVED that one!) And another, again suitably tailored, for each time a LINKLIST dataset was altered. At that time, management required that we IPL all systems weekly, so updates were relatively easy to install, although the exit code got to be rather large until management decided they were micromanaging and reduced their requirements. In retrospect, I probably could have slightly reduced the overhead by just checking for an unresolved AD-CON for the supplementary code and bypassed the call. There's that 20-20 hindsight again, biting me right where the sun don't shine. I still think the basic idea was good, but the implementation might have been better. :-) Who was it that said A little education can be a dangerous thing? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Beginroutes Statement
To find what your stack is really running with, take a SVC dump of the TCPIP
address space, then with IPCS,
- allocate userid.IPCS.PRINT (or something similar) RECFM=VBA,LRECL=133
- TSO alloc fi(ipcsprnt) da('userid.IPCS.PRINT')
- Change IPCS defaults to PRINT TERMINAL
- Issue IPCS command: TCPIPCS PROFILE
- Issue IPCS command: REPORT IPCSPRNT
Shows a lot of useful (and, at times, surprising) information. The info
may help you build accurate an accurate routing table.
On Thu, Sep 23, 2010 at 4:33 PM, Chris Mason chrisma...@belgacom.netwrote:
Matt
Go ahead. I/you/we can try to put any useful conclusions online for the
archives.
Chris Mason - chrisma...@belgacom.net
On Thu, 23 Sep 2010 13:58:48 -0400, Dazzo, Matt mda...@pch.com
wrote:
Chris, mind if we take this offline. I can then send the table as an
attachment, might be easier to read.
Tks Matt
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Thursday, September 23, 2010 11:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Beginroutes Statement
Matt
I hope the following two references pull it together for you:
---
z/OS Communications Server, IP System Administrator's Commands, Version 1
Release 12, SC31-8781-10
-
3.1.6.20 Netstat ROUTe/-r report
...
Report field descriptions
...
Gateway or Gw
The gateway used to send packets to the destination. If the value is
0.0.0.0
for an IPv4 entry or :: for an IPv6 entry, then the destination is
directly
reachable without needing to go through a gateway.
---
z/OS Communications Server, IP Configuration Reference, Version 1 Release
12, SC31-8776-18
-
2.9 BEGINROUTES statement
...
Route Entry:
_
___
|
|ROUTE__| Destination |__ _gateway_addr_ __interface_name__|
PacketSize |___ _
|_||
|_=|
|_Options_|
...
gateway_addr
The host IPv4 or IPv6 address of a gateway or router that you can reach
directly, and that forwards packets for the destination network or host.
Requirement: This value must be either a fully qualified address or an
equal
sign (=), meaning that the messages are routed directly to destinations on
that network or directly to that host. The equal sign is not supported for
DEFAULT or DEFAULT6 route entries.
---
Incidentally your /32 routing table entries are contained within the
/24
routing table entries and are hence redundant.
It may be that the first /32 entry is from an ICMP redirect.
Also it's not evident how the router interface address 27.1.1.5 can be
reached. It may be sensible if you post your configuration so that we can
propose a more usual structure for your routing table entries.
Chris Mason
On Thu, 23 Sep 2010 11:24:08 -0400, Dazzo, Matt mda...@pch.com
wrote:
Cross post from IBMTCP-L
Finally working on converting gateway to beginroutes format. I took some
advice to from the archives and used the 'netstat routes report' command
to
create the basis of my conversion. Below is a short segment of the routes
report, not sure how to handle the statements with 0.0.0.0 as gateway.
Would the following statements be converted correctly? Thanks Matt
netstat routes report segment
Destination Gateway Interfa
--- --- -
Defaultnet 27.1.1.5 GIGA0
10.30.1.0/3210.30.1.22 OSA40
10.30.1.0/240.0.0.0 OSA40
10.30.1.2/320.0.0.0 OSA40
10.30.2.0/240.0.0.0 OSA41
10.30.2.2/320.0.0.0 OSA41
BEGINRoutes
ROUTE DEFAULT 27.1.1.5 GIGA0 MTU 8992
ROUTE 10.30.1.0/32 10.30.1.22OSA40 MTU 8992
ROUTE 10.30.1.0/24 = OSA40 MTU 8992
ROUTE 10.30.1.2/32 = OSA40 MTU 8992
ROUTE 10.30.2.0/24 = OSA41 MTU 8992
ROUTE 10.30.2.2/32 = OSA41 MTU 8992
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
Guy Gardoit
z/OS Systems Programming
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HealthChecker vs SMTP - 1 : 0
The RFC for SMTP limits it 1024 actually says 1000 not including header/control information. I have run into this when want to using XMITIP with some SPOOL data. I have not had any problems emailing Health Checker reports which are not very wide or output with much longer lines. At one time I used SMTP native but now use XMITIP invoked from IOF (IOFSEND) for most things or XMITIP itself. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan MOEYERSONS Sent: Friday, September 24, 2010 6:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HealthChecker vs SMTP - 1 : 0 On Thu, 23 Sep 2010 07:46:44 -0700, Smith, Sean M sean.m.sm...@bankofamerica.com wrote: I fought my way through it far enough yesterday to realize that SMTP has a documented restriction for the dataset of an LRECL of 243 or less (although it will take up to 250). H... Maybe the docu is out of date? I just ran: //* //SENDNOTE EXEC PGM=IEBGENER //SYSIN DD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT2 DD SYSOUT=(B,SMTP) //SYSUT1 DD DISP=SHR,DSN=JANTJE.FIVE100 where JANTJE.FIVE100 has DCB=(RECFM=FB,LRECL=500) and is filled with three veee long lines of text following the usual SMTP commands and headers[*]. The text appeared in my mailbox alright... No truncation, no wrapping. Cheers, Jantje. [*] HELO MAILSERV MAIL FROM:jan...@mydomain.com RCPT TO:jan...@mydomain.com DATA FROM:jan...@mydomain.com TO:jan...@mydomain.com SUBJECT:TEST ONE 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
SMF 21 records contain byte counts, compressed and uncompressed, read and written, with ONLY the dismount time of the tape. But MXG users can use the MXGTMNT Tape Mount Monitor, which not only generates an SMF record for each mount of each volser, with mount start and mount satisfied time stamps, to measure waiting to mount time, and provides JOB, READTIME, JESNR, etc in an SMF record, it also captures all SYSLOG mount-related events into SMF. These three sources, MXGTMNT, SYSLOG, and TYPE21s are then merged to create a single tape event record for each mount which can be aggregated across each day to get a very accurate total GB statistics. And since JOB information is known, totals for different applications can also be measured. Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas TX 75229 214 351 1966 tel 214 350 3695 fax www.mxg.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL/CICS Integrated Translator and Area A
Greg, Sounds like IBM is responding with a typical working as MIS-designed response. Did they include in their response any where any claim that this was a DOCUMENTED restriction? I know that I could never find this in the COBOL (or CICS) documentation. If nothing else, it would seem to me that they should have accepted it as a DOC error. I certainly can understand your not wanting to waste your time on pursuing something that IBM is just doing wrong but won't admit it. original note follows In case anyone was interested, IBM's response to our report of a bug for this issue is: ...ideally, the standalone translator should be consistent and flag the two user errors of content in column 8 with the same message, but I'm reluctant to tighten things up for the END-EXEC case mid-release because some customers may suddenly start getting DFH7278s after application of the PTF. A requirement could be raised for Development to consider... We are not interested in submitting a requirement. Our time is probably better spent having programmers fix their coding errors when they compile. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of William M Klein Sent: Friday, August 27, 2010 1:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL/CICS Integrated Translator and Area A snip Bottom-Line: If I were the customer having this problem (and I had significant code using this feature that works with the separate translator step), then I would expect IBM to either: 1) Fix the integrated coprocessor to support the code accepted (and correctly handled by) the separate translator step OR 2) Expect IBM to provide a fix to the CCCA product to do automatic correction of such source code. (This might not help this customer - if they don't have the CCCA - but it would at least indicate that this was a recognized migration inhibitor). snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
