hammer-inodes: malloc limit exceeded

Matthew Dillon dillon at apollo.backplane.com
Sun Aug 31 17:17:34 PDT 2008

:We've used just over 1 TB to completely archive 37 servers.  Daily
:snapshots use <5 GB each.  This particular server (9 TB) should last
:us for a couple of years.  :)  Even after we get the full 75 remote
:servers being backed up, we should be good to keep at least 6 months
:of daily backups online.  :)

    It is a far cry from the tape backups we all had to use a decade ago.

    These days if the backups aren't live, they are virtually worthless.

:Or, you can use the mirror feature to mirror your backup server to an
:offsite server.  :)  That's what we're planning on doing with ours,
:using the "snapshot send" and "snapshot receive" features in ZFS.

    Ah, yes.  I should have mentioned that.   It is an excellent way to
    bridge from a non-HAMMER filesystem to a HAMMER filesystem.  At the
    moment my off-site backup system is running linux (I'm stealing a 700G
    disk from a friend of mine) so I can't run HAMMER, but hopefully some
    point before the 2.2 release I'll be able to get my new DFly colo server
    installed in the same colo facility and then I will be able to use
    the mirroring stream to backup from the LAN backup machine to the 
    off-site backup machine, HAMMER-to-HAMMER.

:There's lots of great work going on in filesystems right now.  It's
:nice to see the BSDs up near the front (FreeBSD with ZFS, DFlyBSD with
:Hammer) again.
:Freddie Cash
:fjwcash at gmail.com

    I think the linux folks have wandered a little, but it only goes to
    show that major filesystem design is the work of individuals, not OS

					Matthew Dillon 
					<dillon at backplane.com>

More information about the Bugs mailing list