Bug #1084
closed
Can The HAMMER filesystem can extends volume without destory the original data?
Added by lhmwzy over 16 years ago.
Updated almost 16 years ago.
Description
for example:
I have a volume:
newfs_hammer -L Home /dev/ad0s1d
mount_hammer /dev/ad0s1d /home
now I want to extends it:
newfs_hammer -L Home /dev/ad1s1d
mount_hammer /dev/ad0s1d /home
The data in /home is kept and the volume capacity is extended.
Can HAMMER do or will do this?
:for example:
:I have a volume:
: newfs_hammer -L Home /dev/ad0s1d
: mount_hammer /dev/ad0s1d /home
:now I want to extends it:
: newfs_hammer -L Home /dev/ad1s1d
: mount_hammer /dev/ad0s1d /home
:The data in /home is kept and the volume capacity is extended.
:
:Can HAMMER do or will do this?
Not in this first release. The data structures are designed to
make it fairly easy to do, though, and eventually it will
be possible to add and remove volumes and expand and contract
partitions.
-Matt
Matthew Dillon
<dillon@backplane.com>
Your mean is that HAMMER will support the feature in furture.
And it will do most as solaris zfs do?
:Your mean is that HAMMER will support the feature in furture.
:And it will do most as solaris zfs do?
It will support the feature in the future, yes. HAMMER isn't ZFS
so I doubt it will do most of what ZFS does, nor would ZFS do most
of what HAMMER does. RAID mechanics are best left to another layer,
HAMMER's approach to redundancy will be by using replication.
-Matt
Matthew Dillon
<dillon@backplane.com>
I mean is that HAMMER eventually will like zfs file system or do
better than zfs.
Surely HAMMER is HAMMER,zfs is zfs,they are different.
I expect HAMMER will do better than zfs and be ported to FreeBSD.
Also available in: Atom
PDF