Re: So much for THAT excuse | Computerworld SHARK TANK
Or ask you if you meant "Disneyland"/ Jim On Thu, Nov 22, 2018 at 7:39 PM Tom Brennan wrote: > On 11/22/2018 4:06 PM, Phil Smith III wrote: > > Tom Brennan wrote, in part: > > > >> Maybe someday everything will be like Google, so I can type DNS= (which > >> I do often enough) and the system will ask me "Did you mean DSN?" > > > > 30+ years ago, a friend wrote a CMS ENDCMD NUCEXT (a routine that got > control at the end of a console command) called DWIM - Do What > > I Mean. It would look for failed return codes, analyze the command, and > "fix" it. Of course since he'd written it, it worked as he'd > > expect it to. And he still HATED it. Maybe a lesson? > > Yeah, on second thought such correction might end up as bad as the > auto-correct on cell phone texting programs :) > > -- > 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: Storage question
Another option may be to do a DCOLLECT extract, limiting via VOL() parameter, then a simple SAS program or a SORT extract print. On Thu, Nov 22, 2018 at 10:10 PM retired mainframer < retired-mainfra...@q.com> wrote: > RACF protects datasets, not dataset names. If catalog services has access > to the UCAT and the DSNs are catalogued "normally," 3.4 will list the DSNs > with no problem. You won't be able to do anything with the datasets but > that is a different issue. > > DSNs that are not catalogued normally, or at all, can still be listed by > specifying the specific catalog or volume, as appropriate. > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Sankaranarayanan, Vignesh > > Sent: Thursday, November 22, 2018 12:28 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Storage question > > > > Hello again List! > > > > Is there a way to produce a listing of datasets (given the HLQs) based > entirely > > on VTOCs? > > The assumption would be that the following are no longer available: > > > > 1. RACF profile HLQ.* > > 2. RACF user/group named 'HLQ' > > 3. Alias named 'HLQ' defined to some UCAT > > > > When the above 3 are true, I would think that we can't find the datasets > in > > 3.4, but can from the ISMF Dataset screen. > > My luck with the ISMF Dataset screen is inconsistent.. so would prefer > > another scalable or repeatable approach. > > > > Thanks! > > > > - Vignesh > > Mainframe Infrastructure > > > > > > MARKSANDSPENCER.COM > > > > Unless otherwise stated above: > > Marks and Spencer plc > > Registered Office: > > Waterside House > > 35 North Wharf Road > > London > > W2 1NW > > > > Registered No. 214436 in England and Wales. > > > > Telephone (020) 7935 4422 > > Facsimile (020) 7487 2670 > > > > www.marksandspencer.com > > > > Please note that electronic mail may be monitored. > > > > This e-mail is confidential. If you received it by mistake, please let us > know > > and then delete it from your system; you should not copy, disclose, or > > distribute its contents to anyone nor act in reliance on this e-mail, as > this is > > prohibited and may be unlawful. > > > > -- > > 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 > -- John Kelly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for an appropriate system exit
On Fri, 23 Nov 2018 11:31:08 -0500, Peter Relson wrote: > >"Can dynamically allocate" is not the same as to "can use BPXWDYN". I >would guess that you cannot use BPXWDYN except from within the jobstep >program task tree. Why did you not post the return information from your >BPXWDYN? That might have told you what the problem was, and would have >helped the readers from having to guess. > Yes. From: z/OS Using REXX and z/OS UNIX System Services Version 2 Release 3 SA23-2283-30 Calling conventions BPXWDYN must be called in 31-bit mode in an environment that permits dynamic allocation and dynamic output requests. You might get more complete information about BPXWDYN from MVS-OE: For MVS-OE subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO MVS-OE Or: http://vm.marist.edu/htbin/wlvindex?MVS-OE -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another IBM tape not for z/OS
With the 20Tb/60Tb capacity, the only thing that would come close to "fully utilizing" such a tape would be some massive single-thread backups (remember, only 1 application can write to a tape at any given time) or be used as a backstore in a VTS solution. For that, they are perfect (IMHO). You can run 4, 8, 16, 64, or even 128 concurrent backups to a VTS solution so you are done with backups much quicker. Then, as a background task copy all those virtual-tape-volumes to a high-capacity physical tape(s) with a 20Tb or 60Tb capacity. Best of both worlds. Fast concurrent backups and physical tape for high reliability and portability. Most sites prefer to use replication, but I like a copy on physical tape. But, I have a huge affinity for physical tape (actually, tape in any form suits me). I remember the neat system that STK had for a while (still might) where you can run 3 or 4 DFDSS backups to a single tape volume (the tape volume was allocated to a different sub-task that the 4 DFDSS backups were communicating with). It was neat that you could run 4 DFDSS backups concurrently and since the tape was so fast it could keep up with 4 DFDSS systems writing to it concurrently. But the benefits of a VTS solution doomed that as well. Russell Witt -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, November 23, 2018 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Another IBM tape not for z/OS Lately, all I have seen is virtual Tape emulated in dedicated VTS filled with DASD. That's all we have now. Read/write and recalls are on par with standard disk. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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 R.S. Sent: Friday, November 23, 2018 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Another IBM tape not for z/OS **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** IBM released new tape drive TS1160. 20TB/60TB capacity, up to 400/900MB/s data transfer, dual 16Gbps interface. You can attach it to your Windows server, or Linux (x64), but mainframe is excluded, no FICON attachment. -- 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** 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
Re: Looking for an appropriate system exit
I am abending on S0C4 because getmained areas are automatically being freed at end of step, before IEFACTRT gets control. It is not clear to me if SUBPOOL alone can solve the problem. Do I need to specify TCBADDR=TCBJSTCB on the STORAGE macro so that the "input TCB" is the job-step TCB? What course is recommended? What is recommended is no different than for any program -- you need to understand your environment and the termination characteristics. If you obtained storage while the job is running, and that storage is owned by any task within the jobstep program task tree (i.e., the task tree with the EXEC PGM= task at the top), then that storage will have been freed if you then run after the termination of that jobstep program task (which is when IEFACTRT runs, I think). Perhaps what is recommended is that your IEFACTRT exit routine not rely on storage obtained within the jobstep program task tree. TCBJSTCB when running under the jobstep program task tree will not be of help. That is athe jobstep program task or a jobstep subtask of that task. You can identify the proper task or you can get storage in a subpool that is not owned by a task (LSQA). If you get such storage, then it is up to you to make sure it gets freed in a timely fashion; the system won't help until the ownership rules indicate that it should (e.g., end of address space for non-task-owned LSQA). The documentation says one can dynamically allocate within IEFACTRT but the BPXWDYN routine returns a non-zero return code. (Same code that works fine in a regular program.) Is this a limitation of BPXWDYN? Should I code an SVC 99 call myself? "Can dynamically allocate" is not the same as to "can use BPXWDYN". I would guess that you cannot use BPXWDYN except from within the jobstep program task tree. Why did you not post the return information from your BPXWDYN? That might have told you what the problem was, and would have helped the readers from having to guess. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another IBM tape not for z/OS
Lately, all I have seen is virtual Tape emulated in dedicated VTS filled with DASD. That's all we have now. Read/write and recalls are on par with standard disk. _ Dave Jousma Mainframe Engineering, Assistant Vice President 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 R.S. Sent: Friday, November 23, 2018 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Another IBM tape not for z/OS **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** IBM released new tape drive TS1160. 20TB/60TB capacity, up to 400/900MB/s data transfer, dual 16Gbps interface. You can attach it to your Windows server, or Linux (x64), but mainframe is excluded, no FICON attachment. -- 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 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** 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
Another IBM tape not for z/OS
IBM released new tape drive TS1160. 20TB/60TB capacity, up to 400/900MB/s data transfer, dual 16Gbps interface. You can attach it to your Windows server, or Linux (x64), but mainframe is excluded, no FICON attachment. -- 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: [EXTERNAL] Re: VTAM Question
I ran a test on the application that I was concerned with, once I found a time when no one was online, and it does default to MSG10 so I'm good to go. Thank you all -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer – RavenTek Solution Partners -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Attila Fogarasi Sent: Wednesday, November 21, 2018 5:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: VTAM Question It results in SNA sense code 088A0003 (resource not available) and how that is handled depends upon the terminal type and definition. If you are asking about Telnet (TN3270/E) terminals then that in turn depends on the Telnet configuration such as AUTOLOGON. Most likely no MSG10 but it may be something that you can control for Telnet (lots of options and there are also some user exits in play). Not easy to determine without digging deep and could well be different by terminal. Plus VTAM has options for searching the network to find an active APPL elsewhere (which you may or may not have on). On Thu, Nov 22, 2018 at 6:38 AM Dyck, Lionel B. (RavenTek) < 01d7f21a6167-dmarc-requ...@listserv.ua.edu> wrote: > I'm researching options for a DR exercise and we found our main > session manager product requires that the license codes be updated > before it will work. Gets us in a catch-22 in that if you don't plan > the DR then you don't have the DR license keys and thus when we IPL the > session manager will fail. > > My question is - what happens when a user connects and VTAM is defined > to connect that user to the session manager? > > > 1. Will the user see MSG10 > 2. Or will the user be presented with a message that their > application is unavailable? (from a security perspective this is what > I would expect) > > Thank you > > -- > > Lionel B. Dyck (Contractor) < > Mainframe Systems Programmer - RavenTek Solution Partners > > > > -- > 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
Storage Question
If you are an FDR user and have FDREPORT, this will fill the bill. < > Ken Kripke kennethkri...@gmail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN