Question

SystemCaller failing to run on FMEServer


Badge

We have a workspace that uses a SystemCaller to run an exe for another application. This works fine on Workbench but fails to execute on Server.

We have tried running exe from the command terminal on the server remote desktop and it also runs successfully. The log file for the job just states that the execution failed.

Does anyone have any hints or solutions as to why this may be the case and how to solve it?


12 replies

Badge +22

Is Server using the same account as was tested in the remote desktop?

Userlevel 4

You will probably need to configure the engines to run as a domain user rather than the local system account. See here for more information

Userlevel 4
Badge +25

I checked, because I wasn't sure it would even work on Server, and it should be OK. So I would go with the view that it's a permissions issue with the user under which the engines are running.

Badge

The user was already set to be a domain user on the engine.

We did some more testing and played around with the code and it eventually ran on server. Strange that it worked in the first form on workbench and not server but we eventually got the bottom on it.

Thank you for the suggestions to check the users though.

Badge

You will probably need to configure the engines to run as a domain user rather than the local system account. See here for more information

The user was already set to be a domain user on the engine.

We did some more testing and played around with the code and it eventually ran on server. Strange that it worked in the first form on workbench and not server but we eventually got the bottom on it.

Thank you for the suggestions to check the users though.

Badge

Same question as firework_girl. I am trying to make a "git clone" with command line. It works fine on fme desktop.

It runs fine with command line on a remote desktop connection to the server(I specify the domain):

runas /fmeServerServiceAccount cmd 

C:\Windows\system32>git.exe clone --progress -v "https://user:pwd@git/path/to/my/repo" "//path/to/fme/sharedresources/temp/"

Once the workspace with the SystemCaller is published on the server it won't work, exit code 1:

  • The FME Server account has full rights to the sharedresources_temp
  • The FME Server account has adequate rights to clone from the git server
  • On remote desktop on the server I runas fmeServerServiceAccount iexplore.exe and I have access to the git server and repository

I am trying to implement a "build server" to zip latest code of each repository.

Any suggestion?

Userlevel 4

Same question as firework_girl. I am trying to make a "git clone" with command line. It works fine on fme desktop.

It runs fine with command line on a remote desktop connection to the server(I specify the domain):

runas /fmeServerServiceAccount cmd 

C:\Windows\system32>git.exe clone --progress -v "https://user:pwd@git/path/to/my/repo" "//path/to/fme/sharedresources/temp/"

Once the workspace with the SystemCaller is published on the server it won't work, exit code 1:

  • The FME Server account has full rights to the sharedresources_temp
  • The FME Server account has adequate rights to clone from the git server
  • On remote desktop on the server I runas fmeServerServiceAccount iexplore.exe and I have access to the git server and repository

I am trying to implement a "build server" to zip latest code of each repository.

Any suggestion?

Cool idea. Do you get any messages in either the job log or in the server/engine logs?
Badge

Nothing in the Engine log and this on the job log:

50INFORM0.00.4Today at 16:45:07SystemCaller: Executing `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'51WARN0.00.4Today at 16:45:07SystemCaller: Failed to Execute `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'52FATAL0.00.4Today at 16:45:07The below feature caused the translation to be terminated53STATS0.00.4Today at 16:45:07Storing feature(s) to FME feature store file `\\\\myFMEServer\\resources\\logs\\engine\\current\\jobs\\0\\job_181_log.ffs'54INFORM0.00.4Today at 16:45:0755INFORM0.00.4Today at 16:45:07Feature Type: `TestFilter_Error'56INFORM0.00.4Today at 16:45:07Attribute(32 bit unsigned integer): `_creation_instance' has value `0'57INFORM0.00.4Today at 16:45:07Attribute(32 bit integer) : `_exitCode' has value `1'

Not much I have to admit...

Badge

Nothing in the Engine log and this on the job log:

50INFORM0.00.4Today at 16:45:07SystemCaller: Executing `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'51WARN0.00.4Today at 16:45:07SystemCaller: Failed to Execute `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'52FATAL0.00.4Today at 16:45:07The below feature caused the translation to be terminated53STATS0.00.4Today at 16:45:07Storing feature(s) to FME feature store file `\\\\myFMEServer\\resources\\logs\\engine\\current\\jobs\\0\\job_181_log.ffs'54INFORM0.00.4Today at 16:45:0755INFORM0.00.4Today at 16:45:07Feature Type: `TestFilter_Error'56INFORM0.00.4Today at 16:45:07Attribute(32 bit unsigned integer): `_creation_instance' has value `0'57INFORM0.00.4Today at 16:45:07Attribute(32 bit integer) : `_exitCode' has value `1'

Not much I have to admit...

By the way, when run on the cmd on the server itself, it is successful but I have the followign message:

 

fatal: Win32Exception encountered. Failed to write credentials

 

POST git-upload-pack (151 bytes)

 

remote: Counting objects: 73, done.

 

remote: Compressing objects: 100% (47/47), done.

 

Uremote: Total 73 (delta 18), reused 61 (delta 15)npacking objects: 63% (46/73)

 

 

Is it possible that this credential errors is not disturbing the cmd while drives fme to terminate?

 

Userlevel 4
By the way, when run on the cmd on the server itself, it is successful but I have the followign message:

 

fatal: Win32Exception encountered.   Failed to write credentials

 

POST git-upload-pack (151 bytes)

 

remote: Counting objects: 73, done.

 

remote: Compressing objects: 100% (47/47), done.

 

Uremote: Total 73 (delta 18), reused 61 (delta 15)npacking objects:  63% (46/73)

 

 

Is it possible that this credential errors is not disturbing the cmd while drives fme to terminate?

 

I'd guess that the error would be returned as an exit code value >0, which FME should just pick up as usual in the SystemCaller, without crashing. Are you able to execute other git commands that doesn't return this fatal error?

 

Also, could it be that git.exe isn't in the path used by the engine? Perhaps try specifying the complete path to git.exe, e.g. 

 

"c:\apps\git\git.exe" clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'
Badge

Nothing in the Engine log and this on the job log:

50INFORM0.00.4Today at 16:45:07SystemCaller: Executing `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'51WARN0.00.4Today at 16:45:07SystemCaller: Failed to Execute `git.exe clone --progress -v "https://user:pwd@git/myserver" "//FME_SHAREDRESOURCES_TEMP"'52FATAL0.00.4Today at 16:45:07The below feature caused the translation to be terminated53STATS0.00.4Today at 16:45:07Storing feature(s) to FME feature store file `\\myFMEServer\resources\logs\engine\current\jobs\0\job_181_log.ffs'54INFORM0.00.4Today at 16:45:0755INFORM0.00.4Today at 16:45:07Feature Type: `TestFilter_Error'56INFORM0.00.4Today at 16:45:07Attribute(32 bit unsigned integer): `_creation_instance' has value `0'57INFORM0.00.4Today at 16:45:07Attribute(32 bit integer) : `_exitCode' has value `1'

Not much I have to admit...

The issue for me was to run the git clone from the git repository:

 

cd "my/git/repository" git.exe clone --progress -v "https://user:pwd@git/path/to/my/repo" "//path/to/fme/sharedresources/temp/"
I put this within a batch and called the batch with the system caller. It works fine and I can use FME server as a build server for my project.

The user was already set to be a domain user on the engine.

We did some more testing and played around with the code and it eventually ran on server. Strange that it worked in the first form on workbench and not server but we eventually got the bottom on it.

Thank you for the suggestions to check the users though.

Hi, I am having the same issues with no luck finding an answer. Would you mind sharing the solution if still available - I appreciate this thread was opened some time ago, just trying my luck!

Reply