Hi Levi,
I'm guilty of reading my e-mail in the wrong order again. :-)
Kapil already has a fine solution. Since it's only been lightly tested,
let us know if it doesn't work for you, and we'll fix it.
We'd still be curious about your application and the requirement not
covered by BLCR, if you have the time.
Best,
- Gene
On Thu, Feb 27, 2014 at 01:23:53PM -0500, Gene Cooperman wrote:
> Hi Levi,
> Potentially, we could add a flag for exiting after the first
> checkpoint. But there are also other workarounds that might serve your need.
> Either way, we're sure we can rapidly provide what you need.
>
> Kapil,
> Do we have some combination of flags that will do what Levi wants?
>
> Levi,
> Here are some possible workarounds. If they're not suitable, let us
> know, and we'll add the flag that you're looking for. Some options are:
> 1. Have your program directly request the checkpoint and then exit:
> see: DMTCP_ROOT/test/plugin/applic-initiated-ckpt/
> You can do 'make check' in that directory for a live demo, and
> the code should be short and clear.
> 2. Create your own helper process that calls:
> dmtcp_command --checkpoint
> dmtcp_command --quit
> For example, in C, you would do: system("dmtcp_command --checkpoint");
>
> By the way, for our own curiosity, could you let us know what was the
> requirement for which BLCR had failed?
> BLCR is also a very high quality product, and we've enjoyed talking
> to the developers. There are cases where the two approaches (kernel
> module vs. user space) can complement each other. So, it's helpful for
> all of us to understand the use cases bestter.
>
> Thanks,
> - Gene
>
> On Wed, Feb 26, 2014 at 10:38:57AM -0700, Levi Morrison wrote:
> > Hello list,
> >
> > We have been using BLCR for a little while to checkpoint applications, but
> > we ran into a certain one that BLCR could not checkpoint. DMTCP has been
> > able to checkpoint it and that is nice.
> >
> > However, we are having an issue. This particular program writes to output
> > files regularly. Using the --interval option there is inevitably some time
> > after the checkpoint at which the program will write output to a file. When
> > we restart from the checkpoint, this same data will be written again to the
> > file. This was avoided in BLCR by using a flag to indicate that BLCR should
> > kill the job after checkpointing. I have had trouble finding such an option
> > in DMTCP. What is the best way to solve this issue in DMTCP?
>
> > ------------------------------------------------------------------------------
> > Flow-based real-time traffic analytics software. Cisco certified tool.
> > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> > Customize your own dashboards, set traffic alerts and generate reports.
> > Network behavioral analysis & security monitoring. All-in-one tool.
> > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
>
> > _______________________________________________
> > Dmtcp-forum mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/dmtcp-forum
>
>
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Dmtcp-forum mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dmtcp-forum
------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
_______________________________________________
Dmtcp-forum mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dmtcp-forum
