Assembly Corruption - Internal error in persistence operation

Assembly Corruption - Internal error in persistence operation

chris
Contributor Contributor
1,740 Views
27 Replies
Message 1 of 28

Assembly Corruption - Internal error in persistence operation

chris
Contributor
Contributor

Hello everyone, hoping someone out there has had a similar issue and can offer some solutions. 

 

Back in October our entire department updated to Inventor 2024.1 and Vault Pro 2024.1. the upgrade process with smoothly for everyone but one of our users started to experience the following error on a weekly basis since then. It happens once a week to only 1 user but never at the same time or day consistently, she once had 3 in a single day.

 

1. She would open and work on an assembly like normal.

2. She would save and close the assembly (sometimes checking into the vault, other times not just to switch to another task or go home for the evening).

3. She would go back and open the assembly only to get the following messages:

chris_0-1714487101510.png

(ignore the file path, this is just a Onedrive copy I keep on record to show the error. Doesn't matter if I get it from the vault or copy it from her system, the same error persists.)

4.After hitting Okay she gets:

chris_1-1714487207016.png

" Internal error in persistence operation (Post restore of Object 0000014D9B49D8F8 meta-type UCxUserFolderFixedEntry in segment AmBrowserSegment ends up causing a cycle)"

5. After this occurs the assembly is corrupted but all of the parts are fine, allowing her to rebuild the assembly and not have any issues other than time loss.

 

This problem has happened on assemblies that have been un-vaulted as well as assemblies freshly checked into the vault.

 

Here is a bit of a background on our department set-up:

-10 users All using the same vaulted components, project files, templates, libraries etc.

-Common settings and file paths are used during the upgrade process to have everyone pointing in the right direction.

-Common drawing techniques and processes (most users come into the department with only the bare minimum of Inventor knowledge and get trained the same way).

-We all use Autodesk certified workstations from HP/Dell.

-The only person with access to editing these templates, libraries and other common files is myself. All of these files are kept in a "Released"/Locked state to prevent accidental changes.

-The only Add-ins we use are Woodworking for Inventor and InsertPlus. Again this is department wide

-We use Multi-Solid bodies top down designs

 

Solutions we have tried so far:

-We have replaced her computer Twice! (Both times with brand new computers. Once was the same time as a new hire using the same install process and setups, the new hire has never had issues).

-We have created a new Windows Domain account for her at a computer upgrade

-New vault account created as well

-Verified all network connections, have even moved her across the office to an entirely different set of ports

-We have been in constant contact with our Reseller and have had an Autodesk Tech review the corrupted file and our system setups (only thing found was something reference to Void Tools which one user had on his computer in the entire network. This has since been removed months ago but the problem persists on units he never touched)

-No errors show up in the Windows Error log or on the Vault Server logs.

 

I have searched the forum for the same error but none of those results have helped this situation. Most results recommend replacing the computers in question but we have already done that twice to no success.

 

 

0 Likes
1,741 Views
27 Replies
Replies (27)
Message 2 of 28

mluterman
Advisor
Advisor

I make no guarantees, but we've had problems like this on a computer with a corrupt Windows User Profile (and I can't remember if it was Inventor-related). I don't know why this happens, but once a new (admin) profile was created in Windows, everything worked. Will it work here? Who knows? Just a thought.

0 Likes
Message 3 of 28

chris
Contributor
Contributor

This has been suggested before but our IT department runs our accounts on Window Domain profiles (so people can log into any computer if need be). We created a new Windows Domain for her from scratch the same time we gave her the 2nd new computer. Thanks for the suggestion!

0 Likes
Message 4 of 28

johnsonshiue
Community Manager
Community Manager

Hi Chris,

 

This sounds that some of there is a cyclic relationship among files. It should not be environment related. It is more about the workflow. Please ask the user how she create the Inventor files and what she has done with the files.

 

https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Internal-error-in-...

 

A few more things to try.

- Clean up %temp%.

- Install all critical Windows updates and the latest graphics driver.

- Install the latest Inventor update applicable to the Inventor release.

- Go to Control Panel -> System -> Advanced System Settings -> Environment Variables -> create "DYNAMIC_LOAD_APPLETS" and set it to 0.

If none of above helps, ask the user to save the files on the local drive first. Then copy the files and paste them to the OneDrive folder.

Many thanks!

 



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 5 of 28

chris
Contributor
Contributor

Thanks you John for the reply! I have passed onto our IT department and I guess we will have to wait a week or 2 to see if it fixes the issues.

 

A few things to clarify:

1) All our files are always saved locally and then checked-in to the vault. The onedrive location is where I keep a copy of the corrupted files to send our reseller for analysis.

2)I don't believe she is doing anything to cause a cyclic error (at least not purposely). About half the files she works on where started by someone else and she has done as little as add a extrusion (with no projected geometry or outside references) to a part before saving and having the unit corrupt.

