Aller au contenu principal

Builds 6559 and 6569 BU times out

Thread needs solution

On one of my laptops after installing build 6559 the scheduled BU seems to hang. At the bottom of the TI window it shows that the task is Queued and the eventually it times out. My other three PCs do not have an issue.

A couple of days ago I updated all of my systems with build 6569 and still the one laptop fails.

I created a new task and attempted to run it and it seems to be doing the same thing, e.g. it is queued. 

When I had build 6027 installed it was running without issue.

See the attached images.

 

 

0 Users found this helpful

jgt,

I believe something went wrong with the update/install.  I recommend going to your Acronis account and downloading the full install version of 6569 and installing it using the process in the following link:

https://kb.acronis.com/content/48668

The link includes a cleanup utility which cleans out old Acronis files and registry items.  Please download and use the cleanup utility.

This should fix your queueing issue.

The instructions are easy to follow...you should not have any problems.

Regards,

FtrPilot

OH Crap, last night I tried your suggestion and it seemed to work until I encountered the tmeout error as in the attached image. Tish is an error that I and numerous other users have encountered.

It would be really thoughtful of Acronis if they fixed known issues.

 

Fichier attaché Taille
356364-128776.png 8.25 Ko

Open Windows Task Manager, find the following services and STOP each service

Acronis Nonstop Backup Service (afcdp) Performs Nonstop Backup for partitions 
Acronis Scheduler2 Service (AcrSch2Svc) Task scheduling for Acronis True Image
Acronis Sync Agent Service (syncagentsrv) Performs Synchronization
Acronis Managed Machine Service Mini

Communicates with Family Dashboard

Using Windows Explorer navigate to C:/ProgramFiles/TrueImage/ and locate the Database folder.  Right click on this folder and select Rename.  Rename the folder adding the extension .old and hit Enter.  Close Explorer and reboot your machine and see if the problem persists.

Note: On some systems the database folder will be hidden.  Turn on Show Hidden files and folders if you do not see the database folder.

OK I stopped the suggested services (see image below)

However on my systems TI is installed in C:\Program Files (x86)\Acronis\TrueImageHome

I have turned on the option to see hidden files (this I always do when I install windows) but I don't find the Database folder as you suggest. Using Everything (search tool) I searched for database and found two for Acronis, see the image I attempted to renamed both.

I was not able to rename one of the folders ("C:\ProgramData\Acronis\TrueImageHome\Database") using Unlocker I renamed the folder but it cannot be renamed until I reboot. Upon reboot the folder reappeared and as before I could not rename it until the system rebooted.

Again I stopped the suggested services. After rereading your post it seems that I should reboot my system and try TI again.

It still times out. It will start and present the appearace that it is going to run. The last time I looked TI claimed to have backed up 28MB, I then went off to other things and now when I look TI states that it was stopped by the user (see the image).

I restarted TI, TI states 28 MB and calculating time, see image

It failed, see image

 

 

Fichier attaché Taille
356410-128782.png 14.31 Ko
356410-128785.png 63.6 Ko
356410-128788.png 71.01 Ko
356410-128791.png 61.65 Ko

Sorry for the confusion in renaming the database folder, it sounds like you were successful in doing so however.

I see you are using a network location as a backup location, when setting up the task were you asked for user credentials to connect to this location?  I would think you were and that connection was successful.

Have you had success using this location as a backup location from this machine prior to your upgrade?

If you have had success in the past here and your connection to the location is successful I would suspect that the app might have found corruption on the hard disk on the laptop.  Running chkdsk from an elevated command prompt might find such errors if they exist.  Running the command on your OS drive will require a restart to complete.

 

Enchantech wrote:

Sorry for the confusion in renaming the database folder, it sounds like you were successful in doing so however.

As I get older I find I need more ver specific directions otherwsie I become easily confused.

Enchantech wrote:

I see you are using a network location as a backup location, when setting up the task were you asked for user credentials to connect to this location?  I would think you were and that connection was successful.

Yes I'm using simple networking setup I also created a homegroup but IMHO the homegroup does nothing for you.

Enchantech wrote:

