Re: [SPAM] Hmc for z as a virtual appliance?
Having explored the topic in the past, I believe you need to talk to IBM. The platform and code for the HMC and SE systems is under tight control and nobody but IBM can provide you with access to the thing. IBM customers are not allowed to do that. And event if/when you get the thing, it will not be virtual and you will not be allowed to access the O/S as "root" (used to be OS/2, now it is Linux), but as a limited application user. Please share your experience if you get anywhere with IBM on this topic. Costin > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of ITschak Mugzach > Sent: Friday 1 February 2019 22:43 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [SPAM] Hmc for z as a virtual appliance? > > No. The ussue ia clearly HMC. I just explained why we do not have one > (zPDT) and why we need one (develpment of automatic STIG assussment of > HMC). > I don't need my own one. It can be other people hmc (and no need to be > connected to a real mainframe. Autonatic Assessment of mainframes we > already do.). > > So, where can i find an up-to-date HMC, hosted, my own or even of yours... > > ITschak > > בתאריך יום ו׳, 1 בפבר׳ 2019, 16:29, מאת R.S. > >: > > > IMHO the topic is HMC for zPDT. Unfortunately zPDT does not have HMC > > in any form, real or emulated. > > It's not mainframe, it's only emulation. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > > > W dniu 2019-02-01 o 13:10, ITschak Mugzach pisze: > > > But you need an HMC to connect to... Ir install an agent. Bcpii is > > limited, > > > rest api is poßible, but still need an hmc > > > > > > בתאריך יום ו׳, 1 בפבר׳ 2019, 13:09, מאת Mike Schwab < > > mike.a.sch...@gmail.com > > >> : > > >> I think they do a remote control of the HMC from another PC. > > >> > > >> On Fri, Feb 1, 2019 at 4:11 AM ITschak Mugzach > > wrote: > > >>> I know, but there is a virtual appliance for rs6000. I need a hmc > > >>> to develop an agent for our stig compliance automation product > > >>> IronSphere, > > >> but > > >>> zpdt (our mainframe) doean't have or support this facility. > > >>> > > >>> ITschak > > >>> > > >>> > > >>> בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. < > > >> r.skoru...@bremultibank.com.pl > > : > > W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: > > > I know power systems has one. Dies system z has such product? > > No. > > Both HMC and SE are physical machines. PC vel x64. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > 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, KRS > 025237, NIP: > > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > > 01.01.2018 r. wynosi 169.248.488 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you > > have printed out or saved). > > This message may contain legally protected information, which may be > > used exclusively by the addressee.Please be reminded that anyone who > > disseminates (copies, distributes) this message or takes any similar > > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > > 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District > Court > > for the Capital City of Warsaw, 12th Commercial Division of the > > National Court Register, KRS 025237, NIP: 526-021-50-88. Fully > > paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. > > > > -- > > 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: [SPAM] Hmc for z as a virtual appliance?
On Fri, 1 Feb 2019 at 09:29, R.S. wrote: > > IMHO the topic is HMC for zPDT. Unfortunately zPDT does not have HMC in > any form, real or emulated. > It's not mainframe, it's only emulation. No, zPDT *is* a mainframe. It implements a permitted subset of the architecture documented in the Principles of Operation. The HMC is not described in the Principles of Operation. It replaces the knobs, lights, and switches that provided the operator interface on older systems. Some of the *functions* performed by the HMC are architected (and are implemented by zPDT without an HMC), but none of how it works or what the interface looks like. Here is the only description of anything like an HMC in the POO: "Operator Facilities The operator facilities provide the functions necessary for operator control of the machine. Associated with the operator facilities may be an operator-console device, which may also be used as an I/O device for communicating with the program. The main functions provided by the operator facilities include resetting, clearing, initial program loading, start, stop, alter, and display." And later: "The operator facilities may be implemented on different models in various technologies and configurations. On some models, more than one set of physical representations of some keys, controls, and indicators may be provided, such as on multiple local or remote operating stations, which may be effective concurrently. " All subsequent description of these functions refer to "keys", e.g. the load key, the start and stop keys, and so on, just as in the S/360 POO in 1964. To the OP's plans... I think doing penetration testing on a box with no available architectural doc at all, and extremely limited external doc, might be useful, but how will you even know if it's misbehaving if there are no specs? Sure, maybe you can force a buffer overrun or something in the web interface, take over the box (Linux?), and then what? I don't see that it has any close relation to IBM's mainframe OSs and their security issues. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
I hate to be defending some anonymous old fogey, but his message is intended to endorse regular and rigorous maintenance, not to criticize it. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Friday, February 01, 2019 2:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Newbie SMP/E questions W dniu 2019-02-01 o 19:50, Tom Conley pisze: > On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote: >> I'd like to explore this teaser post. I was (I think also) dubious >> about the original comment in that it seems to disparage--or at least >> discourage--mass service like RSU, which I view as a major advance in >> software maintenance. Is there really wide-spread distrust of an >> "unavoidable 'push'"? >> >> . >> . > > A wise man once said, "If it ain't broke, don't fix it, but with z/OS, > it's ALWAYS broke!" Older guy, beard, wore a denim newsie This guy was not necessarily wise. It's rare to have completely isolated, fixed systems with no changes, including software. Having unsupported system and changing hardware is dead end. At some time you HAVE TO apply some servicve because you changed DASD, because you have to migrate from SSLv3 to TLS, because you have to switch from native SNA to Enterprise Extender, etc. etc. In IT world changes are consstant, so there are no "fixed state" of IT systems (with very few exceptions). So you have to apply *some* service. Usually it's much simpler when you apply preventive service and upgrade to new versions. Otherwise you have problems like how to migrate from unsupported OS on unsupported CPC to current OS/CPC. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
W dniu 2019-02-01 o 19:50, Tom Conley pisze: On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote: I'd like to explore this teaser post. I was (I think also) dubious about the original comment in that it seems to disparage--or at least discourage--mass service like RSU, which I view as a major advance in software maintenance. Is there really wide-spread distrust of an "unavoidable 'push'"? . . A wise man once said, "If it ain't broke, don't fix it, but with z/OS, it's ALWAYS broke!" Older guy, beard, wore a denim newsie This guy was not necessarily wise. It's rare to have completely isolated, fixed systems with no changes, including software. Having unsupported system and changing hardware is dead end. At some time you HAVE TO apply some servicve because you changed DASD, because you have to migrate from SSLv3 to TLS, because you have to switch from native SNA to Enterprise Extender, etc. etc. In IT world changes are consstant, so there are no "fixed state" of IT systems (with very few exceptions). So you have to apply *some* service. Usually it's much simpler when you apply preventive service and upgrade to new versions. Otherwise you have problems like how to migrate from unsupported OS on unsupported CPC to current OS/CPC. My €0.02 -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. 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, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
At first I thought maybe the referent was me. Wise? Debatable. Older? Remotely possible. But I searched my closet in vain for a 'denim newsie'. I guess that could signify my road apple hat. Anyway those who've heard me say 'always broke' know that I mean nothing derogatory. Quite the contrary. IBM gives us a window into 'problems' like few other vendors. Whether an open APAR or one whose fixing PTF is not yet installed, we have a pretty transparent view into the inevitable brokenness of the OS at any given time. That is to our everlasting benefit. OTOH we cannot rightfully claim the peaceful slumber of the clueless. ;-) . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: Friday, February 01, 2019 10:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Newbie SMP/E questions On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote: > I'd like to explore this teaser post. I was (I think also) dubious about the > original comment in that it seems to disparage--or at least discourage--mass > service like RSU, which I view as a major advance in software maintenance. Is > there really wide-spread distrust of an "unavoidable 'push'"? > > . > . A wise man once said, "If it ain't broke, don't fix it, but with z/OS, it's ALWAYS broke!" Older guy, beard, wore a denim newsie Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSAFF and SCHENV
As I mentioned previously, we devised a set of JES2 exit routines that process JECL cards (/*SCHENV ...) to create the required 16 byte SCHENV card. The user can code that directly if desired; otherwise we build it from JECL. The only value we insert directly on the user's behalf is 'TAPE'. 20 years ago our VTS system required fairly frequent and lengthy upgrade windows. During those windows, we didn’t want 'tape jobs' to execute. We *already* had JES2 exit code to scan for tape-resident data sets, so it was easy to add an SCHENV indicator. With SCHENV/TAPE turned off in WLM, such jobs would simply wait until tape was back in operation. This simplified life for Operations. Other SCHENV values are up to the users. We don’t try to guess what they need. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carmen Vitullo Sent: Tuesday, January 29, 2019 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYSAFF and SCHENV [EXTERNAL] Sorry Kees, I got a bit off track, the outsourcer I worked at used a number of JES2 exits to add SCHENV dependant on the specific client, it was pretty cool because all batch, unless your ID was entered into a table, ran via the scheduler, the schedulers resources + SCHENV and WLM resources managed all batch controls. at the transportation company I worked at the users with the direction of operations/production control added the required SCHENV Carmen Vitullo - Original Message - From: "Kees Vernooij (ITOP NM) - KLM" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, January 29, 2019 8:09:44 AM Subject: Re: SYSAFF and SCHENV [EXTERNAL] Allen, Carmen, I know how SCHENVs work, we used them for limited purposes. My question to Paul was, how does he get the right SCHENV added to a job. With our 'dependencies' we moved almost all handling to Exit60, require users to use standard PROCs and put the info for the 'dependencies' in the PROCs. Exit60 will then see all job requirements and compose the dependencies-set, like Paul does to determine the SCHENV. The purpose of my question was to find out which other smart techniques were available. Apparently none since the last 30 years. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Allan Staller > Sent: 29 January, 2019 14:44 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > How do you add a SCHENV to a job? Does the user/submittor do > this or is it done automatically? > > 1) JES can assign a default SCHENV on the JOBDEF/JOBCLASS(n) init > parms > 2) Modern schedulers (CA7, CTL-M) allow this to be added to the job as > part of their processing. > 3) SCHENV= on Job Card. > > There are probably others, but they don't come readily to mind. > > HTH, > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Vernooij, Kees (ITOP NM) - KLM > Sent: Tuesday, January 29, 2019 1:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > We have a home written utility that does this. > > We are looking at replacing this by standard features and besides > SCHENVs, the SCHEDULE parameter WITH is a good new candidate. > > How do you add a SCHENV to a job? Does the user/submittor do this or > is it done automatically? > > Kees. > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Feller, Paul > > Sent: 29 January, 2019 5:04 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > > > We use SCHENV to direct jobs to different lpars related to MQ, DB2, > > IMS, SAS, Connect Direct and other miscellaneous resources. > > > > Thanks.. > > > > Paul Feller > > AGT Mainframe Technical Support > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson > > Sent: Monday, January 28, 2019 4:13 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SYSAFF and SCHENV [EXTERNAL] > > > > SCHENV is 20 years old. I'm curious how many other shops have taken > > the plunge. > > > > . > > . > > J.O.Skip Robinson > > Southern California Edison Company > > Electric Dragon Team Paddler > > SHARE MVS Program Co-Manager > > 323-715-0595 Mobile > > 626-543-6132 Office ⇐=== NEW > > robin...@sce.com > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Shorkend > > Sent: Sunday, January 27, 2019 10:45 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: SYSAFF and SCHENV > > > > I used SCHENV several years ago to direct workload to a CEC
Re: Newbie SMP/E questions
On 2/1/2019 12:22 PM, Jesse 1 Robinson wrote: I'd like to explore this teaser post. I was (I think also) dubious about the original comment in that it seems to disparage--or at least discourage--mass service like RSU, which I view as a major advance in software maintenance. Is there really wide-spread distrust of an "unavoidable 'push'"? . . A wise man once said, "If it ain't broke, don't fix it, but with z/OS, it's ALWAYS broke!" Older guy, beard, wore a denim newsie Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
I'd like to explore this teaser post. I was (I think also) dubious about the original comment in that it seems to disparage--or at least discourage--mass service like RSU, which I view as a major advance in software maintenance. Is there really wide-spread distrust of an "unavoidable 'push'"? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 30, 2019 5:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Newbie SMP/E questions On Wed, 30 Jan 2019 18:19:22 -0600, Robert Longabaugh wrote: > >.. That is one of the great things about getting individual fixes >instead of an unavoidable "push". ... > The less-than-great thing is that it cirvumvents Linus's Law, leading to regenerative service phobia, an instance of Tragedy of the Commons. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cause of CsvdylpaRsnBadVersion?
I confess that my advice was based on (geologically) ancient experience. I don't remember what macro I was using, but I truly hit the problem I alluded to. Illustrates the down-side of 'experience'. The longer you've done something, the less likely you are to haul out the manual (physically or virtually) when doing it yet again. I once assigned an MVS task to a long-time VM sysprog. He found a great solution because--with no knowledge of RACF--he was forced to search the doc. He discovered a feature none of the MVS sysprogs were aware of. Didn't hurt that he was really smart. ;-) . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, February 01, 2019 6:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Cause of CsvdylpaRsnBadVersion? Thanks all. > Charles fell > into the subtle case that specifying PLISTVER=MAX in effect is saying > "I am using new function". I plead guilty. I fell into the trap of reading > If you can tolerate the size change, IBM recommends that you always > specify PLISTVER=MAX on the list form of the macro. and not focusing on those last five words. I just read MAX as meaning "sure, it's all in a dynamic area sized with equates and so forth, just make it as big as you like." I understand it now. Thanks again, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Friday, February 1, 2019 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cause of CsvdylpaRsnBadVersion? As a general rule for LIST/EXECUTE form macros, avoid coding anything else on the execute call except for E. The reason is that the LIST call determines what data needs to be included in the generated code Not for macros written in the base control program (and elsewhere) in the past 30 years. For most of them, nothing can be specified on the list form, aside from PLISTVER. And for all macros, any parameter that has other than a static value must be specified on the execute form. Eschew MF=(E,...,COMPLETE) ? Of course not. COMPLETE is the default and is the only thing accepted unless the macro documents that it supports the "M" form. Something that resolved to "I don't support parmlist version > 2, and you gave me a 3." You should know what you "gave", as it is perfectly visible in the expansion. And the reason code says exactly that aside from what is the maximum you do support, which is not important to know. Both "bad version" and "reserved field not 0" are typical of asking for "new function" via a "new release" level of the macro and running on "old release". I hope everyone understands that they must avoid doing that. Charles fell into the subtle case that specifying PLISTVER=MAX in effect is saying "I am using new function". Peter rel...@us.ibm.com 1-845-435-83908+295-8390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
searching for CP-67/CMS and TSS/360 software distribution tapes
Hello, IBM mainframers! I am currently working with some folks who are building a new IBM System/360 simulator using SIMH for historical software preservation purposes. The plan includes supporting the unique features of the model 67. We are looking for machine readable copies of IBM's CP-67/CMS, preferably either the original IBM software distribution tapes or a back-up of a full system. Absent those materials, if anyone has the source code for CP-67, esp. for "CP" on microfiche or other formats, that could also be useful to recreate this system. Same story for TSS/360 ... I know there are copies of TSS/370 available, but we are hoping to find a version that ran on the 360 model 67. (We are already in touch with Mike Alexander about versions of MTS that ran on the model 67.) Thanks in advance for any leads, suggestions, etc., in this effort. All the best, Mark S. Waterbury -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
No. The ussue ia clearly HMC. I just explained why we do not have one (zPDT) and why we need one (develpment of automatic STIG assussment of HMC). I don't need my own one. It can be other people hmc (and no need to be connected to a real mainframe. Autonatic Assessment of mainframes we already do.). So, where can i find an up-to-date HMC, hosted, my own or even of yours... ITschak בתאריך יום ו׳, 1 בפבר׳ 2019, 16:29, מאת R.S. : > IMHO the topic is HMC for zPDT. Unfortunately zPDT does not have HMC in > any form, real or emulated. > It's not mainframe, it's only emulation. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > W dniu 2019-02-01 o 13:10, ITschak Mugzach pisze: > > But you need an HMC to connect to... Ir install an agent. Bcpii is > limited, > > rest api is poßible, but still need an hmc > > > > בתאריך יום ו׳, 1 בפבר׳ 2019, 13:09, מאת Mike Schwab < > mike.a.sch...@gmail.com > >> : > >> I think they do a remote control of the HMC from another PC. > >> > >> On Fri, Feb 1, 2019 at 4:11 AM ITschak Mugzach > wrote: > >>> I know, but there is a virtual appliance for rs6000. I need a hmc to > >>> develop an agent for our stig compliance automation product IronSphere, > >> but > >>> zpdt (our mainframe) doean't have or support this facility. > >>> > >>> ITschak > >>> > >>> > >>> בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. < > >> r.skoru...@bremultibank.com.pl > : > W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: > > I know power systems has one. Dies system z has such product? > No. > Both HMC and SE are physical machines. PC vel x64. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > 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, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2018 r. wynosi 169.248.488 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169,248,488 as at 1 January 2018. > > -- > 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: [SPAM] Hmc for z as a virtual appliance?
IMHO the topic is HMC for zPDT. Unfortunately zPDT does not have HMC in any form, real or emulated. It's not mainframe, it's only emulation. -- Radoslaw Skorupka Lodz, Poland W dniu 2019-02-01 o 13:10, ITschak Mugzach pisze: But you need an HMC to connect to... Ir install an agent. Bcpii is limited, rest api is poßible, but still need an hmc בתאריך יום ו׳, 1 בפבר׳ 2019, 13:09, מאת Mike Schwab : I think they do a remote control of the HMC from another PC. On Fri, Feb 1, 2019 at 4:11 AM ITschak Mugzach wrote: I know, but there is a virtual appliance for rs6000. I need a hmc to develop an agent for our stig compliance automation product IronSphere, but zpdt (our mainframe) doean't have or support this facility. ITschak בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. < r.skoru...@bremultibank.com.pl : W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: I know power systems has one. Dies system z has such product? No. Both HMC and SE are physical machines. PC vel x64. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. 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, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cause of CsvdylpaRsnBadVersion?
Thanks all. > Charles fell > into the subtle case that specifying PLISTVER=MAX in effect is saying "I > am using new function". I plead guilty. I fell into the trap of reading > If you can tolerate the size change, IBM recommends that you always > specify PLISTVER=MAX on the list form of the macro. and not focusing on those last five words. I just read MAX as meaning "sure, it's all in a dynamic area sized with equates and so forth, just make it as big as you like." I understand it now. Thanks again, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Friday, February 1, 2019 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cause of CsvdylpaRsnBadVersion? As a general rule for LIST/EXECUTE form macros, avoid coding anything else on the execute call except for E. The reason is that the LIST call determines what data needs to be included in the generated code Not for macros written in the base control program (and elsewhere) in the past 30 years. For most of them, nothing can be specified on the list form, aside from PLISTVER. And for all macros, any parameter that has other than a static value must be specified on the execute form. Eschew MF=(E,...,COMPLETE) ? Of course not. COMPLETE is the default and is the only thing accepted unless the macro documents that it supports the "M" form. Something that resolved to "I don't support parmlist version > 2, and you gave me a 3." You should know what you "gave", as it is perfectly visible in the expansion. And the reason code says exactly that aside from what is the maximum you do support, which is not important to know. Both "bad version" and "reserved field not 0" are typical of asking for "new function" via a "new release" level of the macro and running on "old release". I hope everyone understands that they must avoid doing that. Charles fell into the subtle case that specifying PLISTVER=MAX in effect is saying "I am using new function". Peter rel...@us.ibm.com 1-845-435-83908+295-8390 -- 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: ICKDSF QUESTION
The Syntax for ICKDSF is: FLASHCPY WITHDRAW UNIT(CCUU) TARGETVOL(LSS,CCA,CCUU) Example: FLASHCPY WITHDRAW UNIT(5C06) - TARGETVOL(X'01', X'07',5C87) Joe On Fri, Feb 1, 2019 at 8:26 AM esmie moo < 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > I noticed that the jcl was misaligned. I don't know why. I will try to > fix the problem. > /* //STEP1EXEC > PGM=ICKDSF,REGION=4M //SYSPRINT DD SYSOUT=* > //SYSINDD * FLASHCPY WITHDRAW SDEVN(816B) > TDEVN(6B5F) /* > Job output : > FLASHCPY WITHDRAW SDEVN( 816B) TDEVN(6B5F) > ICK30211I KEYWORD 'SDEVN' IS IMPROPER > ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 > ICK2I > ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 > > On Friday, February 1, 2019, 7:11:55 a.m. EST, esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > -- > 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: How can I get reports in the Output Queue in SDSF to print
How do you want to do that? 1) Is the SYSOUT still on the JES2 Spool? 2) Has the SYSOUT been purged from the JES2 Spool? 3) Do you need an automated process? 4) Do you need a manual process? 5) What level of z/OS are you running? You can 1) Purchase a sysout management product - SARS, $AVERS, CMOD, etc 2) you can send your SYSOUT to a dataset and then reprint as needed during the job run 3) You can use XDC on SYSOUT in JES Spool and send to a dataset, then use something like IEBGENER to print the dataset. Can you provide more details so better answer can be provided? Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > McCabe, Ron > Sent: Friday, February 01, 2019 12:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How can I get reports in the Output Queue in SDSF to print > > Hello, > > How can I get reports that are in the Output Queue in SDSF to be re- > printed...basically I want them to be processed again. > > Thanks, > Ron McCabe > Manager of Mainframe/Midrange Systems > Mutual of Enumclaw > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPCFIGU not being used.
On 1/31/2019 6:51 PM, Shaffer, Terri wrote: I have to say, I've never seen this before so. BROWSE ,ISPCFIGU:18772000:0F98 ,Line,0132,Col,001 080 Command ===>,,Scroll ===>,CSR -10 (18771FF0) * * +0 (18772000) C9E2D7C3 C6C9C7E4 F4F8F0D9 F8F0F0F1 * ISPCFIGU480R8001 * +10 (18772010) F1F161F2 F061F1F4 40404040 40404040 * 11/20/14 * Message,Act,DDname Data Set Name ,Actions: B E V M F C I Q, ,>, , LINKLIST,SYS1.LINKLIB ,>, , ,SYS1.MIGLIB ,>, , ,SYS1.CSSLIB ,>, , ,SYS1.SIEALNKE ,>, , ,SYS1.SIEAMIGE Member:,ISPCFIGU ,>, , ,SYS2.USERMOD.LINKLIB< This is the library were ISPCCONF placed it from me. ,CSVQUERY Results,, Command ===>,, ,More: +, Module,ISPCFIGU,was found to be already loaded. Note that invocations of this program name may pick up another copy from STEPLIB or a LIBDEF'ed data set or from a tasklib such as ISPLLIB. Tab to a box and press enter to view the module in storage. ,,+-+,, ,, ,,|,CSA resident R,|, , ,,|,Resident above 16 Meg ,|, , ,,|,Module address:18772000,|, , ,,|,Module size: 0F98,|, , ,,|,Reentrant ,|, , ,,|,Serially reusable ,|, , ,,|,Not loadable only ,|, , ,,|,AMODE 31 ,|, , ,,|,Authorized library ,|, , ,,|,Not Authorized program ,|, , ,,+-+, , I am not sure if CSA means common, or how it got loaded there, I don’t see it in any LPA library. You've got something in your environment performing unnatural acts. Check PROGxx for any exit loads? SMF exits? Jobs run after startup? My load looks like this: +-+ | Job pack area resident | | Resident above 16 Meg | | Loaded by program fetch | | from -LNKLST- (Lib 33) | | BLAH.BLAH.LINKLIB | | Module address:1F82F048 | | Module size: 0F98 | | Reentrant | | Serially reusable | | Not loadable only | | AMODE 31| | Authorized library | | Not Authorized program | +-+ Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cause of CsvdylpaRsnBadVersion?
As a general rule for LIST/EXECUTE form macros, avoid coding anything else on the execute call except for E. The reason is that the LIST call determines what data needs to be included in the generated code Not for macros written in the base control program (and elsewhere) in the past 30 years. For most of them, nothing can be specified on the list form, aside from PLISTVER. And for all macros, any parameter that has other than a static value must be specified on the execute form. Eschew MF=(E,...,COMPLETE) ? Of course not. COMPLETE is the default and is the only thing accepted unless the macro documents that it supports the "M" form. Something that resolved to "I don't support parmlist version > 2, and you gave me a 3." You should know what you "gave", as it is perfectly visible in the expansion. And the reason code says exactly that aside from what is the maximum you do support, which is not important to know. Both "bad version" and "reserved field not 0" are typical of asking for "new function" via a "new release" level of the macro and running on "old release". I hope everyone understands that they must avoid doing that. Charles fell into the subtle case that specifying PLISTVER=MAX in effect is saying "I am using new function". Peter rel...@us.ibm.com 1-845-435-83908+295-8390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cause of CsvdylpaRsnBadVersion?
Disagree. Obviously place as much as possible in the LIST form, but if it is not repeated that much you can use COMPLETE without worries. Using PLISTVER=MAX on the MF=E declares that the running system is at least the level of the system that compiled. Never a good idea for a vendor. Use the keywords that you need and let the macro figure out the version required. On Thu, 31 Jan 2019 16:59:31 -0800 Charles Mills wrote: :>Do others here agree with that advice? Eschew MF=(E,...,COMPLETE) ? :> :>Charles :> :> :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson :>Sent: Thursday, January 31, 2019 4:10 PM :>To: IBM-MAIN@LISTSERV.UA.EDU :>Subject: Re: Cause of CsvdylpaRsnBadVersion? :> :>As a general rule for LIST/EXECUTE form macros, avoid coding anything else on the execute call except for E. The reason is that the LIST call determines what data needs to be included in the generated code. Once that is built, any parm that would require a different size or list format will no longer fit properly in the area already generated. Setting flags is usually OK on MF=E as long as the flag(s) already exist. :> :>-- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ICKDSF QUESTION
I noticed that the jcl was misaligned. I don't know why. I will try to fix the problem. /* //STEP1 EXEC PGM=ICKDSF,REGION=4M //SYSPRINT DD SYSOUT=* //SYSIN DD * FLASHCPY WITHDRAW SDEVN(816B) TDEVN(6B5F) /* Job output : FLASHCPY WITHDRAW SDEVN( 816B) TDEVN(6B5F) ICK30211I KEYWORD 'SDEVN' IS IMPROPER ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 On Friday, February 1, 2019, 7:11:55 a.m. EST, esmie moo <012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: -- 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: ICKDSF QUESTION
I thought it uses TGTVOL and SRCVOL, not SEDVN/TDEVN, but I could be wrong. ;-D an -Original Message- From: IBM Mainframe Discussion List On Behalf Of esmie moo Sent: Friday, February 01, 2019 7:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ICKDSF QUESTION Gentle Readers, I am trying to terminate the relationship between the source and target adress of FLASHCOPY which was initiated by FDRFLASH. I am encountering the following error"ICKDSF - MVS/ESA DEVICE SUPPORT FACILITIES FLASHCPY WITHDRAW SDEVN(816B) TDEVN(7B3F) ICK30211I KEYWORD 'SDEVN' IS IMPROPER ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Below is my jcl. /* //STEP1 EXEC PGM=ICKDSF,REGION=4M //SYSPRINT DD SYSOUT=* //SYSIN DD * FLASHCPY WITHDRAW SDEVN(168B) TDEVN(6B5F) /* Could someone please point out my error? Thanks. -- 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
ICKDSF QUESTION
Gentle Readers, I am trying to terminate the relationship between the source and target adress of FLASHCOPY which was initiated by FDRFLASH. I am encountering the following error"ICKDSF - MVS/ESA DEVICE SUPPORT FACILITIES FLASHCPY WITHDRAW SDEVN(816B) TDEVN(7B3F) ICK30211I KEYWORD 'SDEVN' IS IMPROPER ICK30202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Below is my jcl. /* //STEP1 EXEC PGM=ICKDSF,REGION=4M //SYSPRINT DD SYSOUT=* //SYSIN DD * FLASHCPY WITHDRAW SDEVN(168B) TDEVN(6B5F) /* Could someone please point out my error? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
But you need an HMC to connect to... Ir install an agent. Bcpii is limited, rest api is poßible, but still need an hmc בתאריך יום ו׳, 1 בפבר׳ 2019, 13:09, מאת Mike Schwab : > I think they do a remote control of the HMC from another PC. > > On Fri, Feb 1, 2019 at 4:11 AM ITschak Mugzach wrote: > > > > I know, but there is a virtual appliance for rs6000. I need a hmc to > > develop an agent for our stig compliance automation product IronSphere, > but > > zpdt (our mainframe) doean't have or support this facility. > > > > ITschak > > > > > > בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. < > r.skoru...@bremultibank.com.pl > > >: > > > > > W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: > > > > I know power systems has one. Dies system z has such product? > > > > > > No. > > > Both HMC and SE are physical machines. PC vel x64. > > > > > > -- > > > Radoslaw Skorupka > > > Lodz, Poland > > > > > > > > > > > > > > > == > > > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > > zapisałeś na dysku). > > > Wiadomość ta może zawierać chronione prawem informacje, które może > > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > > narusza prawo i może podlegać karze. > > > > > > 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, KRS 025237, > NIP: > > > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > > > 01.01.2018 r. wynosi 169.248.488 złotych. > > > > > > If you are not the addressee of this message: > > > > > > - let us know by replying to this e-mail (thank you!), > > > - delete this message permanently (including all the copies which you > have > > > printed out or saved). > > > This message may contain legally protected information, which may be > used > > > exclusively by the addressee.Please be reminded that anyone who > > > disseminates (copies, distributes) this message or takes any similar > > > action, violates the law and may be penalised. > > > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, > 00-950 > > > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for > the > > > Capital City of Warsaw, 12th Commercial Division of the National Court > > > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share > capital > > > amounting to PLN 169,248,488 as at 1 January 2018. > > > > > > -- > > > 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 > > > > -- > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
I think they do a remote control of the HMC from another PC. On Fri, Feb 1, 2019 at 4:11 AM ITschak Mugzach wrote: > > I know, but there is a virtual appliance for rs6000. I need a hmc to > develop an agent for our stig compliance automation product IronSphere, but > zpdt (our mainframe) doean't have or support this facility. > > ITschak > > > בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. >: > > > W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: > > > I know power systems has one. Dies system z has such product? > > > > No. > > Both HMC and SE are physical machines. PC vel x64. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > 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, KRS 025237, NIP: > > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > > 01.01.2018 r. wynosi 169.248.488 złotych. > > > > If you are not the addressee of this message: > > > > - let us know by replying to this e-mail (thank you!), > > - delete this message permanently (including all the copies which you have > > printed out or saved). > > This message may contain legally protected information, which may be used > > exclusively by the addressee.Please be reminded that anyone who > > disseminates (copies, distributes) this message or takes any similar > > action, violates the law and may be penalised. > > > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > > Capital City of Warsaw, 12th Commercial Division of the National Court > > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > > amounting to PLN 169,248,488 as at 1 January 2018. > > > > -- > > 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 -- 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: Hmc for z as a virtual appliance?
W dniu 2019-02-01 o 10:27, ITschak Mugzach pisze: Thimoty, I need the hmc itself, not the interface / web app. What do you need? Do you have mainframe without HMC? AFAIK it is possible only when mainframe bought from second hand, because IBM always deliver HMC. However in that case you can buy HMC, from second hand or IBM. Note, HMC is not required for the machine to work. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. 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, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
I know, but there is a virtual appliance for rs6000. I need a hmc to develop an agent for our stig compliance automation product IronSphere, but zpdt (our mainframe) doean't have or support this facility. ITschak בתאריך יום ו׳, 1 בפבר׳ 2019, 12:01, מאת R.S. : > W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: > > I know power systems has one. Dies system z has such product? > > No. > Both HMC and SE are physical machines. PC vel x64. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > 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, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2018 r. wynosi 169.248.488 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169,248,488 as at 1 January 2018. > > -- > 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: [SPAM] Hmc for z as a virtual appliance?
W dniu 2019-01-31 o 17:02, ITschak Mugzach pisze: I know power systems has one. Dies system z has such product? No. Both HMC and SE are physical machines. PC vel x64. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. 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, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, If they are in the output queue, then they probably haven't been printed. Do you want to keep a copy on the output queue? If not, just change the class and destination to one that a printer processes. If you want the output copy left, you could do something like XDC it to a flat file, and then IEBGENER it to a class and destination that a printer processes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape Mount Management
I like tape too, especially since we introduced a VTS its connections were initially 'faster' than disk, which could only catch up with new disk systems. After the tape-to-disk migrations of decades ago, I started disk-to-tape migrations again to gain disk space. Sadly there were not many candidates (Large, sequential, single open). Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Brian Fraser > Sent: 01 February, 2019 10:21 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Tape Mount Management > > I still like tape. > > No B37 abends. No waiting for recalls from HSM and reduces the need for > HSM > recycling. > > As long as only 1 open is required at a time and no one needs to > browse/edit the dataset, I don't see any reason to store large > sequential > datasets on DASD. > > CA-1 reporting and ISPF panels give a lot of easily access to > information, > without the need to scan through tons of SMS data to get the same for > DASD > data. > > > > On Fri, 1 Feb 2019 at 15:23, Vernooij, Kees (ITOP NM) - KLM < > kees.verno...@klm.com> wrote: > > > So, the "problem" you try to solve is that you want to charge more > data? > > Why don't you just start charging tape data then? > > I think you a trying to build a canon just to shoot a mosquito (Dutch > > expression). > > > > Kees. > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On > > > Behalf Of Benik, John E > > > Sent: 31 January, 2019 21:31 > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Tape Mount Management > > > > > > Thank you for all the feedback. Even though we are all virtual > tape, I > > > am under the impression that not all the data residing on tape > should > > > be. Yes it's virtual and therefore disk, but many of the JCL used > today > > > is old and since there is no chargeback for tape, users continue to > > > write their data to tape. I am looking into this to help determine > > > where the data should reside. The best will probably be looking at > > > smaller tapes and having those go to disk instead. I'm thinking > > > starting with 50 MB. > > > > > > > > > > > > John Benik | Optum > > > Senior Systems Management Analyst – Mainframe Storage, Network > Hosting > > > Services > > > Optum Technology > > > 12125 Technology Drive > > > Eden Prairie, MN 55344 > > > > > > O) 1-952-833-7765 > > > C) 1-612-616-3984 > > > > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On > > > Behalf Of Paul Gilmartin > > > Sent: Wednesday, January 30, 2019 1:36 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Tape Mount Mangement > > > > > > On Wed, 30 Jan 2019 17:30:34 +0100, R.S. wrote: > > > > > > > >My other impression is it's simpler to change gazillion (usually > less) > > > >of JCL jobs to explicitly point datasets to DASD than using TMM. > > > > > > > Might a JCLLIB member that SETs a few JCL symbols facilitate this? > > > Reduce a gazillion to a handful? Nowadays JCL symbols can even > > > be resolved in SYSIN. > > > > > > >Of course virtual tape reliefs many pains of tape, but keeping > things > > > in > > > >old way is not good for the future. > > > > > > > IBM sometimes seems to have the opposite impression. > "Compatibility". > > > > > > -- gil > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM- > MAIN > > > > > > This e-mail, including attachments, may include confidential and/or > > > proprietary information, and may be used only by the person or > entity > > > to which it is addressed. If the reader of this e-mail is not the > > > intended > > > recipient or his or her authorized agent, the reader is hereby > notified > > > that any dissemination, distribution or copying of this e-mail is > > > prohibited. If you have received this e-mail in error, please notify > the > > > sender by replying to this message and delete this e-mail > immediately. > > > > > > > > > > -- > > > 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
Re: Hmc for z as a virtual appliance?
Thimoty, I need the hmc itself, not the interface / web app. ITschak בתאריך יום ו׳, 1 בפבר׳ 2019, 8:01, מאת Timothy Sipples : > >I know power systems has one. Dies system z has such product? > > The Hardware Management Console is available in traditional desktop and 1U > rack mounted form factors. The latter form factor can be installed within > the optional "16U Reserved" feature on IBM z14 ZR1 and IBM LinuxONE > Rockhopper II models. > > You need not be physically proximate to the HMC. Remote HMC access is > available, and IBM offers HMC Mobile for Apple iOS and Google Android: > > > https://www.ibm.com/servers/resourcelink/lib03060.nsf/pages/hmcMobileApp?OpenDocument > > > > Timothy Sipples > IT Architect Executive, Industry Solutions, IBM Z & LinuxONE > E-Mail: sipp...@sg.ibm.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
Re: Tape Mount Management
I still like tape. No B37 abends. No waiting for recalls from HSM and reduces the need for HSM recycling. As long as only 1 open is required at a time and no one needs to browse/edit the dataset, I don't see any reason to store large sequential datasets on DASD. CA-1 reporting and ISPF panels give a lot of easily access to information, without the need to scan through tons of SMS data to get the same for DASD data. On Fri, 1 Feb 2019 at 15:23, Vernooij, Kees (ITOP NM) - KLM < kees.verno...@klm.com> wrote: > So, the "problem" you try to solve is that you want to charge more data? > Why don't you just start charging tape data then? > I think you a trying to build a canon just to shoot a mosquito (Dutch > expression). > > Kees. > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Benik, John E > > Sent: 31 January, 2019 21:31 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tape Mount Management > > > > Thank you for all the feedback. Even though we are all virtual tape, I > > am under the impression that not all the data residing on tape should > > be. Yes it's virtual and therefore disk, but many of the JCL used today > > is old and since there is no chargeback for tape, users continue to > > write their data to tape. I am looking into this to help determine > > where the data should reside. The best will probably be looking at > > smaller tapes and having those go to disk instead. I'm thinking > > starting with 50 MB. > > > > > > > > John Benik | Optum > > Senior Systems Management Analyst – Mainframe Storage, Network Hosting > > Services > > Optum Technology > > 12125 Technology Drive > > Eden Prairie, MN 55344 > > > > O) 1-952-833-7765 > > C) 1-612-616-3984 > > > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Paul Gilmartin > > Sent: Wednesday, January 30, 2019 1:36 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tape Mount Mangement > > > > On Wed, 30 Jan 2019 17:30:34 +0100, R.S. wrote: > > > > > >My other impression is it's simpler to change gazillion (usually less) > > >of JCL jobs to explicitly point datasets to DASD than using TMM. > > > > > Might a JCLLIB member that SETs a few JCL symbols facilitate this? > > Reduce a gazillion to a handful? Nowadays JCL symbols can even > > be resolved in SYSIN. > > > > >Of course virtual tape reliefs many pains of tape, but keeping things > > in > > >old way is not good for the future. > > > > > IBM sometimes seems to have the opposite impression. "Compatibility". > > > > -- gil > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > This e-mail, including attachments, may include confidential and/or > > proprietary information, and may be used only by the person or entity > > to which it is addressed. If the reader of this e-mail is not the > > intended > > recipient or his or her authorized agent, the reader is hereby notified > > that any dissemination, distribution or copying of this e-mail is > > prohibited. If you have received this e-mail in error, please notify the > > sender by replying to this message and delete this e-mail immediately. > > > > > > -- > > 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 >