I’ve already looked into it but sincerely, it didn’t help because I want to keep the log configurations as it is right now.
What I want to confirm if there is any other way to limit log file sizes, either via prompt, menu config or in log.properties parameters.
Log executed test steps
Starting from Katalon Studio version 7.0 , an option to disable Log executed test steps is available in Project Settings > Executions . By enabling or disabling this option, you can decide whether the logs include executed test steps or not.
By disabling logging executed step, you should be able to decrease the size of the log overall.
How do you want Katalon Studio to behave when the log file size comes up to the limit you set? Do you want Katalon Studio intentionally crash? Or do you want Katalon Studio continue running without logging any longer? To me, both look undesirable.
I think this would need to be handled in the KS application code. The log.properties just exposes some settings publicly, but not all.
KS uses slf4j from what I can tell. One way to do this in slf4j is to create “rolling” logs, where you define a max file size, and the logs “roll” within that size (i.e. a FIFO configuration). This is done by using the RollingFileAppender instead of the usual FileAppender. See this discussion:
Long story short, I don’t believe this is something you can configure yourself.
I’m more curious about what could be blowing those logs up so much… Can you give us a snippet of the debug.log file? We have a relatively large project as well, but our debug.log is sitting at ~100k.
I am confused. I have never seen a file named debug.log in any of Katalon Studio projects. I use Katalon Studio version 7.2.1 now.
If the debug.log is something your script creates for itself = Katalon Studio has nothing to do with it, then all the comments I wrote above are completely out of the point.
Or debug.log is something newly introduced by newer Katalon Studio than version 7.2.1?
That I’m not sure, maybe @ThanhTo can clarify. I honestly never look at this file. Here’s an example of what’s logged there in mine:
[1010/174038.520:ERROR:process_memory_win.cc(73)] ReadMemory at 0x4e5c000 of 560 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.932:ERROR:process_snapshot_win.cc(389)] ReadMemory PEB
[1010/174038.932:ERROR:process_memory_win.cc(73)] ReadMemory at 0xc0000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.932:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
[1010/174038.932:ERROR:process_memory_win.cc(73)] ReadMemory at 0xc0000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.932:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Program Files (x86)\Google\Chrome\Application\chrome.exe
[1010/174038.932:ERROR:process_memory_win.cc(73)] ReadMemory at 0x77560000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.932:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\SYSTEM32\ntdll.dll
[1010/174038.932:ERROR:process_memory_win.cc(73)] ReadMemory at 0x77560000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.932:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\SYSTEM32\ntdll.dll
[1010/174038.933:ERROR:process_memory_win.cc(73)] ReadMemory at 0x76370000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.933:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\System32\KERNEL32.DLL
[1010/174038.933:ERROR:process_memory_win.cc(73)] ReadMemory at 0x76370000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.933:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\System32\KERNEL32.DLL
[1010/174038.933:ERROR:process_memory_win.cc(73)] ReadMemory at 0x75880000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.933:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\System32\KERNELBASE.dll
[1010/174038.933:ERROR:process_memory_win.cc(73)] ReadMemory at 0x75880000 of 64 bytes failed: Only part of a ReadProcessMemory or WriteProcessMemory request was completed. (0x12B)
[1010/174038.933:WARNING:pe_image_reader.cc(340)] could not read dos header from C:\Windows\System32\KERNELBASE.dll
tells that debug.log is created by Google Chrome browser, is a internal debug logging. Some particular version of Chrome emits huge amount of debug prints. Upgrading Chrome to newer version may stop it.
Sorry for the late response and thanks for all the inputs!
In fact, I am managing a Katalon project (in the 6.3.3 app version) that was not originally created by me.
Nevertheless, I am not aware how Chrome can be related with debug.log creation since I don’t use the browser in the machine where I have Katalon installed.
debug.log as shown above, it reflects at least all the execution log. Not user what triggers it, if it is every call within the run process or not (it seems so).
Regarding the log.properties, there is nothing declared in there.
I even restarted the app several times and the debug.log does not have any kind of housekeeping. Thus, it is never reset or archived.