Re: Parallel Sysplex split
But for any future dynamic activations, I darn well better be cataloged and at IPL time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- Peter Hunkeler -- 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: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
On Wed, 18 Feb 2015 04:08:12 -0500, Aled Hughes wrote: Allegedly, 65 - 70% of the world's data is held on mainframes. 97% of putts that are under hit don't go in the hole... ;-) Never did achieve the degree of confidence in statistics that my Uni lecturers would wish. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
What amazed me was that the President of the US invited the heads of Microsoft, Google and Apple to a meeting to discuss systems security! These are the people that essentially caused the problem in the first place. And why wasn't IBM invited? Allegedly, 65 - 70% of the world's data is held on mainframes. Not sure if that includes all the movies etc held on home PCs. ALH -Original Message- From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, 18 Feb 2015 2:19 Subject: Re: Fwd: Shipping Culture Is Hurting Us, or what's wrong with I.T. development On Tue, 17 Feb 2015 20:54:22 -0500, Shmuel Metz (Seymour J.) wrote: The examples you give are all software. Indeed. Let's hope people think about the included software when they're buying hardware. History doesn't inspire confidence. Then again, when bodies supposedly mandated to protect national security apparently compromise the firmware of commercial hard drives, what chance do we have ?. Shane ... -- 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: Parallel Sysplex split
That's why it is good idea to have small shared usercat with yourHLQ.IODFnn cataloged. Both usercat and IODFs on shared volume. -- Radoslaw Skorupka Lodz, Poland W dniu 2015-02-18 o 09:52, Gibney, Dave pisze: But for any future dynamic activations, I darn well better be cataloged and at IPL time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- 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 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 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.2015 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.840.228 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
Aled Hughes wrote: Allegedly, 65 - 70% of the world's data is held on mainframes. Not sure if that includes all the movies etc held on home PCs. I learned over the years about those allegations. It differs a lot over the years. Please define 'data held on mainframe'. Is it Business data like, payslips, stock control, logistic data, accounting, trade secrets, etc.? Ok, what about movies, e-mail correspondence and their backups, documentation/policies/procedures/etc. about everything? Then backup data should not be forgotten - Think Tivoli Storage Manager (previously ADSM). These nifty toys store network server data on mainframe storage. And that data is just about everything under the shining sun. Now you mention it - movies - Those YouTube movies - What system is used for them for hosting and storing them? Just curious... (For what it is worth, I know Google is using a special hardened version of Linux system for their searching and cataloging system.) Groete / Greetings Elardus Engelbrecht PS: I was an ADSM admin and later became TSM admin before dropping that on a willing colleague. ;-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMS: Can CDSs and UCAT, be SMS managed or not ??
I can say for sure that our HSM (that's what we're discussing, right?) datasets are in user catalogs. As for SMS, we use RLS for HSM control data sets, which (I believe) requires SMS management. I remember having to make that change to implement RLS, which I highly recommend if you have the option. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, February 18, 2015 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFSMS: Can CDSs and UCAT, be SMS managed or not ?? W dniu 2015-02-18 o 18:27, Toni Cecil pisze: Hello, do you know any consideration to have ACS,SCDS and COMMDS as sms managed or not ?? and how about the catalog where these datasets are placed ?? I'm with z/os V1.13 According to ServerPac Installation Dialog the CDSes have to be cataloged in MCAT, but this is not true. I have never put those CDSes on SMS-managed volume and I think there is good reason for that, like never putting spare door key inside the room. However AFAIR there is no requirement for those datasets to be not SMS-managed. There is no requirement to be SMS-managed as well. HTH -- Radoslaw Skorupka Lodz, Poland 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: Binder attributes
The binder default is REUS=NONE. There's no option to tell the binder to set it based on the inputs (like might be called REUS=MIN). The existing attributes, to the extent they are available to the binder, are only used to determine if there is a conflict with a specified reusability. If you have an existing program module in a library then you can use INCLUDE -ATTR to have the binder set the reusability to that of the included module. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A possible bug in the IBM Runtimne C library
One of the machines is rather old and one is much more current (1.6 vs 1.10 I believe but will check again tonight - I am only a user) I did it with COBOL 4.2 and 5.1 with same results. I do not remember the C compiler levels but the behavior was consistent, and WRONG in all combinations. I provided the C program in order to remove the complexity of C to COBOL interface. I would ask that somebody should check it on your machine (replace the DUMPMEM with printf in Hex). If it happens on your latest and greatest version, than I have a point. It does not matter whether the bug is in the library itself or in the language (C, COBOL, whatever) to library interface; I used the thing in the most common, no frills way, as is described in the manual, interfacing two different standard languages and got a problem. Either the manual is wrong or the library or the interface. It is clearly not a user programming issue. If anybody may overcome this issue by using some clever compile options than be it, but I do not think so! Ze'ev Atlas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFSMS: Can CDSs and UCAT, be SMS managed or not ??
Hello, do you know any consideration to have ACS,SCDS and COMMDS as sms managed or not ?? and how about the catalog where these datasets are placed ?? I'm with z/os V1.13 Many thx, Antonio Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMS: Can CDSs and UCAT, be SMS managed or not ??
W dniu 2015-02-18 o 18:27, Toni Cecil pisze: Hello, do you know any consideration to have ACS,SCDS and COMMDS as sms managed or not ?? and how about the catalog where these datasets are placed ?? I'm with z/os V1.13 According to ServerPac Installation Dialog the CDSes have to be cataloged in MCAT, but this is not true. I have never put those CDSes on SMS-managed volume and I think there is good reason for that, like never putting spare door key inside the room. However AFAIR there is no requirement for those datasets to be not SMS-managed. There is no requirement to be SMS-managed as well. HTH -- 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.2015 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.840.228 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A possible bug in the IBM Runtimne C library
Hello Ze'ev, I post your source once again, because it was split into different lines and not very readable. #include regex.h #include locale.h #include stdio.h #include stdlib.h extern void DUMPMEM(char *address, int length); #include zatoolib.h main() { regex_t preg; char *string = a simple string; char *pattern = .*(simple).*; int rc; size_t nmatch = 2; regmatch_t pmatch[2]; int my_size = sizeof(pmatch)*2; if ((rc = regcomp(preg, pattern, REG_EXTENDED)) != 0) { printf(regcomp() failed, returning nonzero (%d)\n, rc); exit(1); } if ((rc = regexec(preg, string, nmatch, pmatch, 0)) != 0) { printf (failed to ERE match '%s' with '%s',returning %d.\n, string, pattern, rc); } DUMPMEM ((char *)pmatch, my_size); regfree(preg); } I would like to know the exact definition of regmatch_t. And I have some further questions: a) long is the same as int with 32-bit C, so you only get a doubleword using long, if you compile your source using the mainframe C compiler with the 64-bit switches on (I hope this is possible; we always use the 32 bit option on z/OS, 64 bit only on Linux ... and on other platforms). b) when looking at your source, I believe that the definition and the use of my_size in DUMPMEM is wrong, because sizeof(pmatch) already is the size of the array pmatch, which is the size of two elements of type regmatch_t. If you multiply this by two, you get the double size of array pmatch, and then you dump an area double as large as pmatch. Don't know if this helps ... Kind regards Bernd Am 18.02.2015 um 18:58 schrieb Ze'ev Atlas: One of the machines is rather old and one is much more current (1.6 vs 1.10 I believe but will check again tonight - I am only a user) I did it with COBOL 4.2 and 5.1 with same results. I do not remember the C compiler levels but the behavior was consistent, and WRONG in all combinations. I provided the C program in order to remove the complexity of C to COBOL interface. I would ask that somebody should check it on your machine (replace the DUMPMEM with printf in Hex). If it happens on your latest and greatest version, than I have a point. It does not matter whether the bug is in the library itself or in the language (C, COBOL, whatever) to library interface; I used the thing in the most common, no frills way, as is described in the manual, interfacing two different standard languages and got a problem. Either the manual is wrong or the library or the interface. It is clearly not a user programming issue. If anybody may overcome this issue by using some clever compile options than be it, but I do not think so! Ze'ev Atlas -- 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: Sorry, but just too good.
#24 looks like a wire programmed punched card unit of some sort. #25 a basic card punch or card printer. #31 steam punk galore. On Wed, Feb 18, 2015 at 10:13 AM, John McKown john.archie.mck...@gmail.com wrote: This is more in the way of a Friday post. But this collection of computer desk setups was, IMO, just too good not to share. There are 40 pictures. I would like #2 (w/o the guns), or #11 (pant, pant). http://www.tomshardware.com/picturestory/678-extreme-computer-desk-pictures.html -- He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange C runtime library behavior
On Sun, 15 Feb 2015 17:55:37 +, Ze'ev Atlas zatl...@yahoo.com wrote: The regex.h header file indicates that the regmatch_t structure consists of two long variables (i.e. two pic s9(18) comp-5.). s9(18) comp-5 would be a 'long long', I think. The regex.h I'm looking at has three different typedefs for regmatch_t. Are you sure you are looking at the right one? I think for non native ASCII, it is four longs, i.e. four s9(9) comp-5 words. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Check out BBC News - Is your toaster a silent recruit in a 'thingbot' army?
_BBC News - Is your toaster a silent recruit in a 'thingbot' army?_ (http://www.bbc.com/news/business-31157975) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A possible bug in the IBM Runtimne C library
The data in your dump does not seem to support your conclusion. If you treat the first four bytes as a stand-alone word, you do indeed get a word of 0 and a long of 15. But the next two longs are 2 and 8, not the 8 and 2 you are expecting. If you treat all the data as longs, you get values of 0, 15, 2, and 8 but not in the normal order of a big endian machine. For whatever reason, each long seems to be ordered as low order word followed by high order word. Or perhaps each long only contains a word. Could it have something to do with whether you are in 32 or 64 bit mode. In 32 bit mode, a long is only 4 bytes while in 64 bit mode it is 8. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ze'ev Atlas Sent: Wednesday, February 18, 2015 6:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: A possible bug in the IBM Runtimne C library Hi all I suspect (and can prove that there is a bug in the regexec function. I have encountered this issue on two z/OS systems with two different z/OS level. The proof is repeatable and produce same wrong results any time. To prove it I modified a sample C program from the IBM manual and added a call for dumping memory (see below). The documentation and the regex.h declare that the regmatch_t construct should be a pair of doublewords (long) and it is supposed to be an element in an array of as many as you need. Iinstead of getting two pairs of double words containing (0,15),(8,2), I get the first component of the first element as one word (int) of 0 and the rest are indeed double words. This seems like a bug in the runtime library.Here is the dump (only the first two lines are relevant) 19819478 | 00 00 00 0000 00 00 0000 00 00 0F00 00 00 00 | 19819488 | 00 00 00 0200 00 00 0000 00 00 0800 00 00 00 | 19819498 | 00 00 00 4000 00 00 0010 00 00 0019 81 92 48 | ak 198194A8 | 00 00 00 00 99 80 01 6E 04 C6 3C 98 00 00 00 00 | r K F q -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
err MS is the major issue not so much the others. Ed On Feb 18, 2015, at 3:08 AM, Aled Hughes wrote: What amazed me was that the President of the US invited the heads of Microsoft, Google and Apple to a meeting to discuss systems security! These are the people that essentially caused the problem in the first place. And why wasn't IBM invited? Allegedly, 65 - 70% of the world's data is held on mainframes. Not sure if that includes all the movies etc held on home PCs. ALH -Original Message- From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, 18 Feb 2015 2:19 Subject: Re: Fwd: Shipping Culture Is Hurting Us, or what's wrong with I.T. development On Tue, 17 Feb 2015 20:54:22 -0500, Shmuel Metz (Seymour J.) wrote: The examples you give are all software. Indeed. Let's hope people think about the included software when they're buying hardware. History doesn't inspire confidence. Then again, when bodies supposedly mandated to protect national security apparently compromise the firmware of commercial hard drives, what chance do we have ?. Shane ... -- 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: A possible bug in the IBM Runtimne C library
I am sorry for the typo, I was expecting (0,15),(2,8) and not (0,15),(8,2) long 0 long 15 long 2 long 8 I ran it in z/OS which should default to normal numbers so all classic LE languages would understand it correctly 19819478 | 00 00 00 00 00 00 00 00 00 00 00 0F 00 00 00 00 | 19819488 | 00 00 00 02 00 00 00 00 00 00 00 08 00 00 00 00 | However, your suggestion that For whatever reason, each long seems to be ordered as low order word followed by high order word. seems to answer the issue. If you are correct, then, the library provides an integer and a filler of 4 bytes. This explanation seems to be reasonable. Could anybody who is more C savvy and proficient with the runtime library usage, point to any proof that this is indeed the answer? Thanks ZA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A possible bug in the IBM Runtimne C library
Thank you for reposting The use of my_size was indeed wrong, so I dumped more than I needed. Only first two lines are relevant! I did not want to compile and run again because it was late at night I do not have access now, but the definition of regmatch_t is in the regex.h. Regardless of that definition, the library functions gives me back: 1 variable of 32 bits 3 variables of 64 bits I would not mind if I get 4 variables of 32 bits or 4 variables of 64 bits, I could handle each possibility, but the runtime consists of load modules and does not depend on my compile options. The library function may be super smart and communicate with my program based on how I compile it (32 or 64 bits) but it has to do it consistently! The problem is that the results are inconsistent and cannot be explained neither by what z/OS is used, nor by what language or compiler options are used. I ask again, please repeat my test and if you get same results, report it to IBM (I do not have any standing with IBM, but you may have!) ZA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check out BBC News - Is your toaster a silent recruit in a 'thingbot' army?
On Wed, 18 Feb 2015 16:30:26 -0500, Ed Finnell wrote: _BBC News - Is your toaster a silent recruit in a 'thingbot' army?_ (http://www.bbc.com/news/business-31157975) It was bound to happen: http://www.danielsen.com/jokes/objecttoaster.txt -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fwd: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
On Tue, 17 Feb 2015 16:07:09 -0800, Tom Brennan wrote: You made me look - http://www.amazon.com/Minder-Wink-App-Enabled-Smart-Tray/dp/B00GN92KQ4 I can't believe it :) Hauntingly reminiscent of: https://www.cs.cmu.edu/~coke/history_long.txt ... perhaps even a patent conflict. And somewhere, perhaps in the Amazon reviews, someone questioned the reason for 14 compartments when eggs come in modules of 12. I had simply assumed that allowed sending the re-order notification before the tray was entirely empty. But I do somewhat agree with the shipping culture. I've created some small applications myself for various people, and if you initially ask them What do you want?, they can't tell you. But if you show them something - anything - then they start to get ideas and you can go from there. I have long felt that if only the Wright Brothers had enjoyed the counsel of an MBA they could have become the world's leading franchiser of bicycle repair shops. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parallel Sysplex split
There is a tool around somewhere, called FTPB (FTP in Batch). It does this in batch, surrounded by an ISPF application which lets you selects datasets/groups and destinations. We adapted it to our needs and send everything forth and back over the big walls separating our sysplexes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: 18 February, 2015 17:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split DSS/FTP is a perfectly respectable way to migrate an IODF around the enterprise. We happen to use the 'native' mechanism described in SAMPLIB member CBDSEXPU. This entails a batch job that sends the IODF from the source system to the target system. All you need is NJE. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, February 18, 2015 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split Same here. No reason to share that stuff. Just use DFDSS, dump the IODF, FTP it to the other locations, and restore it. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Wednesday, February 18, 2015 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split Catalog is not an issue (except that IODF should be cataloged somewhere), but location is. The PDS containing LOADxx must be on the same volume as the IODF. Let's call that IPLPARM. Sharing IODF means also sharing IPLPARM. It does not get edited very often, but putting it outside of GRS introduces some risk. If IPLPARM gets damaged, you're pretty much SOL for every system that shares it. We have seven sysplexes. Almost nothing is shared across boundaries, including IODF and IPLPARM. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Check out BBC News - Is your toaster a silent recruit in a 'thingbot' army?
Ed Finnell wrote: _BBC News - Is your toaster a silent recruit in a 'thingbot' army?_ (http://www.bbc.com/news/business-31157975) If you're using those devices, you're toast! I'll rather wait until IoT ('Internet of Things') is becoming mature enough to be useful... [1] Paul Gilmartin wrote: It was bound to happen: http://www.danielsen.com/jokes/objecttoaster.txt When I'm big and I'm near that king mentioned in that excellent joke, I want to be a EE, Electrical Engineer! A quote from the joke - A toaster that only makes toast will soon be obsolete. - Hmmm, does it matter whether it can do white bread or brown bread? Groete / Greetings Elardus Engelbrecht [1] - At my previous house I have these devices - garden sprinkler timers, geyser timer, swimming pool filter timer, programmable alarm system, lighting timer, then of course I have 3 computers to play with. Nice to have them, until they break... ask me how I know it. ;-[ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
High i/o rate and CPU usage by catalog after converting a set of files to extended and placing them on model 54's
Hi I am out of ideas. We converted a set of sequential files to be extended and changed the ACS routine to put the files on model 54's The following is what happened: 1. Jobs that allocated the files took more CPU and ran much longer. 2. The catalog address space used about four times more CPU than usual and did a huge amount of I/O on the disks that the batch job used to allocate and update the files. Thanks for any input -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry, but just too good.
I like #5: a cheap fly-in-DR-center. #24 and 25 remind me of a question about the 3090 announcement folder: what is striking most in this picture? There are no ladies standing next to the machines anymore. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 18 February, 2015 17:14 To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT: Sorry, but just too good. This is more in the way of a Friday post. But this collection of computer desk setups was, IMO, just too good not to share. There are 40 pictures. I would like #2 (w/o the guns), or #11 (pant, pant). http://www.tomshardware.com/picturestory/678-extreme-computer-desk-pictures.html -- He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: High i/o rate and CPU usage by catalog after converting a set of files to extended and placing them on model 54's
Shel, did you excidently changed the blocking factor that effects the number of io operations? ITschak ITschak Mugzach Z/OS, ISV Products and Application Security Risk Assessments Professional On Thu, Feb 19, 2015 at 8:45 AM, Sheldon Davis sda...@isracard.co.il wrote: Hi I am out of ideas. We converted a set of sequential files to be extended and changed the ACS routine to put the files on model 54's The following is what happened: 1. Jobs that allocated the files took more CPU and ran much longer. 2. The catalog address space used about four times more CPU than usual and did a huge amount of I/O on the disks that the batch job used to allocate and update the files. Thanks for any input -- 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
OT: Sorry, but just too good.
This is more in the way of a Friday post. But this collection of computer desk setups was, IMO, just too good not to share. There are 40 pictures. I would like #2 (w/o the guns), or #11 (pant, pant). http://www.tomshardware.com/picturestory/678-extreme-computer-desk-pictures.html -- He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone 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: A possible bug in the IBM Runtimne C library
Ze'ev Atlas wrote: I suspect (and can prove that there is a bug in the regexec function. I have encountered this issue on two z/OS systems with two different z/OS level. The proof is repeatable and produce same wrong results any time. What levels of C libraries and z/OS are you using? Is this related to your other question you posted today? If so, what level of COBOL are you using too? 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: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
Shane Ginnane wrote: Allegedly, 65 - 70% of the world's data is held on mainframes. 97% of putts that are under hit don't go in the hole... ;-) 97% of your stats are 97% flawed... ;-D Sorry, Shane, but I just can't resist this hole-in-one humour... ;-) ...and no, I am not a golfer anyways, I am too lazy and without balls to play with balls using badly designed sticks under the scorching sun. 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: need access to mainframe
On 2015-02-18 16:01, Elardus Engelbrecht wrote: Phil Sidler wrote: Try DeZhi @ http://www.efglobe.com/cgi-bin/mainframe/mainuser Interesting. Very interesting. First time I see a free mainframe, but it is an ancient z/OS v1.06. But hey, I see those admins are not taking any nonsenses from newbies, like not allowing using DITTO on Ucats. ;-) It's actually an ADCD system, but then again who cares... By the way, it's pretty stable, as this line copied from Mark Zelden's IPLINFO shows: The last IPL was Sunday 2013-12-01 (2013.335) at 15:13:47 (444 days ago). Before the system was locked down very hard a few years ago, users could do about anything, including shutting it down... Nowadays most of the new users are, or seem to be, dumped on the system by fly-by-night(?) Indian (and lately, Brazilian) training institutes that don't want to pay for access to a real and up-to-date z/OS system. And it seems some Indian outsourcing companies also prefer their trainees to cause S722 abends or looping jobs (the record, now a few years ago, is a job that ran for nearly four weeks, using 99% CPU) on other systems than their own. Robert -- Robert AH Prins robert(a)prino(d)org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with z/OS 1.13 installation with mod 3 volume
It sounds like you are using a Server Pac install. The manual that comes with the Serverpac and HELP Panels should help. When you are in a panel you need more information - press PF1. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Subscribe (IBM-MAIN) Nallasivam.V Sent: Wednesday, February 18, 2015 6:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with z/OS 1.13 installation with mod 3 volume I'm doing the z/OS 1.13 installation with Z9BC and DS6800(3390 mod3) I have revd and installing it. I'm in MODIFY SYSTEM LAYOUT section. Even we have 10 volumes in the LPAR, It just displays only 3 volumes in “Physical volume summary” option of MODIFY SYSTEM LAYOUT. So that when i proceed with Automatic system layout option, its not able to allocate all the datasets. Getting space issue. I'm not sure why its taking 3 volumes only. Please help on this. I'm not able to post screenshot here. please mail me if you need screenshots. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with z/OS 1.13 installation with mod 3 volume
Define as many physical volumes as you need(separate from the IBM defined volumes), And apportion *all* of the logical volumes to the new physical volumes. The dialogs will tell you if too much data has been allocated to a particular physical volume. HTH, snip I'm doing the z/OS 1.13 installation with Z9BC and DS6800(3390 mod3) I have revd and installing it. I'm in MODIFY SYSTEM LAYOUT section. Even we have 10 volumes in the LPAR, It just displays only 3 volumes in “Physical volume summary” option of MODIFY SYSTEM LAYOUT. So that when i proceed with Automatic system layout option, its not able to allocate all the datasets. Getting space issue. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
A possible bug in the IBM Runtimne C library
Hi all I suspect (and can prove that there is a bug in the regexec function. I have encountered this issue on two z/OS systems with two different z/OS level. The proof is repeatable and produce same wrong results any time. To prove it I modified a sample C program from the IBM manual and added a call for dumping memory (see below). The documentation and the regex.h declare that the regmatch_t construct should be a pair of doublewords (long) and it is supposed to be an element in an array of as many as you need. Iinstead of getting two pairs of double words containing (0,15),(8,2), I get the first component of the first element as one word (int) of 0 and the rest are indeed double words. This seems like a bug in the runtime library.Here is the dump (only the first two lines are relevant) 19819478 | 00 00 00 00 00 00 00 00 00 00 00 0F 00 00 00 00 | 19819488 | 00 00 00 02 00 00 00 00 00 00 00 08 00 00 00 00 | 19819498 | 00 00 00 40 00 00 00 00 10 00 00 00 19 81 92 48 | ak198194A8 | 00 00 00 00 99 80 01 6E 04 C6 3C 98 00 00 00 00 | r K F q I do not have contacts with IBM. Would any one of you please pick up the issue with IBM so they can explain or fix it. I think that some people in IBM monitor this list, so please, could you help. Here is the program #include regex.h #include locale.h #include stdio.h #include stdlib.h extern void DUMPMEM(char *address, int length); #include zatoolib.h main() { regex_t preg; char *string = a simple string; char *pattern = .*(simple).*; int rc; size_t nmatch = 2; regmatch_t pmatch[2]; int my_size = sizeof(pmatch)*2; if ((rc = regcomp(preg, pattern, REG_EXTENDED)) != 0) { printf(regcomp() failed, returning nonzero (%d)\n, rc); exit(1); } if ((rc = regexec(preg, string, nmatch, pmatch, 0)) != 0) { printf(failed to ERE match '%s' with '%s',returning %d.\n, string, pattern, rc); } DUMPMEM ((char *)pmatch, my_size); regfree(preg); } Ze'ev Atlas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with z/OS 1.13 installation with mod 3 volume
On Wed, 18 Feb 2015 07:21:15 -0600, Nallasivam.V wrote: I'm not able to post screenshot here. You can't post images, but you can use copy in your emulator and paste the text into your post. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
In 8d219718e572baa-c74-7b...@webmail-vm128.sysops.aol.com, on 02/18/2015 at 04:08 AM, Aled Hughes 0050619ca8df-dmarc-requ...@listserv.ua.edu said: What amazed me was that the President of the US invited the heads of Microsoft, Google and Apple to a meeting to discuss systems security! These are the people that essentially caused the problem in the first place. And why wasn't IBM invited? Maybe they didn't want IBM to say that the emperor had no clothes? -- 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
Re: Parallel Sysplex split
On 02/17/2015 03:58 AM, Jaco Kruger wrote: The following components are shared between Development and Production environments The following components are not shared between Development and Production environments Jaco, it's not clear from your post if these passages describe the current=before-split actual state or the future=after-split desired state. As others have mentioned, if this is desired state you can't do (all of) that... or where you sort of can, it's not the commonly held meaning of sharing (more on that below, using zWLM as an example). Looking at the Merging doc is a good choice. To the degree the whys are described in there, look for cases where it's not merely which systems force the change, but which _work_. zWLM example (disclaimer: in a prior life, I was one of the lead perpetrators of goal mode, starting with WSM, but I've been out of that group for 10 years). Velocity goals are intimately dependent on the volume of work, number of CPUs, etc.; see my CMG95 paper for gory details. Regardless of goal type, if you have service classes that before-split run work from both production and development, splitting that workload (which you have no choice in, once you split the sysplex ... WLM doesn't cross sysplex boundaries, period) means that the subset of the workload characterization data each after-split WLM instance sees will be different. Potentially very different. Thus, policy goals will need to be adjusted. The degree of pain associated with this very much depends on the degree to which your before-split policy already separates production and devt work in to distinct service classes. If the before-split policy pretty much partitions work already, then it's only cross-service class effects coupled with how much of the machine is available to any given class/period that dominates. If they're all mashed together today, its hard to say much more than things will change; if you can partition their reporting before hand, that will help. But you should plan on watching prod Very Carefully after the split to see where goals need to be adjusted, in any case, unless you're system is fundamentally unconstrained. If your policy goals don't work as desired when it IS constrained, you have an upstream problem. Crazy example: if your prod work was all discretionary (below dev), and system CPU is 50%, you might never notice. If something starts looping and the CPU is now at 100%, you Will notice. The only sort of cross-sysplex WLM thing you can do is about managing the service definition, not what happens at run time. You can, if you want, use a single service definition master copy that you clone across all these (2, here) sysplexes; basically, edit the master whereever it is, export it to a file, move/copy the file (clone it), import it in the other sysplexes. Some people do that; you generally set up service classes and classification rules so that any given sysplex only runs work in its subset of the classes. Having extra classes that never receive work in a given sysplex causes minimal overhead. Other more complicated (more shared) svdefs can be created, but I doubt anyone outside of WLM devt could actually manage it effectively... just too easy to make a mistake. If, in your dev/prod case, dev is just a mirror of prod used as a staging area (same work, running in same srvclasses, just with looser goals), then the master svdef makes good sense - you can keep the classification rules identical, and just have separate policies activated for dev vs prod. Be wary of creep though - often when dev starts out as a mirrored staging area for prod, over time it gets other work dumped in there never intended to hit prod, i.e. it drifts away from being a simple mirror/staging area. The further it drifts, the less a shared svdef makes sense. -- John Arwe IBM z/VM OpenStack and zKVM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
On Wed, Feb 18, 2015 at 8:00 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 0399470223499986.wa.elardus.engelbrechtsita.co...@listserv.ua.edu, on 02/18/2015 at 04:40 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I know Google is using a special hardened version of Linux system SEL, or beyond that? Must be more that just SELinux. I'm running Fedora 21 with SELinux fully enabled myself, both at home and at work. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone 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: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
G'day Shane/Elardus Benjamin Disraeli said: ''There are three kinds of lies: lies, damned lies, and statistics.'' And that great American wit/writer Mark Twain said: ''Facts are stubborn, but statistics are more pliable.'' Cheers! ALH -Original Message- From: Shane Ginnane ibm-m...@tpg.com.au To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, 18 Feb 2015 11:28 Subject: Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development On Wed, 18 Feb 2015 04:08:12 -0500, Aled Hughes wrote: Allegedly, 65 - 70% of the world's data is held on mainframes. 97% of putts that are under hit don't go in the hole... ;-) Never did achieve the degree of confidence in statistics that my Uni lecturers would wish. Shane ... -- 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: need access to mainframe
On 2015-02-18 15:41, Phil Sidler wrote: On Tue, 17 Feb 2015 03:29:39 +, Ze'ev Atlas zatl...@yahoo.com wrote: Could anybody give me very limited remote access to a well configured z/OS development LPAR?All I need is to install few libraries and use the C and COBOL compilers and create some SYSOUT and perhaps few small sequential files and XMI files. All storage area I may need should never exceed 40MB. Try DeZhi @ http://www.efglobe.com/cgi-bin/mainframe/mainuser Preaching to the already converted. The problem occurs at that system... Robert -- Robert AH Prins robert(a)prino(d)org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parallel Sysplex split
Catalog is not an issue (except that IODF should be cataloged somewhere), but location is. The PDS containing LOADxx must be on the same volume as the IODF. Let's call that IPLPARM. Sharing IODF means also sharing IPLPARM. It does not get edited very often, but putting it outside of GRS introduces some risk. If IPLPARM gets damaged, you're pretty much SOL for every system that shares it. We have seven sysplexes. Almost nothing is shared across boundaries, including IODF and IPLPARM. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: need access to mainframe
Phil Sidler wrote: Try DeZhi @ http://www.efglobe.com/cgi-bin/mainframe/mainuser Interesting. Very interesting. First time I see a free mainframe, but it is an ancient z/OS v1.06. But hey, I see those admins are not taking any nonsenses from newbies, like not allowing using DITTO on Ucats. ;-) 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: Parallel Sysplex split
Same here. No reason to share that stuff. Just use DFDSS, dump the IODF, FTP it to the other locations, and restore it. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Wednesday, February 18, 2015 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split Catalog is not an issue (except that IODF should be cataloged somewhere), but location is. The PDS containing LOADxx must be on the same volume as the IODF. Let's call that IPLPARM. Sharing IODF means also sharing IPLPARM. It does not get edited very often, but putting it outside of GRS introduces some risk. If IPLPARM gets damaged, you're pretty much SOL for every system that shares it. We have seven sysplexes. Almost nothing is shared across boundaries, including IODF and IPLPARM. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange C runtime library behavior
On Sun, 15 Feb 2015 17:55:37 +, Ze'ev Atlas zatl...@yahoo.com wrote: Hi allI am trying to create a common interface between COBOL and the runtime C library, especially the RegEx related functions. If a working example of calling regexec() from COBOL would help, see http://mainframe.elevengestures.com/validating-an-email-address-format-in-cics/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: need access to mainframe
On Tue, 17 Feb 2015 03:29:39 +, Ze'ev Atlas zatl...@yahoo.com wrote: Could anybody give me very limited remote access to a well configured z/OS development LPAR?All I need is to install few libraries and use the C and COBOL compilers and create some SYSOUT and perhaps few small sequential files and XMI files. All storage area I may need should never exceed 40MB. Try DeZhi @ http://www.efglobe.com/cgi-bin/mainframe/mainuser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shipping Culture Is Hurting Us, or what's wrong with I.T. development
Shmuel Metz (Seymour J.) wrote: Elardus Engelbrecht said: I know Google is using a special hardened version of Linux system SEL, or beyond that? It is not known. In http://www.google.com/about/datacenters/inside/data-security/index.html , look at Security White Paper. There is a PDF document which says on page 9: snippage Designed in-house from the ground up, Google’s production servers are based on a stripped and hardened version of Linux that has been customized to include only the components necessary to run Google applications, such as those services required to administer the system and serve user traffic. The system is designed for Google to be able to maintain control over the entire hardware and software stack and to help provide a secure application environment. Google’s production servers are built on a standard hardened operating system (OS), and security fixes are uniformly deployed to the company’s entire infrastructure. This homogeneous environment is maintained by proprietary software that continually monitors systems for binary modifications. If a modification is found that differs from the standard Google image, the system is automatically returned to its official state. These automated, self-healing mechanisms are designed to enable Google to monitor and remediate destabilizing events, receive notifications about incidents, and slow down potential compromise on the network. end snippage This is apparently the most you will get from Google about their operating system(s). 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
Issue with z/OS 1.13 installation with mod 3 volume
I'm doing the z/OS 1.13 installation with Z9BC and DS6800(3390 mod3) I have revd and installing it. I'm in MODIFY SYSTEM LAYOUT section. Even we have 10 volumes in the LPAR, It just displays only 3 volumes in “Physical volume summary” option of MODIFY SYSTEM LAYOUT. So that when i proceed with Automatic system layout option, its not able to allocate all the datasets. Getting space issue. I'm not sure why its taking 3 volumes only. Please help on this. I'm not able to post screenshot here. please mail me if you need screenshots. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with z/OS 1.13 installation with mod 3 volume
The 'Recommended System Layout' is just to assign data set with different data set type (TARGET, DLIB) to the default physical volume, you still need to provide and assign all the physical volume name yourself. Use the 'L' logical volume summary option to assign some logical volume to the new physical volume, you will be able to see the new volume in the 'V' physical volume summary option, From: Subscribe (IBM-MAIN) Nallasivam.V nallasiva...@hcl.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 02/18/2015 08:33 AM Subject:Issue with z/OS 1.13 installation with mod 3 volume Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU I'm doing the z/OS 1.13 installation with Z9BC and DS6800(3390 mod3) I have revd and installing it. I'm in MODIFY SYSTEM LAYOUT section. Even we have 10 volumes in the LPAR, It just displays only 3 volumes in “Physical volume summary” option of MODIFY SYSTEM LAYOUT. So that when i proceed with Automatic system layout option, its not able to allocate all the datasets. Getting space issue. I'm not sure why its taking 3 volumes only. Please help on this. I'm not able to post screenshot here. please mail me if you need screenshots. -- 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: Parallel Sysplex split
DSS/FTP is a perfectly respectable way to migrate an IODF around the enterprise. We happen to use the 'native' mechanism described in SAMPLIB member CBDSEXPU. This entails a batch job that sends the IODF from the source system to the target system. All you need is NJE. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, February 18, 2015 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split Same here. No reason to share that stuff. Just use DFDSS, dump the IODF, FTP it to the other locations, and restore it. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent: Wednesday, February 18, 2015 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parallel Sysplex split Catalog is not an issue (except that IODF should be cataloged somewhere), but location is. The PDS containing LOADxx must be on the same volume as the IODF. Let's call that IPLPARM. Sharing IODF means also sharing IPLPARM. It does not get edited very often, but putting it outside of GRS introduces some risk. If IPLPARM gets damaged, you're pretty much SOL for every system that shares it. We have seven sysplexes. Almost nothing is shared across boundaries, including IODF and IPLPARM. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Tuesday, February 17, 2015 11:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Parallel Sysplex split That's not true in our case. We share the IODF between two sysplexes, it is cataloged in a user catalog that is connected to the master catalogs of all systems in both sysplexes. For the purpose of the IPL, the IODF does not need to be cataloged at all. You designate the IODF volume via its unit address in the LOADPARM (pos. 1-4). The DSN of the IODF to be used is then specified in the LOADxx member (suffix specified via LOADPARM, pos. 5-6). The LOADxx member is searched in SYSx.IPLPARM (x=0, 1, ..., 9) or SYS1.PARMLIB on the IODF volume and finally in SYS1.PARMLIB on the IPL volume. No catalog is involved in all of this. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: need access to mainframe
Robert Prins wrote: It's actually an ADCD system, but then again who cares... By the way, it's pretty stable, as this line copied from Mark Zelden's IPLINFO shows: The last IPL was Sunday 2013-12-01 (2013.335) at 15:13:47 (444 days ago). Yes. I saw that. Before the system was locked down very hard a few years ago, users could do about anything, including shutting it down... H. That explain the dates on that forum posts (at least one IBM-MAIN member is / was there) 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: Check out BBC News - Is your toaster a silent recruit in a 'thingbot' army?
On Wed, 18 Feb 2015 16:23:11 -0600, Paul Gilmartin wrote: It was bound to happen: http://www.danielsen.com/jokes/objecttoaster.txt Predates the current discussion by some margin. Have a look at the hardware called for ... And if you go up a level, note the dates on the files. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN