Hi Guy,
In currently DMC, these are the location where trace/logs and cache information are being stored.
<DMCHome>/logs
– DMC logs
<DMCHome>/work
– Liberty cache and dump files and DMC cache.
The path to DMC logs cannot be changed. But, the tracing level can be changed for each component by using the <DMCHome>/dsutils/bin/logUtils.sh
Usage: "logUtils.sh <admin|dbapi|monitor|explain|runsql|all> <trace|info>"
By default, log level is
info
, and if set to
trace
, more debug info will be collected. In addition, each component has trace file of 10 MB in size and logs are rolling with maximum of 4 files. If you want to modify the tracing max file size and number of rolling logs by following steps:
- Stop DMC
- Edit
<DMCHome>/Config/XXX_log.properties
file. Modify options: MaxFileSizeInM=10
and MaxEdition=4
.
- Restart DMC after modification.
We don't recommend increasing log level in general, only if extra debug information is requested for diagnostic purpose. You can consider increasing/decreasing the Max file size and number of rolling logs per your need. The ffdc (First Failure Data Capture) directory preserves the information that is generated from a processing failure used by IBM Support. You can remove them after investigation.
The path to Liberty cache and dump files and DMC cache files currently cannot be changed. The dump files are created in <DMCHome>/work/dsweb
directory. You can remove the dump files there (javadump, core, heapdump etc.) after investigation. The workarea
directory keeps Caching info for Liberty, it is not recommended to remove it for performance reasons. If needed, (e.g. have startup problem after upgrade) the cache can be cleaned by following steps:
- Stop DMC
- <DMCHome>/wlp/bin/server start dsweb –clean
- Stop DMC (again)
- Start DMC
Hope this helps.
------------------------------
Jason Sizto
------------------------------
Original Message:
Sent: Tue March 31, 2020 04:15 AM
From: Guy Przytula
Subject: space usage
having dmc on linux and installed in /opt/ibm
we can see that there is a large space usage in this structure, mostly for logging/workfiles
eg /opt/ibm/DMC/ibm-datamgmtconsole/work/dsweb/workarea/org.eclipse.osgi/63/data/cache/com.ibm.ws.app.manager_46/.cache/WEB-INF/lib
many jar files repeated over many directories
we see in other paths large heap.. files
it is not a good idea to mix software and diagnostic data in same file structure and not easy to clean it up as we do not know what can be cleaned
is there a kind of retention setting to specify how long to keep diagnostics and to specify the location of these, so it could be routed to another filesystem and avoiding /opt gets filled
is there a cleanup procedure or guideline what to clean..
maybe an idea for next version...
------------------------------
Thanks for all answers
Best Regards,
Guy Przytula
------------------------------
#Db2