File expansion in tcsh don't work properly in some NFS mounted directories.
Nothing is happend when pressing <tab> is such a dir. Doing a is < ls * >
show nothing as well. With a bash these operation works perfect.
The problem could not be verified on local (non-mounted) directories.
- Redhat 7.2 with all updates (tcsh-6.10-6, kernel-2.4.9-7, nfs-utils-0.3.1-188.8.131.52)
- directories are mounted via NFS from an IRIX 6.5 machine
- Perhaps this has somithing in common with the bugs: 30944, 36897 ??
We have verified this bug in our environment.
I experience this same bug with both 7.1 and 7.2 and all their associated updates.
This is partly an IRIX NFS problem. Try upgarding IRIX to 6.5.14.
We're already running IRIX 6.5.14m.
Is this bug being looked at? It doesn't appear that anyone from Red Hat has
acknowledged it. It's fairly major for us as we have many older SGIs serving
disk space to our linux machines.
It has been suggested that this is a tcsh bug; that tcsh needs to be
rebuilt with -D_FILE_OFFSET_BITS=64
Based on that suggestion, I am reassigning this bug report to tcsh.
can you folks please try:
and report if it fixes your problems?
The new version of tcsh seems to work in the two cases I was having problems.
How soon until this patch is official? Thanks...
This appears to work in our environment as well, please merge the changes into
your production tree as soon as you can. Thanks, Rob.
The patched tcsh solves the problem between 2.4.9-31smp kernel and IRIX6.5.12f in CLI.
However it does not solve the related problem described in bug 54941. NFS mounted volumes on IRIX6.5 are still invisible from VMware 3.1 running
over 2.4.9-31smp kernel. Kernel 2.4.3-12 does not exhibit this problem.
Is there any probability, that this problem, that has been around for quite a while now, will ever be solved? We have a considerable number of
machines that must be kept at 2.4.3-12 level solely because of this bug.
What's happening with this bug? The version of tcsh in 7.3 has the same version
number 6.10-6 as the test rpm but doesn't fix the bug. So even though you have a
fix, it hasn't been pushed out yet. There must be other issues?
We had this problem and adding the 32bitclients flag to /etc/exports on the IRIX
box fixed it.
For the archives, I recently ran into this bug(?) after an
upgrade on the IRIX NFS server to 6.5.22 . Here is a typical
% cp v_otg0012180602.dat_control ../../etaplot
cp: writing `../../etaplot/v_otg0012180602.dat_control': Permission denied
$ cp v_otg0012180602.dat_control ../../etaplot
very sparatic behavior with tcsh (6.12-4 rh9) and none with bash while
inside of the NFS mounted directories (-32bitclients flag on)
I rolled by own from tcsh.org and it seems to have fixed the error...
*** This bug has been marked as a duplicate of 73877 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.