Recently our time changed from Daylight Saving Time(DST) to "normal" time. We have NTP running on all our systems and time actually changed on both our Samba servers and out PC and Citrix clients. Thus they all have the right times. However, smbd processes that was running before the time change still believes that the time is DST. The way we detected it was when we looked at the modification time of the file/directory through Windows Explorer. Looking at the times(atime,mtime,ctime) on UNIX(Solaris) it shows the right time(not DST). When a new smbd connection is made the file/directory times are OK. We currently use Samba-3.0.10, but I have looked in the release notes of the subsequent releases and none of them address this issue. Kind regards, Hans.
I don't know exactly what changed in the lastest samba-3.0.21rc2-0.1, but I am using a windows 98 application called vice-versa, and now all of the time of existing files are one-hour off (so I can't time compare). If I ls from linux they are ok. This operation worked in samba-3.0.20b-2.1, and I don't see any changes in the log that would suggest that it is different.
It appears that the day saving time fix has now changed all of the timestamps from windows applications 1 hour earlier. Is there a parameter that I missed that addresses this? Thanks.
I don't know exactly what changed between samba-3.0.20b-2.1 and the lastest samba-3.0.21rc2-0.1, but I am using a windows 98 application called vice-versa, and now all of the time of existing files are one-hour off (so I can't time compare). This operation worked in samba-3.0.20b-2.1 and in previous versions. It appears that all of the timestamps from windows applications are 1 hour earlier. Is there a parameter that I missed that addresses this? Has anyone else experienced this? I have checked from two different computers. Thanks.
I can adjust the program to compensate. I am just wondering if I missed a parameter, or if the operation changed in the last update. Thanks.
there once was a bug in ancient samba 3.0 times, where samba was using local time internally instead of UTC.