From owner-netperf-users@freebsd.org Fri Nov 20 18:00:34 2020 Return-Path: Delivered-To: netperf-users@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EEB2E468EAA for ; Fri, 20 Nov 2020 18:00:34 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Cd48f62JHz4Qvf; Fri, 20 Nov 2020 18:00:34 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: by mail-wr1-x429.google.com with SMTP id p1so10860434wrf.12; Fri, 20 Nov 2020 10:00:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=osdcnOGGpECWKyJ01BpV5yzWCL7SewCYtwZTLQXJJiM=; b=NDT/T5avR0mzac9NOhjt3jd3ZNMd5XtGLsD7XHjEuR7KAAzxwArrB3Qv6Xo+sEMtIn LY93WT0Gn8EjHsgNefn2hjFilHgwNVWxzyZacAOB9vURYrfssEPXXCXxfjgN60ujseyg tTi3lA246pqubWgTOH9GXEWgYaLWNBqe2yPcE5OBpRJ2iIo9CrDAp/Ul2UgN9oME6uBR ux9KFpdlua3oCpf1utnduARTpNJwo3fQRd9zhyjXRXdwq5FMYBaBXdCq7t01ywR0o9xl 3jg+4vwxwa6kN1y4pLpXJFoejEFiNLdP4YgdFDoWKq0HzC2C91hk3HyGoR+zUqz5sUme +KDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=osdcnOGGpECWKyJ01BpV5yzWCL7SewCYtwZTLQXJJiM=; b=oD9npNlNcVZdyahiQ5hgpb6JF6kKA6inHLythPIOBNjx5dswtP0C+EYBzKiT2RVqsx CgXjD5pykmCQ0ZjrzXrmC/Wy6mqVQg850ZNO5kzTHoumvJgjp1yr+vwpdAtcIDOEtC69 v5bAvPmlZbpSj5p27IMHRX/QYja47JbOfe//JEExjljo28CLn0lHzqef5TmtUtH4ouhq tsG3UbpZFUhGAJmLPXw+kv6X3aXv/33X05GcZ+2zc7o/dv7OJXEFs6CcNMqDp5Ldvp/Q SG2IAEaYMw1QEVC/XARmD2V0B6lR944LW3iZCTobrQKsLXAlRXdjgj2wzWY3mFsrPBfZ allw== X-Gm-Message-State: AOAM532kt+UIR0n6nB7neLxhR89Lrk0k+VpSCWGBwSZ3HTg8zKgeqAbp IMSGJwdvTPyp+Vfm35f3RUftUrT069oEmR+eloua2oUGGCw= X-Google-Smtp-Source: ABdhPJyqeepW+zSTMs2qgumP60BtRLBI1Nl+YahKK4z1npXzr9YdO3yGazAoYlv6jpg1D6FoLnEVZbwuomW65vPS4xQ= X-Received: by 2002:a5d:5146:: with SMTP id u6mr18315603wrt.66.1605895233607; Fri, 20 Nov 2020 10:00:33 -0800 (PST) MIME-Version: 1.0 Received: by 2002:adf:dec7:0:0:0:0:0 with HTTP; Fri, 20 Nov 2020 10:00:32 -0800 (PST) In-Reply-To: <270b65c0-8085-fe2f-cf4f-7a2e4c17a2e8@sentex.net> References: <1f8e49ff-e3da-8d24-57f1-11f17389aa84@sentex.net> <2691e1fd-5a27-4dd0-2ef7-b1c06fd4e751@sentex.net> <5A5094BC-D417-4BA6-97E2-7CB522B51368@FreeBSD.org> <4ec6ed6f-b3b4-22ae-e1ec-93a46f3d88ea@sentex.net> <0ddec867-32b5-f667-d617-0ddc71726d09@sentex.net> <5549CA9F-BCF4-4043-BA2F-A2C41D13D955@freebsd.org> <270b65c0-8085-fe2f-cf4f-7a2e4c17a2e8@sentex.net> From: Mateusz Guzik Date: Fri, 20 Nov 2020 19:00:32 +0100 Message-ID: Subject: Re: zoo reboot Friday Nov 20 14:00 UTC To: mike tancsa Cc: Philip Paeps , "Bjoern A. Zeeb" , netperf-admin@freebsd.org, netperf-users@freebsd.org, Allan Jude Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Cd48f62JHz4Qvf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: netperf-users@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: "Announcements and discussions related to the netperf cluster. " List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2020 18:00:35 -0000 So this happened after boot: root@zoo2:/home/mjg # swapinfo Device 1K-blocks Used Avail Capacity /dev/ada0p3 2928730500 0 2928730500 0% which i presume might have corrupted some of it. Allan pasted some one-liners to resize the boot and swap partition. With your permission I would like to run them and then offline/online the disk to have it rebuild. As for longer plans what to do with it i think that's a different subject, whatever new drives end up being used I'm sure the FreeBSD Foundation can reimburse you with no difficulty. On 11/20/20, mike tancsa wrote: > Its a bit of an evolutionary mess the current state of zoo.=C2=A0 I wonde= r if > we are better off re-installing the base OS fresh on a pair of SSD > drives and have the base OS on it and leave all the user data on the > current "zroot"... Considering 240G SSDs are $35 CDN it might be easier > to just install fresh on it and not have to worry about resizing etc. > > =C2=A0=C2=A0=C2=A0 ---Mike > > On 11/20/2020 12:49 PM, Mateusz Guzik wrote: >> On 11/20/20, Mateusz Guzik wrote: >>> CC'ing Allan Jude >>> >>> So: >>> >>> pool: zroot >>> state: DEGRADED >>> status: One or more devices could not be opened. Sufficient replicas >>> exist >>> for >>> the pool to continue functioning in a degraded state. >>> action: Attach the missing device and online it using 'zpool online'. >>> see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-2Q >>> scan: scrub repaired 0B in 05:17:02 with 0 errors on Tue Aug 18 >>> 15:19:00 >>> 2020 >>> config: >>> >>> NAME STATE READ WRITE >>> CKSUM >>> zroot DEGRADED 0 0 >>> 0 >>> mirror-0 DEGRADED 0 0 >>> 0 >>> 1517819109053923011 UNAVAIL 0 0 >>> 0 was /dev/ada0p3 >>> ada1 ONLINE 0 0 >>> 0 >>> mirror-1 ONLINE 0 0 >>> 0 >>> ada3p3 ONLINE 0 0 >>> 0 >>> ada4p3 ONLINE 0 0 >>> 0 >>> mirror-2 ONLINE 0 0 >>> 0 >>> ada5p3 ONLINE 0 0 >>> 0 >>> ada6p3 ONLINE 0 0 >>> 0 >>> special=09 >>> mirror-3 ONLINE 0 0 >>> 0 >>> gptid/db15e826-1a9c-11eb-8d25-0cc47a1f2fa0 ONLINE 0 0 >>> 0 >>> mfid1p2 ONLINE 0 0 >>> 0 >>> >>> errors: No known data errors >>> >>> # dmesg | grep ada0 >>> Trying to mount root from ufs:/dev/ada0p2 [rw]... >>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >>> ada0: ACS-2 ATA SATA 3.x device >>> ada0: Serial Number WD-WCC137TALF5K >>> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) >>> ada0: Command Queueing enabled >>> ada0: 2861588MB (5860533168 512 byte sectors) >>> ada0: quirks=3D0x1<4K> >>> Mounting from ufs:/dev/ada0p2 failed with error 2; retrying for 3 more >>> seconds >>> Mounting from ufs:/dev/ada0p2 failed with error 2. >>> vfs.root.mountfrom=3Dufs:/dev/ada0p2 >>> GEOM_PART: Partition 'ada0p3' not suitable for kernel dumps (wrong >>> type?) >>> ZFS WARNING: Unable to attach to ada0p3. >>> ZFS WARNING: Unable to attach to ada0p3. >>> ZFS WARNING: Unable to attach to ada0p3. >>> ZFS WARNING: Unable to attach to ada0p3. >>> ZFS WARNING: Unable to attach to ada0p3. >>> ZFS WARNING: Unable to attach to ada0p3. >>> >>> # gpart show ada0 >>> =3D> 34 5860533101 ada0 GPT (2.7T) >>> 34 6 - free - (3.0K) >>> 40 88 1 freebsd-boot (44K) >>> 128 3072000 2 freebsd-swap (1.5G) >>> 3072128 5857461000 3 freebsd-zfs (2.7T) >>> 5860533128 7 - free - (3.5K) >>> >>> Running naive dd if=3D/dev/ada0p3 works, so I don't know what zfs >>> complains >>> about. >>> >> Also note Philip's point boot partition of 44k. Is that too small now? >> >>> On 11/20/20, mike tancsa wrote: >>>> On 11/20/2020 11:40 AM, Philip Paeps wrote: >>>>> On 2020-11-21 00:04:19 (+0800), Mateusz Guzik wrote: >>>>> >>>>>> Oh, that's a bummer. I wonder if there is a regression in the boot >>>>>> loader though. >>>>>> >>>>>> Does the pool mount if you boot the system from a cd/over the >>>>>> network/whatever? >>>>> It's worth checking if the freebsd-boot partition is large enough. I >>>>> noticed during the cluster refresh that we often use 108k for >>>>> freebsd-boot but recent head wants 117k. I've been bumping the >>>>> bootblocks to 236k. >>>>> >>>>> So far, all the cluster machines I've upgraded booted though .. so ..= . >>>>> I might be talking ex recto. :) >>>>> >>>> I put in an ssd drive and booted from it. One of the drives might have >>>> gotten loose or died in the power cycles, but there is still redundanc= y >>>> and I was able to mount the pool. Not sure why it cant find the file ? >>>> >>>> root@zoo2:~ # diff /boot/lua/loader.lua /mnt/boot/lua/loader.lua >>>> 29c29 >>>> < -- $FreeBSD$ >>>> --- >>>>> -- $FreeBSD: head/stand/lua/loader.lua 359371 2020-03-27 17:37:31Z >>>> freqlabs $ >>>> root@zoo2:~ # >>>> >>>> >>>> % ls -l /mnt/boot/lua/ >>>> total 110 >>>> -r--r--r-- 1 root wheel 4300 Nov 20 08:41 cli.lua >>>> -r--r--r-- 1 root wheel 3288 Nov 20 08:41 color.lua >>>> -r--r--r-- 1 root wheel 18538 Nov 20 08:41 config.lua >>>> -r--r--r-- 1 root wheel 12610 Nov 20 08:41 core.lua >>>> -r--r--r-- 1 root wheel 11707 Nov 20 08:41 drawer.lua >>>> -r--r--r-- 1 root wheel 2456 Nov 20 08:41 gfx-beastie.lua >>>> -r--r--r-- 1 root wheel 2235 Nov 20 08:41 gfx-beastiebw.lua >>>> -r--r--r-- 1 root wheel 1958 Nov 20 08:41 gfx-fbsdbw.lua >>>> -r--r--r-- 1 root wheel 2413 Nov 20 08:41 gfx-orb.lua >>>> -r--r--r-- 1 root wheel 2140 Nov 20 08:41 gfx-orbbw.lua >>>> -r--r--r-- 1 root wheel 3324 Nov 20 08:41 hook.lua >>>> -r--r--r-- 1 root wheel 2395 Nov 20 08:41 loader.lua >>>> -r--r--r-- 1 root wheel 2429 Sep 24 09:09 logo-beastie.lua >>>> -r--r--r-- 1 root wheel 2203 Sep 24 09:09 logo-beastiebw.lua >>>> -r--r--r-- 1 root wheel 1958 Sep 24 09:09 logo-fbsdbw.lua >>>> -r--r--r-- 1 root wheel 2397 Sep 24 09:09 logo-orb.lua >>>> -r--r--r-- 1 root wheel 2119 Sep 24 09:09 logo-orbbw.lua >>>> -r--r--r-- 1 root wheel 14201 Nov 20 08:41 menu.lua >>>> -r--r--r-- 1 root wheel 4299 Nov 20 08:41 password.lua >>>> -r--r--r-- 1 root wheel 2227 Nov 20 08:41 screen.lua >>>> >>>> >>>> >>> >>> -- >>> Mateusz Guzik >>> >> > --=20 Mateusz Guzik