SUMMARY: Mutli-Terabyte Disks

From: Crist Clark <Crist.Clark_at_globalstar.com>
Date: Mon Jan 31 2011 - 14:34:20 EST
As for the problem I was trying to solve, get more inodes
on a multi-terabyte volume, I am out of luck. The newfs(1M)
and mkfs(1M) command will change the inode size to
1048576 bytes (1 MB) no matter what arguments you do (-i)
or do not (-T) provide for file systems >= 2 TB.

My workaround was to split the volume into two partitions
each under the limit (although I really only needed one
with a realistic number of inodes).

Lots of readers said I should just use ZFS. However, we
are not yet using ZFS since it presently does not fit into
our backup solutions.

Also, several people pointed out that it is an EFI label
on this disk, and it really shouldn't affect anything.
Still curious why it looks like it does and what happened
to the first 34 and last 16384 sectors.


On 1/28/2011 at  5:15 PM, "Crist Clark" <Crist.Clark@globalstar.com> wrote:
> I'm attaching a 2TB volume from a SAN to Solaris 10. I
> started dumping files into the file system and quickly
> found out that the default newfs(1M) left me with way
> too few inodes for such a UFS,
>
>   Filesystem             iused   ifree  %iused  Mounted on
>   /dev/dsk/c5t6000D310 2190272       0   100%
>
> I found the "-T" option for newfs(1M), but I got the same
> UFS parameters.
>
> Also, the disk label looks different than I am used to,
>
>   * /dev/dsk/c5t6000D310001F5000000000000000000Bd0s2 partition map
>   *
>   * Dimensions:
>   *     512 bytes/sector
>   * 4294967296 sectors
>   * 4294967229 accessible sectors
>   *
>   * Flags:
>   *   1: unmountable
>   *  10: read-only
>   *
>   *                          First     Sector    Last
>   * Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
>          0      4    00         34 4294950845 4294950878
>          8     11    00  4294950879     16384 4294967262
>
> There is no slice 2, the backup. Sectors <34 are  not accessible.
> And there is a sector 8.
>
> I've been trying to Google my way around to quickly just
> get this done, but the Sun to Oracle migration is making
> that really painful. Any help on a Friday afternoon from
> someone whose dealt with multi-terabyte drives before?

--

Crist Clark
Network Security Specialist, Information Systems
Globalstar
408 933 4387
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Mon Jan 31 14:35:13 2011

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:17 EST