Don Lee Posted July 2, 2017 Report Share Posted July 2, 2017 I'm running Mac Retro 14.1.0.138 on Mac OS X 10.8 on a Mac mini. I *just* upgraded a few days ago. I normally run a verify script on the media sets, primarily to get early warning on failing media/disks. This run, I see this: --Script Summary-- * Script: Verify* Date: 7/2/2017 4:08 PM* Errors: 1* Warnings: 0* Performance: 30148.2 MB/minute* Duration: 00:15:52* Server: virtue--Log--+ Executing Verify at 7/2/2017 3:53 PMTo Backup Set v9_daily_EIMS_last..."EIMS3/EIMS_3.3.9/Mail Folder/mcinteriors.com/design/Drafts" chain broken6/5/2017 11:55:09 PM missing6/7/2017 11:55:37 PM missing6/13/2017 11:55:28 PM verified6/14/2017 11:55:08 PM verified6/15/2017 11:55:24 PM verified6/16/2017 11:55:46 PM verified6/17/2017 11:55:12 PM verified6/19/2017 11:55:19 PM verified6/20/2017 11:55:15 PM verified6/21/2017 11:55:08 PM verified6/22/2017 11:55:29 PM verified6/23/2017 11:55:20 PM verified6/26/2017 11:55:12 PM verified6/27/2017 11:55:26 PM verified6/28/2017 11:55:17 PM verified6/29/2017 11:55:26 PM verified6/30/2017 11:55:25 PM verified7/2/2017 4:08:57 PM: 1 execution errorsCompleted: 9862 files, 466.7 GBPerformance: 30148.2 MB/minuteDuration: 00:15:50 Note: the media set is 69 GB, not 466 GB. The count of files is right. That was the count on the media set copy operation that ran yesterday to create this media set. What do these messages mean? Can I infer that my 6/5 and 6/7 snaps are "missing", but the others are OK? Can I still use this backup set, or is it toast? Do tell It would be nice to have an explanation without my needing to run tests. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted July 2, 2017 Author Report Share Posted July 2, 2017 Oh, and by the way - This is the second "verify" run, which produces the same output as the first verify. I don't think it's disk errors. At least not so far. Quote Link to comment Share on other sites More sharing options...
DavidHertzberg Posted August 4, 2017 Report Share Posted August 4, 2017 dzeleznik reported the same type of error for the latest version of Retrospect Windows in this post in the Windows Products—Retrospect->Professional forum. As I said in my first post in that thread, one of the two of you had better file a Support Case. As my second post in that thread, I posted my usual boilerplate explanation of why and how to file a Support Case; therefore I won't repeat it in this thread—especially since iCompute has probably already seen it. Quote Link to comment Share on other sites More sharing options...
DavidHertzberg Posted August 8, 2017 Report Share Posted August 8, 2017 iCompute should note that dzeleznik has now done some thorough testing of his/her Retrospect Windows 12.1 "chain broken" errors, and it looks as if this is a new bug in the latest version of Retrospect. In the second paragraph of this post in that thread I have strongly urged dzeleznik to file a Support Case, since he/she has the material to do so. In the third paragraph of that post I have made the controversial suggestion that dzeleznik, who evidently upgraded to the latest paid version of Retrospect Windows within the last 45 days, should phone Retrospect Sales and ask for a refund of his/her upgrade fee—an expedient which will almost certainly bring the new bug promptly to the attention of Retrospect Support/Engineering. I have also discussed the possible downside of doing that, so—if iCompute wants to also consider that expedient—he should read the full paragraph. Quote Link to comment Share on other sites More sharing options...
DavidHertzberg Posted August 11, 2017 Report Share Posted August 11, 2017 dzeleznik has done further testing and analysis of his/her Retrospect Windows 12.1 "chain broken" errors, as reported in this post. His/her conclusions include: " My backup set [Retrospect Windows term for Media Set] had real latent errors that were never reported or detected by v11. v12 incremental verify [what you get when you don't specify the Verify entire Media Set option for a Verify script per page 142 of the Retrospect Mac 14 User's Guide] on a v11-maintained backup set reports a mixture of real errors and false positives. " I think everyone should read that post, which obviously makes my "controversial suggestion" in the second paragraph of post #4 of this thread irrelevant, in full. Presumably those conclusions also apply to Retrospect Mac 14 vs. Retrospect Mac 13 (and previous versions?). Quote Link to comment Share on other sites More sharing options...
prl Posted August 15, 2017 Report Share Posted August 15, 2017 ... "EIMS3/EIMS_3.3.9/Mail Folder/mcinteriors.com/design/Drafts" chain broken ... What do these messages mean? I think that one means that there are bits missing in a block-wise incremental backup. I've seen a similar problem before in an earlier version, the last update to v13, I think. Quote Link to comment Share on other sites More sharing options...
DavidHertzberg Posted August 15, 2017 Report Share Posted August 15, 2017 I think that one means that there are bits missing in a block-wise incremental backup. I've seen a similar problem before in an earlier version, the last update to v13, I think. If you read the post I linked to in the first sentence of post #5 in this thread, you'll see that (if I'm reading him/her correctly) dzeleznik's item 2 says that some smaller files—that I assume were not enabled for block-level incremental backup—got "chain broken" errors. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted September 7, 2017 Author Report Share Posted September 7, 2017 FWIW - Retrospect support told me that these are not real errors, only errors in the verify process. The data and datasets are intact. I will read the "dzelenik" posts... Quote Link to comment Share on other sites More sharing options...
Don Lee Posted September 7, 2017 Author Report Share Posted September 7, 2017 FWIW, I did restore files from teh reported error messages, and they came back intact. My limited testing verified that these are not "real" errors. Quote Link to comment Share on other sites More sharing options...
DavidHertzberg Posted September 8, 2017 Report Share Posted September 8, 2017 FWIW, I did restore files from teh reported error messages, and they came back intact. My limited testing verified that these are not "real" errors. iCompute, had the files that you restored intact been enabled for block-level incremental backup, or were they smaller files that had not been enabled for block-level incremental backup? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.