From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 741CC253CB for ; Mon, 6 May 2024 17:31:22 +0200 (CEST) Received: from sirjofri.de ([5.45.105.127]) by 9front; Mon May 6 11:30:21 -0400 2024 Received: from dummy.faircode.eu ([95.90.217.91]) by sirjofri.de; Mon May 6 17:30:16 +0200 2024 Date: Mon, 6 May 2024 17:30:14 +0200 (GMT+02:00) From: sirjofri To: 9front@9front.org Message-ID: <828cd983-a82a-4d92-a093-f768dd63c660@sirjofri.de> In-Reply-To: <944CC9D807FB7E302CDDB114CBE15BD0@wopr.sciops.net> References: <944CC9D807FB7E302CDDB114CBE15BD0@wopr.sciops.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Correlation-ID: <828cd983-a82a-4d92-a093-f768dd63c660@sirjofri.de> List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: transactional non-blocking storage ACPI hardware hypervisor Subject: Re: [9front] AUTHENTICATE failed can't get challenge (imap4d) Reply-To: 9front@9front.org Precedence: bulk Reports: I updated the machine to current sources. I'm pretty sure I also updated it after 2021. I don't update it regularly, but every now and then. My assumption is that the VPS panel has an uptime of the instance, but not counting reboots (fshalt -r), just full shutdowns. The filesystem is fine, as far as I can tell. I remember having more issues on that VPS provider with a worm than without, especially because of dumps and the small disk. Still waiting for gefs or until I have enough time to set up some backup solution (like, venti or such). I also assume that the "disk usage" in the VPS panel is only valid when using "common" formats like fat or extX. That provider allows you to change the root password on Linux instances in that panel, so it would make sense that it can "read" the disk to some extent. The provider is netcup. As a side note, to better monitor the server, I pushed a stripped down version of stats(8) that just outputs data to stdout (no UI at all!). I'm pretty sure that code could be easily integrated in the original program, too. And I fixed my finger server to not allow any .. filesystem traversals (yeah, that was an issue). Code for both is on shithub. sirjofri