Re: Change CPC name in HMC
Martin Packer wrote: >General rant: "Machines should be self-documenting". In what Galaxy? ;-D I also want that cables to be self-documented or rather self-labelled at BOTH ends ... >Reality: "Largely they are". Yep. Very true in *this* Galaxy... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
Right. And from point of view - as a nosy perisher :-) - I want to be using the names customers have for their machines when talking to them. Today I have to ask and use a lookup table to match to Plant/Serial. General rant: "Machines should be self-documenting". Reality: "Largely they are". Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "R.S." To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/01/2016 07:33 Subject:Re: Change CPC name in HMC Sent by:IBM Mainframe Discussion List I think, grouping doesn't help me. Why I'm considering CPC name change: there are two machines managed by the HMC, the serial numbers and it's names are the same with one character exception. This is error prone. More: LPARs view shows all the LPARs from both machines. LPAR names are different for each machines, but also there is only one character of difference. So, imagine "P0012345:LPN00T vs P0012435:LPM00T". Both describe tech LPAR, but on different machines. Easy to mismatch when drag'n'dropping some icon. So, I would like to have "FRANKIE:LPN00T vs MARY:LPM00T". Not to mention It's easier to say "FRANKIE" than "P0012435" by the phone. I'm going to do some tests now. Thank you all, who responded. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2016-01-07 o 23:44, Skip Robinson pisze: > I for one had a different interpretation of 'rename'. You just want an icon > on the HMC to have your own 'nickname'? True CEC name still P+serial#? What > I would do/have done in the past is this. Very simple and requires no > refresh. And no ill consequences if it's not right the first time. > > 1. Go into the 'grouping' function. > 2. Create a new group for the CEC. > 3. Assign one only one item to this group: your CEC with its natural born > name. > 4. Name the group with your desired nickname. It's not limited to 8 > characters. You can force a name to multiple lines with a special delimiter > that used to be documented in the Help file. I think it's vertical bar '|'. > 5. From now on your nickname will appear in the work space. When you click > on it, you will see the true name, but for practical purposes you will see > the nickname. > > I apologize if you want something different. > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > jo.skip.robin...@att.net > jo.skip.robin...@gmail.com > >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >> On Behalf Of Ted MacNEIL >> Sent: Thursday, January 7, 2016 10:47 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [Bulk] Re: Change CPC name in HMC >> >> We 'had' to do this, once. >> IBM originally recommended that LPAR names be independent of the 'name' >> of the image name running within it. >> >> Then, with GDPS, they recommended the reverse. The implementation went >> without a hitch. >> All our reporting/billing? Not so well. >> >> - >> -teD >> - >>Original Message >> From: Skip Robinson >> Sent: Thursday, January 7, 2016 10:59 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Reply To: IBM Mainframe Discussion List >> Subject: Re: Change CPC name in HMC >> >> First off, you can name a CPC anything you want within the syntax rules. >> Ideally you should pick a good name at initial install, but it can be > changed >> later. That being said, after we installed z12s in a new data center in > 2013, we >> intended to rename the z196 remaining in the old data center. We never got >> that done because we had never actually renamed a box before and were >> wary of what it would take to accomplish without disruption. Nothing > crucial >> depended on a rename, so we shined it on. The name is embodied in two >> places: >> >> -- The IODF names all processors. >> -- The HMC/SE names each processor in several places from POR (Reset) >> profile onward. >> >> IODF and HMC must agree. For a new box, this is not so hard. The trick is >> make a change without hosing up the environment. Also consider other >> implications: >> >> -- BCPii must also be updated. I consider that part of the HMC/SE tasks >> above, but don't overlook it. >> -- POR will be required. >> -- SMF records contain the CPC name. Any post processing must take a >> change into account. >> -- It's not uncommon for various automation processes to refer to CPC by >> name. Again, allow for this. >> -- Many folks in the IT community may be attached to the old name in >> various ways. Any change must 'socialized' thoroughly. >> >> I suggest you pick a name that you won't regret later. Consider the > effects of >> future model upgrades, workload repurposing, and physical relocation. >> However, if an upgrade involves a tran
Re: Change CPC name in HMC
I think, grouping doesn't help me. Why I'm considering CPC name change: there are two machines managed by the HMC, the serial numbers and it's names are the same with one character exception. This is error prone. More: LPARs view shows all the LPARs from both machines. LPAR names are different for each machines, but also there is only one character of difference. So, imagine "P0012345:LPN00T vs P0012435:LPM00T". Both describe tech LPAR, but on different machines. Easy to mismatch when drag'n'dropping some icon. So, I would like to have "FRANKIE:LPN00T vs MARY:LPM00T". Not to mention It's easier to say "FRANKIE" than "P0012435" by the phone. I'm going to do some tests now. Thank you all, who responded. Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2016-01-07 o 23:44, Skip Robinson pisze: I for one had a different interpretation of 'rename'. You just want an icon on the HMC to have your own 'nickname'? True CEC name still P+serial#? What I would do/have done in the past is this. Very simple and requires no refresh. And no ill consequences if it's not right the first time. 1. Go into the 'grouping' function. 2. Create a new group for the CEC. 3. Assign one only one item to this group: your CEC with its natural born name. 4. Name the group with your desired nickname. It's not limited to 8 characters. You can force a name to multiple lines with a special delimiter that used to be documented in the Help file. I think it's vertical bar '|'. 5. From now on your nickname will appear in the work space. When you click on it, you will see the true name, but for practical purposes you will see the nickname. I apologize if you want something different. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: Thursday, January 7, 2016 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [Bulk] Re: Change CPC name in HMC We 'had' to do this, once. IBM originally recommended that LPAR names be independent of the 'name' of the image name running within it. Then, with GDPS, they recommended the reverse. The implementation went without a hitch. All our reporting/billing? Not so well. - -teD - Original Message From: Skip Robinson Sent: Thursday, January 7, 2016 10:59 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: Change CPC name in HMC First off, you can name a CPC anything you want within the syntax rules. Ideally you should pick a good name at initial install, but it can be changed later. That being said, after we installed z12s in a new data center in 2013, we intended to rename the z196 remaining in the old data center. We never got that done because we had never actually renamed a box before and were wary of what it would take to accomplish without disruption. Nothing crucial depended on a rename, so we shined it on. The name is embodied in two places: -- The IODF names all processors. -- The HMC/SE names each processor in several places from POR (Reset) profile onward. IODF and HMC must agree. For a new box, this is not so hard. The trick is make a change without hosing up the environment. Also consider other implications: -- BCPii must also be updated. I consider that part of the HMC/SE tasks above, but don't overlook it. -- POR will be required. -- SMF records contain the CPC name. Any post processing must take a change into account. -- It's not uncommon for various automation processes to refer to CPC by name. Again, allow for this. -- Many folks in the IT community may be attached to the old name in various ways. Any change must 'socialized' thoroughly. I suggest you pick a name that you won't regret later. Consider the effects of future model upgrades, workload repurposing, and physical relocation. However, if an upgrade involves a transition period where both old and new boxes must coexist, you need two separate names at least for a while. I can see the appeal of serial number to avoid these conundrums, buy as you note the number is meaningless to all but a handful of infrastructure geeks. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Thursday, January 7, 2016 04:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [Bulk] Re: Change CPC name in HMC Tony Thigpen wrote: I have done such a change on two z10s with good results. The third time did not go so well. For some reason, the secondary cpc did not change. Everything looked ok until we did a POR, then it would not come up. We had to restore the CPC. O
FW: IODF Dynamic Changes
I think you had a step out of sequence Are you getting that message during activate? You may want to look at this if you a sure they in fact do match activate iodf=a2,soft=novalidate -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Thursday, January 07, 2016 11:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IODF Dynamic Changes Hello, We have z/OS and z/VM both in our Mainframe in diff LPAR. We recently added few more CHPID and devices and provided access to z/VM LPAR by coping the current IODF into new IODF and created production IODF from this new IODF. After this, 1) I used UPDATE option while built IOCDS and wrote in A2 profile. 2) Now, I would wanted to switch this new IODF dynamically using this IOCDS option but didnot allowed me saying Error Action for A2.ZEC12 failed. The IOCDS token does not match the HSA token. 3) Then I realized, I should use option 6 to activate or verify configuration but in the option 6 , which one we should be using it not sure. Can anyone help me to activate this new changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
Sri h Kolusu wrote: >I was trying to stay away from this topic as you didn't want this thread to be >another sort related solution. This thread is one of those drifting threads which I sometimes reluctantly read... >However since you brought up the capabilities of DFSORT, I had to chime in and >Yes DFSORT has the capability of counting identical keys and eliminate the >unwanted records. As always you are very very helpful. For that I'm very grateful for your kindness to help others while some persons are just b*tching about things. Thanks Sri for you kind help and very educational samples. All of the very best for you and your team. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFxTME field
Janet Graff wrote: >That worked. Now I have the time formatted very nicely. What worked? Please be kind to clarify what worked and what reply/replies really helped you? It would really help if the persons who asked for help, also post the results of success/failures on IBM-MAIN so that future searches can get those solutions. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
Skip Robinson wrote: >2. Create a new group for the CEC. This it is! That step alone should ensure there are no ill consequences. This what I (and others) did during creating+preparing of LPARs during Y2K testing... I have been advised by IBM to create brand new things so no live LPARs are hurt in any way. Of course HMC was somewhat different than it is used now, but the principle is still the same AFAIK. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
At 09:43 -0800 on 01/07/2016, Ed Jaffe wrote about Re: Sort for not there?: On 1/7/2016 7:16 AM, Tom Marchant wrote: I like Robert Rosenberg's solution: sort the file on the first two columns and look for a suitable gap in the sorted data.Probably a lot quicker than your checklist. Indeed. That would have been much quicker. But, what if no suitable delimiter can be found? Then you're SOL! Note that this is only possible if the file size is over 64K (assuming that all of the 256 code point values are allowed to be used in the DLM="??" parm). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IODF Dynamic Changes
Hello, We have z/OS and z/VM both in our Mainframe in diff LPAR. We recently added few more CHPID and devices and provided access to z/VM LPAR by coping the current IODF into new IODF and created production IODF from this new IODF. After this, 1) I used UPDATE option while built IOCDS and wrote in A2 profile. 2) Now, I would wanted to switch this new IODF dynamically using this IOCDS option but didnot allowed me saying Error Action for A2.ZEC12 failed. The IOCDS token does not match the HSA token. 3) Then I realized, I should use option 6 to activate or verify configuration but in the option 6 , which one we should be using it not sure. Can anyone help me to activate this new changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFxTME field
That that is is that that is not is not? In a message dated 1/7/2016 7:02:55 P.M. Central Standard Time, charl...@mcn.org writes: "that"? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On Thu, 7 Jan 2016 18:07:11 -0700, Alan Young wrote: >Paul Gilmartin wrote: >> On Thu, 7 Jan 2016 12:56:14 -0700, Alan Young wrote: >> >>> It's just like a regexp or unix shell command, precede the special >>> character with a escape backslash. >>> >>> find r'a\'\"b' >>> >>> >> Nope: >> >> SDSF EDITMAINTRCX (JOB06470) JESMSGLG Parameter not >> recognized >> Command ===> find R'foo \' bar \" wombat' >> Scroll ===> CSR >> ** * Top of Data >> ** >> ==MSG> -CAUTION- Profile changed to CAPS ON (from CAPS OFF) because the >> ==MSG> data does not contain any lower case characters. >> ** Bottom of Data >> >> >> >> ┌───┐ >>│ Check for misspelled keywords or too many bounds or range >> parameters. │ >> >> └───┘ >> >> Nope. I had been pessimistic about this. "regexp" and "unix shell command" >> are two different tnings. >> As I read it, regcomp() has no facility for escaping delimiters. That's >> left to the caller, as you mention, >> "unix shell" Or C compiler, or whatever, to do the escaping and pass the >> cooked string to regcomp(). >> >> Apparently ISPF EDIT has no facility for excaping delimiters. Never had, >> not even before regexp was >> introduced to ISPF. I believe (haven't tried it) that: >> >> FIND C'foo \' bar \" wombat' >> >> ... will fail the same way because ISPF doesn't escape special characters. >> >> -- gil >> >> > >The spaces also need the escape backslash like this > >FIND r'foo\ \'\ bar\ \"\ wombat' > >Alan > It seems that only the first space after an escaped quote needs an escape. FIND r'foo \'\ bar " wombat' FIND r"foo ' bar \"\ wombat" Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
Paul Gilmartin wrote: On Thu, 7 Jan 2016 12:56:14 -0700, Alan Young wrote: It's just like a regexp or unix shell command, precede the special character with a escape backslash. find r'a\'\"b' Nope: SDSF EDITMAINTRCX (JOB06470) JESMSGLG Parameter not recognized Command ===> find R'foo \' bar \" wombat' Scroll ===> CSR ** * Top of Data ** ==MSG> -CAUTION- Profile changed to CAPS ON (from CAPS OFF) because the ==MSG> data does not contain any lower case characters. ** Bottom of Data ┌───┐ │ Check for misspelled keywords or too many bounds or range parameters. │ └───┘ Nope. I had been pessimistic about this. "regexp" and "unix shell command" are two different tnings. As I read it, regcomp() has no facility for escaping delimiters. That's left to the caller, as you mention, "unix shell" Or C compiler, or whatever, to do the escaping and pass the cooked string to regcomp(). Apparently ISPF EDIT has no facility for excaping delimiters. Never had, not even before regexp was introduced to ISPF. I believe (haven't tried it) that: FIND C'foo \' bar \" wombat' ... will fail the same way because ISPF doesn't escape special characters. -- gil The spaces also need the escape backslash like this FIND r'foo\ \'\ bar\ \"\ wombat' Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFxTME field
Which "that"? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Janet Graff Sent: Thursday, January 07, 2016 5:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFxTME field That worked. Now I have the time formatted very nicely. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFxTME field
That worked. Now I have the time formatted very nicely. Thank you! Janet -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13 PSP for z/OS 2.1
Don't forget that you want compatibility for all the products in your new ServerPac. 'z/OS' includes most of your core software, but there are other products whose release levels and dates follow their own pattern. For example, Netview System Automation has a versioning scheme all of its own. In our upgrade to z/OS 2.1, we missed an SA compatibility fix that has complicated migration. I don't know of any shortcut to get all the right answers. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tom Marchant > Sent: Thursday, January 7, 2016 01:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: z13 PSP for z/OS 2.1 > > On Thu, 7 Jan 2016 14:53:04 -0500, John Eells wrote: > > >REPORT MISSINGFIX will create a job in the SMPPUNCH data set to do > >exactly what you seem to be asking for. > > First, download the latest Enhanced Holddata, which contains all of the Fixcat > information that REPORT MISSINGFIX uses. > > -- > Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On Thu, 7 Jan 2016 12:56:14 -0700, Alan Young wrote: > >It's just like a regexp or unix shell command, precede the special >character with a escape backslash. > >find r'a\'\"b' > Nope: SDSF EDITMAINTRCX (JOB06470) JESMSGLG Parameter not recognized Command ===> find R'foo \' bar \" wombat' Scroll ===> CSR ** * Top of Data ** ==MSG> -CAUTION- Profile changed to CAPS ON (from CAPS OFF) because the ==MSG> data does not contain any lower case characters. ** Bottom of Data ┌───┐ │ Check for misspelled keywords or too many bounds or range parameters. │ └───┘ Nope. I had been pessimistic about this. "regexp" and "unix shell command" are two different tnings. As I read it, regcomp() has no facility for escaping delimiters. That's left to the caller, as you mention, "unix shell" Or C compiler, or whatever, to do the escaping and pass the cooked string to regcomp(). Apparently ISPF EDIT has no facility for excaping delimiters. Never had, not even before regexp was introduced to ISPF. I believe (haven't tried it) that: FIND C'foo \' bar \" wombat' ... will fail the same way because ISPF doesn't escape special characters. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
I for one had a different interpretation of 'rename'. You just want an icon on the HMC to have your own 'nickname'? True CEC name still P+serial#? What I would do/have done in the past is this. Very simple and requires no refresh. And no ill consequences if it's not right the first time. 1. Go into the 'grouping' function. 2. Create a new group for the CEC. 3. Assign one only one item to this group: your CEC with its natural born name. 4. Name the group with your desired nickname. It's not limited to 8 characters. You can force a name to multiple lines with a special delimiter that used to be documented in the Help file. I think it's vertical bar '|'. 5. From now on your nickname will appear in the work space. When you click on it, you will see the true name, but for practical purposes you will see the nickname. I apologize if you want something different. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Ted MacNEIL > Sent: Thursday, January 7, 2016 10:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Change CPC name in HMC > > We 'had' to do this, once. > IBM originally recommended that LPAR names be independent of the 'name' > of the image name running within it. > > Then, with GDPS, they recommended the reverse. The implementation went > without a hitch. > All our reporting/billing? Not so well. > > - > -teD > - > Original Message > From: Skip Robinson > Sent: Thursday, January 7, 2016 10:59 > To: IBM-MAIN@LISTSERV.UA.EDU > Reply To: IBM Mainframe Discussion List > Subject: Re: Change CPC name in HMC > > First off, you can name a CPC anything you want within the syntax rules. > Ideally you should pick a good name at initial install, but it can be changed > later. That being said, after we installed z12s in a new data center in 2013, we > intended to rename the z196 remaining in the old data center. We never got > that done because we had never actually renamed a box before and were > wary of what it would take to accomplish without disruption. Nothing crucial > depended on a rename, so we shined it on. The name is embodied in two > places: > > -- The IODF names all processors. > -- The HMC/SE names each processor in several places from POR (Reset) > profile onward. > > IODF and HMC must agree. For a new box, this is not so hard. The trick is > make a change without hosing up the environment. Also consider other > implications: > > -- BCPii must also be updated. I consider that part of the HMC/SE tasks > above, but don't overlook it. > -- POR will be required. > -- SMF records contain the CPC name. Any post processing must take a > change into account. > -- It's not uncommon for various automation processes to refer to CPC by > name. Again, allow for this. > -- Many folks in the IT community may be attached to the old name in > various ways. Any change must 'socialized' thoroughly. > > I suggest you pick a name that you won't regret later. Consider the effects of > future model upgrades, workload repurposing, and physical relocation. > However, if an upgrade involves a transition period where both old and new > boxes must coexist, you need two separate names at least for a while. I can > see the appeal of serial number to avoid these conundrums, buy as you note > the number is meaningless to all but a handful of infrastructure geeks. > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > jo.skip.robin...@att.net > jo.skip.robin...@gmail.com > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Elardus Engelbrecht > > Sent: Thursday, January 7, 2016 04:56 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [Bulk] Re: Change CPC name in HMC > > > > Tony Thigpen wrote: > > > > >I have done such a change on two z10s with good results. The third time > did > > not go so well. For some reason, the secondary cpc did not change. > Everything > > looked ok until we did a POR, then it would not come up. We had to restore > the > > CPC. > > > > Ouch. Where is that behaviour documented? > > > > Do you get a warning during the renaming that an upcoming POR may fail? > > > > >I don't know what went wrong, but after that, we no longer change the > > names. > > > > Now you got a new scar and a T-shirt as a bonus ... :) > > > > I would also not repeat that stunt after one failure. > > > > Groete / Greetings > > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
Same Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas David Rivers Sent: Thursday, January 07, 2016 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sort for not there? Paul Gilmartin wrote: >On Wed, 6 Jan 2016 19:01:15 -0500, Tony Harminc wrote: > > >>And this all started with arbitrary (GOFF) files as input to SMP/E, >>which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL >>isn't the only thing with this problem. A single GOFF file could >>plausibly contain records starting with ++ and // and /* . >> >> >> >When all else fails, try an experiment. (Maybe then read the >instructions.) I just tried HLASMC PARM=GOFF. Every record in SYSLIN begins with X'03'. >So, on the basis of this unscientific sample, no problem. > >-- gil > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > What about PUNCH ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13 PSP for z/OS 2.1
On Thu, 7 Jan 2016 14:53:04 -0500, John Eells wrote: >REPORT MISSINGFIX will create a job in the SMPPUNCH data set to do >exactly what you seem to be asking for. First, download the latest Enhanced Holddata, which contains all of the Fixcat information that REPORT MISSINGFIX uses. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
Paul Gilmartin wrote: On Wed, 6 Jan 2016 19:01:15 -0500, Tony Harminc wrote: And this all started with arbitrary (GOFF) files as input to SMP/E, which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL isn't the only thing with this problem. A single GOFF file could plausibly contain records starting with ++ and // and /* . When all else fails, try an experiment. (Maybe then read the instructions.) I just tried HLASMC PARM=GOFF. Every record in SYSLIN begins with X'03'. So, on the basis of this unscientific sample, no problem. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN What about PUNCH ? - Dave R. - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
>>Does SORT have no option to count records with identical keys? That might reduce the scanning burden. Paul, I was trying to stay away from this topic as you didn't want this thread to be another sort related solution. However since you brought up the capabilities of DFSORT, I had to chime in and Yes DFSORT has the capability of counting identical keys and eliminate the unwanted records. I am also going to show you a way to overcome the delimiter issue of it being present in the instream data. With this solution you have a choice to pick the data even though the DLM character exists in your input instream data. You also now have a choice to pick till "n" delimiter values. You need to SET symbols to pass the delimiter value and the "n" value of delimiter you want to end at. The count of delimiters is set to 8 bytes. You can increase that count if you think you can go beyond that limit. In my case my delimiter value is 'AA' and I want to pick all the data till I hit the 3rd delimiter. (That will give me all the values upto AK // SET DLMVAL='AA' // SET DLMCNT='0003' //* //STEP0100 EXEC PGM=SORT,PARM='JP1"&DLMVAL",JP2"&DLMCNT"' //SYSOUT DD SYSOUT=* //SORTIN DD * AA<<< SAME DELIMITER AB AC AD AA<<< SAME DELIMITER AE AF AG AH AI AJ AK AA<<< SAME DELIMITER AL AM AN AO<<< NO DELIMITER //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY INREC IFTHEN=(WHEN=GROUP,BEGIN=(1,2,BI,EQ,JP1),PUSH=(81:ID=8)) OUTFIL INCLUDE=(81,8,CH,LT,JP2),BUILD=(1,80) //* The output of this job when DLMCNT=3 is AA<<< SAME DELIMITER AB AC AD AA<<< SAME DELIMITER AE AF AG AH AI AJ AK The output of this job when DLMCNT=2 is AA<<< SAME DELIMITER AB AC AD The output of this job when DLMCNT=1 or 0 is EMPTY If you want to ignore all the delimiters and get every record, then simply give a higher value for DLMCNT , something like this SET DLMCNT='' Further if you have any questions please let me know Thanks, Sri Hari Kolusu DFSORT Development IBM Corporation Email: skol...@us.ibm.com Phone: 520-799-2237 Tie Line: 321-2237 IBM Mainframe Discussion List wrote on 01/07/2016 12:11:03 PM: > From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/07/2016 12:11 PM > Subject: Re: Sort for not there? > Sent by: IBM Mainframe Discussion List > > On Thu, 7 Jan 2016 09:43:43 -0800, Ed Jaffe wrote: > > >On 1/7/2016 7:16 AM, Tom Marchant wrote: > >> I like Robert Rosenberg's solution: sort the file on the first two > >> columns and look for a suitable gap in the sorted data.Probably a lot > >> quicker than your checklist. > > > Does SORT have no option to count records with identical keys? That > might reduce the scanning burden. > > >Indeed. That would have been much quicker. But, what if no suitable > >delimiter can be found? Then you're SOL! :( > > > >It would be nice if JCL supported DLM='an arbitrary-length delimiter > >string similar to what is done for denoting email attachments'. > > > That might not need to be a pervasive change. Aren't instream data > shunted to separate data sets by the Reader so the Interpreter could > be blissfully unaware of a changed DLM= syntax. (A JES specialist > might know better.) > > On Thu, 7 Jan 2016 10:41:38 -0600, Bill Godfrey wrote: > >... > >This may sound pretty obscure, ... > > > "pretty obscure" or "unlikely" is a poor rationale for an incomplete design. > (Hmmm. I should ask on ISPF-L how I can code a regular expression for > EDIT that contains both apostrophes and quotation marks. Another > defective design. Why would a programmer want to do that? Wrong > question. Why does IBM want to prevent it?) > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
We 'had' to do this, once. IBM originally recommended that LPAR names be independent of the 'name' of the image name running within it. Then, with GDPS, they recommended the reverse. The implementation went without a hitch. All our reporting/billing? Not so well. - -teD - Original Message From: Skip Robinson Sent: Thursday, January 7, 2016 10:59 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: Change CPC name in HMC First off, you can name a CPC anything you want within the syntax rules. Ideally you should pick a good name at initial install, but it can be changed later. That being said, after we installed z12s in a new data center in 2013, we intended to rename the z196 remaining in the old data center. We never got that done because we had never actually renamed a box before and were wary of what it would take to accomplish without disruption. Nothing crucial depended on a rename, so we shined it on. The name is embodied in two places: -- The IODF names all processors. -- The HMC/SE names each processor in several places from POR (Reset) profile onward. IODF and HMC must agree. For a new box, this is not so hard. The trick is make a change without hosing up the environment. Also consider other implications: -- BCPii must also be updated. I consider that part of the HMC/SE tasks above, but don't overlook it. -- POR will be required. -- SMF records contain the CPC name. Any post processing must take a change into account. -- It's not uncommon for various automation processes to refer to CPC by name. Again, allow for this. -- Many folks in the IT community may be attached to the old name in various ways. Any change must 'socialized' thoroughly. I suggest you pick a name that you won't regret later. Consider the effects of future model upgrades, workload repurposing, and physical relocation. However, if an upgrade involves a transition period where both old and new boxes must coexist, you need two separate names at least for a while. I can see the appeal of serial number to avoid these conundrums, buy as you note the number is meaningless to all but a handful of infrastructure geeks. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: Thursday, January 7, 2016 04:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Change CPC name in HMC > > Tony Thigpen wrote: > > >I have done such a change on two z10s with good results. The third time did > not go so well. For some reason, the secondary cpc did not change. Everything > looked ok until we did a POR, then it would not come up. We had to restore the > CPC. > > Ouch. Where is that behaviour documented? > > Do you get a warning during the renaming that an upcoming POR may fail? > > >I don't know what went wrong, but after that, we no longer change the > names. > > Now you got a new scar and a T-shirt as a bonus ... :) > > I would also not repeat that stunt after one failure. > > Groete / Greetings > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z13 PSP for z/OS 2.1
Hi Group I am running fix cat report to identify required and recommended services for z13 on z/OS 2.1. Are there any published z13 PSP Exclusively for z/OS 2.1 ? The intention is just to download only a required to apply Any advise would be much appreciated Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On 1/7/2016 7:16 AM, Tom Marchant wrote: I like Robert Rosenberg's solution: sort the file on the first two columns and look for a suitable gap in the sorted data.Probably a lot quicker than your checklist. Indeed. That would have been much quicker. But, what if no suitable delimiter can be found? Then you're SOL! :( It would be nice if JCL supported DLM='an arbitrary-length delimiter string similar to what is done for denoting email attachments'. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
At 09:16 -0600 on 01/07/2016, Tom Marchant wrote about Re: Sort for not there?: >We randomly tried every possibility we could think of and none of them worked. Eventually, we created a checklist and systematically used an editor FIND function to locate a working combination. A real PITA and many hours wasted... I like Robert Rosenberg's solution: sort the file on the first two columns and look for a suitable gap in the sorted data. Probably a lot quicker than your checklist. Thank You. Sometimes you need to think outside the box . I hope that my Q&D Internal Sort description was understandable. As I noted, there was no need to do a full sort in lieu of just using a crested file of the first 2 characters. Having the sorted file parsed by a program is then the simplest method. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Instream Rexx (was: Sort for not there?)
On Thu, 7 Jan 2016 10:08:40 -0500, Bill Ashton wrote: >Here is one way to do this, if you don't need to call other external Rexx >programs: >//* >//* This JCL demonstrates how to create and execute an in-stream >//* REXX procedure. The PARM field contains only a single x'00'. >//* >//STEP0020 EXEC PGM=IRXJCL,PARM=' ' > Pretty much what I said, although you supplied explicit examples. I believe the PARM may also contain arguments to the EXEC. But is this documented and supported? Perhaps an RCF is in order. Or, as I also mentioned: >... > REPRO IFILE(REXXSRC) OFILE(SYSUT2) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
SMF 106 Subtype 1, SMF6ACPC, 17-characters. Barry Herbert W. "Barry" Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229-5112 ba...@mxg.com Fax: 214 350 3694 - Still works, received as email Tel: 214 351 1966 - Unreliable, please use email www.mxg.comHomePage: FAQ answers most questions ad...@mxg.com License Forms, Invoice, Payment, ftp information supp...@mxg.comTechnical Issues MXG-L FREE ListServer http://www.mxg.com/mxg-l_listserver/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Thursday, January 07, 2016 10:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Change CPC name in HMC What SMF records contain the CPC name? Thanks, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Skip Robinson To: IBM-MAIN@LISTSERV.UA.EDU Date: 07/01/2016 15:49 Subject:Re: Change CPC name in HMC Sent by:IBM Mainframe Discussion List First off, you can name a CPC anything you want within the syntax rules. Ideally you should pick a good name at initial install, but it can be changed later. That being said, after we installed z12s in a new data center in 2013, we intended to rename the z196 remaining in the old data center. We never got that done because we had never actually renamed a box before and were wary of what it would take to accomplish without disruption. Nothing crucial depended on a rename, so we shined it on. The name is embodied in two places: -- The IODF names all processors. -- The HMC/SE names each processor in several places from POR (Reset) profile onward. IODF and HMC must agree. For a new box, this is not so hard. The trick is make a change without hosing up the environment. Also consider other implications: -- BCPii must also be updated. I consider that part of the HMC/SE tasks above, but don't overlook it. -- POR will be required. -- SMF records contain the CPC name. Any post processing must take a change into account. -- It's not uncommon for various automation processes to refer to CPC by name. Again, allow for this. -- Many folks in the IT community may be attached to the old name in various ways. Any change must 'socialized' thoroughly. I suggest you pick a name that you won't regret later. Consider the effects of future model upgrades, workload repurposing, and physical relocation. However, if an upgrade involves a transition period where both old and new boxes must coexist, you need two separate names at least for a while. I can see the appeal of serial number to avoid these conundrums, buy as you note the number is meaningless to all but a handful of infrastructure geeks. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: Thursday, January 7, 2016 04:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Change CPC name in HMC > > Tony Thigpen wrote: > > >I have done such a change on two z10s with good results. The third time did > not go so well. For some reason, the secondary cpc did not change. Everything > looked ok until we did a POR, then it would not come up. We had to restore the > CPC. > > Ouch. Where is that behaviour documented? > > Do you get a warning during the renaming that an upcoming POR may fail? > > >I don't know what went wrong, but after that, we no longer change the > names. > > Now you got a new scar and a T-shirt as a bonus ... :) > > I would also not repeat that stunt after one failure. > > Groete / Greetings > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
What SMF records contain the CPC name? Thanks, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Skip Robinson To: IBM-MAIN@LISTSERV.UA.EDU Date: 07/01/2016 15:49 Subject:Re: Change CPC name in HMC Sent by:IBM Mainframe Discussion List First off, you can name a CPC anything you want within the syntax rules. Ideally you should pick a good name at initial install, but it can be changed later. That being said, after we installed z12s in a new data center in 2013, we intended to rename the z196 remaining in the old data center. We never got that done because we had never actually renamed a box before and were wary of what it would take to accomplish without disruption. Nothing crucial depended on a rename, so we shined it on. The name is embodied in two places: -- The IODF names all processors. -- The HMC/SE names each processor in several places from POR (Reset) profile onward. IODF and HMC must agree. For a new box, this is not so hard. The trick is make a change without hosing up the environment. Also consider other implications: -- BCPii must also be updated. I consider that part of the HMC/SE tasks above, but don't overlook it. -- POR will be required. -- SMF records contain the CPC name. Any post processing must take a change into account. -- It's not uncommon for various automation processes to refer to CPC by name. Again, allow for this. -- Many folks in the IT community may be attached to the old name in various ways. Any change must 'socialized' thoroughly. I suggest you pick a name that you won't regret later. Consider the effects of future model upgrades, workload repurposing, and physical relocation. However, if an upgrade involves a transition period where both old and new boxes must coexist, you need two separate names at least for a while. I can see the appeal of serial number to avoid these conundrums, buy as you note the number is meaningless to all but a handful of infrastructure geeks. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile jo.skip.robin...@att.net jo.skip.robin...@gmail.com > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: Thursday, January 7, 2016 04:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Change CPC name in HMC > > Tony Thigpen wrote: > > >I have done such a change on two z10s with good results. The third time did > not go so well. For some reason, the secondary cpc did not change. Everything > looked ok until we did a POR, then it would not come up. We had to restore the > CPC. > > Ouch. Where is that behaviour documented? > > Do you get a warning during the renaming that an upcoming POR may fail? > > >I don't know what went wrong, but after that, we no longer change the > names. > > Now you got a new scar and a T-shirt as a bonus ... :) > > I would also not repeat that stunt after one failure. > > Groete / Greetings > Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On Thu, 7 Jan 2016 07:02:45 -0800, Ed Jaffe wrote: >I have been in this exact situation. IIRC, it was a z/VM guest with no >network connections. (Users were DIALing in.) We tried to send a large >amount of binary data in 80-column format to its RDR using the z/VM >SPOOL command from another guest and kept running into delimiter issues >reading in the job. Ok. Now I see a use case. Thanks. >We randomly tried every possibility we could think >of and none of them worked. Eventually, we created a checklist and >systematically used an editor FIND function to locate a working >combination. A real PITA and many hours wasted... I like Robert Rosenberg's solution: sort the file on the first two columns and look for a suitable gap in the sorted data. Probably a lot quicker than your checklist. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Instream Rexx (was: Sort for not there?)
Here is one way to do this, if you don't need to call other external Rexx programs: //* //* This JCL demonstrates how to create and execute an in-stream //* REXX procedure. The PARM field contains only a single x'00'. //* //STEP0020 EXEC PGM=IRXJCL,PARM=' ' //SYSTSPRT DD SYSOUT=* //SYSTSIN DD DUMMY //SYSEXEC DD * say "Hello world! Date = "date()", time = "time() EXIT /* //* If you need to concatenate different REXX libs to your SYSEXEC and still want an instream batch job, here is another way: //S0010EXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD UNIT=SYSALLDA,SPACE=(CYL,(5,1,5)), // DSN=&SYSEXEC, // RECFM=FB,LRECL=80,BLKSIZE=0,DSORG=PO // DD DISP=SHR,DSN=MY.OTHER.ISPEXEC //SYSUT2 DD DISP=(OLD,PASS),VOL=REF=*.SYSEXEC, // DSN=&SYSEXEC(SIMPLERX) //SYSTSIN DD * REPRO IFILE(REXXSRC) OFILE(SYSUT2) SIMPLERX /* //REXXSRC DD *,DLM='$$' /* Rexx */ Say "Hello world! Date = "date()", time = "time() Call Datesamp /* Rexx Pgm in other PDS */ $$ // There may be other ways, but these are a couple I have used. Billy On Wed, Jan 6, 2016 at 6:19 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 6 Jan 2016 14:03:36 -0600, John McKown wrote: > > >On Wed, Jan 6, 2016 at 1:40 PM, Charles Mills wrote: > > > >> > One of these days, I will looking into write a > >> > program for IRXJCL which allows "in line" REXX code. > >> > >> Have not fully thought this through but couldn't you do it as a PROC > that > >> copied inline Rexx into a temporary PDS and then ran it with IRXJCL? > > > >Many do this. I do it myself. But it is a "kludge" in my no-so-humble > >opinion. But it is why this is not a big thing for me to do. If I do, I'll > >put it up on the CBTTape.org site. > > > >> Kind of an unfortunate restriction on IRXJCL that it requires a PDS and > a > >> member name. Presumably would not have been terribly difficult for it to > >> have supported a sequential dataset. > >> > A fiendish hacker (not I) has discovered an alternative, not documented, > not supported. If you execute IRXJCL with 8X'00' as a member name it > takes SYSEXEC (which may be instream) as PS. Somewhat inferred from > the documented Rexx API where identical invocations distinguish between > PS and PDS member solely by the member name's being zeroes. I think > it does only one CLI to decide. > > Of course, using a PS SYSEXEC precludes any library Rexx calls. I rather > execute IKJEFTfoobar with SYSTSIN starting with one or more REPROs > to copy instream EXECs to a temporary DS as SYSEXEC to which I then > concatenate my Rexx utility function library. > > There's also an API for Rexx EXEC text in storage; no data set needed. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On 1/6/2016 6:04 PM, Tom Marchant wrote: On Wed, 6 Jan 2016 19:01:15 -0500, Tony Harminc wrote: And this all started with arbitrary (GOFF) files as input to SMP/E, which has, AFAIK, no delimiter option on e.g. the ++MOD statement. JCL isn't the only thing with this problem. A single GOFF file could plausibly contain records starting with ++ and // and /* . Even if that were true, I fail to see what the fuss is all about. Why would anyone want to go to the trouble of wrapping JCL around such a file such that it would be read as in-stream data? Why not code the reference to the data set? I have been in this exact situation. IIRC, it was a z/VM guest with no network connections. (Users were DIALing in.) We tried to send a large amount of binary data in 80-column format to its RDR using the z/VM SPOOL command from another guest and kept running into delimiter issues reading in the job. We randomly tried every possibility we could think of and none of them worked. Eventually, we created a checklist and systematically used an editor FIND function to locate a working combination. A real PITA and many hours wasted... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
W dniu 2016-01-07 o 13:19, Tony Thigpen pisze: I have done such a change on two z10s with good results. The third time did not go so well. For some reason, the secondary cpc did not change. Everything looked ok until we did a POR, then it would not come up. We had to restore the CPC. I don't know what went wrong, but after that, we no longer change the names. Tony, How? How can I rename CPC object? I know how to rename HMC (and I always do), there is similar option for SE, which I never used. Is it the option? I'm afraid to test it on live mainframe, I don't have to much spare CPCs for testing purposes. :-) -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
On Wed, 6 Jan 2016 20:58:42 -0500, Tony Harminc wrote: > >> When all else fails, try an experiment. (Maybe then read the instructions.) >> I just tried HLASMC PARM=GOFF. Every record in SYSLIN begins with X'03'. >> So, on the basis of this unscientific sample, no problem. > >Dang! And it even says so in the Binder Advanced Facilities >description of GOFF. I had thought that the logical records >could/would be splashed across the available LRECL without regard to >physical boundaries. So what does it look like when written to a UNIX >file? > Ironically, it must be F[B] 80. HLASM doesn't enforce this. Other than in UNIX files, GOFF may be RECFM=VB, I suspect SMP/E won't accept this, even if GIMDTS encoded. Not even worth an experiment. We still suffer the tyranny of the 80-column card image. Which reminds me, over 3 years ago (z/OS 1.13) I encountered an undocumented restriction that Binder requires that if SYSLIN is a UNIX file it must be FILEDATA=BINARY even if the file contains only commands, no binary objects. I submitted an RCF which was accepted as a clarification. No change appears in the 2.1 Reference. I resubmitted my RCF yesterday. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fibre Chanel Vs FICON
W dniu 2016-01-07 o 15:12, Jon Butler pisze: In short, my understanding is that FICON is a "super-set" of FCP. FICON cards can be set to run in either FCP or FICON mode, but not both at the same time. There two definitions of FC. One is common, but inaccurate, FC is fibre channel network infrastructure plus SCSI command set. Typical "open system" usage. According to this definition FICON is not FC, because FICON commands are different. The second definition, more accurate: FC is fibre channel, low latency network. It is up to you what command set you'll use. According to that definition FICON is kind of FC. It can be understood as Ehternet. Ethernet is a network, usually people use TCP/IP on it, but you can use IPX/SPX as well. BTW: in the very old days of FC it could be possible to have copper links. Copper fibre channel. :-) -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
I have done such a change on two z10s with good results. The third time did not go so well. For some reason, the secondary cpc did not change. Everything looked ok until we did a POR, then it would not come up. We had to restore the CPC. I don't know what went wrong, but after that, we no longer change the names. Tony Thigpen R.S. wrote on 01/07/2016 05:33 AM: Typically a CPC object in HMC is named P0012345 (serial number). It is unique, but not very convenient for multi-CPC display. Q: can I rename it? I would like to use names like FRANK or JENNY. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change CPC name in HMC
Both my current and previous customers used CPCs "nicknames" on HMC. It was already setup like that in both cases, so don't ask me how to do it :) Regards, --- *Lucas Rosalen* Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com * LinkedIn: http://br.linkedin.com/in/lrosalen Phone: +48 792 809 198 2016-01-07 11:38 GMT+01:00 Martin Packer : > And I would like that to appear in SMF 70. But that would require BCPii to > be able to get it and for RMF to use BCPii. > > Cheers, Martin > > Martin Packer, > zChampion, Principal Systems Investigator, > Worldwide Cloud & Systems Performance, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > > > From: "R.S." > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/01/2016 10:33 > Subject:Change CPC name in HMC > Sent by:IBM Mainframe Discussion List > > > > Typically a CPC object in HMC is named P0012345 (serial number). > It is unique, but not very convenient for multi-CPC display. > Q: can I rename it? I would like to use names like FRANK or JENNY. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > -- > Treść tej wiadomości może zawierać informacje prawnie chronione Banku > przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być > jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś > adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej > przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, > rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie > zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, > prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale > usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub > zapisane na dysku. > > This e-mail may contain legally privileged information of the Bank and is > intended solely for business use of the addressee. This e-mail may only be > received by the addressee and may not be disclosed to any third parties. > If you are not the intended addressee of this e-mail or the employee > authorized to forward it to the addressee, be advised that any > dissemination, copying, distribution or any other similar activity is > legally prohibited and may be punishable. If you received this e-mail by > mistake please advise the sender immediately by using the reply facility > in your e-mail software and delete permanently this e-mail including any > copies of it either printed or saved to hard drive. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl > Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego > Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: > 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy > mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CVE entries
I have been informed that no cross reference list exists at this time. I searched the SECINT list by FMID instead and then used the results to perform crosszone queries. Thanks to all that responded. Bob -Original Message- From: Richards, Robert B. Sent: Wednesday, January 06, 2016 6:24 AM To: 'IBM Mainframe Discussion List' Subject: RE: CVE entries David, I had found that, but was looking for a CVE to PTF/APAR cross reference because my coworker had the CVE numbers only. I suppose I can click on all those links and see if any contain CVE comments and match the ones I am interested in. Thank you anyway, Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Change CPC name in HMC
Typically a CPC object in HMC is named P0012345 (serial number). It is unique, but not very convenient for multi-CPC display. Q: can I rename it? I would like to use names like FRANK or JENNY. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sort for not there?
At 12:04 -0700 on 01/06/2016, Paul Gilmartin wrote about Sort for not there?: Well, the Pigeonhole Principle guarantees that if the data don't exceed 65,535 lines a suitable value must exist. But how to find it? I might take this to IBM-MAIN; someone is apt to jump in with a DFSORT/ICETOOL solution. Hmmm. Count occurences of each initial digraph and select any zero value. But are zeroes counted? Feed the data file into Sort (possibly) using the sort cards to only select the first 2 characters (ie: Create a 2 character file) and sort it. Now read the sorted 2 character file and and compare against an ascending 2 character string (bumping it when the sort value changes) until you do not get a match (ie: The sort value is higher than the compare value). That is a good value to use. If the sort is an internal sort the program could read the file, pass it to sort. and process the returned sorted file in lieu of needing multiple job steps. An internal sort also avoids the need to create temp files for output since the sorted records come from the sort work area one record at a time as they are passed to the program's E35 exit. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN