MAXSOCKETS and INADDRANYPORT are not related to each other
Cross-Post to MVS-OE and IBM-Main Quite a while ago, there was a question (I don't remember on which list) regarding the relation between MAXSOCKETS and INADDRANYPORT, since the IP Comfiguration Guide seems to imply there is one. I had sent an RCF back then and have gotten an answer today. Both my RCF and the answer are attached below. It may be the question originated from the TCPIP list, which Im not subscribed to. If someone wants to forward the post to that list, feel free to do so. Peter Hunkeler CREDIT SUISSE From: Michele Carlo [mailto:[EMAIL PROTECTED] On Behalf Of COMSVRCF EMAIL Sent: Monday, January 22, 2007 5:27 PM To: Hunkeler Peter (KIUK 3) Subject: Re: RCF for z/OS IP Configuration Guide Peter, I regret it has taken us so long to get back to you with an answer. The UNIX System Services developer agrees that there is no relationship between the MAXSOCKETS and the INADDRANYPORT values. We plan to clear up any implications in our documentation. Thanks for alerting us to this situation. Michele Carlo for z/OS Communications Server Customer Information IBM Research Triangle Park, NC The RCF I had sent: Hello, There was a discussion about the relation, if any, between MAXSOCKETS and INADDRANYPORT, as impled by the following paragraph: Book: z/OS Communications Server IP Configuration Guide Version 1 Release 7 (SC31-8775-07) Topic: 1.2.14.4 Specifying BPXPRMxx values for a CINET configuration Paragraph: 3 INADDRANYPORT and INADDRANYCOUNT specify the first ephemeral port number and the range of ports for z/OS UNIX CINET usage. *** The starting port number should be set at least as high as the value for MAXSOCKETS. *** . The last sentence, marked with *** seems to say there is a relation. I'm not the IP expert but this doesn't sound reasonable to me given the fact that MAXSOCKETS has a valid range from 0 to 16777215 and INADDRANYPORT must be in the range from 1024 to 65534. Also, I understand MAXSOCKETS to define the size of socket table for a given address family. INADDRANYPORT/COUNT tell the CINET layer what range of ports has been defined to be the ephemeral port space. This must match the PORTRANGE in the TCP/IP profile(s). I don't see how MAXSOCKETS and INADDRANYPORT are related. May I kindly ask you to verify the paragraph in question? Thanks Regards 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: COBOL and Java interoperabitiliy
RedHat Linux. I think it would be interesting to see if we could create some glue on z/OS so that Java on Linux could use JMS to talk to Java on z/OS, which would then use some legacy COBOL I/O routines or business logic. Why not do the glue in COBOL, after all, it is just MQ-Series at that end. You should be able to get to the messages through JMS at the other side without having JMS at the COBOL side, no? Myself, I have written some JNI glue that enables one to invoke a Java method from a COBOL program and to invoke a COBOL sub-routine as a native method. But that is all running happily on zOS. Cheers, Jantje. -- 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: What is command reject trying to tell me?
On Mon, 22 Jan 2007 08:33:11 -0800, Charles Mills [EMAIL PROTECTED] wrote: This problem is not unsolvable. I am not asking how to solve it. I have solved it. The points of my posts were 1. Initially, could someone who is more up-to-date on channel programs than I please decode the CCW gibberish for me? That was done. 2. And then, why the heck can't DFSMS put out a message like illegal blocksize rather than a message like 80AC000404208400FF010F004EA0AC00 FAILING PARAMETER LIST DATA = 868400AC00AC. You guys wonder why the mainframe has fallen from favor and has a reputation for requiring the labor of guys with 40 years of experience to parse its entrails? Look no further than this message. Did you talk to the Support Center? No one here can answer your question authoritatively, but many have expressed the opinion that you should be getting S013 abend, not a unit check. Alan Altmark IBM -- 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: PSI sues IBM in mainframe emulator spat (Not Phoenix !)
On Mon, 22 Jan 2007 21:10:19 -0600, Paul Gilmartin wrote: On Mon, 22 Jan 2007 16:26:44 -0700, Jerry Whitteridge wrote: Details at http://www.theregister.co.uk/2007/01/22/platform_solutions_sues_ibm/ Interesting phrase there: ... the mainframe systems architecture developed by Amdahl ... Apparently attributable to Register, not PSI, and true in a sense, but otherwise misleading. Very misleading, but I think it's from PSI. The statement from PSI http://www.platform-solutions.com/docs/PSI_IBM_Response_Release_Final_1-22- 07.pdf cited in the register article includes this: The new PSI systems are based on proven systems architecture spun-off from Amdahl Corporation and industry standard Dual-Core Intel® Itanium®... -- Tom Marchant -- 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: BLKSIZE=0
In a recent note, (IBM Mainframe Discussion List) said: Date: Mon, 22 Jan 2007 10:52:29 EST In a message dated 1/22/2007 8:16:41 A.M. Central Standard Time, [EMAIL PROTECTED] writes: think IBM's answer to the security issue is an erase feature. There is no other way to enforce the requirement that user A's data cannot be read by user B after user A has released ownership of the tracks and user B subsequently is allowed to allocate the same tracks. Just don't start Sure there is. Prohibit reading beyond DS1LSTAR, and enforce management of DS1LSTAR so it is never allowed to point past uninitialized space. erasing all tracks in all data sets willy-nilly, or you may have DASD performance problems like you wouldn't believe. Be VERY selective about what you erase. OTOH, writing an EOF at the beginning of every newly allocated extent _regardless_of_DSORG_ would add little performance burden, and make behavior more predictable, but it wouldn't address the data security issue. Isn't there an option to erase on freeing an extent? The MVS progeny are extraordinary among existing operating systems in failing to keep track of where files end. -- gil -- StorageTek INFORMATION made POWERFUL -- 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
User friendliness (was: What is command reject ...)
In a recent note, Charles Mills said: Date: Mon, 22 Jan 2007 08:33:11 -0800 2. And then, why the heck can't DFSMS put out a message like illegal blocksize rather than a message like 80AC000404208400FF010F004EA0AC00 FAILING PARAMETER LIST DATA = 868400AC00AC. You guys wonder why the mainframe has fallen from favor and has a reputation for requiring the labor of guys with 40 years of experience to parse its entrails? Look no further than this message. Over time I have received a couple off-list messages from a reader chastising me for criticizing the platform we're familiar with and perhaps causing anxiety for those who have depended on it for their livelihoods for 40 years. I can't help reading between the lines that there is a fear that if z/OS were so easy to use that a PFCSK could do it, the PFCSKs would usurp our jobs. But there is a countervailing, perhaps overriding, force. If our breed provides no successors, it is doomed to extinction. As you note, IT management procurement decisions take into account the availability of personnel who are not merely capable but willing. But you're at peril for receiving an off-list message for your heresy. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: BLKSIZE=0
In a message dated 1/23/2007 7:20:52 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Prohibit reading beyond DS1LSTAR, and enforce management of DS1LSTAR so it is never allowed to point past uninitialized space. An unauthorized program can read beyond DS1LSTAR quite easily as long as allocation builds control blocks describing all allocated tracks rather than just those from the beginning of the data set to the track pointed to by DS1LSTAR. An unauthorized program can also read residual data beginning at the next track after any EOF record written to try to prevent this. All it takes is EXCP. IBM would have to add more validity checking into EXCP in order to prevent accesses beyond DS1LSTAR, which would cause big problems for some sophisticated applications, I'm sure. Higher level access methods, such as BSAM, QSAM, BPAM, BDAM, and VSAM all suffer from the same exposure. In fact, the exposure exists for all access methods, since an unauthorized program can do an EXCP to any allocated track mapped in the TIOT. Just because you use QSAM for most of the application's work does not mean you cannot have an EXCP in there somewhere that uses the same or a different DCB than that which QSAM is using. Bill Fairchild -- 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: BLKSIZE=0
On Jan 23, 2007, at 7:20 AM, Paul Gilmartin wrote: OTOH, writing an EOF at the beginning of every newly allocated extent _regardless_of_DSORG_ would add little performance burden, and make behavior more predictable, but it wouldn't address the data security issue. Isn't there an option to erase on freeing an extent? The MVS progeny are extraordinary among existing operating systems in failing to keep track of where files end. -SNIP- Paul, I believe there has been an option in SMS (since the early 1990's anyway) to write an eof into empty datasets, just by specifying it in the IGDSMSxx member in parmlib. IIRC this refers to any dataset that has not been openned that is SMS managed. Ed -- 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: What is command reject trying to tell me?
Did you talk to the Support Center? No. Frankly, the cost-benefit ratio of recent interactions with IBM have not been encouraging. OTOH, this list has been a valuable and effective resource. I don't want to spend hours proving the problem to IBM, with the goal of a PTF that I then have to convince customers to install -- one more obstacle to sales. I want my product to work. Thanks to this list, I was able to achieve that. My apologies if this is heresy. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, January 23, 2007 4:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is command reject trying to tell me? 80AC000404208400FF010F004EA0AC00 FAILING PARAMETER LIST DATA = 868400AC00AC. You guys wonder why the mainframe has fallen from favor and has a reputation for requiring the labor of guys with 40 years of experience to parse its entrails? Look no further than this message. Did you talk to the Support Center? No one here can answer your question authoritatively, but many have expressed the opinion that you should be getting S013 abend, not a unit check. -- 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: What is command reject trying to tell me?
2. And then, why the heck can't DFSMS put out a message like illegal blocksize rather than a message like 80AC000404208400FF010F004EA0AC00 FAILING PARAMETER LIST DATA = 868400AC00AC. You guys wonder why the mainframe has fallen from favor and has a reputation for requiring the labor of guys with 40 years of experience to parse its entrails? Look no further than this message. I agree wholeheartedly, z/OS should put out a much more friendly, and obviously self-describing windows type message along the order of: 00CD:3465AF8C in VXDFF5+2F4 -- 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: BLKSIZE=0
In a recent note, Ed Gould said: Date: Tue, 23 Jan 2007 07:50:04 -0600 I believe there has been an option in SMS (since the early 1990's anyway) to write an eof into empty datasets, just by specifying it in the IGDSMSxx member in parmlib. IIRC this refers to any dataset that has not been openned that is SMS managed. What I see is: #3.2.6.3 z/OS V1R7.0 DFSMS Using Data Sets __ 3.2.6.3 Factors to Consider When Allocating Direct Access Data Sets When the system allocates a new SMS data set with DSORG=PS or no DSORG, the access methods treat the data set as being null, that is, having no data. A program can safely read the data set before data has been written in it. This means the first GET or first CHECK for a READ causes the EODAD routine to be called. Hmmm. I had understood that this works only if DSORG is known. But the wording appears back to the oldest OS/390 doc I find on publibz. And note that the mechanism is not described. It could be by writing an EOF at the beginning; it could be that a flag is set (in the DSCB?) to indicate that the data set is uninitialized. Note that it mentions GET and READ, but not EXCP. And it does not mention any PARMLIB option. For data sets other than system managed with DSORG=PS or null, the program will receive unpredictable results such as reading residual data from a prior user, getting an I/O error, or getting an ABEND. Reading residual data can cause your program to appear to run correctly, but you can get unexpected output from the residual data. You can use one of the following methods to make the data set appear null: 1. At allocation time, specify a primary allocation value of zero; such as SPACE=(TRK,(0,10)) or SPACE=(CYL,(0,50)). This I've done this; it works. technique does not work with a VIO data set because creation includes the secondary space amount. Alas. It mostly works, but there's likely a performance impact. In fact, I've run the system out of paging storage by doing this. VIO ought to be more faithful in its emulation of real DASD. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: COBOL and Java interoperabitiliy
John, I have a sample Cobol program from a friend which I will email you at fryday. It invokes the Java -version function. Roland I know that the current Enterprise COBOL language is documented to be able to invoke Java class methods and vice versa. But I'm curious if anybody out there has actually done anything like this? How difficult is it? Will the Java method be zAAP eligible? Reason: Current management has decided to do a lot of stuff in Java on RedHat Linux. I think it would be interesting to see if we could create some glue on z/OS so that Java on Linux could use JMS to talk to Java on z/OS, which would then use some legacy COBOL I/O routines or business logic. Just some blue sky thinking on my part at this point due to my ignorance of how difficult this would be. Especially given that most COBOL programmers are still a bit reactionary towards doing things differently. -- 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: user friendliness
User friendliness (UF) is an inchoate notion. Applications need to be UF. Not all systems interfaces need be or even should be UF. Circa 1910 anyone who undertook an automobile trip from Paris to Lyon or New York to Philadelphia needed to be qualified for membership in the [not yet founded] Society of Automotive Engineering in order to have any prospect of completing his trip. This is no longer the case. Such trips are now unremarkable because the infrastructure required for them is in place. Interestingly, however, the SAE has not been abolished. The needs and preoccupations of automotive engineers are very different from those of car drivers; but they are complementary in the sense that car drivers must look implicitly to automotive engineers for progress in car design and performance. Individual error messages may be clear or muddled, require revision or not; but reifying the content of a message into a generic complaint about a z/OS UF deficiency is not helpful. Many of the messages produced by z/OS are already too user friendly, in the special sense that when parsed they turn out to be saying: It's too complicated, and you wouldn't understand anyway. UF is inseparable from dumbed down content. This is perhaps---I'm not sure---regrettable. It certainly means that different kinds of manuals are needed for different kinds of people. John Gilmore Ashland, MA 01721-1817 USA _ Type your favorite song. Get a customized station. Try MSN Radio powered by Pandora. http://radio.msn.com/?icid=T002MSN03A07001 -- 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
Unix System Services Maintenance
Listers: Is there some existing documentation that details the steps necesary to apply smp/e maintenance to USS on z/OS 1.4 ? I know you have to follow some procedure involving the file systems and having them in service mode. But I can't find where it is explained. TIA. Kind regards, Roberto -- I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- 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
Saving your old tapes
Hi Folks, It just occurred to me after having a discussion with a fellow sysprog that most of us have old tapes and cartridges lying around (collecting dust) which have potential usefulness if they'd be converted to DVDs or CD roms and put into AWS format. The technology is certainly available for that, and it's a lot easier to store (say) 2 DVDs than 20 or 25 carts (or 2400 foot reels). Many of us, who were hoarding old tapes, not knowing what would be done with them, of course never anticipated that you can run MVS on a PC. (And you LEGALLY can run 1975-vintage MVS 3.8 at home.) So even if you think your old tapes aren't useful, you can make them useful to SOMEBODY, and the other side is, that CDs and DVDs take up a whole lot less space than tapes do. And also, you can make duplicates of CDs and DVDs much more easily, so they can be saved for longer. I wanted to put this idea out to the public, because people often don't think of that. Since I do a lot of software archiving (being the co-proprietor of the CBT Tape collection), I have a tendency to think along those lines. Anyway, if anybody is interested, please say something. This idea can be a bigger boon to us MVS people than anybody anticipated. The technology to do Tape to AWS or TAPE to FakeTape (TM) conversions on an MVS system, can be found on CBT Tape File 533. Go to www.cbttape.org. More recent stuff is on the Updates page, so look at the Updates page first. Then, look at the CBT page. All the best... Sincerely, Sam Golob -- 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: Saving your old tapes
I've got Heart's Dream Boat Annie on 8 track cartridge. Looks like it might fit into a 3480/3490 drive. Does that count? --- [EMAIL PROTECTED] wrote: From: Sam Golob [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Saving your old tapes Date: Tue, 23 Jan 2007 10:55:29 -0500 Hi Folks, It just occurred to me after having a discussion with a fellow sysprog that most of us have old tapes and cartridges lying around (collecting dust) which have potential usefulness if they'd be converted to DVDs or CD roms and put into AWS format. The technology is certainly available for that, and it's a lot easier to store (say) 2 DVDs than 20 or 25 carts (or 2400 foot reels). Many of us, who were hoarding old tapes, not knowing what would be done with them, of course never anticipated that you can run MVS on a PC. (And you LEGALLY can run 1975-vintage MVS 3.8 at home.) So even if you think your old tapes aren't useful, you can make them useful to SOMEBODY, and the other side is, that CDs and DVDs take up a whole lot less space than tapes do. And also, you can make duplicates of CDs and DVDs much more easily, so they can be saved for longer. I wanted to put this idea out to the public, because people often don't think of that. Since I do a lot of software archiving (being the co-proprietor of the CBT Tape collection), I have a tendency to think along those lines. Anyway, if anybody is interested, please say something. This idea can be a bigger boon to us MVS people than anybody anticipated. The technology to do Tape to AWS or TAPE to FakeTape (TM) conversions on an MVS system, can be found on CBT Tape File 533. Go to www.cbttape.org. More recent stuff is on the Updates page, so look at the Updates page first. Then, look at the CBT page. All the best... Sincerely, Sam Golob -- 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 _ Netscape. Just the Net You Need. -- 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: user friendliness
Good point. I was using blogspot the other day which is owned by Google. I tried to save my work and got error bX-njdwxv which seemed pretty user unfriendly to me. But then I thought -- this is Google. They want use to use their search technology. I did and I got a clear expansive explanation of what was wrong. Perhaps they are on to something. When you can Google mainframe information, we have reached a point where messages don't need to explain so much as to inform -- just the facts ma'am just the facts. Perhaps the next search engine should be Dragnet. (pun intended) vbg or even Car54. roflmao IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/23/2007 10:42:56 AM: UF is inseparable from dumbed down content. This is perhaps---I'm not sure---regrettable. It certainly means that different kinds of manuals are needed for different kinds of people. John Gilmore - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
Reading past an EOF record (was BLKSIZE=0)
I just saw a post on another thread about saving old tapes, and that reminded me that once in the early 1970s I was sent a scratch tape from a SHARE buddy who worked at a bank so that I could copy all my local HASP mods onto the tape and mail it back to him. After copying the data to the tape, for some reason I decided to run a DITTO job to see if there was anything on the tape after the tape mark at the end of my data. Sure enough, there was some of the bank's financial records still on the tape. Bill Fairchild -- 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
Can you check a User abend in JCL?
Someone just asked me this and I was like, ahh, err, doh. He said, I want to run this step if the previous step abends with a U3666 and I tried COND=(0,EQ,STEP002.ACR01) but it didn't work. Is there any way to check a user abend code It's been almost 10 years since I've worked with production systems and JCL, and I was a bit stumped and I didn't know. So I thought I'd ask my friends here. I coulda sworn though that a U abend was the same as a system abend... Thanks in advance, Lindy -- 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: Can you check a User abend in JCL?
With IF/ELSE/ENDIF you can specify ABENDCC=U3666 when checking a condition. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Tuesday, January 23, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Can you check a User abend in JCL? Someone just asked me this and I was like, ahh, err, doh. He said, I want to run this step if the previous step abends with a U3666 and I tried COND=(0,EQ,STEP002.ACR01) but it didn't work. Is there any way to check a user abend code It's been almost 10 years since I've worked with production systems and JCL, and I was a bit stumped and I didn't know. So I thought I'd ask my friends here. I coulda sworn though that a U abend was the same as a system abend... *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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: Can you check a User abend in JCL?
Thanks Don. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald (Exchange) Sent: Tuesday, January 23, 2007 6:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Can you check a User abend in JCL? With IF/ELSE/ENDIF you can specify ABENDCC=U3666 when checking a condition. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Tuesday, January 23, 2007 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Can you check a User abend in JCL? Someone just asked me this and I was like, ahh, err, doh. He said, I want to run this step if the previous step abends with a U3666 and I tried COND=(0,EQ,STEP002.ACR01) but it didn't work. Is there any way to check a user abend code It's been almost 10 years since I've worked with production systems and JCL, and I was a bit stumped and I didn't know. So I thought I'd ask my friends here. I coulda sworn though that a U abend was the same as a system abend... *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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: BLKSIZE=0
---snip Prohibit reading beyond DS1LSTAR, and enforce management of DS1LSTAR so it is never allowed to point past uninitialized space. -unsnip--- What about datasets that have no EOF mark and depend rather on end-of-extent? Like JES2 SPOOL space? RACF DB? Some forms of BDAM datasets? The name of the game here is FLEXIBILITY; unfortunately, that sometimes leads to COMPLEXITY. -- 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: Unix System Services Maintenance
Check out manual UNIX System Services Planning and the section titled 'Installing service into the z/OS UNIX file system'. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Halais Sent: Tuesday, January 23, 2007 10:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Unix System Services Maintenance Listers: Is there some existing documentation that details the steps necesary to apply smp/e maintenance to USS on z/OS 1.4 ? I know you have to follow some procedure involving the file systems and having them in service mode. But I can't find where it is explained. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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: Saving your old tapes
Many of us, who were hoarding old tapes, not knowing what would be done with them, of course never anticipated that you can run MVS on a PC. (And you LEGALLY can run 1975-vintage MVS 3.8 at home.) So even if you think your old tapes aren't useful, you can make them useful to SOMEBODY, and the other side is, that CDs and DVDs take up a whole lot less space than tapes do. And also, you can make duplicates of CDs and DVDs much more easily, so they can be saved for longer. By all means, ancient software from the mainframe world should be saved. Relatively little from before 1980 still exists from IBM, and extremely little from most other mainframe companies. If you find an old tape disk, or even stack of cards, please look into giving or lending them to an archivist to save the bits, such as the CBT folks or CHM. I suppose I will toot Computer History Museum's horn again - sorry about that, I am trying not to steal CBT's thunder - but they are doing a great job of saving what is out there from IBM and the BUNCH. The museum is not just hardware and manuals - there is a full time software curator on staff, and he can handle many interesting problems with old, and often failing, media. Yes, there are probably some legality issues for some of it, but as far as I know IBM has never bothered CHM about it. This is probably a question best answered by the CHM staff. And as the software gets older, the problem tends to go away.The important thing is that the bits are saved. -- Will -- 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: Saving your old tapes
--snip I've got Heart's Dream Boat Annie on 8 track cartridge. Looks like it might fit into a 3480/3490 drive. Does that count? --unsnip--- Aaaa no, I don't think so :-) -- 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
ISPF edit bug
I have a small but irritating bug that I do not yet have a fix for. When in ISPF edit and using hardware tabs, one can place the cursor on a tab and press enter. The tabs on that line are cleared so one can place a character where a tab was. I find when editing for long periods that instead of clearing the tabs on the line on which the cursor is placed, the tabs on the line above are cleared. Problem is not reproducible in the sense I know what will make it happen. Problem may have happened under 1.3 but we are now: z/OS 01.07.00 ISPF Level 5.7.0 harware is various 2064, 2084, 2094 Has anyone ever seen this? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Unix System Services Maintenance
Don and Robert: Thank you. Missed that one! Kind regards, Roberto On 1/23/07, Imbriale, Donald (Exchange) [EMAIL PROTECTED] wrote: Check out manual UNIX System Services Planning and the section titled 'Installing service into the z/OS UNIX file system'. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Roberto Halais Sent: Tuesday, January 23, 2007 10:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Unix System Services Maintenance Listers: Is there some existing documentation that details the steps necesary to apply smp/e maintenance to USS on z/OS 1.4 ? I know you have to follow some procedure involving the file systems and having them in service mode. But I can't find where it is explained. *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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 -- I am as you, in you, for you. One as you in all, as all, forever. My call is your call. -- 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: ISPF edit bug
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Talman Sent: Tuesday, January 23, 2007 10:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ISPF edit bug I have a small but irritating bug that I do not yet have a fix for. When in ISPF edit and using hardware tabs, one can place the cursor on a tab and press enter. The tabs on that line are cleared so one can place a character where a tab was. I find when editing for long periods that instead of clearing the tabs on the line on which the cursor is placed, the tabs on the line above are cleared. Problem is not reproducible in the sense I know what will make it happen. Problem may have happened under 1.3 but we are now: z/OS 01.07.00 ISPF Level 5.7.0 harware is various 2064, 2084, 2094 Has anyone ever seen this? Are you using a true greenscreen terminal or a terminal emulator? Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX -- 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: What is command reject trying to tell me?
Alan, let me give you a less crabby response. I admire IBM and its products, and the mainframe has provided a good living for me. The support center would be an inappropriate resource, based on my experience. I believe they do not help with problems -- they resolve defects. Had I called them up and said what the heck does this message mean? they would have (politely) told me to go away. OTOH, this listserve was great! The people here told me, in several fits and starts, what the message indicated. Was it authoritative? No, by the listserve's nature, it was not. However, I was able to take the advice given here and correct the error, which is for me the ultimate authority. Could I have tricked the Support Center into solving the problem? Probably -- called them up and fibbed I have a DFSMS defect -- this perfectly good dataset and my perfectly good QSAM program won't read it. With any luck, they would eventually have come around to telling me that DFSMS was either WAD, or almost WAD, and my dataset was missing a BLKSIZE. They might have issued a PTF, which would not solve my problem -- my program would just fail with an S013 rather than a Command Reject. I would still have had to change my code to solve the problem (and I'm not for a second objecting to that). This listserve required a note from me that took 5 or 10 minutes to compose, and 53 minutes later I had the essential clues from Bill Fairchild (thank you, Bill!). I doubt that the Support Center would have done as well. It is, after all, set up to serve a different need. Can you criticize me, OTOH, on the basis that things will never get better if people don't report problems? Guilty as charged. Frankly, the hours in my day are limited, and the time I have available for good deeds I allocate to causes that are more worthy of charity (IMHO) than IBM. IBM has dozens of employees who read this listserve. If it is not worth it in IBM's management's view to seek out problems here and put in the effort necessary to solve them correctly, then why should it be worth it to me? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, January 23, 2007 4:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is command reject trying to tell me? On Mon, 22 Jan 2007 08:33:11 -0800, Charles Mills [EMAIL PROTECTED] wrote: This problem is not unsolvable. I am not asking how to solve it. I have solved it. The points of my posts were 1. Initially, could someone who is more up-to-date on channel programs than I please decode the CCW gibberish for me? That was done. 2. And then, why the heck can't DFSMS put out a message like illegal blocksize rather than a message like 80AC000404208400FF010F004EA0AC00 FAILING PARAMETER LIST DATA = 868400AC00AC. You guys wonder why the mainframe has fallen from favor and has a reputation for requiring the labor of guys with 40 years of experience to parse its entrails? Look no further than this message. Did you talk to the Support Center? No one here can answer your question authoritatively, but many have expressed the opinion that you should be getting S013 abend, not a unit check. -- 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: ISPF edit bug
Extra for SNA Server - Display v6.5 sp2 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/23/2007 01:05:30 PM: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On I have a small but irritating bug that I do not yet have a fix for. When in ISPF edit and using hardware tabs, one can place the cursor on a tab and press enter. The tabs on that line are cleared so one can place a character where a tab was. I find when editing for long periods that instead of clearing the tabs on the line on which the cursor is placed, the tabs on the line above are cleared. Problem is not reproducible in the sense I know what will make it happen. Problem may have happened under 1.3 but we are now: z/OS 01.07.00 ISPF Level 5.7.0 harware is various 2064, 2084, 2094 Has anyone ever seen this? Are you using a true greenscreen terminal or a terminal emulator? Jeffrey D. Smith - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Non - ECC, non-parity memory was Re: Risks (Was Re: Decoding the encryption puzzle)
On 23 Jan 2007 09:20:43 -0800, in bit.listserv.ibm-main you wrote: On Mon, 2007-01-22 at 20:05 +0100, R.S. wrote: David Andrews wrote: [...] Some years ago we had a mixture of servers running NetWare [...] raised a NMI [...] on the average of once a month Once a month? What hardware did you use??? Those were (IIRC) HP Netserver LEs and LFs. I did say it was awhile ago! There were failures, both hw and sw, but the frequency was *significantly* lower. Lucky you. Certainly I am comparing apples and oranges; the parity machines were different from the non-parity machines. Bit errors on one system might-or-might-not be as frequent as bit errors on another. But you work with the data you have, and crude extrapolation told me that once a day we had uncorrected bit errors on one of those 300 machines. That meant that (if we were lucky) somebody's machine locked up, causing us to spend a half hour of a tech's time examining the carcass looking in vain for a software issue that wasn't there, and the user had to recreate whatever document was in-flight at the time. I say this is the lucky case, because the costs of recovery are well-defined. But in the unlucky case the bit error is undetected and makes a mess in someone's spreadsheet, or corrupts a buffer, or... what? You'll never find out what that data error cost your company. But how do we get the message across to the non-technical people in charge of purchasing or authorizing purchase of laptops that this is important when you can get the My Eyes Glaze Over effect when you try to explain it to many IT professionals? I think the Hasp song book song about the crash caused by JES3 having a store instead of a load (hex 50 is a load, hex 58 a store) might come closest. Take my dubious numbers as you will, but my point was that bit errors do happen. Insurance is a good thing. -- 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 SYNCHRES=YES z/OS 14 SYNCHRES=NO
I have checked the manuals and the archives on this and I am still unsure about mixing the yes and no values for SYNCHRES in a GRSPlex (Basic sysplex if that matters any). I need to bring my TEST LPAR into our plex for testing. I would rather wait until either our outage weekend next month to change the value of this on the systems that are already in the sysplex or until each cuts over to 1.7 but I need to bring the TEST system up in the plex and test before I can migrate 1.7 to the next system. I see that I can change the value via the SETGRS command and I guess I could always code the 1.7 system as SYNCRES=NO for this phase but from the way I interpret the FM it doesn't seem like it should be a concern. However, nothing I found gave a definitive answer. Does anyone know of any problems with having two z/OS 1.4 systems with SYNCHRES=NO and a z/OS 1.7 systems with SYNCHRES=YES active in a basic sysplex? Has anyone run this way when migrating to 1.7 from 1.4? Thank you, Greg -- 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: Non - ECC, non-parity memory was Re: Risks (Was Re: Decoding the encryption puzzle)
On Tue, 2007-01-23 at 15:00 -0400, Clark Morris wrote: But how do we get the message across to the non-technical people in charge of purchasing or authorizing purchase of laptops that this is important You're asking ME? My shop is spinning down the m/f in favor of a SAP implementation on Wintel: a wonderful topic to take up with me at SCIDS. -- 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
Conversion experience from MP3000 to z9 BC
Dear friends, We are currently converting to a z9 BC machine from an MP3000 (7060-H30). We are running z\OS 1.4 and have prepared the software following the PSP information in the 2096UPGRADE bucket. So far, our test system has IPLed successfully and we have not encountered any issues. However, for the sake of completeness, I was wondering if anyone the list who underwent a similar upgrade can pass on any experiences, suggestions or warnings. TIA Nigel Salway -- 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: Non - ECC, non-parity memory was Re: Risks (Was Re: Decoding the encryption puzzle)
On 23 Jan 2007 11:00:44 -0800, [EMAIL PROTECTED] (Clark Morris) wrote: But how do we get the message across to the non-technical people in charge of purchasing or authorizing purchase of laptops that this is important when you can get the My Eyes Glaze Over effect when you try to explain it to many IT professionals? Just tell them this is a requirement.How many such rules do we live under that we don't understand. The bad part about such rules isn't how hard it is to get them, but how hard it is to get rid of them. (There usually isn't any review to find out whether the rules still make sense). It's interesting that testing standards I've seen for OO systems are nowhere near as rigorous as testing standards I've seen for traditional systems. The reason is that there never is total ownership of whatever you use in OO, so the testing standards can't be as rigorous. So people compare time of development and see that the old systems take longer to program. It's really the testing that takes longer.Maybe the standards should match. I worked at a shop which had both PL/I and CoBOL programs.One reason that people chose PL/I for some programs was because it included bounds checking.Actually, what it included was no option to turn off bounds checking. And the standard for the CoBOL programs (established by a long gone systems person), was to set the compile switch to not do bounds checking.That standard didn't make sense with the more powerful machines, when the big cost was in maintenance instead of CPU time - and it especially didn't make sense if people chose their computer language to get around this standard. Well, some people choose Java to get around old standards instead of choosing it for its strengths. -- 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: Conversion experience from MP3000 to z9 BC
On Tue, 23 Jan 2007 14:25:09 -0500, Salway, Nigel wrote: I was wondering if anyone the list who underwent a similar upgrade can pass on any experiences, suggestions or warnings. I went through a z800 to Z9BC upgrade a few months ago and encountered problems with the 2096DEVICE PSP bucket. It could be that we were one of the first to get a Z9BC, but I was missing maintenance. The maintenance I missed was added the week before we upgraded. I learned to keep watching PSP. We IPL'd fine and got everything up and running, but when I tried to add new DASD through HCD, I got mis-matches all over the place. We had some issues with our vendor with conversion too, but missing the maintenance was the worst part. I don't know if the MP3000 uses PCHIDs, so you might be able to ignore this. If you can see PCHIDs via HCD in your converted IODF on your MP3000, then you have the maintenance I missed. Also be very careful with your conversion process for the IODF. I kind of counted on guidance from our vendor and I got it all messed up. The doc I found to be most complete for this was actually conversion from 9672 to z890. I can't find it right now, but ask your vendor about the IODF conversion process. If they get a glazed look, then say something and I'll find the doc I used. It's not that hard, but it's kind of convoluted in that you have to export the IODF, run it through a PCHID mapping tool, and then import it back. -- 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: Conversion experience from MP3000 to z9 BC
We upgraded from an H50 to a z9bc and had no issues - except when we inadvertently IPLed the z9 on the same packs the 7060 was IPLed off. For some reason the 7060 didn't like somebody else coming and stepping on his page packs! We built a completely new set of IODF/IOCDS information for the z9 so didn't run into the issues Dave did. The business partner we worked with was extremely helpful in getting the I/O configuration right. We went through the PSP buckets and made sure we had all maintenance on before trying the conversion. We are also at z/OS 1.4. Rex Dave, FYI, the 7060 doesn't use PCHIDs. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Salway, Nigel Sent: Tuesday, January 23, 2007 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Conversion experience from MP3000 to z9 BC Dear friends, We are currently converting to a z9 BC machine from an MP3000 (7060-H30). We are running z\OS 1.4 and have prepared the software following the PSP information in the 2096UPGRADE bucket. So far, our test system has IPLed successfully and we have not encountered any issues. However, for the sake of completeness, I was wondering if anyone the list who underwent a similar upgrade can pass on any experiences, suggestions or warnings. TIA Nigel Salway -- 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: It's not too late to SHARE
On Mon, 22 Jan 2007 16:16:10 -0800, Skip Robinson [EMAIL PROTECTED] wrote: It's not too late to set a course for SHARE February 12 - 16 in Tampa. ... There's still time to register and reserve a hotel room within walking distance of the session venue. ... I tried getting a room through SHARE housing over the weekend. (I'll get around to procrastinating any minute now.) 2 hotels were sold out, one did not have rooms for the whole week, and one wasn't metioned at all. But sold out refered to the SHARE rate, and SHARE's discount was not very big. Rooms were available. 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: Cart Disk Allocation
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. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Marshall Sent: Friday, January 19, 2007 1:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Cart Disk Allocation There has been a running discussion about allocation of drive, carts or disk which harkens back to the early days of MVS (later days of MVT) where a shortage of drives, some drive was broken, or good SYSPROGs sysgen'ed into the system more devices than they needed to keep from doing IOGENs. The problem was since the device was gen'ed and OFFLINE, it was a candidate for ALLOCATION. To resolve this problem, I found (and believe is still there) was a bit in the UCB which was turned on when the CE ran OLTEP. If this bit was on, the system thought it was unavailable. I wrote a small program which could be run as a STC, passing the UCB address and whether to turn it ON or OFF. If the bit was on for a broken drive (or non-existent one), the system would think it had OLTEP running on it and skip any allocation attempts. The byte is the UCBFLG5 where the bit is the UCBNALOC EQU X'04' which says Offline device is in use by a System Component. I have not tried this a long time but it might solve some issues folks have. Jim This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL and Java interoperabitiliy
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jan MOEYERSONS Sent: Tuesday, January 23, 2007 5:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: COBOL and Java interoperabitiliy RedHat Linux. I think it would be interesting to see if we could create some glue on z/OS so that Java on Linux could use JMS to talk to Java on z/OS, which would then use some legacy COBOL I/O routines or business logic. Why not do the glue in COBOL, after all, it is just MQ-Series at that end. You should be able to get to the messages through JMS at the other side without having JMS at the COBOL side, no? I didn't know that JMS was identical to MQ-Series! Thanks for the information. Of course, this assumes that I have MQ-Series on z/OS. Which I don't at present, but we are supposed going to get it. Unless we reconsider after getting sticker shock from the price. Myself, I have written some JNI glue that enables one to invoke a Java method from a COBOL program and to invoke a COBOL sub-routine as a native method. But that is all running happily on zOS. Cheers, Jantje. -- 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
SVC's
Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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 Tue, 23 Jan 2007 15:47:54 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: 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. 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.). 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: Conversion experience from MP3000 to z9 BC
On Tue, 2007-01-23 at 14:25 -0500, Salway, Nigel wrote: We are currently converting to a z9 BC machine from an MP3000 (7060-H30). We are running z\OS 1.4 We just went live a week ago, having converted from 7060-H50 to 2096-G01. (This was z/OS 1.5, not 1.4) There were no surprises. Performance is roughly the same (although the 2096 has more memory, which the database system likes). OSA Express replaced a BusTech MAN, and it has performed flawlessly as well. I don't like those ESCON pigtails much - they look pretty delicate. And right at the moment they're in a tangled heap under the floor; I'll have to fix that when they take the 7060 to the boneyard. -- 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: SVC's
Check out the SVCTAB program in files 66 or 133 (same program if I remember right) from www.cbttape.org The unused SVCs all share the same dummy address. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: Tuesday, January 23, 2007 15:00 To: IBM-MAIN@BAMA.UA.EDU Subject: SVC's Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Conversion experience from MP3000 to z9 BC
On Tue, 2007-01-23 at 16:12 -0500, David Andrews wrote: We just went live a week ago, having converted from 7060-H50 to 2096-G01. (This was z/OS 1.5, not 1.4) Preceded by a couple of hours by this: You're asking ME? My shop is spinning down the m/f in favor of a SAP implementation on Wintel: a wonderful topic to take up with me at SCIDS. Seems that could make for an interesting beer or two. 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: SVC's
If you have MXI installed at your site, you can check out the option SVC. Thanks Varun This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. Ward, Mike S [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/24/2007 02:29 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject SVC's Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Conversion experience from MP3000 to z9 BC
On Tue, 23 Jan 2007 14:25:09 -0500, Salway, Nigel [EMAIL PROTECTED] wrote: Dear friends, We are currently converting to a z9 BC machine from an MP3000 (7060-H30). We are running z\OS 1.4 and have prepared the software following the PSP information in the 2096UPGRADE bucket. So far, our test system has IPLed successfully and we have not encountered any issues. However, for the sake of completeness, I was wondering if anyone the list who underwent a similar upgrade can pass on any experiences, suggestions or warnings. TIA Nigel Salway We went from a 9672 to a z9 BC just this weekend. Went flawlessly. DO be sure to have applied all of the required PSP buckets. These can be found in your SAPR guide. -- 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: z/OS 1.7 SYNCHRES=YES z/OS 14 SYNCHRES=NO
I can't speak for this particular option, but in general there is great peril in running shared systems with different views of what to protect/allow and how to do it. In some cases, a new system cannot even join a GRSplex if key options don't match. You could take the trusting optimist view that if joining is not prohibited, then everything must be hunky dory. Or not. Greg Saccomanno [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/23/2007 11:03 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject z/OS 1.7 SYNCHRES=YES z/OS 14 SYNCHRES=NO I have checked the manuals and the archives on this and I am still unsure about mixing the yes and no values for SYNCHRES in a GRSPlex (Basic sysplex if that matters any). I need to bring my TEST LPAR into our plex for testing. I would rather wait until either our outage weekend next month to change the value of this on the systems that are already in the sysplex or until each cuts over to 1.7 but I need to bring the TEST system up in the plex and test before I can migrate 1.7 to the next system. I see that I can change the value via the SETGRS command and I guess I could always code the 1.7 system as SYNCRES=NO for this phase but from the way I interpret the FM it doesn't seem like it should be a concern. However, nothing I found gave a definitive answer. Does anyone know of any problems with having two z/OS 1.4 systems with SYNCHRES=NO and a z/OS 1.7 systems with SYNCHRES=YES active in a basic sysplex? Has anyone run this way when migrating to 1.7 from 1.4? -- 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: SVC's
TASID? Al -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: Tuesday, January 23, 2007 1:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SVC's Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed.If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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
ASCII and NON-XPLINK
Hi, I was trying to compile the Openldap package on z/OS 1.7 using XPLINK and ASCII, unfortunately I ran into lots of linker problems, the same as encountered by Howard Chu in Apr 2003 (http://bama.ua.edu/cgi-bin/wa?A2=ind0304L=ibm-mainP=R65156I=1X=0610C276E0EE724152Y=weberjn%40gmail.com) I only got the ASCII option to work with XPLINK using c89, there seem to be no NON-XPLINK Ascii libraries, at least the linker does not find them. If I compile the code below using I tried c89 -Wc,ASCII -Wl,ASCII hello.c I get errors. So, did I use wrong options or can't ASCII programs be compiled with NON-XPLINK? Thanks, Jürgen #include stdlib.h #include stdio.h main() { printf(2 x 2 is %d\n, (2*2)); } IEW2456E 9207 SYMBOL @@ROND UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY. IEW2456E 9207 SYMBOL @@A00118 UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY. IEW2456E 9207 SYMBOL CEEROOTD UNRESOLVED. MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY. FSUM3065 The LINKEDIT step ended with return code 8. -- 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: ASCII and NON-XPLINK
In a recent note, Juergen Weber said: Date: Tue, 23 Jan 2007 16:41:33 -0600 I tried c89 -Wc,ASCII -Wl,ASCII hello.c I get errors. So, did I use wrong options or can't ASCII programs be compiled with NON-XPLINK? I believe ASCII requires XPLINK. -- gil -- StorageTek INFORMATION made POWERFUL -- 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.8 to Win 2003 Server FTP Problem
Dear List, I am trying to FTP a 10GB file from my z/OS 1.8 system to a Windows 2003 Server platform. After about 9.2 GB of data being transferred, the FTP process is aborted with the error message of - No CSI structure available from the Windows FTP process. Has anyone else seen this? TIA HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -- 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: z/OS 1.7 SYNCHRES=YES z/OS 14 SYNCHRES=NO
We migrated from z/OS R4 to z/OS R6 and allowed the default to be in effect so we implemented SYNCRES=YES on each system at the same time as z/OS R6. We ran a mixed level Sysplex for many months as the migration of R6 onto a couple production LPARs had some interesting technical challenges. SYNCRES=YES is recommended as a best practice by the Health Checker for z/OS. CHECK(IBMGRS,GRS_SYNCHRES) START TIME: 01/23/2007 17:54:46.124930 CHECK DATE: 20050105 CHECK SEVERITY: LOW ISGH0304I Global Resource Serialization synchronous RESERVE processing is active. This is consistent with the IBM suggestion for Global Resource Serialization synchronous RESERVE processing. END TIME: 01/23/2007 17:54:46.125948 STATUS: SUCCESSFUL We saw no ill effects or need to override the default in R6 till we implemented it across the Sysplex. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Saccomanno Sent: Tuesday, January 23, 2007 2:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.7 SYNCHRES=YES z/OS 14 SYNCHRES=NO I have checked the manuals and the archives on this and I am still unsure about mixing the yes and no values for SYNCHRES in a GRSPlex (Basic sysplex if that matters any). I need to bring my TEST LPAR into our plex for testing. I would rather wait until either our outage weekend next month to change the value of this on the systems that are already in the sysplex or until each cuts over to 1.7 but I need to bring the TEST system up in the plex and test before I can migrate 1.7 to the next system. I see that I can change the value via the SETGRS command and I guess I could always code the 1.7 system as SYNCRES=NO for this phase but from the way I interpret the FM it doesn't seem like it should be a concern. However, nothing I found gave a definitive answer. Does anyone know of any problems with having two z/OS 1.4 systems with SYNCHRES=NO and a z/OS 1.7 systems with SYNCHRES=YES active in a basic sysplex? Has anyone run this way when migrating to 1.7 from 1.4? Thank you, Greg This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC's
On Tue, 23 Jan 2007 14:59:39 -0600, Ward, Mike S [EMAIL PROTECTED] wrote: Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? ... Others have already suggested MXI and TASID. I suspect Omegamon, Mainview, etc. also provide this. But ... (insensitive statement follows) ... I suspect you are not ready to write an SVC if you aren't already familiar with tools like that. I know there is no clear logic in my statement, but I would want a army of tools before I launched into writing an SVC. I may be the only one on this list that has not written one so maybe my concern is irrational, but it seems to me that a lot of damage can be done by an errant SVC. 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: SVC's
Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Several tools have been mentioned, but they all have the limitation that they can only show you what is currently in effect - on the system looked at. If you are looking to allocate a number for a new product, it can get a bit hairy - I maintain comments in SYS1.PARMLIB for this very reason. 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: Unix System Services Maintenance
Is there some existing documentation that details the steps necesary to apply smp/e maintenance to USS on z/OS 1.4 ? I know you have to follow some procedure involving the file systems and having them in service mode. But I can't find where it is explained. If this is in relation to the changes to /var and /etc in z/OS 1.7, you'll have to manually deal with that. There's some tips in the migration guide. 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: SVC's
Also consider using SVC 109, which calls another module based on the value R15. Like 'direct' SVCs, numbers 200 - 255 are reserved for customer use. One advantage of this SVC is that you're less likely to bump into another exploiter because the 109 mechanism is relatively new(er). I assume you have studied MVS Diagnosis: Reference , GA22-7588 in my z/OS 1.8 library. Shane Ginnane [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 01/23/2007 04:32 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SVC's Hello all, I was looking into user written svc's and I have found out that starting at 200 on up are available to the user. My problem is I don't know which ones are already in use. Is there a way to display which user svc's are already taken? Several tools have been mentioned, but they all have the limitation that they can only show you what is currently in effect - on the system looked at. If you are looking to allocate a number for a new product, it can get a bit hairy - I maintain comments in SYS1.PARMLIB for this very reason. 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
Is it necessary re-compile all pdef/formdef after migrated from PSF3.3 to PSF3.4
Hi, Is it necessary re-compile all pdef/formdef after migrate from PSF3.3 to PSF3.4 (Zos1.4 to zos1.7) any comment will be appreciated best regards tommy -- 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: ASCII and NON-XPLINK
On Tue, 23 Jan 2007 16:41:33 -0600, Juergen Weber wrote: So, did I use wrong options or can't ASCII programs be compiled with NON-XPLINK? Ah, here it is: Title: z/OS V1R7.0 XL C/C++ User's Guide Document Number: SC09-4767-04 # 2.3.15.7 z/OS V1R7.0 XL C/C++ User's Guide __ 2.3.15.7 ASCII | NOASCII Default: NOASCII The ASCII option instructs the compiler to perform the following: * Use XPLink linkage unless explicitly overwritten by the NOXPLINK option. Note that the ASCII run-time functions require XPLINK. The system headers check the __XPLINK__ macro (which is predefined when the XPLINK option is turned on). The prototypes for the ASCII run-time functions will not be exposed under NOXPLINK. Specifying the NOXPLINK option explicitly will prevent you from using the ASCII run-time functions. ASCII NOXPLINK will be accepted, and will generate an error (CCN8136) if there is a main() in the code (an executable to be generated). ... -- gil -- StorageTek INFORMATION made POWERFUL -- 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: BLKSIZE=0
On Tue, 23 Jan 2007 12:50:09 -0500, Bruce Black wrote: publibz. And note that the mechanism is not described. It could be by writing an EOF at the beginning; it could be that a flag is set (in the DSCB?) to indicate that the data set is uninitialized. It is done by writing an EOF on the first track at the time the dataset I wonder why the omitted the central implementation detail, and why they did not include EXCP as a supported access technique. is allocated. There is no option to control this. Most JCL allocates sequential datasets without specifying DSORG (the DSORG is not determined until the dataset is opened for output), so IBM decided to do this for all SMS datasets with DSORG=PS or null. I thought someone once informed me that the reason I didn't get an EOF in a particular instance was that SMS couldn't determine the DSORG. I'm tempted to try again. They could have easily done this for non-SMS as well, but I guess they opted for compatibility. Compatibility with what? Is there some application that depends on uninitialized space not starting with an EOF? That can't generally be guaranteed. But I'd suggest the EOF not be written when ABSTRK is specified -- someone might be trying to recover deleted data. That said, I try not to urge that such solutions be retrofitted to obsolescent environments such as non-SMS. Rather, the users should be encouraged to migrate forward to (e.g.) SMS. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: SVCs
Assorted doubts have already been cast on what you propose to do. Let me add one. SVCs are at best obsolescent. Since you need to master a new technology in either case, look at the use of PC-based schemes instead of SVC-based ones. (Here 'PC' is of course an acronym for 'program call' rather than 'personal computer'.) John Gilmore Ashland, MA 01721-1817 USA _ FREE online classifieds from Windows Live Expo buy and sell with people you know http://clk.atdmt.com/MSN/go/msnnkwex001001msn/direct/01/?href=http://expo.live.com?s_cid=Hotmail_tagline_12/06 -- 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: BLKSIZE=0
Bruce, This conflicts with BLKSIZE=0 being used for SDB. SDB does not work unless DSORG can be established. BLKSIZE=0 is a null - SDB requires DSORG and no BLKSIZE. Additional DCB depends on the DSORG. Most sites have a default DATACLAS that will allocate with DSORG=PS if nothing else can be determined. This allows SDB to work, and also ensures SMS datasets have an EOF at allocation. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Black Sent: Wednesday, 24 January 2007 1:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: BLKSIZE=0 Most JCL allocates (the DSORG is not determined until the dataset is opened for output -- 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: BLKSIZE=0
--- snip -- Bruce, This conflicts with BLKSIZE=0 being used for SDB. SDB does not work unless DSORG can be established. BLKSIZE=0 is a null - SDB requires DSORG and no BLKSIZE. Additional DCB depends on the DSORG. Most sites have a default DATACLAS that will allocate with DSORG=PS if nothing else can be determined. This allows SDB to work, and also ensures SMS datasets have an EOF at allocation. Ron (the DSORG is not determined until the dataset is opened for output -- snip -- We've just noticed (z/OS 1.8) that a problem was fixed with DSORG=PO data sets and dynamic multivolume. Our ACS routines (as probably other sites also do) check for DSORG. A DATACLAS with dynamic multivolume capability is assigned to most data sets, unless they don't support mulitvolume (DSORG=PO). This had worked well in the past. Data sets that have an unknown DSORG also had a DATACLAS assigned to them (with DYNVOL) specified. Unfortunately, some of the unknown DSORG data sets happened to be PDS data sets that were allocated with the LIKE parameter (DSORG is NOT passed to the ACS routine when LIKE is used). This now results in an allocation error. Be careful with assigning a DATACLAS to an unknown DSORG allocation in SMS. John PS. Good to hear that you're still around 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: z/OS 1.7 SYNCHRES=YES z/OS 14 SYNCHRES=NO
-- snip -- I have checked the manuals and the archives on this and I am still unsure about mixing the yes and no values for SYNCHRES in a GRSPlex (Basic sysplex if that matters any). I need to bring my TEST LPAR into . . -- snip -- We migrated from z/OS R4 to z/OS R6 and allowed the default to be in effect so we implemented SYNCRES=YES on each system at the same time as z/OS R6. We ran a mixed level Sysplex for many months as the migration of R6 onto a couple production LPARs had some interesting technical challenges. . .We saw no ill effects or need to override the default in R6 till we implemented it across the Sysplex. -- snip -- I can't speak for this particular option, but in general there is great peril in running shared systems with different views of what to protect/allow and how to do it. In some cases, a new system cannot even join a GRSplex if key options don't match. You could take the trusting optimist view that if joining is not prohibited, then everything must be hunky dory. -- snip -- RESERVE processing is different with SYNCHRES and I had problems early on (with XRC and CU long busy - if I remember correctly). There is no requirement for SYNCHRES to be the same in all members of the Sysplex. But, as Skip points out, it is preferable if all members of the Sysplex serialize their resources in the same manner. I would upgrade your z/OS 1.4 systems to using SYNCHRES=YES before running the z/OS 1.7 System. As Sam indicated, it also works in a mixed Sysplex, but I would prefer to migrate to SYNCHRES=YES first, before upgrading the z/OS image to 1.7. It would be nice to know if you have any RESERVE/SYNCHRES problems before migrating. For additional reading, look at OA18968 (z/OS 1.8) and also OA14080. The last apar is especially interesting since it deals with LSPACE, MIH and SYNCHRES=YES. John -- 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