Skip to main content
Solved

TCL startup script fails on server (runs on desktop)


dfresh
Forum|alt.badge.img

probably a permission issue, but not sure what it is failing. I continuously get this error.

2017-10-18 10:22:55 A SAFE license service was detected running on port ##### on server ABC (##.##.##.##) and offering FME licenses. Please ensure that fmelicensingassistant is configured to use it (enter either 'ABC' or 'ABC:#####' for the Server Name), and that it has sufficient licenses for you.

the startup script is

lappend sysString $FME_MacroValues(FME_HOME_UNIX)/fme;
lappend sysString {Generate};
lappend sysString {GEODATABASE_FILE};
lappend sysString {NULL};
lappend sysString $FME_MacroValues(SRC_GDB);
lappend sysString $env(TEMP)/temp.fme;
lappend sysString {--RESOLVE_DOMAINS};
lappend sysString {YES};
lappend sysString {2>@1};
eval exec $sysString;

Any thoughts? I am actively working on this, so will hopefully have it resolved.

Best answer by daveatsafe

Hi @dfresh,

That TCL code starts a command line FME to generate a mapping file, from which the domain information is read. This works fine on Desktop, but in the Server environment, the FME Engines are constantly running, and have used up all the available licenses. So the command line FME will always fail with a licensing error.

This was written quite a few years ago, and newer versions of FME have another way to get the domain information. The FeatureReader transformer can be set to output only a Schema feature, and the schema for Geodatabases include the domain definitions, if the reader setting Resolve Domains is enabled.

I would recommend using the FeatureReader instead the TCL code.

View original
Did this help you find an answer to your question?

4 replies

dfresh
Forum|alt.badge.img
  • Author
  • October 17, 2017

I solved it, I needed ArcGIS installed on the server to read the GEODATABASE_FILE...

UPDATE - this did not solve it, it only allowed me to login to the server and run a local .FMW.


dfresh
Forum|alt.badge.img
  • Author
  • October 18, 2017
The server is licensed, the fme local desktop version is licensed and able to run, not sure why its causing this issue @DaveAtSafe

 


daveatsafe
Safer
Forum|alt.badge.img+19
  • Safer
  • Best Answer
  • October 18, 2017

Hi @dfresh,

That TCL code starts a command line FME to generate a mapping file, from which the domain information is read. This works fine on Desktop, but in the Server environment, the FME Engines are constantly running, and have used up all the available licenses. So the command line FME will always fail with a licensing error.

This was written quite a few years ago, and newer versions of FME have another way to get the domain information. The FeatureReader transformer can be set to output only a Schema feature, and the schema for Geodatabases include the domain definitions, if the reader setting Resolve Domains is enabled.

I would recommend using the FeatureReader instead the TCL code.


dfresh
Forum|alt.badge.img
  • Author
  • October 19, 2017
daveatsafe wrote:

Hi @dfresh,

That TCL code starts a command line FME to generate a mapping file, from which the domain information is read. This works fine on Desktop, but in the Server environment, the FME Engines are constantly running, and have used up all the available licenses. So the command line FME will always fail with a licensing error.

This was written quite a few years ago, and newer versions of FME have another way to get the domain information. The FeatureReader transformer can be set to output only a Schema feature, and the schema for Geodatabases include the domain definitions, if the reader setting Resolve Domains is enabled.

I would recommend using the FeatureReader instead the TCL code.

Thanks @DaveAtSafe you are the best, I owe you a beer.

Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings