From owner-freebsd-stable@freebsd.org Wed May 5 22:53:52 2021 Return-Path: Delivered-To: freebsd-stable@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 287DF625CB8 for ; Wed, 5 May 2021 22:53:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FbBpR1MVZz4pkx for ; Wed, 5 May 2021 22:53:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1620255228; bh=CFPeakQxkhhc43r4iHuYAJdyvxoWmMBxR74Dm+NLCPD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=UlhrWHjQznMUWDz3O7wtbEwv4LtGBWRN0YZ8QyLzSSw5fg5hX55d00RzcSUbUMHFjfey+UTQNrFA9r1SSWc3JVS/TXIvsOYgecpSrAL2vU6Jlgz0NCrKpXhbrIK1zUQxCYCcRgsDmpOch0yc/kjSCd02sl/7tgmnI2rvekynNEe93a+9jMPOIETC4chp5IJ3rUwvvRqcs0Sjz9lfEDQPUA+Dc+JC4nP3uVjyAfqr3wEQwIpRWmMLnnRfQvzEtdBqQTVpqgOMcm9wYTfBXtUQ6Hl0eaFqTljcJnLMjzQG7qq70tso9+RHzQXT1gBsXt7LRJ+fO7tVO0piCY3QWLt4tw== X-YMail-OSG: hF4mTBgVM1ksfidG9AovH.pRaTzRhg4yhsWu81L_B6ySGHtZXr4wtt8gtTPBACv Cq88SdvEd.vg1qG1GW5ih7BNY9KMR2ttv56q7lOaESuSjHlK_BX9iom._bbUM0JbeJWVcSafR2Gz 28fcJn9Auq6o87GmWTtcZNxjTx0_rJMlkNYicO7NcTc23gATEB9DSHb7X4loifAZ8IClnc8gjKI0 r41OMAkL7Cjbz2K2l74pjQL5NwEaJzRIz1ID1PdxN86krFo3O7jO5qBQ6zzqDr2IsYF9D5nb8Pgf z8mIYctADdNtoWMkksuFo.o2uXcTWLQYhCxb1SDcSalPB2BQI9Gy88zfodfRJL4CyhAPLzcBU7kE HMNVL9zIls4AMESZG2clloHUXajWqTtGoSLV5Rhv0gr7Q5STvd6fGcC6elgZUA_j3iNiX63587c8 OCuKXUxU39_bBYsc2LfKO4MHuQsQjLB6nZq1CBEmNawNJ0w2l02klBwY6wjIvh631s9JdRlvOqhF Oc7JQJY7MjKhMfSgvi3d9iEAxlt70RFY6qSmcxva2qJ4MGQGg5l4vxbgBio5qgifn4ccBKdIHsRs Bij4sghDXtxtwyb3B3NOtxn0dQZBCbVrLF4hEf72jOUu0T2e7y5xcUxeIjfh4CkVghQoNqZ4Yjw4 00oZbaUNKDegUxMA4OiQSRLqopjIZszmp8aKelhW7BUoEuN.Gp0iQ2Ia2yFWz4L7wdcSww2gheXt ZQpFaq7ORrOoPbKi_w59OSe0_S.BW95BlBen8F7L3OxUZW4.BZXPj4w.njjIydXvouIh.qWO4DfY iJQePzM.Kp2JpvzLnquq1z5Pd6OtH2veFwW3h5rFnukoJZkChXbMNrXal3Gznnkj0mAopA1c4bDq KxjifQvYODT3NUGyeg_gvCqnllIhOEAPiH80VxbAt.EddNW4huciKaKpvR.RyLs6.nnF6zZ9t8kE v54u876C4XidT44aRbfP8JOS39qa3GnFULfx.nN3O9YQhA4eHQ2L7IMv7BR6Ki3Bkn7wBKPX2SL0 1CLKl07_IVtuhU9YodWwbtbZMpiiV2SgxP2K8UZiKVZ27IygNM5qn_PWNOdlmDsIva5VcCmcfL1M c0TyBvY87r4d2jYpjiMZ8cHkS1jrEGThJlWfZFJVvnYvq4JH4oL2Fz1GcghUWUJUMrPd9H40HJzO DrGcAkhKezCaiSDQ71STQvt4zI2yEWXWh5GxkcPeUVioJM0QyhGzliH3FLIzJ5tdhgN9_KM8nzYM wed24Ch9tS0DIsHCfCQYg5I6gqJyy9vzJAHJM7fgMLu6tkw7W0dUEoCR2see73XQIRzm5Iz_fF3M WQ5v8VJT8HQMUf7Tseu9.qXbZUQhQl3vYyoRrEyKK4wBeX_fofjA8nZtgoO.pn3IerK1eZW1pcVu SIkMw8n1jhTzJZf7B5SndknMBUNFr4Sf6U3I9xLtPCZCK3kGTqoPrz3mp3kckYtRR1ZAMgeplPys R4yPZnnCMmgzFTcNWolTola8EDg.8OxECPsNRxnJOvSb2aBTcXcgzmThzx0I5yB8QU475IfMIlVE IVjfUrElJN_WP6r3kxF_WiekTYzf0lptGMjrBeUvH5RN5S6867RyltAbaLDb7RSs1V8Z7L4oZcK2 7MIDfQTLVanzmc3IkFPRkoaFTzCaMAQj8qps6Rr48x5nmDL4U7w.yJlWhJ3OQGEe2JdDk7hFC7uN GcrSjfVrPUNfZXrmVSdbFyigZbs8AF0ZbuaiuOd8ePSr8pOB0WAXvBTViLXRHv9WDPVcdKpkJ4nT inKA_VU0t6nAx0b8hCc5a.LfaKSLZFqOo_LI9nF.9tKVqVrTykOWARRPy2gwrViMQYXF5CK4BI1d AYYEwGYmD.hh3VSxyLQlYWc8Zug.Cv9kpvdMOKeYnLw3CIgo2WSFRa92UrR5wv2t3iQU14HC2tEy i5kRcfBR.vKcD0MSbcPnIph3Ln2PZZlcDbE4A3KeQTLDQuRVigj2v46VUuEyNj5kcaJ4U8L4eijo 0gbCEEJDXjWgcvpoBKOy.2i0Nhefj5X6ajpwV4kZuFuQEpJnwlpBwPgGIsfAiYb8p_nooxJVeXUY M2eEczZ.8k4mVFJ5S97P9k2uD_pit2CmuNqx_DPeKLGLoKf5OYuakHxhgpN0eEC4grCYAJm7Rong WK6GKYvCORtIWTmr5kddB2PhpUblzM.mdNSO0X8hBS_MeMAQWorMN0T5bJXpyRTSAru6iXVybn1w J9EBjUXJtsZb6tTEvM9biugvCoun2_ehAXnB7ePhcUv_5mWUt_yHTmNTziHAL9IF6Cy1vrM3Ttld GRyIfQPMwDS2LfNP7HkO1c934qpU6COTIRjcpx71aFZEmYvO3ksT.iH4P4YBuXjdZNT1Axz_3f2p F0Bpm6wVKWNPq6HW0_v8ubTQ14wr0t93Qb6uXT4c.ygAwjlOE5tWlwHmbOS0Kob2Qmcq4CK7dnCY Rv_6Z4zG3IN99TqUrku93sxwq4lL2gCjx6ztfa4wKYaWKMZigvojlPHrkEOsza1dF6MiWy_rO1Up y.lOlBeTOtVQDfQdUM56XOSr7urqdPogHE0_i_efqV31Hluf_4HwNjblK2TlA3h6C7gxdIleM97I qkwCyJlLupq5EiZ9Pr3Zvfevwf4tkKGy9yJGYOhV23PWMQolnyg5Bp7zVYtfiYOKxP5lBeFDF X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Wed, 5 May 2021 22:53:48 +0000 Received: by kubenode513.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6f17629e21a7be59e78048d241fe079b; Wed, 05 May 2021 22:53:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\)) Subject: Re: ZFS rename with associated snapshot present: odd error message From: Mark Millard In-Reply-To: <5294FCAA-14C8-45CB-B34A-B4D76F70AA8B@yahoo.com> Date: Wed, 5 May 2021 15:53:41 -0700 Cc: FreeBSD-STABLE Mailing List , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <3B6DD415-0352-4D5C-88A4-F3D07B082FBE@yahoo.com> References: <8335C81D-B83C-42BC-B296-C05FAEAE538A.ref@yahoo.com> <8335C81D-B83C-42BC-B296-C05FAEAE538A@yahoo.com> <4ddf96da-e7f7-663d-8539-04f91297389a@FreeBSD.org> <5294FCAA-14C8-45CB-B34A-B4D76F70AA8B@yahoo.com> To: Andriy Gapon X-Mailer: Apple Mail (2.3654.60.0.2.21) X-Rspamd-Queue-Id: 4FbBpR1MVZz4pkx X-Spamd-Bar: - X-Spamd-Result: default: False [-1.92 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.58)[0.584]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2021 22:53:52 -0000 On 2021-May-5, at 05:28, Mark Millard wrote: > On 2021-May-5, at 02:47, Andriy Gapon wrote: >=20 >> On 05/05/2021 01:59, Mark Millard via freebsd-current wrote: >>> I had a: >>> # zfs list -tall >>> NAME USED AVAIL REFER = MOUNTPOINT >>> . . . >>> zroot/DESTDIRs/13_0R-CA72-instwrld-norm 1.44G 117G = 96K /usr/obj/DESTDIRs/13_0R-CA72-instwrld-norm >>> zroot/DESTDIRs/13_0R-CA72-instwrld-norm@dirty-style 1.44G - = 1.44G -. . . >>> . . . >>> (copied/pasted from somewhat earlier) and then attempted: >>> # zfs rename zroot/DESTDIRs/13_0R-CA72-instwrld-norm = zroot/DESTDIRs/13_0R-CA72-instwrld-alt-0 >>> cannot open 'zroot/DESTDIRs/13_0R-CA72-instwrld-norm@dirty-style': = snapshot delimiter '@' is not expected here >>> Despite the "cannot open" message, the result looks like: >>> # zfs list -tall >>> NAME USED = AVAIL REFER MOUNTPOINT >>> . . . >>> zroot/DESTDIRs/13_0R-CA72-instwrld-alt-0 1.44G = 114G 96K /usr/obj/DESTDIRs/13_0R-CA72-instwrld-alt-0 >>> zroot/DESTDIRs/13_0R-CA72-instwrld-alt-0@dirty-style 1.44G = - 1.44G - >>> . . . >>> Still, it leaves me wondering if everything is okay >>> given that internal attempt to use the old name with >>> @dirty-style when it was apparently no longer >>> available under that naming. >>> For reference: >>> # uname -apKU >>> FreeBSD CA72_4c8G_ZFS 13.0-RELEASE FreeBSD 13.0-RELEASE #0 = releng/13.0-n244733-ea31abc261ff-dirty: Thu Apr 29 21:53:20 PDT 2021 = root@CA72_4c8G_ZFS:/usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/13_0R-src/ar= m64.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1300139 1300139 >>=20 >> Cannot reproduce here (but with much simpler names and on stable/13): >> zfs create testz/test >> zfs snapshot testz/test@snap1 >> zfs rename testz/test testz/test2 >>=20 >> All worked. >>=20 >=20 > I've noticed that sometimes in my explorations it has been > silent instead of complaining. I've no clue at this point > what prior activity (or lack of activity) makes the > difference for if a message will be generated vs. not. One difference in context is that your above sort of sequence generates the after-snapshot context (using some things I have around now): zroot/DESTDIRs/13_0R-CA53-poud 1.45G 127G = 1.45G /usr/obj/DESTDIRs/13_0R-CA53-poud zroot/DESTDIRs/13_0R-CA53-poud@test 0B - = 1.45G - where my example had something more like (hand edited the above just for illustration): zroot/DESTDIRs/13_0R-CA53-poud 1.45G 125G = 96K /usr/obj/DESTDIRs/13_0R-CA53-poud zroot/DESTDIRs/13_0R-CA53-poud@test 1.45G - = 1.45G - before the rename. In other words, I'd updated the original (almost?) completely after the snapshot (as a side effect of my overall activity). It was only later that I tried the rename to track a new purpose/context that I was going to switch to. I'm not claiming that such is sufficient to (always? ever?) reproduce the message. I'm just pointing out that I'd had some significant activity on the writable file system before the rename. Some of my activity has been more like your test and I'd not seen the problems from such. But it is not a very good comparison/contrast context so I'd not infer much. I still can not at-will set up a context to produce the messages. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)