Re: z/VM FTP query
On Sat, 11 Jun 2022 21:33:05 -0500, Alan Altmark wrote: > >>1. Is there a better forum for this question ? >>2. If not... >> >1. EBCDIC >2. MODE B > >The client (assuming you haven't turned it off with the "sendsite" command) >will provide or discover the LRECL and RECFM of the file automatically. See >the IP User's Guide for details. > Highlight "SENDSITE" -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K
The first job can do one pass of the input to split the output into three files of 250 IDs each. Then run three subsequent jobs concurrently to split the first step output files into the individual files. That is one less pass on the total input. If there is enough TIOT space, an additional variation to try is to split the first 250 IDs in the first job with two additional outputs for groups 251-500 and 501-750. Then run additional jobs to split the additional groups. That can save from having to do a second pass on part of the data. If the OP has enough system resources in the second step, they can consider changing the first step output files to groups of 125 IDs to run additional splits concurrently. HTH Alan From: "Farley, Peter x23353" <031df298a9da-dmarc-requ...@listserv.ua.edu> Sent: Saturday, June 11, 2022 11:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K The simple solution is to split the single job into multiple jobs. As a start, put the first 250 into JOB1, the second 250 into JOB2 and the last 250 into JOB3. It means 3 passes of the input file instead of one, but the jobs will run and you will get the result you need. HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Thomas Sent: Saturday, June 11, 2022 12:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K Hello - We are splitting a very large files in to 750 files dynamically based on key , which means if the key changes the file is moved to the respective ones we are getting the message STEPBB - TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K STEPBB - STEP WAS NOT EXECUTED. and hence the step is not getting executed . File LRECL = 500 Key is from position 19,4. Here is the control card used SORT FIELDS=COPY OUTREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(19,4),PUSH=(501:ID=3)) OUTFIL FNAMES=OUT001,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,001) OUTFIL FNAMES=OUT002,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,002) OUTFIL FNAMES=OUT003,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,003) OUTFIL FNAMES=OUT004,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,004) OUTFIL FNAMES=OUT005,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,005) OUTFIL FNAMES=OUT006,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,006) OUTFIL FNAMES=OUT007,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,007) OUTFIL FNAMES=OUT008,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,008) --- -- OUTFIL FNAMES=OUT749,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,749) OUTFIL FNAMES=OUT750,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,750) so could some let me know how to get this fixed ? of is there any other way we can build this one ? Regards Ron T -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: z/VM FTP query
On Thu, 9 Jun 2022 21:23:34 -0500, Hank Oerlemans wrote: >1. Is there a better forum for this question ? >2. If not... > >I have worked out that FTP on z/VM needs a couple of extra commands to a FIXED >LRECL=1024 up to z/OS with the same number of records for a binary transfer. >XMIT back to z/VM works fine but ftp does not. > >Clearly I have a workaround but wondering what is going on with FTP in the GET >direction. Bit of a pain. IBMVM or IBMTCP-L are the better choices. Between z/VM and z/OS, z/VM to z/VM, or z/OS to z/OS: 1. EBCDIC 2. MODE B The client (assuming you haven't turned it off with the "sendsite" command) will provide or discover the LRECL and RECFM of the file automatically. See the IP User's Guide for details. Alan Altmark Senior Managing z/VM Consultant IBM Technical Services Endicott, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How do you Prove that you no longer need a working SKLM server or started task.
https://www.smh.com.au/national/the-brazen-airport-computer-theft-that-has-australias-anti-terror-fighters-up-in-arms-20030905-gdhc5q.html 2 mainframes. Convinced that lots of important files were stolen. Since most computers (but not most mainframes) have internal file storage. On Sat, Jun 11, 2022 at 1:52 PM Rob Schramm wrote: > > Yeah for as funny as that sounds about taking off of an entire unit I seem > to remember a post some years ago with somebody rolling off a disc and > mainframe out of an Australian data center maybe? > > Rob > > On Tue, May 10, 2022, 01:58 Timothy Sipples wrote: > > > Echoing some other comments, there’s security merit in having redundant > > external key managers with your IBM DS8000 systems (external to the storage > > device). As IBM explains, the Local Key Manager won’t protect the drives if > > someone manages to grab the whole IBM DS8000 unit — a law enforcement > > agency, co-location data center owner, invading army, etc. — regardless of > > whether your servers are up or down. Anything on the storage device that > > can be read will be readable in that event. And “grab” doesn’t really mean > > “cart away.” > > > > An external key manager allows for some separation of duties. For example, > > storage administrators can be responsible for the IBM DS8000 systems while > > your security organization is responsible for the EKMs. If the security > > team shuts down the EKMs then the DS8000 systems cannot (re)start up and > > come online. In other words, at least two people in this equation have to > > be involved in providing (or at least maintaining) access to storage. > > > > EKMs can also provide services to other devices and environments. For > > example, IBM Security Guardium Key Lifecycle Manager not only provides key > > management services for IBM DS8000 and other IBM/non-IBM storage devices, > > it also provides KMS to VMware environments (as a notable example). > > > > I’m not arguing the LKM is “bad.” It’s convenient, and that counts. It > > provides some security, really for addressing the risks of individual drive > > thefts and storage retirement. (Remove the keys and the encrypted drives > > are safe to transfer/repurpose/sell.) But having EKMs is more secure by > > design because they address those risks and a few more. However, if you’ve > > implemented comprehensive z/OS Data Set Encryption (and Linux > > dm-crypt/LUKS2 and/or Spectrum Scale encryption) then I think the LKM could > > be reasonable even with demanding security requirements. > > > > Yes, IBM recommends having a redundant pair of EKMs. But they don’t > > necessarily have to be your “on premises” EKMs. In fact, one fairly popular > > pattern now is to have one “primary” EKM on your premises and an alternate > > running in IBM Cloud Hyper Protect. > > > > — — — — — > > Timothy Sipples > > Senior Architect > > Digital Assets, Industry Solutions, and Cyber Security > > IBM zSystems and LinuxONE > > 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 -- 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: tape management from BMC
Hi We moved from CA1 to Control-M a few years ago, and then to DFSMSrmm a few years after that move. The first move was due to CA pricing, the second one was due to outsourcing policy. Between those three, I would say that rmm has an unfriendly user interface, but I suppose that is just the IBM way. I really liked Control-M ease of use. CA1 was, and I am sure it still is, a great product, and the transition to Control-My was easy to do. The transition to rmm was more painful due to the user interface not being very intuitive. If I had to chose one now I would go with Control-M. HTH Jack On Thu, Jun 9, 2022, 21:12 Carmen Vitullo wrote: > At my last gig we were all BMC-Control products, I've been impressed but > the ease of installation / implementation and management of tape and of > the CONTROL-T product, however - I have no experience with the CONTROL-M > Extension Pack > > the migration from CA-1 to BMC CONTROL-T was done prior to me starting. > > > Carmen > > On 6/9/2022 3:06 PM, Pommier, Rex wrote: > > Hi list, > > > > Does anybody have experience with BMC's "Control-M Mainframe Extension > Pack" which purports to be a tape management system? I had never heard of > it and would like to know how it stacks up against "the big 3", CA-1, TLMS, > and Dfsms/rmm. > > > > TIA, > > > > Rex > > > > -- > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent responsible > for delivering this message to the intended recipient, you are hereby > notified that any disclosure, distribution, copying, or any action taken or > action omitted in reliance on it, is strictly prohibited and may be > unlawful. If you have received this communication in error, please notify > us immediately by replying to this message and destroy the material in its > entirety, whether in electronic or hard copy format. Thank you. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > /I am not bound to win, but I am bound to be true. I am not bound to > succeed, but I am bound to live by the light that I have. I must stand > with anybody that stands right, and stand with him while he is right, > and part with him when he goes wrong. *Abraham Lincoln*/ > > -- > 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: ISPF WSA and ISPF Plugin for z/OSMF
And it had the ability to take a PDS and transfer all the members to individual files on the target (Windows) with EBCDIC to ASCII translation in one transfer request. Michael At 08:47 AM 6/11/2022, Don Leahy wrote: I won't miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > I experimented with WSA back in the day; didn't find it especially > compelling, best I can recall. I've lately been experimenting with the > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you > might like it. I presume whatever customization done with WSA would not > apply. > > I have a list of things I don't like about the ISPF plugin, but it may > hopefully improve. One thing that is really good is tabbed screens. > Instead of 'SPLIT' (which is still there), you can enter 'START' to get a > new tabbed screen. > > sas > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky > wrote: > > > Ditto > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > >I am still in mourning about the prospect of losing WSA. I built > several > > >tools around it. :-( > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How do you Prove that you no longer need a working SKLM server or started task.
Yeah for as funny as that sounds about taking off of an entire unit I seem to remember a post some years ago with somebody rolling off a disc and mainframe out of an Australian data center maybe? Rob On Tue, May 10, 2022, 01:58 Timothy Sipples wrote: > Echoing some other comments, there’s security merit in having redundant > external key managers with your IBM DS8000 systems (external to the storage > device). As IBM explains, the Local Key Manager won’t protect the drives if > someone manages to grab the whole IBM DS8000 unit — a law enforcement > agency, co-location data center owner, invading army, etc. — regardless of > whether your servers are up or down. Anything on the storage device that > can be read will be readable in that event. And “grab” doesn’t really mean > “cart away.” > > An external key manager allows for some separation of duties. For example, > storage administrators can be responsible for the IBM DS8000 systems while > your security organization is responsible for the EKMs. If the security > team shuts down the EKMs then the DS8000 systems cannot (re)start up and > come online. In other words, at least two people in this equation have to > be involved in providing (or at least maintaining) access to storage. > > EKMs can also provide services to other devices and environments. For > example, IBM Security Guardium Key Lifecycle Manager not only provides key > management services for IBM DS8000 and other IBM/non-IBM storage devices, > it also provides KMS to VMware environments (as a notable example). > > I’m not arguing the LKM is “bad.” It’s convenient, and that counts. It > provides some security, really for addressing the risks of individual drive > thefts and storage retirement. (Remove the keys and the encrypted drives > are safe to transfer/repurpose/sell.) But having EKMs is more secure by > design because they address those risks and a few more. However, if you’ve > implemented comprehensive z/OS Data Set Encryption (and Linux > dm-crypt/LUKS2 and/or Spectrum Scale encryption) then I think the LKM could > be reasonable even with demanding security requirements. > > Yes, IBM recommends having a redundant pair of EKMs. But they don’t > necessarily have to be your “on premises” EKMs. In fact, one fairly popular > pattern now is to have one “primary” EKM on your premises and an alternate > running in IBM Cloud Hyper Protect. > > — — — — — > Timothy Sipples > Senior Architect > Digital Assets, Industry Solutions, and Cyber Security > IBM zSystems and LinuxONE > 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: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K
I agree with one of the other posters that this is most likely due to the fact that you either have too many extents or too many eligible volumes for the data sets. On Sat, Jun 11, 2022, 14:36 Farley, Peter x23353 < 031df298a9da-dmarc-requ...@listserv.ua.edu> wrote: > The simple solution is to split the single job into multiple jobs. As a > start, put the first 250 into JOB1, the second 250 into JOB2 and the last > 250 into JOB3. > > It means 3 passes of the input file instead of one, but the jobs will run > and you will get the result you need. > > HTH > > Peter > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Ron Thomas > Sent: Saturday, June 11, 2022 12:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K > > Hello - > > We are splitting a very large files in to 750 files dynamically based on > key , which means if the key changes the file is moved to the respective > ones > > > we are getting the message > > STEPBB - TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K STEPBB - STEP WAS NOT > EXECUTED. > > and hence the step is not getting executed . > > File LRECL = 500 Key is from position 19,4. > > Here is the control card used > > SORT FIELDS=COPY > OUTREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(19,4),PUSH=(501:ID=3)) > OUTFIL FNAMES=OUT001,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,001) > OUTFIL FNAMES=OUT002,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,002) > OUTFIL FNAMES=OUT003,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,003) > OUTFIL FNAMES=OUT004,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,004) > OUTFIL FNAMES=OUT005,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,005) > OUTFIL FNAMES=OUT006,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,006) > OUTFIL FNAMES=OUT007,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,007) > OUTFIL FNAMES=OUT008,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,008) > --- > -- > OUTFIL FNAMES=OUT749,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,749) > OUTFIL FNAMES=OUT750,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,750) > > > so could some let me know how to get this fixed ? of is there any other > way we can build this one ? > > > Regards > Ron T > -- > > This message and any attachments are intended only for the use of the > addressee and may contain information that is privileged and confidential. > If the reader of the message is not the intended recipient or an authorized > representative of the intended recipient, you are hereby notified that any > dissemination of this communication is strictly prohibited. If you have > received this communication in error, please notify us immediately by > e-mail and delete the message and any attachments from your system. > > > -- > 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: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K
The simple solution is to split the single job into multiple jobs. As a start, put the first 250 into JOB1, the second 250 into JOB2 and the last 250 into JOB3. It means 3 passes of the input file instead of one, but the jobs will run and you will get the result you need. HTH Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Thomas Sent: Saturday, June 11, 2022 12:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K Hello - We are splitting a very large files in to 750 files dynamically based on key , which means if the key changes the file is moved to the respective ones we are getting the message STEPBB - TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K STEPBB - STEP WAS NOT EXECUTED. and hence the step is not getting executed . File LRECL = 500 Key is from position 19,4. Here is the control card used SORT FIELDS=COPY OUTREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(19,4),PUSH=(501:ID=3)) OUTFIL FNAMES=OUT001,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,001) OUTFIL FNAMES=OUT002,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,002) OUTFIL FNAMES=OUT003,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,003) OUTFIL FNAMES=OUT004,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,004) OUTFIL FNAMES=OUT005,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,005) OUTFIL FNAMES=OUT006,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,006) OUTFIL FNAMES=OUT007,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,007) OUTFIL FNAMES=OUT008,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,008) --- -- OUTFIL FNAMES=OUT749,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,749) OUTFIL FNAMES=OUT750,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,750) so could some let me know how to get this fixed ? of is there any other way we can build this one ? Regards Ron T -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K
You could do it with a small assembler or cobol program with dynamic allocation dependent on your data. Bin unterwegs hab nur iPhone zur Verfügung. > Am 11.06.2022 um 06:39 schrieb Michael Oujesky : > > Failing in allocation. Going to have to use fewer output files in a single > step. > > Michael > > > At 11:14 PM 6/10/2022, Ron Thomas wrote: > >> Hello - >> >> We are splitting a very large files in to 750 files dynamically based on key >> , which means if the key changes the file is moved to the respective ones >> >> >> we are getting the message >> >> STEPBB - TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K >> STEPBB - STEP WAS NOT EXECUTED. >> >> and hence the step is not getting executed . >> >> File LRECL = 500 Key is from position 19,4. >> >> Here is the control card used >> >> SORT FIELDS=COPY >> OUTREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(19,4),PUSH=(501:ID=3)) >> OUTFIL FNAMES=OUT001,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,001) >> OUTFIL FNAMES=OUT002,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,002) >> OUTFIL FNAMES=OUT003,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,003) >> OUTFIL FNAMES=OUT004,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,004) >> OUTFIL FNAMES=OUT005,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,005) >> OUTFIL FNAMES=OUT006,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,006) >> OUTFIL FNAMES=OUT007,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,007) >> OUTFIL FNAMES=OUT008,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,008) >> --- >> -- >> OUTFIL FNAMES=OUT749,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,749) >> OUTFIL FNAMES=OUT750,BUILD=(1,500),INCLUDE=(501,3,ZD,EQ,750) >> >> >> so could some let me know how to get this fixed ? of is there any other way >> we can build this one ? >> >> >> Regards >> Ron T >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF WSA and ISPF Plugin for z/OSMF
I guess I should have tried other WSA facilities, but once I saw the GUI editor I didn't like it and I never bothered with anything else. I used to regularly print a page of large font that could be read across the operations room showing res pack volsers for each LPAR. That data was gathered in an ISPF application, then sent to my PC and printed using a TPUT program and bit of a code I added to my terminal emulator. So basically, I'd press Enter in the ISPF app and out would come a rexx-generated rtf file on a PC-attached printer. Sounds like I could have done similar with WSA. On 6/11/2022 6:47 AM, Don Leahy wrote: I won’t miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: I experimented with WSA back in the day; didn't find it especially compelling, best I can recall. I've lately been experimenting with the ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you might like it. I presume whatever customization done with WSA would not apply. I have a list of things I don't like about the ISPF plugin, but it may hopefully improve. One thing that is really good is tabbed screens. Instead of 'SPLIT' (which is still there), you can enter 'START' to get a new tabbed screen. sas On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky wrote: Ditto At 05:09 PM 6/10/2022, Don Leahy wrote: I am still in mourning about the prospect of losing WSA. I built several tools around it. :-( -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Anyone having Issues with VTS
Hello - We're experiencing a lot of problems right now with the VTS, and the 3592-JC media. Our configuration is: IBM 3584 tape library, with 3957VEC TS7760-T VTS (virtual tape server), microcode level 8.51.2.12 10 3592-E08 drives for the VTS back-end, installed 5/25/2022 3592-JC media, bought within the last 6-8 months. 1) we had a problem with not being able to recall virtual tapes if the primary back-end tape was in ROR (read only recovery) status, and the secondary back-end tape was OK. IBM found a bug in their VTS code, and fixed it, and we seem to be OK on that front. 2) Still having a lot of occurrences of a JC back-end tape getting stuck on the drive, and not properly unloading. The Operations staff has to pause the library, open it up, find the tape, pull it, resume the library, put the tape in the I/O hopper. We have an IBM crit-sit opened, and have uploaded library & drive logs. Is anyone else having these sorts of problems? . Paul D'Angelo -- 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: ISPF WSA and ISPF Plugin for z/OSMF
I won’t miss the GUI interface that WSA provides. I will miss the FILEXFER ISPF service. It makes it easy to incorporate file transfers into your ISPF dialog applications and to initiate transfers from batch jobs. On Sat, Jun 11, 2022 at 09:30 Steve Smith wrote: > I experimented with WSA back in the day; didn't find it especially > compelling, best I can recall. I've lately been experimenting with the > ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you > might like it. I presume whatever customization done with WSA would not > apply. > > I have a list of things I don't like about the ISPF plugin, but it may > hopefully improve. One thing that is really good is tabbed screens. > Instead of 'SPLIT' (which is still there), you can enter 'START' to get a > new tabbed screen. > > sas > > > On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky > wrote: > > > Ditto > > > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > > > >I am still in mourning about the prospect of losing WSA. I built > several > > >tools around it. :-( > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPF WSA and ISPF Plugin for z/OSMF
I experimented with WSA back in the day; didn't find it especially compelling, best I can recall. I've lately been experimenting with the ISPF plugin for z/OSMF. If you like a more pointy-clicky interface, you might like it. I presume whatever customization done with WSA would not apply. I have a list of things I don't like about the ISPF plugin, but it may hopefully improve. One thing that is really good is tabbed screens. Instead of 'SPLIT' (which is still there), you can enter 'START' to get a new tabbed screen. sas On Sat, Jun 11, 2022 at 12:40 AM Michael Oujesky wrote: > Ditto > > At 05:09 PM 6/10/2022, Don Leahy wrote: > > >I am still in mourning about the prospect of losing WSA. I built several > >tools around it. :-( > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dfsort -TASK I/O TABLE EXCEEDS TIOT LIMIT OF 0064K
>> we are getting the message STEPBB - TASK I/O TABLE EXCEEDS TIOT LIMIT OF >> 0064K STEPBB - STEP WAS NOT EXECUTED. Ron, Are your output files writing to a tape? If you are writing to DASD then you shouldn't have any issue. Your shop seems to have TIOT limit of 64 which should allow 3273 dd statements. Your job is only writing 750 files which should be within the limits. Maximum number of DDs allowed when every DD Maximum number requests the SIZE Valueof single Unitmaximum number Dec (Hex)Size of TIOT DDs allowed of units (59) = = === 16 10 16384 (16K) 819 64 24 18 24576 (24K)1226 97 32 20 32768 (32K)1635 129 40 28 40960 (40K)2045 162 48 30 49152 (48K)2454 194 56 38 57344 (56K)2864 227 64 40 65536 (64K)3273 259 Thanks, Kolusu DFSORT Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SLIP IF not working
but I would have thought specifying JOBNAME would be enough to avoid the situation An understandable, but incorrect/incomplete, thought. The implementation covers such cases as where a program in address space A PC's to address space B and it is within address space B that the system found MOD1. Jobname applies to a workunit whether that work unit is running in the address space of the job where it started or with an alternate primary address space when following the chain of space-switch PC. The home address space remains the same. Since SLIP has no idea that you want to avoid this case (which MODE=HOME would so indicate) it treats finding MOD1 in any address space as having found a copy to use. 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