Skip to main content
Solved

Python Exception <ModuleNotFoundError>: No module named 'fmepy_emailer'

paalpedersen
Contributor
Forum|alt.badge.img+7

Hi,

 

After upgrading FMECloud to version 2022 our emailer complains with the following error:

Python Exception <ModuleNotFoundError>: No module named 'fmepy_emailer'
PythonFactory failed to load python symbol `fmepy_emailer.Emailer'
Factory proxy not initialized
Emailer_CALLER (PythonFactory): PythonFactory failed to process feature
An error has occurred. Check the logfile above for details

It looks like the emailer depends on a internal package called fmepy_emailer that does not exist in the environment.

 

Best answer by markw

paalpedersen wrote:

Hi, your soultion did not work. I have upgraded to the lastest version, uploaded the package with the workspace, still same issue with missing module.

You'll need to delete the Emailer package contents from the FME Server Engine folders at Resources > Engine > Packages > [build-os]. Check each directory within that path (i.e: PackageFiles, python, etc) and delete any safe.emailer folders. Then run the workspace again that uses the Emailer. If that doesn't work, delete the [build-os] folder and FME Server will recreate it after running a job that uses a package. Deleting this folder does not require you to reupload all of your packages, this simply makes FME Server reinstall the packages when they're used again. Please let me know how that goes!

 

 

View original
nathanherzog
1 person upvoted this
  • nathanherzog
    nathanherzog
Did this help you find an answer to your question?

8 replies

markw
Forum|alt.badge.img
  • markw
  • June 2, 2022

Hi @Paal Pedersen​, I'm sorry you've run into this issue! It appears some components of the Emailer package unexpectedly went missing after the upgrade. Could you please republish the workspace that uses the Emailer and upload the Emailer package, then run the workspace?

 

If that doesn't fix the issue, then please try upgrading to the latest version of the Emailer package (3.0.2) and follow the instructions in my response to soothsayers in this community post (you'll have to click More Answers to see it). Please let me know if that works or not!

paalpedersen
Contributor
Forum|alt.badge.img+7
  • paalpedersenContributor
  • Author
  • Contributor
  • June 7, 2022

Hi, your soultion did not work. I have upgraded to the lastest version, uploaded the package with the workspace, still same issue with missing module.

paalpedersen
Contributor
Forum|alt.badge.img+7
  • paalpedersenContributor
  • Author
  • Contributor
  • June 7, 2022

Our workaround now is to turn off emailer. Wondering if we should reuse the old python emailer.

markw
Forum|alt.badge.img
  • markw
  • Best Answer
  • June 7, 2022
paalpedersen wrote:

Hi, your soultion did not work. I have upgraded to the lastest version, uploaded the package with the workspace, still same issue with missing module.

You'll need to delete the Emailer package contents from the FME Server Engine folders at Resources > Engine > Packages > [build-os]. Check each directory within that path (i.e: PackageFiles, python, etc) and delete any safe.emailer folders. Then run the workspace again that uses the Emailer. If that doesn't work, delete the [build-os] folder and FME Server will recreate it after running a job that uses a package. Deleting this folder does not require you to reupload all of your packages, this simply makes FME Server reinstall the packages when they're used again. Please let me know how that goes!

 

 

nathanherzog
1 person upvoted this
  • nathanherzog
    nathanherzog
paalpedersen
Contributor
Forum|alt.badge.img+7
  • paalpedersenContributor
  • Author
  • Contributor
  • June 7, 2022
markw wrote:

You'll need to delete the Emailer package contents from the FME Server Engine folders at Resources > Engine > Packages > [build-os]. Check each directory within that path (i.e: PackageFiles, python, etc) and delete any safe.emailer folders. Then run the workspace again that uses the Emailer. If that doesn't work, delete the [build-os] folder and FME Server will recreate it after running a job that uses a package. Deleting this folder does not require you to reupload all of your packages, this simply makes FME Server reinstall the packages when they're used again. Please let me know how that goes!

 

 

thanks this solved the problem!

J
Forum|alt.badge.img+2

Another thing to check is the permissions of the package folder.

If you're in a linux (or container) environment, navigate to /data/fmeserverdata/resources/engine and run ls -la and check that the Packages folder is owned by fmeserver:

 

Packages folder permissionsIf that folder is owned by someone different to fmeserver (or root) you will need to do a chown so that fmeserver owns that folder (fmeserver uid and gui is 1363).

paalped
Contributor
Forum|alt.badge.img+5
  • paalpedContributor
  • Contributor
  • June 17, 2022
jlutherthomas wrote:

Another thing to check is the permissions of the package folder.

If you're in a linux (or container) environment, navigate to /data/fmeserverdata/resources/engine and run ls -la and check that the Packages folder is owned by fmeserver:

 

Packages folder permissionsIf that folder is owned by someone different to fmeserver (or root) you will need to do a chown so that fmeserver owns that folder (fmeserver uid and gui is 1363).

Destroying the packages worked. But nice how did you ssh into fmecloud? or is it your local linux fmeserver?

M
  • matthewj
  • August 16, 2022

We had the same problem after the Security Update 11 Aug 22. Deleting the packages on the server didn't work until we manually upgraded the transformer in the workbench. Then republished, all good now.

 

Reply


Helpful Members This Week

Community Stats

31,139
Posts
118,062
Replies
38,758
Members

Latest FME

Terms & ConditionsCookie settings

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
A product of
Safe Software respectfully acknowledges that we live, learn and work on the traditional and unceded territories of the Kwantlen, Katzie, and Semiahmoo First Nations.