Re: IBM now employs more workers in India than US
W dniu 2013-10-17 17:29, Eric Bielefeld pisze: [...] Most of the people I talked to had good English, but it's not the same as American English. [...] Well, isn't it obvious? Good English American English ;-) -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Who speaks proper ???
On Fri, 18 Oct 2013 10:22:35 +0200, R.S. wrote: VyBkbml1IDIwMTMtMTAtMTcgMTc6MjksIEVyaWMgQmllbGVmZWxkIHBpc3plOgpbLi4uXQogPiBN b3N0IG9mIHRoZSBwZW9wbGUgSSB0YWxrZWQgdG8gaGFkIGdvb2QgRW5nbGlzaCwgYnV0IGl0J3Mg bm90IHRoZSAKc2FtZSBhcyBBbWVyaWNhbiBFbmdsaXNoLiAgWy4uLl0KCldlbGwsIGlzbid0IGl0 IG9idmlvdXM/IEdvb2QgRW5nbGlzaCA8PiBBbWVyaWNhbiBFbmdsaXNoCjstKQoKLS0gClJhZG9z bGF3IFNrb3J1cGthCkxvZHosIFBvbGFuZAoKCgoKCgotLQ0KVHJlGhogdGVqIHdpYWRvbW8aY2kg bW8aZSB6YXdpZXJhGiBpbmZvcm1hY2plIHByYXduaWUgY2hyb25pb25lIEJhbmt1IHByemV6bmFj em9uZSB3eRoaY3puaWUgZG8gdRp5dGt1IHMadRpib3dlZ28gYWRyZXNhdGEuIE9kYmlvcmMaIG1v GmUgYnkaIGplZHluaWUgamVqIGFkcmVzYXQgeiB3eRoaY3plbmllbSBkb3N0GnB1IG9z82IgdHJ6 ZWNpY2guIEplGmVsaSBuaWUgamVzdGUaIGFkcmVzYXRlbSBuaW5pZWpzemVqIHdpYWRvbW8aY2kg bHViIHByYWNvd25pa2llbSB1cG93YRpuaW9ueW0gZG8gamVqIHByemVrYXphbmlhIGFkcmVzYXRv d2ksIGluZm9ybXVqZW15LCAaZSBqZWogcm96cG93c3plY2huaWFuaWUsIGtvcGlvd2FuaWUsIHJv enByb3dhZHphbmllIGx1YiBpbm5lIGR6aWEaYW5pZSBvIHBvZG9ibnltIGNoYXJha3RlcnplIGpl c3QgcHJhd25pZSB6YWJyb25pb25lIGkgbW8aZSBieRoga2FyYWxuZS4gSmUaZWxpIG90cnp5bWEa ZRogdBogd2lhZG9tbxoaIG9teRprb3dvLCBwcm9zaW15IG5pZXp3Gm9jem5pZSB6YXdpYWRvbWka IG5hZGF3Yxogd3lzeRphahpjIG9kcG93aWVkGiBvcmF6IHRyd2FsZSB1c3VuGhogdBogd2lhZG9t bxoaIHcaGmN6YWoaYyB3IHRvIHdzemVsa2llIGplaiBrb3BpZSB3eWRydWtvd2FuZSBsdWIgemFw aXNhbmUgbmEgZHlza3UuDQoNClRoaXMgZS1tYWlsIG1heSBjb250YWluIGxlZ2FsbHkgcHJpdmls ZWdlZCBpbmZvcm1hdGlvbiBvZiB0aGUgQmFuayBhbmQgaXMgaW50ZW5kZWQgc29sZWx5IGZvciBi dXNpbmVzcyB1c2Ugb2YgdGhlIGFkZHJlc3NlZS4gVGhpcyBlLW1haWwgbWF5IG9ubHkgYmUgcmVj ZWl2ZWQgYnkgdGhlIGFkZHJlc3NlZSBhbmQgbWF5IG5vdCBiZSBkaXNjbG9zZWQgdG8gYW55IHRo aXJkIHBhcnRpZXMuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCBhZGRyZXNzZWUgb2YgdGhp cyBlLW1haWwgb3IgdGhlIGVtcGxveWVlIGF1dGhvcmlzZWQgdG8gZm9yd2FyZCBpdCB0byB0aGUg YWRkcmVzc2VlLCBiZSBhZHZpc2VkIHRoYXQgYW55IGRpc3NlbWluYXRpb24sIGNvcHlpbmcsIGRp c3RyaWJ1dGlvbiBvciBhbnkgb3RoZXIgc2ltaWxhciBhY3Rpdml0eSBpcyBsZWdhbGx5IHByb2hp Yml0ZWQgYW5kIG1heSBiZSBwdW5pc2hhYmxlLiBJZiB5b3UgcmVjZWl2ZWQgdGhpcyBlLW1haWwg YnkgbWlzdGFrZSBwbGVhc2UgYWR2aXNlIHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkgYnkgdXNpbmcg dGhlIHJlcGx5IGZhY2lsaXR5IGluIHlvdXIgZS1tYWlsIHNvZnR3YXJlIGFuZCBkZWxldGUgcGVy bWFuZW50bHkgdGhpcyBlLW1haWwgaW5jbHVkaW5nIGFueSBjb3BpZXMgb2YgaXQgZWl0aGVyIHBy aW50ZWQgb3Igc2F2ZWQgdG8gaGFyZCBkcml2ZS4gDQoNCkJSRSBCYW5rIFNBLCAwMC05NTAgV2Fy c3phd2EsIHVsLiBTZW5hdG9yc2thIDE4LCB0ZWwuICs0OCAoMjIpIDgyOSAwMCAwMCwgZmF4ICs0 OCAoMjIpIDgyOSAwMCAzMywgd3d3LmJyZWJhbmsucGwsIGUtbWFpbDogaW5mb0BicmViYW5rLnBs DQpTGmQgUmVqb25vd3kgZGxhIG0uIHN0LiBXYXJzemF3eSBYSUkgV3lkemlhGiBHb3Nwb2RhcmN6 eSBLcmFqb3dlZ28gUmVqZXN0cnUgUxpkb3dlZ28sIG5yIHJlamVzdHJ1IHByemVkc2kaYmlvcmPz dyBLUlMgMDAwMDAyNTIzNywgTklQOiA1MjYtMDIxLTUwLTg4LiANCldlZBp1ZyBzdGFudSBuYSBk emllGiAwMS4wMS4yMDEzIHIuIGthcGl0YRogemFrGmFkb3d5IEJSRSBCYW5rdSBTQSAodyBjYRpv GmNpIHdwGmFjb255KSB3eW5vc2kgMTY4LjU1NS45MDQgehpvdHljaC4KDQoNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCkZvciBJQk0tTUFJTiBzdWJzY3JpYmUgLyBzaWdub2ZmIC8gYXJjaGl2ZSBhY2Nlc3MgaW5z dHJ1Y3Rpb25zLA0Kc2VuZCBlbWFpbCB0byBsaXN0c2VydkBsaXN0c2Vydi51YS5lZHUgd2l0aCB0 aGUgbWVzc2FnZTogSU5GTyBJQk0tTUFJTg0K And he's complaining about American English :eek: s ... Radoslaw actually wrote: Well, isn't it obvious? Good English American English ;-) ... and who am I to argue ?. Shane ... ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
I see no reason why one should have to make a DROPSYM conditional as you suggest. You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. From the manual: SUMMARY or NOSUMMARY SUMMARY indicates that a processing summary (a final total line) is to be produced. NOSUMMARY specifies that a processing summary is to be suppressed. The NOSUMMARY parameter is useful to turn off summary messages when the subcommand is invoked within a CLIST or a REXX exec. Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: Friday, October 18, 2013 12:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: An IPCS question You need to eliminate the dropsym if it does not exist: address IPCS EVALSYM if rc = 0 then DROPSYM Jon Perryman From: Hardee, Chuck chuck.har...@thermofisher.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, October 17, 2013 11:23 AM Subject: An IPCS question Hello Everyone, I have a REXX in which I have coded various commands that I do every time I have to look at a dump. In those commands is a DROPSYM statement, in fact, several of them. What I would like to do is eliminate the message: BLS18064I No symbols found that is produced by the DROPSYM command. I have NOSUMMARY coded on the DROPSYM but that doesn't do it. Anyone else tired this and succeeded? If so, willing to share the knowledge? Thanks, Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Explanation of S0C4 reason 4
Ed Gould wrote: The s0C4 could be something like trying to write a logrec record (possibly an error occurred during the format of the new record or... it could just about be anything without basic info its hard to say). Indeed. Or something with AC=1 could have overwritten your sacred memory causing hard to diagnose abends... Or your jobs is passing data/parameters/queries to a system and getting invalid data/reports/etc back as a reward. Bravo, more S0Cx abends. In ancient times of good computing years, I got similar weird abends in batch jobs (which is making calls to a system product as part of its working) until I stopped a system. I arranged to load an older version of that system. Then that abends dissapeared and returning when I restarted it with the problematic version. Problem solved with a new ticket to the hapless vendor. I earned more unneeded grey hairs without getting a 'thank you' from that unfortunate programmer. Oh well... ;-) 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: Who speaks proper ???
Radoslaw Skorupka wrote: My English is poor (as your Polish AFAIK), What about Afrikaans? [1] ;-D But there is an advantage! ;-D In sport events, the teams can speak about tactics/strategy with each other in their own languages while their opponents can't understand them. Hehehe, our Springboks Rugby players found that very useful when playing against England, Australia and New Zealand. It reminds me of the movie 'Windtalkers'. Knowledge of a strange language is advantageous. ;-) but my mailer is set up correctly - that's an opinion of other people on the IBM-MAIN list. It was discussed several times. As far as I remember the problem occurs only when using IBM-MAIN listserver, onlye when I respond to other mail. It is indeed true. Ok, back to boring work and cold coffee... ;-D Groete / Greetings Elardus Engelbrecht [1] - People using Netherlands and Flemish can hopefully understand Afrikaans with some efforts. German speaking people also, but with more efforts. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - from June, an article on how fantastic healthcare.gov is
In 5260a06b.8040...@gmail.com, on 10/18/2013 at 10:43 AM, David Crayford dcrayf...@gmail.com said: Why would they do that? Before asking why, it's best to be sure of who and what. How reliable is the article? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OT: Flossie ICT 1301 being rescued.
Thought some of us might be interested. http://www.tnmoc.org/news/news-releases/flossie-first-mass-produced-business-computer-rescued Something to point at and paraphrase Crocodile Dundee: That's not a computer. THIS is a computer! 5.5 tons, 6 meters by 7 meters. -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Explanation of S0C4 reason 4
I just looked in the Assembler Authorized Guide on Virtual Storage And it says subpool 0 is always 8 If the books says so, please explain where so we can correct that. For all the subpools 0-127, the key relates to the TCB key when the first obtain is done from that subpool. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
On Fri, 18 Oct 2013 02:41:33 -0700, Hardee, Chuck wrote: You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. I don't read the description of NOSUMMARY as meaning ignore errors. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - from June, an article on how fantastic healthcare.gov is
My WAG on the redaction of copyright notices: some developer wanted to use the OS component without going through some approval process. If true, it points to an out of control process. I believe the article. It was easy enough to verify and if not true it would have been easy to refute, which hasn't Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Oct 17, 2013 at 9:43 PM, David Crayford dcrayf...@gmail.com wrote: On 18/10/2013 4:26 AM, Kirk Wolf wrote: News today: After bragging about using and contributing open source, healthcare.govviolated a open source license for a popular javascript UI toolkit: http://www.weeklystandard.com/**blogs/obamacare-website-** violates-licensing-agreement-**copyrighted-software_763666.**htmlhttp://www.weeklystandard.com/blogs/obamacare-website-violates-licensing-agreement-copyrighted-software_763666.html Why would they do that? I don't understand what they would gain from removing a copyright. It's interesting that they closed the github repo but as usual somebody cloned it https://github.com/** Conservatory/healthcare.gov-**2013-10-01https://github.com/Conservatory/healthcare.gov-2013-10-01 . Kirk Wolf Dovetailed Technologies http://dovetail.com --**--** -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT: Flossie ICT 1301 being rescued.
Thought some of us might be interested. http://www.tnmoc.org/news/news-releases/flossie-first-mass-produced-business-computer-rescued Something to point at and paraphrase Crocodile Dundee: That's not a computer. THIS is a computer! 5.5 tons, 6 meters by 7 meters. Take the article with a grain of salt - Flossie was never really in danger of getting scrapped, and this really was not a rescue. It is a really nice machine, and TNMOC is a great home for it. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Copy from one Dir to another
If it is a whole filesystem, Dss copy. Will do it . On Oct 16, 2013 1:17 PM, Ron Wells ron.we...@slfs.com wrote: Tks everyone...will try the two examples been very helpful -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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
blog security by design
Rarely I post a note here about my blog. While it is not only an IBM issue (mainframe or not) I thought this maybe of interest to the list. In a world where we all have to deal with various aspects of the online world. We are, both personally and professionally, concerned about security and new technology. Robert's Law of security and technology progress. I did this for a couple of reasons. 1) We, as professionals, at times do not see the forest because of the trees (me included). And I thought I could start an discussion concerning this. 2) A little self promotion, as the euphemism goes, I am looking for new opportunities (got laid off). Please feel free in forwarding this to anyone you may want to, http://robertdataprivacytesting.blogspot.ca/2013/10/security-by-design.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - from June, an article on how fantastic healthcare.gov is
On 18/10/13 21:04, Kirk Wolf wrote: My WAG on the redaction of copyright notices: some developer wanted to use the OS component without going through some approval process. If true, it points to an out of control process. Hard to believe. It's probably the most popular js tool out there. Approval would have been the first cab of the rank. I believe the article. It was easy enough to verify and if not true it would have been easy to refute, which hasn't Has anybody verified it? Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Oct 17, 2013 at 9:43 PM, David Crayford dcrayf...@gmail.com wrote: On 18/10/2013 4:26 AM, Kirk Wolf wrote: News today: After bragging about using and contributing open source, healthcare.govviolated a open source license for a popular javascript UI toolkit: http://www.weeklystandard.com/**blogs/obamacare-website-** violates-licensing-agreement-**copyrighted-software_763666.**htmlhttp://www.weeklystandard.com/blogs/obamacare-website-violates-licensing-agreement-copyrighted-software_763666.html Why would they do that? I don't understand what they would gain from removing a copyright. It's interesting that they closed the github repo but as usual somebody cloned it https://github.com/** Conservatory/healthcare.gov-**2013-10-01https://github.com/Conservatory/healthcare.gov-2013-10-01 . Kirk Wolf Dovetailed Technologies http://dovetail.com --**--** -- 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 -- 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: OT - from June, an article on how fantastic healthcare.gov is
On Fri, Oct 18, 2013 at 9:17 AM, David Crayford dcrayf...@gmail.com wrote: I believe the article. It was easy enough to verify and if not true it would have been easy to refute, which hasn't Has anybody verified it? Check it out: https://www.healthcare.gov/marketplace/global/en_US/js/jquery.dataTables.js (this is DataTables, and the copyright notice is gone) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
I'd open an ETR. This isn't a termination message. In article 9b26bc6a6df52d4483dd73b1fe7b4b066ceed21...@uspho-mxvs07.amer.thermo.com you wrote: Thanks Don, but I already have the following in my REXX: setdef local noconfirm flag(terminating) setdef global noconfirm flag(terminating) I know, I could have left off the local and global and just issue a single command and it would be treated as global. Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Poitras Sent: Thursday, October 17, 2013 8:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: An IPCS question Chuck, Try: SETDEF FLAG(TERMINATING) In article 9b26bc6a6df52d4483dd73b1fe7b4b066ceed21...@uspho-mxvs07.amer.thermo.com you wrote: Hello Everyone, I have a REXX in which I have coded various commands that I do every time I have to look at a dump. In those commands is a DROPSYM statement, in fact, several of them. What I would like to do is eliminate the message: BLS18064I No symbols found that is produced by the DROPSYM command. I have NOSUMMARY coded on the DROPSYM but that doesn't do it. Anyone else tired this and succeeded? If so, willing to share the knowledge? Thanks, Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
The DROPSYM messages for symbols not found is information (not an error message). Setting FLAG( ) to any level will not suppress the message. It will produce the message so the only way to eliminate the message is to make DROPSYM conditional. The alternative is to direct it to print rather than terminal but that must be done using the SETDEF command. NOSUMMARY will eliminate the messages about symbols dropped but does not affect the symbols not found message. I don't think IBM has bothered to change this command because it has always worked. It's one of the few commands that doesn't support FLAG( ), PRINT/NOPRINT and TERMINAL/NOTERMINAL. Jon Perryman. From: Hardee, Chuck chuck.har...@thermofisher.com I see no reason why one should have to make a DROPSYM conditional as you suggest. You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - from June, an article on how fantastic healthcare.gov is
On 18/10/13 22:30, Kirk Wolf wrote: On Fri, Oct 18, 2013 at 9:17 AM, David Crayford dcrayf...@gmail.com wrote: I believe the article. It was easy enough to verify and if not true it would have been easy to refute, which hasn't Has anybody verified it? Check it out: https://www.healthcare.gov/marketplace/global/en_US/js/jquery.dataTables.js (this is DataTables, and the copyright notice is gone) That's shocking! How terribly disappointing that somebody would do that. It's not just breaking the rules it's ethically wrong. If you can't get approval then park it! -- 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: An IPCS question
From the book: The FLAG severity parameters and the messages transmitted follow. WARNING is the IPCS-defined default. ... TERMINATING Transmits only TERMINATING messages and suppresses INFORMATIONAL, WARNING, ERROR, and SERIOUS (SEVERE) messages. In article 1382107507.42557.yahoomail...@web181003.mail.ne1.yahoo.com you wrote: The DROPSYM messages for symbols not found is information (not an error message). Setting FLAG( ) to any level will not suppress the message. It will produce the message so the only way to eliminate the message is to make DROPSYM conditional. The alternative is to direct it to print rather than terminal but that must be done using the SETDEF command. NOSUMMARY will eliminate the messages about symbols dropped but does not affect the symbols not found message. I don't think IBM has bothered to change this command because it has always worked. It's one of the few commands that doesn't support FLAG( ), PRINT/NOPRINT and TERMINAL/NOTERMINAL. ? Jon Perryman. From: Hardee, Chuck chuck.har...@thermofisher.com I see no reason why one should have to make a DROPSYM conditional as you suggest. You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
Thanks Jon, this is the best explanation I've heard so far about why NOSUMMARY doesn't suppress the NO SYMBOLS DROPPED message. I'll have to give some serious thought to adding conditional logic to the DROPSYM process. The biggest problem I have is that majority of the symbols being dropped are of a nature 0:9 where the represents a prefix and the 0 and 9 are truly numbers, but could be 1, 2, 3, etc digits long making checking for conditions awkward, not impossible. I was hoping to avoid the overhead of calling IPCS to EVALSYM = and = to get the range to drop. Thanks to everyone who responded and to those who thought about it but didn't. :) Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: Friday, October 18, 2013 10:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: An IPCS question The DROPSYM messages for symbols not found is information (not an error message). Setting FLAG( ) to any level will not suppress the message. It will produce the message so the only way to eliminate the message is to make DROPSYM conditional. The alternative is to direct it to print rather than terminal but that must be done using the SETDEF command. NOSUMMARY will eliminate the messages about symbols dropped but does not affect the symbols not found message. I don't think IBM has bothered to change this command because it has always worked. It's one of the few commands that doesn't support FLAG( ), PRINT/NOPRINT and TERMINAL/NOTERMINAL. Jon Perryman. From: Hardee, Chuck chuck.har...@thermofisher.com I see no reason why one should have to make a DROPSYM conditional as you suggest. You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. -- 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: An IPCS question
This is easy to fix by having at least one symbol that will be dropped. Simply equate a symbol that falls in the range before you do the dropsym. By the way it's closer to wildcarding than a range. address IPCS EQUATE 0 /* assign to eliminate DROPSYM message */ DROPSYM X:Y NOSUMMARY /* drop anything from X to Y */ Jon Perryman. From: Hardee, Chuck chuck.har...@thermofisher.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, October 18, 2013 7:57 AM Subject: Re: An IPCS question Thanks Jon, this is the best explanation I've heard so far about why NOSUMMARY doesn't suppress the NO SYMBOLS DROPPED message. I'll have to give some serious thought to adding conditional logic to the DROPSYM process. The biggest problem I have is that majority of the symbols being dropped are of a nature 0:9 where the represents a prefix and the 0 and 9 are truly numbers, but could be 1, 2, 3, etc digits long making checking for conditions awkward, not impossible. I was hoping to avoid the overhead of calling IPCS to EVALSYM = and = to get the range to drop. Thanks to everyone who responded and to those who thought about it but didn't. :) Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: Friday, October 18, 2013 10:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: An IPCS question The DROPSYM messages for symbols not found is information (not an error message). Setting FLAG( ) to any level will not suppress the message. It will produce the message so the only way to eliminate the message is to make DROPSYM conditional. The alternative is to direct it to print rather than terminal but that must be done using the SETDEF command. NOSUMMARY will eliminate the messages about symbols dropped but does not affect the symbols not found message. I don't think IBM has bothered to change this command because it has always worked. It's one of the few commands that doesn't support FLAG( ), PRINT/NOPRINT and TERMINAL/NOTERMINAL. Jon Perryman. From: Hardee, Chuck chuck.har...@thermofisher.com I see no reason why one should have to make a DROPSYM conditional as you suggest. You issue the command and, if you have NOSUMMARY, the command response should be, well, nothing! After all, that's what the NOSUMMARY is defined as meaning. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
FLAG does not suppress informational messages (BLS18064I No symbols found). You may feel it should have been a warning but IBM classified it as informational. Jon Perryman. From: Don Poitras poit...@pobox.com From the book: The FLAG severity parameters and the messages transmitted follow. WARNING is the IPCS-defined default. ... TERMINATING Transmits only TERMINATING messages and suppresses INFORMATIONAL, WARNING, ERROR, and SERIOUS (SEVERE) messages. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT (File Reformat)
Ron, You can use the following DFSORT JCL which will reformat the file as you need. The length of the file is now increased to 99 bytes (19 additional zero for all the 19 occurrences if the data is present. //STEP0100 EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD * XX123478965456 //SORTOUT DD SYSOUT=* //SYSINDD * OPTION COPY INREC IFOUTLEN=99,IFTHEN=(WHEN=INIT,BUILD=(1,2,98:79,2,100:3,76)), IFTHEN=(WHEN=(100,4,CH,NE,C' '), OVERLAY=(03:100,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(104,4,CH,NE,C' '), OVERLAY=(08:104,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(108,4,CH,NE,C' '), OVERLAY=(13:108,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(112,4,CH,NE,C' '), OVERLAY=(18:112,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(116,4,CH,NE,C' '), OVERLAY=(23:116,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(120,4,CH,NE,C' '), OVERLAY=(28:120,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(124,4,CH,NE,C' '), OVERLAY=(33:124,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(128,4,CH,NE,C' '), OVERLAY=(38:128,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(132,4,CH,NE,C' '), OVERLAY=(43:132,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(136,4,CH,NE,C' '), OVERLAY=(48:136,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(140,4,CH,NE,C' '), OVERLAY=(53:140,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(144,4,CH,NE,C' '), OVERLAY=(58:144,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(144,4,CH,NE,C' '), OVERLAY=(63:144,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(148,4,CH,NE,C' '), OVERLAY=(68:148,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(152,4,CH,NE,C' '), OVERLAY=(73:152,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(156,4,CH,NE,C' '), OVERLAY=(78:156,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(160,4,CH,NE,C' '), OVERLAY=(83:160,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(164,4,CH,NE,C' '), OVERLAY=(88:164,4,UFF,EDIT=(T)),HIT=NEXT), IFTHEN=(WHEN=(168,4,CH,NE,C' '), OVERLAY=(93:168,4,UFF,EDIT=(T))) //* Thanks, Kolusu DFSORT Development IBM Corporation IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 10/15/2013 11:27:44 AM: From: Ron Thomas ron5...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 10/15/2013 11:28 AM Subject: DFSORT (File Reformat) Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Hello We have a input file of length 80 bytes, in this file from the 3'rd position the 4 byte data is defined as a array of 19 occurence. The last 2 bytes is of character data. We need to reformat this file, there is a chance that data may occure only say 10 times. Here we need to put 0 in front of the data only if data is present in the layout from position 3. No need to put any data in front if there is no file data for e.g say in position 51 e.g INPUT FILE :- XX123478965456 OUTPUT FILE : XX012340789605456 Pls let me know how this to be done using SORT ? No issume if the length of the file is modified by this process Thanks Ron T -- 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: MongoDB
MongoDB stores it data in BSON or binary JSON and is schema-less. There is a JSON Schema Internet draft underway - http://tools.ietf.org/html/draft-zyp-json-schema-03 And, here is an IBM developerWorks article that approaches it - http://www.ibm.com/developerworks/cloud/library/cl-json-verification/ Nagesh On Wed, Oct 16, 2013 at 9:52 AM, David Crayford dcrayf...@gmail.com wrote: On 16/10/2013 11:51 AM, Ze'ev Atlas wrote: Since NoSQL seems to be reigning supreme, I decided to study MongoDB which was both recommended by a friend (a PM who is managing an actual project with that stuff) and is the most popular NoSQL engine out there according to http://db-engines.com/en/**rankinghttp://db-engines.com/en/ranking(they don't count Hadoop since they considered it to be a file system.) As usual, I acquired the book (O'Reilly - mongodb the definitive guide) and began to read... And here is why I post it here, I have the sense of deja vu all over again! Forget about the fancy terminology of storing Documents rather then rows or records. In the end it is the same. They have all the CRUD actions (i.e. Create, Remove, Update and Delete) which are done via some API functions rather then SQL statements. They can index and access stuff fast. They can partition the database over many servers and thus scale out... all is good. But here is the real scoop! No Joins and if you want to store some row... er... document of different structure that relate to the current one, you'd rather store it as a sub document (i.e. a different structure that is part of your current row (i.e. hierarchical) or in a different collection that you should navigate into in the application side. Mmm, have I just used the words navigate, hierarchical, etc. No wonder that all those younger people are so excited about NoSQL, they have never seen it before. But we, veterans of IMS, IDMS, ADABAS and the like, our old skills are new again! We had a conversation on linkedin wrt comparing IMS to MongoDB http://tinyurl.com/mk95nrq. I fail to see any similarity between the two other than they are both data bases, have keys and values. MongoDB stores it data in BSON or binary JSON and is schema-less. That's a good thing for some applications, think CMS, and companies that release software continuously. The guardian replaced Oracle with MongoDB and it was the right tool for the job http://www.slideshare.net/**tackers/why-we-chose-mongodb-** for-guardiancouk#http://www.slideshare.net/tackers/why-we-chose-mongodb-for-guardiancouk#!. It is not, however, a drop in replacement for traditional transactional data bases. Welcome back to the future. BTW, I do not bad mouth the technology, it is very useful (as were IMS and IDMS) and I can see replacing all warehouses and Star Schemas with that stuff, it is more natural, faster and more scalable then the current SQL based warehouse technologies. ZA --**--** -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
Jon, I'm happy with it being informational. I don't feel it should have been a warning. The doc says that FLAG suppresses informational, but we've seen evidence that it doesn't. So it's either a doc erorr or a bug. Either way, an ETR is in order. In article 1382109871.74071.yahoomail...@web181003.mail.ne1.yahoo.com you wrote: FLAG does not suppress informational messages (BLS18064I No symbols found). You may feel it should have been a warning but IBM classified it as informational. Jon Perryman. From: Don Poitras poit...@pobox.com From the book: The FLAG severity parameters and the messages transmitted follow. WARNING is the IPCS-defined default. ... TERMINATING ? Transmits only TERMINATING messages and suppresses INFORMATIONAL, ? WARNING, ERROR, and SERIOUS (SEVERE) messages. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
You are correct but it's very unlikely to be fixed. The default is FLAG(WARNING) so why does IBM even bother producing informational messages that are conditionally displayed. Does anyone run FLAG(INFO)? Is there anything useful produced? Jon Perryman. From: Don Poitras poit...@pobox.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, October 18, 2013 10:38 AM Subject: Re: An IPCS question Jon, I'm happy with it being informational. I don't feel it should have been a warning. The doc says that FLAG suppresses informational, but we've seen evidence that it doesn't. So it's either a doc erorr or a bug. Either way, an ETR is in order. In article 1382109871.74071.yahoomail...@web181003.mail.ne1.yahoo.com you wrote: FLAG does not suppress informational messages (BLS18064I No symbols found). You may feel it should have been a warning but IBM classified it as informational. Jon Perryman. From: Don Poitras poit...@pobox.com From the book: The FLAG severity parameters and the messages transmitted follow. WARNING is the IPCS-defined default. ... TERMINATING ? Transmits only TERMINATING messages and suppresses INFORMATIONAL, ? WARNING, ERROR, and SERIOUS (SEVERE) messages. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637 Cary, NC 27513 -- 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
JOB: z/OS Systems Programmer @ Univ. of FL
(Posted with an ok from Darren.) The University of Florida in Gainesville, FL, has posted an Systems Admin/Programmer 3 z/OS Systems Programmer position with details available at: https://jobs.ufl.edu/postings/45929 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
The ascending severity hierarchy is INFO WARNING ERROR SEVERE ERROR TERMINATING Coding one of these values suppresses all less severe messages. A small, non-definitive test suggests that things work as they are bruited. In particular none of these message sets is empty. The question what the default should be is a separate issue and a judgment call. A good design disentangles its value from the question what values to support. In particular Mr Perryman and I disagree. I do not think it appropriate to discard all messages that are less severe than a|the current default. The severity level appropriate in any situation is inversely related to its setter's experience level. For an experienced user INFO and WARNING messages may be, usually are, otiose. For a novice they may be, usually are, important. My own practice is to set default severity levels low because it seems to me that 1)experienced users who are annoyed by repetitive, to them uninteresting message will discover how to suppress them and that 2) the ignorant and inexperienced should be protected while they are so. There are more things in heaven and earth, Horatio, than are dreamt of in your philosophie. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Clemson Univ. Data Center Tour (1980)
A blast from the past, recently added to Youtube: https://www.youtube.com/watch?v=wKslgJnQgG8 Starring an 8-mb IBM 3033, 3330 disk, reel tape, punch cards, a liquid-ink plotter and a 1403 printer that plays Tiger Rag! (at 9:30) I remember when the video was made. Sad but true. -- -- Jim Blalock z/OS Support Manager CCIT, Clemson University (864) 656-3680 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Import Connect with Alias
Hello, My question is about a User catalog getting moved to a different volume. The scenario is the user catalog belongs to one of our plex with Three LPARS.(Each LPAR has its own MCAT). The User catalog is connected to each Master catalog. So for the user catalog move I adopted the below approach 1) Catalog Backup. 2) Export Disconnect 3) Redefine the Usercatalog on the target volume. 4) Do the restoration from the step(1) 5)Connecting the Usercatalog to other two Mastercatalog. My question is here for other Systems is IT OK to run a IDCAM control IMPORT CONNECT with ALIAS instead of defining aliases again on each system ? Since Its understood that during EXPORT DISCONNECT we lose the aliases defined to MCAT. Does IMPORT CONNECT with ALIAS can bring the aliases back to the other two Master catalogs(In other Two LPARS ? ) Could someone please throw on the light above.. Ok the curent version of my system is : Z/OS : 1.13 Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: An IPCS question
DROPSYM clearly shows that it does not follow this hierarchy. I wasn't questioning IBM's choice about the default severity. I was stating the fact that having the default of WARNING caused IBM to code DROPSYM with INFO messages that deviate from the documentation. It's likely other commands have messages that are difficult to suppress. They should adhere to or modify the documentation. Maybe they could say some instead of implying all but that could cause more open tickets about some. Since FLAG(INFO) is rarely (if ever) used, there are messages that someone felt important to display but will not be seen. Why did they go to the effort of creating these messages? Jon Perryman.. From: John Gilmore jwgli...@gmail.com The ascending severity hierarchy is INFO WARNING ERROR SEVERE ERROR TERMINATING Coding one of these values suppresses all less severe messages. A small, non-definitive test suggests that things work as they are bruited. In particular none of these message sets is empty. The question what the default should be is a separate issue and a judgment call. A good design disentangles its value from the question what values to support. In particular Mr Perryman and I disagree. I do not think it appropriate to discard all messages that are less severe than a|the current default. The severity level appropriate in any situation is inversely related to its setter's experience level. For an experienced user INFO and WARNING messages may be, usually are, otiose. For a novice they may be, usually are, important. My own practice is to set default severity levels low because it seems to me that 1)experienced users who are annoyed by repetitive, to them uninteresting message will discover how to suppress them and that 2) the ignorant and inexperienced should be protected while they are so. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Clemson Univ. Data Center Tour (1980)
Starring an 8-mb IBM 3033, 3330 disk, reel tape, punch cards, a liquid-ink plotter and a 1403 printer that plays Tiger Rag! (at 9:30) Great video. I looks like the processor is just about the only real IBM gear there. The tape are STC, the 3350s are CDC, and the 3330s are from someone that I can not ID. -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS IPL Issue
Hello Group, We are running z/OS 1.13 system and I installed CICS T/S 5.1 . So before starting first time CICS, I was ipling my z/OS system to take all new changes. But while loading LPAR from HMC, I get success message on load screen but I don't see anything in operating system message screen . When I tried checking Hardware message, I have got below PSW code there 000280009064. I am not getting any clue to solve this issue. Kindly advise . -- Thanks Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS IPL Issue
On 10/18/2013 10:15 PM, saurabh khandelwal wrote: But while loading LPAR from HMC, I get success message on load screen but I don't see anything in operating system message screen . When I tried checking Hardware message, I have got below PSW code there 000280009064. I am not getting any clue to solve this issue. Kindly advise . z/OS MVS System Codes A program check occurred. Accompanying message IEA304W further explains this wait state and entry code. If the message does not appear on the console, you can find the message in the wait state message area (WSMA). /z/OS MVS System Codes -- 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: z/OS IPL Issue
Hello, I had checked for this IEA304W this message but, I couldn't find it . The message I am getting on HMC hardware message is Central processor (CP) 0 is in a nonrestartable stopped state due to a System Control Program (SCP) initiated reset of the I/O interface for partition PROD01. The disabled wait program status word (PSW) is 000280009064. When I am trying to load LPAR, I am getting success message but after that I don't get to see anything on operating system message scree and LPAR color become RED. Does it mean that operating system is able to load successfully in the initial level but after that because of memory its crashing. I don't have INITSQA entry in my LOADXX member but in IEASYS member we have specified SQA=(1792K,50M).. Do I need to make INITSQA entry in LOADXX member to solve this issue, If yes, then how much I need to specify. Please suggest. Regards Saurabh On Sat, Oct 19, 2013 at 11:15 AM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 10/18/2013 10:15 PM, saurabh khandelwal wrote: But while loading LPAR from HMC, I get success message on load screen but I don't see anything in operating system message screen . When I tried checking Hardware message, I have got below PSW code there 0002800090**64. I am not getting any clue to solve this issue. Kindly advise . z/OS MVS System Codes A program check occurred. Accompanying message IEA304W further explains this wait state and entry code. If the message does not appear on the console, you can find the message in the wait state message area (WSMA). /z/OS MVS System Codes -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.**com/ 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 -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
