Odd timestamps with vsftpd

[Ashley M. Kirchner]

    I just noticed this on my FC5 machine: the vsftpd log file doesn't 
have the correct time stamps in it:

>  tail -1 /var/log/vsftpd 
    Wed Nov  8 18:08:55 2006 [pid 7904]
[sunshyn] OK UPLOAD:
            Client "216.x.x.x", "/roospark102006.gif", 2349043 bytes,

10.88Kbyte/sec


    But the file itself has the correct time on it:

>  ls -l ~sunshyn/roospark102006.gif 
    -rw-r--r-- 1 sunshyn
sunshyn 2349043 Nov  8 11:08
            /home/sunshyn/roospark102006.gif


    Looks like vsftpd doesn't take into account the timezone I'm in when 
it's writing to its log file.  Is anyone else noticing this?

-- 
W | It's not a bug - it's an undocumented feature.
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:[e-mail]>   .   303.442.6410 x130
  IT Director / SysAdmin / Websmith             .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave. #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.

[Mike Klinke]

On Wednesday 08 November 2006 13:32, Ashley M. Kirchner wrote:
>      I just noticed this on my FC5 machine: the vsftpd log file
>  doesn't have the correct time stamps in it: 
> From "man vsftpd.conf" 
use_localtime
              
If enabled, vsftpd will display directory listings with the time in 
your local time zone. The default is to display GMT. The times 
returned by the MDTM FTP command are also affected by this option.

Default: NO


Regards, Mike Klinke

[Fedora] Re: Odd timestamps with vsftpd

[Ashley M. Kirchner]

Mike Klinke wrote:
>  >From "man vsftpd.conf"
>
>  use_localtime
>                
>  If enabled, vsftpd will display directory listings with the time in 
>  your local time zone. The default is to display GMT. The times 
>  returned by the MDTM FTP command are also affected by this option.
>     
    I was under the impression that it only applies to file listings, 
and not to its own internal log writing routine.  Guess it does apply to 
that too.  Thanks.

-- 
W | It's not a bug - it's an undocumented feature.
  +--------------------------------------------------------------------
  Ashley M. Kirchner <mailto:[e-mail]>   .   303.442.6410 x130
  IT Director / SysAdmin / Websmith             .     800.441.3873 x130
  Photo Craft Laboratories, Inc.            .     3550 Arapahoe Ave. #6
  http://www.pcraft.com ..... .  .    .       Boulder, CO 80303, U.S.A.

[Bill Rugolsky Jr.]

On Wed, Nov 08, 2006 at 01:49:00PM -0600, Mike Klinke wrote:
>  On Wednesday 08 November 2006 13:32, Ashley M. Kirchner wrote:
>  >     I just noticed this on my FC5 machine: the vsftpd log file
>  > doesn't have the correct time stamps in it:
>  
>  >From "man vsftpd.conf"
>  
>  use_localtime
>                
>  If enabled, vsftpd will display directory listings with the time in 
>  your local time zone. The default is to display GMT. The times 
>  returned by the MDTM FTP command are also affected by this option.
>  
>  Default: NO 
 
Oops, my bad.  I thought this was the same issue as with samba.

Thanks for the correct answer. :-)

	Bill

[Bill Rugolsky Jr.]

On Wed, Nov 08, 2006 at 12:32:07PM -0700, Ashley M. Kirchner wrote:
>     I just noticed this on my FC5 machine: the vsftpd log file
> doesn't 
>  have the correct time stamps in it:
>  
>     > tail -1 /var/log/vsftpd
>     Wed Nov  8 18:08:55 2006 [pid 7904] [sunshyn] OK UPLOAD:
>             Client "216.x.x.x", "/roospark102006.gif", 2349043 bytes,
>
>  10.88Kbyte/sec
>  
>  
>     But the file itself has the correct time on it:
>  
>     > ls -l ~sunshyn/roospark102006.gif
>     -rw-r--r-- 1 sunshyn sunshyn 2349043 Nov  8 11:08
>             /home/sunshyn/roospark102006.gif
>  
>  
>     Looks like vsftpd doesn't take into account the timezone I'm in when 
>  it's writing to its log file.  Is anyone else noticing this? 
It's because vsftpd (and samba and some other services) are running
in a chroot environment, and lack the appropriate timezone information
files, so they log in UTC0, which is seven hours ahead of you.

Regards,

	Bill Rugolsky