Have you had success using this location as a backup location from this machine prior to your upgrade?

Yes, with Build 6027 it was working and stopped working with build 6559

Also numerous other applications access the network drives from all three of my laptops as well as guest when visiting and so far none of those applications or guest PCs have had any issues.

Enchantech wrote:

If you have had success in the past here and your connection to the location is successful I would suspect that the app might have found corruption on the hard disk on the laptop.  Running chkdsk from an elevated command prompt might find such errors if they exist.  Running the command on your OS drive will require a restart to complete.

First I ran CHKDSK as admin, the first two stages ran without finding anything, I'm not sure about the 3rd phase, the darn window closed before I could read the results.

I then open CMD as admin and ran CHKDSK /F which ofcourse required a reboot. 

After CHKDSK ran and the system completed the reboot again I ran TI, the only difference I see is that TI reports "Backing up... 34MB" ranther than 28MB.

Previously when I had this issue I compaired a TI file on the broken PC to the same file on a working PC (sorry but the short term memory has failed and I do not recall the file). I noted the differene and modified the file on the broken PC and then it worked. By chance do you have any idea which file I should look at? I have another laptop (aka Sony) that is working and is backing up to the same network drive (same network access) but different folder. On both laptops I've setup incremental backups which should run daily. I just checked the working PC (aka Sony) and the daily incremental runs were running at least before the B6569 update. I just finished the B6569 update on that system and kicked off the run and I'm waiting to see if it runs. 

OK it looks like it is running on the Sony, TI has backed up722 MB and has 23 minutes remaining. Thus if you can identify the file(s) I need to compare on the two systems (my wife's Lenovo) and the old Sony. I can compare and make the modifications.

 

jgt1942 I sent you an email from the webex we did awhile back to see if it jogs your memory as it has your notes in it too.  

I'm not sure of a specific file you copied from one to the other - perhaps you were referring to the regkey for the local share credentials stored in Acronis?

https://kb.acronis.com/content/58004

  • Credentials for the NAS itself when using SMB shares are stored at HKEY_CURRENT_USER\Software\Acronis\Connections\smb\<NAS name or ip>
  • Credentials for each top-level SMB share on the NAS that has been accessed at least once are at HKEY_CURRENT_USER\Software\Acronis\Connections\smb\<NAS name or ip>\<SMB share name>
  • Credentials for FTP server are saved in a separate key HKEY_CURRENT_USER\Software\Acronis\Connections\ftp\<FTP server address:port number>

 

 

 

I agree with Bobbo on clearing the credentials out then rerun the backup which will trigger the credential logon box to appear if required.  Not sure about credentials being required since you mention guest users.

You might try creating a new task to a different disk, differrent folder and see if that works.  If yes then there may be further corruption on the current target disk such as bad sectors which would require chkdsk /r to correct and does carry with it possible data loss.

 

OK guys, I have success. 

Much thanks to Bobbo_3C0X1 for send me a copy of the Webex session, I actually have a copy on my system but could not find it. After the Webex session I was able to find a solution. This time and replied the steps and had success but had to perfrom additional steps. Als this time I documented the steps I took, by far not an obvious solution and unless you have access to a working system (which I did) with the same setup, my solution may not help others. However it may shed some light for the developers in that they seem to be lost. I've attached a PDF of my solution. Originally (after the Webex session) just before TI ran I did encounter the Authentication Settings window (this is documented in the PDF) but this time I did NOT and found an alternate solution which is also documented in the PDF.

Fichier attaché Taille
356730-128806.pdf 616.03 Ko

Plese submit your PDF as an attachment to Feedback which you can do from within the application and can be found in the Tools sectikon (tools icon) in the app GUI.

This is a known problem but your documented resolution may be of help to the  developers and the best way to get that to them is via Feedback.

Glad you have it working now.

Enchantech wrote:

Plese submit your PDF as an attachment to Feedback which you can do from within the application and can be found in the Tools sectikon (tools icon) in the app GUI.

This is a known problem but your documented resolution may be of help to the  developers and the best way to get that to them is via Feedback.

Glad you have it working now.

Done. thanks for the suggestion.