From owner-freebsd-amd64@freebsd.org Fri Jan 20 04:38:58 2017 Return-Path: Delivered-To: freebsd-amd64@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD370CB9CBB for ; Fri, 20 Jan 2017 04:38:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 9CE9A1069 for ; Fri, 20 Jan 2017 04:38:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v0K4cwgJ097701 for ; Fri, 20 Jan 2017 04:38:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 216127] sbin/restore doesn't honour extended attributes (extattr on ufs) Date: Fri, 20 Jan 2017 04:38:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dewayne@heuristicsystems.com.au X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: cem@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 MIME-Version: 1.0 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2017 04:38:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216127 --- Comment #11 from dewayne@heuristicsystems.com.au --- (In reply to commit-hook from comment #9) Thank-you for promptly addressing this issue. I've rebuild/installed FreeB= SD 11.0S world & kernel with patches D9206 D9208 and the restore operates as expected. :) Though I did perform additional tests. Firstly I restored the original dump file, and the restore operation successfully restored the ext attributes :)= . I then (fileA has different contents and different extattr in the following): - restored fileA from dump file d.dmp extended attributes m and s # patch t= est -the filesystem is deleted - fileA (same name different content) with attributes m1 and s1 is stored in dump file d2.dmp -filesystem is deleted -fileA is restored from d.dmp -fileA is restored from d2.dmp (fileA with different contents & different extattr) The extended attributes are those from both dump files. This may be as intended, or it may not? Though, if we restore the user mode, owner and times of a restored, file; I= do wonder if only the ext attributes of the latest recovered file should also replace all previous extended attributes. I don't have a use case that assists, as my needs are met by overwriting the values of the stored keys.= =20 However the testing did reveal something that probably should be explicit (= in the doc?). --=20 You are receiving this mail because: You are on the CC list for the bug.=