Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Feb 2011 01:22:18 +0200
From:      Kostik Belousov <kostikbel@gmail.com>
To:        michael butler <imb@protected-networks.net>
Cc:        freebsd-current@freebsd.org
Subject:   Re: rename on socket fails :-(
Message-ID:  <20110218232218.GC78089@deviant.kiev.zoral.com.ua>
In-Reply-To: <20110218223358.GB9549@mail.auburn.protected-networks.net>
References:  <20110218215330.GA9549@mail.auburn.protected-networks.net> <20110218221108.GB78089@deviant.kiev.zoral.com.ua> <20110218223358.GB9549@mail.auburn.protected-networks.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--cAt6D5DpHioS/YAu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Feb 18, 2011 at 05:33:58PM -0500, michael butler wrote:
> On Sat, Feb 19, 2011 at 12:11:09AM +0200, Kostik Belousov wrote:
> > On Fri, Feb 18, 2011 at 04:53:30PM -0500, michael butler wrote:
> > > Just upgraded my mail-server to -current only to be greated by:
> > >=20
> > > Feb 18 16:26:00 mail authdaemond: modules=3D"authpam", daemons=3D5
> > > Feb 18 16:26:00 mail authdaemond: Installing libauthpam
> > > Feb 18 16:26:00 mail authdaemond: Installation complete: authpam
> > > Feb 18 16:26:00 mail authdaemond: /var/run/authdaemond/socket: Cross-=
device
> > > link
> > >=20
> > > Essentially, authdaemond creates /var/run/authdaemond/socket.tmp and =
then
> > > tries to rename it to the above. In releng7_4, this worked, on -curre=
nt, it
> > > doesn't. What broke it? This is on a normal UFS2 + soft-updates file-=
system
> > > :-(
> >=20
> > Are you sure that /var/run/authdaemond/socket.tmp is
> > renamed to /var/run/authdaemond/socket ? Can you show the
> > ktrace/kdump output ?
>=20
> The relevant section of ktrace.out is:
>=20
>  10905 authdaemond.bin CALL  unlink(0xbfbfeadc)
>  10905 authdaemond.bin NAMI  "/var/run/authdaemond/socket.tmp"
>  10905 authdaemond.bin RET   unlink 0
>  10905 authdaemond.bin CALL  bind(0x5,0xbfbfeada,0x6a)
>  10905 authdaemond.bin STRU  struct sockaddr { AF_LOCAL,
>  /var/run/authdaemond/socket.tmp }
>  10905 authdaemond.bin NAMI  "/var/run/authdaemond/socket.tmp"
>  10905 authdaemond.bin RET   bind 0
>  10905 authdaemond.bin CALL  listen(0x5,0x80)
>  10905 authdaemond.bin RET   listen 0
>  10905 authdaemond.bin CALL
>  chmod(0xbfbfeadc,0x1ff<S_IRUSR|S_IWUSR|S_IXUSR|S_IRGRP|S_IWGRP|S_IXGRP|S=
_IROTH|S_IWOTH|S_IXOTH>)
>  10905 authdaemond.bin NAMI  "/var/run/authdaemond/socket.tmp"
>  10905 authdaemond.bin RET   chmod 0
>  10905 authdaemond.bin CALL  rename(0xbfbfeadc,0x804b1c1)
>  10905 authdaemond.bin NAMI  "/var/run/authdaemond/socket.tmp"
>  10905 authdaemond.bin NAMI  "/var/run/authdaemond/socket"
>  10905 authdaemond.bin RET   rename -1 errno 18 Cross-device link
Thanks, this immediately pointed to the problem.

> =20
> I also made sure that the relevant components were properly linked against
> the -current shared libs ..
This is not needed.

The patch below fixed the bug for the test extracted from your kdump.

diff --git a/sys/ufs/ufs/ufs_vnops.c b/sys/ufs/ufs/ufs_vnops.c
index 084971e..34b1758 100644
--- a/sys/ufs/ufs/ufs_vnops.c
+++ b/sys/ufs/ufs/ufs_vnops.c
@@ -1295,7 +1295,9 @@ relock:
 			newparent =3D tdp->i_number;
 		doingdirectory =3D 1;
 	}
-	if (fvp->v_mountedhere !=3D NULL || (tvp && tvp->v_mountedhere !=3D NULL)=
) {
+	if ((fvp->v_type =3D=3D VDIR && fvp->v_mountedhere !=3D NULL) ||
+	    (tvp !=3D NULL && tvp->v_type =3D=3D VDIR &&
+	    tvp->v_mountedhere !=3D NULL)) {
 		error =3D EXDEV;
 		goto unlockout;
 	}

--cAt6D5DpHioS/YAu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iEYEARECAAYFAk1e/ykACgkQC3+MBN1Mb4jGVwCeMYVAHoC+DaHYem6WVg7qSHZT
powAnRV2Nqau5HgrYqDjxSHp3rYAsaTg
=HgUN
-----END PGP SIGNATURE-----

--cAt6D5DpHioS/YAu--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110218232218.GC78089>