I had promised to weigh in on my experiences using ZFS in a production
environment. We've been testing it for a few months now, and confidence
is building. We've started using it in production about a month ago
after months of non production testing.
I'll append my thoughts in a cross-post from
On 1/6/2014 3:26 PM, Cliff Pratt wrote:
> Grub only needs to know about the filesystems that it uses to boot the
> system. Mounting of the other file systems including /var is the
> responsibility of the system that has been booted. I suspect that you have
> something else wrong if you can't boot w
Grub only needs to know about the filesystems that it uses to boot the
system. Mounting of the other file systems including /var is the
responsibility of the system that has been booted. I suspect that you have
something else wrong if you can't boot with /var/ on ZFS.
I may be wrong, but I don't t
On 11/30/2013 06:20 AM, Andrew Holway wrote:
> Hey,
>
> http://zfsonlinux.org/epel.html
>
> If you have a little time and resource please install and report back
> any problems you see.
>
Andrew,
I want to run /var on zfs, but when I try to move /var over it won't
boot thereafter, with errors ab
On 12/04/2013 06:05 AM, John Doe wrote:
> Not sure if I already mentioned it but maybe have a look at:
> http://code.google.com/p/lsyncd/
We checked lsyncd out and it's most certainly an very interesting tool.
I *will* be using it in the future!
However, we found that it has some issues scalin
On 04.12.2013 14:05, n...@li.nux.ro wrote:
>>> >>On 04.12.2013 14:05, John Doe wrote:
> From: Lists
>
>>> >>Our next big test is to try out ZFS filesystem send/receive in
>>> >>lieu
>>> >>of
>>> >>our current backup processes based on rsync. Rsync i
On 05.12.2013 22:46, Chuck Munro wrote:
>> On 04.12.2013 14:05, John Doe wrote:
From: Lists
>> Our next big test is to try out ZFS filesystem send/receive in
>> lieu
>> of
>> our current backup processes based on rsync. Rsync is a fabulous
>> tool,
>> but is begi
> On 04.12.2013 14:05, John Doe wrote:
>> >From: Lists
>> >
>>> >>Our next big test is to try out ZFS filesystem send/receive in lieu
>>> >>of
>>> >>our current backup processes based on rsync. Rsync is a fabulous
>>> >>tool,
>>> >>but is beginning to show performance/scalability issues dealing wi
On 04.12.2013 14:05, John Doe wrote:
> From: Lists
>
>> Our next big test is to try out ZFS filesystem send/receive in lieu
>> of
>> our current backup processes based on rsync. Rsync is a fabulous
>> tool,
>> but is beginning to show performance/scalability issues dealing with
>> the
>> many
From: Lists
> Our next big test is to try out ZFS filesystem send/receive in lieu of
> our current backup processes based on rsync. Rsync is a fabulous tool,
> but is beginning to show performance/scalability issues dealing with the
> many millions of files being backed up, and we're hoping th
On Sat, Nov 30, 2013 at 9:20 AM, Andrew Holway wrote:
> Hey,
>
> http://zfsonlinux.org/epel.html
>
> If you have a little time and resource please install and report back
> any problems you see.
>
> A filesystem or Volume sits within a zpool
> a zpool is made up of vdevs
> vdevs are made up of blo
Andrew,
We've been testing ZFS since about 10/24, see my original post (and
replies) asking about its suitability "ZFS on Linux in production" on
this list. So far, it's been rather impressive. Enabling compression
better than halved the disk space utilization in a low/medium bandwidth
(mainly
12 matches
Mail list logo
