.. not found

[MUFTI Rachid]

Hello,

I have a strange problem...
when I do ls -a whith a non-root user in a directory I don't see ".."
But, cd ".." works ??!!!....

Someone know this problem...

thanks !

[Michael Tully]

Hi,

This means that that particular userid does not have permission to read the contents of that directory.

[Bill McNAMARA_1]

as root
ls -la in the directory.

There is probably some wierd permission thing going on.

To change dir you need execute permission.
Read is possibly off.

A strange exmaple of permissions.
create a dir with write perms.
make the files in that dir read only.
rm the files from the dir.

The dir contains the files index. the index can be removed from the dir.

[Bill McNAMARA_1]

rm the files from the dir as any user btw.

Later,
Bill

[MUFTI Rachid]

All of non-user root have the right permission.
especially the owner of the directory has the same problem.

[Thierry Poels_1]

hi,

"ls -A" shows all files, except "." and ".."

"ls -a" shows all files, including "." and ".."

probably nothing new to you, but anyway ;-)
regards,
Thierry.

[Eugen Cocalea]

Hi,

Do you see '.'? Or any other .* file? Maybe 'ls' is aliased to 'ls -A' which is default (see the man page, focus on -A).

E.

[MUFTI Rachid]

hi eugen,

When I do ls -a I see "." ?!
Whith the user root, I put all the permission on the ".." files..

regards.

[Bill McNAMARA_1]

how's the filesystem mounted?

type mount -p

Is it nfs exported/mounted?

Later,
Bill

[MUFTI Rachid]

hi bill,

here is the output of mount -p
dev/vg01/lvol2 /DA/SAS/prod vxfs delaylog,nodatainlog 0 0

It's not a nfs file system..

[MUFTI Rachid]

I found something can help u.
15:09:38 text-sz ov proc-sz ov inod-sz ov file-sz ov
15:09:40 N/A N/A 322/664 0 4000/4000 0 1517/12018 0

the inode table is full !!

[MUFTI Rachid]

hello guys,

always the same problem even after a reboot

RM.

[Bill Hassell]

The inode table in sar will always look full shortly after a reboot. This table is a cache of current and recently opened files. Unfortunately, the kernel does not provide a simple way to determine reusable entries, thus the sar metric shows all inodes including files that were recently closed.

As mentioned, the ability to 'see' directories and files using ls/ll is solely dependent on the permissions of the parent directory. If you create a directory with 700 permissions, any attempt to use ls/ll on the directory will report: "unredable" for all but the owner.

And if you try to cd into the directory, you will get "Permission denied".