Re: z/OS ssh git issue - the solution
On 9/03/2021 6:45 am, Andrew Rowley wrote: On 9/03/2021 12:42 am, Lionel B Dyck wrote: It appears that on one of my z/OS 2.4 systems I don't have this ssh issue but on another I do. The difference is that one has a /etc/ssh/zos_ssh_config file and the one that fails does not. Updating the /etc/ssh/zos_ssh_config file thus fixed the problem: Change from: ChannelConvert shell to: ChannelConvert shell,exec Interesting. I have had difficulties before due to EBCDIC-ASCII conversions with z/OS ssh. According to the documentation ChannelConvert exec is required for scp. If I remember correctly scp doesn't work for binary files. It really bums me out that scp doesn't work for binary files. It's such a useful utility and I got burned once uploading a jar file. Having to fire up sftp or write sftp scripts is annoying. I am a bit surprised it is required for git. I would have expected that git would need a binary connection, without EBDCIC-ASCII conversion. If conversion is being performed I would be worried whether the data transfer was reliable, even if it appeared to be working. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Serverpac installs January 2022 and beyond
Brian Westerman wrote:
>Next, using CICS, DBV2 or IMS serverpac as a sample/example.
>There are a great many sites who do not have CICS or DB2 or
>IMS, I can name 30 just off the top of my head. How will
>they "practice"? How will they "learn the process now?"
>Are you penalizing them because they use Adabas or Oracle
>instead of DB/2 or IMS? You don't even have to answer
>because the only correct response is in the affirmative.
I disagree with your last sentence here, and that's why I'm replying to
this specific section you wrote. I don't think it's at all fair.
I quite agree that it's important to support diverse z/OS sites. But
that's really the point of what's happening. This isn't just about IBM.
There's a multi-vendor effort involved to make mainframe software product
installations better and easier. As one notable example, Broadcom's CA
IDMS and some other CA products (such as Ideal and OPS/MVS) are already
available in z/OSMF Portable Software Instance form.
That said, as Marna mentioned, *every* z/OS licensee already has access to
at least one z/OSMF Portable Software Instance, today (and for some time
now). The sample PSI is available for free download here:
https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/
Click on the "Try it" tab.
CICS, Db2, and IMS are (only three) *examples of* products that are
already available as z/OSMF Portable Software Instances. IBM mentions them
because IBM is IBM (these products happen to be IBM products), and these
products are popular ones thus good examples. But they're only examples in
this context. *Every* z/OS licensee already has *at least one* z/OSMF
Portable Software Instance available to them at no additional charge. I
don't think it's fair to argue that any z/OS licensee is "penalized" when
they all already have no additional charge access to at least one of these
packages. Per that argument a site with z/OS and CICS licenses but not an
IDMS license would be "penalized" in comparison to a site with z/OS, CICS,
and IDMS licenses. Per that argument IBM would be "penalizing" sites that
don't currently license a particular product whenever IBM expands its
z/OSMF Portable Software Instance catalog to include that particular
product. ("Less" practice, right?) No progress could ever be made, because
someone would always be "penalized," and that would be bad, if we agree
with your argument. So I don't agree with it.
Would you like some more z/OSMF Portable Software Instances beyond the
sample IBM provides?
- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other 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
Re: OC1 regs in log oddity
If all top-halfs are zero, it skips them. On Wed, 10 Mar 2021 00:28:07 -0500 Tony Thigpen wrote: :>I just noticed something I had not noticed before. :> :>I have a little test program that I am doing all sorts of things to see :>how things work. So, of course, I am crashing it a lot. Sometimes even :>on purpose using DC x'' instructions. :> :>What I have noticed is that the log shows the registers differently :>sometimes. For example: :> :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 :> TIME=00.40.10 SEQ=00137 CPU= ASID=0034 :> PSW AT TIME OF ERROR 078D 8CD8 ILC 2 INTC 01 :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CD8 :>NAME=COPYTPX :>DATA AT PSW 8CD2 - 4710B03A 4D10 B0308F00 :>GR 0: _9018 1: _901F :> 2: _7604 3: _AFFC :> 4: _9018 5: _901F :> 6: _0004 7: _FD00 :> 8: _9010 9: _80008036 :> A: _AFE0 B: _8CB0 :> C: _40008010 D: _8E98 :> E: _92A8 F: 7FFAEA00_8CB0 :>vs. the following: :> :>SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 :> TIME=00.39.24 SEQ=00136 CPU= ASID=0034 :> PSW AT TIME OF ERROR 078D 8CE4 ILC 2 INTC 01 :>ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CE4 :>NAME=COPYTPX :>DATA AT PSW 8CDE - 8DE00A13 47F0 B0A29680 :>GR 0: 0950 1: 009C36B0 :> 2: 7604 3: AFFC :> 4: 9018 5: 901F :> 6: 0004 7: FD00 :> 8: 9010 9: 80008036 :> A: AFE0 B: 8CB0 :> C: 40008010 D: 8E98 :> E: 92A8 F: :> :>The only difference is that 64 bit regs are shown if I have not done an :>OPEN macro while 31 bit registers are shown if I have issued an OPEN macro. :>Test code snipit: :> :>*DC X'' :> OPEN (SNAPDCB,(OUTPUT)) :> DC X'' :> :>The program in question is assembled AMODE=24,RMODE=24. :> :>OK, whats up with this? -- 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
OC1 regs in log oddity
I just noticed something I had not noticed before. I have a little test program that I am doing all sorts of things to see how things work. So, of course, I am crashing it a lot. Sometimes even on purpose using DC x'' instructions. What I have noticed is that the log shows the registers differently sometimes. For example: SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 TIME=00.40.10 SEQ=00137 CPU= ASID=0034 PSW AT TIME OF ERROR 078D 8CD8 ILC 2 INTC 01 ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CD8 NAME=COPYTPX DATA AT PSW 8CD2 - 4710B03A 4D10 B0308F00 GR 0: _9018 1: _901F 2: _7604 3: _AFFC 4: _9018 5: _901F 6: _0004 7: _FD00 8: _9010 9: _80008036 A: _AFE0 B: _8CB0 C: _40008010 D: _8E98 E: _92A8 F: 7FFAEA00_8CB0 vs. the following: SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 TIME=00.39.24 SEQ=00136 CPU= ASID=0034 PSW AT TIME OF ERROR 078D 8CE4 ILC 2 INTC 01 ACTIVE LOAD MODULE ADDRESS=7000 OFFSET=1CE4 NAME=COPYTPX DATA AT PSW 8CDE - 8DE00A13 47F0 B0A29680 GR 0: 0950 1: 009C36B0 2: 7604 3: AFFC 4: 9018 5: 901F 6: 0004 7: FD00 8: 9010 9: 80008036 A: AFE0 B: 8CB0 C: 40008010 D: 8E98 E: 92A8 F: The only difference is that 64 bit regs are shown if I have not done an OPEN macro while 31 bit registers are shown if I have issued an OPEN macro. Test code snipit: *DC X'' OPEN (SNAPDCB,(OUTPUT)) DC X'' The program in question is assembled AMODE=24,RMODE=24. OK, whats up with this? Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large block interface for VB
W dniu 09.03.2021 o 18:21, Paul Gilmartin pisze: On Tue, 9 Mar 2021 12:42:34 +0100, Radoslaw Skorupka wrote: Striped PS datasets (extended format PS) are managed by IEBGENER, ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user perspective. In other words, transparent to the utility or user program, with at most changes to SMS profile? Yes, you have to define it in SC. And use extended format. What's the maximum performance boost? "Linear" can't mean "infinite". Limited by channel, main storage, controller cache ... bandwidth. (Model-dependent, of course.) It depends. I remember loong discussion (read: quarrel) with my co-worker. It was 20+ years ago and it was about sense of striping on RAMAC RVA. He was right. ;-) Striping gave some performance gain. I can't remember exact values, but adding further stripes didn't help. One may say for real (old gone) 3390 volumes the performance gain was rather obvious, but bunch of volumes emulated on same hardware - controller, disk RAID group - it should be no difference whether you use one or several emulated volumes. However it is UNTRUE. Tested many times on various disk system models. And sometime you can deep dive in disk system details and create storage group consisting of volumes from different RAID groups, possibly server by different controllers (electronics). Modern arrays have quite reasonable features to support it. And2: even volumes defined on exactly same physical resources perform better when striping is in effect. This would appear to be a solution for the OP. Of course, unless he's already experiencing it, perhaps unbeknownst. Good to consider. However striping is the best for (long) sequential read or write operations. Last, but not least: it is easy to test. BTW: Striping and multi-volume and extents is quite interesting issue for quiz. ;-) Things changed with the z/OS releases and the rules are different for ef-PS and VSAM. When I teach it on VSAM course, people usually forget about VSAM and discuss about PS. -- Radoslaw Skorupka (looking for new job) Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe / CSI missing product sysmods
SET BDY(TARGET). LIST PTFS FORFMID(HTCZ110). SET BDY(DLIB). LIST PTFS FORFMID(HTCZ110). For running the mepl can that be run against the Query monitor load and NOT the DB2 DSNLOAD? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
WWUNTERSE for distributed platforms (especially SMF)
I hope this isn't considered advertising if it's for a free product, but we'd like to announce our new WWUNTERSE (no-charge) product. Here at Watson & Walker we love SMF data. And judging by the volumes of it that most z/OS sites generate, we are not the only ones. SMF can tell you just about anything you could want to know about what is happening on your systems. The downside of having that vast sea of information is that it takes up lots of space – we have clients that generate over 2.5TB of SMF data per day. And if you are like nearly every other z/OS customer, you send at least some of that data to distributed systems for postprocessing. Sending TBs of SMF data over the network can take a long time, especially if the target system is remote. The good news is that SMF data tends to compress very well. Compression ratios of around 7:1 are normal, and even 10:1 is not unusual, depending on the mix of record types. If you are transferring gigabytes or even terabytes of data every day, those good compression ratios are vital. The not-so-good news is that the most common tools for compressing SMF data on z/OS do not have a distributed equivalent: AMATERSE achieves excellent compression with SMF data, but there is no tool on Windows or Linux to unterse the tersed version of VBS files. zEDC is another popular tool for compressing SMF data on z/OS. However, the compressed sequential data sets created by BSAM or QSAM are in a proprietary format. So even if you could get them over to a distributed system without them being uncompressed, there is no tool for Windows or Linux that can read those compressed files. To address this need, and because we spent a lot of our own time moving SMF data around, our colleague Mario Bezzi created a program called WWUNTERSE. WWUNTERSE runs on Windows and Linux. It can process tersed files that were created from VBS files. It also supports tersed versions of F, FB, V, VB, and VBS files. And it provides the option to include the Block Descriptor Word (BDW) in the output file (as required by MXG/SAS on distributed systems). And the best news of all is that there is no charge for WWUNTERSE. It is available for download now, from the Free Tools page of the Watson & Walker public website at https://watsonwalker.com/software/free-tools/. Please take it for a test drive and let us know what you think. Stay Tuned! Cheryl Watson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Serverpac installs January 2022 and beyond
Hi Marna, I will respond in a different order. As for staying "current", yes, that would be a good idea, unfortunately, it's unrealistic to decide it has to be that way. I would imagine a very large number of sites are still running 2.1 and 2.2, in fact, I know that to be true. Next, using CICS, DBV2 or IMS serverpac as a sample/example. There are a great many sites who do not have CICS or DB2 or IMS, I can name 30 just off the top of my head. How will they "practice"? How will they "learn the process now?" Are you penalizing them because they use Adabas or Oracle instead of DB/2 or IMS? You don't even have to answer because the only correct response is in the affirmative. Cost of two manufacturing processes? Do you know how long Serverpac and CBIPO co-existed? It was a lot longer than 6 months. Is the cost for IBM to manufacture, somehow higher than the cost of the client to install? In fact, who cares? Part of the cost of doing business is making life easier for the client. I don't remember IBM so blatantly applying unnecessary force to the client base like this. You are also assuming that systems programmers have the time to throw away to do a "test" installation in those first several months. It's patently ludicrous to expect the client base to "jump" on the upgrade in the first 6 months or completely lose the ability to install it later via a method that they are familiar with. Having said all of this, I am not disagreeing that there are advantages to the new way. I have installed CICS and DB/2 several times at several sites int he past few months alone, and have used both methods and can compare them. But no one asked me for my opinion on whether one was better than the other or if I thought people (who have not experience or very little with z/OSMF) will be able to handle the new way. I still think it's extremely short-sighted and even belligerent of IBM to make this type of decision without what seems like any thought at all for the customer(s). The installation methodology isn't supposed to be a challenge for sites in the middle of a release. The proper way to do this would be to make 2.5 Serverpac or z/OSMF, and at 2.5+x change to z/OSMF only. Splitting the method int he middle fo a release is just plain silly, and unnecessarily complex for the customer. The least you could have done was have a 2.5.1 that was the split. I can imagine asking a client, "well, you want to move to 2.5. Did you order the Serverpac or the z/OSMF version, and oh, by the way, did you install z/OSMF yet?" Has it occurred to IBM that a significant number of sites still don't have z/OSMF running (successfully)? I actually think you are serious that if they are running 2.2 that they should order 2.4 before it goes away. That's not really going to help them if they don't migrate until 2.7. If they have not moved to 2.4 by now, changing the installation method isn't going to make them jump up and order 2.4 and move to it really fast so that they can maybe go to 2.5. Sites don't operate like that. If they only migrate once every 8 years, why would they bother ordering 2.3, and 2.4 and 2.5, when they won't migrate until 2.6 or 2.7? You probably seriously think they will consider going to the interim releases. Which is the reason they only install once every 8 years now. IBM making it even more difficult is just going to exacerbate the problem. Sites are not going to migrate until they are good and ready. Actually, many of them have quite good reasons for not migrating very often. The best thing for IBM to do is pay attention to the why's of it, not ignore it. I do believe that the purpose of moving to z/OSMF based installation is to make it "easier" for the newbies, but taking something that's already pretty easy and making it "easier" is a waste of money and time. z/OSMF is just the latest iteration of IBM's attempt to replace the Systems Programmer with a "lesser being" :) Instead of providing a way to train people to understand how to do "systems programmer things", homogenizing the process to make it "seem" easier is not the way to go. I have a silly analogy-type question, that strangely enough fits this. Would you allow or condone a 5 year old operating an automatically operated "self-drive" vehicle? Sorry for the soap box-ing, but really, what were you guys thinking when you decided to switch the imple On Sun, 7 Mar 2021 09:27:55 -0600, Marna WALLE wrote: >Brian, >I would like to assure you that this decision was not taken lightly, and was >taken with all those considerations (and others) to extend both ordering types >for as long as was feasible. > >Some points I would like to make: > >- the z/OS ServerPac for z/OSMF is extremely similar to the CICS, Db2,and IMS >ServerPac for z/OSMF. What is different? The Workflows which contain the >configuration and verification, since they are product-specific.
Re: TSSO under zOS 2.3
Technically TSSO still works, but obviously there are parts that no longer are needed. Even though it's technically a slight competitor of our (far superior) automation package, I still make sure to test it and make changes when necessary, as have a handful of others, and it still works on z/OS 2.4 also. The downside of TSSO is that it's not received the massive upgrade that's been long overdue and which is necessary to keep it competitive with vendor products anymore. Most of those vendor products are extremely expensive, and while the Syzygy Automation suite is only a single digit percentage of those "big vendor" costs, it's still not free (as in beer), just (a lot) better. That said, TSSO is perfectly safe to use, and if you have any problems with it I will be glad to help you with them. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe / CSI missing product sysmods
Please show the commands that you ran and the output that you received. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, March 9, 2021 11:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe / CSI missing product sysmods I have a SMPe CSI that shows products installed (5655-TC1 fmid HTCZ110) and (5655-V42 fmid HCQC110). IBM Tools Customizer and IBM Query Monitor for DB2. Yet when I try to run a report of sysmods in either my target or DLIB it show no sysmods found. How do I remedy this? Do I reorder the products? Or just get all the maintenance, receive and apply them? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe / CSI missing product sysmods
If your CSI doesn't match your target and distribution libraries then you have big problems. If they do match, then you can get the service applied from SMP without looking at the libraries. Note that some service might not hit any load libraries at all. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Giannelli [billgianne...@gmail.com] Sent: Tuesday, March 9, 2021 11:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe / CSI missing product sysmods Hi Chris, thanks for your help! Its the SMPe CSI I am concerned with not the actual load library. Bill -- 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: TSSO under zOS 2.3
On Mon, 8 Mar 2021 18:08:55 -0800, Tom Sims wrote: >Any one out there running TSSO (CBT File 404) under zOS 2.3? > I was running it prior to the console restructure broke it circa 1.11 or 1.13(?). I think I heard that it had been updated to run on later releases though. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT syntax question
Thank you Sri, that worked! Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Tuesday, March 9, 2021 12:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT syntax question > What is the correct syntax to find and replace all binary zeroes in > positions 1-34 with spaces and replace all X'41' characters by spaces > in positions 35-94 and do *both* FINDREP's only when position > 13 is C'D'? Peter, You need two separate IFTHEN statements as you have different START and END positions. something like this. IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34),HIT=NEXT), IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), Notice the HIT=NEXT on the first IFTHEN statement. Thanks, Kolusu -- 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: SORT syntax question
In the below output paste, the "*" indicating the syntax error is placed under the comma at the end of the third line (after the first ENDPOS parameter and 2 closing parentheses). This is Syncsort, not DFSORT, but the FINDREP syntax is (or anyway ought to be) common between them. IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34)), * FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), IFTHEN=(WHEN=NONE, FINDREP=(INOUT=(X'00',C' '))) WER813I INSTALLATION OPTIONS IN MFX LOAD LIBRARY WILL BE USED WER901I **WARNING** ZPSORT WILL EXPIRE IN 17 DAYS WER268A INREC STATEMENT : SYNTAX ERROR WER211B SYNCSMF CALLED BY SYNCSORT; RC= -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, March 9, 2021 12:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT syntax question Could you post the error messages? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Tuesday, March 9, 2021 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SORT syntax question This format of FINDREP's on an INREC command gets a syntax error: IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34)), FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), What is the correct syntax to find and replace all binary zeroes in positions 1-34 with spaces and replace all X'41' characters by spaces in positions 35-94 and do *both* FINDREP's only when position 13 is C'D'? If It matters, the input is RECFM=FB, LRECL=94. Peter 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 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: SORT syntax question
> What is the correct syntax to find and replace all binary zeroes in > positions 1-34 with spaces and replace all X'41' characters by > spaces in positions 35-94 and do *both* FINDREP's only when position > 13 is C'D'? Peter, You need two separate IFTHEN statements as you have different START and END positions. something like this. IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34),HIT=NEXT), IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), Notice the HIT=NEXT on the first IFTHEN statement. Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT syntax question
Could you post the error messages? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 Sent: Tuesday, March 9, 2021 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SORT syntax question This format of FINDREP's on an INREC command gets a syntax error: IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34)), FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), What is the correct syntax to find and replace all binary zeroes in positions 1-34 with spaces and replace all X'41' characters by spaces in positions 35-94 and do *both* FINDREP's only when position 13 is C'D'? If It matters, the input is RECFM=FB, LRECL=94. Peter 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: SMPe / CSI missing product sysmods
But -- if you want to bring the CSI up to the current ptf level - you need to know what PTFs have been deployed to the subsystem - interrogating the load library is the only way I know to do that - either mepl or AMBLIST Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, March 9, 2021 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] SMPe / CSI missing product sysmods [External Email: Use caution with links and attachments] Hi Chris, thanks for your help! Its the SMPe CSI I am concerned with not the actual load library. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SORT syntax question
This format of FINDREP's on an INREC command gets a syntax error: IFTHEN=(WHEN=(13,1,CH,EQ,C'D'), FINDREP=(INOUT=(X'00',C' '), STARTPOS=01,ENDPOS=34)), FINDREP=(INOUT=(X'41',C' '), STARTPOS=35,ENDPOS=94)), What is the correct syntax to find and replace all binary zeroes in positions 1-34 with spaces and replace all X'41' characters by spaces in positions 35-94 and do *both* FINDREP's only when position 13 is C'D'? If It matters, the input is RECFM=FB, LRECL=94. Peter 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: MQ information resources
Bill, There is https://community.ibm.com/community/user/imwuc/communities/community-home?CommunityKey=183ec850-4947-49c8-9a2e-8e7c7fc46c64 You can contact me off line, as I used to work in MQ development/support regard Colin On Tue, 9 Mar 2021 at 14:55, Bill Giannelli wrote: > Hello, > We are trying to debug old MQ code. > Can anyone point to some places to get MQ information? Is there a > "IBM-Main" for MQ? > We need to find the equivalent of the SQLCA area "Bind" command and a > programming guide.. > thanks > Bill > > -- > 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: Large block interface for VB
On Tue, 9 Mar 2021 12:42:34 +0100, Radoslaw Skorupka wrote: > >Striped PS datasets (extended format PS) are managed by IEBGENER, >ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user >perspective. > In other words, transparent to the utility or user program, with at most changes to SMS profile? What's the maximum performance boost? "Linear" can't mean "infinite". Limited by channel, main storage, controller cache ... bandwidth. (Model-dependent, of course.) This would appear to be a solution for the OP. Of course, unless he's already experiencing it, perhaps unbeknownst. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe / CSI missing product sysmods
Hi Chris, thanks for your help! Its the SMPe CSI I am concerned with not the actual load library. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe / CSI missing product sysmods
Run a MEPL to see what the load modules indicate maintenance has been appled //STEP9991 EXEC DSNUPROC,UID='ssid.MEPL', //UTPROC='',SYSTEM='ssid' DIAGNOSE DISPLAY MEPL DIAGNOSE END Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Tuesday, March 9, 2021 11:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] SMPe / CSI missing product sysmods [External Email: Use caution with links and attachments] I have a SMPe CSI that shows products installed (5655-TC1 fmid HTCZ110) and (5655-V42 fmid HCQC110). IBM Tools Customizer and IBM Query Monitor for DB2. Yet when I try to run a report of sysmods in either my target or DLIB it show no sysmods found. How do I remedy this? Do I reorder the products? Or just get all the maintenance, receive and apply them? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPe / CSI missing product sysmods
I have a SMPe CSI that shows products installed (5655-TC1 fmid HTCZ110) and (5655-V42 fmid HCQC110). IBM Tools Customizer and IBM Query Monitor for DB2. Yet when I try to run a report of sysmods in either my target or DLIB it show no sysmods found. How do I remedy this? Do I reorder the products? Or just get all the maintenance, receive and apply them? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ information resources
http://www.mqseries.net/phpBB2/index.php? On Tue, Mar 9, 2021 at 09:55 Bill Giannelli wrote: > Hello, > We are trying to debug old MQ code. > Can anyone point to some places to get MQ information? Is there a > "IBM-Main" for MQ? > We need to find the equivalent of the SQLCA area "Bind" command and a > programming guide.. > thanks > Bill > > -- > 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
MQ information resources
Hello, We are trying to debug old MQ code. Can anyone point to some places to get MQ information? Is there a "IBM-Main" for MQ? We need to find the equivalent of the SQLCA area "Bind" command and a programming guide.. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS ssh git issue - the solution
ChannelConvert shell,exec -- is the default. I do see this in the documentation: /This option should not be used globally in zos_ssh_config since changing conversion options for channel types (for example, "subystem" or "exec") could cause sftp, scp, and other exec connections to fail. The option may be used in Host blocks for selected connections./ Kirk Wolf Dovetailed Technologies http://dovetail.com On 3/8/21 4:45 PM, Andrew Rowley wrote: On 9/03/2021 12:42 am, Lionel B Dyck wrote: It appears that on one of my z/OS 2.4 systems I don't have this ssh issue but on another I do. The difference is that one has a /etc/ssh/zos_ssh_config file and the one that fails does not. Updating the /etc/ssh/zos_ssh_config file thus fixed the problem: Change from: ChannelConvert shell to: ChannelConvert shell,exec Interesting. I have had difficulties before due to EBCDIC-ASCII conversions with z/OS ssh. According to the documentation ChannelConvert exec is required for scp. If I remember correctly scp doesn't work for binary files. I am a bit surprised it is required for git. I would have expected that git would need a binary connection, without EBDCIC-ASCII conversion. If conversion is being performed I would be worried whether the data transfer was reliable, even if it appeared to be working. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large block interface for VB
W dniu 08.03.2021 o 18:42, Paul Gilmartin pisze: On Mon, 8 Mar 2021 11:15:56 -0600, Nigel Morton wrote: Have you considered using extended format sequential striped data sets? Define using a data class with DSNTYPE set to require or request extended format; control the number of stripes (which are read in parallel) using a storage class with a non-zero sustained data rate attribute. Choosing the value of the sustained data rate is a little clumsy but, in brief, 8 gives two stripes and 12 gives 3 stripes for 3390 device geometry. Last time I looked, the throughput scaled roughly linearly with the number of stripes. I stand corrected vis-à-vis my pessimism: On Sun, 7 Mar 2021 15:42:33 -0600, Paul Gilmartin wrote: ... Don't know about striped RAID. I suspect there's no software support for the desirable parallel I/O. Are such data sets compatible with Classic utilities such as IEBGENER or Assembler programs using QSAM? Striped PS datasets (extended format PS) are managed by IEBGENER, ICEGENER or IDCAMS as regular (non-striped) datasets. I mean user perspective. -- Radoslaw Skorupka (looking for new job) Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
