Re: FTP transportability
From my reading in TSO/E Customization, TRANSMIT makes the call to IEBCOPY if you process a DSORG=PO type of dataset and Access Method Services REPRO if you process a VSAM dataset. No need for an extra step to flatten VSAM. Sounds like something to try after I finish rewriting my PC DOS 7.0 REXX receive code. On Fri, 8 Jun 2007 14:28:25 -0500, McKown, John [EMAIL PROTECTED] wrote: I think that I'll summarize what I have gotten from all this back and forth about ftp'ing z/OS datasets. 1) If it is a PDS, then use XMIT to flatten it to a sequential format. 2) If it is VSAM, do an EXPORT TEMPORARY to flatten it to a sequential format. 3) If it is a sequential file (possibly even including the two above flattened outputs), use TRSMAIN to make it FB. 4) Do a BINary transfer. On the far end, reverse the process. Can we all agree on this and go on to other things now? Thank you so very much. Note - this does not address the case where a non z/OS system will want to be able to process the data. In that case, it will likely require a case-by-case assessment of what would be best. -- 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 -- 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: Hollerith anniversary
On that same note, do you know how he was buried when he died? FACE DOWN, NINE EDGE FIRST! REMEMBER IF YOU KNOW, YOU HEARD IT HERE FIRST. Art Randall (retired IBM Marketing Rep) Art, a long-time family friend, has a history pre-dating the introduction of the IBM 360 series. He was working as an IBM salesman for the Greater Orange County Territory, California when the 360 was announced in 1964. He is the proud owner of a working IBM 129 Data Recorder (photo available on request). If any of y'all greybeards remember Art, I can provide contact information. Bubblehead Sub Sailors most likely know his name. [EMAIL PROTECTED] - Original Message - From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, June 08, 2007 05:35 Subject: Hollerith anniversary According to Wikipedia's On this day..., Herman Hollerith received a patent for his punch card calculator on this day (8 June) in 1887. Go, Herman!! I still have a handful of blank cards that I liberated from a service bureau ca. 1985. I use them sometimes to write notes to myself (without punching them, though). They fix perfectly in my shirt pocket. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.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: mainframe = superserver
Jack Adama [EMAIL PROTECTED] wrote on 06/10/2007 07:09:44 AM: The servers are a variety of domain controllers, file, print, web, SQL, IIS, and Exchange servers. The company will NOT move to Linux. There was a huge debate over this last year. The only good that came from it was if users wanted Linux they could install it themselves, but they won't get any support from the company. The statement The company will NOT move the server farm to Linux was made several times by the CIO. If IBM or someone made something like a mainframe that could run 200+ virtual Window 2003 R2 enterprise servers (and of course windows 2008 when it gets released) then they would make a lot of money. The problem is the datacenter is out of electricity. My thinking is a mainframe has to be more power efficient than the current 200 rack mounted servers, KVMs, various tape backups, monitors, etc. There are plans for 200+ more servers once the power problem is addressed. Based on your criteria, I think you've got six options (or some combination of these six), not necessarily in order: 1. There's an operating system called z/OS which is extremely power efficient and thoroughly virtualized. It happens to run on mainframes, even small ones. The following services could probably be merged onto a single z/OS mainframe (or perhaps two, with one in your disaster recovery data center): domain controllers/file/print (SMB, LPD, etc.), Web (might need more details here), and SQL (i.e. migrating what you can to DB2 for z/OS). IIS is not supported but unless you're using IIS for something very Windows-specific there are close substitutes such as the IBM HTTP Server and Apache HTTP Server for z/OS. Microsoft Exchange servers are not supported on z/OS nor am I aware of any direct substitutes. (Someone can correct me on that if I'm mistaken.) An indirect substitute is Lotus Domino for z/OS, possibly with the Outlook client (DAMO) if you need to support Outlook users. 2. Blade servers and virtualization software. IBM Blade Center servers with Tivoli provisioning software, for example. This is currently the best you can achieve (power/space) for Microsoft Windows in a data center. 3. Fewer servers, e.g. consolidating multiple file/print servers onto fewer OS images. Security restrictions may be one impediment here. 4. Add more electrical power to your data center, and beef up the cooling. This will likely be extremely expensive and will contribute to global warming, and you'll probably get to do it again (or build an expensive new data center) before too long. :-( 5. Other non-Linux platforms which offer at least some potential consolidation benefits, such as i5/OS (System i) or UNIX (e.g. AIX and System p LPARs). 6. CIO acts rationally, or you find a new CIO. :-) The fundamental problem is that Microsoft Windows isn't particularly power- or space-efficient, so if you have a space/power/cooling problem, well :-) Good luck! - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hollerith anniversary
It's my belief/recollection that ALL of the punched cards marked IBM were created in Greencastle, Ind. Barry Merrill -- 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: FTP transportability
Where did you see this? I only found... 5.13.1.1.3 Transmitting unsupported data types You can use TRANSMIT to send sequential or partitioned data sets with record formats of F, FS, FB, FBS, V, VB, VBS, and U. Data sets with machine and ASA print-control characters are also supported. Data sets with keys or labels, and ISAM and VSAM data sets are not. RECEIVE can process data from TRANSMIT and PROFS. ...in the z/OS 1.8 book. Bob Kenneth E Tomiak wrote: From my reading in TSO/E Customization, TRANSMIT makes the call to IEBCOPY if you process a DSORG=PO type of dataset and Access Method Services REPRO if you process a VSAM dataset. No need for an extra step to flatten VSAM. Sounds like something to try after I finish rewriting my PC DOS 7.0 REXX receive code. -- 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: McDATA switches, HCD, Cascaded FICON switches ...
Field, Alan C. wrote: We are about to implement cascaded FICON switches. Right now we have two McDATA FICON switches with a number of DASD and TAPE devices connected. The devices are all local and use a single byte link id (chan.link e.g. 4A.30). We have to upgrade the McData's to allow cascading which apparently introduces a 2 byte link id (5B.6120) The question is: Can we mix one and two byte link ids or do we need to change ALL the existing definitions to use two byte ids? We don't know and we are getting conflicting answers from the various technical experts providing this solution for us. BTDT. AFAIR you don't need to change 'everything', but you have to change all the links connected to a given CU. However it's being done automagically - the only thing to do is to say OK. Disclaimer: I'm 90% sure of that. Only 90%. g -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: FTP transportability
TRANSMIT will not work on VSAM and yet the TSO/E Customization maual shows it supports a DSORG for VSAM. The bad conenction I made was reading they support VSAM as a dsorg and they name AMSCIPHR for calling AMS to deecrypt a file. How a DSORG of VSAM would ever get in a transmit file if TRANSMIT does not support it is beyond me. Likely yet-another-bug in the manuals. I have been finding lots of them lately. Perhaps if you use the ENCIPHER keyword. I am not ready to try that. They did remove ISAM as a DSORG. On Sun, 10 Jun 2007 11:57:27 -0400, Bob Rutledge [EMAIL PROTECTED] wrote: Where did you see this? I only found... 5.13.1.1.3 Transmitting unsupported data types You can use TRANSMIT to send sequential or partitioned data sets with record formats of F, FS, FB, FBS, V, VB, VBS, and U. Data sets with machine and ASA print-control characters are also supported. Data sets with keys or labels, and ISAM and VSAM data sets are not. RECEIVE can process data from TRANSMIT and PROFS. ...in the z/OS 1.8 book. Bob Kenneth E Tomiak wrote: From my reading in TSO/E Customization, TRANSMIT makes the call to IEBCOPY if you process a DSORG=PO type of dataset and Access Method Services REPRO if you process a VSAM dataset. No need for an extra step to flatten VSAM. Sounds like something to try after I finish rewriting my PC DOS 7.0 REXX receive code. -- 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: Virtual tape cost question
Tim Hare wrote: [...] We're trying to evaluate switching to Tape Mount Management versus virtual tape. This post is not about the pros or cons of doing it; rather we're trying to analyze what some of the costs are. [...] That's the point. IMHO you *cannot* skip the proscons analysis. It's quite obvious, that virtual tape system (I'm talking about IBM or STK solutions now) costs more than real tape solutions since the same amount of drives, robots and medias could hold the same amount of data written natively. At least in theory. In practice, the main feature you get with virtual tape is convenience and flexibility. How much worth is it ? Well, id depends on your environment (the more systems, the more important), you budget constraints, your system setup, your operations skills. There is no strict formula or some treshold. I think the only advice you can get is to ask proper questions, like the following: - how many systems/sysplexes do you have - how is organized your Tape Mgmt System (one common vs several separated db's). - are you able to get rid of jobs writing small amounts of data directly to tape - I mean HSM and/or TMM. - what are your DR requirements and DR facilities (i.e. your own DR centre connected through DWDM links) - is your operations staff smart enough to easily manage manual vary on/off the drives across LPARs according to scheduled backup sessions or current needs. Caution: IBM ATAM or CA-MIA could do the work. - what's your amount of data to be kept on the tapes and what amount of data is being written to tape everyday. - what is tape activity during the day (recalls, reads) - what are your demands on performance (note native drives are usually faster than virtual drives). HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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
Anyone have any psuedo complex COBOL Copybook examples?
I'm writing a COBOL copybook parser in C++. I have a few examples, but would like a few more to round out a good test suite. Could any of you nice souls send any my way? I'm looking for data types a bit more complex than PIC X, if you know what I mean. Thanks, Todd No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.8.13/843 - Release Date: 6/10/2007 1:39 PM -- 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: Hollerith anniversary
When I worked for a vendor, I was waiting for a VP to meet me at an account. While we were waiting in the lobby, he said to me pointing at a machine in a glass case, Do you know what THAT THING is? I said yes, it's an x15, we use to use to punch date cards. He said What's a date card? .Kids! But guess what? A 12 zone with a 1-9 still epresents A-I respectively as does 11 1-9 and 0 2-9, So happy birthday. Bill From: (IBM Mainframe Discussion List) [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Hollerith anniversary Date: Sat, 9 Jun 2007 11:04:16 EDT In a message dated 6/8/2007 7:52:38 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wow, what are you trying to do Bill? Make those of us who started in this business using punch cards feel like old geezers. I'm an old geezer, too. I started programming in October 1965. My S/360 experience began 4 months later. Where would we have been without good old Herman Hollerith? A few years ago I took my car to the Reed Brothers Dodge dealership in Rockville, Maryland for maintenance. I saw a plaque on the wall there that said many years earlier one of the Reed Brothers had been a business partner of Thomas Watson, Sr. in his brand new business machines venture. He apparently gave that up to own a car dealership. Wow. What a lost opportunity. The Reed Brothers Dodge place was, coincidentally, on the same road as, and within 6 miles, of IBM's Washington System Center in Gaithersburg, Maryland. Small world, and filled with old geezers. Bill Fairchild Plainfield, IL ** See what's free at http://www.aol.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 _ PC Magazines 2007 editors choice for best Web mailaward-winning Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- 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