<div>Hi</div>
<div> </div>
<div>Yes it does fail to guarantee consistency between filesystem<br>and application state, but it's a tool to guarantee it :</div>
<div> </div>
<div>if you want to take a consistent snapshot of you database :</div>
<div>1- put your DB in backup mode, or make our app layer happy</div>
<div>2- freeze your FS</div>
<div>3- sync everything</div>
<div>4- take a snapshot (of the block devices)</div>
<div>5- unfreeze FS</div>
<div>6- DB back in standard mode</div>
<div> </div>
<div> </div>
<div>If you skip the freeze step, disk write still can happen between end of 3 and end of 4 so you can get dirty ondisk images. As discussed in a earlier thread, tux3 design should enable to "tux3freeze" a filesystem (get a clean ondisk image) without blocking writes (just throttle N io/sec until buffers P% full, then return something and unfreeze).</div>

<div> </div>
<div>And this would enable us to do something like this :</div>
<div> </div>
<div>
<div> </div>
<div>Repeat</div>
<div>  1- put your DB in backup mode, or freeze app io/s...</div>
<div>  2- tux3freeze your FS</div>
<div>  3- sync everything (maybe not necessary)</div>
<div>  4- DB or app back in standard mode</div>
<div>  5- take a snapshot (of the block devices)</div>
<div>Until my fs still tux3freezed at that moment</div>
<div>(not unfreeze as we go back to normal state when we're full)</div>
<div> </div></div>
<div> </div>
<div> </div>
<div> </div>
<div><br> </div>
<div><span class="gmail_quote">On 1/12/09, <b class="gmail_sendername">Daniel Phillips</b> <<a href="mailto:phillips@phunq.net">phillips@phunq.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Sunday 11 January 2009 23:57, Michael Keulkeul wrote:<br>> Hi all<br>><br>> I don't know if you already know, but generic filesystem freeze interface is<br>
> being add to linux kernel, check linux 2.6.29-rc1 changelog for more info.<br>><br>> Best regards<br>><br>> Michael B.<br><br>We will certainly support it, but note my skepticism about the value<br>of it.  It certainly fails to gaurantee consistency between filesystem<br>
and application state, and it does introduce deadlock risk, so I am not<br>sure what it is for.  Please enlighten me :-)<br><br>Regards,<br><br>Daniel<br></blockquote></div><br>