Bug 144883
Summary: | Csh prints strange text to shell when I start it. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Klas Pettersson <klas.pettersson> |
Component: | tcsh | Assignee: | Miloslav Trmač <mitr> |
Status: | CLOSED NOTABUG | QA Contact: | Bill Huang <bhuang> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 3.0 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-01-17 12:34:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Klas Pettersson
2005-01-12 14:21:01 UTC
I have located the problem. Some of the commands can´t be found by the script. It tries to source the /etc/profile.d/colorls.csh file wich contains several "test" command. This is why it returns "test: command not found" The test command works in all other shells but not Csh! It´s the same with the vmstat and some other commands. I can´t figure out why it is so... The which command in csh returns: [gardel@r2pgardel gardel]# which test test: Command not found. And in bash: bash-2.05b$ which test which: no test in (/export/home/gardel/gardelbin/exe:/usr/local/bin:/usr/bin:/export/hom e/gardel/gada_cp/script:/export/home/gardel/sne:/opt/absoft/bin:/usr/l ocal/sbin:/usr/sbin:/sbin:/opt/local/bin/:/export/home/gardel/gardelbi n/exe:/usr/local/bin:/usr/bin:/usr/local/lf9562/bin:/export/home/garde l/gardelbin/exe:/usr/local/bin:/usr/bin:/export/home/gardel/gada_cp/sc ript:/export/home/gardel/sne:/opt/absoft/bin:/usr/local/sbin:/usr/sbin :/sbin:/opt/local/bin/:/export/home/gardel/gardelbin/exe:/usr/local/bi n:/usr/bin:/usr/local/lf9562/bin:/usr/kerberos/bin:/usr/local/bin:/bin :/usr/bin:/usr/X11R6/bin:.:/export/home/gardel/gardel:/export/home/gar del/gardel/bin:/export/home/gardel/gardel/bin:.:/export/home/gardel/ga rdel:/export/home/gardel/gardel/bin:/export/home/gardel/gardel/bin) But it works when used... Hello, (test) and ([) are sh builtins, that's why they work in bash even though the executable is not found. The real problem is likely that the standalone test and [ executables are missing or not executable. They should be in /usr/bin, provided by the coreutils package. Please paste the output of (ls -l /usr/bin/test /usr/bin/[) and attach the output of (rpm -q coreutils; rpm -V coreutils). For completeness, please include also the output of (echo $path) in csh. Thanks. 6 gardel@r2pgardel ~> ls -l /usr/bin/test /usr/bin/[ ls: /usr/bin/test: File or directory does not exist lrwxr-xr-x 1 root wheel 4 3 aug 23.26 /usr/bin/[ -> test 7 gardel@r2pgardel ~> rpm -q coreutils; rpm -V coreutils coreutils-4.5.3-26 .......T c /etc/profile.d/colorls.csh missing /usr/bin/test 8 gardel@r2pgardel ~> echo $path /export/home/gardel/gardelbin/exe /usr/local/bin /usr/bin /export/home /gardel/gada_cp/script /export/home/gardel/sne /opt/absoft/bin /usr/lo cal/sbin /usr/sbin /sbin /opt/local/bin/ /export/home/gardel/gardelbin /exe /usr/local/bin /usr/bin /usr/local/lf9562/bin /export/home/gardel /gardelbin/exe /usr/local/bin /usr/bin /export/home/gardel/gada_cp/scr ipt /export/home/gardel/sne /opt/absoft/bin /usr/local/sbin /usr/sbin /sbin /opt/local/bin/ /export/home/gardel/gardelbin/exe /usr/local/bin /usr/bin /usr/local/lf9562/bin /usr/kerberos/bin /usr/local/bin /bin /usr/bin /usr/X11R6/bin . /export/home/gardel/gardel /export/home/gard el/gardel/bin /export/home/gardel/gardel/bin . /export/home/gardel/gar del /export/home/gardel/gardel/bin /export/home/gardel/gardel/bin The strange thing is that we´ve had some troubles with the csh losing it´s enviroment variables from time to time. The "test" error just occurred. I´ve also had problems with a disapearing vmstat command. I´ve haven´t deleted any /usr/bin files manually though... OK, that confirms my hypothesis (nevertheless the output is still quite strange - /usr/bin/[ should be owned by group "root", not "wheel".) Please try reinstalling the coreutils package using (rpm -Uvh --replacepkgs PATH/TO/coreutils-4.5.3-26.i386.rpm) It worked nicely! I still can´t figure out why it disapeared in the first place. The only thing I can relate to is that we had some troubles with frequent system Oops before we upgraded to the latest kernel. My most unqualified is that we had some memory overflow or something... Can that be the source of the problem? The "Oops" problems seems to have disapeared after the kernel upgrade. Unfortunately I have no idea; the best I can come up with is "some kind of filesystem corruption", which could happen quite easily if the kernel is oopsing. Marking as resolved, please report a bug against the kernel if you encounter further filesystem issues. |