From nobody Wed May 3 16:08:50 2023 X-Original-To: freebsd-stable@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 4QBMMP1lzlz490lL; Wed, 3 May 2023 16:09:05 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yb1-xb36.google.com (mail-yb1-xb36.google.com [IPv6:2607:f8b0:4864:20::b36]) (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 4QBMMN1l0cz4Dl2; Wed, 3 May 2023 16:09:04 +0000 (UTC) (envelope-from fjwcash@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20221208 header.b=gDaH07KS; spf=pass (mx1.freebsd.org: domain of fjwcash@gmail.com designates 2607:f8b0:4864:20::b36 as permitted sender) smtp.mailfrom=fjwcash@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb36.google.com with SMTP id 3f1490d57ef6-b980e16b27bso4515366276.2; Wed, 03 May 2023 09:09:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683130142; x=1685722142; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=b8qLoN8gGnsVoHFsh9mJPRR8gEzlLQqtJz7l/wk8u4I=; b=gDaH07KS1RmhxgkNfla+TfC0wOKAN0IVZCpYWqVwT/6Wd5lv68SISo6PyRcjvWlMyY vzISvi8NXhskM7K+ryYxjDkmzY5Bpfto2dR6ITlBKOsa9+qXBn+VXFVtPVAQ5QzykIHf Qd4JvheA1mjVZfIZjF23B6hWiYY3e5OdCtXoQAjBBezdmBe0kSJWHT+2EoIwGPLVepZD xmRwIxAAnADbvnWmMQXvmOXUsc4+gCj3nGxDxEgQKCXjiJOefmqlQPDhGg5HEgbrPVZW zJgks37xYDUyIBm1A7w3kz2vQrkZ7jM/PdSsa17pYASctUENeCrL7cyG03Vba2LKbZ1e XQ7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683130142; x=1685722142; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=b8qLoN8gGnsVoHFsh9mJPRR8gEzlLQqtJz7l/wk8u4I=; b=cexKqFR+eIn8nStSDNWBpZ2XIUa4F6lOb2nitDgUEaqhGRcClP5C9fL3g3hwToNm7y wI26yWk85DcvfK8HL1WvtNuDhujsU2gbLKaDCfVfq2zlD+Dj1Erjtm78NZtA7pfU7aWa bLBf7hcwOoKEaIBNUQ5qZuh8CFt8rGjuLMGkdPUUeAMiXsZ9r1JiiPIhHlFlgYCqEfk+ cAuOydAlqPc5A30zmS2tb6XgGVcCkzfqcN0+WBjVvgBruSC3XrluUAHmOrwmtuM3djgn de8fMwZW03DpmGPArZ0nSNOv7RLRnUstCl4X0IO27zLbf6F3JMF6QM0wlZLoPdLTdRIs qu5g== X-Gm-Message-State: AC+VfDxRHZcqNu4rJReNnrPbyfPDJF0N8ONUT6CxS0Y6niT0c6y4c+zn lK4DzCa7GAAzQv1h4rEzXGAJsPZ/n0WFDMkeA0EqupT8QPk= X-Google-Smtp-Source: ACHHUZ4cetGZc98YxAJt/Y1l1+0WuTM8XTPJ08WdS16vkDO556KCv3Um1DfRmo2LznBoKGrpBcBTWjKgSc9D8Zq/Cm8= X-Received: by 2002:a25:11c3:0:b0:b9e:7224:a5d4 with SMTP id 186-20020a2511c3000000b00b9e7224a5d4mr5149489ybr.61.1683130141612; Wed, 03 May 2023 09:09:01 -0700 (PDT) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 From: Freddie Cash Date: Wed, 3 May 2023 09:08:50 -0700 Message-ID: Subject: Expanding storage in a ZFS pool using draid To: FreeBSD Filesystems , FreeBSD Stable Content-Type: multipart/alternative; boundary="00000000000033a07205facc4601" X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.80)[-0.798]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20221208]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org,freebsd-stable@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b36:from]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4QBMMN1l0cz4Dl2 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N --00000000000033a07205facc4601 Content-Type: text/plain; charset="UTF-8" I might be missing something, or not understanding how draid works "behind the scenes". With a ZFS pool using multiple raidz vdevs, it's possible to increase the available storage in a pool by replacing each drive in the raidz vdev. Once the last drive is replaced, either the extra storage space appears automatically, or you run "zpool online -e " for each disk. For example, if you create a pool with 2 raidz vdevs using 6x 1 TB drives per vdev you'll end up with ~ 10 TB of space available to the pool. Later, you can replace all 6 drives in one raidz vdev with 2 TB drives, and get an extra 5 TB of free space in the pool. Later, you can replace the 6 drives in the other raidz vdev with 2 TB drives, and get another 5 TB of free space in the pool. We've been doing this for years, and it works great. When draid became available, we configured our new storage pools using that instead of multiple raidz vdevs. One of the pools uses 44x 2 TB drives, configured in a draid pool using: mnparity: 2 draid_ndata: 4 draid_ngroups: 7 draid_nspares: 2 IIUC, this means the drives are configured in 7 groups of 6, using 4 drives for data and 2 for parity in each group, with 2 drives configured as spares. The pool works great, but we're running out of space. So, we replaced the first 6 drives in the pool with 4 TB drives, expecting to get an extra 4*4=16 TB of free space in the pool. However, to our great surprise, that is not the case! Total storage capacity of the pool has not changed. Even after running "zpool online -e" against each of the 4 TB drives. Do we need to replace EVERY drive in the draid vdev in order to get extra free space in the pool? Or is there some other command that needs to be run to tell ZFS to use the extra storage space available? Or ... ? Usually, we just replace drives in groups of 6, going from 1 TB to 2 TB to 4 TB as needed. Having to buy 44 (or 88 in our other draid-using storage server) and replace them all at once is going to be a massive (and expensive) undertaking! That might be enough to rethink how we use draid going forward. :( -- Freddie Cash fjwcash@gmail.com --00000000000033a07205facc4601 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I might be missing something, or not understanding how dra= id works "behind the scenes".

With a ZFS pool = using multiple raidz vdevs, it's possible to increase the available sto= rage in a pool by replacing each drive in the raidz vdev.=C2=A0 Once the la= st drive is replaced, either the extra storage space appears automatically,= or you run "zpool online -e <poolname> <disk>" for e= ach disk.

For example, if you create a pool with 2= raidz vdevs using 6x 1 TB drives per vdev you'll end up with ~ 10 TB o= f space available to the pool.=C2=A0 Later, you=C2=A0can replace all 6 driv= es in one raidz vdev with 2 TB drives, and get an extra 5 TB of free space = in the pool.=C2=A0 Later, you can replace the 6 drives in the other raidz v= dev with 2 TB drives, and get another 5 TB of free space in the pool.
=

We've been doing this for years, and it works great= .

When draid became available, we configured our n= ew storage pools using that instead of multiple raidz vdevs.=C2=A0 One of t= he pools uses 44x 2 TB drives, configured in a draid pool using:
= mnparity: 2
draid_ndata: 4
draid_ngroups: 7
draid_nspares: 2<= br>

IIUC, this means the drives are configured in = 7 groups of 6, using 4 drives for data and 2 for parity in each group, with= 2 drives configured as spares.

The pool works gre= at, but we're running out of space.=C2=A0 So, we replaced the first 6 d= rives in the pool with 4 TB drives, expecting to get an extra 4*4=3D16 TB o= f free space in the pool.=C2=A0 However, to our great surprise, that is not= the case!=C2=A0 Total storage capacity of the pool has not changed.=C2=A0 = Even after running "zpool online -e" against each of the 4 TB dri= ves.

Do we need to replace EVERY drive in the drai= d vdev in order to get extra free space in the pool?=C2=A0 Or is there some= other command that needs to be run to tell ZFS to use the extra storage sp= ace available?=C2=A0 Or ... ?

Usually, we just rep= lace drives in groups of 6, going from 1 TB to 2 TB to 4 TB as needed.=C2= =A0 Having to buy 44 (or 88 in our other draid-using storage server) and re= place them all at once is going to be a massive (and expensive) undertaking= !=C2=A0 That might be enough to rethink how we use draid going forward.=C2= =A0 :(

--
Freddie Cash
fjwcash@gmail.com
--00000000000033a07205facc4601-- From nobody Thu May 4 10:27:01 2023 X-Original-To: stable@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 4QBqkH09cNz48xDV for ; Thu, 4 May 2023 10:27:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBqkG5yLdz4FGV for ; Thu, 4 May 2023 10:27:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683196022; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=jug64IlYrT6jI0tbFFM7iG2E8XCZvTLCR29jN/mzIis=; b=s+oYX2ImIKDdofvxpiwXIOu+Laa2KkGI6VxfoU34pcnRPkZ/Pxa4qQN+mAXaACi0gmK6NI 5LKcgq+7/xw8jlOv3sKFOy0p+zd4i0tWQOEE4/UHZv/5jUL4o3/g5UwkkWkxMFZzUpyDbq B94M06bylp+RgbIWGayRYXSjKR8IQGV8njKdV2zEl1/7UfZJrcMhiMCNsMHuCQg/VXS35q 6P7Li8xYMPksWcqjLQjqiLTosJnzFITZiIxDCfpxe3UwjSaka/WKtojD4bl0Eu8anCejQQ pcPjztt6NxGI++qjAgrsfuNp3N2380bPGWj+iIgP0cDurYbk2Ef5oQdg28NBRw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683196022; a=rsa-sha256; cv=none; b=PHuhWF45iKG/y6Dxvib5PKQgjAPFyVs9SJxPBEJymKayrFK4FMQ8ZYwDVLdt2AqtnPoasV wCEEwQjWf1udofsWEzi9X7zA/sQFpe5UvcWa9q3zWNEuPL1nnXdezvY4XCY4ICfnbXdr3C 5QM4cnpSRdaQ3t3p8G8KlZYs1Y3zvGGe5iwnXEFGT0LlSCZPOSuVO9ULjDUAC4SIJ3nJF3 AytFiHCM3lN0A+Kffn4UaD56sUwQTXEN2qKOl1UUGF+V/99hCr/yYGlMYIomPaNbNckMLF BZ/ctIp5tEqYf2hFDebYno7Z12MtDR+9MuRw+BMZQr6DaXxVSDZ+IYItaQf7MA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QBqkG520Jz17Sc for ; Thu, 4 May 2023 10:27:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 344AR2rU053865 for ; Thu, 4 May 2023 10:27:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 344AR2aP053864 for stable@FreeBSD.org; Thu, 4 May 2023 10:27:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 271238] mpr (LSI SAS3816) driver not finding ses devices in HP D6020 enclosures Date: Thu, 04 May 2023 10:27:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: zarychtam@plan-b.pwste.edu.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271238 Marek Zarychta changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stable@FreeBSD.org, | |zarychtam@plan-b.pwste.edu. | |pl --- Comment #1 from Marek Zarychta --- I have no idea, but similar issue was reported to me, where HP Smart Array = P440 was involved. Instead of 48 drives (45x6T HDD, 3x480G SSD), FreeBSD was ab= le to see only 35 of them (32 +3)), thus skipped 13 x 6T HDD. It was reported = to me on IRC a few years ago, the affected setup was running FreeBSD 12.1-RELE= ASE. Does any logic limiting the number of drives to 2^5 exist ? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu May 4 11:19:14 2023 X-Original-To: stable@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 4QBrtW6dsVz490Rb for ; Thu, 4 May 2023 11:19:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBrtW5d4pz4K3W for ; Thu, 4 May 2023 11:19:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683199155; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zIjQ3THm8TPcfvTlDEaDjdh8vPmpcrzzOe4jVQEoZGQ=; b=O4dTPle1UL6xmLFNpkl0p2RPveemFTJCpHktVtsKB/8RmgxoPkY83+ynIUAz3p6fxZL81c spk3UiAhX+XX0Qa0zI9rulY0ey3god81hCl8gvGActtP36DBwQg40qwvH6NWPkw4cUPC6l VWRmP1qg7sBWj4mo74thMploLX5rMY6F84TNwRIqrM+67/alGQEGrk9yuEZ5MJD9LEyH6S FQwYvMXmq9jnDPpBeEpnkBvGrJfei5M9nEESY+Afj7op8vzZBSdg9d1GNu+SlEM4AD9D0+ uD25b732mDW6dovy9YmdtFI/esG0uTt86wkgzDaTkdnC6EoTyMMYmqSU8P1Glg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683199155; a=rsa-sha256; cv=none; b=PVbSQ4asvykH16H6Xpvjd0eO/sBf9Ixf4396x0XuSngl24+406XnlaCf4yLzCf2lmgDcJ3 he4ufeoaFJI6IZ6YZMLwrrsKbbbrk6HuDlmIq8YInv0x2eq2MxkJY9TvUvoyldzF/P5owK +/bk/l1cQ4EfwmcQrojaEvMj7qhFbnMKzebt6J2Eo5EYw1uZDQNNKpPoCX3mN9o2JFpk7F rGgLqm+Z13rwXEii8M8n4mFz4S+Pel3aSlY0mN9ynJMs7+bM5jyumJ6kUgLx4nxHxGmuSC TmYPZkyaH0rJ9PSTS/9RZLOqMRyuS6Z/eMCFyfSEo0M1/PvI93kTtJ7Zy9ej4Q== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QBrtW4SKkz17yp for ; Thu, 4 May 2023 11:19:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 344BJFKM026221 for ; Thu, 4 May 2023 11:19:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 344BJFEV026219 for stable@FreeBSD.org; Thu, 4 May 2023 11:19:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 271238] mpr (LSI SAS3816) driver not finding ses devices in HP D6020 enclosures Date: Thu, 04 May 2023 11:19:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pen@lysator.liu.se X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271238 --- Comment #2 from Peter Eriksson --- (In reply to Marek Zarychta from comment #1) Regarding the P440 - is it using the "ciss" driver? Then yes, that driver h= as well known bugs regarding discovering disks due to a couple of errors in the code. I use 70 drives per CISS controller and have had to patch my "ciss" driver = to be able to detect all drives & the SES devices. For details regarding the ciss driver see bug 246279:=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 --=20 You are receiving this mail because: You are on the CC list for the bug.= From ml@ft-c.de Thu May 4 11:39:48 2023 X-Original-To: stable@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 4QBsLK2rpDz491Lq for ; Thu, 4 May 2023 11:39:53 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBsLH6KpFz4N6H for ; Thu, 4 May 2023 11:39:51 +0000 (UTC) (envelope-from ml@ft-c.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de; dmarc=none X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 344BdnJL1513031 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 4 May 2023 13:39:49 +0200 Message-ID: Subject: mpv with pulseaudio From: ft Reply-To: ml@ft-c.de To: stable@FreeBSD.org Date: Thu, 04 May 2023 13:39:48 +0200 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Spamd-Result: default: False [-2.76 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; NEURAL_HAM_LONG(-0.27)[-0.270]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[192.109.42.8:from]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[stable@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[ft-c.de]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_REPLYTO(0.00)[ml@ft-c.de] X-Rspamd-Queue-Id: 4QBsLH6KpFz4N6H X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Hello,=20 it is possible to compile mpv with pulseaudio. When I install 'pkg install mpv', it is not possible to switch from speakers to headphone with pulseaudio panel plugin.=20 Franz From nobody Thu May 4 12:36:41 2023 X-Original-To: stable@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 4QBtcF74hyz494W9 for ; Thu, 4 May 2023 12:37:01 +0000 (UTC) (envelope-from mail@souji-thenria.net) Received: from alisa.souji-thenria.net (alisa.souji-thenria.net [188.68.37.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBtcF0TL2z4VF3 for ; Thu, 4 May 2023 12:37:00 +0000 (UTC) (envelope-from mail@souji-thenria.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=souji-thenria.net header.s=20220813rsa header.b=DW00eG+x; spf=pass (mx1.freebsd.org: domain of mail@souji-thenria.net designates 188.68.37.165 as permitted sender) smtp.mailfrom=mail@souji-thenria.net; dmarc=pass (policy=quarantine) header.from=souji-thenria.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813rsa; t=1683203812; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=Jj6WHSJm/H+Dtwmp4Y3vjFje6x+qZmSYNOZHTf7gV9M=; b=DW00eG+x+ov2LH7P9zPsYahkem1GWcBTGIM4xqvgbjzJ/HePbaBTeE9G9/h/bQFTB2ZNua 8f98ud90vUblLuSIpY89Rubp9FZSXUSLR2ES5xqylBF8fyIbp3OUHa8bawUyq0vaNkmRQa h4+ewK4vNBf0sOdU1Hcj0hZ7blcErc/ilfBHg3E2UpsJKe2KjCQTETi2rwPJFj0THMFqoJ 44uhtS7omP0jtRijF8JKn2RaNLpFdM+UFBsic5SAx8XUiNuAY49z8KW/OELX7RL/81jsY/ iO/UAy0wNBXfQ7zYqbPN7Fk8LhGGM+H6VNy+WZGM4zY9ljCdbOsaolFoh2tn7Q== Received: from smtpclient.apple (tmo-118-89.customers.d1-online.com [80.187.118.89]) by alisa.souji-thenria.net (OpenSMTPD) with ESMTPSA id 874b2596 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 4 May 2023 14:36:52 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Souji Thenria List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: mpv with pulseaudio Message-Id: <4306351F-CA7A-44BC-B361-CE5396FB48D2@souji-thenria.net> Date: Thu, 4 May 2023 14:36:41 +0200 To: ml@ft-c.de, stable@freebsd.org X-Mailer: iPhone Mail (20E252) X-Spamd-Result: default: False [-2.49 / 15.00]; FAKE_REPLY(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[souji-thenria.net,quarantine]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[souji-thenria.net:s=20220813rsa]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[souji-thenria.net:+]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4QBtcF0TL2z4VF3 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N =EF=BB=BFOn 04.05.2023 13:39, ft wrote: > it is possible to compile mpv with pulseaudio. Hey Franz, it is possible to compile mpv with pulseaudio. However, it is off by default. You would have to compile it yourself, using t= he ports tree, there you can enable it. Souji Thenria From ml@ft-c.de Thu May 4 13:05:49 2023 X-Original-To: stable@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 4QBvFZ2SB4z495MR for ; Thu, 4 May 2023 13:05:54 +0000 (UTC) (envelope-from ml@ft-c.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBvFX5Rn7z4Ydy for ; Thu, 4 May 2023 13:05:52 +0000 (UTC) (envelope-from ml@ft-c.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@ft-c.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=ml@ft-c.de; dmarc=none X-Envelope-From: ml@ft-c.de X-Envelope-To: Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 344D5ofi1600467 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 4 May 2023 15:05:51 +0200 Message-ID: Subject: Re: mpv with pulseaudio From: ft Reply-To: ml@ft-c.de To: stable@freebsd.org Date: Thu, 04 May 2023 15:05:49 +0200 In-Reply-To: <4306351F-CA7A-44BC-B361-CE5396FB48D2@souji-thenria.net> References: <4306351F-CA7A-44BC-B361-CE5396FB48D2@souji-thenria.net> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 FreeBSD GNOME Team List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Spamd-Result: default: False [-1.87 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.72)[-0.719]; NEURAL_SPAM_LONG(0.34)[0.341]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24]; RWL_MAILSPIKE_GOOD(-0.10)[192.109.42.8:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[192.109.42.8:from]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[ft-c.de]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[stable@freebsd.org]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[stable@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_REPLYTO(0.00)[ml@ft-c.de] X-Rspamd-Queue-Id: 4QBvFX5Rn7z4Ydy X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N Hello,=20 On Thu, 2023-05-04 at 14:36 +0200, Souji Thenria wrote: > =EF=BB=BFOn 04.05.2023 13:39, ft wrote: > > it is possible to compile mpv with pulseaudio. >=20 > Hey Franz, >=20 > it is possible to compile mpv with pulseaudio. > However, it is off by default. You would have to compile it yourself, > using the ports tree, there you can enable it. Thats the question: it is possible to switch it ON by default. All programs I install it with 'pkg install' and it works very fine.=20 Only mpv I have to install it with ports.=C2=A0 Other users have the same problem. Franz From nobody Thu May 4 13:13:54 2023 X-Original-To: stable@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 4QBvQr3mZRz496K9 for ; Thu, 4 May 2023 13:13:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBvQr2jMGz4ZjQ for ; Thu, 4 May 2023 13:13:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683206036; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FVXbNqkexFg7eq9ozyl0t4/adrmRZ5xw/FNNmXZrxMg=; b=P2ePok+302NbvYXxYrUTLMiKSmCfM8TjIorDLzip9mnYFWxZufCvCxqGNBAT8k/qERapjH GccL8KogARD6QYS8TsOKBX22KagVoTzg616zC7PdXe/B2C/cWdCfCb0WZWmqA37pmkSPJN K+nfVZXzrXjwvcdg8kn0u9VlQtuG5aOyaf17U+r4gthJ8fKM42dLIlOLXeeR1pvwtx2ACQ oa7DgRiyPi/3VlMXTGH6KVMnfj0kb75Odv1H8TtUk2LyZWQG6J5tXlx0FMT+GbNN9AKz5O Lp/bJMwe0w+FRPzMKCx6pWwyWfDjBaHozsc/Yfi5aR47XFiI1HIG4y39xx/i7w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683206036; a=rsa-sha256; cv=none; b=VjIpMDAqlbi5+pEtZeL8hx52aLdrURhgwqUvGIYvFs8Fc3mHEJWZi3ogFLl1EgfUPLkEsc O7yw1tMxdDvjLlDiwLxIp0QAclsdOmcl4e3sEIQV33WMKyX74FT5SXGj0y/HSdwFFR0+qC wWhifmHVSlspR2rAzv7e8yM7XOOWJRSoeNrq4KpzouPX1/TFu5Ss/WKXWNNK+QfHhEkpG7 R+OIzHUgFGupJ1rIlqd1QcPiTOGw0nIBed0Aweyv/xeL8IqwIjMkE2VMDxib300UqhKfVF cD92KjnLslKMXyLJAxzGZJYETV22WPzGl9wxENxK2C4JSpKVxftPiv6ZFRc26g== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QBvQr1Yp1z1CdJ for ; Thu, 4 May 2023 13:13:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 344DDuiD006531 for ; Thu, 4 May 2023 13:13:56 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 344DDuQO006529 for stable@FreeBSD.org; Thu, 4 May 2023 13:13:56 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 246279] ciss device driver not allowing more than 48 drives to be detected by the CAM layer Date: Thu, 04 May 2023 13:13:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: zarychtam@plan-b.pwste.edu.pl X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 Marek Zarychta changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stable@FreeBSD.org, | |zarychtam@plan-b.pwste.edu. | |pl --- Comment #19 from Marek Zarychta --- (In reply to Peter Eriksson from comment #18) Thanks for the info. At least that problem is known, resolution too, perhap= s it can be fixed to celebrate 3rd birthday of the fixing patch? Do you have an account on the Phabricator Peter? Would you mind creating re= view there (https://reviews.freebsd.org/)? If not, perhaps someone can take care= of that ? --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu May 4 14:14:59 2023 X-Original-To: stable@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 4QBwnH65cqz4994m for ; Thu, 4 May 2023 14:14:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBwnH52hQz3FjZ for ; Thu, 4 May 2023 14:14:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683209699; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=sbJzEH2UirgKX1XARjqfInoXMVlTq4sA4dHyfE/rJMs=; b=ZrloXZqcYFPTjNotfh97y7+dje9J32QpVBT2mMQNFw/teMkpr3b42rL8VdiBfsidzk/Cou XZtuvhJfCJR6vfC1bbvqyTiThJDlDEiAqxw0/Nf7pfuNQhUpCnGpWtkldSd8NbyhDWAAb5 2Iz0pg2fliA2ewsQD68h4h6FYHiKwltvJFleu+0L+NfwojtmoUrJoisGY9eA7TXdZdLqZv y/J5kRzzqYav6J1NPiT+EZULiFTZ3Vn2i/NV7HKWXc/KyeNUt3vQyacIw3Stb0QtpD0yRP /YEXaGANrIdnr7l3zrUXGJ8VLqDACaWiBBeNYd+tYhrKOc1d6zTEmwX2Go7KJQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683209699; a=rsa-sha256; cv=none; b=t+o3BuMUr9kD5R8sVjCnrLDiEbuL64qbb4xRJek/JUpyVNS2ZfY5p0KChoWTIoE8slwis5 mrRHdMKRLTJ+RAUukL4suue+GawGAaJsM7JBrvnIhTUO78GKlVADTObm7cWHoImL593uKp 7Fj7qB3E30IHFhTEze3fo0kIRk0WdQR7GJv/5OGjvKjdnSAOkDh1Eeg+rs8GdseZHGx8wX PZmp6ZQaFqunjytA/z1Be3CI5Q5QniamtXIv9g1RSMWng2XlRtsppZofA4qvieoEtIMGOA 0smNQQKHv3Sr+Dbw03lUr0d6orX0te8pnzGKI5zwTPOAeaNEl66YZ+lBij07Fg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QBwnH42CnzFZq for ; Thu, 4 May 2023 14:14:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 344EExJ8098439 for ; Thu, 4 May 2023 14:14:59 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 344EExZi098438 for stable@FreeBSD.org; Thu, 4 May 2023 14:14:59 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 246279] ciss device driver not allowing more than 48 drives to be detected by the CAM layer Date: Thu, 04 May 2023 14:14:59 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pen@lysator.liu.se X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246279 --- Comment #20 from Peter Eriksson --- See comment #12 a bit up here :-) --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu May 4 16:30:18 2023 X-Original-To: stable@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 4QBznT6h9Rz49HNT for ; Thu, 4 May 2023 16:30:21 +0000 (UTC) (envelope-from mail@souji-thenria.net) Received: from alisa.souji-thenria.net (alisa.souji-thenria.net [188.68.37.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBznT3LCWz3tdd for ; Thu, 4 May 2023 16:30:21 +0000 (UTC) (envelope-from mail@souji-thenria.net) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=souji-thenria.net; s=20220813rsa; t=1683217819; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CIVNE68dLxRwLdQ69AEsjew/FZAyyGElDpe+JhzXezU=; b=Svzx94U3YqUXY9ST8h8Mu1vx8rGTcrfNrlz7PHFnnKc0sqdTofV/NmO8miVDiHiUXawhMr d+ouMzVXVj3dp1dEJGB9cQ2NtRjTA5fkvJQ4iU/Jz7MSL5zGqeQpHF7P7C6xgwfO7KY/cp p+piz9rtp1+QL0VVtue9Cjrdbjzxqh23jR28Vkp4dh9LExXtcyHXTTopLGdXWBJuyr6pAf jKY+EYhqAIDafm8DOW9KBi+bMcGBkMuf8PF2jbq0WftBBnZqTIT9fL74HZfw3aa9Y56UdP F/fyposWynnwc9aofWG5S95uRqwwznHr0CR6GL0I7OC50tL8Pr8YZyvbaPURJA== Received: from [192.168.178.41] (nat-178-19-229-24.net.encoline.de [178.19.229.24]) by alisa.souji-thenria.net (OpenSMTPD) with ESMTPSA id 3aeb7fd8 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 4 May 2023 18:30:19 +0200 (CEST) Message-ID: <5a0efdad-b177-b6a8-7232-04018fbd96eb@souji-thenria.net> Date: Thu, 4 May 2023 18:30:18 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.9.1 Subject: Re: mpv with pulseaudio To: ml@ft-c.de, stable@freebsd.org References: <4306351F-CA7A-44BC-B361-CE5396FB48D2@souji-thenria.net> Content-Language: en-US From: Souji Thenria In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4QBznT3LCWz3tdd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:197540, ipnet:188.68.32.0/20, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 5/4/23 15:05, ft wrote: > Hello, > > On Thu, 2023-05-04 at 14:36 +0200, Souji Thenria wrote: >> On 04.05.2023 13:39, ft wrote: >>> it is possible to compile mpv with pulseaudio. >> >> Hey Franz, >> >> it is possible to compile mpv with pulseaudio. >> However, it is off by default. You would have to compile it yourself, >> using the ports tree, there you can enable it. > > Thats the question: > it is possible to switch it ON by default. > > All programs I install it with 'pkg install' and it works very fine. > Only mpv I have to install it with ports. > Other users have the same problem. > > Franz > > For that, you have to ask the port maintainer. -- Souji Thenria From nobody Thu May 4 16:31:54 2023 X-Original-To: stable@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 4QBzqG61Spz49HZk for ; Thu, 4 May 2023 16:31:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QBzqG513xz3wg8 for ; Thu, 4 May 2023 16:31:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683217914; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZsJ7mYbjzfJWYfNFaYvoHTVLac3KSxZJUUpj5ZyUjqQ=; b=ZmCwoIIAB9f3gtyXKP2uo1okLDxnflpkhs7jVuj+eTlEpboNg+sQ4hir/dZRYGj5UBhWeS vIjb2IbxoXlCl3iiPtoB/4oKpKs3VPbVyz95/sarWUtUDMaPX1L4zmXBt38Ns5SLqgPprx 8VO+mOez53eAZhXOp4XjA5orDO4Ol7TLJfdPobfybghvKAb/kYHzp/vnIdZZPB71QhrsaX vg6flMpHbOhQTRtC+E0g7NqyFqx5MVQJ6li4smvWfOw9yst/xuSuIHgv5DGRxbJykWoj5j xnbImZCzl/qB0hJxoCyPg6agE+49NkFUaxGi4D/SsICjkSH1sMrHegZmCfy4Xg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683217914; a=rsa-sha256; cv=none; b=q7aQar+pK/Lz5oPQR6cFS3vR6jytLWz4lco/FJd2OttIvIyfBJZ3EUSdgkzGF7ydl2VtMm CRMw4mkXZGKvSWbuBLNBBF1mLsnmh7fem7aJkRkJ1L+Y16gDX9MRTW9+Dx2PD+ns/L7MRg pt+RNfENykOUJYBuZxK5N5TuCGE/uBtXhk1++PCANMLSAbO9JRoK/NKOhVakunsf7rZNz6 9HlCuVnCkjiBYFu1pCNshg6dq022Uzvhmy39EUg+xqx1SoGzLOFFr6jul2yvnQ+Si1bVXc JPvb/6fxppN7Rmtx5J4Q7yvX0CLz7zrLtymDp5764X3VUHlnVwfrpbAppRWPrQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QBzqG44lgzKPx for ; Thu, 4 May 2023 16:31:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 344GVsiM001874 for ; Thu, 4 May 2023 16:31:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 344GVsSw001873 for stable@FreeBSD.org; Thu, 4 May 2023 16:31:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 271238] mpr (LSI SAS3816) driver not finding ses devices in HP D6020 enclosures Date: Thu, 04 May 2023 16:31:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: imp@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271238 Warner Losh changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |imp@FreeBSD.org --- Comment #3 from Warner Losh --- mpr is a completely different driver than ciss, though the original reporter seems to used the ciss adapter to report what he thinks the mpr driver shou= ld be reporting. Since i don't have hardware like this, I can't easily investigate. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Thu May 4 20:59:18 2023 X-Original-To: stable@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 4QC5lx2ylpz49X2c for ; Thu, 4 May 2023 20:59:25 +0000 (UTC) (envelope-from SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QC5lv5q3nz3Lct; Thu, 4 May 2023 20:59:23 +0000 (UTC) (envelope-from SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of "SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz"; dmarc=none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 36054D78FD; Thu, 4 May 2023 22:59:21 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5BB43D78B7; Thu, 4 May 2023 22:59:18 +0200 (CEST) Message-ID: <7afb4128-3eef-f2d9-07c0-035a237cba45@quip.cz> Date: Thu, 4 May 2023 22:59:18 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: etcupdate created empty files = system unbootable Content-Language: cs-Cestina From: Miroslav Lachman <000.fbsd@quip.cz> To: Dimitry Andric Cc: Dave Cottlehuber , stable@freebsd.org References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> <95169DC0-5DB6-41D1-8B04-5A450094529F@FreeBSD.org> <19399711-4a71-7025-7ceb-8dd481ec0038@quip.cz> In-Reply-To: <19399711-4a71-7025-7ceb-8dd481ec0038@quip.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.74 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.99)[-0.987]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=hJ80=AZ=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[quip.cz]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4QC5lv5q3nz3Lct X-Spamd-Bar: - X-ThisMailContainsUnwantedMimeParts: N On 28/04/2023 16:24, Miroslav Lachman wrote: > On 28/04/2023 15:16, Dimitry Andric wrote: > >>> yes, I have Boot Environment created before system upgrade (I always >>> create BE before system or pkg upgrades) and there are automatic >>> snapshot from cron. >>> >>> Should I try to clone it and reproduce it again? >>> >>> I will file a PR today. >> >> I have seen some bad behavior in the past from etcupdate, when you >> interrupted it (with control-C) at the 'wrong' time. In that case, it >> would have built up a bad tree in /var/db/etcupdate, and as a result >> *delete* almost all files in /etc! However, this problem has been >> solved, as far as I know, and the effect was definitely not zero-sized >> files, but really deleted ones. >> >> If you have a good way of reproducing it, I think the etcupdate >> maintainers will be interested enough, moreover since mergemaster is >> going to go away. > > I have saved screens of the whole upgrade process so I am sure > everything was fine without any error printed on the screen, nothing was > interrupted etc. but the result was more than 80 empty files. > > And the next thing which bothers me there is no way to fix the half > updated state of /etc/ by etcupdate. I had to use mergemaster to fix it. > How can we fix something like this in 14 without mergemaster? I still don't know how to reproduce it / what is the root cause, but it has happend again. This is the resulting list of empty files after a "successful" run of etcupdate after upgrading from 12.3 to 13.2. # find /etc/ -type f -empty ! -mtime +15m -ls 65994 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/rc.firewall 66060 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/network.subr 65814 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/ssh/ssh_config 65813 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/ssh/moduli 98731 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/kyua/kyua.conf 65981 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/devd.conf 66070 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/local 66073 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/ctld 66402 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/netif 66404 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/routed 66197 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/ldconfig 66077 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/cleanvar 66088 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/fsck 66092 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/wpa_supplicant 66394 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/FILESYSTEMS 66397 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/dumpon 66172 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/jail 66334 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/nfsd 66101 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/hostid 66255 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/pf 66109 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/statd 66110 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/lockd 66112 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/archdep 66859 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/devmatch 66398 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/hostid_save 66234 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/ntpd 66290 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/tlsclntd 66130 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/mountd 66345 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/var_run 66143 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/dhclient 66146 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/motd 66150 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/mountlate 66158 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/tmp 66320 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/local_unbound 66862 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/os-release 66405 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/routing 66281 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/growfs_fstab 66181 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/bluetooth 66140 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/ipfw 66191 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/ipfs 66409 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zfs 66207 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/gssd 66411 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zvol 66861 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/linux 66215 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/hostapd 66227 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/syscons 66228 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/auditd 66308 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/tlsservd 66231 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/mountcritremote 67848 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/growfs 66410 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zfsbe 66359 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zfskeys 66367 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zpool 66376 0 -r-xr-xr-x 1 root wheel 0 May 4 22:19 /etc/rc.d/zpoolreguid 65860 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/defaults/rc.conf 66235 0 -rw------- 1 root wheel 0 May 4 22:19 /etc/defaults/devfs.rules 66062 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.sendmail.dist 65990 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.root.dist 67614 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.var.dist 65993 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.usr.dist 66373 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.include.dist 65985 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.debug.dist 67609 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.lib32.dist 66008 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mtree/BSD.tests.dist 66375 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/devd/hyperv.conf 66252 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/devd/zfs.conf 66834 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/devd/iwmbtfw.conf 66262 0 -rw-r--r-- 1 root wheel 0 May 4 22:21 /etc/inetd.conf 66303 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/services 65923 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/disktab 66291 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/freebsd.cf 66267 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/freebsd.submit.mc 66265 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/freebsd.mc 66287 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/Makefile 66318 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/submit.cf 66314 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/sendmail.cf 66294 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/freebsd.submit.cf 66001 0 -r--r--r-- 1 root wheel 0 May 4 22:19 /etc/mail/helpfile 65911 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/ttys 65929 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/libalias.conf 66111 0 -rw-r--r-- 1 root wheel 0 May 4 22:21 /etc/portsnap.conf 66178 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/regdomain.xml 66351 0 -r--r--r-- 1 root wheel 0 May 4 22:20 /etc/security/audit_event 66274 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/login.conf 66285 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/rc.initdiskless 65989 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/rc 66293 0 -rw-r--r-- 1 root wheel 0 May 4 22:19 /etc/rc.subr 66209 0 -rw-r--r-- 1 root wheel 0 May 4 22:20 /etc/motd.template Kind regards Miroslav Lachman From nobody Sat May 6 07:33:58 2023 X-Original-To: stable@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 4QCznl5rx5z49D4C for ; Sat, 6 May 2023 07:34:03 +0000 (UTC) (envelope-from SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QCznk5FMtz3QBM; Sat, 6 May 2023 07:34:02 +0000 (UTC) (envelope-from SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of "SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz" has no SPF policy when checking 94.124.105.4) smtp.mailfrom="SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz"; dmarc=none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AADA6D78DA; Sat, 6 May 2023 09:33:59 +0200 (CEST) Received: from [192.168.145.50] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 96216D78B9; Sat, 6 May 2023 09:33:58 +0200 (CEST) Message-ID: <004e8a85-7bc1-6b33-8a42-70d7b43f9497@quip.cz> Date: Sat, 6 May 2023 09:33:58 +0200 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Subject: Re: etcupdate created empty files = system unbootable From: Miroslav Lachman <000.fbsd@quip.cz> To: Dimitry Andric Cc: Dave Cottlehuber , stable@freebsd.org References: <312ae63f-4fab-e194-c603-a85fd11f6edd@quip.cz> <0db3bbf1-9e98-d721-c734-fdfe2483cbf0@quip.cz> <95169DC0-5DB6-41D1-8B04-5A450094529F@FreeBSD.org> <19399711-4a71-7025-7ceb-8dd481ec0038@quip.cz> <7afb4128-3eef-f2d9-07c0-035a237cba45@quip.cz> Content-Language: cs-Cestina In-Reply-To: <7afb4128-3eef-f2d9-07c0-035a237cba45@quip.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-0.79 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.01)[0.009]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[stable@freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=KDWp=A3=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[quip.cz]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4QCznk5FMtz3QBM X-Spamd-Bar: / X-ThisMailContainsUnwantedMimeParts: N On 04/05/2023 22:59, Miroslav Lachman wrote: [..] > I still don't know how to reproduce it / what is the root cause, but it > has happend again. This is the resulting list of empty files after a > "successful" run of etcupdate after upgrading from 12.3 to 13.2. > > # find /etc/ -type f -empty ! -mtime +15m -ls > 65994   0 -rw-r--r--   1 root  wheel   0 May  4 22:19 /etc/rc.firewall > 66060   0 -rw-r--r--   1 root  wheel   0 May  4 22:19 /etc/network.subr > 65814   0 -rw-r--r--   1 root  wheel   0 May  4 22:20 /etc/ssh/ssh_config OK, now I have all the details of why it failed, and why etcupdate continued even when the file copy failed. I found dozens of errors like this in /var/db/etcupdate/log after running "etcupdate". >>> cp -Rp /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zfskeys /etc/rc.d/zfskeys cp: /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zfskeys: Function not implemented >>> cp -Rp /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zpool /etc/rc.d/zpool cp: /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zpool: Function not implemented >>> cp -Rp /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zpoolreguid /etc/rc.d/zpoolreguid cp: /var/db/etcupdate/etcupdate-0PvaUI8/etc/rc.d/zpoolreguid: Function not implemented As you can see, cp failed, but etcupdate continued without any sign of error. cp failed because I did installkernel & installworld without rebooting. I have never run into a problem like this in the past, but I understand the reason - running the new 13.2 binary "cp" on an older 12.3 kernel is not supported. However, there is a bug in etcupdate which causes it to continue silently instead of stopping when the first copy fails. This function needs to check the return status of cp and not blindly return 0 even if the copy failed. In other words, the function install_new() does not do what the comment says. This needs to be fixed. # Install the "new" version of a file. Returns true if it succeeds # and false otherwise. # # $1 - pathname of the file to install (relative to DESTDIR) install_new() { if ! install_dirs $NEWTREE "$DESTDIR" $1; then return 1 fi log "cp -Rp ${NEWTREE}$1 ${DESTDIR}$1" if [ -z "$dryrun" ]; then cp -Rp ${NEWTREE}$1 ${DESTDIR}$1 >&3 2>&1 fi post_install_file $1 return 0 } I will open PR with all the details today. Kind regards Miroslav Lachman