Re: ISPF Hilite unavailable
On 8/19/2021 3:28 PM, Dana Mitchell wrote: Hello, On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I receive msg ISRE944: The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also noticed that for some reason when editing or viewing, it is using panel ISREDDE5 which does not have the ZSHADOW variable specified. I'm not sure what else could cause hilite to be unavailable. There could possibly be some local modification here, but I haven't found anything yet. Looking for ideas. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Dana, In addition to "Allow edit highlighting", check the option "Default Editor to have Highlighting Enabled". I'm guessing that is not checked. But if you have "Allow edit highlighting" checked, HILITE ON should bring up ISREDDE2 (or ISREDDE4 if action bars are disabled), which both support highlighting. I would suggest that you open a case with IBM, they will know how to track this down. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF Hilite unavailable
Did you verify that your TN3270 client is configured to support extended highlighting? What's thee LOGMODE? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Dana Mitchell [mitchd...@gmail.com] Sent: Thursday, August 19, 2021 3:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF Hilite unavailable Hello, On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I receive msg ISRE944: The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also noticed that for some reason when editing or viewing, it is using panel ISREDDE5 which does not have the ZSHADOW variable specified. I'm not sure what else could cause hilite to be unavailable. There could possibly be some local modification here, but I haven't found anything yet. Looking for ideas. Dana -- 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 Hilite unavailable
Hey Carm, It might be related to your 3270 session configuration. > On Aug 19, 2021, at 15:56, Carmen Vitullo wrote: > > are you sure the current ISPF configuration is active? > > using ISPCCONF utility you can validate what you think is currently active - > > you need the input that was generated by the ISPCMOD command generally a PDS > I think the default member name > > is ISPCFIGU > > I've used this utility to create an SMP/E usermod > > this may be overriding what you think is available > > > Carmen > > >> On 8/19/2021 2:28 PM, Dana Mitchell wrote: >> Hello, >> >> On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I >> receive msg ISRE944: >> >> The HILITE command is not available when enhanced edit color is not enabled. >> >> Enhanced edit color is either disabled in the PDF configuration table, or >> the edit panel in use does not support enhanced edit color or you issued the >> HILITE disable command. >> >> In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also >> noticed that for some reason when editing or viewing, it is using panel >> ISREDDE5 which does not have the ZSHADOW variable specified. >> >> I'm not sure what else could cause hilite to be unavailable. There could >> possibly be some local modification here, but I haven't found anything yet. >> Looking for ideas. >> Dana >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@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 Hilite unavailable
Did you check the steps in the Message? HILITE unavailable - The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. So sounds like you should use ISPVCALL on your process to trace what is happening Issue TSO ISPVCALL Run the function Issue TSO ISPVCALL Then review the trace Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, August 19, 2021 12:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ISPF Hilite unavailable Hello, On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I receive msg ISRE944: The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also noticed that for some reason when editing or viewing, it is using panel ISREDDE5 which does not have the ZSHADOW variable specified. I'm not sure what else could cause hilite to be unavailable. There could possibly be some local modification here, but I haven't found anything yet. Looking for ideas. Dana -- 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: even an old mainframer can do it
I smiled as I read this thread because it brought back memories for me. I was then at Sun Microsystems after the acquisition of STK. And one of the Solaris leads there explained to me that the reason the Mainframe was on its last legs was JCL. I just looked at him and told him to talk to me when he got a clue. I for one never viewed JCL as hard or even highly ridged. Not only did it seem like it could win a Rube Goldberg for making something simple overly complex. After a good head shake I decided I am glad I can retire at any moment I wish. Carl Swanson -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Brennan Sent: Wednesday, August 18, 2021 1:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: even an old mainframer can do it Me too, but in the early 1980's. I'd run the assembler from TSO READY so I wouldn't have to wait for an initiator. My way of programming was always like starting with a ball of clay generally like what I wanted, then adding the details as I went along. That method means lots and lots of compiles. Then one day my supervisor dropped by my desk with a blue-bar listing titled, "Top 10 TSO CPU Users" and I think I was on the top. Oops. On 8/17/2021 11:35 PM, Mike Schwab wrote: > Well, in the early 1990s, my system had 1-2 hour delays on compiles. > So while waiting, I wrote a clist to do the same thing. Allocate, > error handling, and deallocate of a single file took about 30 lines, > and a few iterations of debugging. So, once I had one file allocate, > I went through all the files, executed the program, and deallocated, > and proceeded with the next two steps. Got it working and would go > get a new cup of coffee while it ran instead of having to wait. > -- 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: Spool entire job to a file?
Sure...I will try to copy it out tomorrow for you... kekronbekron wrote on 8/18/2021 23:15: If you don't mind, can you show us how. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 5:33 AM, Billy Ashton wrote: I found a way to call the Sysview batch processing program from my JCL, and I can save the whole job as I wanted. Thanks to everyone for your suggestions--I really like the way this group thinks out of the box! Billy Billy Ashton wrote on 8/18/2021 13:56: Thanks, Lizette! I will give this a try. Billy Lizette Koehler wrote: Go to the internet and look for John McKown's JES2DISK in a GIT Hub It will do what you want and it is free Lizette -Original Message- From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of Billy Ashton Sent: Wednesday, August 18, 2021 6:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Spool entire job to a file? Hi all...I have a need to run a bunch of jobs to do some changes to files, and we want to preserve the output of all these jobs for auditors. Is there a way to use an OUTPUT statement or something in the job itself that can redirect the entire job output to a PDS member? We don't have a Spooler utility on this LPAR, so I am trying to find an easy way to capture these jobs. TIA! Billy 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 -- 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: even an old mainframer can do it
Desk checking should still be required However, life is easier if you have decent tools, e.g., syntax directed editors, configuration control software. Just because somebody hideously misuses Python doesn't make Python bad or useless. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Clifford McNeill [sy...@hotmail.com] Sent: Wednesday, August 18, 2021 8:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: even an old mainframer can do it I miss socializing in the line to use the keypunch. Compiles were fill-in type work that involved operators reading in the card deck, so very controlled and very occasional. Desk checking was required. Cliff McNeill From: IBM Mainframe Discussion List on behalf of Tom Brennan Sent: Wednesday, August 18, 2021 12:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: even an old mainframer can do it Me too, but in the early 1980's. I'd run the assembler from TSO READY so I wouldn't have to wait for an initiator. My way of programming was always like starting with a ball of clay generally like what I wanted, then adding the details as I went along. That method means lots and lots of compiles. Then one day my supervisor dropped by my desk with a blue-bar listing titled, "Top 10 TSO CPU Users" and I think I was on the top. Oops. On 8/17/2021 11:35 PM, Mike Schwab wrote: > Well, in the early 1990s, my system had 1-2 hour delays on compiles. > So while waiting, I wrote a clist to do the same thing. Allocate, > error handling, and deallocate of a single file took about 30 lines, > and a few iterations of debugging. So, once I had one file allocate, > I went through all the files, executed the program, and deallocated, > and proceeded with the next two steps. Got it working and would go > get a new cup of coffee while it ran instead of having to wait. > -- 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 Hilite unavailable
are you sure the current ISPF configuration is active? using ISPCCONF utility you can validate what you think is currently active - you need the input that was generated by the ISPCMOD command generally a PDS I think the default member name is ISPCFIGU I've used this utility to create an SMP/E usermod this may be overriding what you think is available Carmen On 8/19/2021 2:28 PM, Dana Mitchell wrote: Hello, On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I receive msg ISRE944: The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also noticed that for some reason when editing or viewing, it is using panel ISREDDE5 which does not have the ZSHADOW variable specified. I'm not sure what else could cause hilite to be unavailable. There could possibly be some local modification here, but I haven't found anything yet. Looking for ideas. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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
ISPF Hilite unavailable
Hello, On a z/OS 2.1 system, when I try HILITE ON or any HILITE command, I receive msg ISRE944: The HILITE command is not available when enhanced edit color is not enabled. Enhanced edit color is either disabled in the PDF configuration table, or the edit panel in use does not support enhanced edit color or you issued the HILITE disable command. In the ISPF configuration, 'Allow Edit Highlighting' is selected. I also noticed that for some reason when editing or viewing, it is using panel ISREDDE5 which does not have the ZSHADOW variable specified. I'm not sure what else could cause hilite to be unavailable. There could possibly be some local modification here, but I haven't found anything yet. Looking for ideas. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL and LE version question
Robert, as Charles said, there's "something strange" in the attempt. :D Anyway IBM gives the following statement about Cobol v6.3 compatibility: " Enterprise COBOL for z/OS, V6.3 requires z/OS V2.2 (5650-ZOS), or later. " This could (or could not ;D) mean that parmlist of external call to LE routines used by Cobol v6.3 should be compatible between v2.2, v2.3 and v2.4 unless compiler does generate different parmlists depending on the LE runtime detected at compilation time (I personally doubt about this). I don't know how "massive" is your attempt or need, anyway good luck. Max Il giorno gio 19 ago 2021 alle ore 18:20 Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> ha scritto: > One of my fellow sysprogs has asked me to get an answer to the follow > question: > > Will a load module compiled with COBOL v6.3 and linked with LE v2.4 on > z/OS 2.4 operate on z/OS v2.3 with LE v2.3 runtime libraries? > > Don’t shoot the messenger! > > I will, however, also ask the slightly inverse question: Will a load > module compiled with COBOL v4.2 and linked with LE v2.3 operate on z/OS > v2.4 with LE v2.4 runtime libraries? > > Bob > > > > -- > 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: COBOL and LE version question
The answer to your second question -- untested of course -- is almost certainly yes. Basically, a COBOL program compiled and linked on z/OS Vn will run on any z/OS Vm where m is greater than or equal to n. Could be COBOL II compiled on OS/360 or whatever, and it will almost certainly run on z/OS V2R4. Going the other direction is somewhat more problematic. I would not assume it would work, absent official assurances from the IBM languages team. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 9:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL and LE version question One of my fellow sysprogs has asked me to get an answer to the follow question: Will a load module compiled with COBOL v6.3 and linked with LE v2.4 on z/OS 2.4 operate on z/OS v2.3 with LE v2.3 runtime libraries? Don’t shoot the messenger! I will, however, also ask the slightly inverse question: Will a load module compiled with COBOL v4.2 and linked with LE v2.3 operate on z/OS v2.4 with LE v2.4 runtime libraries? Bob -- 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
COBOL and LE version question
One of my fellow sysprogs has asked me to get an answer to the follow question: Will a load module compiled with COBOL v6.3 and linked with LE v2.4 on z/OS 2.4 operate on z/OS v2.3 with LE v2.3 runtime libraries? Don’t shoot the messenger! I will, however, also ask the slightly inverse question: Will a load module compiled with COBOL v4.2 and linked with LE v2.3 operate on z/OS v2.4 with LE v2.4 runtime libraries? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
RESOLVERTIMEOUT in the SYSTCPD dataset or member. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Thursday, August 19, 2021 10:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem I don't remember where, but there is a way to shorten the DNS timeout > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 5:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Hi Carmen, > The DR box is in a different city. > The user is using ftp ip-address. > It looks like the DNS servers that are defined are not accessable from > z/OS on the DR box. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > Sent: Thursday, August 19, 2021 3:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > I have to ask, is the DR box in a location across the country, across the > street? > > is the user entering ; > > ftp dnsname ? or I/P address ? have they tried both? any difference? > > do you have resolver running on Z or are all entries resolved via a > dns server at the hot-site or back in your prod location? further are > all systems being DR tested, Z, Open systems, and windows? > > Carmen > > On Thu, 19 Aug 2021 10:21:55 +, Gadi Ben-Avi > wrote: > > >Hi, > >We are in the midst of a DR test. > >A user is complaining that they are have problems using ftp. > > > >When the issue the ftp command from the command line in windows, they > get the prompt for the user name almost immediately. > >Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > > > >Has anyone encountered this problem. > > > >We do not have a similar problem on our production system. > > > >The production system is a z15-t02. The LPAR has 92 GB of storage. > >The DR system is a z13s. The LPAR has 16GB of storage. > > > >Both are running z/OS 2.3. > > > >Any help would be appreciated. > > > >Thanks > > > >Gadi > > > > > >- > >- 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 > > Email secured by Check Point > > -- > 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 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
gust now saw Gadi's last email - never mind :) On 8/19/2021 10:47 AM, Carmen Vitullo wrote: OK could be I'm not an I/P guy but I'm thinking the client is connecting Ok, since he's getting prompted for I/D and then password, so he's past DNS at this point? IIRC there's a port switch happening? one port used for authentication and one used for data xfer? Carmen On 8/19/2021 10:10 AM, Gibney, Dave wrote: There is still a likely DNS call to try for a name of the ip entered -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, August 19, 2021 6:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I could be wrong but if the client is using I/P addresses then DNS does not get in the picture? he responded to me the client is using the I/P address, gets connected OK, then enters the useridlong delay Carmen On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: Are your DNS servers in house or is it that your system does not have network connectivity outside your system? You can try these public (Google) DNS servers 8.8.8.8 and 8.8.4.4 Lionel B. Dyck <>< Website: https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0 HMszNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1 GwbHo35SV1A$ Github: https://urldefense.com/v3/__https://github.com/lbdyck__;!!JmPEgBY0HMs zNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1Gwb EScxWYwQ$ “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: FTP problem
OK could be I'm not an I/P guy but I'm thinking the client is connecting Ok, since he's getting prompted for I/D and then password, so he's past DNS at this point? IIRC there's a port switch happening? one port used for authentication and one used for data xfer? Carmen On 8/19/2021 10:10 AM, Gibney, Dave wrote: There is still a likely DNS call to try for a name of the ip entered -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, August 19, 2021 6:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I could be wrong but if the client is using I/P addresses then DNS does not get in the picture? he responded to me the client is using the I/P address, gets connected OK, then enters the useridlong delay Carmen On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: Are your DNS servers in house or is it that your system does not have network connectivity outside your system? You can try these public (Google) DNS servers 8.8.8.8 and 8.8.4.4 Lionel B. Dyck <>< Website: https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0 HMszNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1 GwbHo35SV1A$ Github: https://urldefense.com/v3/__https://github.com/lbdyck__;!!JmPEgBY0HMs zNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1Gwb EScxWYwQ$ “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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.
Re: FTP problem
Once again, the meme strikes true. It isn't DNS. It can't be DNS. It was DNS. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 8:58 PM, Gadi Ben-Avi wrote: > Hi Everyone, > > I want to thank everyone who put in their two cents. > > I also opened a case with IBM, and they pointed me to this > https://www.ibm.com/support/pages/node/136397 > > So it seems it's a know issue, and there are some ways to solve it. > > Thanks for all your help. > > Gadi > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Gibney, Dave 03b5261cfd78-dmarc-requ...@listserv.ua.edu > > Sent: Thursday, August 19, 2021 18:10 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > There is still a likely DNS call to try for a name of the ip entered > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > Behalf Of Carmen Vitullo > > > > Sent: Thursday, August 19, 2021 6:24 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: FTP problem > > > > I could be wrong but if the client is using I/P addresses then DNS does > > > > not get in the picture? > > > > he responded to me the client is using the I/P address, gets connected > > > > OK, then enters the useridlong delay > > > > Carmen > > > > On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: > > > > > Are your DNS servers in house or is it that your system does not have > > > > > > network connectivity outside your system? > > > > > > You can try these public (Google) DNS servers > > > > > > 8.8.8.8 and 8.8.4.4 > > > > > > Lionel B. Dyck <>< > > > > > > Website: > > > > > > https://urldefense.com/v3/https://www.lbdsoftware.com;!!JmPEgBY0 > > > > > > HMszNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1 > > > > > > GwbHo35SV1A$ > > > > > > Github: > > > > > > https://urldefense.com/v3/https://github.com/lbdyck;!!JmPEgBY0HMs > > > > > > zNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1Gwb > > > > > > EScxWYwQ$ > > > > > > “Worry more about your character than your reputation. Character is what > > > > > > you are, reputation merely what others think you are.” - - - John Wooden > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > > > Behalf Of Pommier, Rex > > > > > > Sent: Thursday, August 19, 2021 8:15 AM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: Re: FTP problem > > > > > > I just saw that your DNS servers aren't available. Try removing them from > > > > > > your TCP/IP configuration and see if that increases the speed. > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > > > Behalf Of Pommier, Rex > > > > > > Sent: Thursday, August 19, 2021 8:08 AM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: [External] Re: FTP problem > > > > > > Gadi, > > > > > > Check your DNS servers the mainframe is looking for as to whether they're > > > > > > up or not. Could it be that it's trying to do a DNS lookup sometime in > > > there > > > > > > and waiting for primary DNS timeout before continuing? We had a similar > > > > > > issue several years ago where the DNS servers weren't up yet during one of > > > > > > our tests and I changed the TCP/IP DNS sequencing to use one that was > > > > > > already up and my problem went away. > > > > > > Rex > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > > > Behalf Of Gadi Ben-Avi > > > > > > Sent: Thursday, August 19, 2021 7:30 AM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: [External] Re: FTP problem > > > > > > Hi James, > > > > > > SDSF doesn't report any paging. > > > > > > I haven't seen any paging in a long time. > > > > > > Gadi > > > > > > -Original Message- > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > > > Behalf Of James Crudele > > > > > > Sent: Thursday, August 19, 2021 3:26 PM > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > Subject: Re: FTP problem > > > > > > Check storage while you’re at it. Could address spaces be swapping out > > > > > > because you are so low? > > > > > > > On Aug 19, 2021, at 06:22, Gadi Ben-Avi gad...@malam.com wrote: > > > > > > > > Hi, > > > > > > > > We are in the midst of a DR test. > > > > > > > > A user is complaining that they are have problems using ftp. > > > > > > > > When the issue the ftp command from the command line in windows, > > > > > > > > they get the prompt for the user name almost immediately. > > > > > > > Once the user enters the password and presses enter, it takes over a > > > > > > > > minute to get the prompt for the password. > > > > > > > Has anyone encountered this problem. > > > > > > > > We do not have a similar problem on our production system. > > > > > > > > The production system is a z15-t02. The LPAR has 92 GB of storage. > > > > > > >
Re: FTP problem
Hi Everyone, I want to thank everyone who put in their two cents. I also opened a case with IBM, and they pointed me to this https://www.ibm.com/support/pages/node/136397 So it seems it's a know issue, and there are some ways to solve it. Thanks for all your help. Gadi From: IBM Mainframe Discussion List on behalf of Gibney, Dave <03b5261cfd78-dmarc-requ...@listserv.ua.edu> Sent: Thursday, August 19, 2021 18:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem There is still a likely DNS call to try for a name of the ip entered > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > Sent: Thursday, August 19, 2021 6:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > I could be wrong but if the client is using I/P addresses then DNS does > not get in the picture? > > he responded to me the client is using the I/P address, gets connected > OK, then enters the useridlong delay > > Carmen > > On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: > > Are your DNS servers in house or is it that your system does not have > network connectivity outside your system? > > > > You can try these public (Google) DNS servers > > > > 8.8.8.8 and 8.8.4.4 > > > > > > Lionel B. Dyck <>< > > Website: > https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0 > HMszNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1 > GwbHo35SV1A$ > > Github: > https://urldefense.com/v3/__https://github.com/lbdyck__;!!JmPEgBY0HMs > zNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1Gwb > EScxWYwQ$ > > > > “Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are.” - - - John Wooden > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > > Sent: Thursday, August 19, 2021 8:15 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > > > I just saw that your DNS servers aren't available. Try removing them from > your TCP/IP configuration and see if that increases the speed. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > > Sent: Thursday, August 19, 2021 8:08 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] Re: FTP problem > > > > Gadi, > > > > Check your DNS servers the mainframe is looking for as to whether they're > up or not. Could it be that it's trying to do a DNS lookup sometime in there > and waiting for primary DNS timeout before continuing? We had a similar > issue several years ago where the DNS servers weren't up yet during one of > our tests and I changed the TCP/IP DNS sequencing to use one that was > already up and my problem went away. > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > > Sent: Thursday, August 19, 2021 7:30 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] Re: FTP problem > > > > Hi James, > > SDSF doesn't report any paging. > > I haven't seen any paging in a long time. > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of James Crudele > > Sent: Thursday, August 19, 2021 3:26 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > > > Check storage while you’re at it. Could address spaces be swapping out > because you are so low? > > > > > >> On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > >> > >> Hi, > >> We are in the midst of a DR test. > >> A user is complaining that they are have problems using ftp. > >> > >> When the issue the ftp command from the command line in windows, > they get the prompt for the user name almost immediately. > >> Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > >> > >> Has anyone encountered this problem. > >> > >> We do not have a similar problem on our production system. > >> > >> The production system is a z15-t02. The LPAR has 92 GB of storage. > >> The DR system is a z13s. The LPAR has 16GB of storage. > >> > >> Both are running z/OS 2.3. > >> > >> Any help would be appreciated. > >> > >> Thanks > >> > >> Gadi > >> > >> > >> -- > >> 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 > > > > Email secured by Check Point > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > The information contained in
Re: FTP problem
There is still a likely DNS call to try for a name of the ip entered > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > Sent: Thursday, August 19, 2021 6:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > I could be wrong but if the client is using I/P addresses then DNS does > not get in the picture? > > he responded to me the client is using the I/P address, gets connected > OK, then enters the useridlong delay > > Carmen > > On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: > > Are your DNS servers in house or is it that your system does not have > network connectivity outside your system? > > > > You can try these public (Google) DNS servers > > > > 8.8.8.8 and 8.8.4.4 > > > > > > Lionel B. Dyck <>< > > Website: > https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0 > HMszNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1 > GwbHo35SV1A$ > > Github: > https://urldefense.com/v3/__https://github.com/lbdyck__;!!JmPEgBY0HMs > zNaDT!4XBh5LccmUEAvjFmIlGdLAH9T6VD82MDgBoDADgJ153LHThZUY1Gwb > EScxWYwQ$ > > > > “Worry more about your character than your reputation. Character is what > you are, reputation merely what others think you are.” - - - John Wooden > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > > Sent: Thursday, August 19, 2021 8:15 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > > > I just saw that your DNS servers aren't available. Try removing them from > your TCP/IP configuration and see if that increases the speed. > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > > Sent: Thursday, August 19, 2021 8:08 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] Re: FTP problem > > > > Gadi, > > > > Check your DNS servers the mainframe is looking for as to whether they're > up or not. Could it be that it's trying to do a DNS lookup sometime in there > and waiting for primary DNS timeout before continuing? We had a similar > issue several years ago where the DNS servers weren't up yet during one of > our tests and I changed the TCP/IP DNS sequencing to use one that was > already up and my problem went away. > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > > Sent: Thursday, August 19, 2021 7:30 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [External] Re: FTP problem > > > > Hi James, > > SDSF doesn't report any paging. > > I haven't seen any paging in a long time. > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of James Crudele > > Sent: Thursday, August 19, 2021 3:26 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > > > Check storage while you’re at it. Could address spaces be swapping out > because you are so low? > > > > > >> On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > >> > >> Hi, > >> We are in the midst of a DR test. > >> A user is complaining that they are have problems using ftp. > >> > >> When the issue the ftp command from the command line in windows, > they get the prompt for the user name almost immediately. > >> Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > >> > >> Has anyone encountered this problem. > >> > >> We do not have a similar problem on our production system. > >> > >> The production system is a z15-t02. The LPAR has 92 GB of storage. > >> The DR system is a z13s. The LPAR has 16GB of storage. > >> > >> Both are running z/OS 2.3. > >> > >> Any help would be appreciated. > >> > >> Thanks > >> > >> Gadi > >> > >> > >> -- > >> 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 > > > > Email secured by Check Point > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > 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
Re: FTP problem
Hi Rex, Thanks I will try to do that next week. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 4:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
That was going to be my next test, but they (The open systems fold) decided the test had ended, and shut down everything. I'll to get that done next week. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 4:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: FTP problem
I don't remember where, but there is a way to shorten the DNS timeout > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 5:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Hi Carmen, > The DR box is in a different city. > The user is using ftp ip-address. > It looks like the DNS servers that are defined are not accessable from z/OS on > the DR box. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > Sent: Thursday, August 19, 2021 3:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > I have to ask, is the DR box in a location across the country, across the > street? > > is the user entering ; > > ftp dnsname ? or I/P address ? have they tried both? any difference? > > do you have resolver running on Z or are all entries resolved via a dns server > at the hot-site or back in your prod location? further are all systems being > DR > tested, Z, Open systems, and windows? > > Carmen > > On Thu, 19 Aug 2021 10:21:55 +, Gadi Ben-Avi > wrote: > > >Hi, > >We are in the midst of a DR test. > >A user is complaining that they are have problems using ftp. > > > >When the issue the ftp command from the command line in windows, they > get the prompt for the user name almost immediately. > >Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > > > >Has anyone encountered this problem. > > > >We do not have a similar problem on our production system. > > > >The production system is a z15-t02. The LPAR has 92 GB of storage. > >The DR system is a z13s. The LPAR has 16GB of storage. > > > >Both are running z/OS 2.3. > > > >Any help would be appreciated. > > > >Thanks > > > >Gadi > > > > > >-- > >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 > > Email secured by Check Point > > -- > 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: FTP problem
Our first level DNS servers are in house, but the DR site does not have access to them. IT doesn't have access to servers outside the network. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Thursday, August 19, 2021 4:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Are your DNS servers in house or is it that your system does not have network connectivity outside your system? You can try these public (Google) DNS servers 8.8.8.8 and 8.8.4.4 Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: FTP problem
IT works eventually, so It's not a firewall issue. -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 5:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Perhaps client firewall issue. Turn it off and try. > On Aug 19, 2021, at 09:25, Carmen Vitullo wrote: > > I could be wrong but if the client is using I/P addresses then DNS does not > get in the picture? > > he responded to me the client is using the I/P address, gets connected > OK, then enters the useridlong delay > > Carmen > >> On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: >> Are your DNS servers in house or is it that your system does not have >> network connectivity outside your system? >> >> You can try these public (Google) DNS servers >> >> 8.8.8.8 and 8.8.4.4 >> >> >> Lionel B. Dyck <>< >> Website: https://www.lbdsoftware.com >> Github: https://github.com/lbdyck >> >> “Worry more about your character than your reputation. Character is what you >> are, reputation merely what others think you are.” - - - John Wooden >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Pommier, Rex >> Sent: Thursday, August 19, 2021 8:15 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: FTP problem >> >> I just saw that your DNS servers aren't available. Try removing them from >> your TCP/IP configuration and see if that increases the speed. >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Pommier, Rex >> Sent: Thursday, August 19, 2021 8:08 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [External] Re: FTP problem >> >> Gadi, >> >> Check your DNS servers the mainframe is looking for as to whether they're up >> or not. Could it be that it's trying to do a DNS lookup sometime in there >> and waiting for primary DNS timeout before continuing? We had a similar >> issue several years ago where the DNS servers weren't up yet during one of >> our tests and I changed the TCP/IP DNS sequencing to use one that was >> already up and my problem went away. >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of Gadi Ben-Avi >> Sent: Thursday, August 19, 2021 7:30 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [External] Re: FTP problem >> >> Hi James, >> SDSF doesn't report any paging. >> I haven't seen any paging in a long time. >> >> Gadi >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of James Crudele >> Sent: Thursday, August 19, 2021 3:26 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: FTP problem >> >> Check storage while you’re at it. Could address spaces be swapping out >> because you are so low? >> >> On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: >>> >>> Hi, >>> We are in the midst of a DR test. >>> A user is complaining that they are have problems using ftp. >>> >>> When the issue the ftp command from the command line in windows, they get >>> the prompt for the user name almost immediately. >>> Once the user enters the password and presses enter, it takes over a minute >>> to get the prompt for the password. >>> >>> Has anyone encountered this problem. >>> >>> We do not have a similar problem on our production system. >>> >>> The production system is a z15-t02. The LPAR has 92 GB of storage. >>> The DR system is a z13s. The LPAR has 16GB of storage. >>> >>> Both are running z/OS 2.3. >>> >>> Any help would be appreciated. >>> >>> Thanks >>> >>> Gadi >>> >>> >>> >>> -- 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 >> >> Email secured by Check Point >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> >> 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. >> >> >>
Re: FTP problem
Yes, we are. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Thursday, August 19, 2021 5:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem WAG. Are you using the same WLM policy at DR that you do in production? Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 6:21 AM, Gadi Ben-Avi wrote: > Hi, > > We are in the midst of a DR test. > > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > -- > -- > -- > -- > -- > -- > -- > -- > - > > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
We're not using any of those. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Thursday, August 19, 2021 5:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Are you using TLS? ATTLS? Hardware crypto? On Thu, Aug 19, 2021 at 6:26 AM Gadi Ben-Avi wrote: > Pinging the dr box returns great results. > As far as I know, there is no attempt to authenticate the user's > ability to do the FTP. > I haven't seen anything happen on the FTPD address space when the > attempt is made. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 2:22 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Can you PING from the DR box and get better response than the FTP? > Does the FTP request authenticate the user's ability to do the FTP > before authenticating the password? > Does the z13s show any impact to the FTPD address space while the FTP > is taking place? > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 7:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Hi Robert, > We tried that. > The said everything looks fine. > We tried from another server, and the problem was still there. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 2:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > It might be fruitful to ask the network folks if they can spot the > delay and or what's the difference between the network's DR setup and > production that could account for the delay? > > Ignore my previous reply...out or order thinking. ☹ > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 6:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > > Once the user enters the USER NAME and presses enter... > > Where is the password coming from? LDAP? - Check that and you may find > your delay. > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 6:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: FTP problem > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they > get the prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 > > > Email secured by Check Point > > -- > 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 > > > Email secured by Check Point > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Are you using TLS? ATTLS? Hardware crypto? On Thu, Aug 19, 2021 at 6:26 AM Gadi Ben-Avi wrote: > Pinging the dr box returns great results. > As far as I know, there is no attempt to authenticate the user's ability > to do the FTP. > I haven't seen anything happen on the FTPD address space when the attempt > is made. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 2:22 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Can you PING from the DR box and get better response than the FTP? > Does the FTP request authenticate the user's ability to do the FTP before > authenticating the password? > Does the z13s show any impact to the FTPD address space while the FTP is > taking place? > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 7:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Hi Robert, > We tried that. > The said everything looks fine. > We tried from another server, and the problem was still there. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 2:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > It might be fruitful to ask the network folks if they can spot the delay > and or what's the difference between the network's DR setup and production > that could account for the delay? > > Ignore my previous reply...out or order thinking. ☹ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Richards, Robert B. (CTR) > Sent: Thursday, August 19, 2021 6:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > > Once the user enters the USER NAME and presses enter... > > Where is the password coming from? LDAP? - Check that and you may find > your delay. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Gadi Ben-Avi > Sent: Thursday, August 19, 2021 6:22 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: FTP problem > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get > the prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a > minute to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 > > > Email secured by Check Point > > -- > 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 > > > Email secured by Check Point > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
WAG. Are you using the same WLM policy at DR that you do in production? Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 6:21 AM, Gadi Ben-Avi wrote: > Hi, > > We are in the midst of a DR test. > > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > --- > > 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: FTP problem
Perhaps client firewall issue. Turn it off and try. > On Aug 19, 2021, at 09:25, Carmen Vitullo wrote: > > I could be wrong but if the client is using I/P addresses then DNS does not > get in the picture? > > he responded to me the client is using the I/P address, gets connected OK, > then enters the useridlong delay > > Carmen > >> On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: >> Are your DNS servers in house or is it that your system does not have >> network connectivity outside your system? >> >> You can try these public (Google) DNS servers >> >> 8.8.8.8 and 8.8.4.4 >> >> >> Lionel B. Dyck <>< >> Website: https://www.lbdsoftware.com >> Github: https://github.com/lbdyck >> >> “Worry more about your character than your reputation. Character is what you >> are, reputation merely what others think you are.” - - - John Wooden >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Pommier, Rex >> Sent: Thursday, August 19, 2021 8:15 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: FTP problem >> >> I just saw that your DNS servers aren't available. Try removing them from >> your TCP/IP configuration and see if that increases the speed. >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Pommier, Rex >> Sent: Thursday, August 19, 2021 8:08 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [External] Re: FTP problem >> >> Gadi, >> >> Check your DNS servers the mainframe is looking for as to whether they're up >> or not. Could it be that it's trying to do a DNS lookup sometime in there >> and waiting for primary DNS timeout before continuing? We had a similar >> issue several years ago where the DNS servers weren't up yet during one of >> our tests and I changed the TCP/IP DNS sequencing to use one that was >> already up and my problem went away. >> >> Rex >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Gadi Ben-Avi >> Sent: Thursday, August 19, 2021 7:30 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [External] Re: FTP problem >> >> Hi James, >> SDSF doesn't report any paging. >> I haven't seen any paging in a long time. >> >> Gadi >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> James Crudele >> Sent: Thursday, August 19, 2021 3:26 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: FTP problem >> >> Check storage while you’re at it. Could address spaces be swapping out >> because you are so low? >> >> On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: >>> >>> Hi, >>> We are in the midst of a DR test. >>> A user is complaining that they are have problems using ftp. >>> >>> When the issue the ftp command from the command line in windows, they get >>> the prompt for the user name almost immediately. >>> Once the user enters the password and presses enter, it takes over a minute >>> to get the prompt for the password. >>> >>> Has anyone encountered this problem. >>> >>> We do not have a similar problem on our production system. >>> >>> The production system is a z15-t02. The LPAR has 92 GB of storage. >>> The DR system is a z13s. The LPAR has 16GB of storage. >>> >>> Both are running z/OS 2.3. >>> >>> Any help would be appreciated. >>> >>> Thanks >>> >>> Gadi >>> >>> >>> -- >>> 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 >> >> Email secured by Check Point >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email >> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> 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 >> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> The information contained in this message is confidential,
Re: FTP problem
D m=stor > On Aug 19, 2021, at 08:45, Gadi Ben-Avi wrote: > > Hi James, > SDSF doesn't report any paging. > I haven't seen any paging in a long time. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > James Crudele > Sent: Thursday, August 19, 2021 3:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: FTP problem > > Check storage while you’re at it. Could address spaces be swapping out > because you are so low? > > >> On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: >> >> Hi, >> We are in the midst of a DR test. >> A user is complaining that they are have problems using ftp. >> >> When the issue the ftp command from the command line in windows, they get >> the prompt for the user name almost immediately. >> Once the user enters the password and presses enter, it takes over a minute >> to get the prompt for the password. >> >> Has anyone encountered this problem. >> >> We do not have a similar problem on our production system. >> >> The production system is a z15-t02. The LPAR has 92 GB of storage. >> The DR system is a z13s. The LPAR has 16GB of storage. >> >> Both are running z/OS 2.3. >> >> Any help would be appreciated. >> >> Thanks >> >> Gadi >> >> >> -- >> 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 > > Email secured by Check Point > > -- > 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: FTP problem
Someone had also suggested turning on FTP DEBUG in the TCPIP parms (since it's DR and you'll be allowed to update I suppose). Unless it's (FTP) going to be constantly used, I wouldn't worry about the delay if the impact is bearable. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 6:55 PM, Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > Why can't your network folks put a "sniffer" on the line and tell you exactly > where the delay is occurring? > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Gadi Ben-Avi > > Sent: Thursday, August 19, 2021 8:50 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > I tried ftp from z/OS. It looked like there was a delay there too. > > Gadi > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Richards, Robert B. (CTR) > > Sent: Thursday, August 19, 2021 3:48 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > Gadi, > > You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer > runtime? > > Bob > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Gadi Ben-Avi > > Sent: Thursday, August 19, 2021 8:30 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > Hi James, > > SDSF doesn't report any paging. > > I haven't seen any paging in a long time. > > Gadi > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > James Crudele > > Sent: Thursday, August 19, 2021 3:26 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > Check storage while you’re at it. Could address spaces be swapping out > because you are so low? > > > On Aug 19, 2021, at 06:22, Gadi Ben-Avi gad...@malam.com wrote: > > > > Hi, > > > > We are in the midst of a DR test. > > > > A user is complaining that they are have problems using ftp. > > > > When the issue the ftp command from the command line in windows, they get > > the prompt for the user name almost immediately. > > > > Once the user enters the password and presses enter, it takes over a minute > > to get the prompt for the password. > > > > Has anyone encountered this problem. > > > > We do not have a similar problem on our production system. > > > > The production system is a z15-t02. The LPAR has 92 GB of storage. > > > > The DR system is a z13s. The LPAR has 16GB of storage. > > > > Both are running z/OS 2.3. > > > > Any help would be appreciated. > > > > Thanks > > > > Gadi > > > > 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 > > Email secured by Check Point > > - > > 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 > > Email secured by Check Point > > - > > 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: FTP problem
Why can't your network folks put a "sniffer" on the line and tell you exactly where the delay is occurring? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 8:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I tried ftp from z/OS. It looked like there was a delay there too. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Gadi, You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer runtime? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- 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 Email secured by Check Point -- 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: FTP problem
I could be wrong but if the client is using I/P addresses then DNS does not get in the picture? he responded to me the client is using the I/P address, gets connected OK, then enters the useridlong delay Carmen On 8/19/2021 8:20 AM, Lionel B. Dyck wrote: Are your DNS servers in house or is it that your system does not have network connectivity outside your system? You can try these public (Google) DNS servers 8.8.8.8 and 8.8.4.4 Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: FTP problem
Are your DNS servers in house or is it that your system does not have network connectivity outside your system? You can try these public (Google) DNS servers 8.8.8.8 and 8.8.4.4 Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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,
Re: FTP problem
Gadi, I think the userid is not checked until the password is available. You can confirm this by entering a userid that is not valid. You will still get a password prompt. So it looks to me that once the pair are available they are sent to RACF; where you are getting a wait. You need to understand why RACF/ACF2/TSS is taking so long with the authentication. Lennie Dymoke-Bradshaw https://rsclweb.com "Dance like no one is watching. Encrypt like everyone is" -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: 19 August 2021 11:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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: FTP problem
I just saw that your DNS servers aren't available. Try removing them from your TCP/IP configuration and see if that increases the speed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, August 19, 2021 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Gadi, Check your DNS servers the mainframe is looking for as to whether they're up or not. Could it be that it's trying to do a DNS lookup sometime in there and waiting for primary DNS timeout before continuing? We had a similar issue several years ago where the DNS servers weren't up yet during one of our tests and I changed the TCP/IP DNS sequencing to use one that was already up and my problem went away. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
I tried ftp from z/OS. It looked like there was a delay there too. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Gadi, You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer runtime? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
He's tried z/OS to z/OS and had same issue. I'd probably stop using the Windows client, and focus only the z/OS client, FTPing to the z/OS FTP server on the same system, to rule out any complications from Windows, and as many as possible from external network. -- Original Message -- From: "Richards, Robert B. (CTR)" <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 13:47:37 Subject: Re: FTP problem Gadi, You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer runtime? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- 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: FTP problem
Gadi, You mentioned Windows delay. Have you tried a z/OS FTP and noticed a longer runtime? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 8:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- 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: FTP problem
Hi James, SDSF doesn't report any paging. I haven't seen any paging in a long time. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of James Crudele Sent: Thursday, August 19, 2021 3:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Check storage while you’re at it. Could address spaces be swapping out because you are so low? > On Aug 19, 2021, at 06:22, Gadi Ben-Avi wrote: > > Hi, > We are in the midst of a DR test. > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > -- > 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: FTP problem
Hi Lionel, As far as I know, there is no way to use a netrc file on windows using the default windows ftp client. The problem is the time from the userid is entered to the time the password prompt is displayed. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Thursday, August 19, 2021 3:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Does using a NETRC file for the logon help with the timing? Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem [EXTERNAL]
Hi Paul, At first, I thought that there was a resource problem, so I used the CBU facility to add more CPU resources. This did not help. There are no CPU resource problems. The DASD layout is identical. There are no other logon problems. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Feller, Paul Sent: Thursday, August 19, 2021 3:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem [EXTERNAL] Others have suggested good things to look at but what about the hardware you are running on. Is that 92 GB for the lpar in production and 16 GB for the lpar at DR? Are you paging? z15-T02 in production compared to a z13s at DR. Are you underpowered at DR? Are you on CPs at DR with less average SU rating? Are you using less CPs at DR per lpar? Are you being soft capped at DR? Are you seeing "long" logon times for anything else? Does it take longer to logon to TSO? Is the DASD layout at DR the same as production? Could you be having DASD response time issues with the volume you security database is on? Thanks.. Paul Feller GTS Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 5:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem [EXTERNAL] Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Please note: This message originated outside your organization. Please use caution when opening links or attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Does using a NETRC file for the logon help with the timing? Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Hi Carmen, The DR box is in a different city. The user is using ftp ip-address. It looks like the DNS servers that are defined are not accessable from z/OS on the DR box. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Thursday, August 19, 2021 3:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem I have to ask, is the DR box in a location across the country, across the street? is the user entering ; ftp dnsname ? or I/P address ? have they tried both? any difference? do you have resolver running on Z or are all entries resolved via a dns server at the hot-site or back in your prod location? further are all systems being DR tested, Z, Open systems, and windows? Carmen On Thu, 19 Aug 2021 10:21:55 +, Gadi Ben-Avi wrote: >Hi, >We are in the midst of a DR test. >A user is complaining that they are have problems using ftp. > >When the issue the ftp command from the command line in windows, they get the >prompt for the user name almost immediately. >Once the user enters the password and presses enter, it takes over a minute to >get the prompt for the password. > >Has anyone encountered this problem. > >We do not have a similar problem on our production system. > >The production system is a z15-t02. The LPAR has 92 GB of storage. >The DR system is a z13s. The LPAR has 16GB of storage. > >Both are running z/OS 2.3. > >Any help would be appreciated. > >Thanks > >Gadi > > >-- >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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem [EXTERNAL]
Others have suggested good things to look at but what about the hardware you are running on. Is that 92 GB for the lpar in production and 16 GB for the lpar at DR? Are you paging? z15-T02 in production compared to a z13s at DR. Are you underpowered at DR? Are you on CPs at DR with less average SU rating? Are you using less CPs at DR per lpar? Are you being soft capped at DR? Are you seeing "long" logon times for anything else? Does it take longer to logon to TSO? Is the DASD layout at DR the same as production? Could you be having DASD response time issues with the volume you security database is on? Thanks.. Paul Feller GTS Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 5:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem [EXTERNAL] Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Please note: This message originated outside your organization. Please use caution when opening links or attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
I have to ask, is the DR box in a location across the country, across the street? is the user entering ; ftp dnsname ? or I/P address ? have they tried both? any difference? do you have resolver running on Z or are all entries resolved via a dns server at the hot-site or back in your prod location? further are all systems being DR tested, Z, Open systems, and windows? Carmen On Thu, 19 Aug 2021 10:21:55 +, Gadi Ben-Avi wrote: >Hi, >We are in the midst of a DR test. >A user is complaining that they are have problems using ftp. > >When the issue the ftp command from the command line in windows, they get the >prompt for the user name almost immediately. >Once the user enters the password and presses enter, it takes over a minute to >get the prompt for the password. > >Has anyone encountered this problem. > >We do not have a similar problem on our production system. > >The production system is a z15-t02. The LPAR has 92 GB of storage. >The DR system is a z13s. The LPAR has 16GB of storage. > >Both are running z/OS 2.3. > >Any help would be appreciated. > >Thanks > >Gadi > > >-- >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: FTP problem
maybe try adding DEBUG ALL TRACE into your FTPData settings, bouncing the FTP server, and seeing what appears in the output for clues. You should see: user: entered with username 'userid'. reply: entered reply: --> 331 Send password please. that happens in rapid succession on my system. On yours I guess you see a large delay on the timestamps of those messages. -- Original Message -- From: "Gadi Ben-Avi" To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:26:33 Subject: Re: FTP problem We do not use automount. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Thursday, August 19, 2021 2:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Does this happen only on the first time for each ID? Wondering if it's OMVS automount related, i.e., it trying to create/auto-mount a zFS for that user. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 4:48 PM, Patrick Loftus wrote: So if z/OS FTPing to itself also has same problem, that rules out a lot of external network issues I guess. Was your z/OS FTP test to itself using an interface IP address? Any different BPXPRMxx settings in play, or any different FTP server settings, or using exactly same as normal? How does SSH perform, if you've got that up and running? Regards -- Original Message -- From: "Gadi Ben-Avi" gad...@malam.com To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:05:53 Subject: Re: FTP problem > Hi Patrick, > > We do not have any ftp exits defined. > > CPU perfromace is not a problem. > > If I do tso ftp from tso I get the same problem. > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > Behalf Of Patrick Loftus > > Sent: Thursday, August 19, 2021 1:53 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > See anything obvious on the syslog? > > Which FTP Server exits do you have in play, such as FTCHKPWD ? > > How is CPU performance looking? > > Can you try TSO FTP from the z/OS system to itself for comparison? > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > 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 -- 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: FTP problem
Starting one session, and then another, didn't change anything. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Patrick Loftus Sent: Thursday, August 19, 2021 2:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Good idea. Try starting one session, and whilst that's still running, does a 2nd start just as slow or faster. -- Original Message -- From: "kekronbekron" <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:21:58 Subject: Re: FTP problem >Does this happen only on the first time for each ID? >Wondering if it's OMVS automount related, i.e., it trying to create/auto-mount >a zFS for that user. > >- KB > >‐‐‐ Original Message ‐‐‐ > >On Thursday, August 19th, 2021 at 4:48 PM, Patrick Loftus > wrote: > >> So if z/OS FTPing to itself also has same problem, that rules out a >> lot >> >> of external network issues I guess. Was your z/OS FTP test to itself >> >> using an interface IP address? >> >> Any different BPXPRMxx settings in play, or any different FTP server >> >> settings, or using exactly same as normal? >> >> How does SSH perform, if you've got that up and running? >> >> Regards >> >> -- Original Message -- >> >> From: "Gadi Ben-Avi" gad...@malam.com >> >> To: IBM-MAIN@listserv.ua.edu >> >> Sent: 19/08/2021 12:05:53 >> >> Subject: Re: FTP problem >> >> > Hi Patrick, >> > >> > We do not have any ftp exits defined. >> > >> > CPU perfromace is not a problem. >> > >> > If I do tso ftp from tso I get the same problem. >> > >> > -Original Message- >> > >> > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On >> Behalf Of Patrick Loftus > > Sent: Thursday, August 19, 2021 1:53 >> PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem >> > > See anything obvious on the syslog? >> > >> > Which FTP Server exits do you have in play, such as FTCHKPWD ? >> > >> > How is CPU performance looking? >> > >> > Can you try TSO FTP from the z/OS system to itself for comparison? >> > >> > For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO >> IBM-MAIN > > Email secured by Check Point > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
We do not use automount. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Thursday, August 19, 2021 2:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Does this happen only on the first time for each ID? Wondering if it's OMVS automount related, i.e., it trying to create/auto-mount a zFS for that user. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 4:48 PM, Patrick Loftus wrote: > So if z/OS FTPing to itself also has same problem, that rules out a > lot > > of external network issues I guess. Was your z/OS FTP test to itself > > using an interface IP address? > > Any different BPXPRMxx settings in play, or any different FTP server > > settings, or using exactly same as normal? > > How does SSH perform, if you've got that up and running? > > Regards > > -- Original Message -- > > From: "Gadi Ben-Avi" gad...@malam.com > > To: IBM-MAIN@listserv.ua.edu > > Sent: 19/08/2021 12:05:53 > > Subject: Re: FTP problem > > > Hi Patrick, > > > > We do not have any ftp exits defined. > > > > CPU perfromace is not a problem. > > > > If I do tso ftp from tso I get the same problem. > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > Behalf Of Patrick Loftus > > > > Sent: Thursday, August 19, 2021 1:53 PM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: FTP problem > > > > See anything obvious on the syslog? > > > > Which FTP Server exits do you have in play, such as FTCHKPWD ? > > > > How is CPU performance looking? > > > > Can you try TSO FTP from the z/OS system to itself for comparison? > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Email secured by Check Point > > > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Good idea. Try starting one session, and whilst that's still running, does a 2nd start just as slow or faster. -- Original Message -- From: "kekronbekron" <02dee3fcae33-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:21:58 Subject: Re: FTP problem Does this happen only on the first time for each ID? Wondering if it's OMVS automount related, i.e., it trying to create/auto-mount a zFS for that user. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 4:48 PM, Patrick Loftus wrote: So if z/OS FTPing to itself also has same problem, that rules out a lot of external network issues I guess. Was your z/OS FTP test to itself using an interface IP address? Any different BPXPRMxx settings in play, or any different FTP server settings, or using exactly same as normal? How does SSH perform, if you've got that up and running? Regards -- Original Message -- From: "Gadi Ben-Avi" gad...@malam.com To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:05:53 Subject: Re: FTP problem > Hi Patrick, > > We do not have any ftp exits defined. > > CPU perfromace is not a problem. > > If I do tso ftp from tso I get the same problem. > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of Patrick Loftus > > Sent: Thursday, August 19, 2021 1:53 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > See anything obvious on the syslog? > > Which FTP Server exits do you have in play, such as FTCHKPWD ? > > How is CPU performance looking? > > Can you try TSO FTP from the z/OS system to itself for comparison? > > For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email secured by Check Point > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Pinging the dr box returns great results. As far as I know, there is no attempt to authenticate the user's ability to do the FTP. I haven't seen anything happen on the FTPD address space when the attempt is made. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 2:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Can you PING from the DR box and get better response than the FTP? Does the FTP request authenticate the user's ability to do the FTP before authenticating the password? Does the z13s show any impact to the FTPD address space while the FTP is taking place? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi Robert, We tried that. The said everything looks fine. We tried from another server, and the problem was still there. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 2:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem It might be fruitful to ask the network folks if they can spot the delay and or what's the difference between the network's DR setup and production that could account for the delay? Ignore my previous reply...out or order thinking. ☹ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 6:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem > Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Does this happen only on the first time for each ID? Wondering if it's OMVS automount related, i.e., it trying to create/auto-mount a zFS for that user. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 4:48 PM, Patrick Loftus wrote: > So if z/OS FTPing to itself also has same problem, that rules out a lot > > of external network issues I guess. Was your z/OS FTP test to itself > > using an interface IP address? > > Any different BPXPRMxx settings in play, or any different FTP server > > settings, or using exactly same as normal? > > How does SSH perform, if you've got that up and running? > > Regards > > -- Original Message -- > > From: "Gadi Ben-Avi" gad...@malam.com > > To: IBM-MAIN@listserv.ua.edu > > Sent: 19/08/2021 12:05:53 > > Subject: Re: FTP problem > > > Hi Patrick, > > > > We do not have any ftp exits defined. > > > > CPU perfromace is not a problem. > > > > If I do tso ftp from tso I get the same problem. > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > > Patrick Loftus > > > > Sent: Thursday, August 19, 2021 1:53 PM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: Re: FTP problem > > > > See anything obvious on the syslog? > > > > Which FTP Server exits do you have in play, such as FTCHKPWD ? > > > > How is CPU performance looking? > > > > Can you try TSO FTP from the z/OS system to itself for comparison? > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Email secured by Check Point > > > > 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: FTP problem
Can you PING from the DR box and get better response than the FTP? Does the FTP request authenticate the user's ability to do the FTP before authenticating the password? Does the z13s show any impact to the FTPD address space while the FTP is taking place? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 7:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem Hi Robert, We tried that. The said everything looks fine. We tried from another server, and the problem was still there. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 2:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem It might be fruitful to ask the network folks if they can spot the delay and or what's the difference between the network's DR setup and production that could account for the delay? Ignore my previous reply...out or order thinking. ☹ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 6:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem > Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- 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: FTP problem
The parameters in BPXPRMxx are the same. SSH is not up and running. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Patrick Loftus Sent: Thursday, August 19, 2021 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem So if z/OS FTPing to itself also has same problem, that rules out a lot of external network issues I guess. Was your z/OS FTP test to itself using an interface IP address? Any different BPXPRMxx settings in play, or any different FTP server settings, or using exactly same as normal? How does SSH perform, if you've got that up and running? Regards -- Original Message -- From: "Gadi Ben-Avi" To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:05:53 Subject: Re: FTP problem >Hi Patrick, >We do not have any ftp exits defined. >CPU perfromace is not a problem. >If I do tso ftp from tso I get the same problem. > >-Original Message- >From: IBM Mainframe Discussion List On >Behalf Of Patrick Loftus >Sent: Thursday, August 19, 2021 1:53 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: FTP problem > >See anything obvious on the syslog? >Which FTP Server exits do you have in play, such as FTCHKPWD ? >How is CPU performance looking? >Can you try TSO FTP from the z/OS system to itself for comparison? > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send >email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >Email secured by Check Point > >-- >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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
So if z/OS FTPing to itself also has same problem, that rules out a lot of external network issues I guess. Was your z/OS FTP test to itself using an interface IP address? Any different BPXPRMxx settings in play, or any different FTP server settings, or using exactly same as normal? How does SSH perform, if you've got that up and running? Regards -- Original Message -- From: "Gadi Ben-Avi" To: IBM-MAIN@listserv.ua.edu Sent: 19/08/2021 12:05:53 Subject: Re: FTP problem Hi Patrick, We do not have any ftp exits defined. CPU perfromace is not a problem. If I do tso ftp from tso I get the same problem. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Patrick Loftus Sent: Thursday, August 19, 2021 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem See anything obvious on the syslog? Which FTP Server exits do you have in play, such as FTCHKPWD ? How is CPU performance looking? Can you try TSO FTP from the z/OS system to itself for comparison? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- 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: FTP problem
Hi Robert, We tried that. The said everything looks fine. We tried from another server, and the problem was still there. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 2:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem It might be fruitful to ask the network folks if they can spot the delay and or what's the difference between the network's DR setup and production that could account for the delay? Ignore my previous reply...out or order thinking. ☹ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 6:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem > Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
Hi Patrick, We do not have any ftp exits defined. CPU perfromace is not a problem. If I do tso ftp from tso I get the same problem. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Patrick Loftus Sent: Thursday, August 19, 2021 1:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem See anything obvious on the syslog? Which FTP Server exits do you have in play, such as FTCHKPWD ? How is CPU performance looking? Can you try TSO FTP from the z/OS system to itself for comparison? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
I've seen this behaviour as well. Never bothered me enough to investigate as it was just a few extra seconds, and I FTP rarely. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 4:30 PM, Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > It might be fruitful to ask the network folks if they can spot the delay and > or what's the difference between the network's DR setup and production that > could account for the delay? > > Ignore my previous reply...out or order thinking. ☹ > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Richards, Robert B. (CTR) > > Sent: Thursday, August 19, 2021 6:51 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: FTP problem > > > Once the user enters the USER NAME and presses enter... > > Where is the password coming from? LDAP? - Check that and you may find your > delay. > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Gadi Ben-Avi > > Sent: Thursday, August 19, 2021 6:22 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: FTP problem > > Hi, > > We are in the midst of a DR test. > > A user is complaining that they are have problems using ftp. > > When the issue the ftp command from the command line in windows, they get the > prompt for the user name almost immediately. > > Once the user enters the password and presses enter, it takes over a minute > to get the prompt for the password. > > Has anyone encountered this problem. > > We do not have a similar problem on our production system. > > The production system is a z15-t02. The LPAR has 92 GB of storage. > > The DR system is a z13s. The LPAR has 16GB of storage. > > Both are running z/OS 2.3. > > Any help would be appreciated. > > Thanks > > Gadi > > > > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
The user name and password are entered manually. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 1:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem > Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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 Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
It might be fruitful to ask the network folks if they can spot the delay and or what's the difference between the network's DR setup and production that could account for the delay? Ignore my previous reply...out or order thinking. ☹ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, August 19, 2021 6:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP problem > Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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: FTP problem
See anything obvious on the syslog? Which FTP Server exits do you have in play, such as FTCHKPWD ? How is CPU performance looking? Can you try TSO FTP from the z/OS system to itself for comparison? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP problem
> Once the user enters the USER NAME and presses enter... Where is the password coming from? LDAP? - Check that and you may find your delay. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: Thursday, August 19, 2021 6:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP problem Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- 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
FTP problem
Hi, We are in the midst of a DR test. A user is complaining that they are have problems using ftp. When the issue the ftp command from the command line in windows, they get the prompt for the user name almost immediately. Once the user enters the password and presses enter, it takes over a minute to get the prompt for the password. Has anyone encountered this problem. We do not have a similar problem on our production system. The production system is a z15-t02. The LPAR has 92 GB of storage. The DR system is a z13s. The LPAR has 16GB of storage. Both are running z/OS 2.3. Any help would be appreciated. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: even an old mainframer can do it
ons 2021-08-18 klockan 07:27 + skrev kekronbekron: > Exactly, I'm not against improvements; I'm against improvements for > the sake of a bullet point. > > Also, before more folks dial in about the line count... more lines > are fine, as long as it's still legible etc. > In this case, it's all over the place. > > - KB and the writer also harps about the recycling/reuse of JCL card decks For this design of him, if someone decide to use it, they will have to do the same change tries with this as if it still was a JCL deck -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: even an old mainframer can do it
Don't remember proposing Python in batch... ? I understand that a unix-y way opens the doors to scripting. Just disappointed with the clunky way in which it's tacked on top of things. And yeah, JetBrains' tools are excellent. It's again said that both IBM & Broadcom are doing things only around VS Code and Eclipse (ugh.. still?). Recently, IBA Group released a plugin for JetBrains, to work with datasets via zOSMF APIs. https://plugins.jetbrains.com/plugin/16353-for-mainframe - KB ‐‐‐ Original Message ‐‐‐ On Thursday, August 19th, 2021 at 10:15 AM, David Crayford wrote: > You're missing the point. Those utilities are designed to be run in z/OS > > UNIX processes not as batch jobs. There are some benefits to that such > > as being able to programmatically recovery from errors such as x37 > > abends. I don't particularly like those utilities. At Rocket we have > > much better Python tooling > > to dynamically allocate data sets and invoke programs. But IBM has > > ported Python now so that's strategic. > > On 18/08/2021 11:59 am, kekronbekron wrote: > > > Objectively, this has got to be madness. > > > > Just look at the JCL that's being shoved into a horrid, horrid Python > > program. > > > > ~200 lines to replace 18 lines of JCL. > > > > Oh.. and that's leaving aside the condescending tone about 'the old > > mainframer'. > > > > Whether a person wants to learn something or not (therefore choosing their > > path) is up to them. > > > > They don't need to be harassed/shamed about it. > > > > Just because there were some people on mainframe forums consistently > > harassing everyone with "check with your site's system programmer / RTFM / > > etc.", it doesn't mean the woke folk need to return the favour by being > > passive aggressive or insulting senior sysprogs for not wearing neon shorts > > or whatever. > > > > If this is being paraded as simplification, now the mainframe is truly > > doomed. > > > > https://medium.com/theropod/the-journey-from-jcl-to-python-so-easy-even-an-old-mainframer-can-do-it-f088cc49366a > > > > - KB > > > > 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
