From nobody Fri May 28 13:18:25 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BCC07BF4ABC for ; Fri, 28 May 2021 13:18:43 +0000 (UTC) (envelope-from list@execve.net) Received: from mx.execve.net (mx.execve.net [45.76.111.149]) by mx1.freebsd.org (Postfix) with ESMTP id 4Fs4yB4Vp0z3Htk for ; Fri, 28 May 2021 13:18:42 +0000 (UTC) (envelope-from list@execve.net) Received: from mail-ej1-f46.google.com (mail-ej1-f46.google.com [209.85.218.46]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx.execve.net (Postfix) with ESMTPSA id 9E3C78C2 for ; Fri, 28 May 2021 22:18:34 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mx.execve.net; s=mail; t=1622207914; bh=wSsoXNKqonAFRiFfxzZENORakrvX3pOtawXmVrqzKRs=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Cy7N+/C7yzcvVEECSr546G3UJ9g7XFdr8SYPePRtFX3v7nQQPceD7cvRJxJJ/p5LL H43ca/DntRBIurFTpTexAfBt/GzJod8Qicxtxce9pWIJnF8yRrODOCoE5zedkMd7lv j5fVW9Y9pz+eXfcbJmmV4Eobi1wiCYtVqeLdQQRw= Received: by mail-ej1-f46.google.com with SMTP id ci15so1936441ejc.10 for ; Fri, 28 May 2021 06:18:34 -0700 (PDT) X-Gm-Message-State: AOAM533b5+KlB1fnBIiRvQo+pCqzruc1Brwq+hMIalUQjCoITvI7jmCV hb49ZjQbd1QI2WOypKCDWJbtVj/tun8pkhHirAc= X-Google-Smtp-Source: ABdhPJyrf9cFAvmZKC9bxmt6y7lu4X2WVQMI/tPLqgxY/L9onD4CFz6e1Pl9DO0EHhi8vvsZx1evDUQypu443U9RqpM= X-Received: by 2002:a17:906:6c8a:: with SMTP id s10mr8846368ejr.276.1622207912267; Fri, 28 May 2021 06:18:32 -0700 (PDT) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <0.2.0-final-1618742820.474-0x878fa2@qmda.emu.st> <20210420021318.GB18217@blisses.org> <0.2.0-final-1618896757.688-0xb6a34e@qmda.emu.st> <0.2.0-final-1618989350.827-0x8feb00@qmda.emu.st> <0.2.0-final-1622079919.897-0x87f63c@qmda.emu.st> <0.2.0-final-1622099731.002-0xb12f79@qmda.emu.st> In-Reply-To: <0.2.0-final-1622099731.002-0xb12f79@qmda.emu.st> From: Gautam Mani Date: Fri, 28 May 2021 18:48:25 +0530 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Various problems with 13.0 amd64 on vultr.com To: Mark Delany Cc: Nicolas Embriz , FreeBSD Hackers Content-Type: multipart/alternative; boundary="0000000000005cd5c805c363b6bd" X-Rspamd-Queue-Id: 4Fs4yB4Vp0z3Htk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mx.execve.net header.s=mail header.b=Cy7N+/C7; dmarc=pass (policy=none) header.from=execve.net; spf=pass (mx1.freebsd.org: domain of list@execve.net designates 45.76.111.149 as permitted sender) smtp.mailfrom=list@execve.net X-Spamd-Result: default: False [-3.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[mx.execve.net:s=mail]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; SPAMHAUS_ZRD(0.00)[45.76.111.149:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[mx.execve.net:+]; DMARC_POLICY_ALLOW(-0.50)[execve.net,none]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[45.76.111.149:from]; ASN(0.00)[asn:20473, ipnet:45.76.96.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-hackers] X-ThisMailContainsUnwantedMimeParts: Y --0000000000005cd5c805c363b6bd Content-Type: text/plain; charset="UTF-8" Hi, On Thu, May 27, 2021 at 12:45 PM Mark Delany wrote: > On 27May21, Nicolas Embriz allegedly wrote: > > > > Just in case you can reboot using: > > > > shutdown -o -n -r now > > > > Not ideal but works for now as a workaround. > > Nicolas, what a great suggestion. This works perfectly on my vultr > instance. Thanks. > > I can confirm that I also see this issue on Vultr in a single-CPU ZFS based system. On checking shutdown(8) -n If the -o option is specified, prevent the file system cache from being flushed by passing -n to halt(8) or reboot(8). This option should probably not be used. So using -n could possibly result in filesystem corruption ? I also found: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253175 and also possibly related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254513 which relates to virtio_random. Thanks, Gautam --0000000000005cd5c805c363b6bd--