ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Missing ZFS storage

    IT Discussion
    zfs storage filesystems
    3
    9
    2.0k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      marcinozga
      last edited by scottalanmiller

      I have RAIDZ2 pool of 10x 3TB disks. So I should have about 24TB usable space (or about 21.8TiB). I'm missing 1.66TiB and I can't figure out where. Here's output of zpool list:

      root@storage:/ # zpool list
      NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
      bacon 27.2T 22.7T 4.57T - 19% 83% 1.00x ONLINE -

      and here's zfs list:

      root@storage:/ # zfs list
      NAME USED AVAIL REFER MOUNTPOINT
      bacon 17.3T 2.84T 17.3T /mnt/bacon

      This is on FreeBSD 10.2. All units above are in TiB. No snapshots, no quota, no reservations.

      1 Reply Last reply Reply Quote 1
      • scottalanmillerS
        scottalanmiller
        last edited by

        Sounds like allocation overhead.

        1 Reply Last reply Reply Quote 1
        • M
          marcinozga
          last edited by

          That sounds right. I wonder how performance degrades if ashift is set to 9, effectively forcing 4K disks to be written as 512b.

          1 Reply Last reply Reply Quote 1
          • scottalanmillerS
            scottalanmiller
            last edited by

            That's a good question and would make an excellent lab test 🙂

            1 Reply Last reply Reply Quote 0
            • M
              marcinozga
              last edited by

              Looks like somebody did that already:
              http://louwrentius.com/zfs-performance-and-capacity-impact-of-ashift9-on-4k-sector-drives.html

              And apparently using large_blocks feature and 1MB record size should eliminate allocation overhead.

              1 Reply Last reply Reply Quote 0
              • dafyreD
                dafyre
                last edited by

                Now the real question: Can you make the adjustment without having to wipe the existing data and restore from backups?

                M 1 Reply Last reply Reply Quote 1
                • M
                  marcinozga @dafyre
                  last edited by marcinozga

                  @dafyre said:

                  Now the real question: Can you make the adjustment without having to wipe the existing data and restore from backups?

                  Recordsize property yes, zfs set recordsize=1M bacon, ashift no, you need to recreate the pool. I'm guessing recordsize change won't affect allocated data. So wiping and restoring is probably a valid approach.

                  dafyreD 1 Reply Last reply Reply Quote 1
                  • dafyreD
                    dafyre @marcinozga
                    last edited by

                    @marcinozga That would be a lot of effort to backup & restore 17TB worth of stuff just to save ~1.6 TBs?

                    Would it be worth the effort?

                    1 Reply Last reply Reply Quote 0
                    • M
                      marcinozga
                      last edited by

                      Not really. I'll do it in a few years when it's time to upgrade disks. But most of that will end up in Amazon Cloud Drive soon.

                      1 Reply Last reply Reply Quote 0
                      • 1 / 1
                      • First post
                        Last post