![]() ![]() The solution? Set QT_QPA_PLATFORM_PLUGIN_PATH to point to the AdskLicensingAgent\platforms folder.Or, “things that happen when you use single-user licensing on a render node” ? Using Process Monitor, I saw (as expected) that the problem was that the AdskLicensingAgent was loading Qt platform plugins from Houdini: Ġ0:00:31 153MB WARNING | rendering with watermarks because of failed authorization:Ġ0:00:31 153MB | timeout before callback was called Reinstalling the application may fix this problem.Īvailable platform plugins are: minimal, offscreen, webgl, windows.Īfter AdskLicensingAgent crashed, the render would continue, but license authorization would fail: 00:00:00 148MB | authorizing with license manager: user. This application failed to start because no Qt platform plugin could be initialized. In this case, a Houdini command-line render with Arnold (HtoA) failed because the AdskLicensingAgent failed to start. Or, “things that happen when you use single-user licensing on a render node” If you need more help, please send support your houdini.env file (or json package if that’s what you’re using) and the Houdini info from Show Details. If you have other renderers and plugins, I would remove all other plugins from HOUDINI_PATH, get HtoA working, and then put the other stuff back. You want to see the HtoA location at the start of HOUDINI_PATH Third, check Help > About Houdini > Show Details You want something like this (PATH is for Windows only): # htoa config start Second, what’s your houdini.env look like? That is almost always because the environment (PATH and HOUDINI_PATH) is not set up correctly for HtoA and Houdini.įirst, how to do you start Houdini? Don’t double-click on a hip file, because the Houdini environment won’t be set up correctly. ![]() If ProductInformation.pit is missing, or corrupted, then everything stops working. Every Autodesk product must be registered in that pit file. ProductInformation.pit is an all-important file used by the licensing infrastructure. Process Monitor confirmed that the ProductInformation.pit file was missing: On Windows, look in %LOCALAPPDATA%\Autodesk\Logs.TIP All these log files are in the Temp folder. The clm log did have this: JsProductLicenseFact.loadSelectedProductInfoKey - Unable to get selected product key due to unknown problem.Sometimes you’d see the splash screen, but then that would just disappear.ĮRROR: checkoutLicense: Failed to authorize license In this case, Maya 2019 would silently fail at startup. One of the strange thing about supporting Arnold at Autodesk is that you have to be a guru-level licensing expert on Autodesk licensing (not RLM, but Autodesk licensing). License authorization fails with the error error initialzing CLM (9) Delete the contents of AdlmIntRes.xml and save the file.On Linux: /var/tmp/AdlmIntRes.xml HypothesisĪutodesk licensing will fail if there’s a problem with AdlmIntRes.xml Testing On Windows, the file %LOCALAPPDATA%\Autodesk\Logs\AdlmIntRes.xml is loaded. I used dtruss on macOS and Process Monitor on Windows to see what files are accessed by the licensing system. The Autodesk licensing system loads AdlmIntRes.xml It’s not rocket science, but here’s a little application of the scientific method to technical support. ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |