Each update requires a restart, can't continue to update other software until this is done.

[tj6TCQ5]

Each product I update is requiring a restart. It won't let me update other version years or other products until the restart. This is a significant pain. In the past, only certain updates to the same product or small subset of version years required restarts prior to continuing the additional updates. 

Just as a note to why this is so painful: Access requires approximately 10 mins after startup to even recognize that updates are needed. Until then, it just says its all up to date with a link to the manual updates (the entire list). 

My company is small, no IT department with only 10 employees, so implementing a an automated system on a network isn't fiscally feasible. From what I've read on the purpose of Autodesk Access, it should function as a tool for small businesses to implement updates easier than the completely manual option.

[pendean]

Do you leave ACCESS on and running all the time? It's how Autodesk would prefer you do it.
Or do you manually start it all the time? Or shut down your PC overnight all the time?
Trying to understand your 10-minute wait issue, seems odd.

I'm not sure ACCESS as a tool have anything to do with the need to restart your PC or program: that's a decision that is separate and is based on lots of parameters including but not limited to whether your PC at your small IT-free firm needing a reboot for an OS update.

[tj6TCQ5]

Access is currently set to run at startup. After the standard startup tasks are completed and I am completely logged in it takes Access another 10 mins to identify that any Autodesk software requires an update. This isn't really a huge concern though if it would stop requiring a restart after initiating each update. I don't mind restarting 2-3 times as I understand certain updates are paired to more than one version year/software however, making it restart for an old update (autocad 2020) and not letting me run an update on Revit 2023 until restart seems like a disconnect. This is for 2 workstations that are to be remoted in to. After initial install of software there are 20+ updates to be run and having to restart after each one will take a significant amount of time and monitoring.

[pendean]

@tj6TCQ5 I cannot replicate your issue sadly: ACCESS prompted me to install new AutoCAD2024 updates, a "licensing service" update PLUS a Recap2022 updates an hour ago. My Win10Pro PC did not require a restart at all.
I just asked, and a couple of our folks that answered back in my office had the same experience as me.

Can't say I noticed any lag in ACCESS opening or populating the updates either, but then again I only opened ACCESS after it prompted me about the updates, I did not seek it out.

[danny.polkinhorn]

Access does not require restarts after installing updates.  There is likely some other installer on your device that is requesting a restart.

[tj6TCQ5 · Accepted solution]

It did, and still does but a majority of the updates now run without requiring it. 

[danny.polkinhorn]

Sorry, catching up quite late.  This is indicating that you already had a pending reboot due to an earlier OS update.  That you're having to continually reboot is likely an indication that an OS update is attempting to install after each reboot, but is failing.  Access is just showing that a pending reboot is needed, but it doesn't have anything to do with Access installing the update.

Hope that helps,

[tj6TCQ5 · Accepted solution]

Why would Access refuse to install an update to it's software because of a pending windows update? By the way, this was not the case as this happened after a each restart and the computer is regularly(weekly) allowed to update windows.

[danny.polkinhorn]

Access can't install updates if there is a pending reboot for the OS due to another installation that is incomplete.  I don't know what the pending reboot is caused by, but we can take a look if you create a support case and attach your log files.

I would suggest downloading the latest versions of Microsoft's VC Redistributable and .NET Frameworks you have installed, and try to update them separately.  Those are included in most Autodesk products, and could be blocking the install.  Again, not sure without the logs.

[donaldhendrickson7600]

Seriously, that's the best suggestion you could come up with??

[donaldhendrickson7600]

Why would Access refuse to install an update to it's software because of a pending windows update? By the way, this was not the case as this happened after a each restart. Windows updates we applied and the system rebooted each time. This seems to be an Autodesk bug. Since it happens on multiple computers.

[dale_sanders]

At a minimum can you put a note in the installer that to check your windows updates are ALL (including optional) installed prior to Autodesk installs? An endless loop of restarting is very frustrating.

[Cadguru42]

I had an Access notice that Autodesk Licensing Service shows an update to 15.6.0.13599, but won't install until the computer is restarted. The computer has been restarted three times and it still gives that error. I ended up going to Windows Update (Win11), clicking "Check for Updates", and letting it show that nothing was being downloaded/installed. Then all of a sudden Access could install the update. 

Why would just checking for Windows Updates fix this Autodesk issue if no Windows update was being installed? 

