I recently moved to FME Form 2025.0.3 from FME Workbench 2021.1.2.
The install is on a central windows machine. Some workbenches run as other users. ArcMap and ArcPro (3.4) are also installed on this machine.
All our workbenches involve ESRI enterprise geodatabase readers or writers, so require an ESRI licence to run.
Users of FME all have named user licences for ArcPro, they are able to launch Pro and obtain a licence on the central machine.
When I use FME Form there is no issue accessing the ESRI licence and using the readers/writer. However when testing with other users, who have the same type of named user ESRI licence, FME reports the error:
“Worker 6428 > Unable to perform any licensing related tasks. Please check your Esri ArcGIS Compatibility workspace parameter, found in Navigator -> Workspace Parameters -> Translation. This 64-bit version of FME requires ArcGIS Desktop along with 64-bit Background Geoprocessing; ArcGIS Pro; or ArcGIS Enterprise. Refer to this this article http://fme.ly/qua for more details”.
I can confirm that this parameter is set to ESRI ArcGIS Server/ArcGIS Pro.
When FME attempts to access the ESRI licence this often results in the AD account being locked out.
FME is run as an administrator.
Yesterday I reinstalled FME, but the same issue remains.
This is sort of a curved ball… check the system environment variable for the ESRI_SOFTWARE_CLASS amongst your users and compare the value with whats on your machine. See if there’s a pattern.
ArcGIS Pro does not use this variable but ArcGIS does. It is possible that FME Form uses the variable for Pro NU license check, but I’m just speculating this possibility.
Read these articles as well and see if there’s anything applicable to you.
This is sort of a curved ball… check the system environment variable for the ESRI_SOFTWARE_CLASS amongst your users and compare the value with whats on your machine. See if there’s a pattern.
ArcGIS Pro does not use this variable but ArcGIS does. It is possible that FME Form uses the variable for Pro NU license check, but I’m just speculating this possibility.
Read these articles as well and see if there’s anything applicable to you.
Thanks for the suggestions. I’ve checked the environment variables for both users and neither has an entry for ESRI_SOFTWARE_CLASS in either system or or user.
I reviewed the links and I am sure that the problem user meets all the requirements of the first document. Valid advanced licences, accessible on the machine where FME is installed. No conflicting system variables.
I did notice something odd while testing today. The logs visible from the database connection test window for both users are subtly different before the failure. My working user account states that a licence is already checked out of type advanced, and that the installed ArcGIS version is 3.4.0. However the problem user shows that the product licence used by this machine does not include the Advanced level. It also makes no mention of the installed ArcPro version.
Working user log
Failing user log (ignore the invalid connection details error below, the details provided are correct, this seems to be a separate issue).
Enterprise geodatabase editing requires a Professional or Professional Plus user type.
Check your Named User licensing portal and go to Members tab to verify the profiles of your users and make sure that they have either user types assigned to them. Your user type is Professional Plus.
Yes @salvaleonrp 100% good point. Editing must have an elevated license in order to edit. @telfma Sorry the upgrade did not work. We have run into issues with out users upgrading one (ArcPro or FME) and not keeping inline with the guidance doc I linked above.
My user, which can use the ESRI features in FME, conducted the Pro install. Pro was installed for all users, and run as administrator. All users can access Pro on the machine. But the note does say all users must have installed Pro. I’m not exactly sure how it can be installed again 🤔
I think that line should just say licensing ArcGIS Pro.
In my experience, ArcGIS can be installed at a system level for all users, but in order for it to play nicely with FME, each user has to open ArcGIS on that machine and ensure the licencing is set up correctly (I’m not sure if this is how it should work, but it has been like that at multiple organisations I’ve worked at)
That is my understanding of how this should work as well. All users can log in to the machine, launch the local Pro installation and get a licence. They can also launch FME with no issues, but only my user in FME seems able to pick up the ESRI licence via FME.
I tried uninstalling Pro, then reinstalling using one of the problem accounts rather than my account. This made no difference, all users can access Pro, but only my account can access an ESRI licence from FME.
I’m still battling this issue, if anyone has any suggestions that as to why FME cannot access the Pro named user licence for other users that would be brilliant.
As a result I am considering installing ArcServer 11.5 to allow FME to access an ESRI licence, rather than picking up a Pro licence. I spoke to an ESRI representative today who had no issue with this.
However, how do I configure FME to use the ArcServer licence and not Pro. The Esri ArcGIS Compatibility workspace parameter combines the options for ArcPro and ArcGIS Server.
At present my plan is to keep Pro on the machine for convenience, and have ArcGIS Server purely for the licence.
I am not familiar with that ESRI Compatibility setting parameter, so I looked at my FME Form setting and it shows ArcGIS Server/ArcGIS Pro.
More importantly to run your workflow if you have ESRI formats, you should configure your Python Compatibility to the server arcpy, shown below.
For FME Form, in your FME Options, Translation pane, add the arcpy module of AcGIS Server and then conifgure the python interpreter to be that of ArcGIS Server, instead of ArcGIS Pro.
To fix your original problem, I recommend submiting a support case with Safe as they may have some troubleshooting tips or tools to help you check the License checkout and available license checks using low level ArcObjects. Such tools may help them identify the state of the ArcGIS licensing that your user have to determine the root cause and recommend a fix.
Thanks for the info, I’ll check the Python compatibility setting.
For the time being I am placing the ArcServer install on hold. We are about to go live with a new instance of ArcGIS Enterprise at 11.5. We currently licence from a 10.7.1. install. I’m hopeful that the updated Enterprise site might make a difference.
I’ll report back once we have attempted to get a licence from the Enterprise site.
Regarding Safe support, we only purchase an FME licence. This doesn't include any support unfortunately. If we cannot resolve this issue soon I suspect we will purchase support and raise a ticket.
@telfma did you get anywhere with this? did you install arcgis on same machine as licensing server? we are having the same issue. i found that switching arcgis pro to use the license offline resolves the issue, but this is a plaster not a cure for sure.
Hi @bpn1990, not yet. To install ArcServer I need to remove ArcMap from the same machine first. Doing so I believe will break my working install of FME 2021.1. (in terms of being able to obtain an ESRI licence). Currently all our transfers run in the older version of the application so am reluctant to do this yet.
To get around the lack of a test system I am about to attempt a fresh install of FME 2025 on a new virtual machine with ArcServer installed and licensed. I’ll report back as to whether this works.
A previous post suggested altering the Python compatibility setting, but this didn't help for me.
I will let you know if this resolves the issue or not.
Hi @bpn1990, finally got all the bits in place to test this, and I can report that it seems to be working. FME is obtaining an ESRI licence from ArcServer and is able to read and write data to our ESRI geodatabase.
On a new server installed:
ArcServer 11.5 and licensed as ArcGIS GIS Server Standard.
FME Form 2025.0.3 with a trial licence.
Oracle client to connect to my Enterprise database.
I was then able to open FME as different users, all were able to connect to the geodatabase. Our service account user ran a scheduled task reading and writing data from the geodatabase.
I did set the workspace parameter for ESRI to Pro/Server from the default of auto, and changed the Python version to ESRI. I’m not 100% this is required. I set those values while trying to diagnose a rather generic database connection error, the cause of which turned out to be me forgetting that the database client needed to be installed 🙃.
When I repeat this process on the production server I will run through some steps to harden the ArcServer install e.g. turning off the ability to browse the REST service directory.
Hope that helps. In the future if anyone discovers how to use the named user licences please let me know. I would rather use the Pro licences than installing Arc Server.
So I’ve run into some oddities around this in the past week.
New install of FME 2025.1
Attempted to connect to SDE and get the following error
“Unable to perform any licensing related tasks. Please check your Esri ArcGIS Compatibility workspace parameter”
Then, in order to double check connectivity, i create an oracle connection direct to the database which works so I know there’s no connectivity issue (I don’t actually connect to the database, as i didn’t use the correct password, but i get an incorrect password error so i knew FME could see the DB).
Then, i go back to the SDE connection and it suddenly works.
I then repeat the process with a different user, open FME, SDE connection doesn’t work, create an oracle connection, retest the SDE connection - success
@telfma @ebygomm I’d like to try if I can repro your issue with the NU license using Pro 3.5 and FME Form 2025.1.
Please provide information on the authentication type (built-in, IWA, SAML, PKI) that you are using for your NU license type. I also assume that your NU licenses are authorized in ArcGIS Enterprise and not ArcGIS Online? If you are using ArcGIS Enterprise for your authentication, what OS are they installed on? I also assume that you have installed on Windows Server OS.
Lastly, what are the Windows roles (assuming the central machine is Windows) does the other users have on the shared computer. I’m assuming that your logins has admin roles on the Windows machine.
Configuring the Python library from the ESRI product is required for FME Form because uses ArcGIS Pro software for Esri binary format support such as geodatabase (enterprise, file, mobile) and Knowledge Graph. An exception is the API-based file geodatabase reader/writer that does not need Pro. ArcGIS Server has its own arcpy library that is in sync with its compatible Pro version’s arcpy as well.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
The Windows Security dialog is a posible indicator that your SAML authentication may not be configured properly with your Windows Server OS.
I recommend to check with ESRI Support on why you are getting this extra login dialog.
Back to trying to repro the error, can you tell me what your user role is on the Windows Server and what your other users windows user roles are? What is your sde role and your users sde role?
The issue I described earlier, appears to have been caused by the ESRI_SOFTWARE_CLASS environmental variable. It was set as professional whilst the named user just had basic. I reset to viewer and that solved the issues i was seeing.
Not sure whether this has to be set at all. It’s not set in the environment we normally use FME Flow in. I’m testing the move to a named user license elsewhere as my named user is only in a dev environment right now so I need to access FME Form where I am logged on with my dev user.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
The Windows Security dialog is a posible indicator that your SAML authentication may not be configured properly with your Windows Server OS.
I recommend to check with ESRI Support on why you are getting this extra login dialog.
Back to trying to repro the error, can you tell me what your user role is on the Windows Server and what your other users windows user roles are? What is your sde role and your users sde role?
All the users in question are administrators on the windows machines in question. I’m not sure what you mean by SDE role? We are not connecting as the SDE account, but using an account which owns the data we are looking to work with. All users are using the same connection file in Pro/FME Form 2025 as we are with the working setup in ArcMap/Workbench. Not sure if I have answered your question there, let me know what kind of terms you were expecting and I should be able to confirm.
In Enterprise I am an Administrator, and the other users tested are either administrators or Publishers.
All users have a Pro licence level of GIS Professional Advanced.
I’ll raise a ticket with ESRI regarding the security issue and see if they can advise. Will also try to connect to our new Enterprise installation using the Pro installed on the FME box as well. At 11.5 the licencing occurs wholly in Enterprise, not partly with the licence manager as in 10.7.1, so maybe that makes a difference.
The issue I described earlier, appears to have been caused by the ESRI_SOFTWARE_CLASS environmental variable. It was set as professional whilst the named user just had basic. I reset to viewer and that solved the issues i was seeing.
Not sure whether this has to be set at all. It’s not set in the environment we normally use FME Flow in. I’m testing the move to a named user license elsewhere as my named user is only in a dev environment right now so I need to access FME Form where I am logged on with my dev user.
@ebygomm, not sure if I’m catching on here. But do I potentially need to create a system environmental variable ESRI_SOFTWARE_CLASS and populate with “Professional” as all of our FME users have GIS Professional Advanced licences? We are using FME Form, not Flow.
@telfma - i think the issue in my case was there was a conflict between the level of the named user licence and the level set in the environmental variable
Hi,
I recently moved to FME Form 2025.0.3 from FME Workbench 2021.1.2.
The install is on a central windows machine. Some workbenches run as other users. ArcMap and ArcPro (3.4) are also installed on this machine.
All our workbenches involve ESRI enterprise geodatabase readers or writers, so require an ESRI licence to run.
Users of FME all have named user licences for ArcPro, they are able to launch Pro and obtain a licence on the central machine.
When I use FME Form there is no issue accessing the ESRI licence and using the readers/writer. However when testing with other users, who have the same type of named user ESRI licence, FME reports the error:
“Worker 6428 > Unable to perform any licensing related tasks. Please check your Esri ArcGIS Compatibility workspace parameter, found in Navigator -> Workspace Parameters -> Translation. This 64-bit version of FME requires ArcGIS Desktop along with 64-bit Background Geoprocessing; ArcGIS Pro; or ArcGIS Enterprise. Refer to this this article http://fme.ly/qua for more details”.
I can confirm that this parameter is set to ESRI ArcGIS Server/ArcGIS Pro.
When FME attempts to access the ESRI licence this often results in the AD account being locked out.
FME is run as an administrator.
Yesterday I reinstalled FME, but the same issue remains.
This is sort of a curved ball… check the system environment variable for the ESRI_SOFTWARE_CLASS amongst your users and compare the value with whats on your machine. See if there’s a pattern.
ArcGIS Pro does not use this variable but ArcGIS does. It is possible that FME Form uses the variable for Pro NU license check, but I’m just speculating this possibility.
Read these articles as well and see if there’s anything applicable to you.
Thanks for the response. I’m just about to upgrade to Pro 3.5, fingers crossed this is the solution. I’ll test and confirm.
salvaleonrpwrote:
This is sort of a curved ball… check the system environment variable for the ESRI_SOFTWARE_CLASS amongst your users and compare the value with whats on your machine. See if there’s a pattern.
ArcGIS Pro does not use this variable but ArcGIS does. It is possible that FME Form uses the variable for Pro NU license check, but I’m just speculating this possibility.
Read these articles as well and see if there’s anything applicable to you.
Thanks for the suggestions. I’ve checked the environment variables for both users and neither has an entry for ESRI_SOFTWARE_CLASS in either system or or user.
I reviewed the links and I am sure that the problem user meets all the requirements of the first document. Valid advanced licences, accessible on the machine where FME is installed. No conflicting system variables.
I did notice something odd while testing today. The logs visible from the database connection test window for both users are subtly different before the failure. My working user account states that a licence is already checked out of type advanced, and that the installed ArcGIS version is 3.4.0. However the problem user shows that the product licence used by this machine does not include the Advanced level. It also makes no mention of the installed ArcPro version.
Working user log
Failing user log (ignore the invalid connection details error below, the details provided are correct, this seems to be a separate issue).
Thanks for the response. I’m just about to upgrade to Pro 3.5, fingers crossed this is the solution. I’ll test and confirm.
Hi crutledge,
I just upgraded to 3.5.1, unfortunately the same issue occurs for any user other than me.
Enterprise geodatabase editing requires a Professional or Professional Plus user type.
Check your Named User licensing portal and go to Members tab to verify the profiles of your users and make sure that they have either user types assigned to them. Your user type is Professional Plus.
Yes @salvaleonrp 100% good point. Editing must have an elevated license in order to edit. @telfma Sorry the upgrade did not work. We have run into issues with out users upgrading one (ArcPro or FME) and not keeping inline with the guidance doc I linked above.
Thanks for the suggestions.
All users have Pro Advanced licences (equivalent to Professional Plus on the new ESRI licence terms).
My user, which can use the ESRI features in FME, conducted the Pro install. Pro was installed for all users, and run as administrator. All users can access Pro on the machine. But the note does say all users must have installed Pro. I’m not exactly sure how it can be installed again 🤔
I think that line should just say licensing ArcGIS Pro.
In my experience, ArcGIS can be installed at a system level for all users, but in order for it to play nicely with FME, each user has to open ArcGIS on that machine and ensure the licencing is set up correctly (I’m not sure if this is how it should work, but it has been like that at multiple organisations I’ve worked at)
Thanks ebygomm.
That is my understanding of how this should work as well. All users can log in to the machine, launch the local Pro installation and get a licence. They can also launch FME with no issues, but only my user in FME seems able to pick up the ESRI licence via FME.
I tried uninstalling Pro, then reinstalling using one of the problem accounts rather than my account. This made no difference, all users can access Pro, but only my account can access an ESRI licence from FME.
I’m still battling this issue, if anyone has any suggestions that as to why FME cannot access the Pro named user licence for other users that would be brilliant.
As a result I am considering installing ArcServer 11.5 to allow FME to access an ESRI licence, rather than picking up a Pro licence. I spoke to an ESRI representative today who had no issue with this.
However, how do I configure FME to use the ArcServer licence and not Pro. The Esri ArcGIS Compatibility workspace parameter combines the options for ArcPro and ArcGIS Server.
At present my plan is to keep Pro on the machine for convenience, and have ArcGIS Server purely for the licence.
Thanks,
Martin
I am not familiar with that ESRI Compatibility setting parameter, so I looked at my FME Form setting and it shows ArcGIS Server/ArcGIS Pro.
More importantly to run your workflow if you have ESRI formats, you should configure your Python Compatibility to the server arcpy, shown below.
For FME Form, in your FME Options, Translation pane, add the arcpy module of AcGIS Server and then conifgure the python interpreter to be that of ArcGIS Server, instead of ArcGIS Pro.
To fix your original problem, I recommend submiting a support case with Safe as they may have some troubleshooting tips or tools to help you check the License checkout and available license checks using low level ArcObjects. Such tools may help them identify the state of the ArcGIS licensing that your user have to determine the root cause and recommend a fix.
Hi salvaleonrp,
Thanks for the info, I’ll check the Python compatibility setting.
For the time being I am placing the ArcServer install on hold. We are about to go live with a new instance of ArcGIS Enterprise at 11.5. We currently licence from a 10.7.1. install. I’m hopeful that the updated Enterprise site might make a difference.
I’ll report back once we have attempted to get a licence from the Enterprise site.
Regarding Safe support, we only purchase an FME licence. This doesn't include any support unfortunately. If we cannot resolve this issue soon I suspect we will purchase support and raise a ticket.
@telfma did you get anywhere with this? did you install arcgis on same machine as licensing server? we are having the same issue. i found that switching arcgis pro to use the license offline resolves the issue, but this is a plaster not a cure for sure.
Hi @bpn1990, not yet. To install ArcServer I need to remove ArcMap from the same machine first. Doing so I believe will break my working install of FME 2021.1. (in terms of being able to obtain an ESRI licence). Currently all our transfers run in the older version of the application so am reluctant to do this yet.
To get around the lack of a test system I am about to attempt a fresh install of FME 2025 on a new virtual machine with ArcServer installed and licensed. I’ll report back as to whether this works.
A previous post suggested altering the Python compatibility setting, but this didn't help for me.
I will let you know if this resolves the issue or not.
Hi @bpn1990, finally got all the bits in place to test this, and I can report that it seems to be working. FME is obtaining an ESRI licence from ArcServer and is able to read and write data to our ESRI geodatabase.
On a new server installed:
ArcServer 11.5 and licensed as ArcGIS GIS Server Standard.
FME Form 2025.0.3 with a trial licence.
Oracle client to connect to my Enterprise database.
I was then able to open FME as different users, all were able to connect to the geodatabase. Our service account user ran a scheduled task reading and writing data from the geodatabase.
I did set the workspace parameter for ESRI to Pro/Server from the default of auto, and changed the Python version to ESRI. I’m not 100% this is required. I set those values while trying to diagnose a rather generic database connection error, the cause of which turned out to be me forgetting that the database client needed to be installed 🙃.
When I repeat this process on the production server I will run through some steps to harden the ArcServer install e.g. turning off the ability to browse the REST service directory.
Hope that helps. In the future if anyone discovers how to use the named user licences please let me know. I would rather use the Pro licences than installing Arc Server.
So I’ve run into some oddities around this in the past week.
New install of FME 2025.1
Attempted to connect to SDE and get the following error
“Unable to perform any licensing related tasks. Please check your Esri ArcGIS Compatibility workspace parameter”
Then, in order to double check connectivity, i create an oracle connection direct to the database which works so I know there’s no connectivity issue (I don’t actually connect to the database, as i didn’t use the correct password, but i get an incorrect password error so i knew FME could see the DB).
Then, i go back to the SDE connection and it suddenly works.
I then repeat the process with a different user, open FME, SDE connection doesn’t work, create an oracle connection, retest the SDE connection - success
@telfma @ebygomm I’d like to try if I can repro your issue with the NU license using Pro 3.5 and FME Form 2025.1.
Please provide information on the authentication type (built-in, IWA, SAML, PKI) that you are using for your NU license type. I also assume that your NU licenses are authorized in ArcGIS Enterprise and not ArcGIS Online? If you are using ArcGIS Enterprise for your authentication, what OS are they installed on? I also assume that you have installed on Windows Server OS.
Lastly, what are the Windows roles (assuming the central machine is Windows) does the other users have on the shared computer. I’m assuming that your logins has admin roles on the Windows machine.
Configuring the Python library from the ESRI product is required for FME Form because uses ArcGIS Pro software for Esri binary format support such as geodatabase (enterprise, file, mobile) and Knowledge Graph. An exception is the API-based file geodatabase reader/writer that does not need Pro. ArcGIS Server has its own arcpy library that is in sync with its compatible Pro version’s arcpy as well.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
The Windows Security dialog is a posible indicator that your SAML authentication may not be configured properly with your Windows Server OS.
I recommend to check with ESRI Support on why you are getting this extra login dialog.
Back to trying to repro the error, can you tell me what your user role is on the Windows Server and what your other users windows user roles are? What is your sde role and your users sde role?
The issue I described earlier, appears to have been caused by the ESRI_SOFTWARE_CLASS environmental variable. It was set as professional whilst the named user just had basic. I reset to viewer and that solved the issues i was seeing.
Not sure whether this has to be set at all. It’s not set in the environment we normally use FME Flow in. I’m testing the move to a named user license elsewhere as my named user is only in a dev environment right now so I need to access FME Form where I am logged on with my dev user.
That would be great if you can recreate the problem, or offer any advice.
My setup is as follows:
NU licences from Enterprise 10.7.1. using SAML. Enterprise installed on Windows Server 2019 standard edition.
FME is installed on Windows Server 2019 Standard. I did test installing FME and Pro on a Windows Server 2022 Standard, but same issue occurs.
One odd thing I think it is worth mentioning is that on both servers (2019 and 2022) where FME and Pro were installed, when Pro runs this security dialogue box is displayed:
To launch Pro I enter (or after the first time confirm) the user details. I’m not sure why this dialogue shows, it has always caused me some concern.
Since I began investigating this issue we have had a new Enterprise deployment at 11.5 on Windows Server 2025, again using SAML. While this is not live for users yet, I could try using it to provide the Pro licence on our FME machine.
The Windows Security dialog is a posible indicator that your SAML authentication may not be configured properly with your Windows Server OS.
I recommend to check with ESRI Support on why you are getting this extra login dialog.
Back to trying to repro the error, can you tell me what your user role is on the Windows Server and what your other users windows user roles are? What is your sde role and your users sde role?
All the users in question are administrators on the windows machines in question. I’m not sure what you mean by SDE role? We are not connecting as the SDE account, but using an account which owns the data we are looking to work with. All users are using the same connection file in Pro/FME Form 2025 as we are with the working setup in ArcMap/Workbench. Not sure if I have answered your question there, let me know what kind of terms you were expecting and I should be able to confirm.
In Enterprise I am an Administrator, and the other users tested are either administrators or Publishers.
All users have a Pro licence level of GIS Professional Advanced.
I’ll raise a ticket with ESRI regarding the security issue and see if they can advise. Will also try to connect to our new Enterprise installation using the Pro installed on the FME box as well. At 11.5 the licencing occurs wholly in Enterprise, not partly with the licence manager as in 10.7.1, so maybe that makes a difference.
ebygommwrote:
The issue I described earlier, appears to have been caused by the ESRI_SOFTWARE_CLASS environmental variable. It was set as professional whilst the named user just had basic. I reset to viewer and that solved the issues i was seeing.
Not sure whether this has to be set at all. It’s not set in the environment we normally use FME Flow in. I’m testing the move to a named user license elsewhere as my named user is only in a dev environment right now so I need to access FME Form where I am logged on with my dev user.
@ebygomm, not sure if I’m catching on here. But do I potentially need to create a system environmental variable ESRI_SOFTWARE_CLASS and populate with “Professional” as all of our FME users have GIS Professional Advanced licences? We are using FME Form, not Flow.
I’ll will test that tomorrow was as well.
@telfma - i think the issue in my case was there was a conflict between the level of the named user licence and the level set in the environmental variable
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.
