Skip to main content
Solved

FME Server deleting jobs information daily

  • June 16, 2016
  • 3 replies
  • 35 views
L
Forum|alt.badge.img

We have a major issue. For no apparent reason FME Server 2016 is clearing out the jobs and logs of completed and failed jobs daily. We have not changed a single setting. When we look at the set times to hold onto these items it is still set at 7 days. Again, nothing was changed. The GIS Manager also reviewed this completely and he's come to the same conclusion, something all of the sudden is going wrong.

Please note we have not upgraded or done anything out of the ordinary. When midnight rolls around tonight all of the notifications about completed jobs will once again be deleted by FME Server 2016 and a new day of notifications will begin again.

Has anyone seen this or dealt with this issue?

Best answer by jfisch25

I ran into this issue also; our server was deleting job lists and I hadn't changed anything. @david_r was right; I was finally able to log into the machine hosting FME Server (we have an AWS environment and I hadn't needed access to the machine itself before this), and the C: drive was almost full! As it turns out, my predecessor had set up a workspace to export a backup file every day and had it stored on the C: drive, and we had over a year's worth of backup files stored there. They were being written into C:/ProgramData, which doesn't show up in the file explorer unless you type it into the address bar specifically, so I couldn't even see where all this data was without really digging for it. Anyway, I made some changes and it seems to be working better now. Lesson learned: pay attention to where your backups are going.

This thread set me on the right path to solving the issue, so thank you!

This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

3 replies

L
Forum|alt.badge.img
  • longhornfan
  • Author
  • 39 replies
  • June 16, 2016

@mcjames76

david_r
Celebrity
  • david_rCelebrity
  • 8394 replies
  • June 17, 2016

Sounds like it could be the internal resourcechecker tasks that get triggered because of too little available disk space on your server. Check in logs/service/current/fmecleanup.log for critical messages.

To modify the thresholds, look in fmeServerConfig.txt under the "Cleanup Watch" headings, specifically:

  • CLEANUP_WARN_MINDISKSIZE_GB
  • CLEANUP_WARN_MINDISKSIZE_PCT
  • CLEANUP_CRITICAL_MINDISKSIZE_GB
  • CLEANUP_CRITICAL_MINDISKSIZE_PCT

You can also set notification topics that you can configure to e.g. send you an email if the available disk space gets below the WARN or CRITICAL levels, very handy.

jfisch25
Contributor
Forum|alt.badge.img+10
  • jfisch25Contributor
  • Contributor
  • 16 replies
  • Best Answer
  • October 25, 2017

I ran into this issue also; our server was deleting job lists and I hadn't changed anything. @david_r was right; I was finally able to log into the machine hosting FME Server (we have an AWS environment and I hadn't needed access to the machine itself before this), and the C: drive was almost full! As it turns out, my predecessor had set up a workspace to export a backup file every day and had it stored on the C: drive, and we had over a year's worth of backup files stored there. They were being written into C:/ProgramData, which doesn't show up in the file explorer unless you type it into the address bar specifically, so I couldn't even see where all this data was without really digging for it. Anyway, I made some changes and it seems to be working better now. Lesson learned: pay attention to where your backups are going.

This thread set me on the right path to solving the issue, so thank you!

Community Stats

32,093
Posts
121,872
Replies
39,731
Members

Latest FME

Terms & ConditionsCookie settingsAccessibility statement
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.