Date: Tue, 11 Sep 2001 04:40:05 -0700 (PDT) From: Stefan `Sec` Zehl <sec@yoda.fwe.pi.musin.de> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/30484: rpc.rstatd consumed lots of open file descriptors Message-ID: <200109111140.f8BBe5E21877@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/30484; it has been noted by GNATS. From: Stefan `Sec` Zehl <sec@yoda.fwe.pi.musin.de> To: freebsd-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: bin/30484: rpc.rstatd consumed lots of open file descriptors Date: Tue, 11 Sep 2001 13:33:36 +0200 Hi, I investigated that problem a little further. I cvsup'd yesterday, and did a fresh make world and rebooted. FreeBSD yoda 4.4-RC FreeBSD 4.4-RC #0: Mon Sep 10 20:24:01 CEST 2001 root@yoda:/usr/obj/usr/src/sys/YODA i386 The problem does persist. I start rpc.rstatd and xsysstats. and wait a few minutes. Lsof then shows that filedescriptor leakage, The filedescriptors remain open even if I kill "xsysstats" so this program can't be the culprit. yoda:~#lsof -p 1729 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME rpc.rstat 1729 root cwd VDIR 13,131072 512 2 / rpc.rstat 1729 root rtd VDIR 13,131072 512 2 / rpc.rstat 1729 root txt VREG 13,131077 9308 379346 /usr/libexec/rpc.rstatd rpc.rstat 1729 root txt VREG 13,131077 77224 379406 /usr/libexec/ld-elf.so.1 rpc.rstat 1729 root txt VREG 13,131077 30864 349800 /usr/lib/librpcsvc.so.2 rpc.rstat 1729 root txt VREG 13,131077 33200 349705 /usr/lib/libutil.so.3 rpc.rstat 1729 root txt VREG 13,131077 19360 349517 /usr/lib/libkvm.so.2 rpc.rstat 1729 root txt VREG 13,131077 12296 349397 /usr/lib/libdevstat.so.2 rpc.rstat 1729 root txt VREG 13,131077 581324 349732 /usr/lib/libc.so.4 rpc.rstat 1729 root 0u VCHR 2,2 0t0 6295 /dev/null rpc.rstat 1729 root 1u VCHR 2,2 0t0 6295 /dev/null rpc.rstat 1729 root 2u VCHR 2,2 0t0 6295 /dev/null rpc.rstat 1729 root 3u IPv4 0xc577c6c0 0t0 UDP *:ircs rpc.rstat 1729 root 4r VCHR 2,0 0t0 6294 /dev/mem rpc.rstat 1729 root 5r VCHR 2,1 0xc035c8e4 6293 /dev/kmem rpc.rstat 1729 root 6r VCHR 2,0 0t0 6294 /dev/mem rpc.rstat 1729 root 7r VCHR 2,1 0xc035c8e4 6293 /dev/kmem [...] rpc.rstat 1729 root 48r VCHR 2,0 0t0 6294 /dev/mem rpc.rstat 1729 root 49r VCHR 2,1 0xc035c8e4 6293 /dev/kmem I have a ktrace output of a run, but it is rather large, so I will send the full output only on request. The last part is: 1729 rpc.rstatd CALL socket(0x2,0x2,0x11) 1729 rpc.rstatd RET socket 50/0x32 1729 rpc.rstatd CALL getsockname(0x32,0xbfbff080,0xbfbff07c) 1729 rpc.rstatd RET getsockname 0 1729 rpc.rstatd CALL getsockopt(0x32,0,0x13,0xbfbff074,0xbfbff078) 1729 rpc.rstatd RET getsockopt 0 1729 rpc.rstatd CALL setsockopt(0x32,0,0x13,0xbfbff070,0x4) 1729 rpc.rstatd RET setsockopt 0 1729 rpc.rstatd CALL bind(0x32,0xbfbff080,0x10) 1729 rpc.rstatd RET bind 0 1729 rpc.rstatd CALL ioctl(0x32,FIONBIO,0xbfbff164) 1729 rpc.rstatd RET ioctl 0 1729 rpc.rstatd CALL sendto(0x32,0x806b1f8,0x38,0,0x806b008,0x10) 1729 rpc.rstatd GIO fd 50 wrote 56 bytes "\M^E+\^^Ï\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^B\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\^A\M^F¡\0\0\0\^B\0\0\0\0\0\0\0\0" 1729 rpc.rstatd RET sendto 56/0x38 1729 rpc.rstatd CALL gettimeofday(0xbfbff0b0,0) 1729 rpc.rstatd RET gettimeofday 0 1729 rpc.rstatd CALL select(0x33,0xbfbff120,0,0,0xbfbff0a8) 1729 rpc.rstatd RET select 1 1729 rpc.rstatd CALL recvfrom(0x32,0x806b068,0x190,0,0xbfbff110,0xbfbff08c) 1729 rpc.rstatd GIO fd 50 read 28 bytes "\M^E+\^^Ï\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 1729 rpc.rstatd RET recvfrom 28/0x1c 1729 rpc.rstatd CALL close(0x32) 1729 rpc.rstatd RET close 0 1729 rpc.rstatd CALL close(0x32) 1729 rpc.rstatd RET close -1 errno 9 Bad file descriptor 1729 rpc.rstatd CALL stat(0x280ff8c0,0xbfbff1f0) 1729 rpc.rstatd NAMI "/var/run/portmapsock" 1729 rpc.rstatd RET stat -1 errno 2 No such file or directory 1729 rpc.rstatd CALL socket(0x2,0x2,0) 1729 rpc.rstatd RET socket 50/0x32 1729 rpc.rstatd CALL ioctl(0x32,SIOCGIFCONF,0xbfbfed98) 1729 rpc.rstatd RET ioctl 0 1729 rpc.rstatd CALL ioctl(0x32,SIOCGIFFLAGS,0xbfbfeda0) 1729 rpc.rstatd RET ioctl 0 1729 rpc.rstatd CALL ioctl(0x32,SIOCGIFFLAGS,0xbfbfeda0) 1729 rpc.rstatd RET ioctl 0 1729 rpc.rstatd CALL close(0x32) 1729 rpc.rstatd RET close 0 1729 rpc.rstatd CALL gettimeofday(0xbfbff178,0) 1729 rpc.rstatd RET gettimeofday 0 1729 rpc.rstatd CALL getpid 1729 rpc.rstatd RET getpid 1729/0x6c1 1729 rpc.rstatd CALL socket(0x2,0x2,0x11) 1729 rpc.rstatd RET socket 50/0x32 1729 rpc.rstatd CALL getsockname(0x32,0xbfbff090,0xbfbff08c) 1729 rpc.rstatd RET getsockname 0 1729 rpc.rstatd CALL getsockopt(0x32,0,0x13,0xbfbff084,0xbfbff088) 1729 rpc.rstatd RET getsockopt 0 1729 rpc.rstatd CALL setsockopt(0x32,0,0x13,0xbfbff080,0x4) 1729 rpc.rstatd RET setsockopt 0 1729 rpc.rstatd CALL bind(0x32,0xbfbff090,0x10) 1729 rpc.rstatd RET bind 0 1729 rpc.rstatd CALL ioctl(0x32,FIONBIO,0xbfbff174) 1729 rpc.rstatd RET ioctl 0 1729 rpc.rstatd CALL sendto(0x32,0x806b1f8,0x38,0,0x806b008,0x10) 1729 rpc.rstatd GIO fd 50 wrote 56 bytes "\M^E+&m\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^B\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\^A\M^F¡\0\0\0\^A\0\0\0\0\0\0\0\0" 1729 rpc.rstatd RET sendto 56/0x38 1729 rpc.rstatd CALL gettimeofday(0xbfbff0c0,0) 1729 rpc.rstatd RET gettimeofday 0 1729 rpc.rstatd CALL select(0x33,0xbfbff130,0,0,0xbfbff0b8) 1729 rpc.rstatd RET select 1 1729 rpc.rstatd CALL recvfrom(0x32,0x806b068,0x190,0,0xbfbff120,0xbfbff09c) 1729 rpc.rstatd GIO fd 50 read 28 bytes "\M^E+&m\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 1729 rpc.rstatd RET recvfrom 28/0x1c 1729 rpc.rstatd CALL close(0x32) 1729 rpc.rstatd RET close 0 1729 rpc.rstatd CALL close(0x32) 1729 rpc.rstatd RET close -1 errno 9 Bad file descriptor 1729 rpc.rstatd CALL sigprocmask(0x1,0x2805cec0,0xbfbff200) 1729 rpc.rstatd RET sigprocmask 0 1729 rpc.rstatd CALL sigprocmask(0x3,0x2805ced0,0) 1729 rpc.rstatd RET sigprocmask 0 1729 rpc.rstatd CALL exit(0) Is there anything else I can do to help fix this problem? CU, Sec -- Komme wieder To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200109111140.f8BBe5E21877>