Probably a basic TCP/IP question
Sorry for a basic question, but where does the FTP client get it's timestamp information from? I have a programmer who just performed an FTP GET command to a PDS member. The ISPF statistics were updated with the FTP GET. Unfortunately, the timestamp placed on the member is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to west 5, so somehow the FTP client is adding another 5 hours onto it's timestamp but I can't find it. I have a sneaking suspicion that as soon as I have the answer, I'll be slapping my forehead with a DOH!, so can somebody give me the opportunity to hit myself by pointing me in the right direction? Thanks. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
snip but where does the FTP client get it's timestamp information from? snip FTP belongs to the brave UNIX world. Sounds like you don't have TZ=EST5EDT export TZ set in etc profile or are not executing it.. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
snip Sorry for a basic question, but where does the FTP client get it's timestamp information from? I have a programmer who just performed an FTP GET command to a PDS member. The ISPF statistics were updated with the FTP GET. Unfortunately, the timestamp placed on the member is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to west 5, so somehow the FTP client is adding another 5 hours onto it's timestamp but I can't find it. I have a sneaking suspicion that as soon as I have the answer, I'll be slapping my forehead with a DOH!, so can somebody give me the opportunity to hit myself by pointing me in the right direction? /snip Rex, you probably need a TZ= environment variable assigned to your FTP STC. Ours is set to TZ=EST5EDT. We had a similar problem with FTP's from SAS jobs. Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
Jack, I forgot to mention one item. It's being run as a batch job so /etc/profile isn't a player. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jack Kelly Sent: Monday, May 12, 2008 3:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Probably a basic TCP/IP question snip but where does the FTP client get it's timestamp information from? snip FTP belongs to the brave UNIX world. Sounds like you don't have TZ=EST5EDT export TZ set in etc profile or are not executing it.. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
snip Jack, I forgot to mention one item. It's being run as a batch job so /etc/profile isn't a player. Rex /snip Rex, I still believe it runs through the FTP (usually called FTPD) STC, and that will use the TZ envrionment variable. Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Monday, May 12, 2008 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Probably a basic TCP/IP question Jack, I forgot to mention one item. It's being run as a batch job so /etc/profile isn't a player. Rex It might be getting it from your LE parameters. LE has an ENVAR parameter to specify UNIX environment variables. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
snip It's being run as a batch job so /etc/profile isn't a player. snip Batch doesn't make any difference, you just have batch UNIX. 'tis a brave new world... Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
So would I set this in the /etc/init.options file? Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fletcher, Kevin Sent: Monday, May 12, 2008 3:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Probably a basic TCP/IP question snip Jack, I forgot to mention one item. It's being run as a batch job so /etc/profile isn't a player. Rex /snip Rex, I still believe it runs through the FTP (usually called FTPD) STC, and that will use the TZ envrionment variable. Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Monday, May 12, 2008 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Probably a basic TCP/IP question Sorry for a basic question, but where does the FTP client get it's timestamp information from? I have a programmer who just performed an FTP GET command to a PDS member. The ISPF statistics were updated with the FTP GET. Unfortunately, the timestamp placed on the member is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to west 5, so somehow the FTP client is adding another 5 hours onto it's timestamp but I can't find it. I have a sneaking suspicion that as soon as I have the answer, I'll be slapping my forehead with a DOH!, so can somebody give me the opportunity to hit myself by pointing me in the right direction? Thanks. Rex Sounds like it is logging with GMT instead of LOCAL time. If so, then you likely cannot change that. A UNIX program can request either LOCAL or GMT time, whichever it wants. This gmtime() vs. localtime() in the C run-time. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
I think John wins the prize! I just IPLed my sandbox moving the local time 2 hours to the west and the FTP client still put a GMT timestamp on the member it put into the PDS. The programmer who reported it to me reported it as a z/OS 1.7 upgrade issue and since I have no 1.4 LPARs left, I couldn't refute it. Now I can (with some certainty) tell her that this is how it has been working and there's nothing I can do about it. Thanks for all the good responses. I learned a bit about z/OS unix today. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, May 12, 2008 3:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Probably a basic TCP/IP question -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Monday, May 12, 2008 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Probably a basic TCP/IP question Sorry for a basic question, but where does the FTP client get it's timestamp information from? I have a programmer who just performed an FTP GET command to a PDS member. The ISPF statistics were updated with the FTP GET. Unfortunately, the timestamp placed on the member is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to west 5, so somehow the FTP client is adding another 5 hours onto it's timestamp but I can't find it. I have a sneaking suspicion that as soon as I have the answer, I'll be slapping my forehead with a DOH!, so can somebody give me the opportunity to hit myself by pointing me in the right direction? Thanks. Rex Sounds like it is logging with GMT instead of LOCAL time. If so, then you likely cannot change that. A UNIX program can request either LOCAL or GMT time, whichever it wants. This gmtime() vs. localtime() in the C run-time. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Probably a basic TCP/IP question
As a USS program, FTP probably uses the C library's time functions, which don't know about the z/OS PARMLIB setting! You probably have to set the TZ environment variable if you want to see local time. Use the ENVAR() LE parm option (or via CEEOPTS if you are running 1.7+). You would think that a batch job that dubs into USS (like FTP batch client) would get variables from /etc/init.options, but you would be wrong! We have batch USS programs that try to work around this by reading /etc/init.options themselves, but have found that some installations don't make this file world-readable. AFAIK, there is no place to important system-wide environment variables so that *every* USS process gets them. Feature or bug? Kirk Wolf Dovetailed Technologies On Mon, May 12, 2008 at 4:57 PM, Pommier, Rex R. [EMAIL PROTECTED] wrote: I think John wins the prize! I just IPLed my sandbox moving the local time 2 hours to the west and the FTP client still put a GMT timestamp on the member it put into the PDS. The programmer who reported it to me reported it as a z/OS 1.7 upgrade issue and since I have no 1.4 LPARs left, I couldn't refute it. Now I can (with some certainty) tell her that this is how it has been working and there's nothing I can do about it. Thanks for all the good responses. I learned a bit about z/OS unix today. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Monday, May 12, 2008 3:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Probably a basic TCP/IP question -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Monday, May 12, 2008 3:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Probably a basic TCP/IP question Sorry for a basic question, but where does the FTP client get it's timestamp information from? I have a programmer who just performed an FTP GET command to a PDS member. The ISPF statistics were updated with the FTP GET. Unfortunately, the timestamp placed on the member is 5 hours into the future. My CLOCKxx parameter in Parmlib is set to west 5, so somehow the FTP client is adding another 5 hours onto it's timestamp but I can't find it. I have a sneaking suspicion that as soon as I have the answer, I'll be slapping my forehead with a DOH!, so can somebody give me the opportunity to hit myself by pointing me in the right direction? Thanks. Rex Sounds like it is logging with GMT instead of LOCAL time. If so, then you likely cannot change that. A UNIX program can request either LOCAL or GMT time, whichever it wants. This gmtime() vs. localtime() in the C run-time. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
