Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-13 Thread KOSAKI Motohiro
On 9/12/2013 12:45 AM, Suzuki K. Poulose wrote: > On 09/12/2013 12:57 AM, KOSAKI Motohiro wrote: >> (9/3/13 4:39 AM), Janani Venkataraman wrote: >>> Hello, >>> >>> We are working on an infrastructure to create a system core file of a >>> specific >>> process at run-time, non-disruptively. It can

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-13 Thread KOSAKI Motohiro
On 9/12/2013 12:45 AM, Suzuki K. Poulose wrote: On 09/12/2013 12:57 AM, KOSAKI Motohiro wrote: (9/3/13 4:39 AM), Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-11 Thread Suzuki K. Poulose
On 09/12/2013 12:57 AM, KOSAKI Motohiro wrote: > (9/3/13 4:39 AM), Janani Venkataraman wrote: >> Hello, >> >> We are working on an infrastructure to create a system core file of a >> specific >> process at run-time, non-disruptively. It can also be extended to a >> case where >> a process is able

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-11 Thread KOSAKI Motohiro
(9/3/13 4:39 AM), Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a self-core dump. gcore, an existing utility creates a

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-11 Thread KOSAKI Motohiro
(9/3/13 4:39 AM), Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a self-core dump. gcore, an existing utility creates a

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-11 Thread Suzuki K. Poulose
On 09/12/2013 12:57 AM, KOSAKI Motohiro wrote: (9/3/13 4:39 AM), Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-05 Thread Janani Venkataraman
On 09/04/2013 05:03 PM, Pavel Emelyanov wrote: On 09/04/2013 02:53 PM, Janani Venkataraman wrote: On 09/03/2013 04:24 PM, Pavel Emelyanov wrote: On 09/03/2013 02:47 PM, Janani Venkataraman wrote: On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-05 Thread Janani Venkataraman
On 09/04/2013 05:03 PM, Pavel Emelyanov wrote: On 09/04/2013 02:53 PM, Janani Venkataraman wrote: On 09/03/2013 04:24 PM, Pavel Emelyanov wrote: On 09/03/2013 02:47 PM, Janani Venkataraman wrote: On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-04 Thread Andi Kleen
> Briefly -- we will implement the CRIU service, which is a daemon running from > root and listening on a unix socket. When a task wants to dump himself, it > sends > to the service a "dump me" message. The service then goes and dumps the > process. Maybe I'm missing something, but if the dump

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-04 Thread Janani Venkataraman
On 09/03/2013 04:24 PM, Pavel Emelyanov wrote: On 09/03/2013 02:47 PM, Janani Venkataraman wrote: On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-04 Thread Janani Venkataraman
On 09/03/2013 04:24 PM, Pavel Emelyanov wrote: On 09/03/2013 02:47 PM, Janani Venkataraman wrote: On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-04 Thread Andi Kleen
Briefly -- we will implement the CRIU service, which is a daemon running from root and listening on a unix socket. When a task wants to dump himself, it sends to the service a dump me message. The service then goes and dumps the process. Maybe I'm missing something, but if the dump file

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-03 Thread Janani Venkataraman
On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a

RFD: Non-Disruptive Core Dump Infrastructure

2013-09-03 Thread Janani Venkataraman
Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a self-core dump. gcore, an existing utility creates a core image of the specified process. It

RFD: Non-Disruptive Core Dump Infrastructure

2013-09-03 Thread Janani Venkataraman
Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a self-core dump. gcore, an existing utility creates a core image of the specified process. It

Re: RFD: Non-Disruptive Core Dump Infrastructure

2013-09-03 Thread Janani Venkataraman
On 09/03/2013 04:01 PM, Pavel Emelyanov wrote: On 09/03/2013 12:39 PM, Janani Venkataraman wrote: Hello, We are working on an infrastructure to create a system core file of a specific process at run-time, non-disruptively. It can also be extended to a case where a process is able to take a