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_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,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 26916 invoked from network); 25 Jun 2021 17:23:27 -0000 Received: from tb-ob0.topicbox.com (64.147.108.117) by inbox.vuxu.org with ESMTPUTF8; 25 Jun 2021 17:23:27 -0000 Received: from tb-mx0.topicbox.com (tb-mx0.nyi.icgroup.com [10.90.30.73]) by tb-ob0.topicbox.com (Postfix) with ESMTP id 926D82A2D6 for ; Fri, 25 Jun 2021 13:23:26 -0400 (EDT) (envelope-from bounce.mMec344f9c69bd216b67f824c4.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx0.topicbox.com (Postfix, from userid 1132) id 88AB42A9A86D; Fri, 25 Jun 2021 13:23:26 -0400 (EDT) ARC-Authentication-Results: i=2; topicbox.com; arc=pass; dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=GEcon0K4 header.a=rsa-sha256 header.s=20161025 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; spf=pass smtp.mailfrom=iru.muzgo@gmail.com smtp.helo=mail-wr1-f54.google.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (body has been altered)) (Message modified while forwarding at Topicbox) ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type:list-help:list-id:list-post :list-subscribe:reply-to:content-transfer-encoding :list-unsubscribe; s=sysmsg-1; t=1624641806; bh=X3xkOFvItzeGSAgS pfsAFtCFdVqLHkP8Lc71tXDZWuk=; b=W4ewBkn2E61/irGSi4IAFBVbDrWwCHUF Q2qLTNSeTUUJpUgTfM7K8FtMeL0jnkeVS69VpgVujGdMjUhkocn5N56sw9Vak0yz Gozi473TQzMrlyhkGdObh8J/IvUQEswWxxLf05PLq6oaaNUHaaohO04Af+G6EG8G W/0FhlXtp60= ARC-Seal: i=2; a=rsa-sha256; cv=pass; d=topicbox.com; s=sysmsg-1; t= 1624641806; b=ssuCW6zCNGenXCHeIfbulMrx4nPzPu56rvsrPQFX1eIuGjuquY qem9nb/QQSi7WtfpGzQaq4SISa9d96872/2vCh0DCmH1XfUYrNbI+5FKe9UXNE7k kyzHFJqyOb8vtPlSuJasKgYeo6PCr/cSmlnsi9m2x1NuZH3yCW9EvcVTY= Authentication-Results: topicbox.com; arc=pass; dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=GEcon0K4 header.a=rsa-sha256 header.s=20161025 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; spf=pass smtp.mailfrom=iru.muzgo@gmail.com smtp.helo=mail-wr1-f54.google.com; x-internal-arc=fail (as.1.topicbox.com=pass, ams.1.topicbox.com=fail (body has been altered)) (Message modified while forwarding at Topicbox) X-Received-Authentication-Results: tb-mx1.topicbox.com; arc=none (no signatures found); bimi=skipped (DMARC Policy is not at enforcement); dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=GEcon0K4 header.a=rsa-sha256 header.s=20161025 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; iprev=pass smtp.remote-ip=209.85.221.54 (mail-wr1-f54.google.com); spf=pass smtp.mailfrom=iru.muzgo@gmail.com smtp.helo=mail-wr1-f54.google.com; x-aligned-from=pass (Address match); x-google-dkim=pass (2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=PXofdkY5; x-me-sender=none; x-ptr=pass smtp.helo=mail-wr1-f54.google.com policy.ptr=mail-wr1-f54.google.com; x-return-mx=pass header.domain=gmail.com policy.is_org=yes (MX Records found: alt1.gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com); x-return-mx=pass smtp.domain=gmail.com policy.is_org=yes (MX Records found: alt1.gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=0 state=0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h= mime-version:references:in-reply-to:from:date:message-id:subject :to:content-type:list-help:list-id:list-post:list-subscribe :reply-to:content-transfer-encoding:list-unsubscribe; s=dkim-1; bh=00aEWeT+ESCskLFWt2eR04Y9SgOiJIDPDqV0udk44sk=; b=b4+Tp63nNA0X oXm7aQhozhoSFdNg7MkbQNqBTPLtMDyfOm6hMf3BQ+S+d4hBaL/nV7OV/w/N5dXO grnkmziusc25GivQh4v1SBW3fiqBQoWXdudJSwMmNOkloZztvHh4bOu3dQhm+hjY YmwuK4r1Cn62deMGQaLT/JgQUJ6jDo0= Received: from tb-mx1.topicbox.com (localhost.local [127.0.0.1]) by tb-mx1.topicbox.com (Postfix) with ESMTP id 56B394947881 for <9fans@9fans.net>; Fri, 25 Jun 2021 13:23:16 -0400 (EDT) (envelope-from iru.muzgo@gmail.com) Received: from tb-mx1.topicbox.com (localhost [127.0.0.1]) by tb-mx1.topicbox.com (Authentication Milter) with ESMTP id 9BD311F83FA; Fri, 25 Jun 2021 13:23:16 -0400 ARC-Seal: i=1; a=rsa-sha256; cv=none; d=topicbox.com; s=arcseal; t= 1624641796; b=Fn0/rpZ6FJQHVjOJx5oWkwGZUDDiBv7vurFhEMYdKTGbqKtdfd LzSd6nslFckREDwrE7M2YwNpo2eA9YnG+b61zQN5B2vl6VR5R9ehKJvSmMU+VW9I bCjyfKbBA5k866fk6Tp3UyBsZ3iNWsg6+WRNSrE4mk1bBYnki79aLJHg2qYq8ZUM r2P2fEtnJbbN8AIzRrZxCdO1CVgq0x8rwRTN4XaQBHH+rNFjxPTr0hh2ocW7y+X+ 1W2pAg6S9klhyWWcORQ0l2eBplX02L8Ejm5ZRJDrNtDFUfK9rT02Gqx1UfBNN0y9 ocIBiCUcP8rr6mcoiNX8LCVDiNNQ5+ALaUZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d= topicbox.com; h=mime-version:references:in-reply-to:from:date :message-id:subject:to:content-type; s=arcseal; t=1624641796; bh=vcViOw34m2GFiMs0zicz29MERASIX3zxVefYCxGbYOY=; b=cQ+QDyCLuJi2 LlHis0Hy8Ldc4L0y+3qRRRHQaP1x8+UUOPfyaMDDP2YSrpMKlNt8w4rP9DkJCx97 jIEyV5bNBwM+2CjNJIKiPE2ki1jQbS4JbHjj6SWMYeUbRJu0N01xa2izf+SFdq2c FcbjICZs5F/SxnPdOB6CyMvnBMXdaoABG7eNpI+4GN14lCuo5h0pF6imXQltIF/E /sa0HB7DafPp3RLZKAL6Y9CS5ggm1ALBsTiU0AUFn1DRbFeV2LcUM3dQzCsOWl09 umSZGYC6hjdy/MJmzOKATDATHAatiq0NSxb4sswUXNkZIhMD+k6pBJbCklGVBBC3 0DDHOQDgpQ== ARC-Authentication-Results: i=1; tb-mx1.topicbox.com; arc=none (no signatures found); bimi=skipped (DMARC Policy is not at enforcement); dkim=pass (2048-bit rsa key sha256) header.d=gmail.com header.i=@gmail.com header.b=GEcon0K4 header.a=rsa-sha256 header.s=20161025 x-bits=2048; dmarc=pass policy.published-domain-policy=none policy.published-subdomain-policy=quarantine policy.applied-disposition=none policy.evaluated-disposition=none (p=none,sp=quarantine,d=none,d.eval=none) policy.policy-from=p header.from=gmail.com; iprev=pass smtp.remote-ip=209.85.221.54 (mail-wr1-f54.google.com); spf=pass smtp.mailfrom=iru.muzgo@gmail.com smtp.helo=mail-wr1-f54.google.com; x-aligned-from=pass (Address match); x-google-dkim=pass (2048-bit rsa key) header.d=1e100.net header.i=@1e100.net header.b=PXofdkY5; x-me-sender=none; x-ptr=pass smtp.helo=mail-wr1-f54.google.com policy.ptr=mail-wr1-f54.google.com; x-return-mx=pass header.domain=gmail.com policy.is_org=yes (MX Records found: alt1.gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com); x-return-mx=pass smtp.domain=gmail.com policy.is_org=yes (MX Records found: alt1.gmail-smtp-in.l.google.com,alt2.gmail-smtp-in.l.google.com,alt4.gmail-smtp-in.l.google.com,gmail-smtp-in.l.google.com,alt3.gmail-smtp-in.l.google.com); x-tls=pass smtp.version=TLSv1.2 smtp.cipher=ECDHE-RSA-AES256-GCM-SHA384 smtp.bits=256/256; x-vs=clean score=0 state=0 X-ME-VSCause: gggruggvucftvghtrhhoucdtuddrgeduledrfeegjedguddtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepgghfjg fhfffkuffvtgesrgdtreertddtjeenucfhrhhomhepkfhruhgrtholpgfuohhuiigruceo ihhruhdrmhhuiihgohesghhmrghilhdrtghomheqnecuggftrfgrthhtvghrnhepfeduvd dvveeikeeguefhhfekhfeuhfekudejledvgfdufeejgfetheejueeuueehnecukfhppedv tdelrdekhedrvddvuddrheegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hinhgvthepvddtledrkeehrddvvddurdehgedphhgvlhhopehmrghilhdqfihruddqfheh gedrghhoohhglhgvrdgtohhmpdhmrghilhhfrhhomhepoehirhhurdhmuhiighhosehgmh grihhlrdgtohhmqe X-ME-VSScore: 0 X-ME-VSCategory: clean Received-SPF: pass (gmail.com ... _spf.google.com: Sender is authorized to use 'iru.muzgo@gmail.com' in 'mfrom' identity (mechanism 'include:_netblocks.google.com' matched)) receiver=tb-mx1.topicbox.com; identity=mailfrom; envelope-from="iru.muzgo@gmail.com"; helo=mail-wr1-f54.google.com; client-ip=209.85.221.54 Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tb-mx1.topicbox.com (Postfix) with ESMTPS for <9fans@9fans.net>; Fri, 25 Jun 2021 13:23:15 -0400 (EDT) (envelope-from iru.muzgo@gmail.com) Received: by mail-wr1-f54.google.com with SMTP id d11so11447738wrm.0 for <9fans@9fans.net>; Fri, 25 Jun 2021 10:23:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=vcViOw34m2GFiMs0zicz29MERASIX3zxVefYCxGbYOY=; b=PXofdkY5c88dVQ82mC07/uSbyvXoAqN68CkYWeSwvpOzLh0SQQSTwIY5xufSCoUvEd O5LvPeo005kvtYNz3FDYcnzGg1BSetNki6QNABHI9LndgsdTYYVGpSgRTKXK3/dTHhzr dfda/tU240O2vjAXDdEMo03SL0fqjaUKinsour+84SjExHVS+0Ej2+Y014T068ciQxIO utrStzHR5AGVZ+uphVtsaX4tu8xwbz/M30YMkm4Yr1hu8gjVPXjvvBLyiTEaLSIonBb0 +JD/zkivmdgRP4xkWVnUtvRjji04XrQ0kKGQPZxeHEgK9afE4VYfGaPSwDGmCWr+KkQ2 YDzg== X-Gm-Message-State: AOAM533wy/S/UZ+SUSigGjrdOjZJfTgEUN1YHO32Gvj6hBJMXPkMhpZd 8Yb8bvcFcT3a0C/ajkHByyRkeho8xE/UNp3GqKB7zi/k X-Google-Smtp-Source: ABdhPJzcnBVtoRmXotSgA2iVJCTebJGM3mShF7CtGVulaOD4E4fNCUkVzlioudRuckQj/fESHrrZZKSeUkM+lUd/8vc= X-Received: by 2002:a5d:6106:: with SMTP id v6mr12039888wrt.278.1624641794503; Fri, 25 Jun 2021 10:23:14 -0700 (PDT) MIME-Version: 1.0 References: <2541a4a20e075ea90386c8d5e633e58b@hamnavoe.com> <20210625151739.GA11215@polynum.com> In-Reply-To: <20210625151739.GA11215@polynum.com> From: =?UTF-8?Q?Iruat=C3=A3_Souza?= Date: Fri, 25 Jun 2021 19:23:07 +0200 Message-ID: Subject: Re: [9fans] full fossil follies To: 9fans <9fans@9fans.net> Content-Type: multipart/alternative; boundary="0000000000000c787505c59a6550" Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 099886e4-d5da-11eb-9c41-bfa9b4184aee Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UNGVjNjJlZDAzYTkxZDdhNC1NZWMzNDRmOWM2OWJkMjE2YjY3Zjgy?= =?UTF-8?B?NGM0Pg==?= List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> Content-Transfer-Encoding: 7bit List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:Mec344f9c69bd216b67f824c4:1:7qW9byFPQJ7PlbZaenjlWn7vVgsQvVUqGQ3IPiPLY3A --0000000000000c787505c59a6550 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le ven. 25 juin 2021 =C3=A0 17:19, a =C3=A9crit : > On Fri, Jun 25, 2021 at 02:12:07PM +0000, adr via 9fans wrote: > > On Fri, Jun 25, 2021 at 01:41:30PM +0100, Richard Miller wrote: > > > > it just becomes difficult > > > > to do anything when no fossil blocks can be allocated > > > > > > Thinking a bit further about this: intuitively one might expect to be > > > able to reboot using a local file system which is completely full, and > > > use du and ls to find big files and rm to delete them, without the ne= ed > > > to allocate new blocks. Something in the way fossil works, makes this > > > impossible at present. I wonder how much work it would be to > investigate > > > and fix? > > > > I haven't studied how fossil works, so excuse this light chat. > > Couldn't fossil have reserved blocks so when it starts and it's > > full it can add those block and present the user to a recovery > > session? Just a console session printing the last file modified? > > I don't think I will tell anybody a scoop, but it is what is present in > traditional Unix filesystems where there is a percent of the storage > preserved... but for root, user under which you are not supposed to > log to the system in normal operation. This is probably the problem: > since there is no privileged user, for "whom" to preserve/reserve these > blocks? > > I imagine the alternative would be, if fossil reports full, that memory > filesystems should be mounted on top of the system mandatory writable > dirs so that the system will not block but normal booting will not > be done but the program launched will be one requiring user to make > room, crucial infos written in memory filesystems being copied back > to fossil when done. But it is easier to implement when booting/rebooting, > but more problematic if the system is running. Except perhaps that > there will always be a memory filesystem mounted with rescue > programs/scripts that the user can precisely use when the system > is out of disk space, utilities that write nothing to disk (but just in > their memory realm), in order to not paint oneself in a corner. > FWIW in 9front you can jump into rc while booting and fix this sort of issue. ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T4ec62ed03a91d7a4-Mec344= f9c69bd216b67f824c4 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --0000000000000c787505c59a6550 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Le ven. 25 juin 2021 à 17:19, <tlaronde@polynum.com> a écri= t :
On Fri, Jun 25, 2021 at = 02:12:07PM +0000, adr via 9fans wrote:
> On Fri, Jun 25, 2021 at 01:41:30PM +0100, Richard Miller wrote:
> > > it just becomes difficult
> > > to do anything when no fossil blocks can be allocated
> >
> > Thinking a bit further about this: intuitively one might expect t= o be
> > able to reboot using a local file system which is completely full= , and
> > use du and ls to find big files and rm to delete them, without th= e need
> > to allocate new blocks. Something in the way fossil works, makes = this
> > impossible at present. I wonder how much work it would be to inve= stigate
> > and fix?
>
> I haven't studied how fossil works, so excuse this light chat.
> Couldn't fossil have reserved blocks so when it starts and it'= s
> full it can add those block and present the user to a recovery
> session? Just a console session printing the last file modified?
=
I don't think I will tell anybody a scoop, but it is what is present in=
traditional Unix filesystems where there is a percent of the storage
preserved... but for root, user under which you are not supposed to
log to the system in normal operation. This is probably the problem:
since there is no privileged user, for "whom" to preserve/reserve= these
blocks?

I imagine the alternative would be, if fossil reports full, that memory
filesystems should be mounted on top of the system mandatory writable
dirs so that the system will not block but normal booting will not
be done but the program launched will be one requiring user to make
room, crucial infos written in memory filesystems being copied back
to fossil when done. But it is easier to implement when booting/rebooting,<= br /> but more problematic if the system is running. Except perhaps that
there will always be a memory filesystem mounted with rescue
programs/scripts that the user can precisely use when the system
is out of disk space, utilities that write nothing to disk (but just in
their memory realm), in order to not paint oneself in a corner.

FWIW in = 9front you can jump into rc while booting and fix this sort of issue.
=
= --0000000000000c787505c59a6550--