From nobody Fri Jul 15 16:14:24 2022 X-Original-To: fs@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 4LkxJY1CHmz4T2hQ for ; Fri, 15 Jul 2022 16:14:37 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qv1-f46.google.com (mail-qv1-f46.google.com [209.85.219.46]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4LkxJX296xz3F0P for ; Fri, 15 Jul 2022 16:14:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-qv1-f46.google.com with SMTP id l11so3997106qvu.13 for ; Fri, 15 Jul 2022 09:14:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iHOfamwSwnMmgZKDjv2KKoe6gxTYWeP5ty5KyUJefWA=; b=AclZakXG/X87+qWKylkSJmbx+g524pf81IWBkZBGMjM81PaM9mlZxMz38X95Y/FtZ0 xs1FBl2/sd2lU3zi2qZwsWDJi/zPBQUEKHPNal8ZcxIycYRoOeJDfoQR7GfFSJ47eEwZ VX4wtR7LQ3oRpApPIUw55TaqkQLJQuvZpFC1BSfemsW9AjLbeOy3eMcDlyNBt7Hlbcr+ +32Ld7jY6IBQBvJiUE4vZwKEYVQ0Ks8yHtJiugid2DhuQlVUKBomgOcmsMZQO0j34DZ4 yHHxGE20EyT1ty3mET7yDkgm2yZ463LjDiQ1aomL8+UfXN1Y45fSwAvF7eXJV7tvA2AK 8PXA== X-Gm-Message-State: AJIora+ri0XWJ8y7lV2DWacsmhHaFyeko4Uz0YYMB4YTbEWFCJqYJMxJ lLsyYsfFP09FFokFxbU9BpWxEnU7pkPgp426QJL7vURThC4= X-Google-Smtp-Source: AGRyM1teyZklcluChodOqf6JRTq1o0jWIU4c1uzYk6/mjNLxHEGSB/dK0QjVwBmzt0qhwT8UdNEXYs6dKf2nhPI3pic= X-Received: by 2002:ad4:5fcf:0:b0:473:6fb:ea30 with SMTP id jq15-20020ad45fcf000000b0047306fbea30mr12816745qvb.131.1657901675060; Fri, 15 Jul 2022 09:14:35 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 References: <42b403fd492b631ad14e97b7e8a9778f@vvelox.net> In-Reply-To: From: Alan Somers Date: Fri, 15 Jul 2022 10:14:24 -0600 Message-ID: Subject: Re: ZFS dataset stats To: "Zane C. B-H" Cc: Oleg Ginzburg , freebsd-fs Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4LkxJX296xz3F0P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.219.46 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[fs]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.219.46:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[209.85.219.46:from]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[asomers]; TO_DN_ALL(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[fs@freebsd.org]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N You still haven't told us what version of FreeBSD you're using, but I think you're running into this issue, already fixed: https://github.com/openzfs/zfs/pull/12097 On Fri, Jul 15, 2022 at 10:08 AM Zane C. B-H wrote: > > Testing with changing it over one one of the VMs and that fails. > > zfs set volmode=geom storage/debian11-1/dsk1.vhd > > Even after that ztop and gstat show nothing. > > On 2022-07-15 08:14, Oleg Ginzburg wrote: > > On Fri, Jul 15, 2022 at 8:05 AM Zane C. B-H > > wrote: > > > >> So was just looking and for some reason nread etc for the ZFS > >> storage > >> stats. > >> > >> Below is a example of a ZFS dataset being used by CBSD to store a > >> raw > >> disk image, > >> one that is running currently, but for some reasonn the R/W stats > >> don't > >> seem actually update. > >> > >> kstat.zfs.storage.dataset.objset-0x1d41.nread: 0 > >> kstat.zfs.storage.dataset.objset-0x1d41.reads: 0 > >> kstat.zfs.storage.dataset.objset-0x1d41.nwritten: 0 > >> kstat.zfs.storage.dataset.objset-0x1d41.writes: 0 > >> kstat.zfs.storage.dataset.objset-0x1d41.dataset_name: > >> storage/debian10_test/dsk1.vhd > >> > >> Is there any way to get ZFS to actually keep these up to date for > >> use > >> cases > >> like this? > > > > Try to switch default ZFS volmode properties in CBSD from 'dev' to > > 'full' ( defaults: > > https://github.com/cbsd/cbsd/blob/develop/etc/defaults/zfs.conf ), > > e.g: > > > > cat > ~cbsd/etc/zfs.conf < > default_ci_zvol_volmode="geom" > > default_vm_zvol_volmode="geom" > > volmode="geom" > > EOF > > > > in this case, new VMs will be created in a 'geom' mode: > > > > # cbsd bcreate jname=vm1 vm_os_type=linux > > vm_os_profile=CentOS-7-x86_64 vm_ram=1g vm_cpus=1 runasap=1 > > imgsize=10g > > > > # zfs get volmode | grep dsk > > jails/mybbuilder130/dsk1.vhd > > volmode default default > > jails/pxe1/dsk1.vhd > > volmode dev local > > jails/ubvdi1/dsk1.vhd > > volmode default default > > jails/vm1/dsk1.vhd > > volmode full local > > jails/windows1/dsk1.vhd > > volmode default default > > > > if you are using cloud/gold images, you may have to delete and get > > them again >