We are experiencing a serious problem when trying to perform full
restores on Windows XP boxes. It seems that certain random files are
never restored unless we specifically select those files from the
Backup set and click on restore.
The BackupPC server is running SUSE Pro 9.2. We are using version
2.1.0pl1 of BackupPC and rsync 2.6.3pre1.
The clients tested are Windows XP systems with Service Pack 1 & 2. We
are using the files extracted from cygwin-rsyncd-2.6.2_0.zip with
modifications made to rsyncd.conf and rsyncd.secrets. We invoke rsyncd
on the client with the following command: "rsync
--config=c:/rsyncd/rsyncd.conf --daemon --no-detach"
Using a web browser we access the BackupPC GUI...we select the host
and backup#, click on the check box for "Select all", "Restore
selected files" and then choose the option for Direct Restore. The
system attempts to restore all files onto the freshly formatted
partition. A few hours later, we manually inspect the contents of the
file system...and we always notice that the same files are missing. We
could re-format and begin the restore process again...the same files
will never be restored. However, if we select those files manually in
the BackupPC GUI and then perform a Direct Restore...then they are
restored properly in their proper location.
By switching to NTFS to FAT32 were we able to restore portions of some
of those previously missing files during a full restore....yet other
files are never restored. Why would the process truncate files just by
switching to another filesystem? Why is it that both NTFS and FAT32
end up loosing files? Or is the problem with cygwin rsyncd? Or is it
Windows in general?
The reason why I ask the above question is because we are able to
perform a full restore of the same Backup# to a SUSE 9.2 client
running rsync in daemon mode onto the ReiserFS filesystem. All files
are properly restored on the first attempt of a full restore.
What's going on? Is the problem on Windows or in rsync?
Thanks. Please respond if you have seen this odd behavior before even
if you don't possess a solution. I'll like to know that we are not