Unfortunately if your machine time is adjusted for daylight savings time
(which of course it will be) all of your NT/Win95 FAT drives will be
fully backed up.

The dates of the files will be exactly one hour off until daylight
savings time changes again.

The date format for FAT files (NT or Win95) is stored differently
on the server in PTF 5 so the date must be converted to the new
format and thus the files must be backed up again.

Again, this only applies to FAT, NTFS is unaffected.

Sorry .......

Pete Tanenhaus
ADSM Client Development
_________________________Reply Header_________________________
Author: ADSM-L AT vm.marist DOT edu
Subject: Daylight savings time bug
10-31-1996 02:49 PM

Date:         Thu, 31 Oct 1996 14:49:04 EST
From:         "Pete Tanenhaus, ADSM Client Development" <pt AT vnet.ibm DOT com>
Subject:      Daylight savings time bug
To:           Multiple recipients of list ADSM-L <ADSM-L AT vm.marist DOT edu>

I can tell you with 100% certainty that this fix definitely was in
level 5 (I wrote it, checked it in, and built the PTF package).

Some of the associated documentation (readme files, retain, etc.)
may of not reflected it.

One thing I didn't mention about the fix and should have is that
you have to still have to run incremental backup once with the
fix (on FAT drives) in order to avoid it happening again.

The reason for this is that the fix involved storing the date/time
of FAT files in a different format on the server (I won't get into
the details, it involves UNC time format vs. DOS date/time format
converted to the local format).

Because of this each file has to backed up again so that new date
format will be stored on the server.

I backup all of the NT and Win95 machines (eight) in my NT domain
with ADSM, and most of them are still running level 5 code, and
the problem definitely is fixed.

I apologize if this wasn't clear.

Pete Tanenhaus
ADSM Client Development