A Bug about the JVM Attach mechanism
Peter Levart
peter.levart at gmail.com
Sat Jun 22 07:33:50 UTC 2019
On 6/22/19 3:07 AM, David Holmes wrote:
>>>> So the solution could be for attach thread (if it is already
>>>> started) to update mtime or ctime of the .java_pid<pid> socket file
>>>> periodically so cleanup job would leave it alone.
>>>>
>>>> What do you think?
>>>
>>> I'm not keen on having the attach listener thread periodically
>>> wakeup just to do this.
>>
>> The required frequency would be very low. Once a day would be more
>> than enough. cron jobs are usually set-up to remove files that have
>> not been touched for several days.
>
> I would have thought it more prudent to remove files for which the
> owning process no longer exists. :(
I don't know if there is a way to reliably associate a file with an
"owning" process. Sure /tmp/.java_pid<pid> has the process ID encoded in
its name, but that is java specific and a generic cron job knows nothing
about that pattern by default. If the process still has the file open,
there is a way to detect that and "tmpwatch" for example has an option
--fuser that skips open files. There are other tools for managing
temporary files that can't do that (systemd-tmpfiles for example) and
only use file's timestamps to determine if the file is still "alive" or
not...
Regards, Peter
>
> Cheers,
> David
More information about the jdk8u-dev
mailing list