Add some additional identified areas that need adapting/fixing for

filesystems >2TB:
	- dump(8)/restore(8)/fsb(8)
	- softupdates
	- quotas
This commit is contained in:
Pierre Beyssac 2005-01-15 13:37:34 +00:00
parent 5e6d0dbdd6
commit f1efb77f8b
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=23557

View file

@ -1,6 +1,6 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY date "$FreeBSD: www/en/projects/bigdisk/index.sgml,v 1.4 2004/12/04 12:18:01 ceri Exp $">
<!ENTITY date "$FreeBSD: www/en/projects/bigdisk/index.sgml,v 1.5 2005/01/08 17:50:00 pjd Exp $">
<!ENTITY title "Large data storage in FreeBSD">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
@ -175,11 +175,45 @@
<tr>
<td>fsck_ffs</td>
<td>&a.pb;</td>
<td>15 Jan 2004</td>
<td>&status.wip;</td>
<td>A full audit is needed. At least some printf format changes are
necessary.</td>
</tr>
<tr>
<td>dump/restore</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>A full audit is needed.</td>
<td>A full audit is needed. At least some printf format changes are
necessary in dump(8).</td>
</tr>
<tr>
<td>fsdb</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>A full audit is needed. At least some printf format changes are
necessary.</td>
</tr>
<tr>
<td>quota tools</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>Extensive changes are need. Disk quotas are currently
handled as 32-bit quantities, which limits the maximum
possible quota at 2TB. Two tasks are needed: 1) have the
current tools (kernel+userland, edquota for example) fail
gracefully when presented with 64-bit quantities and 2)
extend the quota file format and tools to 64-bit while
providing a compatibility mode and/or migration tools.</td>
</tr>
</table>
<a name="Kernel"></a>
@ -206,6 +240,41 @@
<td>Swap backed disks can now be created up to 16TB in size on i386.
This corresponds to 2^32*4096.</td>
</tr>
<h2>Subsystem Status</h2>
<p>Some filesystem-related subsystems require testing with >2TB volumes, or
need to be adapted. The following areas have been identified:</p>
<table border=3>
<tr>
<th> Task </th>
<th> Responsible </th>
<th> Last updated </th>
<th> Status </th>
<th> Details </th>
</tr>
<tr>
<td>snapshots</td>
<td>&a.pb;</td>
<td>15 Jan 2004</td>
<td>&status.wip;</td>
<td>Taking snapshots fails on filesystems >2TB, returning EFBIG
(on a 5TB filesystem) and subsequently crashing the system in
softupdates.</td>
</tr>
<tr>
<td>quotas</td>
<td>&nbsp;</td>
<td>&nbsp;</td>
<td>&status.new;</td>
<td>The quota subsystem handles 32-bit quantities, which
limits quotas to 2TB. Blockings of the syncer have been
observed while attempting to set quotas over that limit
(try 4000000000 KBytes as a hard limit in edquota(8) for
some uid, then create somes files owned by that uid). See
also the userland entry for quota tools.</td>
</tr>
</table>
&footer;