Strange bug

So I had created an archive on a external USB disk shared by my airport extreme. I did a backup of a folder from Mac 1 (PPC). On the same archive, using the same key, I tried another backup of my home folder from Mac 2 (Intel).

While it was doing it, I looked at the volume and the Finder was telling me it had 30 something free gigs, however QRecall was reporting having backed up 40 something gigs...

Here's df:
afp_0TTnxu0Wm0lP14igPg0WadQk-1.2c00000a 77468336 789216 76679120 1% /Volumes/TitiDisk

here's ls -la of /Volumes/TitiDisk:

krapul:/Volumes/TitiDisk/IncyBack.quanta fred$ ls -la
total 64372000
drwxrwxrwx 9 fred fred 264 Jul 21 22:09 .
drwxrwxrwx 11 fred fred 330 Jul 21 17:12 ..
-rwxrwxrwx 1 fred fred 56 Jul 21 22:09 fill.index
-rwxrwxrwx 1 fred fred 201326648 Jul 21 22:09 hash.index
-rwxrwxrwx 1 fred fred 178872 Jul 21 22:09 layer.index
-rwxrwxrwx 1 fred fred 709 Jul 21 22:08 outline.index
-rwxrwxrwx 1 fred fred 6869040 Jul 21 22:09 package.index
-rwxrwxrwx 1 fred fred 32750038696 Jul 21 22:09 repository.data
-rwxrwxrwx 1 fred fred 1896 Jul 21 18:04 settings.plist

There's something fishy in here. df is not right with the files...

At the end QRecall told me something was wrong but not that much detail in the log (attached).

Thanks!

Fred

Filename QRecall.log.gz

Description No description given

Filesize 8 Kbytes

Downloaded 736 time(s)

[Disk] Download

From your logs, it appears that you captured your home folder to the archive IncyBack.

QRecall captured (read) 41.7 GB worth of files. Of this, 11.5 GB (28%) was duplicate, so the archive only grew by about 30.1 GB.

You can see these numbers by increasing the detail level in the log viewer by one and expanding the line that says "Captured 33360 items, 41.7 GB (28% duplicate)". The details of that message will list exactly how much data was read, how much was duplicate (already in the archive), how much new data was written to the archive, and other miscellaneous details.

The "problems" encountered during the capture are minor, and I intend to remove them from the log in future versions. They occur when QRecall reads a folder to determine what files to capture, then comes back a few moments later to actually capture them. If another process has deleted or renamed the file in the intervening time, QRecall logs a "File not found" error.

My problem is why a 40 GB volume with a 30 GB of data in the archive reports it has 36 GB free...

-rwxrwxrwx 1 fred fred 32750038696 Jul 21 22:09 repository.data

That's 30 Gig allright but then why:

afp_xxxa 77468336 789216 76679120 1% /Volumes/TitiDisk

Something went very wrong here, file sytem wise...

Fred

Ah, yes. (I mentally had the Used and Avail numbers from df swapped in my head).

This could simply be a problem with the base station's disk sharing. You can Verify the archive to ensure that it's sound. You might also make sure you that you've applied the latest firmware upgrade. This has solved several problems for QRecall users with the new Airport Extreme base stations.

An interesting test would be to unmount the drive from the base station and plug it directly into your Mac then see what df, Disk Utility, et. al. says about it.

Filename	QRecall.log.gz
Description	No description given
Filesize	8 Kbytes
Downloaded	736 time(s)
Download