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=-1.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8918 invoked from network); 28 Dec 2020 23:55:58 -0000 Received: from tb-ob0.topicbox.com (64.147.108.117) by inbox.vuxu.org with ESMTPUTF8; 28 Dec 2020 23:55:58 -0000 Received: from tb-mx1.topicbox.com (tb-mx1.nyi.icgroup.com [10.90.30.61]) by tb-ob0.topicbox.com (Postfix) with ESMTP id 77B1E29977 for ; Mon, 28 Dec 2020 18:55:57 -0500 (EST) (envelope-from bounce.mM58a27bc5d68fd6f7b293a922.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx1.topicbox.com (Postfix, from userid 1132) id 7B079F6EB51; Mon, 28 Dec 2020 18:55:57 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h=from:to :message-id:date:mime-version:content-type :content-transfer-encoding:list-help:list-id:list-post :list-subscribe:reply-to:subject:list-unsubscribe; s=dkim-1; bh= 72jWH+vpL4/ELfwxdhhk/NgpuJ8gdFouBVgLVhbH5+o=; b=G6lqPj0oWHwzpqZK 1QBG3KlVV2Hx+/Y+zLKt99k0FhTmyKjN7aTEahFg6bsCIdE2Yz1tGsfh4rVvtQD2 5agDoqsb/TYmir3YV/5gNUXjlhIvjqsR83Vp9nnBNBP7KkCO+vXhMBd/C0yrZ8H9 vZBUcEb+cH5K85LRPKCVfMPLPPo= From: joey@plan9.white-swift.com To: 9fans <9fans@9fans.net> Message-Id: <16091997520.72404.916174@composer.9fans.topicbox.com> Date: Mon, 28 Dec 2020 18:55:52 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16091997521.61b7c4.916174" Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 37ae5440-4968-11eb-b79c-1885242d11b0 Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UYzk1MWEyMjRkZGU2ZGRlNS1NNThhMjdiYzVkNjhmZDZmN2IyOTNh?= =?UTF-8?B?OTIyPg==?= List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> Subject: [9fans] 9Front / cwfs64x and hjfs storage List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:M58a27bc5d68fd6f7b293a922:1:on_8NWRb-5TElVq-j5JopqBRi-2so2pkIDeSBEnMfKE --16091997521.61b7c4.916174 Date: Mon, 28 Dec 2020 18:55:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, While it is not yet a concern, I am trying to figure something out that doe= s not seem to be well documented in the man pages or the fqa about the file= systems. I am currently running a plan9front instance with cwfs64x (the whole "hjfs = is experimental, you could loose your files" seemed to be a bit dangerous w= hen I started everything) and I understand that it is a WORM file system.= =C2=A0 My question is for the end game.=C2=A0 If the storage gets full with= all of the diffs, is there a way for the oldest ones to roll off, or do yo= u need to expand the storage or export them or ?=C2=A0 I come from the linu= x world where this is not a feature file system wise and worst case I would= have lvm's that I could just grow or with repos I could cull the older dif= fs, if needed. If there is additional features for this in hjfs, that would be nice to kno= w too.=C2=A0 I am just really trying to understand the limits of the techno= logy and what expectations to have.=C2=A0 Otherwise, I love the plan9 envir= onment and knowing what options I have for when I inevitably get to that po= int would put me more at ease in trusting more operations to be conducted o= n Plan9 systems. Best and thank you! ~Joey ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Tc951a224dde6dde5-M58a27= bc5d68fd6f7b293a922 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --16091997521.61b7c4.916174 Date: Mon, 28 Dec 2020 18:55:52 -0500 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

While = it is not yet a concern, I am trying to figure something out that does not = seem to be well documented in the man pages or the fqa about the file syste= ms.

I am currently running a plan9front in= stance with cwfs64x (the whole "hjfs is experimental, you could loose = your files" seemed to be a bit dangerous when I started everything) an= d I understand that it is a WORM file system.  My question is for the = end game.  If the storage gets full with all of the diffs, is there a = way for the oldest ones to roll off, or do you need to expand the storage o= r export them or ?  I come from the linux world where this is not a fe= ature file system wise and worst case I would have lvm's that I could j= ust grow or with repos I could cull the older diffs, if needed.
=

If there is additional features for this in hjfs, tha= t would be nice to know too.  I am just really trying to understand th= e limits of the technology and what expectations to have.  Otherwise, = I love the plan9 environment and knowing what options I have for when I ine= vitably get to that point would put me more at ease in trusting more operat= ions to be conducted on Plan9 systems.

Bes= t and thank you!
~Joey
= --16091997521.61b7c4.916174--