>> rm -rf /mnt/u1 >> rm: cannot remove directory `/mnt/u1/share/doc': Directory not empty >> rm: cannot remove directory >> `/mnt/u1/src/linux-headers-2.6.24-23-server/include/config': Directory not >> empty >> >> I did similar commands on 7 other clients, and almost all of them failed to >> delete share/doc (one succeeded). After the failure, ls of the directory >> shows empty, but an ls of the individual bricks shows that there are still >> many subdirectories and some files still present. >> >> The two directories that gave problems have a higher than typical number of >> entries. Can you give us some more details about how the data was populated? was it rsync'ed in? was it used for a kernel compile? were some nodes down while any operation was performed on it? Thanks, Avati
