Possible breakage in 2.6.16?

Possible breakage in 2.6.16?

[Gene Heskett]

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?

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

Re: Possible breakage in 2.6.16?

[linux-os (Dick Johnson)]

On Tue, 28 Mar 2006, Gene Heskett wrote:

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

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

Cheers,
Dick 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.
_
\x1a\x04

****************************************************************
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@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.

Thank you.

Re: Possible breakage in 2.6.16?

[Jesper Juhl]

On 3/28/06, Gene Heskett <gene.heskett@verizon.net> wrote:
> 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?
>

I'm not running 2.6.16 here, but 2.6.16mm1  but anyway, netstat seems
to work quite nicely :

juhl@dragon:~$ cat /etc/slackware-version
Slackware 10.2.0
juhl@dragon:~$ uname -a
Linux dragon 2.6.16-mm1 #1 SMP PREEMPT Sun Mar 26 14:01:58 CEST 2006
i686 athlon-4 i386 GNU/Linux
juhl@dragon:~$ netstat --version
net-tools 1.60
netstat 1.42 (2001-04-15)
Fred Baumgarten, Alan Cox, Bernd Eckenfels, Phil Blundell, Tuan Hoang and others
+NEW_ADDRT +RTF_IRTT +RTF_REJECT +FW_MASQUERADE +I18N
AF: (inet) +UNIX +INET +INET6 +IPX +AX25 +NETROM +X25 +ATALK -ECONET -ROSE
HW:  +ETHER +ARC +SLIP +PPP +TUNNEL +TR +AX25 +NETROM +X25 +FR -ROSE
-ASH -SIT -FDDI -HIPPI -HDLC/LAPB -EUI64
juhl@dragon:~$ netstat -anp
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address        
State       PID/Program name
tcp        0      0 0.0.0.0:6000            0.0.0.0:*              
LISTEN     -
tcp        0      0 0.0.0.0:80              0.0.0.0:*              
LISTEN     -
tcp        0      0 0.0.0.0:22              0.0.0.0:*              
LISTEN     -
tcp        0      0 0.0.0.0:631             0.0.0.0:*              
LISTEN     -
tcp        0      0 192.168.1.34:47442      xxx.xxx.xxx.xxx:443       
ESTABLISHED2582/firefox-bin
tcp        0      0 192.168.1.34:47439      xxx.xxx.xxx.xxx:443       
ESTABLISHED2582/firefox-bin
tcp        0      0 192.168.1.34:57388      xxx.xxx.xxx.xxx:995      
TIME_WAIT  -
[snip rest of output]


--
Jesper Juhl <jesper.juhl@gmail.com>
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html

Re: Possible breakage in 2.6.16?

[Gene Heskett]

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.

Re: Possible breakage in 2.6.16?

[linux-os (Dick Johnson)]

On Tue, 28 Mar 2006, Gene Heskett wrote:

> 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

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


Perhaps associated with this little gem:

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


Cheers,
Dick 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.
_
\x1a\x04

****************************************************************
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@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.

Thank you.

Re: Possible breakage in 2.6.16?

[Gene Heskett]

On Tuesday 28 March 2006 16:29, linux-os (Dick Johnson) wrote:
>On Tue, 28 Mar 2006, Gene Heskett wrote:
>> 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
>
>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,
>Dick 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. _
>\x1a\x04
>
>****************************************************************
>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@analogic.com - 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.

Re: Possible breakage in 2.6.16?

[Stefan Seyfried]

On Tue, Mar 28, 2006 at 04:03:53PM -0500, Gene Heskett wrote:

> It appears strace does about 5-6 pages of its own setup, then this:
> --------------------open("/root/bin/netstat", O_RDONLY|O_LARGEFILE) = 3

you are running /root/bin/netstat, not the netstat that came with your
rpm...

> 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

...and it is a script. Care to show us the script?
-- 
Stefan Seyfried                  \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices      \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \                    -- Leonard Cohen