Ramon88 Posted February 4, 2010 Report Share Posted February 4, 2010 Hmm, strange... Keep us posted. Btw, how much RAM does your Retrospect system have? Quote Link to comment Share on other sites More sharing options...
rcohen Posted February 4, 2010 Author Report Share Posted February 4, 2010 32 GB. Retrospect's peak memory usage is about 1 GB. Quote Link to comment Share on other sites More sharing options...
Ramon88 Posted February 5, 2010 Report Share Posted February 5, 2010 Okay, that should be enough... What kind of backup target for the storage set do you use? Is it possible to use another storage system to test? Btw, we backup a lot of files (in the millions) for some of our clients as well and don't see this problem (using 7.6.123). So I'm interested because we may want to upgrade to 7.7. Quote Link to comment Share on other sites More sharing options...
rcohen Posted February 5, 2010 Author Report Share Posted February 5, 2010 What kind of backup target for the storage set do you use? Is it possible to use another storage system to test? I'm doing backups to disk, using a Thecus NAS. I have already tried backing up to other systems (actual Windows and Linux servers), with no change in behavior. Quote Link to comment Share on other sites More sharing options...
mwilliamson Posted February 5, 2010 Report Share Posted February 5, 2010 Hi all, below is the thread I have been posting on. The is the same memory error everyone who has large backup jobs is seeing. It almost seems worse after the update from 7.7.203 to 7.7.208. I have been sending my assert and operations logs to EMC support but still no fix for this particular issue. I am completely unable to rebuild a large catalog file and twice have had to blow away my backup sets and start over. http://forums.dantz.com/showtopic.php?tid/32765 -Matt Quote Link to comment Share on other sites More sharing options...
rcohen Posted February 5, 2010 Author Report Share Posted February 5, 2010 Is this problem in the 32-bit version as well? I have been using the 64-bit version. Quote Link to comment Share on other sites More sharing options...
mwilliamson Posted February 6, 2010 Report Share Posted February 6, 2010 Yes, the support team has confirmed it is happening on both 32 and 64-bit systems. Quote Link to comment Share on other sites More sharing options...
railes Posted March 5, 2010 Report Share Posted March 5, 2010 I'm seeing these errors in all my tape backups. I'm running 7.7.208 on 64 bit Windows 2003. I never saw this in 7.6. I am almost certain I had tons of these errors when I first started with 7.7 the second time (after I'd bailed back to 7.6 waiting for the mem leak fix). But then I changed this setting in the retro.ini file in the Retrospect program directory: MaxMemPercent=70 from the default which I believe is MaxMemPercent=30. I was told by Tech Support many months ago that this config controlled how much system RAM RS was allowed to take up. I'm pretty sure this reduced these Heap Validate Failed errors. Be careful with this setting. Going too high will cause the program to crash with memory assert error. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted March 24, 2010 Report Share Posted March 24, 2010 The 64 bit version of Retrospect does not use the .ini setting, so don't bother making a change. The heap validation issue is fixed in the next release, it's a bug. 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.