Re: IBM - MLC question
Thanks for the replies to my question. -- 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: Logon statistic
- Original Message From: Elardus Engelbrecht [EMAIL PROTECTED] 'IRR67652I The utility processed 0 SMF type xx records' I know why you can't get any records. First RACF and IRRADU00 cannot help you with VALID logon stats because Complete only write SMF records for each violations. Elardus, I meant I can't get *any* records at all, not only the ones from Com-plete. IFASMFDP shows that records have been written, but IRRADU00 claims not. I'll have a better look at the job. Thanks for the info about Com-Plete. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.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: How fast is XCF
Guys, Thanks for the input. I'm sure our system is not optimal, we've only just started to play with it. The question I'm really asking, but obviously didn't make clear enough, is - How fast can it be if well tuned and configured and with the best hardware options? If it's not going to be faster than TCPIP, i.e. turn around times of less than a milliSecond, then it has no advantage over TCPIP and has the drawback that it doesn't work to non-mainframes. We need to keep TCPIP to communicate off the mainframe. Is there any point to having XCF communications between LPARs or would TCPIP do just as well for that? Regards, Ron MacRae. -- 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 fast is XCF
How fast can it be if well tuned and configured and with the best hardware options? FAST. If it's not going to be faster than TCPIP, i.e. turn around times of less than a milliSecond, then it has no advantage over TCPIP and has the drawback that it doesn't work to non-mainframes. We need to keep TCPIP to communicate off the mainframe. Is there any point to having XCF communications between LPARs or would TCPIP do just as well for that? Most of this was already answered, and as usual the answer is 'it depends'. On your hardware configuration, for instance. On distances between boxes participating in the same sysplex. On XCF message sizes. On how busy any of your participating systems are. There is no canned answer 'it will be faster than TCPIP'. Or 'the time will be longer'. Or 'the time is smaller than a millisecond.' Our average GRS structure response time is less than 0.008ms. But that's GRS (almost no data transfer, cf on the same box as the lpar). The distant lpar connected to the same structure over 25km distance has an average sync response time of about 0.2ms. Asynch response time goes up to 1.1ms. If this application you're talking about is for customers, you can assume that response times will vary greatly, depending on how much hardware is thrown at XCF. Regards, Barbara Nitz -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free -- 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 to audit the usage of IND$FILE
Was doing an interview audit one time. Subject was control of system libraries and protecting them. Then I shocked the auditor by asking this question. Why are you so intent on protecting the system from me, whose livelihood is dependent on keeping it healthy? What about that hourly operator or tape librarian on the third shift who gets pissed off and trashes the system physically and then skips out the door? Blank stare in response. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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
Catalog Search Interface (IGGCSI00) ALTER Access
Greetings all, We are removing unnecessary ALTER access permissions to catalogs in a RACF protected environment. In investigating why certain users were using ALTER access, we noticed that the number of times these users accessed the catalogs at ALTER corresponded exactly with the number of times they invoked the Catalog Search Interface IGGCSI00. Based on further testing and observation, we have surmised that when a user with ALTER access permission to a catalog invokes IGGCSI00, the catalog is accessed at the ALTER level. Conversely, when a user with less than ALTER access permission invokes IGGCSI00, the catalog is accessed at READ. There doesn't appear to be any difference in behavior or added functionality when IGGCSI00 accesses the catalog at ALTER as opposed to READ, so we are wondering why it does so. Regards, Bob Robert S. Hansel | 2008 RACF Training (January - July) Lead RACF Specialist | Intro Basic Admin - Boston - APR 29 - MAY 1 RSH Consulting, Inc. | Intro Basic Admin - Boston - OCT 7-9 www.rshconsulting.com | Audit for Results - Boston - MAY 20-22 617-969-8211 | Audit for Results - Boston - OCT 28-30 | Visit our website for registration details -- 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: Xephon, are they still in business?
Yes, CAVMEN still meets quarterly in the north Chicago suburbs. Take a look at http://www.cavmen.org. Glen Gasior wrote: I knew some VM'ers that belonged to something called CAVEMEN, is that still active ? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- 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: Catalog Search Interface (IGGCSI00) ALTER Access
On Mon, 21 Apr 2008 04:56:38 -0400, Robert S. Hansel (RSH) [EMAIL PROTECTED] wrote: We are removing unnecessary ALTER access permissions to catalogs in a RACF protected environment. In investigating why certain users were using ALTER access, we noticed that the number of times these users accessed the catalogs at ALTER corresponded exactly with the number of times they invoked the Catalog Search Interface IGGCSI00. Based on further testing and observation, we have surmised that when a user with ALTER access permission to a catalog invokes IGGCSI00, the catalog is accessed at the ALTER level. Conversely, when a user with less than ALTER access permission invokes IGGCSI00, the catalog is accessed at READ. There doesn't appear to be any difference in behavior or added functionality when IGGCSI00 accesses the catalog at ALTER as opposed to READ, so we are wondering why it does so. Even LISTCAT will require ALTER to retrieve certain data, Bob. Many (most?) catalog information retrieval requests determine whether the user has ALTER, and if not then check for READ. If the user does have ALTER, then more information may be returned. Catalog processing has always worked that way, as far as I know, and it's the main reason that using WARNING on a RACF profile protecting a catalog gives results that most customers do not like. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: Logon statistic (solved)
- Original Message From: Walter Marguccio [EMAIL PROTECTED] I meant I can't get *any* records at all, not only the ones from Com-plete. IRRADU00 works fine and is a good starting point. If you code a TYPE(000:255) instead of TYPE(000,255) it works even better. :-( I'll make a call to SAG to see how can I do with Com-Plete Thanks to all who answered. Walter Marguccio z/OS Systems Programmer Munich - Germany __ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.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 __ Sent from Yahoo! Mail. A Smarter Email http://uk.docs.yahoo.com/nowyoucan.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: Question on *MASTER* address space.
Thank you Ed, Now I know. Regards, Claude Richbourg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, April 18, 2008 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on *MASTER* address space. Richbourg, Claude wrote: Okay, I've pondered this for awhile and now I would like to see why. Would any of you explain this about the MASTER address space? Question: When I look at the DA screen in our input/output viewer (IOF), it shows the *MASTER* system address space with an 'S00' task number. It has dispatching priority FF of course, but none of the other 'privileged' SYSTEM address spaces have a 'S ' task number, even though they are all in the SYSTEM service class/workload. Those in SYSSTC service class have S00 numbers as I would expect. Same across all lpars. Why is that? Because the SYSLOG task -- running in *MASTER* -- issued SSI 20 REQUEST JOB ID. This was needed so it could allocate a sysout data set for the SYSLOG. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How fast is XCF
Is there any point to having XCF communications between LPARs or would TCPIP do just as well for that? You must have XCF for Parallel SYSPLEX; TCP/IP is not used for that low level communication. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: action in UK33496
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Sunday, April 20, 2008 10:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: action in UK33496 On Sun, 20 Apr 2008 18:11:45 -0700, Skip Robinson [EMAIL PROTECTED] wrote: ... There was a note of caution that I found almost funny: the new OP code would not cause a problem for any program *unless* that program were depending on the OP code *not* to be valid. Where's my S0C1? I need my S0C1! After all these years in the business, I would not bet the farm on there being no such program. ... I remember seeing such a program sometime within the last 15 years. I don't remember what character string used to create the S0C1, but I remember thinking that some day it would be a valid opcode and there was going to be some very unanticipated behavior in that program. Sheesh! Everybody knows you're supposed to EX and EX in such circumstances, not execute some clever word. You need a more intuitive, self-explanatory abend like S0C3 to aid your debugging. :-) Pat O'Keefe IIRC, IBM has stated that an opcode of x'00' will __never__ be valid and will __always__ produce a program check interrupt code 1 (S0C1 in MVS-speak). I always use the S0C3 method as it is guaranteed by the Principles of Operation to do this. However, I had a friend at another shop do this. He got a royal dressing down by the lead sysprog because he (the sysprog) had decided that the S0C3 abend was his alone and had placed a SLIP in COMMNDnn to take SVC dumps on every S0C3 to debug __his__ programs. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How fast is XCF
Is there any point to having XCF communications between LPARs or would TCPIP do just as well for that? You must have XCF for Parallel SYSPLEX; TCP/IP is not used for that low level communication. I guess RFC2549 would be no good either then ... ??? 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: How fast is XCF
I guess RFC2549 would be no good either then ... ??? Since I don't know what that is, I cannot answer that. But, I know I would not want to use TCP/IP to handle GRS, DB2 buffer pools, lock structures, etc. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How fast is XCF
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, April 21, 2008 8:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How fast is XCF I guess RFC2549 would be no good either then ... ??? Since I don't know what that is, I cannot answer that. But, I know I would not want to use TCP/IP to handle GRS, DB2 buffer pools, lock structures, etc. - It is a funny RCF - IP over Avian carriers with Quality of Service http://www.faqs.org/rfcs/rfc2549.html -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
John, I believe that your statements would hold true if you were comparing an IFL on the z9 against the p6. As I understand it the p6 chip is a 1.8Ghz chip and the z9 IFL has a 1.2Ghz chip. So if you move from an AIX server using the p6 chip to LINUX on a z9 IFL you'd be losing some power. However, the IFL on the z10 has a 4.4Ghz chip in it. Based on that theoretically you could move about 2.4 full Power 595 servers to an IFL on the z10. At least you should be able to make the move at a 2 to 1 ratio. Tom Kelman Tommy Tsui wrote: Hi all, As I heard from IBM, Bank of Tokyo just completed their big project to migrate a thousand of server to a z9 using IFL linux. They show me the migration powerpoint (seems quite successful) Anyone know about this task? Any shop is doing the same thing? What's the upgrade path for existing p595, migrate to z9 using IFL or p6? any comment will be appreciated Tommy John Giltner wrote: I would assume you would move to the newly announced Power servers. There is a Power 595 which uses p6. From what little I have read it is just a renamed p595 that use the p6 chip instead of the p5. Depending on what you are doing, I don't know if converting your applications from AIX to Linux and running on IFL's would get you anything. Converting/migrating to Linux on IFL's is generally a benefit if you have a lot of servers doing next to nothing, or that are running on older and much less powerful platforms. At one time I believe IBM's recommendation was for every 15-20 Intel CPU's averaging 5% busy you need at least one IFL. That was for a z900 or z990 though. I don't know what it may be for a z9 or even a z10. I do know that for software pricing a IFL is 100 value units for z990 and z9's and for a z10 they rate it at 120 value units. -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
The z6 Chip is 4.2 gh, the p6 chip is 4.4 gh. The p5 chips are plus/minus 2 gh IIRC. snip I believe that your statements would hold true if you were comparing an IFL on the z9 against the p6. As I understand it the p6 chip is a 1.8Ghz chip and the z9 IFL has a 1.2Ghz chip. So if you move from an AIX server using the p6 chip to LINUX on a z9 IFL you'd be losing some power. However, the IFL on the z10 has a 4.4Ghz chip in it. Based on that theoretically you could move about 2.4 full Power 595 servers to an IFL on the z10. At least you should be able to make the move at a 2 to 1 ratio. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
I believe that your statements would hold true if you were comparing an IFL on the z9 against the p6. As I understand it the p6 chip is a 1.8Ghz chip and the z9 IFL has a 1.2Ghz chip. So if you move from an AIX server using the p6 chip to LINUX on a z9 IFL you'd be losing some power. You're comparing apples to tomatoes. AIX servers are considered to be running 'hot' at over 15% busy. IFL's can run flat out, so you can virtualise many more servers than your proposed ratios. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: action in UK33496
Patrick O'Keefe wrote: Sheesh! Everybody knows you're supposed to EX and EX in such circumstances, not execute some clever word. You need a more intuitive, self-explanatory abend like S0C3 to aid your debugging. :-) I've remember some old code that used: EX 0,* to force a logic error abend. Such specification no longer compile in the immediate relative world. These days we use: J *+2 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How fast is XCF
[EMAIL PROTECTED] (Shane) writes: I guess RFC2549 would be no good either then ... ??? one of the april 1st RFCs from my rfc index http://www.garlic.com/~lynn/rfcietff.htm click on Term (term-RFC#) in RFCs listed by section and scroll down to April1 April1 5242 5241 4824 4042 4041 3751 3514 3252 3251 3093 3092 3091 2795 2551 2550 2549 2325 2324 2323 2322 2321 2100 1927 1926 1925 1924 1776 1607 1606 1605 1437 1313 1217 1149 1097 852 748 clicking on the RFC # (in the index) brings up the RFC summary in the lower frame. 2549 IP over Avian Carriers with Quality of Service, Waitzman D., 1999/04/01 (6pp) (.txt=9519) (Updates 1149) (Refs 1149) (Ref'ed By 3117) as always ... clicking on the .txt=nnn field (in the summary), fetches the actual RFC. as noted, 2549 references 1149: 1149 E A Standard for the Transmission of IP Datagrams on Avian Carriers, Waitzman D., 1990/04/01 (2pp) (.txt=3215) (Updated by 2549) (Ref'ed By 1543, 1818, 2321, 2549) -- 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: action in UK33496
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, April 21, 2008 9:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: action in UK33496 Patrick O'Keefe wrote: Sheesh! Everybody knows you're supposed to EX and EX in such circumstances, not execute some clever word. You need a more intuitive, self-explanatory abend like S0C3 to aid your debugging. :-) I've remember some old code that used: EX 0,* to force a logic error abend. Such specification no longer compile in the immediate relative world. These days we use: J *+2 -- Edward E Jaffe Yea, I just changed a module to be baseless. I had to include an EX 0,* in the constants area. Since I didn't want the S0C3 abend to always be from that address, I had to put an EX in the code section which referenced the EX in the constants section. That works OK. I could have jumped to the constants section, then looked at the BEAR register to tell where I came from, but I thought my way was a bit easier to debug. Why use J *+2 ? It assembles to A7F4 0001, which would jump to the 0001 portion of the instruction. Why not just hard code a H'0'? Do you have some fancy debugger which detects this particular sequence by saying something like: If the abend is a S0C1, and the opcode is x'00' followed by a x'01' and the BEA register points 2 bytes before the abend address, then report a deliberate abend.? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: action in UK33496
McKown, John wrote: IIRC, IBM has stated that an opcode of x'00' will __never__ be valid and will __always__ produce a program check interrupt code 1 (S0C1 in MVS-speak). A Few years back I would have disagreed with you.. The ESA/390 POO states (6.5.2.24, programing note 2 of SA22-7201-04) : //The operation code 00, with a two-byte instruction format, currently is not assigned. It is improbable that this operation code will ever be assigned.// (so it was not __never__ and __always__ !) But they changed the wording now (and for a pedant like me, the meaning) : The z/Architecture POO States (Page 6-27, left col, Programming note 2 of Operation Exception Program Interrupt of SA22-7832-06) : //Operation code 00 hex will never be assigned to an instruction implemented in the CPU.// So after 40+ years - they finally made up their mind ! --Ivan -- 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: action in UK33496
McKown, John wrote: Why use J *+2 ? It assembles to A7F4 0001, which would jump to the 0001 portion of the instruction. Why not just hard code a H'0'? Do you have some fancy debugger which detects this particular sequence by saying something like: If the abend is a S0C1, and the opcode is x'00' followed by a x'01' and the BEA register points 2 bytes before the abend address, then report a deliberate abend.? Jumps can be conditional. DC H'0', EX of EX, and all similar techniques are messy because you must always branch *around* the code to force the abend. For example: CLI 0(R1),C'A' Value too low? JNL LABEL1 Branch if not DCH'0'Force logic error abend LABEL1 DC 0H CLI 0(R1),C'9' Value too high? JNH LABEL2 Branch if not DCH'0'Force logic error abend LABEL2 DC 0H vs the very simple ... CLI 0(R1),C'A' Value too low? JL*+2 Force logic error abend CLI 0(R1),C'9' Value too high? JH*+2 Force logic error abend -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: action in UK33496
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, April 21, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: action in UK33496 McKown, John wrote: Why use J *+2 ? It assembles to A7F4 0001, which would jump to the 0001 portion of the instruction. Why not just hard code a H'0'? Do you have some fancy debugger which detects this particular sequence by saying something like: If the abend is a S0C1, and the opcode is x'00' followed by a x'01' and the BEA register points 2 bytes before the abend address, then report a deliberate abend.? Jumps can be conditional. DC H'0', EX of EX, and all similar techniques are messy because you must always branch *around* the code to force the abend. For example: CLI 0(R1),C'A' Value too low? JNL LABEL1 Branch if not DCH'0'Force logic error abend LABEL1 DC 0H CLI 0(R1),C'9' Value too high? JNH LABEL2 Branch if not DCH'0'Force logic error abend LABEL2 DC 0H vs the very simple ... CLI 0(R1),C'A' Value too low? JL*+2 Force logic error abend CLI 0(R1),C'9' Value too high? JH*+2 Force logic error abend -- Edward E Jaffe Ah. Now that is __CLEVER__! I may adopt it myself. In fact, time to rewrite the code that I was rewriting! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
On Mon, 2008-04-21 at 09:12 -0500, Kelman, Tom wrote: As I understand it the p6 chip is a 1.8Ghz chip and the z9 IFL has a 1.2Ghz chip. So if you move from an AIX server using the p6 chip to LINUX on a z9 IFL you'd be losing some power. Not on the basis of internal clock rate! Those two processors are vastly different under the covers. You CAN'T use GHz numbers to compare unlike processors -- period. (BTW, that's why AMD can make competitive chips with slower clock rates. But due to PHBs and others naively comparing GHz, AMD gives their chips names that vaguely relate to the competition's clock rates.) -- 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: action in UK33496
---snip I always use the S0C3 method as it is guaranteed by the Principles of Operation to do this. However, I had a friend at another shop do this. He got a royal dressing down by the lead sysprog because he (the sysprog) had decided that the S0C3 abend was his alone and had placed a SLIP in COMMNDnn to take SVC dumps on every S0C3 to debug __his__ programs. ---unsnip-- Any respect I might have had for that lead guy just took a serious nosedive. I also use a S0C3 abend as a trigger for my debuggers, coupled with a SPIE/ESPIE exit that uses a funky parm list. What I'd REALLY like to see is a user-controllable intercept for a Monitor Call instruction, like GTF uses (or at least used to use.) -- 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
Upgrade error.
We just upgraded our OS to ZOS 1.9 and old CoBOL programs fail with the following error: 000121 008200 COPY ABEND01. 000121== IGYDS0010-S A COPY statement was found but the LIB compiler option was not in effect. Scanning was resumed at the item following the next period. How do I set up our compilers to work again? (Batch and Endevor - no CICS) -- 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
Adding a Frame to a Tape Library
We just added a new frame to the TS3500 we have. So now we have two frames. The number of slots has not changed. It was 500 slots before the upgrade to the second frame and 500 slots after the upgrade. When I go into the Tape library it shows the 900 slots I expected. ISMF and D SMS,LIB(x) still shows the 500 slots. This is the first time I have had a frame added. So I want to make sure it is not a plug/play issue. I know that IDCAMS can alter the library to increase the number of slots. So the hardware knows, but the software does not. However, it seems to me that it should be more automated. But perhaps I am living in a dream world. Any thoughts? Lizette -- 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: Upgrade error.
I also noticed that the SDSF output file order is different. -- 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: Upgrade error.
On Mon, Apr 21, 2008 at 11:37 AM, Howard Brazee [EMAIL PROTECTED] wrote: We just upgraded our OS to ZOS 1.9 and old CoBOL programs fail with the following error: 000121 008200 COPY ABEND01. 000121== IGYDS0010-S A COPY statement was found but the LIB compiler option was not in effect. Scanning was resumed at the item following the next period. How do I set up our compilers to work again? (Batch and Endevor - no CICS) Talk to your Endevor folks. They need to add the LIB compiler option to the processor that you are using. Or, the systems programmers can tweak the compiler defaults to override the IBM-delivered default, which is NOLIB. -- 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: Upgrade error.
On 21 Apr 2008 08:53:27 -0700, [EMAIL PROTECTED] (Don Leahy) wrote: Talk to your Endevor folks. They need to add the LIB compiler option to the processor that you are using. Or, the systems programmers can tweak the compiler defaults to override the IBM-delivered default, which is NOLIB. Thanks. I added that parm to my own compile and it worked. The Endevor people and the systems programmers will decide on a permanent fix. -- 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: action in UK33496
On Sun, 20 Apr 2008 18:11:45 -0700, Skip Robinson wrote: I remember back when a very fundamental utility changed to SDB by default. I believe it was IEBGENER itself. If we had HOLDDATA back then, I'm not sure how big a deal we made of it. In any case, one major application had an 'outage' because a particular job step had been counting on the historic default where output blocksize was equal to input blocksize. Their master file was required to be a certain blocksize. For years the offending utility step copied the file without specifying blocksize. Suddenly with SDB the output changed, and subsequent steps failed. Silly application designer. A well designed application should not be sensitive to blocksize, simply because it should be designed to accommodate future changes in device geometries. IEBGENER changed to SDB by default and subsequently (or immediately) grew a PARM to override the behavior. I believe later the design changed to make the historic behavior the default. I'm torn on this one. Much as I admire SDB, I respect the intent of a copy program to replicate all attributes of the input data. OTOH, it ought to support optimal copying to a different device type. The final solution should be FBA, where block size becomes irrelevant. Or something like PDSE's protean treatment of BLKSIZE: on input it can be anything the programmer codes in the DCB. I once had to explain to the author of a very silly CLIST why it suddenly failed to enter an expected (!) ERROR routine because underscore was no longer invalid in labels. I didn't feel very guilty about that one. What a dope. Every well-designed language, application, programming system should have a way to force an error. IDCAMS has such; HLASM has MNOTE; zSeries has x'00'. Rexx lacks such; I resort to dividing by zero or accessing an uninitialized variable to force an error. Also, every well-designed language should have: o Comments o A no-op. I remember reading about a new OP code being introduced on a processor. There was a note of caution that I found almost funny: the new OP code would not cause a problem for any program *unless* that program were depending on the OP code *not* to be valid. Where's my S0C1? I need my S0C1! After all these years in the business, I would not bet the farm on there being no such program. This more likely happens with new OP codes overloading user-defined macro names. As a courtesy, the vendor should partition the name space and commit to leaving some fraction available for user-defined macros and promising that no new OP code or macro will intrude on the space ceded to users. The component prefix registry could be used for this, and also to mitigate contention between ISVs. The statement should be that no new OP code or macro name will ever overlap a registered component prefix. -- gil -- 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: action in UK33496
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, April 21, 2008 11:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: action in UK33496 [snip] Every well-designed language, application, programming system should have a way to force an error. IDCAMS has such; HLASM has MNOTE; zSeries has x'00'. Rexx lacks such; I resort to dividing by zero or accessing an uninitialized variable to force an error. Also, every well-designed language should have: o Comments A well designed language would not just have comments, but would enforce comments. Of course, the most excellent language would understand the comments themselves and that would actually be the code! Nerd-vana. o A no-op. [snip] This more likely happens with new OP codes overloading user-defined macro names. As a courtesy, the vendor should partition the name space and commit to leaving some fraction available for user-defined macros and promising that no new OP code or macro will intrude on the space ceded to users. The component prefix registry could be used for this, and also to mitigate contention between ISVs. The statement should be that no new OP code or macro name will ever overlap a registered component prefix. -- gil I do not really care for component prefixes. What about my macros? What if some vendor duplicates my name? I would, sort of, like HLASM to implement namespaces. My idea would be something along the lines of it working like it does today, with one addition. Where you can currently place either a macro name (opcode field), or as part of the parameter (member name) of the COPY, be able to specify a DD name which is used instead of SYSLIB to resolve the macro or copy statement. Eg COPYCALIB:MSG or CALIB:MSG 'THIS IS A MESSAGE FROM A CA PRODUCT',other parms -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Upgrade error.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Brazee We just upgraded our OS to ZOS 1.9 and old CoBOL programs fail with the following error: 000121 008200 COPY ABEND01. 000121== IGYDS0010-S A COPY statement was found but the LIB compiler option was not in effect. Scanning was resumed at the item following the next period. How do I set up our compilers to work again? (Batch and Endevor - no CICS) Re-apply whatever USERMOD you had on the previous z/OS release to tailor your COBOL installation options. This is z/OS-release-independent. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How do I resolve abend U896 in INFO/MANAGEMENT?
I'm trying to run INFO/MANAGEMENT to get a report for my manager in a batch job (instead of doing it manually on TSO). I can generate this report just fine from my TSO/ISPF logon, but I cannot get it to run in batch at all. The job gets a U896 abend from INFOMAN, which when I looked up the error in the INFOMAN Messages Codes manual says this: 896 X'380' Explanation: BLX Services initialization error. The reason code provided in a preceding message or in register 15 of the dump identifies the specific type of error encountered. The reason codes and their meanings follow: And R15 in the dump is X'A8', which the manual says is: 168 (X'0A8') Error building pseudo ACEE. So it looks like it might be a security error of some kind, but there are no security messages in the job output at all (we use TSS here). These are the INFO/MANAGEMENT commands I'm trying to run in batch: SE SP**/DIRDEV4 STAC/OPEN DATD/2008/05/12 - 2008/06/13 REPORT 8 DVHCHANGE 1 END QUIT Can anyone tell me what I am doing wrong here? My JCL is as follows: //TSOUSERZ JOB (DT00,9FLR),'FARLEY-9FLR', // CLASS=W,MSGCLASS=X,NOTIFY=SYSUID //OUTPUT OUTPUT DEFAULT=Y,JESDS=ALL,DEST=LASER,UCS=GT15 //* // //* DELETE SPFPROF PDS FOR BATCH INFOMAN RUNS // //DELPROF EXEC PGM=IEFBR14 //SPFPROF DD DISP=(MOD,DELETE,DELETE),DSN=SYSUID..TSOUSER.SPFPROF, // SPACE=(0,0) //* // //* CREATE SPFPROF PDS FOR BATCH INFOMAN RUNS FROM INFOIDS COPY // //COPYPROF EXEC PGM=IEBCOPY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=SYSUID..SPFPROF //SYSUT2 DD DISP=(NEW,CATLG,DELETE),DSN=SYSUID..TSOUSER.SPFPROF, // UNIT=TEST,SPACE=(TRK,(15,15,44),RLSE), // DSORG=PO,RECFM=FB,LRECL=80,BLKSIZE=0 //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(5,5)) //SYSUT4 DD UNIT=SYSDA,SPACE=(CYL,(5,5)) //SYSINDD DUMMY //* // //* RUN BATCH INFOMAN REPORT // //INFOMAN EXEC PGM=IKJEFT01,DYNAMNBR=50 //ISPPROF DD DSN=SYSUID..TSOUSER.SPFPROF,DISP=OLD //SYSEXEC DD DSN=SYS1.SISPEXEC,DISP=SHR //SYSPROC DD DSN=SYS1.CLISTLIB,DISP=SHR // DD DSN=SYS1.SISPCLIB,DISP=SHR //ISPPLIB DD DSN=SYIP.INFO71.PANELS,DISP=SHR // DD DSN=SYS1.SISPPENU,DISP=SHR //ISPMLIB DD DSN=SYS1.SISPMENU,DISP=SHR //ISPSLIB DD DSN=SYS1.SISPSENU,DISP=SHR // DD DSN=SYS1.SISPSLIB,DISP=SHR //ISPTLIB DD DSN=SYS1.SISPTENU,DISP=SHR //ISPLOG DD SYSOUT=*, // DCB=(LRECL=125,BLKSIZE=129,RECFM=VA) //ISPLIST DD SYSOUT=*, // DCB=(LRECL=121,BLKSIZE=121,RECFM=FA) //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * ISPSTART PGM(BLGINIT) PARM(SESS(02) + IRC(SE SP**/DIRDEV4 STAC/OPEN DATD/2008/05/12 - 2008/06/13, + REPORT,8,DVCHANGE,1,END,QUIT)) //* //BLGRPTS DD SYSOUT=*, // DCB=(DSORG=PS,RECFM=FB,LRECL=133,BLKSIZE=133) //* Thanks in advance for your help. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and
Re: 3277 terminals and emulators
No, will not work. It might work if you can connect the machine to a modem though. I believe he has a 15D model. Looks very familiar to me from 25+ years ago. Also the fact it wants 3340/3344 drives. There should be an I/O cage in the back with a bunch of BNC connectors for coax attached terminals. The terminal he is looking for would be used for the system console. IIRC, that may have a special connection in the side of the main frame. This console would also be used for system power on displays. 3420 tape drives, 1403 printers, and 1442 card reader/punchers would also work quite well. On Sun, 20 Apr 2008 23:20:01 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane On Fri, 2008-04-18 at 19:16 -0500, Michael Ross wrote: Folks, I'm in the process of powering-up my System/3: Sorry Mike, can't help. However I showed your web page page to my other half, who's always complaining about the amount of junk I have around the place. My comment: See, I ain't that bad Her comment: *THAT* is divorce material. I think she was trying to suggest I don't even think about heading down the same path... :0) How about a 3174-61R? Got one in the garage. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
switch from CA-SYSVIEW to SDSF
Has anyone ever switched their users from CA-SYSVIEW to SDSF? Duane -- 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
storage limit smf exit ?
Hi, our mvs staff has the smf exit to limit region size on jobs and I have the CTG (cics transaction gateway) product from ibm and it will not start, I believe because it needs more region storage. Is is possible to add my program to the exit without an IPL and have it go in dynamically? Jim Nagy Highmark Software Product Management 412-544-6136 -- 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: storage limit smf exit ?
The SMF exits can be dynamically added and deleted Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Nagy Sent: Monday, April 21, 2008 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: storage limit smf exit ? Hi, our mvs staff has the smf exit to limit region size on jobs and I have the CTG (cics transaction gateway) product from ibm and it will not start, I believe because it needs more region storage. Is is possible to add my program to the exit without an IPL and have it go in dynamically? Jim Nagy Highmark Software Product Management 412-544-6136 -- 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 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: switch from CA-SYSVIEW to SDSF
Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. On Mon Apr 21 14:39 , Duane Weaver [EMAIL PROTECTED] sent: Has anyone ever switched their users from CA-SYSVIEW to SDSF? Duane -- 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: storage limit smf exit ?
You may be affected by an excessive and/or improper specification of BPXPRMxx SHRLIBRGNSIZE(...) value. No amount fiddling with IEFUSI would help in such a case. Michael Poil post from Feb.14/2008 with subject: How to stop SHRLIBRGNSIZE being allocated from an Address Space? explains (or hints at) why it could be so. Hth... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Nagy Sent: April 21, 2008 2:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: storage limit smf exit ? Hi, our mvs staff has the smf exit to limit region size on jobs and I have the CTG (cics transaction gateway) product from ibm and it will not start, I believe because it needs more region storage. Is is possible to add my program to the exit without an IPL and have it go in dynamically? Jim Nagy Highmark Software Product Management 412-544-6136 -- 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: Xephon, are they still in business?
Use this URL for the Chicago Area VM ( and Linux ) ENthusiasts: http://cavmen.home.comcast.net Glenn Miller -- 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: switch from CA-SYSVIEW to SDSF
snip SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides information about Jobs in the JES queue. snip I'd look at EJES if I was going to switch over. From the above comment SYSVIEW can be done by EJES and it is certainly a much better product than SDSF. JMO Jack Kelly 202-502-2390 (Office) -- 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: switch from CA-SYSVIEW to SDSF
Perhaps you haven't looked at it for a few (several) years, Gary. SYSVIEW provides a perfectly useable spool interface; it even lets you set a parameter to use SDSF commands. I found the screen tailoring capabilities of SYSVIEW superior to SDSF. Add in all the rest of its capabilities, and it's enough to make a geek swoon. SYSVIEW gets my vote. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Gary Green [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/21/2008 03:09 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: switch from CA-SYSVIEW to SDSF Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. On Mon Apr 21 14:39 , Duane Weaver [EMAIL PROTECTED] sent: Has anyone ever switched their users from CA-SYSVIEW to SDSF? Duane -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: switch from CA-SYSVIEW to SDSF
Not completely true. Sysview can also act as a very good spool management utility in addition to the functions you mentioned and many others (way too many to list). When I was at a previous company, we actually replaced SDSF with Sysview. That was several years ago when SDSF wasn't as nice as it is today. However, I still like Sysview better but today I use SDSF. Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. On Mon Apr 21 14:39 , Duane Weaver [EMAIL PROTECTED] sent: Has anyone ever switched their users from CA-SYSVIEW to SDSF? Duane -- 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
Fw: COBOL Copybook to DDS conversion
I don't know the answer. I think you *might* get a better reply if you post this to comp.lang.cobol usenet newsgroup. (We have a few COBOL/400 people there) cowboy007 [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello all, this is one more newbie to AS400. I have been working with Mainframes and Z.OS and recently shifted to a shop which uses AS400. I am extremely comfortable with Fileaid, and now, since the time i understood the way PFs are created and are viewed through DDS to be in formatted manner, its really getting tough for me. Because, the shop i am using, for smoe reason, dont have DDS defined for all the files. So, I am looking at any option/utility where i can provide the COBOL Copybook as input and, a source member would be generated with a DDS written accordingly? Did anyone hear/see anything of that sort? -- 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
REXX Error (Was: action in UK33496)
On Mon, 21 Apr 2008 11:15:05 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: ... Every well-designed language, application, programming system should have a way to force an error. IDCAMS has such; HLASM has MNOTE; zSeries has x'00'. Rexx lacks such; I resort to dividing by zero or accessing an uninitialized variable to force an error. ... Maybe I misunderstand what you would want REXX to do. If you're talking about some way of invoking an On-condition block, REXX obviously has it: you SIGNAL or CALL the block's label. If you want to verify an exec's ability to handle an abend condition if you haven't included an exception routine, uh, well, maybe you should include the routine rather than determining how to pick up the pieces after a failure. If you want to determine which Error/Failure/Halt/Noalue/Syntax conditions is raised by a particular miscoded statement you still have to execute the miscoded statement (or reread the doc). I think I've missed what you want. 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
Coding samples
I am trying to get some small samples of code of various languages for a trivia quiz in our shop that has IBM ZOS and Sun Unix.It would be nice to do code that isn't obviously of a language - but the hard part is making sure it doesn't fit several languages. I might start off with something like this - but want a couple of dozen languages.RPGII will be interesting. It may be harder to create code for modern languages that are unique to a language. CoBOL Evaluate printSnapshot Also sendEmail When true also true move both-snapshots-and-email to retcode move ' both snapshots and email'to retcode-text When Other move neither-snapshots-nor-emailto retcode move ' neither snapshots nor email' to retcode-text End-Evaluate EasyTriev BEFORE-BREAK. PROC IF LEVEL EQ 4 DISPLAY ' ' DISPLAY 'FINAL TOTALS ' END-IF END-IF END-PROC == Rexx /*** ISPF/PDF EDIT MACRO TO UPDATE SYS1.AETNAMOD.JCL MEMBERS */ /**/ TRACE ADDRESS ISPEXEC 'ISREDIT MACRO (PARM1) NOPROCESS' PARM1 = TRANSLATE(PARM1) IF PARM1 = '?' THEN DO CALL HELP EXIT END -- 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: switch from CA-SYSVIEW to SDSF
No, actually they do. You can get the JES2 features of Sysview that allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the place I am now uses it extensively. Fortunately they also have SDSF so I was not forced to use Sysview, but I have learned a bit about it, and can use it with JES output, syslog displays, etc. Doug Fuerst Gary Green wrote: Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. snip? -- 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
Lookat under TSO
Is anyone out there using the TSO version of Lookat with z/OS 1.9 messages? I went to the Lookat website downloaded the file they out there from Sept 2007 for 1.9 But when I get to the exec it shows version Version = 3.52; and I get error trying to find certain IOS messages for example. The thing that has me scratching my head is the files show 2007 and show 1.9 messages in side etc. The exec doesnt it still shows a date in there of 2005. Is there a new version that I might need? Also I just updated from the web my messages from April 2008 books did that mess things up? Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this 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: switch from CA-SYSVIEW to SDSF
SYSVIEW absolutely provides the exact same information and processes that you use in SDSF today. In fact, SYSVIEW provides more information than SDSF. You can use the same commands that you use in SDSF, today. The SPOOL feature is included with the base product. And if TSO is not up and available, you can do the same things with access from VTAM, CICS and even z/VM-CMS. But SYSVIEW is a lot more than just a facility for SPOOL management. It is a world class Performance monitor for z/OS, CICS, IMS, Websphere MQ, TCP/IP, USS, WLM, SysPlex, and Datacom (Roscoe if you are one of the fortunate still using it). If you would like additional information, feel free to send me direct eMail at [EMAIL PROTECTED] And thanks to those who had good words about SYSVIEW and are using it today. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doug Fuerst Sent: Monday, April 21, 2008 SYSN 03:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF No, actually they do. You can get the JES2 features of Sysview that allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the place I am now uses it extensively. Fortunately they also have SDSF so I was not forced to use Sysview, but I have learned a bit about it, and can use it with JES output, syslog displays, etc. Doug Fuerst Gary Green wrote: Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. snip? -- 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: how to audit the usage of IND$FILE
The SMF 30 contains no TSO COMMAND usage information by command name, but any DDNAMEs allocated during the TSO session are recorded in the SMF 30s, so you can often/sometimes recognize what TSO command was used from recognizable unique DDNAMEs in the SMF 30, but without 100% accuracy. And you could map the JOB/JESNR/READTIME triplet to select the TYPE1415 for non-VSAM or TYPE64 for VSAM and identify the DSNAME of that DDNAME, which often is needed to identify which version. Barry -- 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: switch from CA-SYSVIEW to SDSF
What was SYSVIEWs name before CA bought it? George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Norman Hollander on h-WiZ.biz Sent: Monday, April 21, 2008 4:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF SYSVIEW absolutely provides the exact same information and processes that you use in SDSF today. In fact, SYSVIEW provides more information than SDSF. You can use the same commands that you use in SDSF, today. The SPOOL feature is included with the base product. And if TSO is not up and available, you can do the same things with access from VTAM, CICS and even z/VM-CMS. But SYSVIEW is a lot more than just a facility for SPOOL management. It is a world class Performance monitor for z/OS, CICS, IMS, Websphere MQ, TCP/IP, USS, WLM, SysPlex, and Datacom (Roscoe if you are one of the fortunate still using it). If you would like additional information, feel free to send me direct eMail at [EMAIL PROTECTED] And thanks to those who had good words about SYSVIEW and are using it today. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doug Fuerst Sent: Monday, April 21, 2008 SYSN 03:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF No, actually they do. You can get the JES2 features of Sysview that allow you to manipulate the JES like SDSF. I prefer SDSF, but one of the place I am now uses it extensively. Fortunately they also have SDSF so I was not forced to use Sysview, but I have learned a bit about it, and can use it with JES output, syslog displays, etc. Doug Fuerst Gary Green wrote: Ah... These two products do not provide the same informaiton. SYSVIEW provides internal, control-block structure information (at a minimum) while SDSF (Spool Display and Search Facility) provides informaiton about Jobs in the JES queue. snip? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: switch from CA-SYSVIEW to SDSF
What was SYSVIEWs name before CA bought it? George Fogg SYSVIEW. It was part of OPS/MVS. I can't remember the vendor. The new name is CA-SYSVIEW. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: switch from CA-SYSVIEW to SDSF
NO- it was never part of OPS/MVS. But we do have tight integration with it. CA SYSVIEW has come a long way from its original incarnation from Legent days. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, April 21, 2008 SYSN 05:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF What was SYSVIEWs name before CA bought it? George Fogg SYSVIEW. It was part of OPS/MVS. I can't remember the vendor. The new name is CA-SYSVIEW. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: switch from CA-SYSVIEW to SDSF
NO- it was never part of OPS/MVS. But we do have tight integration with it. CA SYSVIEW has come a long way from its original incarnation from Legent days. Ok. I don't understand. We had OPS/MVS and SYSVIEW at a site, long before CA bought it. I was always able to get into it through the OPS/MVS ISPF panels. If it wasn't OPS/MVS, who had it before CA? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE Future Conferences
Greetings, I am posting this to try and find the long list of future SHARE conferences for the next few years. In looking at SHARE's web site, under future conferences, only San Jose and Austin are listed. Can someone point me to or provide me with the complete list of SHARE future conferences with dates and locations. TIA... Michael Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- 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: SHARE Future Conferences
I'm waiing for SHARE to be a the Bora-Bora Yacht Club--yes, there is a Bora-Bora yacht club in Tahiti since I was there back in 1998 sailing a chartered Benti-toe 40. Georege Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Cleary Sent: Monday, April 21, 2008 6:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE Future Conferences Greetings, I am posting this to try and find the long list of future SHARE conferences for the next few years. In looking at SHARE's web site, under future conferences, only San Jose and Austin are listed. Can someone point me to or provide me with the complete list of SHARE future conferences with dates and locations. TIA... Michaelita Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- 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: IBM propose to migrate all servers to z10 , what's the upgrade path for p595 or p6
Kelman, Tom wrote: John, I believe that your statements would hold true if you were comparing an IFL on the z9 against the p6. As I understand it the p6 chip is a 1.8Ghz chip and the z9 IFL has a 1.2Ghz chip. So if you move from an AIX server using the p6 chip to LINUX on a z9 IFL you'd be losing some power. However, the IFL on the z10 has a 4.4Ghz chip in it. Based on that theoretically you could move about 2.4 full Power 595 servers to an IFL on the z10. At least you should be able to make the move at a 2 to 1 ratio. Tom Kelman Even if you could compare Ghz to Ghz the latest p6's run at 4.6 and 5 Ghz. However comparing Ghz to Ghz is like comparing car engine performance based on RPMs. Just because one car engine turns faster than another does not mean it is better performing. I mean do you really believe that you could migrate the work load from a 3-way z9 down to a 1-way 3.2 Ghz XEON? Well, depending on what the work load is you might be able to, but for the most part I would think not. Intel/AMD, Power, and zSeries are all designed with different architectures and therefore even at the same Ghz ratings get different throughput on different benchmarks (if you could find a common benchmark that has been run on all 3 platforms). -- 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: REXX Error (Was: action in UK33496)
On Mon, 21 Apr 2008 15:44:20 -0500, Patrick O'Keefe wrote: Maybe I misunderstand what you would want REXX to do. If you're talking about some way of invoking an On-condition block, REXX obviously has it: you SIGNAL or CALL the block's label. If you want to verify an exec's ability to handle an abend condition if you haven't included an exception routine, uh, well, maybe you should include the routine rather than determining how to pick up the pieces after a failure. My technique for picking up the pieces after a failure is to improve the code so that it no longer fails. A nonzero return code is not a failure. Reference to an uninitialized variable is a failure. If you want to determine which Error/Failure/Halt/Noalue/Syntax conditions is raised by a particular miscoded statement you still have to execute the miscoded statement (or reread the doc). I think I've missed what you want. Thanks. Perhaps I need to moderate some of my ancient compulsions: I have _never_ coded a SIGNAL. Partly hangover from the 3 decades ago GOTO considered harmful days; partly from needing to read and sometimes maintain spaghetti code from programmers who branch around their programs using SIGNAL with wild abandon, including one who used SIGNAL for early exit from a deeply nested subroutine, and came to me for assistance when his data set grew to the point that the stack overflowed. (Conversely, I use, perhaps overuse ITERATE and LEAVE to some of the same ends that they abuse SIGNAL.) And SIGNAL mixes with CALL and DO like oil and water. I have rarely coded an On-condition block, partly from resentment of the technique of one of the above programmers who always codes, roughly: signal on syntax ... syntax: say 'Syntax error at line' sigl exit 99 ... thereby providing less diagnostic information than the default Rexx traceback. But he believed that it was necessary to code a handler for every possible exception condition. I start every Rexx EXEC with SIGNAL ON NOVALUE; I never code a NOVALUE handler. I understand that nowadays there are instructions I can use in the handler to diagnose better and identify which variable caused the problem. I need to master those. But a SIGNAL ERROR with no handler would provide much the traceback and termination I desire. I'd just have to accept no longer being able to say I have never coded a SIGNAL. (I also wish I could generate a Rexx traceback at some point, but continue execution.) Thanks, gil -- 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: switch from CA-SYSVIEW to SDSF
You can absolutely get data from SYSVIEW from OPS/MVS. And vice versa. You used a REXX API. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, April 21, 2008 SYSN 06:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF NO- it was never part of OPS/MVS. But we do have tight integration with it. CA SYSVIEW has come a long way from its original incarnation from Legent days. Ok. I don't understand. We had OPS/MVS and SYSVIEW at a site, long before CA bought it. I was always able to get into it through the OPS/MVS ISPF panels. If it wasn't OPS/MVS, who had it before CA? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: switch from CA-SYSVIEW to SDSF
Norman, What I think Ted is referring to is that way back when OPS/MVS was still owned by Goal Systems, before Goal merged with Legent, OPS had a component called SYSVIEW. However, it was basically a SYSLOG viewer/filtering application that could be used as a console replacement, but also could be used to test OPS message rules by running against a subset of the past log. Once Legent and Goal merged, the OPS component was merged with some of the Legent automation tools functionality to improve on the product. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Norman Hollander on h-WiZ.biz Sent: Monday, April 21, 2008 10:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF You can absolutely get data from SYSVIEW from OPS/MVS. And vice versa. You used a REXX API. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, April 21, 2008 SYSN 06:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF NO- it was never part of OPS/MVS. But we do have tight integration with it. CA SYSVIEW has come a long way from its original incarnation from Legent days. Ok. I don't understand. We had OPS/MVS and SYSVIEW at a site, long before CA bought it. I was always able to get into it through the OPS/MVS ISPF panels. If it wasn't OPS/MVS, who had it before CA? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: switch from CA-SYSVIEW to SDSF
The OPS/MVS SYSVIEW and the product SYSVIEW/E are completely different products even though they overlay on the SYSLOG viewing function. SYSVIEW/E was originaly called FAQSMVS from Goal Systems (pre 1988) and came out of the same development labs that developed FAQS for VSE. The overall level of user customisation in SYSVIEW/E was in the original product. With an extensive REXX API integrating other products, batch, native TSO, CICS, VTAM interfaces and combining a complete z/OS monitor toolkit it still blows SDSF away. IMHO. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Wayne Driscoll Sent: 22 April 2008 05:14 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF Norman, What I think Ted is referring to is that way back when OPS/MVS was still owned by Goal Systems, before Goal merged with Legent, OPS had a component called SYSVIEW. However, it was basically a SYSLOG viewer/filtering application that could be used as a console replacement, but also could be used to test OPS message rules by running against a subset of the past log. Once Legent and Goal merged, the OPS component was merged with some of the Legent automation tools functionality to improve on the product. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Norman Hollander on h-WiZ.biz Sent: Monday, April 21, 2008 10:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF You can absolutely get data from SYSVIEW from OPS/MVS. And vice versa. You used a REXX API. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Monday, April 21, 2008 SYSN 06:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: switch from CA-SYSVIEW to SDSF NO- it was never part of OPS/MVS. But we do have tight integration with it. CA SYSVIEW has come a long way from its original incarnation from Legent days. Ok. I don't understand. We had OPS/MVS and SYSVIEW at a site, long before CA bought it. I was always able to get into it through the OPS/MVS ISPF panels. If it wasn't OPS/MVS, who had it before CA? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.0/1382 - Release Date: 16/04/2008 17:34 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.0/1382 - Release Date: 16/04/2008 17:34 -- 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