I get the same output problem with ls -l *.key as below: ls: No Match. The problem i have is that i have a script that looks for files using the * so it can pick relevant files needed and this is not working because of this problem. Any other ideas anybody? Regards Andrew Bridgeman IT Systems Engineer Corus Automotive IARC Building University of Warwick Coventry CV47AL Tel: 02476 241262 |---------+------------------------------> | | Jyce <jyce@xxxxxxx>| | | Sent by: | | | redhat-list-bounces| | | @redhat.com | | | | | | | | | 28/06/2004 18:42 | | | Please respond to | | | General Red Hat | | | Linux discussion | | | list | | | | |---------+------------------------------> >------------------------------------------------------------------------------------------------------------------------------| | | | To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx> | | cc: wmcdonald@xxxxxxxxxxxx, Andrew.Bridgeman@xxxxxxxxxxxxxx | | Subject: Re: ls * problem | >------------------------------------------------------------------------------------------------------------------------------| What gives ls -l *.key for exemple ? On Mon, 28 Jun 2004 16:30:20 +0100 Andrew.Bridgeman@xxxxxxxxxxxxxx wrote: > > 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 > > > 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 | > | | | > | | | > | | 28/06/2004 15:54 | > | | 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: | > | Subject: Re: ls * problem | > > ------------------------------------------------------------------------------------------------------------------------------| > > > > > 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 -- 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
