High CPU Load by scheduler
I have a permanend 20 to 25% CPU Load for 2 core Celeron CPU by the scheduler2 service. This a little high for 1 job per week to be scheduled and this is more important seems to cause problems with my DAC. An last but not least it burns energy for nothing.
Is this a know issue?
Thomas
Occasionally we will see a post about high CPU usage. There seems not ot be any patern to this issue however. Follow the reccomendations of Steve on doing an unistall and reinstall to see if that helps.
Hi Steve & Enchantech,
I am an IT professional (SW engeneer) and do not agree with your advice. I do also observe the issue described by Thomas Decker, running ATIH 2017 on a Windows 10 (rev. 1607) 64 Bit system with Core i5-4210M CPU. After upgrading from ATIH 2015 to ATIH 2017, I was facing long-lasting (maybe even infinite) CPU consumption of about 25% by the Acronis Scheduler 2 Service. The fan was sucking and energy was wasted just for "nothing to do" (my backups are all started manually).
That's why I disabled this service using the Computer Managemenment console and finally my notebook's fan was quiet. Unfortunately, after updating to the latest ATIH 2017 build 5554, the service again was enabled and consumed 25% CPU. So I disabled the service again.
I'm not willing to sweep my ATIH installation using the Cleanup Utility and afterwards re-install ATIH 2017 from scratch and again configure all my backup settings manually.
@Thomas: If you like to follow the steps I did, just log in to an administrator account and open the Computer Management console ("Computerverwaltung"). Navigate to the Services ("Dienste") section. There right-click the "Acronis Scheduler 2 Service" and select Properties ("Eigenschaften"). In the dialog box select Stop ("Beenden") and additionally the startup type Disabled ("Deaktiviert"). In Windows 10, another option to access the properties of the Acronis Scheduler 2 Service would be the Services ("Dienste") tab of the Task Manager. But remember my note above: after installing an update you might have to repeat this procedure.
Regards. Guntram
Guntram & Thomas, if this is a recreateable scenario for you both, then I would recommend you to open a support ticket with Acronis Support for this issue so that they can investigate it properly and try to reproduce it on their own development systems.
One of the significant changes with ATIH 2017 was the change in support from 30 days to a minimum of 1 year.
Thank you, Steve.
I followed your advice and opened a support ticket (Case ID 02813315).
Regards, Guntram.
I own a Lenovo Yoga Y700 on Windows 10 64bit, CPU is quad core i7-6700HQ.
Very same with ATI 2017 (new install, no upgrade, latest update), CPU at idle is used 6 to 8% by Process "Acronis Scheduler Service". While it is not a lot, it triggers the noisy fan regularly, this is how I noticed the problem.
It is strange also process "Local Security Authority Process" (Credential Manager, Security Acounts Manager, CNG Key Isolation) runs high too, around 9%. Not sure it is related.
You can contact me if you need to capture more logs or info on my system.
How can I access this case ID?
Hi guitoo,
as mentioned above, I've opened a service request (Case ID 02813315) and provided diagnostic data from my computer to Acronis. This request is currently beeing processed by the Acronis support team. I hope they will come up with a solution soon.
Regards, Guntram.
P.S.: I'm not sure if anybody can see the service request - I only see it within ma Acronis account. I'll come up with an update when the request's processing is completed.
Regards. Guntram
P.P.S:
(1) Yes guitoo, on my system the CPU load is also caused by the two processes "schedul2.exe" and "lsass.exe".
(2) The Acronis support team also asked me to uninstall ATIH, run the cleanup tool and re-install ATIH. I did so (after taking screenshots of my backup setting for there is no "Export/Import settings" function). Then I re-configured my settings manually. Don't waste your time by doing so - the sitiuation then was the same as is had been before.
guitoo, welcome to these user forums.
If you want to contribute to the Acronis case raised by Guntram (Case ID 02813315) then use the Feedback tool in the ATIH 2017 Help section in the GUI and submit an Acronis System Report plus reference this forum thread and Guntram's case ID. This will be passed to the Acronis development team working on that case.
Steve, Guntram,
Thanks for the quick feedback. Yes you are right, I recheked the exact process names, they are the 2 ones you listed. I also just sent back feedback as kindly guided. Let's see how it goes. Keep the thread updated if anything comes back from support team.
Occasionally we will see a post about high CPU usage. There seems not ot be any patern to this issue however. Follow the reccomendations of Steve on doing an unistall and reinstall to see if that helps.
Well, Enchantech, here's another one! (and I started an email support ticket today)
I only installed ATI 2017 one day ago and twice I have had my CPU go to 100%. One of those times ATI was not even running.
I suspect Acronis background services may be causing it (TrueImageMonitor exe, AcronisTibMounterMonitor and Acronis Scheduler2 Service) so I will try stopping them using CCleaner>tools>startup>windows tab>disable.
UPDATE .... it just happened again, while I was typing this! Will post and then disable them
Win 7 Home Premium 64 bit, Intel i7 4-core CPU 3.07 GHz, 6 GB RAM
Occasionally we will see a post about high CPU usage. There seems not ot be any patern to this issue however. Follow the reccomendations of Steve on doing an unistall and reinstall to see if that helps.
Well, Enchantech, here's another one!
I only installed ATI 2017 one day ago and twice I have had my CPU go to 100%. One of those times ATI was not even running. (and I started an email support ticket today)
I suspect Acronis background services may be causing it (TrueImageMonitor exe, AcronisTibMounterMonitor and Acronis Scheduler2 Service) so I will try stopping them using CCleaner>tools>startup>windows tab>disable.
UPDATE .... it just happened again, while I was typing this! Will post and then disable them
Win 7 Home Premium 64 bit, Intel i7 4-core CPU 3.07 GHz, 6 GB RAM
can't seem to delete this post. sorry
ElMarty, others have reported high CPU from Acronis when backups are not being run either. Not sure why, but I supect it may be from upgrading from other versions or not running the clean tool if a previuos version was installed before (control panel cleanup, doesn't get everything).
Even so, a few people mentioning the high CPU usage are reporting it from the new mobile sync services. I don't use mobile synch or nonstop backup so I disable them anyway. I have a very simple script to disable unwanted services or turn them back on... If you're not using cloud or sync, you can add those in the disable script by removing the "::" in front of the stop and disable sections.
Thanks Bobboetc
Since it was easy to do, I stopped the 3 services mentioned in my reply to Enchantech above. Since then no further 100% CPU events, so far.
If this does not hold I will look at the other options.
Posters.
I ran some tests awhile back in an attempt to replicate high CPU usage. In the tests I ran the only time I witnessed 100% CPU usage or usage of over 50% for that matter was when running Folder/File backup tasks. On my systems where True Image is installed I have yet to witness high CPU usage on any of them when True Image is not running. In fact I have not seen any Acronis Processes eating up CPU resources at all if the application is not running. I have purposely run my systems with Task Manager open so that I can see the Acronis services and have not to date seen a service be it the new Mobille services or other show any CPU usage while True Image is not running.
So I cannot say what the cause of this anomaly is but it does not affect my installs. On an interesting note, during my testing of CPU usage I did see patterns where CPU usage was higher with some storage controllers than with others. I saw an increase in CPU usage when using PCIe based disks over SATA based disks as well. I even saw an increase in CPU usage from an Intel 100 series chipset based motherboard over that of an Intel Z97 chipset based motherboard. In all of that I only witnessed steady, above 50% CPU usage when running Folder/File backup tasks on an Intel 100 Series chipset board using a RAID 0 PCIe Gen 3 X4 disk set.
So I cannot explain why some users experience this issue while others do not. I too would like to know the cause of this but unfortunately I am not able to replicate it in a way in which any conclusions can be drawn. Hopefully someone will figure it out and post it here.
Hi Enchantech,
here's some information which I sent(along with System Report and ProcDump data) to the Acronis Expert Support Engineer who contacted me due to the suppport case #02813315:
(1) My system is a notebook with SSD running Windows 10 Pro (rev. 1607).
(2) Oh this system there's an administrator account, but by default I use a restricted account having no password set (unauthorized persons do not have physical access to this computer).
(3) The increased CPU load (>30% at max. CPU clock) occured just after upgrading to ATIH 2017 (from ATIH 2015).
(4) The CPU load is caused by the processes schedul2.exe and lsass.exe.
(5) After stopping and disabling the Scheduler2 Service, scedul2.exe disappeares and lsass.exe turns to 0% CPU load. Also significant throttling of the CPU clock is observed.
(6) After re-enabling and starting the Scheduler2, nothing happens - i.e. the CPU load remains low.
(7) After running one backup (entire volume, incremental, to ext. USB disk) and then rebooting the system, again I observe the issue. Remark: ATIH is started from the restricted account (with UAC authentication, of course).
(8) Uninstalling ATIH, running the Cleanup Tool and installing ATIH again does not have any effect (except of wasting time).
Hope this may help you.
Regards, Guntram.
Guntram, thank you for the further details of your system environment.
The one thing that stands out for me is that you are running ATIH from a non-administrator account, which is fine but does raise the question as to whether ATIH was installed from the same account, or whether it was installed as Administrator?
I recollect some other problems reported in the forums (probably for 2016) where ATIH ran with high CPU when not run with administrator privileges.
It may be worth accessing the properties for any of the Acronis programs / components that seem to trigger or run with high CPU and then changing the compatibility properties of these for all users to always run as administrator to see if this makes a difference. You may need to log off and on again or restart to fully effect the change.
Hi Steve,
I'm not sure if the ATIH installation program was stareted from the administrator account or from the restricted account. But in the latter case, I would have been asked for admin authentication by the UAC and the installation would have been executed using the admin account as well, wouldn't it?
Regards, Guntram.
Hi Guntram, I would like to think that the install would be performed under the admin account but short of actually testing this to prove it, am not totally confident here?
Guntram,
Thanks for the post. I, like Steve, find it interesting that your problem exists when running the application under a non admin user account. Would you mind explaiing to me how you were able to setup this user account in Windows 10? I know that there are a whole bunch of internet links on doing this and following some of them may make it appear that the created account is a so called guest account. The reality is that guest accounts are no longer allowed under Windows 10. If they were the option for creating them would still be available under Accounts in the Control Panel. I would bet that when you start Windows 10, you cannot select this account from the Welcome screen and you are required to provide a password to start Windows from another account, is that correct?
If yes then you do not have a guest account. The creation of these, for lack of a better word phantom accounts, in effect breaks Windows 10. At this point I have no idea how that affects True Image but I can say that True Image, working at low levels for disk access, must be run as an administrator to work properly. Your use of this account may or may not be the reason why the application is consuming high amounts of CPU cycles. Have you tried using the application when logged in to your administrator account and confirmed that the same issue exists? You should give that a go and see if it makes a difference.
I am including a link to an article about guest accounts and Windows 10 if you care to have a look.
http://www.digitalcitizen.life/you-cant-enable-guest-account-windows-10…
If running from a non-admin account, UAC would be prompted to install (assuming UAC is not disabled by the user) and will prompt to run with admin priivileges. However, there are apps out there that don't like being installed/upgraded with "run as". Another example is Acrobat Pro 11 which can be launched with "run as" but will not run updates from within the app if it detects the logged on session is a standard user. Whenever installing or upgrading Acronis, I would recommend being logged in with the admin account and also using the right click and "run as administrator" option... even if logged in as an admin, you still have to do this to elevate privileges to the highest level. You can test this by trying to run
nbtstat -R
from a regular account and then from using the "run as administrator" option under an admin account. Unless you use the additional "run as administrator" option, it will show "Failed to Purge the NBT Remote Cache Table"
The same should apply when trying to run Acronis from a regular account. UAC may be prompted, but I would always launch it using the right click and "run as administrator" option to ensure it has the full administrative potential.
Hi Enchantech,
please forget about Windows 10 guest accounts. What I am talking about is a regular local account, i.e. without administrator privilege and without Microsoft login. It was created via: Start > Settings > Accounts > Family & other people > Add someone else to this PC
When asked for some maill address or Microsoft login data, I selected "Don't know" or "Without Microsoft accout" or something like that - sorry, I don't know the English phrases in detail because my system is running in German.
Regars, Guntram.
I stopped the 3 services mentioned in my prev post but the problem occured again; for a total of 4 times in the 2 days I have had this program. My computer became unreliable at a time when I particularly needed it to work and not freeze up: so I had to uninstall it.
I realize this is a vastly complex situation but I am also aware that Acronis has been accused in the past of marketing new versions (with new problems) without fixing problems with previous editions. Furthermore, I have neither the skill or motivation to "go down the rabbit hole" of trying different fixes on my own: even though I appreciate the efforts of those kind folks who offer them ... and those who see these threads as a fascinating hobby!
I am a customer who believes my responsibility is only to pay for a product: not take part in field trials and development.
If I learn in the future that a new version is reliable I will be open to using it, but meanwhile I am going to get a refund and try to revert back to my older version.
Guntram,
Thank you very much for posting your method of establishing the Windows 10 User Account in question here. New to Windows 10 Anniversary Update 1607 is the ability to ceate a Standard User Account which can be created without password protection. To my knowledge this was not possible in prior releases of Windows 10. As you say usiing Windows Settings, Accounts, Family and other people, allows for such an account to be ceated. Once you select Family and other people you have a choice of whether to create an account for a family member or other people. If you use a Microsoft account for Windows logon (I do not) apparently you can select the Add a family member to add an account for them. If you are like me and use a Local User Account for logon then you can select the Other people - Add someone else to this PC option to create an account.
Windows 10 will allow this account to be created without a password. In doing that of course the newly created account is a non secure account and can be accessed by anyone whom has access to the PC. This account does appear on the Welcome screen for selection. This account is restricted in the ways one would expect but for all intents and purposes it is much the same if not exactly the same as the Guest account of previous versions of Windows.
I have found it also possible to create such an account using Control Panel-Accounts as well. It is also possible to change the account type to that of an administrator which I did not try but I presume this would require the creation of a password to do so.
So I learned something new here today, thanks for that! I will setup a Standard account on my systems and do some testing, maybe I will be able to replicate the high CPU usage discussed in this thread!
I ran into this odd issue also. Windows 10 and the latest acronis (just purchased/installed it). I was looking at what was using 20% cpu and skimmed the above. I stopped the service and set it to manual. I haven't rebooted yet but tried starting the service a few times. The cpu didn't spike. Hope that helps as there deff is a bug. I'm sure someone can reproduce this in QA. Also I am not running as admin so I had to open a command window as admin, and then type services.msc to get the services window open. Not sure if this issue is related to a machine not running as admin.
All interested,
1Backup, thanks for posting. I have one question of you, this would also be directed to Guntram. When you start True Image from the Desktop are you prompted to enter a password for an administrator account that exists on your PC? This is a UAC prompt but looks a bit different than what you would typically see as it includes the Admin Account name along with a password enrty field.
I have began testing of using True Image logged on to Windows as a Standard User with no password which essentially is a non-secure user account akin to what was called a Guest account in past Windows versions. My tests were performed on a Z97 chipset based motherboard with an I5 Intel 5th GEN CPU, 16GB of DDR3 RAM. The board is equiped with 2 storage controllers, an Intel controller and an ASMedia controller. This PC has a mix of SSD and HDD drives all SATA attached internally. OS on this PC is Windows 10 PRO 1607 updated.
Monitoring of CPU usage performed by an open instance of Windows Task Manager which was started prior to opening the True Image application for each test pass. After opening the True Image application, Acronis services were observed during application loading. CPU usage by Acronis services never went above 20% at any time during application loading. After application was loaded Task Manager was observed for an additional 10 minutes and no CPU usage was observed by any Acronis service during this time period.
In previous testing I have determined that the most CPU intensive tasks are those of Folder/File backups. I believe this is due to the fact that such backups are done on a bit by bit basis whereas a full disk backup is done on a block by block basis. So the test performed here were of the Folders/Files type. Backup task was created at default settings. Folders/Files were simply selected for backup on source and written to destination without modification of default task settings.
Total size of the raw data in these tests was 21.5GB. File sizes are a mixture of large and small ranging from double digit MB down to 1 kb. Same data was used for all tests
Test 1:
Source data location, a Seagate SATA III 1TB Barracuda HDD. Destination location, a 120GB SATA III SSD. Both these drives are attached to the same storage controller, in this case an onboard Intel model.
Highest CPU usage observed during this test was 60%. Duration, if I had blinked I would have missed it.
Most frequent CPU usage noted during this test was 25%. Occasional very brief spikes were noted during the backup of up to 42% but for the most part usage ranged from 25% to 30%.
Test 2:
Source data location, same Seagate SATA III 1TB Barracuda HDD. Destination location, a 60GB SATA III SSD. Source drive attached to an Intel onboard storage controller, destination drive attached to an ASMedia onboard storage controller.
Highest CPU usage noted during this test 50%. Duration, glad I did not blink.
Most frequent CPU usage noted during this test 19%. Ocassional very brief spikes were noted during the backup of up to 40% but for the most part usage ranged from 17% to 20%.
At no time did I witness any CPU usage of what could be considered a high level except for the very brief instances noted. Interestingly when backup runs from one drive controller to another CPU usage decreases. This could be due to effiecient chipset and board intregration design. Not sure though.
I will perform these test on another of my sytsems in the days ahead and post results here as well.
Hi all,
thanks to all of you for the suggestions and hints you provided. Yesterday the Acronis Expert Support Engineer who contacted me due to this issue, informed me that has passed my problem description and dump files to the Acronis development department. He assumes to provide a result within about three weeks. Meanwhile I will detach myself from this thread, but I'll be back whenever I receive new information from Acronis.
Regards. Guntram
Guntram, thank you for the update and we look forward with you to hearing about a resolution to this issue.
Another information using procmon (of sysinternals) on both "schedul2.exe" and "lsass.exe"
- no event for schedul2.exe
- for lsass.exe, it runs about 25,000 events per second searching then reading for registry HKLM\SAM\SAM\DOMAINS\Account\Groups\... \Aliases\... and \Users\... It finds the \Users\ entry which is my user (checked after using Psexec.exe -s -i regedit.exe)
These services are running as 'local system'. ATI has been installed with a username that has admin rights.
I stop then start service "Acronis Scheduler2 Service", that is process "schedul2.exe", CPU back to 0% and no more entries at all for lsass.exe.
May be this can help support team.
guitoo
Crosspost which may help: https://forum.acronis.com/forum/125599
All interested,
Tests complete on second system. Machine used has a Z170 based motherboard, I7 6700K processor, 32GB of DDR4 RAM. This board also has two storage controllers, Intel and ASMedia like the previous system. This PC does not have any HDD's, solely uses SSD drives, they are 2 M.2 PCIe Gen 3 X4 Samsung SM951 256GB in RAID 0 for OS drive, 1 M.2 PCIe Gen 3 X4 Samsung SM951 512GB for data, 1 SATA III Samsung 850 EVO 120GB SSD. OS is Windows 10 PRO 1607 updated.
Same data was used in these tests as the previous round. Same testing method was used as previous round.
Test 1:
Source data location, PCIe 512GB PCIe drive. Destination location, 120GB SATA III SSD attached to ASMedia controller.
Highest CPU usage noted was once again 60% for the blink of an eye.
Most frequent CPU usage noted during test was 18% and never went above 20%. For the most part usage was at the mid to high teens.
Test 2:
Source data location PCIe 512GB PCIe drive. Destination location, temp folder on OS RAID 0 array drive set.
Highest CPU usage noted 83% for another eye blink.
Most frequent CPU usage noted 21%. Observed 1 brief spike in usage however that was caused by a Windows Service host event. For the most part CPU usage was at or below the low 20% range.
On a guess I decided to sign out of the Standard user session and then log back on using the Admin account on this machine. After several seconds I noticed the cooling fans increased in speed so I opened Task Manager to have a look and found The True Image 2017 application using .5% CPU, Acronis Scheduler Service using 5% CPU and LSAP (Local Security Authority Process, a Windows service) using 7% CPU. Seeing this I wondered what would happen if I signed out of the Admin account and logged back on to the Standard user account. Well immediately upon sign out cooling fan speed decreased to normal idle levels, opening Task Manager revealed that the services named above had returned to 0% CPU usage.
So it appears that True Image suffers from some strange User authentication issues and cannot seem to resolve privelege level of the logged on user in all cases. What I don't get is why that occurs for some users at all times and not others. I wonder here if this problem is not manifested by Windows 10 Fast Startup feature. For those of you here whom are still following this and are experiencing this issue and are willing to try a basic test you can try this: The next time you are going to end your computing day and shiutdown your PC, assming you do shutdown your PC, before doing that select Signout from the Power Options menu. This will send you to the Windows Log on screen. At the lower right corner of the screen you will see an icon, click on that icon and you will see a power button. Click on the power button and select Restart. Once the PC restarts and you are again at the log on screen perform the same again but this time select Shutdown. The next time you start your PC it will take a bit longer but once started and on your desktiop open Task Manaager and have a look at what services are running.
Let us know what you find. I will be reporting my results to Acronis developement.
I have hibenration and fastboot off all the time. I don't notice high CPU when Acronis is idle, but I max out my CPU during local backups every time. I only see about 40-50% CPU backing up to my NAS though.
I will say that I did not start clean with 2017 this time though. It was a 2016 v6571 upgrade to 2017 beta 1, then beta 2 then to 1st release and now on 5554. Other than the CPU shooting up during local backups, everythign else "appears" to be working fine so I've left things as they are since I have about 10 jobs configured and they're running without any trouble so I don't feel like recreating them all for a cleanup to see if it helps or not.
Bobbo,
I have hibernation and thus Fast Startup disabled as well. Still find that the app does as I explained above. There should not be any reason that I can think of where the started services once loaded would consume CPU cycles without the appliction requesting something. This is true in my tests so the question is what in the application runs using .5% CPU that causes the Scheduler Service to use 5% CPU and in turn causes the Windows LSAP services to use another 7% CPU when the application is in effect idle and not open?
I like you see no CPU usage period from the app unless I run it except for the scenario above in which sign out then log on as different user is done. I performed that action 3 times to make sure it was replicated, confirmed. On the last trial I killed the Scheduler Service task and that made things quiet and they did not return. I performed a restart went through the process again and could reproduce the issue.
Hopefully my findings will help in giving the developers a starting point or at least a point of investigation to achieve resolution of the issue a bit quicker. We'll see.
The CPU comments are people not taking backups. Yes backups spike the CPU. This issue is happening when nothing at all is being done with Acronis.
1Backup - did you see ElMarty's note above? You can try disabling unused/uneeded services and see if it helps. For instance, if you're not using mobile backup or nonstop backup, try disabling those services first and check. Perhaps, try disabling each service 1-by-1 to see if you can identify the culprit on your machine. You can use these scripts (and modify as you see fit if you want a one-click solution to stop and start certain Acronis services.
I would definitely submit feedback through the Acronis app and send a system report with it to help identify the cause and a possible fix for those that are seeing this type of behavior.
And for anyone who hasn't opened a ticket with tech support (remember that ATI17 has a year of support now), please do so to log issues that way too!
| start_allacronisservices.txt |
| stop_allacronisservices.txt |
1Backup,
In my tests I verified that a logged on Standard user does not in itself cause True Image services to eat up CPU cycles. Where I found that to be true is when a switch from a Standard user account to an Admin user account. In this scenario CPU usage was 13 to 15% on my system. In my case it was the Acronis Scheduler that was running and yes, this is without True Image being opened or used at the time.
In my thinking this would point to a user priviledge issue. Some users report this all the time CPU usage when True Image is not open and then when it is opened and running CPU usage climbs to 100%. Others report 100% CPU usage when doing backups to internally attached storage drives. Some report a degradation of system performance while others do not see or experience performance issues even though the CPU load is high.
All of that makes it very difficult to pinpoint a definitive reason for the issue. As Bobbo comments above submit feedback. The more users whom do that the better. As the samples of the issues grows patterns emerge that lead to what the issue is and ultimately a fix.
I'm having exactly the same problem as discussed in this thread.
As adviced by Steve, I've use the feedback function of Acronis True Image 2016 to send the following message to Acronis:
----
Hello,
I just want to let you know, that I'm also experiencing the high CPU load of the Acronis Scheduler Service, as reported in CASE ID 02813315 and discussed at https://forum.acronis.com/forum/126716.
Two days ago, I've upgraded from Acronis True Image 2016 to the 2017 version. Since then, the fan of my laptop is constantly on.
The Resourcemonitor shows that the two executables schedule2.exe and lsass.exe take about 5% to 6% CPU load each, which means that on my 8 core CPU both together fully utilise a complete core.
Once I logged in as administrator and stopped the Acronis Scheduler2 Service, the CPU load went back to a minimum and the fan of my laptop stopped.
It seems that the Acronis Scheduler2 Service has afterwards been started automatically again, but now the CPU load of schedule2.exe is 0% and the laptop fan is still off.
I've never actually used schedulled backup and only do manual backups.
Attached is a screenshot of the Resourcemonitor showing all Acronis processes when the problem existed (before stopping the Acronis Scheduler2 Service). The user account 'dbusse' does not have administrator permissions and is my usual user account.
I would appreciate if you could fix this issue and release an update with this fix in it.
Best Regards,
Dirk Busse
Hi Dirk,
after the re-starting Scheduler2 service, in most cases I also do not observe the high CPU load immediately. I'm not quite sure what causes the service to enter the issue again, but on my laptop this usually happens after running some backup task and then re-starting the computer.
A few days ago the Acronis support asked me to provide remote access by the development team to my computer. I don't know yet how to deal with this.
I'll get back here whenever there's some news to report.
Regards, Guntram.
Do you know anything about the update that was going to remove Acronis? Because I have more than 10 PCs with Acronis and I have the problem at all.
Carlos, if you have this High CPU issue being caused by the Acronis Scheduler on more than 10 PC's running ATIH 2017 then please submit a support case directly to Acronis and let them work with you to gather all the necessary diagnostic information to fix this problem. Click on the link for Support at the top of all forum pages, then scroll down the new page that opens and click on Contact Support (on the right side). You will see some choices for selecting the product and problem type, after which you can click on the 'Chat Now' button to start a live chat with the support team.
Hi all,
I'd like to give an update on the status of my support ticket (Case ID 02813315).
A few days ago the Acronis developers did some remote diagnostics on my computer. They realized that the original cause of the issue is not located in the "schedul2.exe" service itself but in the "TrueImageMonitor.exe" background process. If you stop this process, the high CPU load disappears. After logging out and logging in again, "TrueImageMonitor.exe" is restarted and again the CPU load is high. Notice that logout-login with Widows 10 is not the same as a normal Windows shutdown or reboot (ask your search engine for "Windows 10 fast shutdown" or "Windows 10 hybrid shutdown").
Further investigations by me showed that only certain user IDs seem to be affected. I have two Windows 10 computers showing the issue just with one user ID each:
Computer 1:
- User A (adminitrator=yes, password=yes): not running "TrueImageMonitor.exe" after login
- User B (administrator=no, password=yes): running "TrueImageMonitor.exe" after login without high CPU load
- User C (administrator=no, password=no): running "TrueImageMonitor.exe" after login with high CPU load
Computer 2:
- User A (adminitrator=yes, password=yes): running "TrueImageMonitor.exe" after login with high CPU load
- User B (administrator=no, password=no): running "TrueImageMonitor.exe" after login without high CPU load
The Acronis development has received some more diagnistic dumps from me and announced to get back with the results within about two weeks. Until they come up with a solution you might want to:
- either stop the "TrueImageMonitor.exe" process after login by means of the Windows task manager
- or disable the start of the "TrueImageMonitor.exe" processs by means of Sysinternals Autoruns
Regards, Guntram.
Thanks for the update Guntram, looks like development is on it now and that's good news!
Porblem is still there for me.
When I am too annoyed with the fan noise, I just restart the 'Acronis Scheduler2 Service' and no more excessive CPU usage.
I am using the Thinstuff software and I have created several user accounts on PCs where Acronis gives problems.
If I stop the TrueImageMonitor.exe the problem is solved but I have to enter every day in all the PCs.
Hello Everyone,
The issue is being investigated, collected reports is being analyzed, and more diagnostic data we have - higher are the chances that the next update for the software will fix the issue for all the possible environments where it reproduces. If you want to help us with that, please open a support ticket and provide the diagnostic information that Support Engineers will request from you.
Regards,
Slava
I am getting the exact same issue. The Scheduler2 service starts consuming CPU and the LSASS service starts looping with registry scans to try and find some user related information. Stopping the Scheduler2 service fixes both issues, temporarily.
I am running ATI 2017, Windows 10 64 and I am logged in as a Standard User (providing admin credentials for all necessary admin functions such as running ATI 2017 and stopping/starting Windows services)
I have submitted a support ticket as requested by Slava.
offendernz, please update us here in the forum if you get any news on your support ticket.
Same problem with high cpu utilisation. But only on my 2 Fujitsu Notebooks. My PCs are not affected. All Windows 10 Pro and ATI 2017. Stopping / deactivating the scheduler helps. But this is not the solution of the problem.