From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott James Remnant Date: Mon, 15 Dec 2008 17:59:18 +0000 Subject: Re: udev lvm permisions Message-Id: <1229363958.21463.17.camel@quest> MIME-Version: 1 Content-Type: multipart/mixed; boundary="=-fCXPmRvjVUyBPX/CLpr2" List-Id: References: <1229336451.19633.4.camel@linux-pqqd.site> In-Reply-To: <1229336451.19633.4.camel@linux-pqqd.site> To: linux-hotplug@vger.kernel.org --=-fCXPmRvjVUyBPX/CLpr2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-12-15 at 18:19 +0100, Kay Sievers wrote: > On Mon, Dec 15, 2008 at 18:18, Scott James Remnant = wrote: > > On Mon, 2008-12-15 at 18:14 +0100, Kay Sievers wrote: > > > >> Yep, and they are racy, we discussed that at the time you did that. It > >> seems to work fine for you though, which is good. But I didn't want to > >> add that any enterprise release, which we would need to support for > >> many years. Device-mapper needs _proper_ udev integration, not a > >> "overwrite each-other and the last one wins" solution. :) > >> > > I don't agree that there's any race here. >=20 > Should be all in the archives, you never responded that time to my concer= ns. :) >=20 I could only find one concern noted, which the code proves is incorrect. Assuming you mean the time period between stat() and rename(), one or the other of the syscalls with fail - and both udev and devmapper will loop and repair the situation. Scott --=20 Scott James Remnant scott@canonical.com --=-fCXPmRvjVUyBPX/CLpr2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAklGmvYACgkQSnQiFMl4yK5L5QCgjQegG3bBcCG3GY7K53MgPgel VKYAnR7HVmVEcWKI32ZZofpebnB482qC =Bc2v -----END PGP SIGNATURE----- --=-fCXPmRvjVUyBPX/CLpr2--