Sharing disks between real and emulated MF.
One new respond from user in the UK. Required MFNetDisk feature (All, Disk, tape emulation, replication) disk tape emulation MFNetDisk experience and comments. You can attach text file instead. Works well for the 1 testing disk we have that can be ''attached'' to z9 real h/w or emulationed h/w. Seems stable. Thanks, Shai -- 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: Command JES2 $AJ
I need information about command Jes2($AJ), submited for job in execution, i saw in SYSLOG, that it was requeued, carried on in another initiator passed to other step. Would id be normal behaviour ??? Help is wellcome. Jorge Campos TM SOLUTIONS What level of z/OS? Is the thread you copied here related to the BIND in VTAM issue ? If not, please create new threads and do not copy older ones that do not related to the topic. I have removed that part of the thread. $AJ - Release job. To determine what happened you need to use SYSLOG to trace the process. Find where the job is submitted in SYSLOG, then trace the job number to see what happened. AJ will not change the job to a new init after it has started. It could be someone or something (Automation tool?) did an HJ/EJ/AJ command. That requeues the job and then releases it. Then it might have gotten a new initiator. Find out all commands issued on this job and see what has occurred and when. If you have a product like OPS/MVS then you could use the OPS Browse Log function. It will filter syslog and help reduce the data to just what you want to look at. Also review the job number. Before the AJ command and After the AJ command, was it using the same job number? Do you have a scheduling product? Is it possible that the scheduling product did something? If you have SDSF it has a filter function that might help in this as well. 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
Re: Fairwell to a Friend
Yes, a great loss indeed! Rest in Peace, Gilbert. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Greg Price Sent: Sunday, October 09, 2011 1:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Fairwell to a Friend Rick Fochtman wrote: Received from another list: -- To those who new him: Gilbert Sain-Flour passed away last night in Montauban France. He will be missed. Carlos Aguilera Sr, Sad news and a great loss. A man of great capacity and an incisive thinker, IMO. I never met him but we emailed a few times. He got me to take over talking to TSO/E support about a STTMPMD glitch under OS/390 2.4 when he no longer had access to that level. (The glitch did not manifest itself in other levels of OS/390). He suggested that if it ever suited, I should drop by and we'd share a bottle of wine. By the time I was visiting - Florida I think - he had relocated. Very sad now. Greg -- 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
zVM V4 on zEnterprize
Hello forumers, Has any of you managed to operate zVM V4 on IBM zEnterprize machines (z114 or z196) ? I know that zVM V4 is not supported from ages, but we have some old applications that are not working on newer zVM realeases without major investment. Thanks, Arye. -- 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: Fairwell to a Friend
Ed Finnell wrote: Saint-Flour! Also on CBT as File 183. Thanks very much Ed! I must have overlooked that. This is where I first used his good sources many years ago. Peter Farley writes: His pages are still available here. Did you try this address? http://gsf-soft.com/Freeware/ Thanks Peter! It was that dash in the address that got me off in my searching. http://mywebpages.comcast.net/gsf/tools/ -- This page is not working. I'm dropping it now. Thanks Peter and Ed for your kind help. Much appreciated! Please keep it up with your kind posts, I indeed learn from you. :) 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
Re: zVM V4 on zEnterprize
We still run VM 2.4 as a second-level guest on a z196. A V4 system is new compared to that. Bob Shannon Rocket Software -- 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: Any HMC Gurus out there?
Doug: Thanks. I think you have the answer. I logged onto the HMC and viewed the console log. I was able to see regular messages indicating a time synchronization between the HMC and the z9 on a regular basis up to the time when someone logged on locally and fooled around with the IP addresses. I queried the client and found that they were messing around at that time and also fooled with the cabling. They will go and check things tomorrow morning and then we may be back on the air. I'll let you know. Mike On 10/08/2011 08:42 PM, Doug Fuerst wrote: Hardware Management Console and support element wiring options A local Hardware Management Console must be connected to its support Elements using Local Area Network (LAN) wiring. The Hardware Management Console and the support Elements both come with Dual Ethernet LAN adapters. The communication protocol (TCP/IP) used in Support Element to Hardware Management Console communication is defined for both adapters in the support elements. v Ethernet only - one path wiring scenario This Ethernet only wiring scenario is intended for enterprises who currently have Ethernet installed and who do not want Token Ring wiring introduced into their environment. This wiring scenario requires that a second Ethernet be specified with the support Elements. The Ethernet features assume the use of 10/100 Mbit Ethernet facilities, requiring the use of CAT-5 Ethernet cabling. Since the Support Element Ethernet only feature includes two Ethernet adapters, there will be two Ethernet connections available. For this scenario, only the Ethernet cable connected to the Ethernet in the first (top) PCMCIA slot of the support Elements will be used. The TCP/IP protocol used in Support Element to Hardware Management Console communication is defined for both adapters in the PCMCIA slots of the support Elements. It will be necessary to connect the top Ethernet adapter cable to a customer supplied local hub capable of 10/100 Mbit Ethernet rates. It will be necessary to connect the Ethernet from the Hardware Management Console to either the same hub as the support Elements, or to a hub that connects to the Support Element hub. Chapter 6. Hardware Management Console and support element communications 55 GC28-6875-03 Doug -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roger Lowe Sent: Saturday, October 08, 2011 7:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Any HMC Gurus out there? Mike, Is there a Firewall in place? When you VPN in, is your IP address being NAT'd to the IP address (sub net) that the z9 network is on? Roger -- 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 -- 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: SPOOL move
On Fri, 2011-10-07 at 18:07 -0400, Linda Mooney wrote: If the old vols are draining and you run an offload, type=transmit I run offloads regularly and reload when I have to. That's a bit problematic here because jobs can be processed by a daily offload - Monday is $OFF1, Tuesday is $OFF2, etc - only once. So I keep $OFF7 and $OFF8 in reserve, using them sparingly. Because I've got years of spool data kept by certain Very Important Persons, it's a hassle when I absolutely have to offload/coldstart/reload the entire spool because -something- is going to fail to offload. I haven't had to do that for some years, probably since the last DASD geometry change. Yeah, I'm looking forward to that new spool migration function in R13. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.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
Re: Fairwell to a Friend
Ohno! Gilbert was, as everyone has already pointed out, a class act. Knowledgeable, generous, polite. He left the world better than he found it. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.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
Re: whereis command for TSO.
In 2CCE03A07DDC46038A691B078D8EB215@ericnbPC, on 10/07/2011 at 11:37 PM, Eric Bielefeld eric-ibmm...@wi.rr.com said: I use ISRDDN all the time, but I miss a lot of the single use programs I used to have when I worked at PH before they got rid of z/OS. While I stopped using them once ISRDDN did the job. Different folks, different strokes. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fairwell to a Friend
On 10/8/2011 12:19 PM, Rick Fochtman wrote: Received from another list: -- To those who new him: Gilbert Sain-Flour passed away last night in Montauban France. He will be missed. Devastating news. Gilbert was a good friend. I had heard he was ill for a while now, and I hope his passing gives him peace. Bon voyage mon ami. Regards, Tom Conley -- 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: WLM Classification Rules question
In 4e9059d2.2060...@acm.org, on 10/08/2011 at 09:10 AM, Joel C. Ewing jcew...@acm.org said: I don't claim to be an expert on MIME Email syntax (only to know enough to be dangerous), but there is a definite end-line for a base64 encoded block (short line with trailing ='s). Yes. In order to append correctly you need to test whether there are 0, 1 or two trailing equal signs and decode the partial quantum, if any. You don't need to decode more than two characters. But if allowed, that would be certainly be a simpler solution than merging the two blocks into one (which requires at least a partial decoding of the last line of the first block to fill out that line) There's no need to fill out the last line. But, in the last case I received, this wasn't what the list server sent. It separated the second UTF-8 base64 footing from the previous base64 encoded block with an intervening multi-part separator line sequence. No. That may have been the intent, but a separator line contains the value of the boundary parameter from Content-Type. Since there was no boundary parameter, there can be no separator. A separator need not look like --===_4E91B300_==, and looking like that does not make it a separator. I thought once you added a multi-part separator, that required a new set of Contents headers, not to mention the other multi-part headers that were missing. Separator lines are part of composite MIME type. See RFC 2045 and RFC 2046 for details. In general, the message must have Mime-Version, Content-Type and Content-Transfer-Encoding header fields. A part that is not text/plain; charset=US-ASCII must have a Content-Type header before the blank line. In particular, if it is UTF-8 then it must have Content-Type text/plain; charset=UTF-8 In any event, what I'm receiving is definitely not making my Thunderbird client happy Nor would I expect any other e-mail client to render it properly; it is broken. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rename of DDname ?
In 39cabff6-dbc8-4001-b6cd-baca2f024...@gmail.com, on 10/07/2011 at 01:31 PM, Chris Craddock crashlu...@gmail.com said: Changing an allocated DDNAME is a recipe for a train wreck. Not if you do it right. The Allocation component is older than dirt. If you were meant to be able to do such a thing there would be an interface for it. There is. Two[1], in fact. One does it by intent, the other as a side effect. [1] Well, two in DAIR. Two more in DYNALLOC in support of the first two. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO TEST Debugging with TPUT and input paramters
In of6cdc7ddc.e421ca97-on86257922.00663a69-86257922.00666...@us.ibm.com, on 10/07/2011 at 01:38 PM, Wayne Driscoll wdri...@us.ibm.com said: TPUT has supported a USERID= operand, which will route the TPUT to a logged on TSO user, for as long as I can remember. Doesn't that require authorizarion? My recollection is that it was in support of SEND, not for unprivileged programs. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL CROSS-REFERENCE Utilities (OT for Paul, Rick, and Shmuel)
In m34nzkcdi4@garlic.com, on 10/08/2011 at 12:29 AM, Anne Lynn Wheeler l...@garlic.com said: xt/370 at/370 was motorola 68k As I recall, it was two of them, one with standard 68000 ROM and one with a tailored ROM. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fairwell to a Friend
In 4e90774e.2080...@ync.net, on 10/08/2011 at 11:16 AM, Rick Fochtman rfocht...@ync.net said: Gilbert Sain-Flour passed away last night in Montauban France. Ouch! -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: whereis command for TSO.
Also ISRFIND will help you locate a load module. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Russell Sent: Friday, October 07, 2011 6:31 PM To: IBM-MAIN@bama.ua.edu Subject: whereis command for TSO. Many years ago, at a job far far away, I wrote a TSO WHEREIS command for finding load modules. i.e. I could say TSO %WHEREIS mymodule and it would tell me the DSN, or perhaps just linklist. -- 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: Rename of DDname ?
On Sun, Oct 9, 2011 at 11:04 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: The Allocation component is older than dirt. If you were meant to be able to do such a thing there would be an interface for it. There is. Two[1], in fact. One does it by intent, the other as a side effect. [1] Well, two in DAIR. Two more in DYNALLOC in support of the first two. Details? -- zMan -- I've got a mainframe and I'm not afraid to use 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
Re: whereis command for TSO.
Sounds like a good song title. Scott J Ford Software Engineer http://www.identityforge.com From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, October 9, 2011 10:08 AM Subject: Re: whereis command for TSO. In 2CCE03A07DDC46038A691B078D8EB215@ericnbPC, on 10/07/2011 at 11:37 PM, Eric Bielefeld eric-ibmm...@wi.rr.com said: I use ISRDDN all the time, but I miss a lot of the single use programs I used to have when I worked at PH before they got rid of z/OS. While I stopped using them once ISRDDN did the job. Different folks, different strokes. -- 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 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: Fairwell to a Friend
Respectful sympathies to all who knew him. A very handy programmer and a true gentleman. Andy R ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.johnlewis.com/insurance http://www.johnlewispartnership.co.uk ** -- 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: IGVINITFREEMAIN
Doesn't SVC 99 validate its arguments? The only way to validate an address properly is to use it and see if it works. Most services will use the address, have recovery to field a program check due to the address being bad and provide return information to the caller (or percolate the resulting abend). No information was provided about where within IEFW21SD the program check occurred so it's hard to guess whether the 0C4 was due to bad user input or some system problem. A symptom dump or abend dump will normally at least let you find out what address was bad. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rename of DDname ?
In CAFO-8tqBiR4NAFAQSYsq=et7cl-vni-nql44dw6dg_8-ap5...@mail.gmail.com, on 10/09/2011 at 12:42 PM, zMan zedgarhoo...@gmail.com said: Details? The one that I remember well is Concatenate, which concatenates existing allocations and hides the original ddnames. There was another one that was not well documented, and I don't recall the details, but it was something like alternate ddname. -- 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fairwell to a Friend
On 9 Oct 2011 06:34:13 -0700, in bit.listserv.ibm-main you wrote: On 10/8/2011 12:19 PM, Rick Fochtman wrote: Received from another list: -- To those who new him: Gilbert Sain-Flour passed away last night in Montauban France. He will be missed. Devastating news. Gilbert was a good friend. I had heard he was ill for a while now, and I hope his passing gives him peace. Bon voyage mon ami. Can someone collect these tributes and forward them to his family? Regards, Tom Conley -- 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: Fairwell to a Friend
I had a similar thought. If an obituary shows up in US or Canada we can use obituaries.com to post remembrances or condolences. I searched for French obituaries and Saint-Flour. Evidently this a leg of the Tour de France and gave up after about ten pages of scrolling. Found an old reference at the Palmetto Bay, FL address on myspace but it hasn't been updated in a while. In a message dated 10/9/2011 6:34:15 P.M. Central Daylight Time, cfmpub...@ns.sympatico.ca writes: Can someone collect these tributes and forward them to his family? -- 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
A little bit more about Gilbert Saint-flour
Hi Folks, I can't express this in a short note, but I'll say a few words, and maybe later I'll have a chance to say a bit more. Gilbert was responsible for keeping the CBT Tape up for five years. He supplied the MVS machine that the support ran on. If it weren't for him, I doubt that the CBT site would even exist today. We owe him a lot more than we would have thought. Isn't that also true for most of us? We ourselves don't appreciate our own value that we (each of us) adds to the world. Gilbert, too, added a lot. I miss him a ton. All the best of everything to all of you. Sincerely,Sam Golob -- 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
LBI Performance?
Hello All, Anyone had success with performance gains in run time and fewer tapes being created when using z/OS Large Block Interface(LBI)? We are on R1.11 and have created tapes with blksize of 256k(262144) and the block count is reduced by a factor of 8, but we do not see any improvements in elapsed time or fewer tapes being created(20 output tapes at 32k and 20 output tapes at 256k). Am I missing something? IBM documentation states: Taking advantage of LBI: You can improve the performance of tape data sets by using the large block interface (LBI) for large block sizes. When the LBI is available, the COBOL run time automatically uses this facility for those tape files for which you use system-determined block size. LBI is also used for those files for which you explicitly define a block size in JCL or a BLOCK CONTAINS clause. Use of the LBI allows block sizes to exceed 32760 if the tape device supports 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
Re: LBI Performance?
Do you have both jobs? How did the elapsed time compare? How about the number of blocks? (I would expect slightly more than 1/4 as many blocks on the first 19 large block tapes vs small block tapes, and a lot less blocks on the 20th large block tape since more data should have been stored on the large block tapes.) On Sun, Oct 9, 2011 at 10:30 PM, Mingee, David david.min...@libertymutual.com wrote: Hello All, Anyone had success with performance gains in run time and fewer tapes being created when using z/OS Large Block Interface(LBI)? We are on R1.11 and have created tapes with blksize of 256k(262144) and the block count is reduced by a factor of 8, but we do not see any improvements in elapsed time or fewer tapes being created(20 output tapes at 32k and 20 output tapes at 256k). Am I missing something? IBM documentation states: Taking advantage of LBI: You can improve the performance of tape data sets by using the large block interface (LBI) for large block sizes. When the LBI is available, the COBOL run time automatically uses this facility for those tape files for which you use system-determined block size. LBI is also used for those files for which you explicitly define a block size in JCL or a BLOCK CONTAINS clause. Use of the LBI allows block sizes to exceed 32760 if the tape device supports 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: A little bit more about Gilbert Saint-flour
Sam, perhaps a(nother) RIP on the front page might be appropriate ?. Shane ... On Sun, 9 Oct 2011 22:43:52 -0400 Sam Golob wrote: Hi Folks, I can't express this in a short note, but I'll say a few words, and maybe later I'll have a chance to say a bit more. Gilbert was responsible for keeping the CBT Tape up for five years. He supplied the MVS machine that the support ran on. If it weren't for him, I doubt that the CBT site would even exist today. We owe him a lot more than we would have thought. -- 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