Latest client creates tons of files in /tmp/ on linux. After a couple of days the number of these files is more than 220000 (yes, 220 thousand)!
The size of these files are 0, however 220K extra files gives us a headache.

The xxxxx is a random string of digits.

These files are created during Historical Testing.

We will check this

Dear Support,

Any update on the subject?

Last week I also cleared/cleaned around 200k entries of this files again. Could we get some attention on this manner from Support, please?

Thanks.

Historical tester is creating the files. The amount of them depends on the test settings and amount of data necessary.

Thanks for the reply.

It is fine that the HT creates them, but why they are not removed when the test finished and the platform is closed?

They are removed if the platform is closed normal way. We have checked it. Here is the method used:

void java.io.File.deleteOnExit()

Requests that the file or directory denoted by this abstract pathname be deleted when the virtual machine terminates. Files (or directories) are deleted in the reverse order that they are registered. Invoking this method to delete a file or directory that is already registered for deletion has no effect. Deletion will be attempted only for normal termination of the virtual machine, as defined by the Java Language Specification.

Once deletion has been requested, it is not possible to cancel the request. This method should therefore be used with care.

Note: this method should not be used for file-locking, as the resulting protocol cannot be made to work reliably. The FileLock facility should be used instead.

Throws:
SecurityException - If a security manager exists and its java.lang.SecurityManager.checkDelete method denies delete access to the file