tigerspy Posted January 29, 2010 Report Share Posted January 29, 2010 Am running multi-server windows , update 7.7.208. I have several proactive backup scripts with lots of clients. The polling will start, but will hit a machine a few slots down the polling list, and gets a status of "retry", so the polling starts back up at the top. Polling never gets below that machine into other proactive scripts, so there's lots of machines on my network not getting backed up. Advice? Keith Quote Link to comment Share on other sites More sharing options...
tigerspy Posted January 29, 2010 Author Report Share Posted January 29, 2010 I should probably add that I haven't change anything to my proactive backup scripts. Everything was working OK in 7.7.203 (with the exception of crashing daily). Seems to be an issue with 7.7.208. I tried recreating my proactive scripts in 7.7.208 to see if could help. Nothing is helping. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted January 29, 2010 Report Share Posted January 29, 2010 Is it always getting stuck on one specific client with the retry? Quote Link to comment Share on other sites More sharing options...
tigerspy Posted January 29, 2010 Author Report Share Posted January 29, 2010 The behavior seems to be this: It will allow one execution per proactive backup script (because I only have one backup set assigned per backup script). When it finds another available client to backup in the same backup script, it sets the status of "retry" , but instead of skipping over it to retry that client later, it just goes back to the top of the polling queue. It's not just a specific client, because that "retry" client does eventually hit execution after the previous clients that took up the execution slot finished. Then when polling finds another client for that backup script that could be backed up, it hits retry and goes back to the top of the queue again. Quote Link to comment Share on other sites More sharing options...
tigerspy Posted February 1, 2010 Author Report Share Posted February 1, 2010 Does anyone have any idea what might be causing this issue? It wasn't an issue until I updated to 7.7.208. Keith Quote Link to comment Share on other sites More sharing options...
ebrewer Posted February 2, 2010 Report Share Posted February 2, 2010 I seem to be having exactly the same problem - a "retry" causes it to skip back to the top of the list, so some users (like my own test account) never get backed up. Quote Link to comment Share on other sites More sharing options...
Richy_Boy Posted February 2, 2010 Report Share Posted February 2, 2010 I thought it always did something wacky like that? Rich Quote Link to comment Share on other sites More sharing options...
Lennart_T Posted February 3, 2010 Report Share Posted February 3, 2010 No, earlier versions put "retry" clients at the bttom of the list. Quote Link to comment Share on other sites More sharing options...
rossvideo Posted February 3, 2010 Report Share Posted February 3, 2010 I am experiencing this same issue. I call tech support almost daily for an update on the situation. Earlier today I was told the same thing I've been told for the past week: the engineers are aware of it, and it is a high priority bug. -Sean Quote Link to comment Share on other sites More sharing options...
jcapslock Posted February 8, 2010 Report Share Posted February 8, 2010 Anyone heard any new news? I didn't notice this until today. Basically instead of marking all of the clients in the same script as busy it just says retry when it hits a client in the same script as one that is already executing and then short circuits the polling to start over from the top. I've tried manually deferring the client that causes it to short circuit and that doesn't help. It just ignores my deferral and does the same thing. We're running 64 bit Retrospect on 64-bit windows XP. Quote Link to comment Share on other sites More sharing options...
ngallman Posted February 16, 2010 Report Share Posted February 16, 2010 I'm also running 7.7.208 multi-server edition and have noticed this polling issue. To reiterate... server A belongs to backup set A-B and is currently executing. Server B belongs to backup set A-B and gets a retry status because backup set A-B is in use by Server A. Rather than polling Server C which belongs to backup set C-D (which is available for execution), polling starts over at the top of the list; Starting with Server A which is executing, so drops to Server B, getting a retry and starting over at the top of the list again. Server C of backup set C-D could be running as well as Server E of backup set E-F. But instead, only Server A is backing up because the polling issue. Quote Link to comment Share on other sites More sharing options...
jcapslock Posted March 2, 2010 Report Share Posted March 2, 2010 BUMP Any plans for another bug fix soon? This is getting irritating. Also I believe I'm starting to have another issue that I read about, long match times. I came into work today and the backups that started Saturday night were still running with, supposedly, days remaining. Quote Link to comment Share on other sites More sharing options...
Richy_Boy Posted March 2, 2010 Report Share Posted March 2, 2010 If I had the budget, RS would be dropped by now. I would have paid twice as much for the 7,7 upgrade if it meant some resources would be put into testing and bug fixing. I don't care if I have to patch the server one bug-fix at a time, I just need some improvement, it's been months now. Light entertainment whilst we wait... Rich Quote Link to comment Share on other sites More sharing options...
Richy_Boy Posted March 2, 2010 Report Share Posted March 2, 2010 (edited) Sorry, double post.. damn this forum is slow. Rich Edited March 2, 2010 by Guest 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.