Re: Possible breakage in 2.6.16?

On Tuesday 28 March 2006 16:29, linux-os (*** Johnson) wrote:
On Tue, 28 Mar 2006, Gene Heskett wrote:
On Tuesday 28 March 2006 13:19, linux-os (*** Johnson) wrote:
On Tue, 28 Mar 2006, Gene Heskett wrote:

***, 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

The error message comes from `tset`. Some script that runs on startup
of each of your 990 processes is trying to set a terminal when, in
fact, there is no terminal associated with the task. Perhaps, your
new java script is doing something????

Took it out, restarted the terminal window, same story. Its possible
its been that way since jre-1.5.yadda-06 was put in. Java, as
installed by the scripts that install it, is somewhat scattered, and
much duplicated here and I have NDI whats precious and whats
disposable.

I have a /usr/java with all these subdirs in it:
[root@coyote root]# ls /usr/java
bin demo jre lib man sample
THIRDPARTYLICENSEREADME.txt
COPYRIGHT include jre1.5.0_06 LICENSE README.html src.zip _uninst

And many of these subdirs have identical or nearly identical sized files
for the same name on a different branchs of the tree. Some may even
have come from an older -jdk install for all I know. Should I nuke the
whole thing and reinstall just the last one?

Perhaps associated with this little gem:

read(255, "while [ 1 ] ; do\n\n netstat -a "..., 124) = 106

I wonder where that little gem came from? I'm serious, I'd like to
clean up my $PATH, which is now about 6 lines worth on the screen when
echo'ed but every damned script under the sun thinks it has to append
its own version of PATH to the existing one. Buncha crap.

I know, grep -R PATH in /*
:)


Cheers,
*** Johnson
Penguin : Linux version 2.6.15.4 on an i686 machine (5589.42
BogoMips). Warning : 98.36% of all statistics are fiction, book
release in April. _


****************************************************************
The information transmitted in this message is confidential and may be
privileged. Any review, retransmission, dissemination, or other use
of this information by persons or entities other than the intended
recipient is prohibited. If you are not the intended recipient,
please notify Analogic Corporation immediately - by replying to this
message or by sending an email to DeliveryErrors@xxxxxxxxxxxx - and
destroy all copies of this information, including any attachments,
without reading or disclosing them.

Thank you.

--
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/