Re: ESCON Manager Replacement SA OS/390 V1R3 I/O-OPS function only?
Hello Sam, Just letting you know I have been working 6 years without the ESCON Manager installed. Two sites each with 4 x 256 escon directors, and we have never noticed that we needed ESCON Manager. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ESCON Manager Replacement SA OS/390 V1R3 I/O-OPS function only?
Sam, I wouldn't hold out much hope with the SA/390 version. It still burns a large amount of CPU at startup. From what I've seen this is due to the size of the IO config i.e. how big the IODF is. I get the impression that ESCM reads the IODF and builds a various internal tables and cross matches them to available IO resources (ie paths). I'm not sure why it takes so long so much CPU, maybe inefficient sorting/lookup etc.. but it could also be due to the way DEVICE objects are stored in the IODF and how they connect to OS configs. I think there is one record per device per OS config. This changes with z/OS 1.5 when the IODF is upgraed to R5 format, so maybe ESCM will get better at startup.. here's hoping! As for the licence issues, I know of one site in the UK that has done this, but don't have the details of exactly how it was done, I think it was just via their local IBM person. Out of curiosity, what do you use ESCM for? is it just for managing simple stuff like names and status of ports on directors? Regards Roy Knutson, Sam wrote: Hi, We are still running the old Escon Manager (ESCM) on z/OS R6. It works but it's cranky looping for 40 minutes at startup burning a CP and throwing out a bunch of GETMAIN FAILED errors but it works. 14.14.14 STC12491 IHVD000I ESCM V.1__R.3__M.0__ START IN PROGRESS 14.14.15 STC12491 IHVD900I GETMAIN FAILED We had been told the only recourse was to buy a full license for SA/390 but that is not inexpensive and we are already heavily invested and happy with CA-OPSMVS.I found an APAR II11547 that suggests some customers have been given an accommodation perhaps as an entitlement, special bid, or something to get just the I/O Operations piece of SA/390. http://www-306.ibm.com/software/tivoli/products/system-automation-390/in fo-05.html APAR Identifier .. II11547 Last Changed 99/08/16 HELP ON HOW TO GET SA OS/390 V1R3 I/O-OPS FUNCTION ONLY INSTALLED Is it possible? Anyone gone down this road and care to share here or off-list some clues we can feed to our IBM team to help them find the right form to fill out? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESCON Manager Replacement SA OS/390 V1R3 I/O-OPS function only?
In a message dated 5/11/2006 4:42:20 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: It still burns a large amount of CPU at startup. From what I've seen this is due to the size of the IO config i.e. how big the IODF is. I get the impression that ESCM reads the IODF and builds a various internal tables and cross matches them to available IO resources (ie paths). I'm not sure why it takes so long so much CPU, maybe inefficient sorting/lookup etc.. Sounds like another case of the large system effect. LPARs today in big shops with lots of DASDs being mirrored can have 10K to 20K devices easily. And more. 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: ESCON Manager Replacement SA OS/390 V1R3 I/O-OPS function only?
Bill, I agree its a size thing, but the ironic bit is that the creating of these tables is usually a waste of time as the size of the zseries complex increases. Why? Well, this internal representation of the IO config that is maintained by ESCM is only really used if you want to use ESCM to do some of the more complex stuff, such as issuing commands (via ESCM) to config chps offline across various LPARS. Its a nice concept, there's even one command that will (in theory!) vary offline all the paths to a director from all processors, and then take the director offline. Great, except that as the number of LPARS increase (and the complexity of your ioconfig), the likelyhood of one of the systems rejecting the command also increases (almost a certainty in my experience), and then the whole command fails... so you end up doing it manually!..Bottom line is I've never seen any of these commands used in anger. Even smaller sites might struggle to use these advanced commands. If you only use ESCM to update/query the director details , ie port name, matrix, then none of the 'internal' database built by ESCM is really relevant. It just issues the CCWs direct to the director CUP.. So the bigger your ioconfig, the more cycles you burn at startup, and the less likely you are of making use of the info. What a waste! Regards Roy (IBM Mainframe Discussion List) wrote: In a message dated 5/11/2006 4:42:20 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: It still burns a large amount of CPU at startup. From what I've seen this is due to the size of the IO config i.e. how big the IODF is. I get the impression that ESCM reads the IODF and builds a various internal tables and cross matches them to available IO resources (ie paths). I'm not sure why it takes so long so much CPU, maybe inefficient sorting/lookup etc.. Sounds like another case of the large system effect. LPARs today in big shops with lots of DASDs being mirrored can have 10K to 20K devices easily. And more. 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
ESCON Manager Replacement SA OS/390 V1R3 I/O-OPS function only?
Hi, We are still running the old Escon Manager (ESCM) on z/OS R6. It works but it's cranky looping for 40 minutes at startup burning a CP and throwing out a bunch of GETMAIN FAILED errors but it works. 14.14.14 STC12491 IHVD000I ESCM V.1__R.3__M.0__ START IN PROGRESS 14.14.15 STC12491 IHVD900I GETMAIN FAILED We had been told the only recourse was to buy a full license for SA/390 but that is not inexpensive and we are already heavily invested and happy with CA-OPSMVS.I found an APAR II11547 that suggests some customers have been given an accommodation perhaps as an entitlement, special bid, or something to get just the I/O Operations piece of SA/390. http://www-306.ibm.com/software/tivoli/products/system-automation-390/in fo-05.html APAR Identifier .. II11547 Last Changed 99/08/16 HELP ON HOW TO GET SA OS/390 V1R3 I/O-OPS FUNCTION ONLY INSTALLED Is it possible? Anyone gone down this road and care to share here or off-list some clues we can feed to our IBM team to help them find the right form to fill out? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Hawkeye: [exasperated at Quartermaster Sloan's denial of his request for a hospital incubator] We're not asking for a jukebox or a pizza oven! Captain Sloan: Oh, I can let you have one of those. Henry Blake: No kidding! That would be great on movie nights! You got any of those pizza requisition forms? Captain Sloan: [referring to a generic Army requisition form] Oh, just use one of those standard S-1798s and write in pizza where it says machine gun. ][ 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