3)All of the windows updates should be in place, graphic card is probably a couple of months old from when the new computer got installed. We are all currently on 2024.2. Half tempted to see if upgrading to 2025.1 when available to see if it magically fixes the problem.

 

I will review workflow process's with her just to be sure but i don't believe she does anything the rest of our department doesn't do on a regular basis.

0 Likes
Message 6 of 28

johnsonshiue
Community Manager
Community Manager

Hi Chris,

 

2024.3 update is released. Please install it.

Many thanks!

 



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 7 of 28

dave.cutting
Advocate
Advocate

For what it's worth, I've had this happen to me twice in the last week, on different files.

The offending assembly files check in to Vault with no issues, and the preview, and comments etc. are all ok, but it is corrupted somehow when I try to open it later.

Dave Cutting
0 Likes
Message 8 of 28

chris
Contributor
Contributor

We finally got upgraded to 2024.3 last night so hoping that fixes the issues. Our user ended up with 10 corrupted assemblies in one day last week, I'm surprised they came back the next day. We did try all of John's other suggestions regarding windows systems but none of that worked.

0 Likes
Message 9 of 28

johnsonshiue
Community Manager
Community Manager

Hi! It sounds that there is a workflow leading to the corruption. Please make sure all critical Windows updates are installed and the Inventor 2024 and Vault 2024 updates (client and server) are installed.

I am still clueless at the moment. If you know how to reproduce the corruption, please let me know. I believe there could be crashes before the corruption. Did you submit any crash report? If yes, please send me an email johnson.shiue@autodesk.com. I can look up the reports. Maybe they can offer some clues.

Many thanks!



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 10 of 28

chris
Contributor
Contributor

Hi John

System is fully up to date and as of Monday night everything is on the latest service pack. On thursday we had 1 unit regularly causing corrupted assembly files. I spent over an hour with the user watching her process and seeing corruption happen. We then tried to replicate the corruptions using the information we saw on this unit without any consistency or knowledge gained.

Unfortunately there are never any crashes only the error pop-ups as per my first post.

 

Waiting to see if any more corruptions happen with 2024.3 installed.

0 Likes
Message 11 of 28

johnsonshiue
Community Manager
Community Manager

Hi Chris,

 

This is purely a speculation. If possible, on that particular machine, turn off Anti-Virus tool and unplug network for a moment. Let the user run the workflow. Does the corruption still happen?

Many thanks!



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 12 of 28

chris
Contributor
Contributor

Hi John

It wouldn't be possible to run without the network due to our Woodworking for Inventor db being network shared, as well as the vault. Unfortunately its so inconsistent that we can't force a workflow corruption as its never been intentionally repeatable 😞 If we get a corruption on the 2024.3 version ill suggest to IT about the anti-virus but that usually makes them froth at the mouth.

0 Likes
Message 13 of 28

chris
Contributor
Contributor

 Didn't take long, upgrading to 2024.3 didn't work. Brand new assembly started yesterday is corrupted today. 😞 Our only other hope is 2025.1 when its available unless John you have any other advice to try.

0 Likes
Message 14 of 28

johnsonshiue
Community Manager
Community Manager

Hi! I was not aware of Woodwork for Inventor being used here. I am sorry I don't know much about the add-in. It sounds that there is a library on the network where the add-in needs to access. Is it managed by Vault also? Is the Woodwork database locked or it can be edited by multiple users?

Many thanks!



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 15 of 28

chris
Contributor
Contributor

Hi John

Woodwork has a database file on the network and a support reference spreadsheet that all users access and technically all users can edit. Our department is setup that if anything needs to be edited then I am the one to do so. Woodwork does reference a bunch of textures & material (through the inventor material library, we do have a custom material and appearance library made) etc that are vault controlled.

0 Likes
Message 16 of 28

johnsonshiue
Community Manager
Community Manager

Hi Chris,

 

Can this Woodwork library be stored locally? Does it work better that way?

Many thanks!



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 17 of 28

chris
Contributor
Contributor

Technically not impossible to store it locally, just would require frequent download/updating from the vault every time a material is added or another setting gets tweaked (this would be about once a week).

I've discounted woodworking since we all use the same database and have the same settings connecting to it.

0 Likes
Message 18 of 28

johnsonshiue
Community Manager
Community Manager

Hi! And, somehow the corruption happens to one particular user and one particular machine? Can you grant the user Admin privilege as a test?

Many thanks!



Johnson Shiue (johnson.shiue@autodesk.com)
Software Test Engineer
0 Likes
Message 19 of 28

Frederick_Law
Mentor
Mentor

Using ModelState?

0 Likes
Message 20 of 28

Anonymous
Not applicable

Total shot in the dark here, but by any chance are you opening files by double-clicking?

 

That process has corrupted a number of our files.

Always open the files from within the application, much, much more stable.

0 Likes