Re: A z/OS Redbook Corrected - just about!
At the last conference I attended, the Unix Systems Services table was used for serving Guinness, and was one of the busiest tables. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dick Bond Sent: April 12, 2012 4:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: A z/OS Redbook Corrected - just about! Oh, so USSTAB means Unix Systems Services table. Wonder what that's used for, mate? On Fri, Apr 6, 2012 at 10:20 PM, Ron Hawkins ronjhawk...@sbcglobal.netwrote: Chris, I took your advice and read this post, but then I took it to a higher authority for validation. Yes, I googled acronym USS.' Mate, I'm sure I don't have to tell you that the internet holds the keys that unlock all mysteries, and for this one I was horrified to find that for all your hard work, the first hit in Google just simply did not support your position. There was the site with all the answers staring me in the face, waiting for the USS conundrum to be unraveled at a hit labeled USS - Definition by AcronymFinder. I mean, this has to be place to find the correct meaning of an acronym - forget all these red books and stuff. And so I curtailed my googling activities, sallied forth, clicked my mouse button, and infiltrated this place of purveyance to negotiate the reading of some contracted comestibles. And there it was, on the fifth line of the list: Unix System Services (IBM). I'm afraid there was no mention of that other meaning you are always talking about. I mean, based on this unassailable reference it is hard to believe that Unformatted System Services was ever abbreviated to USS, and probably should not have been because all the math's majors working in mainframes back then would have immediately been misled into thinking one was talking about the Uncorrected Sum of Squares (did you know that SAS has a USS function - you should write to them and get them to change it). So I'm afraid we have Internet 1, Chris nil, and we should all start using USS the way God and Google intended us to. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, March 21, 2012 5:35 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] A z/OS Redbook Corrected - just about! Back in early February, I sent off this comment to the redbooks site: comment To whom it may concern, - This feedback concerns redbook z/OS Version 1 Release 13 Implementation, SG24-7946-00, which is described still to be in Draft status. - Recently I wanted to check on what z/OSMF was all about. Expecting to be more quickly enlightened by finding a suitable redbook, I tried z/OSMF as a search word on the redbooks site. There were 3 hits, the first, gratifyingly, was entitled z/OS Management Facility. The other two were z/OS Version 1 Release xx Implementation, where xx was 12 and 13. I happened to notice the following at the beginning of the z/OS UNIX System Services chapter in the release 13 redbook: quote z/OS UNIX System Services, is an element of z/OS, is a UNIX operating environment, and is implemented within the z/OS operating system. It is also known as z/OS UNIX. In addition, there is a short abbreviation called USS. /quote How very curious, I thought. How did this mistake creep in? I then checked the beginning of the z/OS UNIX System Services chapter in the release 12 redbook and found that the curious addition had been slipped in only in the later V1R13 edition: quote The UNIX System Services element of z/OS is a UNIX operating environment, implemented within the z/OS operating system. It is also known as z/OS UNIX. /quote Since the V1R13 redbook is still in draft status, the inappropriate text can be removed. - First, in order to confirm that the abbreviation sanctioned by the authors of the manuals when UNIX System Services was introduced, we can pick any of the front-line manuals, the OS/390 MVS Initialization and Tuning Reference being one: quote CHANGES Summary of Changes ... As part of the name change of OS/390 OpenEdition to OS/390 UNIX System Services, occurrences of OS/390 OpenEdition have been changed to OS/390 UNIX System Services or its abbreviated name, OS/390 UNIX. ... /quote http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IEA1E211/CHANGES Thus we have it confirmed that OS/390 UNIX is the supported abbreviation, clearly to be transformed to z/OS UNIX when z/OS was introduced and that there is nary a mention of any other abbreviation. After all, one abbreviation should be sufficient, shouldn't it? In case there is any doubt over the ancestry of this other abbreviation, we have the following web page in order to remind us what, within IBM, is the correct attribution: http://www-
Re: Cics Global User Exit
It depends. See the manual CICS Customization Guide, Chapter 1: Global user exit programs, for all the details. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: January 9, 2012 6:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cics Global User Exit Can they have CICS API so that I can trace thru it with CEDF -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Monday, January 09, 2012 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cics Global User Exit no -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Micheal Butz Sent: Monday, January 09, 2012 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: Cics Global User Exit Do CICS Global User exits have to be loaded In CSA Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ROOT file system is out space
Google zfsadm grow -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: December 5, 2011 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: ROOT file system is out space Hi, I am applying RSU maintenance and the job failed with the below message. IOEZ00551I Aggregate ZOSS11.OMVSB.ROOT ran out of space Please help me to increase the size of ROOT file system. Regards, Chokalingam Thangavelu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS V2.3 and DB2 for z/OS V10.1
According to the DB2 10 Announcement Letter, 210-380, connections to CICS Transaction Server for z/OS V3.1 or later are supported. Earlier versions of CICS may work, but such configs will be unsupported. So as Daniel points out, you will need to be very thorough in your testing environment before venturing into production with this config. And as I'm sure you know, CICS/TS V2.3 is itself already close to 2 years out of support. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Daniel Allen Sent: August 17, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS V2.3 and DB2 for z/OS V10.1 Yes. It will. Test it out in a sandbox environment. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miran Cotic Sent: Wednesday, August 17, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: CICS V2.3 and DB2 for z/OS V10.1 Hello List, does anybody know if the CICS V2.3 works with the DB2 for z/OS V10.1 ? Thanks in advance for replay ! Regards, Miran Cotic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Do we need to implement HSM
Ed is referring to IBM's product Development Management System for CICS or DMS/CICS/VS. The last version, V1.5, was released in 1991. It's been off support for many years, but we still have it. Until a couple years ago we also had another ancient product called DMS that runs under CICS, 3M's Document Management System. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Way back when (not sure exactly when) DMS acronym was used for some CICS(???) product a screen drawing product(?) IIRC. I always wondered why they picked that name (shades of USS). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Under z/OS Unix
Using the hardware is optional, there's a software implementation too. Some smaller lpars may not have enough cpu share to drive the software process though in Ported Tools 1.1, I know that this was the case with some of our sandbox lpars that experienced chronic timeouts. IBM remedied this in Ported Tools 1.2 with the new variable _ZOS_SSH_PRNG_CMDS_TIMEOUT. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: May 5, 2011 8:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Under z/OS Unix On Thu, 5 May 2011 08:55:15 -0400, Rob Schramm wrote: I might understand (due to I don't want to set it up) not setting up SSH. But are there any installations not running TCP/IP these days? I should add we have SSH installed but not successfully configured on some of our systems because we lack the (separately priced? Am I correct?) hardware feature required for /dev/random. The mind boggles; z/OS /dev/random uses a PRNG, and for that specialized hardware is necessary? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
The ServiceLink page now says: The date for the sunset of ETR will be determined after an evaluation of the results of the initial phase of this transition. It also requests feedback on the SR function and gives a link to a form for that purpose. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: March 2, 2011 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Message BPXF135E RETURN CODE 00000079, REASON CODE 055B005C
Return code 79 is EINVAL, see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA8A0/2.0? DT=20090515115756 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: November 9, 2010 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Message BPXF135E RETURN CODE 0079, REASON CODE 055B005C Great tip about the TSO BPXMTEXT. Thanks!! But, as you can see from the message, the return code is 79. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ramiro Camposagrado Sent: Tuesday, November 09, 2010 1:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Message BPXF135E RETURN CODE 0079, REASON CODE 055B005C For reason code 055B005C: Action: The problem found depends on the return code received with this reason code. o If the return code is ENOENT, the pathname specified could not be found. o If the return code is ENOTDIR, the pathname did not specify a directory. o If the return code is EINVAL, either the pathname specified refers to the root of an already mounted file system. Or, in the case of a sysplex, the file system may be already mounted on another system in the sysplex or there may be conflicting BPXPRMxx statements for the root. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Issuing WTOR SVC In Multitask Environment
I like it, reminds me of an old Python sketch: Option 3: There is NOOO option 3! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: September 14, 2010 2:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Issuing WTOR SVC In Multitask Environment In 1284416005.6627.39.ca...@mckown5.johnmckown.net, on 09/13/2010 at 05:13 PM, John McKown joa...@swbell.net said: Is that like OS/360 PCP? The original options in OS/360 were option 1, SSS, opption 2, MSS and option 4, MPS. SSS became PCP, MSS became MFT and MPS became VMS[1], then MVT. MFT II was somewhat of a cross between MFT and MVT. [1] But did not play with a full DEC. Think MVT with all jobs allocating from the same region. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
On the plus side, I hear they are offering a money back guarantee if the media should fail after 99 years. As long as the purchaser requests it in person, and provides the original purchase receipt and packaging... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, June 24, 2010 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Disk replacing Tape? I seemed to recall hearing that exact same claim for optical media (microfiche, CD, DVD) :-) And we all know that sales/marketing never lie or even exaggerate :-) But what about the support infrastructure? Will Windows 107 support the devices needed to support this media? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anne Lynn Wheeler Sent: Thursday, June 24, 2010 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Disk replacing Tape? SanDisk's SD card can store data for 100 years http://www.computerworld.com/s/article/9178428/SanDisk_s_SD_card_can_sto re_data_for_100_years from above: The WORM (write once, read many) card is tamper proof and data cannot be altered or deleted, SanDisk said in a statement. The card is designed for long-time preservation of crucial data like legal documents, medical files and forensic evidence, SanDisk said. ... snip ... -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SoftwareAG Cluster Services
Your Adabas person may have been burned by the 1990s version of this technology from SAG, called (if I recall correctly) Adabas Parallel Sevices, which had some interesting problems. Performance was fine, but it was rather cpu hungry. Other problems arose from communications between the regions, which would fail on a regular basis. We eventually dropped the product as IBM processor speeds ramped up in the late 90s and early 2000s sufficiently to enable us to satisfy requirements with a traditional single Adabas nucleus region. Cluster Services was apparently a total redevelopment effort with no code from the older product, but we never implemented it, and I am unaware of any sites that have done so. A query on the SAG-L listserv might unearth some users though. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: Wednesday, August 26, 2009 6:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SoftwareAG Cluster Services -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Marshall Sent: Wednesday, August 26, 2009 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: SoftwareAG Cluster Services Been planning to implement SoftwareAG's Cluster Services for ADABAS on an IBM 2096-O02 and IBM 2096-T03 in a z/OS Parallel Sysplex. It has been moving along until the person responsible for ADABAS (works in another area) says implementing it will kill performance and besides, what is worse, is to run it in a Parallel Sysplex using the ICF for communication between the two z9BCs is bad news; claims SoftwareAG told him this yarn. I don't sysplex, so I don't know. I expect the answer depends a great deal on the level of Adabas you are running. I think Adabas 8 claims to have addressed some the concerns the individual is reporting anecdotally. Is there anyone running it in a z/OS Parallel Sysplex and what kind of impacts did you see when it was implemented. thanks jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another One Bites the Dust
I once was technical lead on a SAP project that finished on time and under budget. It was back in 1994, SAP R2, running on MVS 4.3 and CICS 3.3 with a VSAM database -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Tuesday, March 31, 2009 5:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Another One Bites the Dust Makes me wonder if anyone ever implemented SAP on time and under budget. A friend of mine worked as a consultant on non-mainframe platforms. In his experience no one ever implemented SAP as completely as had been planned at the beginning of the project. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting looping CICS transaction
I've developed a similar program, but using EXEC CICS COLLECT STATISTICS to get the amount of cpu time used by a task instead of the elasped time the task has been running. If this exceeds a specified threshold then the task is terminated. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wissink, Brad [ITSYS] Sent: Thursday, May 29, 2008 3:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Detecting looping CICS transaction Our CICS guy wrote a program that queries all the active transactions and then determines how many seconds it has been running. We then kill off the 'looping' transactions'. He does a 'EXEC CICS INQUIRE TASK LIST ' to get the list of tasks and then issues 'EXEC CICS INQUIRE TASK(WSWA-TASK-NUM)' with the ATTACHTIME parameter to get the amount of time the transaction has been running. We also write out messages telling what we are doing. I suppose you could feed those into your AOC. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Thursday, May 29, 2008 10:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Detecting looping CICS transaction Dave Menist [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] m ... Hi, I hope that someone can help with or has some insights into the following questions. Is it possible to detect if a CICS transaction is looping in such a way that it can be passed on to AOC? AOC is used to generate a IRM-a ticket which is the trigger to start investigating. I know there is the CICS under stress message which may indicate that a trx is looping. But it might also be something else. Are there other more precise ways to detect a looping trx? (that can be passed on to AOC) The reason for asking these questions is to minimize the reaction time and to start investigating as quickly as possible. Hopefully minimizing the inconvience to other developers. Thanks, Dave We have a monitor that attempts to detect when ANY address space is looping and issue a message which can be trapped by your automation tool. It's not my code but I must have got it from someone on this list but I don't know the legality of passing it on. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
FTP VB dataset
I thought this would be straight forward, but I can't get it to work correctly. Trying to FTP a DSORG=VB dataset from one z/OS 1.7 system to another z/OS 1.7 system. The dataset contains alphabetic and packed decimal data. With no special commands, some of the packed data comes out translated into different hex values. Adding a 'bin' command resolves the translation, but now record structure is lost. Adding a 'quote site rdw' doesn't make any difference, but maybe that syntax is incorrect. Any ideas? -- 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 VB dataset
Thanks, found it in the archives. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Friday, May 09, 2008 3:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP VB dataset -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mullen, Patrick Sent: Friday, May 09, 2008 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP VB dataset I thought this would be straight forward, but I can't get it to work correctly. Trying to FTP a DSORG=VB dataset from one z/OS 1.7 system to another z/OS 1.7 system. The dataset contains alphabetic and packed decimal data. With no special commands, some of the packed data comes out translated into different hex values. Adding a 'bin' command resolves the translation, but now record structure is lost. Adding a 'quote site rdw' doesn't make any difference, but maybe that syntax is incorrect. Any ideas? discussed many time. Use the ftp command: MODE B -- 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
Re: Usage of KB and KiB
See http://www-03.ibm.com/ibm/history/reference/glossary_k.html kilobyte (KB) 1. n. For processor storage, real and virtual storage, and channel volume, 2**10 or 1024 bytes. 2. n. For disk storage capacity and communications volume, 1000 bytes. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Tuesday, July 31, 2007 5:30 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Usage of KB and KiB Bruce Hewson wrote: Well Radoslaw, As I said the original convention for disk was 1000 bytes = 1KByte. No. There was no such convention. Possibly there was no convention at all, although IMHO the most popular convention was IT k=1024, while non-IT k=1000. M$ did not comply with that convention when they decided to show disk usage in binary format 1024bytes=1KByte. M$ used k=1024 for disks for many years. Legacy MS-DOS (or rather IBM PC-DOS!) used 1024 for many years. Only memory (not disk) was specified in binary (1024) convention. Again no. And again, you miss other (non-disk, non-memory) aspects like tapes, networks, disk channels etc. etc. And then other groups mixed 1000 and 1024 together when they reported usage. I have never met 1000 and 1024 mix, like 1*1000*1024=1MB. Neither in M$ nor elsewhere. Do you know such case ? -- 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 -- 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: OSHELL RC = 32512
The cd has to be in lower case, CD is not found. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: Friday, July 27, 2007 11:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OSHELL RC = 32512 Hi, When I start OMVS via TSO, I can do all the UNIX commands but if I run a batch job with the following JCL, I get the following back : READY OSHELL CD hwwd OSHELL RC = 32512 OSHELL Exit Status = 127 CD: FSUM7351 not found 32512 One of the following conditions may have resulted: The SH keyword was specified with a program_name value for BPXBATCH and no program_name could be found. The shell exited with an exit status of 127. stdout contains a shell message indicating the program was not found. The program_name or the shell exited with an exit status of 127. //SETUPEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSIN DD * OSHELL CD hwwd /* Anton -- 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: CCSID 1252 Code Page Error
http://www.tachyonsoft.com/cp01252.htm -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, May 09, 2007 3:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CCSID 1252 Code Page Error We cannot find 1252 as a code page under z/OS, anywhere (including documentation), even as a hint. This is causing issues with our DB2V8 implementation. Somebody thinks it may be a windows code page and causing problems with windows talking to the mainframe, but while that doesn't make total sense to me, it's the only information we have. Has anybody ever heard of this code page? Our uni-code implementation is failing because of this, and we cannot complete our DB2 conversion without 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: IVP for JAVA
Maybe I'm misinterpreting, but there are both 31 and 64 bit versions of 1.5 (IBM calls it V5) available here: http://www-03.ibm.com/servers/eserver/zseries/software/java/ -Original Message- From: Barkow, Eileen Sent: Friday, April 13, 2007 1:33 PM To: [EMAIL PROTECTED] Subject: Re: IVP for JAVA I was looking for java 1.5 to run on z/os 1.7 but there was no separate package for it. The only j1.5 i could find was an smpe update to WAS 6.1, and since we have WAS 6.0, we are stuck with j 1.4. And j1.6 has been out from Sun for a long time now. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How are you handling high SMF record volume?
CICS by default produces giant volumes of SMF data, and much of it is probably never even looked at. I've seen sites where CICS was responsible for well over 80% of the SMF data, and all they extracted from it was transaction cpu and response time, a few bytes worth of data per kilobyte produced. As Roland pointed out, this can be cut down enormously by coding CICS MCTs (monitoring control table) to only record the data required. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Walker Sent: Friday, March 02, 2007 7:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How are you handling high SMF record volume? We were also having a lot of problems with the large volumes of SMF data we produce (though it was CICS data we us) and associated contention issues. What we did was increase the size of the MANx datasets so they could never fill them in 30 mins and have our DUMPXY's run every 30 mins to clear them out. The DUMPXYs write to system specific GDGs, creating a +1 every half an hour. At end of day, we run a job that mods all the GDGs to a single cartridge as one large system specific file and then another job read in the cartridges datsets for all our LPAR's and writes them back to DASD, splitting them into CICS, DB2, etc GDGs for further processing... The benefits are... 1) We don;t have to process those large volumes of CICS records to look at RMF records etc 2) The GDG's created every half an hour mean that these can be read on the day they were created without impacting SMF collection (by referencing them using the absolute generation). Very handy for problem determination. 3) Also, these half an hour GDGs mean it's very easy to resolve any invalid records caused by space problems etc (not that any one should get space issues in this day and age! but...). Our daily file used to be some where in the region of 15,000 cyls and running a sort to pick out one dodgy record was a long winded operation to say the least! 4) Using REXX to find out the absolute GDG names and using that info as input to our nightly dump job means we can backup yesterdays data without impacting the collection process... Cheers, Duncan -- 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: Java 1.4
Add CBC.SCLBDLL to your linklist. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, February 20, 2007 1:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Java 1.4 We are installing Java 1.4 on z/OS v1r7. When we try to execute the java -version command we are getting the following messages: # java -version CEE3501S The module IOSTREAM was not found. From compile unit /u/sovbld/142/builds/cm142/cm s/pfm/atoe.c at entry point atoe_dllload at statement 2166 at compile unit offset + 60 at address 0AD4B310. Ý1¨ + Done(137) java -version 33554491 Killed /usr/lpp/java/IBM/J1.4/bin/java We found IOSTREAM in the CEE.SCEEH library. We are not sure what to do at this point. Any help would be appreciated. Thank You -- 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: License keys for ISV products(Cole Software's view)
If we only dealt with 1 ISV, then we'd have few, perhaps no, problems too. But we deal with (at the last count) 57 ISVs, who supply us with several hundred products. Each ISV has it's idiosyncracies, some don't use keys at all, some are very easy to contact and deal with, some others are less so. It all adds up to quite a bit of overhead. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman Sent: Monday, February 19, 2007 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: License keys for ISV products(Cole Software's view) The ISV our group works with at the moment is very small. Their support seems to have the ability to generate authcodes at home. We have called all hours of the day and night. No problem. Good people. -- 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 Omegamon z/OS Management Console
A question for anyone who downloaded and installed this product, do you see the predefined coupling facility/sysplex workspaces? All I can see are the 3 z/OS workspaces. -- 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: Data conversion from 3380 to 3390 - H E L P
If your Adabas DBA needs you to compile a list of the files that constitute the Adabas databases, then it's time to hire a new DBA. Or, at the very least, time to send them on a course. -Original Message- From: IBM Mainframe Discussion List I agree. ADABAS is probably a better example than IDMS because IDMS doesn't have this problem. Of course, if you know it is a problem for ADABAS you can use SMF to compile a list of all datasets that have been opened by ADABAS and give this to the DBA to use as a checklist. Then you don't have to hold hands with the ADABAS DBA at 4:30 in the morning... Ron -- 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: CICS 3.1 installation
If it's the same CD I have, no. It's not the actual CICS software, it's a complete set of manuals for CICS. IBM will happily supply you with the relevant installation material, just give them a call. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Ragland Sent: Tuesday, January 24, 2006 1:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CICS 3.1 installation Hi all, I have a CD with the title IBM CICS Transaction Server for z/OS Version 3.1 . Please let me know whether I can use this CD to install CICS 3.1 in my z/OS system. I have a document with publication no. and name - GI10-2586-00 - Program Directory for CICS Transaction Server for z/OS, this has installation instructions but not pertaining to installation from CD. It speaks about installing CICS from 3480 catdrige. I don't know whether I am referring to the wrong document. If this CD can be used for installation, pls. help me in finding the correct installation documents. Thanks in advance. -Jerry -- 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: Running COBOL under z/os.e
Folks should actually look at the CBT offering (it's in file 730 though, not 727), before jumping to any conclusions. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, November 23, 2005 2:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Running COBOL under z/os.e Isn't that equivelent to stealing? Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Wednesday, November 23, 2005 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Running COBOL under z/os.e It looks like someone has finally contributed the interface program that allows running COBOL programs under z/os.e as file 727 on the CBT. I have no idea who could have done this (wink, wink, nudge, nudge). -- 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: ADABAS and HDS TrueCopy
Hi Michael, It is from SAG's ServLine24 website (http://servline24.softwareag.com), I searched in the Knowledge Center. You will need a SAG supplied userid/password to access this part of the site though. Patrick -Original Message- From: Michael Pratt [mailto:[EMAIL PROTECTED] Sent: Sunday, August 28, 2005 5:51 PM To: IBM-MAIN@BAMA.UA.EDU; Mullen, Patrick Subject: Re: ADABAS and HDS TrueCopy Hi Patrick, Do you have a link or reference for the tip you are quoting? Mike. -- 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: ADABAS and HDS TrueCopy
SAG make it quite clear that there is no problem recovering an Adabas database using these technologies, as long as the user is aware of the architecture of the Adabas database and sets everything up correctly. Quoting from a SAG Technical Tip: As long as the mirrored data is a consistent real time shadow of primary data there is no problem to: 1) Start an Adabas nucleus using mirrored ASSO, DATA, and WORK after a disk crash on primary - Adabas will perform the autorestart. 2) Repair primary data after the hardware is fixed by copying the mirrored data (completely: ASSO, DATA and WORK). -Original Message- From: Ron and Jenny Hawkins That's an interesting position for SAG to take. That would also mean that ADABAS does not support restart after a power outage, MVS crash, or Database crash. A Database that does not support Disk Based Remote Copy or Disk based Copies (Shadowimage, FlashCopy, Timefinder) or even a system crash is quite a surprise. Methinks it is a Database to avoid... Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Pratt Sent: Friday, 26 August 2005 11:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ADABAS and HDS TrueCopy Hi Sarel, How are you maintaining ADABAS database consistency using SRDF? The reason I ask is that according to SAG recovery from a successful RESTART is not a recommended recovery strategy - in fact it is not a supported method of database recovery in the primary environment. What this this means of course is that restart based on replicated data (SRDF or PPRC) is also not supported? I guess my question is are you taking special steps to ensure consistency, or are you simply taking the position that it works, that the liklihood of index/data inconsistency is highly unlikely and therefore an acceptable risk? Mike. -- 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