Don Lee Posted November 6, 2014 Report Share Posted November 6, 2014 I have been manually copying my media sets that appear to have suffered from the problem described here: http://forums.retrospect.com/index.php?/topic/150511-nasty-bug-scheduled-copy-media-set-only-copies-fraction-of-data/ When I copied the media sets, I found that although the reported number of files and the size of the resultant media set looks correct, when I look at the target copy and "retrieve" the older backups, there is *nothing* there. This may be a more serious bug than that described in the previous report. I am running 11.5.0.139 (console and engine) I plan to try doing the copy via "copy backups" (and copy all backups) and maybe upgrade to 11.5.2, but there is nothing in the release notes that indicates that this has been fixed. This is new, bad, behavior not present in 10.5. I'll report back. Quote Link to comment Share on other sites More sharing options...
twickland Posted November 7, 2014 Report Share Posted November 7, 2014 This sounds like the files are being copied but not the backup snapshot. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted November 8, 2014 Author Report Share Posted November 8, 2014 I tried using "copy backups" and selected "all backups" to do the equivalent operation, and it results in the same thing, except that it *appears* that the output media set is smaller. The original media set copy op seems to have copied the files, but not the 'snapshots'. The "copy backups" appears to have only copied the files in the backups that got copied, and that is only the "latest", and 0 or 1 previous. Of the two media sets I tried, one resulted in zero backups to "retrieve". The other resulted in one. I'm going to try rebuilding one of these sets to see if the backups "reappear". I'll report back. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted November 8, 2014 Author Report Share Posted November 8, 2014 Media set rebuilds do not appear to restore the missing snapshots. I'm going to upgrade Retro to the latest, and see if this is fixed. I don't see anything in the release notes, but I can hope. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted November 8, 2014 Author Report Share Posted November 8, 2014 Busted. After the rebuild of a media set with 703,709 files, and 24 backups (according to the "summary" panel on the media set), I can only see five backups in the "backups" panel, and when I click "retrieve", there is nothing there. I'm going to 11.5.2.107 now to see if it's better. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted November 9, 2014 Author Report Share Posted November 9, 2014 Version 11.5.2.107 is just as bad with the resultant media sets, and the log files imply that only a fraction of the data was copied and/or verified. This is worse than 10.5. As an example, I did a media set copy of v9_icompute to v9_icompute_last. v9_icompute had 722424 files, and 90+ GB of data. The resulting copy contained 719786 files and 79 GB of data according to the Media Set display "summary" panel. However, the log from the copy contained this - only 5.3 GB copied?!?!?: ---- + Executing acopy at 11/8/14 8:58:46 PM (Activity Thread 1) To Backup Set v9_iCompute_last... - 11/8/14 8:58:46 PM: Transferring from v9_iCompute LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 LmGet: ndex = 0 < 1 11/8/14 9:10:48 PM: Execution completed successfully Completed: 16,077 files, 5.3 GB Performance: 507.8 MB/minute Duration: 00:12:02 (00:01:19 idle/loading/preparing) - 11/8/14 9:10:48 PM: Verifying v9_iCompute_last 11/8/14 9:12:15 PM: Execution completed successfully Completed: 16,077 files, 5.3 GB Performance: 4,180.3 MB/minute Duration: 00:01:26 (00:00:08 idle/loading/preparing) 11/8/14 9:12:18 PM: Script "acopy" completed successfully ---- Quote Link to comment Share on other sites More sharing options...
Don Lee Posted November 9, 2014 Author Report Share Posted November 9, 2014 I can't live with this. I'm going back to v 10.5 until this problem is fixed. I upgraded to v11 to fix problems with media set copies, and it's worse, not better. Quote Link to comment Share on other sites More sharing options...
bdunagan Posted November 13, 2014 Report Share Posted November 13, 2014 We are investigating this issue now. I'll post back when I have more information. Quote Link to comment Share on other sites More sharing options...
bdunagan Posted November 22, 2014 Report Share Posted November 22, 2014 We have identified the problem, and we're testing the fix now. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted December 10, 2014 Author Report Share Posted December 10, 2014 Any prognosis on this? Quote Link to comment Share on other sites More sharing options...
bdunagan Posted December 11, 2014 Report Share Posted December 11, 2014 Yes, we're finalizing a minor update that includes a fix for this. Quote Link to comment Share on other sites More sharing options...
bdunagan Posted December 23, 2014 Report Share Posted December 23, 2014 Today's minor update addresses this issue. Quote Link to comment Share on other sites More sharing options...
Don Lee Posted December 23, 2014 Author Report Share Posted December 23, 2014 Excellent. I'm itching to try it. Thank you. Quote Link to comment Share on other sites More sharing options...
kswisher Posted January 28, 2016 Report Share Posted January 28, 2016 It's been awhile since the last post on this bug in Version 11.5.2.107. I am running Version 11.5.3 (103) and am seeing similar issues as described above for some of my disk media sets. So I was wondering if this problem was ever fixed in version 11? If not, was it resolved in v12? Quote Link to comment Share on other sites More sharing options...
Don Lee Posted January 28, 2016 Author Report Share Posted January 28, 2016 It has been a while…. As I recall, this was a hard error, and easy to reproduce. Sorry i did not follow up and report my results with that "minor update". The fact that I did not report back with "still busted" testifies to a successful fix. Unfortunately, I don't remember exactly what version fixed it. You should be able to determine that from the datestamps on the updates. It is also fixed in v12. I copy media sets commonly, and I only lose files when I use "recycle target at start". I have an outstanding bug on that one, but that's a little harder to reproduce. Quote Link to comment Share on other sites More sharing options...
kswisher Posted January 31, 2016 Report Share Posted January 31, 2016 Thanks for the response. It appears I have a corrupted media set that is causing issues. The corruption is not noticed during catalog rebuild or copy media set operations. The auto verification after copy does not detect the issue either. The only real clues are the the log which shows the data copied or processed during rebuild is much less than the size of the source media set. Running a verify media set on either the source or copy will show the Media Set format inconsistency error. In the process of troubleshooting, I also encountered the copy backup bug (http://forums.retrospect.com/index.php?/topic/151506-retrospect-1152-wont-properly-accept-source-options-in-copy-backup-scripts/), so this bug was not fixed in v11.5.3.103. Reading the release notes for v12.x, it is not clear if copy backup has been fixed in v12. 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.