#dominoforever | Product Ideas Portal

 

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Avoid large dump files as ticking time bombs at macOS Notes clients

A crash at the macOS Notes client generates log files. Crash happens, log files are helpfull to fix the issue.

Beside the IBM_TECHNICAL_SUPPORT folder have a look at: .../HCL(or IBM) Notes Data/Expeditor/Applications/logs

(You might know, this Notes data path is hidden by default under /Users/[username]/Library/Application Support/)

We noticed a ticking time bomb there.

Every crash generates a large .dmp file and additional log data. This path is for the Java log files. The .dmp file correspond to the used memory during the crash. On a 8 GB RAM machine it grows to 10 GB .dmp file at ANY serious crash! This .dmp files also never get deleted. And they are hidden and can not be cleaned up easily buy a normal user.

As we all know, Apple sells often machines with much RAM and expensive ,as result, low disk capacities.

As result, macOS users with frequently crashes ran out of disc space sooner or later.

I suggest to take memory dumps not per default, only by a special 'debug' flag in some config file.

Thank you.

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Sep 4 2020
  • Needs review
  • Attach files
  • Admin
    Thomas Hampel commented
    6 Sep 12:02pm

    If a memory dump would be taken only when a debug flag is set then it would not be possible to analyze one-time crashes.