<div dir="ltr">I was kind of bold and migrated not just all testing boxes, but also bots-bnr1 as nobody was using /mnt anyway... let's see<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 14, 2013 at 10:19 AM, Petr Bena <span dir="ltr"><<a href="mailto:benapetr@gmail.com" target="_blank">benapetr@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Also, don't be confused by this fs being flagged as beta. Most of its developers consider it stable enough for production and generally recommend to use it for any purpose.<br>
</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Feb 14, 2013 at 10:17 AM, Petr Bena <span dir="ltr"><<a href="mailto:benapetr@gmail.com" target="_blank">benapetr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div>Hi,<br><br>I suggest to switch to BTRFS filesystem on all /dev/vdb devices on all boxes. I will start this experiment on bots-N (experimental) boxes for now. And if there would be no troubles I would start switching it on all production boxes as well.<br>


<br></div>BTRFS comes with tons of incredible features that none of existing linux filesystems can do. And I would really like to perform maintenance on these boxes without having to unmount its filesystem everytime when I need to change it (BTRFS support basically everything you need to unmount regular FS for ONLINE without any need to be unmounted, including defragmentation, resizing, mirroring (on level of file, directory or subvolume), making snaphots of files or directories and many more)<br>


</div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>