Re: Possible breakage in 2.6.16?
From: Gene Heskett
Date: Tue Mar 28 2006 - 16:01:21 EST
On Tuesday 28 March 2006 13:19, linux-os (Dick Johnson) wrote:
>On Tue, 28 Mar 2006, Gene Heskett wrote:
Dick, this may be a resend to you, but I can't find it in my sent-mail
box. Honest, I did go thru the motions :)
>> Greetings;
>>
>> Always curious as to what sort of information can be extracted from
>> the tools linux gives us, I've discovered that netstat, from the
>>
>> net-tools-1.60-25.1 rpm
>>
>> no longer functions for anything as even a 'netstat --version' takes
>> the curser to the upper left corner of the screen and hangs till
>> ctl+c'd.
>>
>> The only evidence of its execution is a steady, about 2 per second,
>> increase in the number of processes running as reported by gkrellm,
>> all of which go away when I ctl+c netstat itself.
>>
>> I'm running 2.6.16 self configured here.
>>
>> Is this a known problem because my net-tools rpm is old? Or because
>> 2.6.16 broke it?
>
>strace netstat --version 2>info.txt
>^C
>
>Then read info.txt and see what it called that doesn't return.
It appears strace does about 5-6 pages of its own setup, then this:
--------------------open("/root/bin/netstat", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xaf86e2e8) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR) = 0
read(3, "#!/bin/bash\nreset\nwhile [ 1 ] ; "..., 80) = 80
_llseek(3, 0, [0], SEEK_SET) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
dup2(3, 255) = 255
close(3) = 0
fcntl64(255, F_SETFD, FD_CLOEXEC) = 0
fcntl64(255, F_GETFL) = 0x8000 (flags O_RDONLY|
O_LARGEFILE)
fstat64(255, {st_mode=S_IFREG|0755, st_size=124, ...}) = 0
_llseek(255, 0, [0], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "#!/bin/bash\nreset\nwhile [ 1 ] ; "..., 124) = 124
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/root/bin/reset", 0xaf86e160) = -1 ENOENT (No such file or
directory)
stat64("/usr/java/bin/reset", 0xaf86e160) = -1 ENOENT (No such file or
directory)
stat64("/usr/bin/reset", {st_mode=S_IFREG|0755, st_size=36216, ...}) = 0
stat64("/usr/bin/reset", {st_mode=S_IFREG|0755, st_size=36216, ...}) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
_llseek(255, -106, [18], SEEK_CUR) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|
SIGCHLD, child_tidptr=0xa7f480c8) = 6558
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x8074990, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1, tset: standard error: Inappropriate ioctl for device
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 6558
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xaf86dee8, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL}, {0x8074990, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "while [ 1 ] ; do\n\n netstat -a "..., 124) = 106
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
pipe([3, 4]) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
_llseek(255, -1, [123], SEEK_CUR) = 0
clone(tset: standard error: Inappropriate ioctl for device
tset: standard error: Inappropriate ioctl for device
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xa7f480c8) = 6559
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
close(4) = 0
close(4) = -1 EBADF (Bad file descriptor)
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|
SIGCHLD, child_tidptr=0xa7f480c8) = 6580
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
close(3) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
rt_sigaction(SIGINT, {0x8074990, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1, tset: standard error: Inappropriate ioctl for device
tset: standard error: Inappropriate ioctl for device
tset: standard error: Inappropriate ioctl for device
tset: standard error: Inappropriate ioctl for device
---------------------
And theres a couple more megabytes of that last line till I ctl+c'd it.
I did that when gkrellm said it was up to about 990 processes from the
normal 220 or so here.
But I have NDI what it all _really_ means. And I just built and
rebooted to 2.6.16.1 with no change in this seemingly weird behaviour.
Thanks all
--
Cheers, Gene
People having trouble with vz bouncing email to me should add the word
'online' between the 'verizon', and the dot which bypasses vz's
stupid bounce rules. I do use spamassassin too. :-)
Yahoo.com and AOL/TW attorneys please note, additions to the above
message by Gene Heskett are:
Copyright 2006 by Maurice Eugene Heskett, all rights reserved.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/