Hi Jan,
sorry to borther you, but I need some info and you are propably the best one
to answer.
I am planing now a new backup system (servers) for a medical company. My
idea is to have a dedicated backup server in each building and wia two way
mirror mirror it to another server in diff
Sorry fo the typo in the subject!
Just to add, I would like to see a two way mirror solution, but if it will not
work now/is not implemnted yet, I would propably choose between drbd in
asynchronous mode or make a some kind if incremental snapshot to a remote
mapped disk (I do not know yet, if
2011/12/30 Jaromir Zdrazil jaromir.zdra...@email.cz:
Sorry fo the typo in the subject!
Just to add, I would like to see a two way mirror solution, but if it will
not work now/is not implemnted yet, I would propably choose between drbd in
asynchronous mode or make a some kind if incremental
Hi again,
I know that ZFS include data integrity verification against data corruption
modes using propably SHA256.
By sketchy readings at https://btrfs.wiki.kernel.org/index.html ,
http://en.wikipedia.org/wiki/Btrfs and other sources I have found just that
there is Sha32C used and that
As long as you create your data and metadata with a mirror policy, you can
use btrfs scrubbing to find and correct broken data blocks. I think latest
kernels also so this repairing online.
It works by finding a mirrored block with correct checksum if the block in
question has a bad checksum.
On Fri, Dec 30, 2011 at 02:29:46PM +0100, Jaromir Zdrazil wrote:
Hi again,
I know that ZFS include data integrity verification against data
corruption modes using propably SHA256.
By sketchy readings at https://btrfs.wiki.kernel.org/index.html ,
http://en.wikipedia.org/wiki/Btrfs
Původní zpráva
Od: Fajar A. Nugraha l...@fajar.net
Předmět: Re: Two way mirror in BRTFS
Datum: 30.12.2011 14:27:39
2011/12/30 Jaromir Zdrazil jaromir.zdra...@email.cz:
Sorry fo the typo in the subject!
Just to add, I
2011/12/30 Jaromir Zdrazil jaromir.zdra...@email.cz:
Just to add, I would like to see a two way mirror solution, but if it will
not
work now/is not implemnted yet, I would propably choose between drbd in
asynchronous mode or make a some kind if incremental snapshot to a remote
mapped disk
You mean like zfs send -i? If yes, why not just use zfs? There's
zfsonlinux project, with easy-to-install ppa for ubuntu. Or you could
compile it manually.
Thank you for your suggestion. As I know, there is not everything ported
yet, and one of the missing important features I plan to use
Původní zpráva
Od: Fajar A. Nugraha l...@fajar.net
Předmět: Re: Re: Two way mirror in BRTFS
Datum: 30.12.2011 15:34:02
2011/12/30 Jaromir Zdrazil jaromir.zdra...@email.cz:
Just to add, I would like to see a two way mirror
For btrfs bugs are still fixed on a daily basis, and some reports of
people with corrupted and unrecoverable filesystems.
I don't know that there's been any actual unrecoverable filesystems
recently; unmountable is by far the more common issue, and given that
most sane people aren't putting
For btrfs bugs are still fixed on a daily basis, and some reports of
people with corrupted and unrecoverable filesystems.
I don't know that there's been any actual unrecoverable filesystems
recently; unmountable is by far the more common issue, and given that
most sane people aren't putting
It seems I trust the web pages too much - in http://zfsonlinux.org/ is
written that it does not ;O)) otherwise I would be using it already.
From the website:
Please keep in mind the current 0.5.2 stable release does not yet support
a mountable filesystem. This functionality is currently
Hi everybody,
According to [0] ZFS does encryption:
One exception to this is the encryption support being added to the ZFS
filesystem. Filesystem metadata such as filenames, ownership, ACLs,
extended attributes are all stored encrypted on disk. The ZFS metadata
about the storage pool is still
On Fri, Dec 30, 2011 at 12:32, Sandra Schlichting
littlesandr...@gmail.com wrote:
According to [0] ZFS does encryption:
One exception to this is the encryption support being added to the ZFS
filesystem. Filesystem metadata such as filenames, ownership, ACLs,
extended attributes are all stored
How is this advantageous over dmcrypt-LUKS?
TRIM pass-through for SSD's. With dmcrypt on an SSD write performance
is very slow.
LUKS has always been supported between the block device and a btrfs
filesystem, and would not even let an attacker discern what type of
file-system was in use.
On Fri, Dec 30, 2011 at 14:12, Sandra Schlichting
littlesandr...@gmail.com wrote:
How is this advantageous over dmcrypt-LUKS?
TRIM pass-through for SSD's. With dmcrypt on an SSD write performance
is very slow.
Good point. I'm actually very close to moving from magnetic to SSD
storage for my
Good point. I'm actually very close to moving from magnetic to SSD
storage for my btrfs volumes. Would my luks layer offset the majority
of any advantage I might otherwise see from SSD? I'd be happy just to
eliminate seektime.
Not to my knowledge.
I've been using btrfs on luks now for 6
On Fri, Dec 30, 2011 at 01:27:43PM -0600, Billy Crook wrote:
On Fri, Dec 30, 2011 at 12:32, Sandra Schlichting
littlesandr...@gmail.com wrote:
According to [0] ZFS does encryption:
One exception to this is the encryption support being added to the ZFS
filesystem. Filesystem metadata such
Původní zpráva
Od: Niels de Carpentier ni...@decarpentier.com
Předmět: Re: Re: Two way mirror in BRTFS
Datum: 30.12.2011 16:15:51
You mean like zfs send -i? If yes, why not just use zfs? There's
zfsonlinux project, with
How is this advantageous over dmcrypt-LUKS?
For example mixing encrypted and not encrypted subvolumes in one pool.
And not having to separately cryptsetup luksOpen all disks consisting
filesystem.
There are advantages of FDE like dm-crypt and selective encryption like
in ZFS.
I think
21 matches
Mail list logo
