Register / Login | Desktop view |
Bob Tyson wrote:(They are on media stored in California; I am presently in Italy.)
Bob Tyson wrote:James, here are notes I added to the report. And **sigh** it appears to be just that one new archive. At least the other, which I had captured successfully afterwards, is now being captured again. (Sorry -- I get befuddled with terminology here: 'Capture' meaning in this case, capturing to a pre-existing archive, from an HD previously backed up to that archive; distinct from 'Recapture'?? Or what am I missing, still after 'x' years?
At any rate it does appear the large, new archive is the culprit.
EDIT - I attempted 'REPAIR' from the QR FILE menu. After confirming the volume OK I chose REPAIR without checking any other box. As soon as the repair began it failed - here are the log entries:
Action 2015-11-26 09:02:30 ------- Repair 1TB_FOTO_ARCHIVIO_PORTABLE_HD
Action 2015-11-26 09:02:30 archive: /Volumes/TO BACK 03 3T/1TB_FOTO_ARCHIVIO_PORTABLE_HD.quanta
Action 2015-11-26 09:02:30 Failure Failed
Action 2015-11-26 09:02:30 problem setting EOF
Action 2015-11-26 09:02:30 Failure Repair failed
Action 2015-11-26 09:02:30 A network or disk error was encountered.
Action 2015-11-26 09:02:30 ------- Repair incomplete (00:00)
But it got worse. As a double-check I tried to repair the second archive, the one I successfully updated and that seems ok. The repair started ok, and after a couple of minutes I clicked 'STOP'. After perhaps another minute a message came forth saying the archive index was damaged needed to be reindexed. This seems odd to me, but I am presently reindexing that archive, following the prompts.
During the backup from the external HD to the new archive I trashed several large files from that HD. QR completed the capture, then went into a verify and reported problems with both the backup and the verify.
I assume the repair and some of the other issues you mention occurred after you sent the report. Please send another so I can review what is/was going on with the repair actions.
Action 2015-11-26 09:04:39 ------- Repair PHOTO-ARCH-500 Backup
Action 2015-11-26 09:04:39 archive: /Volumes/TO BACK 02 2T/PHOTO-ARCH-500 Backup.quanta
Action 2015-11-26 09:05:42 Caution Interrupted
Action 2015-11-26 09:05:42 Action canceled
Action 2015-11-26 09:05:42 Repair stopped by user
Action 2015-11-26 09:05:42 Warning Repair Stopped
Action 2015-11-26 09:05:42 The archive was not repaired. If the contents were being copied to a new archive, that archive is incomplete.
Action 2015-11-26 09:05:42 ------- Repair incomplete (01:02)
Action 2015-11-26 09:06:06 ------- Reindex PHOTO-ARCH-500 Backup
Action 2015-11-26 09:06:06 archive: /Volumes/TO BACK 02 2T/PHOTO-ARCH-500 Backup.quanta
Action 2015-11-26 09:06:06 Warning Problem prevented auto-repair
Action 2015-11-26 11:40:00 ------- Reindex finished (2:33:53)
Action 2015-11-26 12:00:07 ------- Verify PHOTO-ARCH-500 Backup
Action 2015-11-26 12:00:07 archive: /Volumes/TO BACK 02 2T/PHOTO-ARCH-500 Backup.quanta
Action 2015-11-26 14:29:08 ------- Verify finished (2:28:59)
Action 2015-11-26 15:00:08 ------- Repair 1TB_FOTO_ARCHIVIO_PORTABLE_HD
Action 2015-11-26 15:00:08 archive: /Volumes/TO BACK 03 3T/1TB_FOTO_ARCHIVIO_PORTABLE_HD.quanta
Action 2015-11-26 15:00:08 Failure Failed
Action 2015-11-26 15:00:08 problem setting EOF
Action 2015-11-26 15:00:08 Failure Repair failed
Action 2015-11-26 15:00:08 A network or disk error was encountered.
Action 2015-11-26 15:00:08 ------- Repair incomplete (00:00)
Bob Tyson wrote:James, the capture of a new archive from the 1tb external HD is complete and I have sent the report.
Here is an oddity. I just now tried to copy a folder from my Mac to that 1tb external disk and could not do so without entering my admin password for the Mac's system. I did so, made the copy to the external HD, and then checked the latter's permissions. They were read-only for 'everyone' and read-write for 'system'. I changed the 'everyone' permission to read-write. But I am noticing various disks and folders seem to have had their permissions changed (?) to 'read-only ' for 'everyone'.
Monitor 2015-11-28 02:12:46 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Action 2015-11-28 03:00:01 ------- Verify MILLIE VeN di Lia BACKUP
Action 2015-11-28 03:00:01 archive: /Volumes/TO BACK 03 3T/MILLIE VeN di Lia BACKUP.quanta
Action 2015-11-28 07:12:48 ------- Verify finished (4:10:55)
Monitor 2015-11-28 03:15:41 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 03:21:37 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 04:23:43 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 04:29:19 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 05:31:16 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 05:36:47 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 06:38:23 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 06:43:45 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 07:44:52 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 07:50:12 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 07:53:41 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 08:51:11 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 08:56:50 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
QRecall 2015-11-28 09:12:40 Warning Report generator exited with status 15; please report this to the developer
QRecall 2015-11-28 09:16:15 Sent diagnostics report
Action 2015-11-28 09:28:04 ------- Verify 1tb_ARCHIVIO_portattileFW
Action 2015-11-28 09:28:04 archive: /Volumes/TO BACK 03 3T/1tb_ARCHIVIO_portattileFW.quanta
Action 2015-11-28 15:58:27 ------- Verify finished (6:30:22)
Monitor 2015-11-28 09:58:42 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 10:03:26 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 11:05:25 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
As I in part noted with the report, here are things that now don't quite look right:
1. Yes I clicked in the Status Window to have QR 'forget' the 1TB_FOTO_ARCH - xx history since that archive no longer exists and I have created a new archive for that external HD. But having the log show the message repeatedly like this?
2. Archive 1Tb-xx shows in the status window as amber but I can't see why. No pending actions; a Verify went to completion today. Still amber.
3. Archive MILLIE-xx is in the green on the Status Window but opening the archive shows that layer 0 is damaged:
Layer 0 -- Date UNKNOWN -- Size UNKNOWN -- Items DAMAGED.
---->> How should I regard this? What should I do to recover the data in this layer?
Thank you - Bob
Bob Tyson wrote:Monitor 2015-11-28 03:15:41 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 03:21:37 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-28 04:23:43 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
...
QRecall 2015-11-28 09:12:40 Warning Report generator exited with status 15; please report this to the developer
As I in part noted with the report, here are things that now don't quite look right:
1. Yes I clicked in the Status Window to have QR 'forget' the 1TB_FOTO_ARCH - xx history since that archive no longer exists and I have created a new archive for that external HD. But having the log show the message repeatedly like this?
2. Archive 1Tb-xx shows in the status window as amber but I can't see why. No pending actions; a Verify went to completion today. Still amber.
3. Archive MILLIE-xx is in the green on the Status Window but opening the archive shows that layer 0 is damaged:
Layer 0 -- Date UNKNOWN -- Size UNKNOWN -- Items DAMAGED.
---->> How should I regard this? What should I do to recover the data in this layer?
James, here a new report. I read your latest reply in the Forum. The Status Window now shows red for the 1TB-xx archive, on the first line with the note ?Captured 2 days ago?.
This item had been yellow yesterday when I previously wrote to you.
The other lines are green for Verified and for the space utilization item.
As you will note I have installed the update to 2.0.0b25 that you just made available. For the first report I sent today I hit ?send? and then cancelled because I?d forgotten to add my note. I have posted that same note here in the Forum.
A damaged layer indicates that one or more items in that layer was, at some point in time, lost during a repair. It's a concern only if you recall items from that layer, as some items may be missing or incomplete. Eventually, the missing data will be replaced when that layer is merged with subsequent layers, and the "damaged" indicator will go away.
Your other issue, regarding not being able to repair your other archive, has also been fixed in 2.0.0b25, which should appear on the server shortly. Update to the latest version and try that repair again.
Monitor 2015-11-28 15:36:19 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Action 2015-11-29 08:12:40 Minutia Install
Action 2015-11-29 08:12:41 Minutia Uninstalled com.qrecall.hoist service
Action 2015-11-29 08:12:41 ------- Install finished (00:00)
Action 2015-11-29 08:12:47 Minutia Install
QRecall 2015-11-29 08:12:50 Minutia Removed resource link QRecallScheduler
QRecall 2015-11-29 08:12:50 Updating system components
Monitor 2015-11-29 08:12:51 Minutia Cannot connect to scheduler
Monitor 2015-11-29 08:13:48 Minutia Capture history for archive 1TB_FOTO_ARCHIVIO_PORTABLE_HD.alias appears to have been deleted
Monitor 2015-11-29 08:13:48 Minutia Capture history for archive PHOTO-ARCH-500 Backup.alias appears to have been deleted
QRecall 2015-11-29 08:31:43 Sent diagnostics report
Action 2015-11-29 09:05:00 ------- Capture to 1tb_ARCHIVIO_portattileFW
Action 2015-11-29 09:05:00 archive: /Volumes/TO BACK 03 3T/1tb_ARCHIVIO_portattileFW.quanta
Action 2015-11-29 09:05:00 Minutia Waiting for permission to open archive
Action 2015-11-29 09:06:22 Minutia Received cancel request
Action 2015-11-29 09:06:22 Caution Interrupted
Action 2015-11-29 09:06:22 Nothing Captured
Action 2015-11-29 09:06:22 ------- Capture finished (00:00)
Action 2015-11-29 09:09:08 ------- Capture to 1tb_ARCHIVIO_portattileFW
Action 2015-11-29 09:09:08 archive: /Volumes/TO BACK 03 3T/1tb_ARCHIVIO_portattileFW.quanta
Action 2015-11-29 09:09:08 Minutia Waiting for permission to open archive
Action 2015-11-29 09:18:08 Minutia Broke stale lock file
Action 2015-11-29 09:18:08 died: 2015-11-29 08:09:08 +0000
Action 2015-11-29 09:18:10 Minutia Acquired permission to open archive
Action 2015-11-29 09:18:10 Capture ARCHIVE 1T PHOTO
Action 2015-11-29 09:18:10 ARCHIVE 1T PHOTO:/
Action 2015-11-29 09:18:10 Minutia Locating changes since venerdì 27 novembre 2015 07:12
Action 2015-11-29 09:18:10 Collected 13 folder changes
Action 2015-11-29 09:27:35 Captured 1 item, 47 KB
Action 2015-11-29 09:27:35 captured: 47 KB (47.342 bytes)
Action 2015-11-29 09:27:35 written: 49 KB (48.648 bytes)
Action 2015-11-29 09:27:35 duplicate: 1 KB (234 bytes) 0.49%
Action 2015-11-29 09:27:35 rate: 5 KB/min
Action 2015-11-29 09:27:35 files: 2
Action 2015-11-29 09:27:35 folders: 3
Action 2015-11-29 09:27:35 icons: 0
Action 2015-11-29 09:27:35 ------- Capture finished (09:25)
Bob Tyson wrote:James, here a new report. I read your latest reply in the Forum. The Status Window now shows red for the 1TB-xx archive, on the first line with the note ?Captured 2 days ago?.
For a damaged layer, if I perform a merge, does this mean that only latest versions of files will be retained?
Our concern is that files from earlier layers be retained (so long as not damaged) in order to maintain the integrity of the archive and not lose older 'original' photographic images.
One last remark, I truly appreciate your patience and support. Perhaps it helps that I'm posting at hours when you may be sleeping or at least not at your screen, and vice versa. Kind of moderates the pace?
QRecall monitors the frequency at which you normally capture items to an archive, and raises a warning (in the status window) if that frequency suddenly drops off. In this case, I suspect that you regularly capture to this archive more than once a day. The status window is saying that nothing has been captured in over 2 days now, which might indicate a problem.
Perhaps it helps that I'm posting at hours when you may be sleeping or at least not at your screen, and vice versa. Kind of moderates the pace?
It does, but maybe that's a good thing.