Jump to content

bobbodavis

Members
  • Content count

    49
  • Joined

  • Last visited

  • Days Won

    2

bobbodavis last won the day on May 8 2017

bobbodavis had the most liked content!

Community Reputation

5 Neutral

About bobbodavis

  • Rank
    Advanced Member
  1. That is correct - priority has not been in use on the clients since version 8 of Windows and I'm not sure of the corresponding Mac client version: http://forums.retrospect.com/index.php?/topic/150758-where-did-the-client-priority-slider-go-in-820-177/
  2. bobbodavis

    Bad backup set header found ... which RDB files ?

    Ditto to Scillonian's post. Often times, you will save time (and patience) in the long run, by creating a brand new backup set and starting from scratch. Then just hold onto the old one for length of time for your retention policy. Unfortunately, this is not ideal in many cases, especially when you have large backup sets that take days to rebuild from scratch. However, I've tried to groom/repair on several occassions, only to have to turn around and recreate the backup set anyway. The real downside is the cost of drive space to maintain 2 backup sets of the data, but if you have the room, it shouldn't be much of an issue. This has probably been my biggest complaint of Retrospect over the 5 years we've been using it. Unfortunately, it isn't just Retrospect that suffers from this problem.. I've also used CrashPlan and Acronis True Image Home and find that they also suffer from this behavior (given enough time, the automated backups eventually have a problem of some kind). It's not a matter of "if", but "when" your backup data, or the associated catalog file, will become corrupted. The constant reading, writing, grooming, unplanned reboots (patching while a backup is running), etc, will eventually cause an issue somewhere. As a result, starting fresh every now and then with a backup set is a good idea if you have the space to hold onto the old one for awhile, while you create the new one and let it build up some history. Probably not what you wanted to hear, but that has been my experience anyway.
  3. Yes, thank you, I'm aware. That was the one I was using as of yesterday that I thought had resolved the issue. I was running 10.0.1.103. It Looked good at first and was working fine when I left for the day, but crashed sometime overnight and then basically repeated the same behavior I experienced with the previous build after upgrading from 9.5 before. I've reverted back to 9.5 for now and it is working again so I'm not dead in the water. However, I have reached out to technical support to see what they suggest and/or if they still would like me to run procdump.exe against retrospect 10.0.1.103 now or the previous beta version (10.0.0.216.1). Behavior seems similar so I imagine it will be against the latest, but want to check with them to be sure.
  4. I guess I spoke to soon. Came into work and found the system had crashed again. Same behavior as before... upon attempting to check nearly any backup set (double click on it or via right click >>> properties), the Retrospect Application immediately force closes and the behavior is very repeatable. I removed 10, rolled back to 9.5 and replaced the Retrospect directory with the Config77.dat files and once again it is working fine with 9.5. Unfortunately, the way Retrospect is instantly crashing, it is not able to write anything to the assert.log file so I can't pinpoint what the cause is. I had this happen back on 7.1.4 on a different server and ultimately gave up and started with a fresh config file. At least I'm working with 9.5 so don't have to go that route (yet), but it's a real shame to pay for the the latest version and support and not be able to utilize it. I will attempt to contact support again and see if they can provide a bit more assistance this time.
  5. That was a paragraph, but I'll appease you in the future by adding more spaces to help you with your reading. Feel free to add any troubleshooting or assistance in the future instead of critiquing the formatting of my writing. I was under the impression that this was a user-based forum for assisting others? I did contact support - the very same day. Of course, they are several hours ahead (somewhere in Europe?) and did not respond until the next day. Despite my request to be contacted in person, I only received emails for follow-up, but at least I did hear back. Their suggestion was for me to download and install a beta version of the software that had had not been publicly released at the time. Since I was able to revert back to 9.5 and have a working version already, I opted not to try the unreleased Beta version. Regardless, in the end, I am now up and running with 10.0.1.103 which seems to be working correctly. I'm not sure if it is just a more stable version, or perhaps it helped to first upgrade from 9.5.2.103 then to 9.5.3.103 before finally upgrading to the latest version of 10.0.1.103. I was not initially aware that 9.5.3.103 was available, as my application already said it was up-to-date and only stumbled across 9.5.3.103 in the archived versions. Either way, I'm glad to be running the latest version without the software crashing every few minutes. If there are others out there that may run into similar issues with upgrading, I hope this provides some assistance. And remember, always, always, always, backup up your "C:\programdata\retrospect" folder prior to making any major changes. Probably a good idea to use VSS or some other backup application to back up this particular directory on a regular basis (just in case). I've had similar issues with earlier versions of Retrospect and have been able to save my configurations/settings by reverting back to a previous day (sometimes a few days back) backup copy when random Retrospect crashing would occur.
  6. FYI for anyone who is considering upgrading from a previous version of Retrospect Server/Multiserver to the latest 10.0.0.213 version. I don't know if this is just me, but I've opened a support case and am hoping for some feedback and assistance. Long story short- retrospect crashes when I do ANYTHING in 10.0.0.213 after upgrading from 9.5.2.103. Well, not anything, but most things. I can't even check the properties of 90% of my existing backup sets without a force crash occurring. I even tried creating a new backup set (which creates a new catalog file for it too) and then telling it to recreate the catalog file from existing backup files.....CRASH!!!!!!!!!!!!!!!!!!!!!!! I've been able to successfully do a manual backup of the handful of systems where the backup sets don't automatically crash the entire application just by double clicking on them. Only the manual backups seem to work though - proactive backups start, scan the system and as soon as they go to write the first change.... CRASH!!!!!!!!!!!!!!!! Luckily for me, I've learned from similar experiences with this software to frequently backup the entire "C:\programdata\retrospect folder" so I had a fresh copy of it just before the upgrade took place. I was then lucky enough to be able to remove Retrospect Multiserver 10 from my Windows 2008 R2 system, reboot, clean install 9.5 again and copy back by config files. After that, everything is working as it was before ..... PHEW!!!! I'm really miffed about the whole process though!!! After a lot of troubleshooting, attempting several over the top 10.0.0.213 install/repairs, etc, I believe there may be a bug with this version and recommend staying away 10.0.0.213 for now if you plan to UPGRADE from an earlier version. I did install a fresh version of 10.0.0.213 for workstation as a separate test and it works fine as a clean install. I think the new version is having a hard time reading the existing catalog files and that is what is causing the issue. Then again, why couldn't I create a new backup set and recreate the catalog file from the existing backup data in this version either??? I really can't afford to rebuild from scratch in my environment as we have multiple backup sets that are several hundred GB each (a few are a couple TB each) - this probably goes the same for many others using this in a business environment. It is way too time consuming to recreate 30+ backup scripts, 30+ backup sets and then have every system backup all of that data from scratch... plus, there's no way I'm going to wipe my storage space clean to free up the necessary space again, while losing all of my backup history and retention in the process. Interestingly enough, there are 0 posts about version 10 in the forums so far, anyone else using it yet and/or able to upgrade without issues?
  7. I'd run the backup and see if it gets it or not. It sounds like you set it up correctly though. I've noticed that when doing data restores, directories I have excluded will show up, but then when you look inside of them, they are empty like they should be. So it kind of appears it backups of the excluded directory at the root (basically just the folder name), but then it excludes everything like it's supposed to. You could also create a filter that excludes any folder containing just "Recycle.Bin" or "*Recycle.Bin" as that should also accomplish the same thing and set it to only set for directories with exact spelling since the folder is C:\$Recycle.Bin.
  8. bobbodavis

    Cannot Connect to Client

    Might also want to try resetting the Windows firewall option from the client as well. Retrospect has a built in application for this already. On a Win 7 x64 system, it resides on: C:\Program Files (x86)\Retrospect\Retrospect Client\retfwset.exe for Win 7 x86: C:\Program Files\Retrospect\Retrospect Client\retfwset.exe I'm not sure about XP. Might be in the same location as Win 7 or perhaps under the default user profile such as "C:\documents and settings\all users\app data\retrospect\retfwset.exe"
  9. bobbodavis

    Where did the client "Priority" slider go in 8.2.0 (177)

    Ah, I was not aware that the slider bar had no effect in version 7. Good to know that the 20% status is only a cosmetic bug in version 8 since the priority is dynamically adjusted now.
  10. bobbodavis

    Retrospect 8 Client Inconsistencies

    I am also curious. I have not tried the on demand restore or backup yet, by my 8.2.0 clients show nothing in the history either (just a spinning circle in the right hand corner). From the client, I can see the "last backup" status, but nothing for the "next backup" and nothing in the "history". Of course, when I log onto the server and open the backup script, the history is all there, so not sure why the client is not seeing that, or at least what it knows has previously taken place locally on the machine. I should note that I'm still running server 7.114 though and client 8.2.0 so that may have something to do with it (have not heard from my other posts yet about this though to determine if that could be the issue). Steve, what version of the server software are you using?
  11. OK I'm still running server 7.7.114 at this time, but have upgraded by client version to 8.2.0 (177) so maybe that's the problem. I did this though, because I like the new client much better as it actually places an icon in the Windows notification bar that lets me know when a backup ran, or if it didn't run for a few days. In the older version, Windows would blow up your screen with a UAC notification that you had to allow to see the message and that was ANNOYING to have to go through the UAC process which was like a mini display change to view the message and revert back. So, as my setup is (server 7.7.114 and client 8.2.0) I currently don't see a "Priority" slider option anymore on the client side. Also, the clients I did upgrade to 8.2.0 clients show up on the server with only 20% priority by default. When they we're running 7.7.114 we had set them to 80% priority so I'm not sure why it chose to default to 20%. If anything, it should have set to the default, which used to be 100%, if I'm not mistaken? Has the priority slider been removed in version 8.2.0, is it a bug in the 8.2.0 client for the priority and/or is this just an inconsistency in my case because the server version is older than the client version?
  12. bobbodavis

    Cannot Connect to Client

    Have the same issue with a few of my clients. Have not found a fix. However, once you enter by IP, it seems to work as long as you don't try to search for it by name or double click it in the client list again. I hoped that removing the client from the server setup, closing down the server side applicaiton, restarting the server side application and re-adding the client (since it sees it as an available client still) would do the trick, but no dice. Like you, for these "problem" clients, I just manually connect by IP and once it says that it's successful, I don't touch that client again and it will then continue to work.
  13. bobbodavis

    Delete multiple snapshots simultaneously

    I don't understand it either. We ask, and ask, and ask and ask, but are not heard. This seems like a simple fix (maybe not in the actual code) but the implementation should be a standard feature - especially at the latest server license price points. It wasn't there in version 6, not in 7, and now not in 8 (or any of the implementations inbetween) I sure hope it makes the next release - there are a lot of other backup solutions out there these days... I'm just saying.
  14. Probably not a good idea to post the actual license keys on a public forum. You're screen shots show the keys in plain text ... Back to your original question though, I get those errors on occasion too - usually in Windows 7 under a user profile in a hidden "appdata" folder that has constantly open files (like GASMO for Gmail). Don't really know why, but I can only assume that Windows VSS may have them locked already because they are constantly changing (i.e. a mail client that is open all day and receiving new messages). Rebooting the client system "usually" helps resolve the issue.., at least for a while anyway. Update: Also looks like your errors are for files in Internet Explorer temp directories. You could filter your backups to ignore those. Otherwise, you may continue to see them if the backup is running while files are changing. For instance, the files exist during the retrospect scan, however, the user clears cookies/cache/temp IE settings after the were scanned but before they could be backed up (I have my browser set to clear everything upon close so it's a very possible scenario). The files then fail to backup because they don't exist or have been changed.
  15. bobbodavis

    Does Windows 7 sleep while Retrospect is running?

    If the computer is already asleep, then retrospect will not run. There are 2 places to enable "Wake on Lan" in retrospect, but I have found that it does not actually work (and yes, WOL works on my machine from other apps and is enabled in the bios). Retrospect has these options: 01) when you click on "configure / clients" and double click your client. Then on the general tab, enable the box "enable wake-on-lan". 02) in your backup script click on options (make sure you already have advanced options enabled). Under Execution / Client, there is another box for "enable Wake-On-Lan" Make sure that box is checked. Again, I have these settings on all of my clients, but it does not seem to work from Retrospect, even though WOL works from other applications just fine. I think this is a broken feature. If a backup is already in progress, I do not think your client should go to sleep, but can't confirm. You might want to make sure that your NIC is set to not allow itself to turn off to save power. This is done from computer management (right click "my computer" and select "manage". -Click on Device Manager -Find Network Adapters and expand -Find your NIC -Right click and select "properties" -Click on the "power management" tab If there is an option to allow ' wake on magic packet or something like that, make sure it is enabled - check other tabs to see if there are any options to allow the computer to put the NIC to sleep to save power and disable them if there are. Also check "power options" from control panel. Click the "cahnge advanced power settings" under your power profile See if there are any options for Network adapters and make sure that they are all set to a configuration that will not allow the computer to put the NIC to sleep to save power. -
×