Since I&#39;m not going to ask my users to change the code, I&#39;m going to go with linking to storage rather than shares.<div><br></div><div>Thanks!</div><div><br></div><div>Jody<br clear="all">----<br>- Think carefully.<br>

- Contra mundum - &quot;Against the world&quot; (St. Athanasius)<br>- Credo ut intelliga - &quot;I believe that I may know&quot; (St. Augustin of Hippo)<br>
<br><br><div class="gmail_quote">On Tue, Jan 26, 2010 at 10:24 AM, David Triendl <span dir="ltr">&lt;<a href="mailto:david@triendl.name">david@triendl.name</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Tue, Jan 26, 2010 at 09:34:00AM -0700, Jody Harris wrote:<br>
&gt; So, we have several users who are storing the Tahoe shares on a drive other<br>
&gt; than where /home is located.<br>
</div>I have a similar strategy, placing the node data in /var/lib/tahoe and the<br>
shares on a drive mounted at /srv/gridname, and I don&#39;t have any problem:<br>
<br>
david@mimir:/var/lib/tahoe/testgrid$ ls -l storage<br>
lrwxrwxrwx 1 root root 20 Jan 16 18:18 storage -&gt; /srv/tahoe/testgrid/<br>
david@mimir:/var/lib/tahoe/testgrid$ df -h . storage<br>
Filesystem            Size  Used Avail Use% Mounted on<br>
/dev/mapper/sda3_crypt<br>
                       14G  2.0G   12G  16% /<br>
/dev/mapper/mimir-testgrid<br>
                      2.0G  699M  1.4G  35% /srv/tahoe/testgrid<br>
david@mimir:/var/lib/tahoe/testgrid$ wget -O - -q <a href="http://mimir:3567/storage" target="_blank">http://mimir:3567/storage</a> | grep -A 1 &quot;free (r&quot;<br>
    &lt;tr&gt;&lt;td&gt;Disk space free (root):&lt;/td&gt;<br>
        &lt;td&gt;1.40 GB&lt;/td&gt;<br>
<br>
As you can see, the only difference is, that I link storage/ to a different<br>
location, while you link storage/shares. A look at the code<br>
(src/allmydata/storage/server.py) confirms it: There are two directories, one<br>
called the &quot;storedir&quot; (storage/), which the statvfs-call is called for, and the<br>
&quot;sharedir&quot; (storage/shares) which holds the actual shares.<br>
<br>
As you can see, the fix is easy: (src/allmydata/storage/server.py, around line<br>
151) replace &quot;disk_avail = self.stat_disk(self.storedir)&quot; with &quot;disk_avail =<br>
self.stat_disk(self.sharedir)&quot;, or change the symlink to link storage/ instead<br>
of storage/shares/.<br>
<br>
Cheers,<br>
David<br>
<div class="im"><br>
<br>
&gt;<br>
&gt; Our strategy at this point is to simply delete the .tahoe/storage/shares<br>
&gt; directory and create a symlink to the desired storage location.<br>
&gt;<br>
&gt; This results in the available space reported as something completely<br>
&gt; unrelated to reality.<br>
&gt;<br>
&gt; Obviously, this is the wrong strategy. What does the tahoe-dev team<br>
&gt; recommend?<br>
&gt;<br>
&gt; thanks,<br>
&gt; Jody<br>
&gt; ----<br>
&gt; - Think carefully.<br>
&gt; - Contra mundum - &quot;Against the world&quot; (St. Athanasius)<br>
&gt; - Credo ut intelliga - &quot;I believe that I may know&quot; (St. Augustin of Hippo)<br>
<br>
</div>&gt; _______________________________________________<br>
&gt; tahoe-dev mailing list<br>
&gt; <a href="mailto:tahoe-dev@allmydata.org">tahoe-dev@allmydata.org</a><br>
&gt; <a href="http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
<br>
_______________________________________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@allmydata.org">tahoe-dev@allmydata.org</a><br>
<a href="http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev</a><br>
</blockquote></div><br></div>