> Hi Dick,
It's Dirk (funny, I know, because of the similarity with that knife-like tool..)
Desperately crawling the web for people having similar problems iI stumbled into
an article in linux-kernel. I contacted its author in hope of getting some hint
on what's going on on my system. He told me that the problem discussed in that
article was solved before the 2.4.0 release.
> #From: Linus Torvalds <firstname.lastname@example.org>
> #Date: Fri, 8 Sep 2000 13:41:46 -0700 (PDT)
> #Subject: Linux-2.4.0-test8
> #Ok, as the truncate problems really seem to be fixed, it's time to do an
> #official test8, the first development kernel in about a year and a half
> #that should have a working truncate() again.
> I don't have the problem with the current (2.4.9) kernels. So
> I would suggest that you try the email@example.com
So I do. If anyone has a hint for me, please cc: the answer to me, thanks.
> mailinglist to see if someone else has any idea what is happening
> on your system.
> If you have a way of reproducing the problem, that would of
> course make things a lot easier!
Well, I really don't know if it has something to do with kernel 2.4, but
I suspect the kernel 2.4 because I don't have the problem with 2.2.x
After investigating my examples any further I can say that the problem
I encountered doesn't affect pipes in general but only stdin which cannot be
read by some processes.
Here are my examples:
1) bash-scripts run through cron.
I used to start some scripts through cron running a remote command using ssh
like this (kernel 2.2.x):
0 8 * * * /usr/local/bin/gettime.sh >> /var/log/gettime.log
/bin/date -s "`/usr/local/bin/ssh server01 -l timeuser date '+%x\ %X`"
After upgrading to Linux 2.4.x the script failed badly. On server01 it appeared that
there was no ssh connection made. However, I found a workaround by changing the
gettime.sh script. Note the input redirection from /dev/null.
/bin/date -s "`/usr/local/bin/ssh server01 -l timeuser date '+%x\ %X` < /dev/null"
2) Modem connection using mgetty. Intermixes modem commands and console i/o.
A user logs into a shell account on the system using a modem. Everything works fine
with 2.2.x. Switching to kernel 2.4.x, the user gets its output garbled with modem
control chars. Sometimes there are modem command strings appearing on the remote terminal.
I have no solution or workaround for this one so far.
3) "smbprint" invoked by lpd.
The script is configured as an input-filter and gets its input from stdin and hands it over
to smbclient's stdin via pipe. With 2.2.x everything works fine. Using 2.4.x the filter script
doesn't return. I found out that the "bad" guy seems to be smbclient here. I changed the script
not to use a pipe but a temporary file, which now works.
4) A java process (started by a shell script also run by cron like in the first example) fails
to connect the stdin/stdout/stderr of a spawned shell-subproces to redirect properly. Calling
stream.available() on the external input stream causes the following exception:
java.io.IOException: Inappropriate ioctl for device. No solution here also. The < /dev/null
doesn't seem to work here.
About the system(s): All of the systems involved are PCs running SuSE linux 7.2. In addition to
the SuSE-built kernel I tried vanilla 2.4.7 and 2.4.9 on these systems. No matter which kernel I
used, the problems always occur. The 2.2 kernels I used include 2.2.16 and 2.2.19 (both
SuSE-built and straight from kernel.org).
I'm curious if this really is a kernel issue. Maybe this is onyly a misconfiguration of the
kernel. I'm not sure. Maybe this is a SuSE specific problem, but I seem to be the only SuSE
7.2 user having this particular problem.
-- :: Dirk Försterling :: Support & Entwicklung :: eORGA Bernhard Üllenberg :: Klosterstr. 49 :: c/o com.in.to GmbH :: 40211 Düsseldorf :: Fon +49.211.3985823 :: Fax +49.211.3985824
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to firstname.lastname@example.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/