Re: rename on socket fails :-(

From: michael butler <imb_at_protected-networks.net>
Date: Fri, 18 Feb 2011 17:33:58 -0500
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:
> > 
> > Feb 18 16:26:00 mail authdaemond: modules="authpam", daemons=5
> > 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
> > 
> > Essentially, authdaemond creates /var/run/authdaemond/socket.tmp and then
> > tries to rename it to the above. In releng7_4, this worked, on -current, it
> > doesn't. What broke it? This is on a normal UFS2 + soft-updates file-system
> > :-(
> 
> Are you sure that /var/run/authdaemond/socket.tmp is
> renamed to /var/run/authdaemond/socket ? Can you show the
> ktrace/kdump output ?

The relevant section of ktrace.out is:

 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
 
I also made sure that the relevant components were properly linked against
the -current shared libs ..

imb_at_mail:/usr/local/libexec/courier-authlib> ldd authdaemond
authdaemond:
        libltdl.so.7 => /usr/local/lib/libltdl.so.7 (0x2809a000)
        libcourierauthcommon.so =>
/usr/local/lib/courier-authlib/libcourierauthcommon.so (0x280a2000)
        libcourierauth.so =>
/usr/local/lib/courier-authlib/libcourierauth.so (0x280a6000)
        libc.so.7 => /lib/libc.so.7 (0x280b1000)
        libcrypt.so.5 => /lib/libcrypt.so.5 (0x281cb000)

imb_at_mail:/usr/local/libexec/courier-authlib> ldd
/usr/local/lib/courier-authlib/libcourierauth.so
/usr/local/lib/courier-authlib/libcourierauth.so:
        libc.so.7 => /lib/libc.so.7 (0x2809a000)

imb_at_mail:/usr/local/libexec/courier-authlib> ldd
/usr/local/lib/courier-authlib/libcourierauthcommon.so
/usr/local/lib/courier-authlib/libcourierauthcommon.so:
        libcourierauth.so =>
/usr/local/lib/courier-authlib/libcourierauth.so (0x281c5000)
        libcrypt.so.5 => /lib/libcrypt.so.5 (0x281d0000)
        libc.so.7 => /lib/libc.so.7 (0x2809a000)

imb_at_mail:/usr/local/libexec/courier-authlib> ldd /usr/local/lib/libltdl.so.7
/usr/local/lib/libltdl.so.7:
        libc.so.7 => /lib/libc.so.7 (0x2809a000)

Received on Fri Feb 18 2011 - 21:34:00 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:11 UTC