Package: nis Version: 3.17-32 I'm not sure what happened recently; I am running sid (unstable) and a reasonably recent kernel (3.1.0). I just upgraded to perl 5.14. The machine is an NIS client, and for some reason ypbind is not starting. This causes all sorts of problems with userid->name mappings not working.
The tail of an strace -f trying to start the ypbind server is: 17044 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=4*1024}) = 0 17044 close(1022) = -1 EBADF (Bad file descriptor) 17044 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=4*1024}) = 0 17044 close(1023) = -1 EBADF (Bad file descriptor) 17044 getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=4*1024}) = 0 17044 umask(0) = 022 17044 open("/dev/null", O_RDWR) = 0 17044 dup(0) = 1 17044 dup(0) = 2 17044 rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT SEGV PIPE TERM CHLD], NULL, 8) = 0 17044 mmap2(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0xb6aa5000 17044 mprotect(0xb6aa5000, 4096, PROT_NONE) = 0 17044 clone(child_stack=0xb72a5434, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0xb72a5bd8, {entry_number:6, base_addr:0xb72a5b70, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}, child_tidptr=0xb72a5bd8) = 17045 17045 set_robust_list(0xb72a5be0, 0xc) = 0 17045 open("/var/run/ypbind.pid", O_RDWR|O_CREAT, 0644) = 3 17045 fcntl64(3, F_GETFD) = 0 17045 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 17045 fcntl64(3, F_GETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0, pid=3077939200}) = 0 17045 fcntl64(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0 17045 write(3, "17044\n", 6) = 6 17045 futex(0x8052b24, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x8052afc, 2) = 0 17045 rt_sigtimedwait([HUP INT QUIT SEGV TERM CHLD], NULL, NULL, 8 <unfinished ...> 17044 futex(0x8052b24, FUTEX_WAIT_PRIVATE, 1, NULL) = -1 EAGAIN (Resource temporarily unavailable) 17044 futex(0x8052afc, FUTEX_WAKE_PRIVATE, 1) = 0 17044 socket(PF_NETLINK, SOCK_RAW, 0) = 4 17044 bind(4, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0 17044 getsockname(4, {sa_family=AF_NETLINK, pid=17044, groups=00000000}, [12]) = 0 17044 time(NULL) = 1321461087 17044 sendto(4, "\24\0\0\0\22\0\1\3_\345\303N\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = -1 ECONNREFUSED (Connection refused) 17044 close(4) = 0 17044 dup(2) = 4 17044 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) 17044 fstat64(4, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 3), ...}) = 0 17044 ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfa3fb68) = -1 ENOTTY (Inappropriate ioctl for device) 17044 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7810000 17044 _llseek(4, 0, [0], SEEK_CUR) = 0 17044 write(4, "get_myaddress: getifaddrs: Connection refused\n", 46) = 46 17044 close(4) = 0 17044 munmap(0xb7810000, 4096) = 0 17044 exit_group(1) = ? 17043 exit_group(0) = ? 17042 exit_group(0) = ? 17041 exit_group(0) = ? I tried statically configuring the YP server in /etc/yp.conf rather than using -broadcast; no apparent difference. (The above trace is actually from this test.) Trying to decode the netlink message, I see a NETLINK_ROUTE socket created, and the header is: \24\0\0\0 = 024 = 20 (nlmsg_len) \22\0 = 022 = 18 (nlmsg_type) RTM_GETLINK \1\3 = 0x301 (nlmsg_flags): NLM_F_REQUEST | NLM_F_DUMP _\345\303N = 0x4ec3e55f (nlmsg_seq) \0\0\0\0 = 0 (nlmsg_pid) \0\0\0\0 = 0 (not sure) Searching the kernel source, this appears to be generated in netlink_dump_start at net/netlink/af_netlink.c:1749, if netlink_lookup() fails. But I don't know enough about what the #$#$% is going on inside the netlink code to now if it should be failing or not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org