[Simon_Weel]

Why would just checking for Windows Updates fix this Autodesk issue if no Windows update was being installed?

Maybe because Access is crap?

[pendean]

---

@Simon_Weel wrote:

...Maybe because Access is crap...

---

↑↑↑↑↑↑↑↑↑

[danny.polkinhorn]

@Cadguru42 did it specifically give a "Reboot pending" or "reboot required" error?  If so, can you collect the logs and send them to me via email or file sharing?

This is likely not an Access issue.  We use Windows APIs to determine if reboots are pending, and the Windows update request probably reset their flag.  The logs will confirm it.

Simon and Dean, your comments without context are getting tiring.  Millions of customers have installed tens of millions of updates successfully with Access, so the data shows it is not crap.  I would love for you instead to create a post about your specific issues so that others can make their own decisions about the issues, and I have something to respond to or fix.  Instead of just providing your negative comments, you can link instead to your post.  Appreciate your consideration.

[Cadguru42]

What that post had is exactly what I had.

https://forums.autodesk.com/t5/autodesk-access-forum/each-update-requires-a-restart-can-t-continue-t...

No other installation was being done and even if there was, why would three separate restarts still give that same message until I went to Windows Update, hit Check for Updates, have the exact same info, but then Autodesk Access lets me install it? That's clearly an Autodesk Access issue, not a Windows issue.

Also, Autodesk Access isn't nearly as good as the old Autodesk Desktop App it was supposed to replace. No option to pick where files are downloaded and it creates tons of folders with just giant long names that aren't intuitive to find what's in them. Not even an option to help clean up the files it downloads. Like many Autodesk "modern" products, it is a regression of features that previously existed and mostly worked in older versions.

[donaldhendrickson7600]

I’d like to echo that concern. Not only does the process create additional folders, but navigating through them to review their contents is also time-consuming.

Given that most of our desktops are equipped with 500GB storage drives, these folders take up valuable space. Could you please confirm whether it is safe to delete them after installation?
Revit 2022-2026
Windows 11 24H2
32GB RAM.

[danny.polkinhorn]

---

No other installation was being done and even if there was, why would three separate restarts still give that same message until I went to Windows Update, hit Check for Updates, have the exact same info, but then Autodesk Access lets me install it? That's clearly an Autodesk Access issue, not a Windows issue.

---

It sounds like you didn't try any installations other than via Autodesk Access to confirm that statement?  Here's the sequence:

1. Something is installed that requests a reboot.  That could come from a manual install where the reboot dialog is ignored, or it could come from an IT deployment of a Microsoft update in the background via SCCM or InTune, or from a product installation (Autodesk or otherwise) that updates some Microsoft component.
2. The next installation that comes along - either via Microsoft, some download, or Autodesk Access - should check for pending reboots via the Windows API (or via msiexec) and prevent installation if there is a reboot pending.  All installers and Access should do this to prevent the corruption of the install.
3. Once the reboot occurs, Windows attempts to install/copy the files that it was waiting on being released.  If that fails, the reboot request will NOT be cleared by Windows.  With each reboot, if it still fails, it will still not be cleared by Windows.
4. Go to Step 2.
5. At some point, you're checking for Windows updates.  What is Windows update doing that potentially clears reboot requests?  Is it doing some post-install cleanup of one of its own installs?  Who knows?

In this sequence, you can see that it MIGHT be an Access issue, or it MIGHT be a Windows issue, or it MIGHT be an issue with a previous install.  Without doing some investigation, none of us can answer that.  I'm willing to do that investigation.  If you collect the logs, send them to me, and IF it is an issue with Access, we will fix it.

[danny.polkinhorn]

---

Also, Autodesk Access isn't nearly as good as the old Autodesk Desktop App it was supposed to replace. No option to pick where files are downloaded and it creates tons of folders with just giant long names that aren't intuitive to find what's in them. Not even an option to help clean up the files it downloads. Like many Autodesk "modern" products, it is a regression of features that previously existed and mostly worked in older versions.

---

That's feedback that is actionable.  I agree that Access is not the Desktop App and we are not at feature parity yet.  Options for download locations should be provided, and we should clean up after installing.  These are all things we are planning.  We're working on new features that ADA did not have, and once that's done, we'll look at these other gaps.  I appreciate your patience on these.