QRecallDownloadIdentity KeysForumsSupport
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Groups] Back to home page 
recall incomplete; can't find log entry  XML
Forum Index » General
Author Message
Mike M



Joined: 12-Aug-16 02:01
Messages: 40
Online

I just did a recall of an external drive that I had accidentally wiped. The final notification was something like "recall incomplete."

While the recall was in progress, there was a log entry. It showed one file that was unable to be restored, but it was trivial, like a spotlight file or some other hidden file.

But now that the recall is done, I wanted to check the log again and there's no log entry! My goal is to find out what files were not successfully recalled and just make sure there were no significant issues.
James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1524
Offline

Mike,

I assume you were restoring your entire startup volume.

The bad news is that your startup volume includes your log files. So the restore replaced your working log files (the ones being written during the recall) with your captured log files. (Note that it also restored your QRecall preferences and other ephemeral settings.)

This conundrum has been partially addressed in QRecall 3.0, but not entirely.


- QRecall Development -
[Email]
Mike M



Joined: 12-Aug-16 02:01
Messages: 40
Online

Actually I was recalling an external drive that has no programs on it and is not the boot drive, just data.

Strangely there was a log entry while the recall was running, but it disappeared. I thought about doing a verify before QRecall captured the external drive again, but it already did capture it again and might think the missing files are not there on purpose. Can you throw away a layer in the archive, then do a verify? Does verify tell you what files are missing/corrupted or does it just fail?

Mike
James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1524
Offline

Then that's very odd. Then the message is probably in there somewhere. You might increase the detail level of the log window. Or you can just search the log files manually (they're just plain text files). less and grep are your friends.

The recall issue you saw was most likely something to do with the recall process itself; a permission error, or out of disk space, or something like that. A data corruption in the archive (which is what a verify would reveal), would have stopped and immediately terminated the recall command with a fatal error.

- QRecall Development -
[Email]
Mike M



Joined: 12-Aug-16 02:01
Messages: 40
Online

I found the section of the log at the point the restored finished. Maybe you can explain this.


Mike M



Joined: 12-Aug-16 02:01
Messages: 40
Online

But I'm thinking that if the recall was incomplete, then I'm missing data, and the next time QRecall captures that disk it will mark those files as deleted. In fact it already did do a capture of that disk. If I do a verify now, of course it will succeed. What I'd really like to do is verify it against the archive at the time of recall.

Mike
James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1524
Offline

Mike M wrote:But I'm thinking that if the recall was incomplete, then I'm missing data

That is entirely possible.

Mike M wrote:What I'd really like to do is verify it against the archive at the time of recall.

A verify action only validates the internal consistency of the archive. It doesn't compare what's in the archive to what's on disk. There's currently no function that will tell you the difference between what's on a volume and what's in the archive, although that is a requested feature and is still on the wish list.

(Well, that's not exactly true; in the archive browser you can choose Edit > Select Existing Items, which will effectively compare the files in a browser view against what's on the volume, but it only works for the currently displayed folder.)

This message was edited 1 time. Last update was at 29-Sep-21 12:14


- QRecall Development -
[Email]
James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1524
Offline

Mike M wrote:I found the section of the log at the point the restored finished. Maybe you can explain this.

That's simply the summary message that one or more issues were encountered. You'd have to search back through the log to find the specifics of the/each issue.

If you like, compress your log file(s), email them to support@qrecall.com, and we'll take a look at them for you. (We have a number of automated tools for combing through log files looking for problems.)

- QRecall Development -
[Email]
Mike M



Joined: 12-Aug-16 02:01
Messages: 40
Online

I followed your earlier advice and increased the detail level of the log. The log entry about the recall problem came back and it was about an inability to create a file and a directory. Both of them had "spotlight" in the name so I'm going to assume they were not important data. I've resolved this to my satisfaction.

I didn't know before that you can increase log detail. That's really good to know.
James Bucanek



Joined: 14-Feb-07 10:05
Messages: 1524
Offline

In the past, it was possible (although not recommended) to capture and restore your Spotlight database.

The latest versions of macOS, however, makes a lot of the spotlight data inaccessible, even to processes running as root. So if you did capture those files in the past, I'm not at all surprised you can't restore them now.

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