Vetch wrote at about 00:14:06 +0100 on Wednesday, July 22, 2009: > Hi Matthias, > > Thanks for your help on this... > > See replies below... > > On Tue, Jul 21, 2009 at 6:40 PM, Matthias Meyer <matthias.me...@gmx.li>wrote: > > > Vetch wrote: > > > > > > > > Ok - I tried direct restores back into the original directories over the > > > network - and it came up with successful restores for all the home > > > directories... > > > Does this mean that the data has been fully successfully restored? > > > > Probably. But as I said, BackupPC didn't check file consistency. > > > > Ok... So it could be that the files are corrupt in the database... > Though given the positive e2fsck results, that seems unlikely... > > > > > > > I think I have about 1000 files missing (out of about 35000)... > > > > You think? Do you really miss one of this 1000 files? > > > > No - I haven't noticed any missing files, so I'm not too worried > (realistically, I tend to keep numerous versions of any important document > I'm working on anyway, so...) > > > Now, this wouldn't be the end of the world, but I'd be interested to know > > if when it reports success, it has definitely brought back the entire > > dataset... > > Yes. But possible not all the files YOU expected in the backup dataset. > > > > Ok... so backuppc managed to restore all the data it has available... > ... but perhaps I didn't count properly, or alternatively, didn't backup > properly in the first place... > > > > > > > ... and if so... do you have any suggestions as to why I may have > > > different numbers of files? > > > > > > > How do you measure the file counts? > > > I took the somewhat unscientific approach of using an offline backup and > using windows to count the files based on the properties... > Essentially, I had one of the folders stored as an offline backup (the one > with 35000-ish files in) which I synchronise most days... > I used the windows properties to count files in the folder (36026) and then > I took an archive (zip) copy of my offline directory which also 36026 files > in it, based on the archive file count... > I then connected to the server, synchronised and used the windows properties > on it again... > It showed (I can't remember now exactly), but I believe it was around > 35200... > I then restored the archive and now the folder properties report 36093 (I > attribute the extra files to being ones which are not offline synchronisable > using the Windows XP offline files (e.g. .pst files, etc)... > Now, potentially, I guess that means that there could have just been more > files on my offline copy (I expected about 14 since the offline synch > claimed that 14 files had changed and needed to be synchronised)... > Equally, possibly there were files on my offline copy that couldn't be > copied to the server through synch and I didn't know... > ... though I would have expected to have noticed previously... > Equally, it's possible that the backuppc user didn't have rights on the > server to backup all files on the server, but I was ssh-ing in and sudo-ing > the command, so I believe that should give it root access for the rsync > command... > I don't know - it just seems like there should have been more files... > > Like I say, I'm not particualarly bothered, as I think it's highly unlikely > any of the files I genuinely need have been completely lost, but still... > I'd be interested in knowing what caused the discrepancy - if it's my > counting, my setup, my configuration or the system behaving strangely...
Well, with Windows there can be all kinds of reasons for mismatches including: 1. Busy files that can't be backed up (not just .pst files but also other open files and various registry and system files) 2. Permissions/acl issues - even with ssh as admin/root there may still be files you can't access. I'm not a Windows guru but I know it's not as simple as linux where root can read everything 3. Junctions can end up being double counted 4. Other weird Windows detritus - I have at times had weird ntfs files that hang around and are non-deletable (until I boot into Linux) Maybe I'm biased, but I always find Windows to be way more cumbersome, obscure, and unpredictable than the simple metaphors of *nix filesystems. > > > > > > > I've just tried this - I booted to a live CD and e2fsck-ed the device... > > > On first scan, it reported clean... I'm now running a e2fsck -f to force > > > it to check, but assuming that it reports the device as clean, then can I > > > assume that the backups are not corrupted? > > > > Yes! > > > Excellent... Well, that's good news... > > > > > > > > In which case, I have to wonder about the missing files... > > > Am I just worrying unneccessarily? > > > > > Probably. We didn't know yet if really files are missing or if your > > measurement is wrong. > > > > Heh - it's probably my measurement, isn't it? ;) > Oh well - let's hope so ;) > > Once again many thanks, > > Jx > > > > br > > Matthias > > -- > > Don't Panic > > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > BackupPC-users mailing list > > BackupPC-users@lists.sourceforge.net > > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > > Wiki: http://backuppc.wiki.sourceforge.net > > Project: http://backuppc.sourceforge.net/ > > > > ---------------------------------------------------------------------- > ------------------------------------------------------------------------------ > > ---------------------------------------------------------------------- > _______________________________________________ > BackupPC-users mailing list > BackupPC-users@lists.sourceforge.net > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ ------------------------------------------------------------------------------ _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
