019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: *?Re: A Bug about the JVM Attach mechanism
On 20/06/2019 05:10, nijiaben wrote:
> :
> I know this mechanism, can we provide means
am, nijiaben wrote:
Yes Alan, I mean this
--?Original?--
*From: *?"Alan Bateman";
*Date: *?Thu, Jun 20, 2019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: *?Re:
8145U x 2vcpu)
>
> If we need to fix based on current implementation, I think
> we need to use atomic operation.
> But if we can refactor around here, we might be able to another approach -
> e.g. using monitors/mutexes
>
>
> Thanks,
>
> Yasumasa
>
>
> On 2019/06/
iaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
iaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
David
On 20/06/2019 3:37 am, nijiaben wrote:
Yes Alan, I mean this
--?Original?--
*From: *?"Alan Bateman";
*Date: *?Thu, Jun 20, 2019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"
Here's a thread that describes why systemd-tmpfiles doesn't implement
the --fuser option that tmpwatch does:
https://lists.freedesktop.org/archives/systemd-devel/2015-April/031339.html
The authors say the following:
/In almost all cases the atime checks we do should be fully sufficient//
//t
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 socket file
periodically so cleanup job would leave it alone.
What do you think?
I'm not keen on having the attach listener thread periodic
--- Original --
*From: * "Alan Bateman";
*Date: * Thu, Jun 20, 2019 02:54 PM
*To: * "nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mech
;jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
On 20/06/2019 05:10, nijiaben wrote:
> :
> I know this mechanism, can we provide means of recovery to
avoid unavailability caused by accidental deletion?
>
Are you concerned about
iceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
On 20/06/2019 05:10, nijiaben wrote:
> :
> I know this mechanism, can we provide means of recovery to
avoid unavailability caused by accidental deletion?
>
erviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
On 20/06/2019 05:10, nijiaben wrote:
> :
> I know this mechanism, can we provide means of recovery to avoid
unavailability caused by accidental deletion?
>
A
ginal --
*From: * "Alan Bateman";
*Date: * Thu, Jun 20, 2019 02:54 PM
*To: * "nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
On 20/
wrote:
Yes Alan, I mean this
-- Original --
*From: * "Alan Bateman";
*Date: * Thu, Jun 20, 2019 02:54 PM
*To: * "nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subjec
/2019 3:37 am, nijiaben wrote:
Yes Alan, I mean this
-- Original --
*From: * "Alan Bateman";
*Date: * Thu, Jun 20, 2019 02:54 PM
*To: * "nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-ru
iaben wrote:
Yes Alan, I mean this
--?Original?--
*From: *?"Alan Bateman";
*Date: *?Thu, Jun 20, 2019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Su
ben wrote:
Yes Alan, I mean this
--?Original?--
*From: *?"Alan Bateman";
*Date: *?Thu, Jun 20, 2019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev"
am, nijiaben wrote:
Yes Alan, I mean this
--?Original?--
*From: *?"Alan Bateman";
*Date: *?Thu, Jun 20, 2019 02:54 PM
*To: *?"nijiaben"; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev&qu
uot;; "David
Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
On 20/06/2019 05:10, nijiaben wrote:
> :
> I know this mechanism, can we provide means of recovery to avoid
unavailability ca
Yes Alan, I mean this
-- Original --
From: "Alan Bateman";
Date: Thu, Jun 20, 2019 02:54 PM
To: "nijiaben"; "David Holmes";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
Subject: R
still not clear how deletion causes any problem after the attach
> thread has been started ??
>
> David
> -
>
>> Thanks,
>> nijiaben @ PerfMa
>> -- Original ------
>> *From: * "David Holmes";
>> *Date: * Thu, Jun 20, 2019
(Speaking on behalf of my own experience) Yes Alan, you're right on. I'm
fairly sure that's the symptom that Nijiaben is asking about here.
- Kris
On Wed, Jun 19, 2019 at 11:54 PM Alan Bateman
wrote:
> On 20/06/2019 05:10, nijiaben wrote:
> > :
> > I know this mechanism, can we provide means of
On 20/06/2019 05:10, nijiaben wrote:
:
I know this mechanism, can we provide means of recovery to avoid unavailability
caused by accidental deletion?
Are you concerned about tmpreaper or cron jobs that periodically cleanup
/tmp? There may indeed be an issue for applications that run for weeks
;
"jdk8u-dev";
"hotspot-runtime-dev";
*Subject: * Re: A Bug about the JVM Attach mechanism
Hi,
On 19/06/2019 2:26 am, nijiaben wrote:
> Hi, All,
>
> There is a bug that has been discovered for a long time, but it has not
> been fixed.
Can you provide a bug num
From: "David Holmes";
Date: Thu, Jun 20, 2019 11:36 AM
To: "nijiaben";
"serviceability-dev";
"jdk8u-dev";
"hotspot-runtime-dev";
Subject: Re: A Bug about the JVM Attach mechanism
Hi,
On 19/06/2019 2:26 am, nijiaben wrote:
> Hi, All,
>
Hi,
On 19/06/2019 2:26 am, nijiaben wrote:
Hi, All,
There is a bug that has been discovered for a long time, but it has not
been fixed.
Can you provide a bug number for this?
We usually use some shell scripts to clean up the /tmp directory.
When we have executed a similar jstack command ba
-dev im
Auftrag von nijiaben
Gesendet: Mittwoch, Juni 19, 2019 7:12 PM
An: serviceability-dev; jdk8u-dev; hotspot-runtime-dev
Betreff: A Bug about the JVM Attach mechanism
Hi, All,
There is a bug that has been discovered for a long time, but it has not been
fixed.
We usually use some shell
Hi, All,
There is a bug that has been discovered for a long time, but it has not been
fixed.
We usually use some shell scripts to clean up the /tmp directory.
When we have executed a similar jstack command based on the attach mechanism,
it will generate a .java_pidXXX socket file in the
28 matches
Mail list logo
