<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<span style="font-size:12pt">&gt; I am not sure about the discrepancy of 3T. &nbsp;Maybe that is due to some ZFS and/or Lustre overhead?</span></div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<div style="font-size:12pt">
<div><br>
</div>
<div>Slop space?</div>
<div><br>
</div>
<div>&nbsp;&nbsp; https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Module%20Parameters.html#spa-slop-shift</div>
<div><br>
</div>
-Laura</div>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>Od:</b> lustre-discuss &lt;lustre-discuss-bounces@lists.lustre.org&gt; v imenu Mohr, Rick via lustre-discuss &lt;lustre-discuss@lists.lustre.org&gt;<br>
<b>Poslano:</b> torek, 06. april 2021 16:34<br>
<b>Za:</b> Makia Minich &lt;makia@systemfabricworks.com&gt;; lustre-discuss@lists.lustre.org &lt;lustre-discuss@lists.lustre.org&gt;<br>
<b>Zadeva:</b> Re: [lustre-discuss] [EXTERNAL] ZFS and OST Space Difference</font>
<div>&nbsp;</div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Makia,<br>
<br>
The drive sizes are 7.6 TB which translates to about 6.9 TiB (which is the unit that zpool uses for &quot;T&quot;).&nbsp; So the zpool sizes as just 10 x 6.9T = 69T since zpool shows the total amount of disk space available to the pool.&nbsp; The usable space (which is what df
 is reporting) should be more like 0.8 x 69T = 55T.&nbsp; I am not sure about the discrepancy of 3T.&nbsp; Maybe that is due to some ZFS and/or Lustre overhead?<br>
<br>
--Rick<br>
<br>
\ufeffOn 4/6/21, 3:49 PM, &quot;lustre-discuss on behalf of Makia Minich&quot; &lt;lustre-discuss-bounces@lists.lustre.org on behalf of makia@systemfabricworks.com&gt; wrote:<br>
<br>
&nbsp;&nbsp;&nbsp; I believe this was discussed a while ago, but I was unable to find clear answers, so I\u2019ll re-ask in hopefully a slightly different way.<br>
&nbsp;&nbsp;&nbsp; On an OST, I have 30 drives, each at 7.6TB. I create 3 raidz2 zpools of 10 devices (ashift=12):<br>
<br>
&nbsp;&nbsp;&nbsp; [root@lustre47b ~]# zpool list<br>
&nbsp;&nbsp;&nbsp; NAME&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; SIZE&nbsp; ALLOC&nbsp;&nbsp; FREE&nbsp; CKPOINT&nbsp; EXPANDSZ&nbsp;&nbsp; FRAG&nbsp;&nbsp;&nbsp; CAP&nbsp; DEDUP&nbsp;&nbsp;&nbsp; HEALTH&nbsp; ALTROOT<br>
&nbsp;&nbsp;&nbsp; oss55-0&nbsp; 69.9T&nbsp; 37.3M&nbsp; 69.9T&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp; 1.00x&nbsp;&nbsp;&nbsp; ONLINE&nbsp; -<br>
&nbsp;&nbsp;&nbsp; oss55-1&nbsp; 69.9T&nbsp; 37.3M&nbsp; 69.9T&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp; 1.00x&nbsp;&nbsp;&nbsp; ONLINE&nbsp; -<br>
&nbsp;&nbsp;&nbsp; oss55-2&nbsp; 69.9T&nbsp; 37.4M&nbsp; 69.9T&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; -&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp;&nbsp;&nbsp;&nbsp; 0%&nbsp; 1.00x&nbsp;&nbsp;&nbsp; ONLINE&nbsp; -<br>
&nbsp;&nbsp;&nbsp; [root@lustre47b ~]#<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; Running a mkfs.lustre against these (and the lustre mount) and I see:<br>
<br>
&nbsp;&nbsp;&nbsp; [root@lustre47b ~]# df -h | grep ost<br>
&nbsp;&nbsp;&nbsp; oss55-0/ost165&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 52T&nbsp;&nbsp; 27M&nbsp;&nbsp; 52T&nbsp;&nbsp; 1% /lustre/ost165<br>
&nbsp;&nbsp;&nbsp; oss55-1/ost166&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 52T&nbsp;&nbsp; 27M&nbsp;&nbsp; 52T&nbsp;&nbsp; 1% /lustre/ost166<br>
&nbsp;&nbsp;&nbsp; oss55-2/ost167&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 52T&nbsp;&nbsp; 27M&nbsp;&nbsp; 52T&nbsp;&nbsp; 1% /lustre/ost167<br>
&nbsp;&nbsp;&nbsp; [root@lustre47b ~]#<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; Basically, we\u2019re seeing a pretty dramatic loss in capacity (156TB vs 209.7TB, so a loss of about 50TB). Is there any insight on where this capacity is disappearing to? If there some mkfs.lustre or zpool option I missed in creating this? Is something just
 reporting slightly off and that space really is there?<br>
<br>
&nbsp;&nbsp;&nbsp; Thanks.<br>
<br>
&nbsp;&nbsp;&nbsp; \u2014<br>
<br>
<br>
&nbsp;&nbsp;&nbsp; Makia Minich<br>
<br>
&nbsp;&nbsp;&nbsp; Chief Architect<br>
<br>
&nbsp;&nbsp;&nbsp; System Fabric Works<br>
&nbsp;&nbsp;&nbsp; &quot;Fabric Computing that Works\u201d<br>
<br>
&nbsp;&nbsp;&nbsp; &quot;Oh, I don't know. I think everything is just as it should be, y'know?\u201d<br>
&nbsp;&nbsp;&nbsp; - Frank Fairfield<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
lustre-discuss mailing list<br>
lustre-discuss@lists.lustre.org<br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&amp;d=DwIGaQ&amp;c=CJqEzB1piLOyyvZjb8YUQw&amp;r=897kjkV-MEeU1IVizIfc5Q&amp;m=habzcIRCKUXYLTbJVvgv2fPgmEuBnVtUdsgTfIsAHZY&amp;s=M7RWFzL5Xm7uDovhMY_cI9Hvk-jWavZyfLWjpMSAs1E&amp;e=">https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.lustre.org_listinfo.cgi_lustre-2Ddiscuss-2Dlustre.org&amp;d=DwIGaQ&amp;c=CJqEzB1piLOyyvZjb8YUQw&amp;r=897kjkV-MEeU1IVizIfc5Q&amp;m=habzcIRCKUXYLTbJVvgv2fPgmEuBnVtUdsgTfIsAHZY&amp;s=M7RWFzL5Xm7uDovhMY_cI9Hvk-jWavZyfLWjpMSAs1E&amp;e=</a>
<br>
</div>
</span></font></div>
</body>
</html>