From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE
	autolearn=ham autolearn_force=no version=3.4.4
Received: (qmail 25240 invoked from network); 3 Dec 2020 03:25:58 -0000
Received: from ewsd.inri.net (107.191.116.128)
  by inbox.vuxu.org with ESMTPUTF8; 3 Dec 2020 03:25:58 -0000
Received: from vultr.musolino.id.au ([45.76.123.158]) by ewsd; Wed Dec  2 22:23:22 -0500 2020
Received: from 58.170.131.8 ([58.170.131.8]) by vultr; Thu Dec  3 14:22:13 +1100 2020
Message-ID: <CB3C334FC4FF2DEE71E0141FB214DF58@musolino.id.au>
From: Alex Musolino <alex@musolino.id.au>
Date: Thu, 03 Dec 2020 13:52:12 +1030
To: 9front@9front.org
In-Reply-To: <E311B6FD-AFC8-4D6D-8E0B-84B1B39C160D@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: session reduce/map database 
Subject: Re: [9front] Cannot
Reply-To: 9front@9front.org
Precedence: bulk

I can't comment on what specifically happens when the worm *actually*
fills up - maybe the front falls off entirely  - but I recently
upgraded the storage of my not full fileserver and tried to document
the process [1].

Now, perhaps this is not the correct way to do things and I've just
built myself a time-bomb but nothing seems to have gone awry so far.

kvik, perhaps this could be incorporated into your docs site?

[1] http://musolino.id.au/up/2020/12/03/migrating-cwfs.md