QRecallDownloadIdentity KeysForumsSupport
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Groups] Back to home page 
Strange bug  XML
Forum Index » Problems and Bugs
Author Message
Frederic Thomas



Joined: 20-Jul-07 14:25
Messages: 43
Offline

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 [Disk] Download
 Description
 Filesize 8 Kbytes
 Downloaded:  664 time(s)

James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1548
Online

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.

This message was edited 1 time. Last update was at 21-Jul-07 15:24


- QRecall Development -
[Email]
Frederic Thomas



Joined: 20-Jul-07 14:25
Messages: 43
Offline

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

This message was edited 3 times. Last update was at 21-Jul-07 15:58

James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1548
Online

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.

This message was edited 2 times. Last update was at 21-Jul-07 16:03


- QRecall Development -
[Email]
 
Forum Index » Problems and Bugs
Go to:   
Powered by JForum 2.1.8 © JForum Team