Task stalled while "calculating"
I've found another little problem, and cannot see any clear answer.
Tasks are set to run each day.
If not run they are set to run on start-up the next day.
Several tasks, some full backups, some differential.
Today they all triggered on start-up. The first task, full backup, worked okay.
The rest stalled.
Queued and calculating, for five hours.
Nothing else.
Never seen this wonderful feature before.
My previous version of TIH 2010 never stalled on this action, it just got on and did the work without a problem.
I wonder if anyone else has come on it in this exciting 2014 Premium version?
Oh, it's Win 7 64-bit running backups off and to a net-attached server.
Thanks for getting back to me.
I do appear to have a similar problem to the other poster, ie., the first two full backups come close to the 5gig. limit and the next in-line, the first of four differential backups, reached about 200 meg before it halted. This brings the total to about 5gig. before halting.
The PC is connected to the NAS via a LAN switch not USB and it's a good reliable network.
I don't want to go anywhere near its settings as it serves other machines when needed.
As I mentioned in my first post this is a new behaviour, not apparent on TIH 2010 and unless resolved I'll be forced to go back to it.
Today I'm watching the four differentials "calculating..." for the last six hours. Normally they would all be completed by now.
Currently I have to reboot the PC and run the differentials manually to achieve anything, and I have no idea whether this is corrupting the differentials, the chain or anything.
So as I understand it your differential backups never really start they just stall at calculating at least that is the case if they are queued to run concurrently, correct? Have you looked at Windows event logs to see if you can determine what service or process has stopped working? This would probably be the best place to start in trying to address your issue. I am somewhat surprised that an error message has not appeared when this happens.
Is it possible for you to connect your machine up directly to your NAS using a crossover cable to take the switch out of the loop so as to eliminate a possible issue with that device? If you can try that as well. You need to narrow done if possible whether the problem is network related or application related. I know that it appears to be app related at this point but given it was working and now is not raises the possibility that something else is at work here.
Not quite, the first differential appears to work and hang. It's differential backup reaches about 180 meg and this appears to be on the threshold of 5 gig. highlighted in the other thread you highlighted.
Similarly the network switch appears to be working well. After closing the tasks and rebooting the machine last night I set all the differentials to work manually and they completed their routines within an hour.
Same again this morning. The differentials are working correctly and automatically while the full backups had already run last night and so didn't need to run on start-up this morning.
I also note that the differential currently running is the beginning of a new chain, so it is making a new full backup, already at 15 gig., without a problem.
Mystifying.
---
Up-Date (4 hours later...)
The large differential backup completed successfully, 19gig. in all.
The following differential is now trapped in "calculating..."
However when I look at the backup folder it has performed successfully, there is a new differential backup for today less than half an hour after the completion of the earlier, larger backup.
This doesn't appear to be a network issue but an application error.
Thus, two small differentials worked successfully, 4 mg and 87meg. respectively. A third differential, starting a new chain with a 19 gig. full back and removing the previous backup chain, also completed successfully. the fourth differential also worked in creating its backup for the day, but its task is reporting Queued and "calculating..." for the last four hours.
The mystery remains.
It sounds like for some reason the application is not receiving the return packet from the NAS indicating that the job has completed. This could be caused by firewall, router, switch. If you can directly attach the NAS to your computers back I/O panel and test you can determine if the problem still occurs which would indicate possibly Windows firewall. If the problem does not occur then you should look at router settings or switch settings if your switch is a managed type switch.
Does this happen at various stages in a backup? In other words sometimes 5% gets backed up other times 8% and yet other times 12%? Are you running a Gigabit network? Do you know what your average transfer rate is over the network? Judging by what I read so far in your posts it sounds like it is a fairly robust connection. There are tools available to test your network for problems such as lost packets. One such app is Wireshark, 30 day free trial, here's a link:
Patching the PC to the NAS would mean a lot of crawling around the room and time I can't spend on trouble-shooting all this at the moment.
I can't imagine how the firewall would be effecting the network as Acronis is set to access the net.
It's not a gigabyte network to the best of my understanding.
Various stages in backup? Hmmmm, it's hung again this morning. This time one full backup (under 800 meg.) then one differential backup (100 meg.) worked, then the next in the queue was the other, larger full backup, which has suspended while "calculating..." but did begin the backup and saved 900 meg. before freezing.
Hmmm, perhaps I will have to scramble on the floor for a couple of hours.
Now, where did I put those patch cables?
I'll try this afternoon, running the PC and NAS alone, nothing else active on the net, and see what happens.