Re: z/OS network Speedtest
You are only going to transmit within the confines of your slowest network segment and any processor/WLM or I/O delays. Over the years there I have experienced a number of weird things that can dramatically affect ftp. I am sure that others can chime in. Tracking this down is going to take some effort. I would suggest a traceroute and ping test for starters. Then to a packet trace for portion of the ftp. I am sure your network folks have some tools to help out. Rob Schramm On Fri, Aug 31, 2018, 1:26 PM Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Mark, > > You keep saying G as in Gigabit speeds, but are you sure you don’t mean M > as in Megabit speeds? Unless you have really good 5Gigabit upload service > from your house...That said I'm going to assume you mean 100Mb connection, > that’s not real fasthow much data are you talking about? > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mark Pace > Sent: Friday, August 31, 2018 11:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OS network Speedtest > > We have a customer that has to send us a large amount of data. They claim > that our ftp server is very slow. I have had our network people tell me > that we have 100GB pipe to our ftp server and if they say it's slow it is > most likely their upload speed. I have tested the upload speed to our ftp > server from my home network but I am limited to 5G upload speed, which I > easily reach during the upload. So I was looking for something the > customer to run to test their upload speed. > > On Wed, Aug 29, 2018 at 4:35 PM Kevin Mckenzie > wrote: > > > > Is there anything for z/OS to measure upload/download speeds? Like > > > on a > > PC > > > going to speedtest.net and running their test? > > > > From the z/OS LPAR to where? What's the purpose of the measurement? > > Can you prevent other network traffic from happening when you're doing > > the measurement? > > > > --- > > Kevin McKenzie > > > > External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services > > - Test Architect, Provisioning > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > The postings on this site are my own and don’t necessarily represent > Mainline’s positions or opinions > > Mark D Pace > Senior Systems Engineer > Mainline Information Systems > > > 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 > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
NYTimes.com: E.U. Will Let Countries Decide Whether to Use Daylight Saving
>From The New York Times: E.U. Will Let Countries Decide Whether to Use Daylight Saving Some countries have lobbied to end the requirement that all 28 member states spring forward and fall back each year. https://www.nytimes.com/2018/08/31/world/europe/eu-daylight-saving.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GIMAPI using Rexx
On Fri, 31 Aug 2018 22:05:07 +0300, ITschak Mugzach wrote: >Has Anyone here tried this in Rexx? There is no formal way of doing that, >but in a limited functionality - it works. > >The Version call work just fine. I tried the QUERY call and I can see that >input is validated, and if wrong returns the RC, CC and error msg in the >message buffer. This means that GIMAPI creates the working buffers. >however, I abends 0c4-16. > >So, any experience with Rexx calling GIMAPI directly? > Ling ago I investigated this and concluded that Rexx can not create the data structures required by GIMAPI because Rexx does not support a pointer type. I mentioned this here and Kurt Q. replied: https://listserv.ua.edu/cgi-bin/wa?A2=ind0906=IBM-MAIN=R647 I am sensitive to the concern. I'd like to provide a REXX interface to GIMAPI, but unfortunately its priority doesn't compare to other work. Next time I'll remember to include a smiley in my response. I imagine that if you had a generic GETMAIN facility you could create those structures using STORAGE(). I didn't try. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Address for ISPF-L
K3wl3r as in glitzier, less functional and more user hostile? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Thursday, August 30, 2018 6:18 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Address for ISPF-L On Thu, 30 Aug 2018 15:45:58 -0400, Edward Finnell wrote: >Guess they've been assimilated by the googleasaurus. No LISTSERV connection. > There's been some discussion on IBMVM of abandoning LISTSERV in favor of something k3wler, such as StackExchange. >In a message dated 8/30/2018 9:55:35 AM Central Standard Time, >01d3104bf954-dmarc-requ...@listserv.ua.edu writes: > >That certainly changes how the subscription/unsubscription is done. Thanks >Paul. Sent to ispf-l- >list+subscr...@nd.edu and was able to get connected with a new email ID. >Will file this email for posterity as well. -- gil -- 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
GIMAPI using Rexx
Has Anyone here tried this in Rexx? There is no formal way of doing that, but in a limited functionality - it works. The Version call work just fine. I tried the QUERY call and I can see that input is validated, and if wrong returns the RC, CC and error msg in the message buffer. This means that GIMAPI creates the working buffers. however, I abends 0c4-16. So, any experience with Rexx calling GIMAPI directly? ITschak -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS network Speedtest
Mark, You keep saying G as in Gigabit speeds, but are you sure you don’t mean M as in Megabit speeds? Unless you have really good 5Gigabit upload service from your house...That said I'm going to assume you mean 100Mb connection, that’s not real fasthow much data are you talking about? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Sent: Friday, August 31, 2018 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS network Speedtest We have a customer that has to send us a large amount of data. They claim that our ftp server is very slow. I have had our network people tell me that we have 100GB pipe to our ftp server and if they say it's slow it is most likely their upload speed. I have tested the upload speed to our ftp server from my home network but I am limited to 5G upload speed, which I easily reach during the upload. So I was looking for something the customer to run to test their upload speed. On Wed, Aug 29, 2018 at 4:35 PM Kevin Mckenzie wrote: > > Is there anything for z/OS to measure upload/download speeds? Like > > on a > PC > > going to speedtest.net and running their test? > > From the z/OS LPAR to where? What's the purpose of the measurement? > Can you prevent other network traffic from happening when you're doing > the measurement? > > --- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services > - Test Architect, Provisioning > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems 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
minizip ?
Does anyone have an ISPF dialog or REXX front-end for the z/OS version of minizip (cbt file 865) ? -- 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
Re: Incremental volume and dataset backups
Second that on FDR/ABR/CPK. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pew, Curtis G Sent: Friday, August 31, 2018 12:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Incremental volume and dataset backups [External Email] On Aug 31, 2018, at 11:34 AM, IBM user wrote: > > Is there a better 3rd party backup package you can recommend? I can’t say that it’s better since I’ve never used ADRDSSU, but we use FDRABR and we’re very happy with it. -- Pew, Curtis G curtis@austin.utexas.edu ITS Systems/Core/Administrative Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Incremental volume and dataset backups
On Aug 31, 2018, at 11:34 AM, IBM user wrote: > > Is there a better 3rd party backup package you can recommend? I can’t say that it’s better since I’ve never used ADRDSSU, but we use FDRABR and we’re very happy with it. -- Pew, Curtis G curtis@austin.utexas.edu ITS Systems/Core/Administrative Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Incremental volume and dataset backups
Hi IBM-MAIN list, What can you recommend for incremental backups for volumes with strictly non-DB2 datasets (VSAM and non-VSAM)? I know ADRDSSU supports this. If you use ADRDSSU, how do you manage the rotation of the backups? Is there a better 3rd party backup package you can recommend? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS network Speedtest
PM61951? Also check TCP***BFRSIZE values. Defaults are 64K Allowed 256K (or more, I haven’t checked). There is an old II* apar that discusses this. I was unable to locate it. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Sent: Friday, August 31, 2018 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS network Speedtest We have a customer that has to send us a large amount of data. They claim that our ftp server is very slow. I have had our network people tell me that we have 100GB pipe to our ftp server and if they say it's slow it is most likely their upload speed. I have tested the upload speed to our ftp server from my home network but I am limited to 5G upload speed, which I easily reach during the upload. So I was looking for something the customer to run to test their upload speed. On Wed, Aug 29, 2018 at 4:35 PM Kevin Mckenzie wrote: > > Is there anything for z/OS to measure upload/download speeds? Like > > on a > PC > > going to speedtest.net and running their test? > > From the z/OS LPAR to where? What's the purpose of the measurement? > Can you prevent other network traffic from happening when you're doing > the measurement? > > --- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services > - Test Architect, Provisioning > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS network Speedtest
We have a customer that has to send us a large amount of data. They claim that our ftp server is very slow. I have had our network people tell me that we have 100GB pipe to our ftp server and if they say it's slow it is most likely their upload speed. I have tested the upload speed to our ftp server from my home network but I am limited to 5G upload speed, which I easily reach during the upload. So I was looking for something the customer to run to test their upload speed. On Wed, Aug 29, 2018 at 4:35 PM Kevin Mckenzie wrote: > > Is there anything for z/OS to measure upload/download speeds? Like on a > PC > > going to speedtest.net and running their test? > > From the z/OS LPAR to where? What's the purpose of the measurement? Can > you prevent other network traffic from happening when you're doing the > measurement? > > --- > Kevin McKenzie > > External Phone: 845-435-8282, Tie-line: 8-295-8282 > z/OS Test Services - Test Architect, Provisioning > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- The postings on this site are my own and don’t necessarily represent Mainline’s positions or opinions Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe for systems programmer ?
I agree "better" should be the way. Disp=old is not the way. Either propagate ispf edit enque or offer some sort of EASY extensible option to add something like git to handle member changes. Rob On Fri, Aug 31, 2018, 7:53 AM Jerry Callen wrote: > Andrew Rowley wrote: > > On 31/08/2018 3:05 AM, Jerry Callen wrote: > > > Everyone has to follow the convention, and on z/OS they LARGELY do. > > (Emphasis added) > > I rest my case. :-) > > > Source control is not a better solution, it is a solution > > to a slightly different problem. > > Fair enough. > > > When using source control you STILL need to make sure that 2 people > > are not updating the same file at the same time - it is just the > > window that is smaller. > > On z/OS you could solve that with DISP=OLD (though that's not practical > in all situations). I would argue that the right solution is to lock > your critical datasets down tightly with SAF and automated procedures > such that direct, uncontrolled updates become a firing offense. > > > When I have worked at larger sites, there might be 5-10 systems > > programmers with changes scheduled for a weekend IPL. When the IPL was > > confirmed, typically there were multiple people who needed to update > > the same members of SYS1.PARMLIB. We did have manual processes to > > coordinate updates (typically they were all funneled through a > > designated person) but without that offline manual process it would be > > likely that there were multiple people trying to update the same file > > at the same time. > > This is precisely the situation where you want source control, with code > review and a single controlled update. As others have noted, the "pull > request" idiom used by systems like GitHub and BitBucket are ideally > suited to this situation. Everyone puts their needed changes on a branch, > the branches are merged, humans review the result, and ONE person or > automated process deploys the change. > > > When I heard about git for z/OS my first question was can it handle > > z/OS datasets like SYS1.PARMLIB, answer: no. > > Sure it can, just not in the obvious manner. You have to be willing > to stop treating the PDS as the "repository of record" and instead > treat it as a deployed resource. Your git server becomes the canonical > reference, and you update the PDS (via an automated process) when > changes are merged into the "master" branch by that server. > > > We are where we are - it is important that existing functions continue > > to work as expected. So, please, make Zowe edit compatible with ISPF > > edit serialization. > > I think the proposals by Matt Hogstrom and Kirk Wolf solve the same > problem in a better way. I don't think Zowe should perpetuate a > practice that, IMO, is actually broken. > > > Do other platforms really use source control for everything? How many > > unix systems have you encountered where /etc is under source control, > > people have their own copies and merge changes into the real /etc? Any? > > Not to air dirty laundry, but some places I've worked have done this, > others not. :-/ In any case, it's not unheard of, and becoming the norm. > > What I keep coming back to is this: we now have better tools for > system management. Why WOULDN'T we use them? It won't happen > overnight, but this is surely the direction we should be heading. > > -- Jerry > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Encryption keys and EM waves
Are the specific results of the various tests a available to review? I honestly haven't given the test results much thought other than the CEX cards were certified. The barrier to entry for hacking a cell phone is pretty low from an acquisition standpoint. Getting a mainframe with a CEX card is a little more. Although the story of Conner Kraskoski, makes me wonder about getting an 890 with crypto cards and probing them for vulnerabilities. Since IBM made Research Journal a pay-wall, it makes it that much harder to really understand the upsides and downsides of my favorite platform. Rob On Fri, Aug 31, 2018, 10:54 AM Todd Arnold wrote: > For things like FIPS 140, IBM does its own testing before we send anything > to the independent lab for them to test. Then, the lab does their own > testing for the formal certification. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Encryption keys and EM waves
For things like FIPS 140, IBM does its own testing before we send anything to the independent lab for them to test. Then, the lab does their own testing for the formal certification. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe for systems programmer ?
Andrew Rowley wrote: On 31/08/2018 3:05 AM, Jerry Callen wrote: > Everyone has to follow the convention, and on z/OS they LARGELY do. (Emphasis added) I rest my case. :-) > Source control is not a better solution, it is a solution > to a slightly different problem. Fair enough. > When using source control you STILL need to make sure that 2 people > are not updating the same file at the same time - it is just the > window that is smaller. On z/OS you could solve that with DISP=OLD (though that's not practical in all situations). I would argue that the right solution is to lock your critical datasets down tightly with SAF and automated procedures such that direct, uncontrolled updates become a firing offense. > When I have worked at larger sites, there might be 5-10 systems > programmers with changes scheduled for a weekend IPL. When the IPL was > confirmed, typically there were multiple people who needed to update > the same members of SYS1.PARMLIB. We did have manual processes to > coordinate updates (typically they were all funneled through a > designated person) but without that offline manual process it would be > likely that there were multiple people trying to update the same file > at the same time. This is precisely the situation where you want source control, with code review and a single controlled update. As others have noted, the "pull request" idiom used by systems like GitHub and BitBucket are ideally suited to this situation. Everyone puts their needed changes on a branch, the branches are merged, humans review the result, and ONE person or automated process deploys the change. > When I heard about git for z/OS my first question was can it handle > z/OS datasets like SYS1.PARMLIB, answer: no. Sure it can, just not in the obvious manner. You have to be willing to stop treating the PDS as the "repository of record" and instead treat it as a deployed resource. Your git server becomes the canonical reference, and you update the PDS (via an automated process) when changes are merged into the "master" branch by that server. > We are where we are - it is important that existing functions continue > to work as expected. So, please, make Zowe edit compatible with ISPF > edit serialization. I think the proposals by Matt Hogstrom and Kirk Wolf solve the same problem in a better way. I don't think Zowe should perpetuate a practice that, IMO, is actually broken. > Do other platforms really use source control for everything? How many > unix systems have you encountered where /etc is under source control, > people have their own copies and merge changes into the real /etc? Any? Not to air dirty laundry, but some places I've worked have done this, others not. :-/ In any case, it's not unheard of, and becoming the norm. What I keep coming back to is this: we now have better tools for system management. Why WOULDN'T we use them? It won't happen overnight, but this is surely the direction we should be heading. -- Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
