Re: AOPBATCH Continuation character
The ice under my feet is becoming thinner :-) I don't consider myself to be a code page expert, so bear with me and correct me if I'm wrong. 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. But this is in no case specific to assembler code, is it? The same applies to any program code, compiled or interpreted. If you have literals (or hex constants for the worse) that contain characters which have different code points in different code pages, the behaviour of the program becomes code page depenent. 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. I don't know what you need to do to provide proper locale support in your program and wasn't curious enough yet to find out. My highlevel understanding is that the shell and utilities are code such that they do support different locales. And they depend on the runtime environment, i.e. Language Environment, to help them achive this. You wrote, AOPBATCH's shell. Does AOPBATCH have its own version of shell, or does it use /bin/sh? What I meant to say is that it is not AOPBATCH but the shell it spawns which supports different locales (see above). The resulting shell will support locales. What programs other than sh are ENVAR()-savvy. ENVAR() is an LE runtime option with the help of which you can set environment variables before your code gets control. It is not bound to nor restricted to the LC_ALL= variable. But, LC_ALL is an environment variable that influences in the LE runtime, not the program (which benefits from this support). Does iconv support UTF-8? Does PARM=ENVAR() support UTF-8? Yes. / Doesn't seem to be the case. 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: Who intercepted SVC 26?
On Wed, 31 Jan 2007 16:34:19 -0500 Tony Harminc [EMAIL PROTECTED] wrote: :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) You mean that there are others that know how to use TEST? I am not alone? -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Cart Disk Allocation
I have worked with MIM, MII, MIA etc in the past and recall this now that you mention it. This sounds like exactly what we want to see happen in our environment running GRS star. What are the chances of IBM providing this facility? -- 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: Ditto to copy 3480 to 3590 tape
It's a long time since I've used ditto but copying tapes is something it does well. Check the TT option. Jim McAlpine On 2/1/07, Victor Zhang [EMAIL PROTECTED] wrote: 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 -- 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
You are correct about HFS/ZFS, I mentioned that. Those do get cataloged with the maintenance SYSRES as the second qualifier in the live Mastercat. We have no SMS managed datasets provided by Serverpac(other than HFS/ZFS). CPAC provided datasets get cataloged in the live catalogs with a version/release qualifer. My SMPE targets eventually become the same name as the live datasets, after they get loaded. Hence my comments about removing the requirement for these datasets to be cataloged at all. This is the process: 1) configure serverpac for end state(including end-state dataset names) 2) modify and run ALLOCDS changing all created datasets to add unique HLQ(want to stop doing this if the requirement to catalog them went away) 3) modify and run RESTORE making the same jobs as above (also stop doing this if the job had VOL=SER references to the datasets created above). 4) rename all above datasets removing unique qualifier I realize I could use the SSA to do this, I'm just not a fan of them, and if the vol=ser references were put into the job, there would be no need for the SSA either. Just a few less jobs to run, and stuff to mess with. I use a cloning procedure that copies the maintenance sysres to one of several Live SYSRES volumes that we alternate through. The live dataset are all cataloged indirectly with SYSR1. Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, January 31, 2007 4:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Doubt about Server Pac and Catalogs 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). 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: Who intercepted SVC 26?
On Thu, 2007-02-01 at 11:25 +0200, Binyamin Dissen wrote: You mean that there are others that know how to use TEST? I am not alone? I hear tell that there are even some sick puppies that prefer it as a diagnostic tool. In preference to specialist ISV tools ... Some of us, of course, just don't get the choice. Shane ... -- 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
I think I missed something, WHY does the Cicso CIP need to be replaced? At one point in our history, TN3270 was a significant load on our processor (then MP3000). We were using a Cisco CIP for a IP connection, but not offloadint TN3270 (FUD of CIP CPU load etc). We did the offload and saved a LOT of CPU, of course, that box didn't have an OSA. When we went to z800, we replaced the general IP link thru the CIP with the OSA, but we have left the TN3270 on the CIP. OSA is faster than the old way for FTP etc, the CIP 3270 is slightly slower for TN3270, but either are quite acceptable. So, if the CISCO CIP is going away or someting, I may need to onload myself. (Sounds like a buffet) Thanks --- [This E-mail scanned for viruses by Declude Virus] -- 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] DSCBS
Hallo To All, Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. Thanks Send instant messages to your online friends http://au.messenger.yahoo.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: DSCBS
If you have QuickRef then the SPACE function provides it. If you have access to ISMF, it will also tell you. And then there is the old fashion IEHLIST. It is not as friendly but does give the info. Plus I am sure there are space mapping utilities on the CBT Tape that will also give this information. -- Snip Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. UnSnip -- Lizette Koehler -- 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
-snip--- 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... -unsnip- Reserving the Master Catalog for the operating system, and as few other datasets as possible, is a good idea. As far as other catalogs are concerned, I like a dsname standard that separates PROD from TEST/DEVELOPMENT as early as possible in the name. That is, in the qualifier as far to the left as possible, ideally in the first qualifier. Then I can direct PROD to one catalog, or one small set of catalogs, and keep all other activity away from it. So a programmer that might mess up a catalog can't affect my PROD workload. Remember that PROD is most often the revenue-producing part of the IT environment; protect it. Don't go overboard defining catalogs; maintenance can get to be a real headache and disaster recovery can be adversely affected. I've worked mostly in small shops and considered that 3-4 USERCATALOGS was more than sufficient (PROD, DataBase, Systems Programming and all other). YMMV. -- 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 Charles Mills 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. Then there are the generic utilities I-E-B-eyeball and I-E-H-eyeball (that's the version that comes with no-line trifocals). 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. Aren't they the ones whose subsystem includes the program IGDZILLA? -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: Ditto to copy 3480 to 3590 tape
---snip- 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. unsnip DITTO should handle the chore very well. Look at the TT subcommand of DITTO. -- 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: [SPAM] DSCBS
A list Vtoc , format using the Iehlist Utility will tell you the number of dscbs available on the disk. The total # can be derived from the # trks in the VTOC times the number of dscb's per trk. Bill Wilkie Dino Software Corporation From: John Dawes [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: [SPAM] DSCBS Date: Thu, 1 Feb 2007 23:57:26 +1100 Hallo To All, Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 _ Laugh, share and connect with Windows Live Messenger http://clk.atdmt.com/MSN/go/msnnkwme002001msn/direct/01/?href=http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=hmtagline -- 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: [SPAM] DSCBS
It's much easier just to look at col #10 under ISMF Volume list. VOLUME INDEX FREE FREE DEVICE DEV SHR USE SERIAL STATUSDSCBSVIRS TYPE NUM DASD ATTR -(2)-- --(9)--- -(10)-- -(11)-- -(12)-- (13) (14) (15) x1 ENABLED 3743 287 3390 0E27 YES PRIV x2 ENABLED 3743 287 3390 03C3 YES PRIV -Original Message- From: Bill Wilkie [mailto:[EMAIL PROTECTED] Sent: Thursday, February 01, 2007 9:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [SPAM] DSCBS A list Vtoc , format using the Iehlist Utility will tell you the number of dscbs available on the disk. The total # can be derived from the # trks in the VTOC times the number of dscb's per trk. Bill Wilkie Dino Software Corporation From: John Dawes [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: [SPAM] DSCBS Date: Thu, 1 Feb 2007 23:57:26 +1100 Hallo To All, Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. Thanks Send instant messages to your online friends http://au.messenger.yahoo.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 _ Laugh, share and connect with Windows Live Messenger http://clk.atdmt.com/MSN/go/msnnkwme002001msn/direct/01/?href=http:/ /imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=hmt agline -- 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: Need ideas - IRADU00 output very large (solved?)
WE HAVE A WINNER! As I suspected, there was a single job that produced over 25 million RACF records. This was reading our claims history file (huge!) using CA-Easytrieve Plus. Apparently Easytrieve Plus defaults to doing the equivalent of (open, read record, close) in a loop to process some types of input files for some types of processing options. This has been relayed to the appropriate programmer. This was a one off type quick and dirty (very dirty) report. It ran about 2.5 days. If the repetitive open/read/close can be eliminated, the run time will likely be reduced dramatically! Many thanks to all for your ideas. -- 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: DSCBS
You can probablu use pdf3.4 with the 'V' option Jack Kelly LA Systems @ US Courts x 202-502-2390 Lizette Koehler [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/01/2007 08:24 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: DSCBS If you have QuickRef then the SPACE function provides it. If you have access to ISMF, it will also tell you. And then there is the old fashion IEHLIST. It is not as friendly but does give the info. Plus I am sure there are space mapping utilities on the CBT Tape that will also give this information. -- Snip Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. UnSnip -- Lizette Koehler -- 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: TN3270 server offload options
Interesting. Not long ago, we also had an MP3000. No OSA, but it did have three NIC's that worked just like OSA's. I don't recall the TN3270 load being noticeable, let alone significant. We did a boatload of other IP traffic, but, again, no noticeable load. How metric did you use that suggested there was a problem? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Len Rugen Sent: Thursday, February 01, 2007 6:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: TN3270 server offload options I think I missed something, WHY does the Cicso CIP need to be replaced? At one point in our history, TN3270 was a significant load on our processor (then MP3000). We were using a Cisco CIP for a IP connection, but not offloadint TN3270 (FUD of CIP CPU load etc). We did the offload and saved a LOT of CPU, of course, that box didn't have an OSA. When we went to z800, we replaced the general IP link thru the CIP with the OSA, but we have left the TN3270 on the CIP. OSA is faster than the old way for FTP etc, the CIP 3270 is slightly slower for TN3270, but either are quite acceptable. So, if the CISCO CIP is going away or someting, I may need to onload myself. (Sounds like a buffet) Thanks 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: Doubt about Server Pac and Catalogs
John, First, I appreciate everything you have contributed to the list, so please don't take this as an attack, but just a different perspective. I don't expect any changes... I do use the software upgrade installation path, as mentioned earlier. Your suggestions of MERGECAT's, SSA's, etc, is exactly what I am trying to eliminate. My goal and am very successful with it, is to just get the datasets layed down, and restored with no catalog manipulation, other than having to uncatalog, and rename the datasets after the restore. No new catalogs, no mergecats, no SSA's, nada. As far as massive editting, is all pretty easy really, as mass changes cover 99% of the cases, and am prepared to continue that method. As far as your comments about relying on the same relative sysres volume, yes you are correct, and when you use your previous Serverpac config to seed the new one, you get that automatically. In my case, I choose to use a single mod-27, so it's easy. Even if I didn't, things should stay nice and tidy for the reason I mentioned. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Eells Sent: Thursday, February 01, 2007 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Doubt about Server Pac and Catalogs I'm not there any more, but I really doubt ServerPac Development would seriously entertain removing the requirement to catalog the data sets during installation. It solves more problems than it causes, and it's easy to discard the catalog later if you don't want it. I think it would be faster and considerably less error-prone if you instead used the software upgrade installation path, which is intended to get the end result you're after. Optionally, you could use a ServerPac catalog through (at least) the DELSSA job, ALTER its entries to use system symbols and DEVT(), run a REPRO MERGECAT using it and your existing catalog, and then delete the ServerPac catalog once the installation process was complete. This would eliminate the massive editing for ALLOCDS and RESTORE while getting the new catalog entries into your existing catalog. Note that both of these suggestions absolutely rely on the target data sets that you use retaining their positions on the same relative volumes in your set of target volumes. (For example, if it was on the SYSR1 on the old system, it has to also be on SYSR1 on the new system.) 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
z/os 1.7 serverpac dialog
Hello, I have downloaded the dialog libraries for z/so 1.7 form the RIM and I am experiencing a 0C4-04 abend when starting the dialog. Has anyone else had a similar issue. I searched but could not find anything. TIA, Scott -- 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: Cascading FICON director with DASD and TAPE devices
I checked with our I/O maestro. We don't happen to mix tape and DASD on a chpid, but it's apparently more out of long-standing habit and housekeeping practices than concern for the vagaries of modern technology. back in the days of unbuffered round tape, mixing tape and disk was a no-no. Some tape operations took a long time, which locked out disk I/Os since the channel could handle only one operation at a time. Buffered tapes on ESCON channels are not so bad, but still some tape operations can take a long time, and ESCON still supports only one operation. I expect that FICON, since it handles parallel I/O operations, would not be as big an issue. But I would still be reluctant to mix tape and disk on a CHPID -- 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 -- 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
GDG question
I'm pretty sure I can do this, but I'm looking for a second opinion (and you're ugly, too as my coworker said doesn't count grin). I have the assistance of a job scheduler which can substitute variables in JCL to help with this idea, so bear that in mind. I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? 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: Doubt about Server Pac and Catalogs
On Thu, 1 Feb 2007 08:21:27 +0100, VĂctor de la Fuente [EMAIL PROTECTED] wrote: 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? No. But I don't consider IBM SYS1 data sets that are part of the OS you are running more than necessary. Just personal preference whether you want dlibs cataloged or not. My personal preference is yes as long as symbolics are used and updated as part of any dlib rollout - be it maintenance or OS upgrade (I haven't cloned DLIBs with maintenance in quiet a long time... one zone, one (set) dlib volume(s) ). 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: GDG question
when you reference a GDG dataset by the root name only, I believe it reads the individual datasets LIFO rather than FIFO (or at least from highest # to lowest # - if may not actually look at when created) - if the order of input read is improtatn to you, than this might not be a satisfactory method. This is Chris Hoelscher and I approved this message! Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 [EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- 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?
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. David, you are right. Actually there is still a locate exit - in the SVC 26 module IGC0002F, there is a CSECT IGG026DU which is actually the entry point of the load module. I guess you could say that it was never an exit since that is actually a front-end to the IBM code. But some IBM doc referred to it as the catalog exit. A long time ago we actually replaced that CSECT with our code, but we changed to a dynamic installation which front-ends the IBM code by changing the SVC table. As you noticed, there are others who do the same. Sometimes it is important what order the dynamic intercepts are installed. -- 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 -- 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 Thu, 1 Feb 2007 10:15:18 -0500, John Eells [EMAIL PROTECTED] wrote: I think it would be faster and considerably less error-prone if you instead used the software upgrade installation path, which is intended to get the end result you're after. Agree. But see my one of my prior posts... The upgrade path does not let you create a master catalog (one that I throw away later). You have to do that outside of the dialogs. I don't understand why you are not given the option to create it in the SSA screen like you are for the replacement path. 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?
I should mention an easier alternative to all the TEST and IPCS options that have been offered. If you go to ISPF 6 and enter FDRDEBUG SYS you will get a display that includes a lot of system information, including the eyecatchers of the top level intercept for SVC 26. -- 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 -- 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: GDG question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, February 01, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: GDG question I'm pretty sure I can do this, but I'm looking for a second opinion (and you're ugly, too as my coworker said doesn't count grin). I have the assistance of a job scheduler which can substitute variables in JCL to help with this idea, so bear that in mind. I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? Tim Hare Create a GDG base as you would normally for abc.JAN through abc.DEC, put a limit of 31 on each one (or if you prefer, a limit of the actual number of days in the month). Now, create the dataset just as you said. You are allowed to create a GDG dataset using a hard coded .GV00. Now, you can use normal GDG-ALL processing. The biggest PITA is the need to -- 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: [SPAM] DSCBS
Is there a way of finding the total amount of DSCBS that is available and being used on a given disk? I used to use DISKMAP, but for some reason this installation does not have it. I would appreciate any suggestion. If the installation has FDRABR, the FDREPORT component can do that. Email me privately if they do have FDREPORT and I will give you a jobstream. -- 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 -- 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 Thu, 2007-02-01 at 11:31 -0500, Bruce Black wrote: Actually there is still a locate exit - in the SVC 26 module IGC0002F, there is a CSECT IGG026DU ... which was co-opted by HSM a long time ago, right? -- 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: GDG question
Elegant. I like that. It ought to work just fine. We make heavy use of such symbols. The price we pay is a setup (MOD,DELETE) step to position for a rerun. Now, this works very well, but the MOD,DELETE step for hundreds and hundreds of steps is S L O W as a slug. We actually use a REXX DSLIST function that seems to be faster than JCL, but it is still slow. GDG's are now uncommon in our processing. (Small shop, one guy is the supreme being of the scheduler and all production batch.) And, gee, you don't look all *that* ugly. Well, on second glance :-)) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, February 01, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: GDG question I'm pretty sure I can do this, but I'm looking for a second opinion (and you're ugly, too as my coworker said doesn't count grin). I have the assistance of a job scheduler which can substitute variables in JCL to help with this idea, so bear that in mind. I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 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: DSCBS
If the installation has FDRABR, the FDREPORT component can do that. Email me privately if they do have FDREPORT and I will give you a jobstream. I had a request to post the job here, so here it is. //REPORT EXEC PGM=FDREPORT,REGION=0M //SYSPRINT DD SYSOUT=* XSELECT VOL=ABC* -- CHANGE TO SELECT VOLUMES YOU WANT REPORT FIELD=(VOL,VLDSCB,VLDSCBU,VL%UDSCB) SORT FIELD=(VOL) PRINT DATATYPE=VOLDATA You get a report like TOTAL USED VOLSER DSCBS DSCBS %DU -- -- -- --- SH20CC700 3 1 SH20CD700 3 1 I threw in percentage of DSCBs used, no extra charge. -- 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 -- 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
Mark Zelden wrote: snip The upgrade path does not let you create a master catalog (one that I throw away later). You have to do that outside of the dialogs. I don't understand why you are not given the option to create it in the SSA screen like you are for the replacement path. snip Why? Well...because we didn't think it necessary when the design was written. (Someone else wrote that one but I was an active participant and reviewer, so I can take my share of the cr--, um, blame.) Even now, some years and some well-thought-out feedback later, I'm not 100% sure it should be changed. It's an advanced technique, and the people who seem likely to use it seem likely to know how to create a usercat. One must balance the confusion factor of having more options against their value. -- John Eells (ServerPac Design alumnus) 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: Need ideas - IRADU00 output very large.
On Wed, 31 Jan 2007 21:17:43 -0600, Rick Fochtman wrote: 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. Can you tell which DD is generating the records ??? If it's the EZTVFM file, there's a coding technique to get around the EZTVFM file requirement. I don't have it in my personal possession right now, but CA support should be able to pass you examples of how to do it. The EZTVFM file is a very strange beast and it might even be opened and closed continuously throughout processing. It can't go multi-volume either, so if you're running a large report, you'll have to direct it to a MOD-9. And then there's an absolute file size limit there too. It's best to just get rid of it. Good Luck -- 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: GDG question
On Thu, 1 Feb 2007 11:13:26 -0600, Hal Merritt wrote: Elegant. I like that. It ought to work just fine. We make heavy use of such symbols. The price we pay is a setup (MOD,DELETE) step to position for a rerun. Now, this works very well, but the MOD,DELETE step for hundreds and hundreds of steps is S L O W as a slug. We actually use a REXX DSLIST function that seems to be faster than JCL, but it is still slow. Deletes should be really fast. Unless you're actually allocating drives and mounting tapes or something like that. One thing I found over the years is to code BR14 delete's like this: //SYSUT1 DD DSN=xxx.., // DISP=(MOD,DELETE,DELETE), // UNIT=(SYSDA,,DEFER), // SPACE=(TRK,(0,0),RLSE) Works on tape datasets and disk, doesn't matter if the dataset exists or not, and is fast. -- 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: GDG question
Doesn't BR14 cause dateset recalls for datasets migrated by HSM? Idcams Delete would be much faster if recalls are an issue. -Original Message- From: Dave Kopischke [mailto:[EMAIL PROTECTED] Sent: Thursday, February 01, 2007 1:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GDG question On Thu, 1 Feb 2007 11:13:26 -0600, Hal Merritt wrote: Elegant. I like that. It ought to work just fine. We make heavy use of such symbols. The price we pay is a setup (MOD,DELETE) step to position for a rerun. Now, this works very well, but the MOD,DELETE step for hundreds and hundreds of steps is S L O W as a slug. We actually use a REXX DSLIST function that seems to be faster than JCL, but it is still slow. Deletes should be really fast. Unless you're actually allocating drives and mounting tapes or something like that. One thing I found over the years is to code BR14 delete's like this: //SYSUT1 DD DSN=xxx.., // DISP=(MOD,DELETE,DELETE), // UNIT=(SYSDA,,DEFER), // SPACE=(TRK,(0,0),RLSE) Works on tape datasets and disk, doesn't matter if the dataset exists or not, and is fast. -- 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: DSCBS
Hi Bruce, Thanks for the jcl. I will use it when I need to find the DSCBs. Bruce Black [EMAIL PROTECTED] wrote: If the installation has FDRABR, the FDREPORT component can do that. Email me privately if they do have FDREPORT and I will give you a jobstream. I had a request to post the job here, so here it is. //REPORT EXEC PGM=FDREPORT,REGION=0M //SYSPRINT DD SYSOUT=* XSELECT VOL=ABC* -- CHANGE TO SELECT VOLUMES YOU WANT REPORT FIELD=(VOL,VLDSCB,VLDSCBU,VL%UDSCB) SORT FIELD=(VOL) PRINT DATATYPE=VOLDATA You get a report like TOTAL USED VOLSER DSCBS DSCBS %DU -- -- -- --- SH20CC 700 3 1 SH20CD 700 3 1 I threw in percentage of DSCBs used, no extra charge. -- 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 -- 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 - Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. Check it out. -- 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: GDG question
I support a customer where the SMF DAILY and WEEKLY files are GDG-based and we use a relative Julian date (or week of year) to identify the particular file of interest. On days where no processing occurs, it's conceivable to have a stub generation created. A new year requires creating a dummy or starter/adjustment generation until that first daily or weekly job completes, then delete the stub, if required. Possibly, a similar technique could be used if the generation # represented a **.GmmddV00 naming pattern, though it would be necessary to insert a dummy generation **.G0200V00 and so on, then maybe go back and delete the stub generation. Obviously daily generations for different years (using the mmdd technique) would not be able to span years. So, as I mentioned, this technique works well with Julian dates for a daily file and also a week of year (weekly being named **.GyywwV00), though some admin is required at the start of a new year. Suggestions for using derived JCL SET symbolics using some standardized naming convention have been mentioned previously on this forum and I would consider that the same could apply in this application but clearly with some research, test scenarios and well-documented restart/recovery procedures. Sincerely, Scott Barry SBBWorks, Inc. From: Tim Hare [EMAIL PROTECTED] Subject: GDG question I'm pretty sure I can do this, but I'm looking for a second opinion (and you're ugly, too as my coworker said doesn't count grin). I have the assistance of a job scheduler which can substitute variables in JCL to help with this idea, so bear that in mind. I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? 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: TN3270 server offload options
It's old news, but the NICs on MP3000's were advertized as limited, not for production load. IIRC, I think maybe 7-9 Mbit even though they were physically 100Mbit. Weren't they emulated by the OS2 code? The OS2 emulation would probably bottleneck bandwith before TCPIP CPU was an issue. The team that sized our R25 replacement MP3000 said we should NOT use those NICS. Our metric was that TCP/IP was using as much CPU as our medium CICS regions fed thru TN3270. Look at the paths thru the dispatcher saved in offloading. Offload trafic is LU, enters VTAM, exits VTAM. Onboard TN3270 adds trips thru the TCPIP stack. Our peak loads were driven by 3270 traffic, when load increased, TCPIP, VTAM, SuperSession, CICS (x5 prod regions) and IMS ALL increased at the same time. We were marginal but OK until we had to SSL encrypt TN3270 traffic (No crypto co-pro). With the CISCO CIP, there are Cisco content switches beyond the CIP that are doing encryption. THey were already there for PeopleSoft and other web traffic, so no cost to us to use. The CIP can encrytp, but Cisco FUD says it's limited as well. I suspect it would limit out faster for web SSL, but 3270 transactions are usually less than 2k bytes. Interesting. Not long ago, we also had an MP3000. No OSA, but it did have three NIC's that worked just like OSA's. I don't recall the TN3270 load being noticeable, let alone significant. We did a boatload of other IP traffic, but, again, no noticeable load. How metric did you use that suggested there was a problem? --- [This E-mail scanned for viruses by Declude Virus] -- 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
Interesting... after a few false starts I actually got this working. Had to change ICEGENER to IEBGENER (ICEGENER was getting a RC=12) and use a different PATH, but it works as advertised.But does this buy you anything? Looks like it's just routing the data through a USS file although I suppose with a large file you could have two jobs running concurrently and cut down on total elapsed time. - Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, January 31, 2007 11:59 AM Subject: Re: Smartbatch for OS/390 vs Batchpipes OS/390 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 -- 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
On Thu, 2007-02-01 at 14:02 -0600, Len Rugen wrote: It's old news, but the NICs on MP3000's were advertized as limited, not for production load. IIRC, I think maybe 7-9 Mbit even though they were physically 100Mbit. Weren't they emulated by the OS2 code? We kept them around as backup for our BusTech MAN. The OS/2 NICs actually were a touch faster than the MAN was (as crudely measured by ftp rates). But the OS/2 stack required an odd MTU which aggravated the network staff, and I was always wary about putting *any* load on that OS/2 image. It wasn't exactly robust; the 7060 was essentially a big P390. -- 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
Vtam migration
We have multiple LPARs in a single CEC and have just migrated our NJE/SNA connections routed over a 2216 switch to NJE/TCPIP over HIPERSOCKETS (works like a champ). We would next like to migrate our TSO VTAM cross LPAR routing over hipersockets also. Can anybody post a sample of working SNA defintitions to perform the same routing for TSO/VTAM. I have RTFM'ed many FM's and I am getting very confused. Fell free too contact me offline if necessary. Thanks in advance... Al -- 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
IBM Head Count In India Tops 50,000
IBM Head Count In India Tops 50,000 ChannelWeb Thu, 01 Feb 2007 10:41 AM PST IBM has more than doubled its head count in India in the past two years, the company acknowledged Wednesday. And if the current growth rate continues, IBM will have more than 70,000 workers in India in 2007. http://www.channelweb.com/sections/allnews/article.jhtml? articleId=197002557cid=ChannelWebNews -- 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: IBM Head Count In India Tops 50,000
Maybe among all of those employees, they'll find one that has a clue.eventually. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: 01 February 2007 20:35 To: IBM-MAIN@BAMA.UA.EDU Subject: IBM Head Count In India Tops 50,000 IBM Head Count In India Tops 50,000 ChannelWeb Thu, 01 Feb 2007 10:41 AM PST IBM has more than doubled its head count in India in the past two years, the company acknowledged Wednesday. And if the current growth rate continues, IBM will have more than 70,000 workers in India in 2007. http://www.channelweb.com/sections/allnews/article.jhtml? articleId=197002557cid=ChannelWebNews -- 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: GDG question
I'd be afraid of this especially if they're SMS managed. Roll in seems to have problem with gaps and manual generations but --- Snip I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? - UnSnip Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: IBM Head Count In India Tops 50,000
Perhaps some of us should move to India, to be sure that there are at least a few competent z/OS people there -- 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 -- 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: IBM Head Count In India Tops 50,000
On Thu, 1 Feb 2007 16:32:59 -0500, Bruce Black wrote: Perhaps some of us should move to India, to be sure that there are at least a few competent z/OS people there -- What if nobody wants to go ??? Does that mean we need to vote someone off the island ??? -- 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
On Thu, 1 Feb 2007 06:48:46 -0600, Len Rugen wrote: I think I missed something, WHY does the Cicso CIP need to be replaced? At one point in our history, TN3270 was a significant load on our processor (then MP3000). We were using a Cisco CIP for a IP connection, but not offloadint TN3270 (FUD of CIP CPU load etc). We did the offload and saved a LOT of CPU, of course, that box didn't have an OSA. When we went to z800, we replaced the general IP link thru the CIP with the OSA, but we have left the TN3270 on the CIP. OSA is faster than the old way for FTP etc, the CIP 3270 is slightly slower for TN3270, but either are quite acceptable. So, if the CISCO CIP is going away or someting, I may need to onload myself. (Sounds like a buffet) I believe the OP was being driven by announcement material from Cisco; bottom line is that it appears as if the CIP end of life is soon for many Cisco boxen (and has already passed for many others). The OP's site has requirements that all software (and hardware) be currently supported by the various vendors... and Cisco's announcements meant that it was time to move along. Also, OP made it quite clear that onload was not the correct direction. Offload options was (and is) the subject for this thread. -- Tom Schmidt Madison, WI -- 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: IBM Head Count In India Tops 50,000
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bruce Black Perhaps some of us should move to India, to be sure that there are at least a few competent z/OS people there Would Australia be close enough? :-) -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: TN3270 server offload options
On Thu, 1 Feb 2007 15:35:59 -0600, Tom Schmidt wrote: On Thu, 1 Feb 2007 06:48:46 -0600, Len Rugen wrote: I think I missed something, WHY does the Cicso CIP need to be replaced? ... So, if the CISCO CIP is going away or someting, I may need to onload myself. (Sounds like a buffet) I believe the OP was being driven by announcement material from Cisco; bottom line is that it appears as if the CIP end of life is soon for many Cisco boxen (and has already passed for many others). The OP's site has requirements that all software (and hardware) be currently supported by the various vendors... and Cisco's announcements meant that it was time to move along. Cisco's web page: http://www.cisco.com/en/US/products/hw/modules/ps2033/prod_eol_notice0900aec d80393aa5.html or: http://tinyurl.com/d8fvx From that web page: Product Migration Options There is no replacement product at this time. This will mark the last ESCON mainframe channel attachment marketed by Cisco. Customers are encouraged to explore other attachment methods with their Cisco account team. -- Tom Schmidt Madison, WI -- 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: IBM Head Count In India Tops 50,000
Bruce, There isn't much of a mainframe market in India, probably because IBM was non-existent there for all of the 80's. In the last eight years of going to India I have been to one Mainframe site. It's one place where there is no shortage of mainframe talent, as there are virtually no mainframes sites that require it. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Friday, 2 February 2007 5:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM Head Count In India Tops 50,000 Perhaps some of us should move to India, to be sure that there are at least a few competent z/OS people there -- Bruce A. Black -- 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: Cascaded FICON and HCD
To the best of my recollection In HCD, you define the following: CHPID 11 -- SWCH1 22 (CHPID 11 is plugged into port 22) and SWCH2 33 -- TAPE DRIVE (tape drive is plugged into port 33) The SWCH1 -- SWCH2 ports and data paths are defined within the two switches, not in HCD. HCD doesn't know if all the data runs across 1 pair of connections, or 10 pairs of connections. At least, that's how I think about it. Brian On Thu, 1 Feb 2007 21:45:15 +0100, R.S. [EMAIL PROTECTED] wrote: The following scenario: 3 CPCs connected FICON switch (12 chpids per CPC), the switch is connected to another switch on remote site (only 6 FICON ports), several tape drive CUs (12 chpids total) connected to the remote switch. Drawing: 3CPC--SWCH1-SWCH2--TAPE Number of links between switches cannot be increased. I need to access whole 12 drives from every CPC. In the times of ESCON directors it was simply impossible , since one of the hops had to be static. AFAIK in FICON world both switches can be dynamic. Can I put those 36 paths (12 from CU to each of 3 CPCs) to 6 links between the sites ? Im' aware I of bandwith reduction possibility. -- Radoslaw Skorupka -- 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: Cascading FICON director with DASD and TAPE devices
Bruce, My recollection is that tape drives would use DC Interlock mode and when all you had was a primary and secondary BT channel this would seriously impact the DASD. I think the 3480 was the last drive that wasn't pure Data streaming. On ESCON running data streaming a tape drive has no significant impact. When I look average connect times for cartridge drives about 10 years ago they were no different than disk drives, and smaller than work packs where sort was using CFW. I've mixed tape and disk on ESCON in the past and found no problems by doing this. Mixing them on FICON is a no-brainer. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Friday, 2 February 2007 12:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cascading FICON director with DASD and TAPE devices I checked with our I/O maestro. We don't happen to mix tape and DASD on a chpid, but it's apparently more out of long-standing habit and housekeeping practices than concern for the vagaries of modern technology. back in the days of unbuffered round tape, mixing tape and disk was a no-no. Some tape operations took a long time, which locked out disk I/Os since the channel could handle only one operation at a time. Buffered tapes on ESCON channels are not so bad, but still some tape operations can take a long time, and ESCON still supports only one operation. I expect that FICON, since it handles parallel I/O operations, would not be as big an issue. But I would still be reluctant to mix tape and disk on a CHPID -- 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 -- 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: GDG question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, February 01, 2007 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: GDG question I'm pretty sure I can do this, but I'm looking for a second opinion (and you're ugly, too as my coworker said doesn't count grin). I have the assistance of a job scheduler which can substitute variables in JCL to help with this idea, so bear that in mind. I want to create twelve GDGs, prefix.whatever.JAN, prefix.whatever.FEB and so forth. Then, instead of creating prefix.whatever.JAN(+1) I want to create prefix.whatever.JAN.G(day-of-month-with-leading-zeroes)V00 with DISP=(NEW,CATLG). In essence one generation per day of month, with missing generations if we don't run that day (state holiday or whatever). Then I want to be able to read prefix.whatever.JAN as the complete set, as you can do with GDGs. Are there any holes in this theory that I'm overlooking? SNIP I'm a bit hazy on this, but as I recall from doing this with SMF merging in a JES3 shop from many years ago: In your GDS build, you can have two or more files with the same Generation (G). However, you must have different Version (Vnn). The highest numbered version of the GDS takes precedence. So as another poster suggested, you can have a dummy entry (say ...G0001V00), and over-ride with ...G0001V01. Again, as someone else questioned for a rerun, if you need to rerun but NOT do a delete, you can create the GDS with (as an example) G0015V02. When you pull in your GDG, the highest numbered Version of a GDS is what you get when referencing all. Caveat: The preceding was based on DFP BEFORE SMS. Now, based on the SMS comment by someone, you can create 1 track GDS with V00 that are empty (OPEN/CLOSE w/ no write/put). Then the real ones can use V0x. SMS shouldn't have a problem with holes, because there won't be any. But you will take up space for a dummy file for each day of the month for each month of the year. Regards, Steve Thompson -- 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: Cart Disk Allocation
On Thu, 1 Feb 2007 11:47:26 +, Ted MacNEIL [EMAIL PROTECTED] wrote: What are the chances of IBM providing this facility? Two things: 1. Try posting a snippet, so we know what you're talking about. Ted. I was reponding to the last reply in the thread which contained a response from Sam Knutson as follows : One nice feature of CA-MIM (Allocation) nee MIA nee GTAF nee STAM is the ability to take drive out of circulation completely in the plex by placing it in OVERGENNED status. @V 0939-093B,OVERGENNED It would be nice if IBM would provide a similar status SERVICE or such that really would bar the device from being put ONLINE unless it was explicitly placed ONLINE by manual operator command. and the subsequent response from Mark Zelden as follows : It does more than keeping it from being put online. It also removes the device(s) from the EDL. That affects the messages you get (allocation recovery) when all tape drives are in use etc.). 2. IBM does not take requirements through this, or any other, forum. If you have one, use their channels. Yeah - but I thought that maybe there might be something that worked. I am more likely to be hit by a meteorite whilst redeeming my winning lottery jackpot ticket. ;-) Steve O. -- 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
snip-- No. But I don't consider IBM SYS1 data sets that are part of the OS you are running more than necessary. Just personal preference whether you want dlibs cataloged or not. My personal preference is yes as long as symbolics are used and updated as part of any dlib rollout - be it maintenance or OS upgrade (I haven't cloned DLIBs with maintenance in quiet a long time... one zone, one (set) dlib volume(s) ). --unsnip--- Mark, I always renamed my DLIB datasets to a different HLQ, just to keep them in a different catalog. That way, I could maintain multiple targets, each with its own master catalog, and not have to worry about whether the DLIBs were catalog-accessable from that image. -- 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: IBM Head Count In India Tops 50,000
-snip-- Maybe among all of those employees, they'll find one that has a clue.eventually. unsnip Don't hold your breath waiting. G -- 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: IBM Head Count In India Tops 50,000
IBM will have more than 70,000 workers in India in 2007. Productive ones? With minimal turnover? We don't have either! - 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: Cascaded FICON and HCD
The short answer is Yes, you can do it. FICON is so fast that you should not have trouble with 12 drives--assuming that distance is not a problem. I don't know what the native limitations are, but we use DWDM to 120 KM. Actually in the 'olden days' of ESCON, channel extender products provided a similar capability, but the pathing was not known to MVS. FICON lets it all hang out. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] R.S. [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/01/2007 12:45 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Cascaded FICON and HCD The following scenario: 3 CPCs connected FICON switch (12 chpids per CPC), the switch is connected to another switch on remote site (only 6 FICON ports), several tape drive CUs (12 chpids total) connected to the remote switch. Drawing: 3CPC--SWCH1-SWCH2--TAPE Number of links between switches cannot be increased. I need to access whole 12 drives from every CPC. In the times of ESCON directors it was simply impossible , since one of the hops had to be static. AFAIK in FICON world both switches can be dynamic. Can I put those 36 paths (12 from CU to each of 3 CPCs) to 6 links between the sites ? Im' aware I of bandwith reduction possibility. -- 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: Help needed setting a SLIP trap
I think that you may need to code this as: DA=(1R?+6,EQ,0009,AND,(1R?+10?+4 If I read the manual correctly, AND would only be the default if there wasn't a parenthesis. Bill On Thu, 1 Feb 2007 17:16:52 -0600, Patrick O'Keefe [EMAIL PROTECTED] wrote: I'm trying to set up a SLIP trace and am getting a syntax error on the DATA parm. It's a bit more complex than any I've tried before. I'm probably missing something trivial. DA=(1R?+6,EQ,0009,(1R?+10?+4?+20,EQ,C9C5C5F1,+24,EQ,F1F5C940), OR,(1R?+10?+4?+20,EQ,C440D16B,+24,EQ,E7E7E740)) It complains about the 2nd parenthesis. The fine manual says I can have 16 nested levels of parethesese but doesn't give an example. (That was a 1.6 manual. Maybe newer manuals are better.) A sample or a hint would be greatly appreciated. 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: Cascaded FICON and HCD
In the olden days I referred to, we utilized two entirely disparate technologies (although companies eventually conjoined in an arranged marriage) for ESCON channel extension: - NSC: a half-software, half-outbound-hardware solution - CNT: a 100% outbound-hardware solution Each product could convert a mainframe I/O at site A into a bundle of TP packets, transmit them to site B, and reconstruct them so that they appeared to the recipient as a locally generated I/O. Each product, in its own disparate way, allowed for the definition of a switch at site B, effectively providing doubly switched I/O: the first one managed at A by MVS, the second managed at B by the channel extender. When we first began to convert to FICON over DWDM, cascading was still a gleam in the eye of its architects. The mechanism for two switches was built into the I/O protocol, but gismos required to implement cascading were not yet on the market. So we struggled along for a while with more DWDM links than we wanted until the new switches became available. Now both switches are defined natively in the IODF. We have computers and peripherals both sites. Everything talks together as if there were a single glass house. As I've said before in this forum, ESCON is an absolute disaster over DWDM at 100 KM. That's why FICON was brought in--even a little ahead of its time. Rick Fochtman [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/01/2007 06:20 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Cascaded FICON and HCD snip--- The short answer is Yes, you can do it. FICON is so fast that you should not have trouble with 12 drives--assuming that distance is not a problem. I don't know what the native limitations are, but we use DWDM to 120 KM. Actually in the 'olden days' of ESCON, channel extender products provided a similar capability, but the pathing was not known to MVS. FICON lets it all hang out. --unsnip-- Pardon me; my education is lacking. DWDM ?? Dark fiber ?? -- 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: Cascaded FICON and HCD
Dark Fibre - Fibre between two sites that is not shared DWDM=Dense Wave Division Multiplexor WDM turns a dark fibre into many dark fibres by using slightly different wavelengths for each fibre connected. Think of the cover of Dark Side of the Moon. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Friday, 2 February 2007 10:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cascaded FICON and HCD snip--- The short answer is Yes, you can do it. FICON is so fast that you should not have trouble with 12 drives--assuming that distance is not a problem. I don't know what the native limitations are, but we use DWDM to 120 KM. Actually in the 'olden days' of ESCON, channel extender products provided a similar capability, but the pathing was not known to MVS. FICON lets it all hang out. --unsnip-- Pardon me; my education is lacking. DWDM ?? Dark fiber ?? -- 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: Cascaded FICON and HCD
On Thu, 1 Feb 2007 20:20:41 -0600, Rick Fochtman wrote: Pardon me; my education is lacking. DWDM ?? Dark fiber ?? Dense Wavelength Division Multiplexing -- Tom Schmidt Madison, WI -- 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: Cascaded FICON and HCD
Um, I think I missed the point of the question with my earlier post. Thanks to Ron and Tom for providing the actual answer. An important characteristic of DWDM is that it's 'content unaware'. It doesn't know the nature of the data being transmitted any more than the pipes in your house know about water quality. Traditional channel extenders are all about mainframe I/O--up to and including simulation of ESCON switches. P.S. Although my cousin refuses to believe that she was hoodwinked by Pink Floyd, the moon has no dark side. I might as well try to convince her that people are descended from monkeys. Science schmience. Ron Hawkins [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/01/2007 07:55 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Cascaded FICON and HCD Dark Fibre - Fibre between two sites that is not shared DWDM=Dense Wave Division Multiplexor WDM turns a dark fibre into many dark fibres by using slightly different wavelengths for each fibre connected. Think of the cover of Dark Side of the Moon. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Friday, 2 February 2007 10:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cascaded FICON and HCD snip--- The short answer is Yes, you can do it. FICON is so fast that you should not have trouble with 12 drives--assuming that distance is not a problem. I don't know what the native limitations are, but we use DWDM to 120 KM. Actually in the 'olden days' of ESCON, channel extender products provided a similar capability, but the pathing was not known to MVS. FICON lets it all hang out. --unsnip-- Pardon me; my education is lacking. DWDM ?? Dark fiber ?? -- 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