Re: ls * problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks for the reply. I have just checked the things you recommended the
text is below:

echo $SHELL = tcsh
echo * = No Match
echo = no output at all
rpm -qf `which ls` = fileutils-4.1-10  ( when i run this on the machines
that work i get an output of "--color=tty: unknown option" )
md5sum `which ls` = 69ee580c4bd6afa63aed49076c535f62  /bin/ls (  when i run
this on the machines that works i get an output " md5sum:unrecognised
option `--color=tty`)

I seem to get more errors as above with the machines that have not got this
"No Match" error problem.

When i change to a bash shell and then run ls * it shows the files as
expected but when i change to csh i get the same "No Match" error.

What would happen if i got rid of the fileutils package from the machines
that do not work currently, to see if this fixes the problem?

Any more ideas?


Regards

Andrew Bridgeman
IT Systems Engineer
Corus Automotive
IARC Building
University of Warwick
Coventry
CV47AL
Tel: 02476 241262




|---------+------------------------------>
|         |           "Will Mc Donald"   |
|         |           <wmcdonald@ntlworld|
|         |           .com>              |
|         |           Sent by:           |
|         |           redhat-list-bounces|
|         |           @redhat.com        |
|         |                              |
|         |                              |
|         |           29/06/2004 08:57   |
|         |           Please respond to  |
|         |           Will Mc Donald;    |
|         |           Please respond to  |
|         |           General Red Hat    |
|         |           Linux discussion   |
|         |           list               |
|         |                              |
|---------+------------------------------>
  >------------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                              |
  |       To:       "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>                                             |
  |       cc:       Andrew.Bridgeman@xxxxxxxxxxxxxx                                                                              |
  |       Subject:  Re: ls * problem                                                                                             |
  >------------------------------------------------------------------------------------------------------------------------------|




A quick Google would imply you're using csh or tcsh. csh returns the "No
match" error when globbing fails. I don't *think* this is a problem with
the kernel versions, that's probably just coincidence.

Perhaps there's a filename with a character in that your shell is trying to
expand. Try "echo *" in that directory and see what happens. Also, try "ls
-al" to see if there are any .dot files with strange charatcers in them.

If it's actually ls misbehaving rather than a shell thing then:

rpm -qf `which ls`

Will tell you which package ls is from, compare that to the working
machines just to check. If the version of fileutils (the package ls comes
from) is the same on either type of machine, md5sum ls to make sure it's
the same on both boxes.

md5sum `which ls`

You could also try switching into a different shell and trying the same
command in the hope it'll give you a more informative error message.

Will.

----- Original Message -----
From: <Andrew.Bridgeman@xxxxxxxxxxxxxx>
To: "Will Mc Donald" <wmcdonald@xxxxxxxxxxxx>; "General Red Hat Linux
discussion list" <redhat-list@xxxxxxxxxx>
Sent: Monday, June 28, 2004 4:30 PM
Subject: Re: ls * problem


>
> Thanks for the reply.
>
> There are definitely files in there as i am looking at a directory on one
> of our main servers as per text below. When i do exactly the same as
below
> on Redhat version 2.4.2 i get the right output from ls *. I have checked
> the aliases on both machines and they are both identical. I am not sure
> what you mean by the bin/ls part below but i do have a ls in /bin, can
you
> expand on this and also let me know your thoughts on the above. Thanks
>
> lin2:86) pwd
> /projects/1518/crash/r75_tb32/mod13
> lin2:87) ls
> abstat     mod13.key    mod13.ptf09   mod13.ptf11   mod13.ptf21
> mod13.ptf33  mod13.ptf45  mod13.ptf57  mod13.ptf69  mod13.ptf81
> mod13.ptf93  part_des
> lin2:88) ls *
> ls: No match.
> lin2:89) id
> uid=1113(marka) gid=20(user)
>
groups=20(user),993(demo),360(bs_1253),1323(1323),1345(1345),1363(1363),1518(1518),1386(1386),1409(1409),1265(1265),1508(1508),1426

>
> |---------+------------------------------>
> |         |           "Will Mc Donald"   |
> |         |           <wmcdonald@ntlworld|
> |         |           .com>              |
>
>
> From: <Andrew.Bridgeman@xxxxxxxxxxxxxx>
> > As per list below i have 9 Redhat machines running version  2.4.18 and
7
> > Redhat machines running 2.4.2. I have been having a problem with my
> 2.4.18
> > machines in that when i do a ls * on some directories i get a messages
> > saying " No Match" but if i go to the same area on my 2.4.2 machines it
> > just lists the files fine as you would expect it too. I had a look into
> it
> > a bit and found a rpm package called lsof. On my 2.4.18 machines i have
> > lsof -4.51-2 and on my 2.4.2 machines i have lsof-4.51-1 which means
that
> > the later version of lsof seems to have the problem. I do not think i
can
> > go back to 4.51.1 on Redhat from a newer version, so has any body come
> > across this problem and if so what did you do to fix it .I would be
> > grateful for some instructions on the fix as well  if possible?
>
> lsof's not really anything to do with plain old ls. lsof ListS all Open
> Files in the system, including things like sockets, devices etc. (In Unix
> everything's a file.)
>
> Check that there are actually files in the directory you're receiving the
> "No Match" message. cd into the directory and just type ls without the *
> and see what that shows. Also check that you're running /bin/ls and it's
> not aliased to something without you knowing. (Type "alias" to see what
> aliases are already setup.)
>
> Will.
>
>


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


**********************************************************************
This transmission is confidential and must not be used or disclosed by
anyone other than the intended recipient. Neither Corus Group Plc nor
any of its subsidiaries can accept any responsibility for any use or
misuse of the transmission by anyone.
**********************************************************************



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux