IMHO.WS - cannot remove directory: Directory not empty

IMHO.WS (http://www.imho.ws/index.php)

- Пингвинятник (ОС *NIX) (http://www.imho.ws/forumdisplay.php?f=76)

- - cannot remove directory: Directory not empty (http://www.imho.ws/showthread.php?t=135307)

makcumka

27.09.2008 20:29

cannot remove directory: Directory not empty

помогите с проблемой

после странного сбоя системы и жесткого ресета в папке появилось вот такое:

Код:

power:~# ls -la /var/www/site/tmp/

total 323516

drwxrwsrwx 2 site site 330948608 2008-09-27 01:07 .

drwxrwsrwx 8 root                root                     4096 2008-09-27 11:32 ..

?--------- ? ?                   ?                           ?                ? /var/www/site/tmp/sess_365bb7988383db9df7b93da3d01bfee5

?--------- ? ?                   ?                           ?                ? /var/www/site/tmp/sess_9123075da95ef02b8e4e2c98e93a3c13

?--------- ? ?                   ?                           ?                ? /var/www/site/tmp/sess_f03b53bdbc301b1158794e55cbb964e9

удалить эти файлы нельзя, пишет:

Код:

power:~# rm -rf /var/www/site/tmp/

rm: cannot remove directory `/var/www/site/tmp/': Directory not empty

p.s. создал занова тему, вроде как по всем правилам.

noname

28.09.2008 00:45

что за FS ?

на отмонтированом партишене , запустите fsck.fsname

чтобы иметь возможность отмонтировать разделы типа /var /usr
куда много кто пишет можно перейти в single mode .
#init 1

makcumka

28.09.2008 16:46

партиция ext2
fsck не помогает
какие еще варианты?

фишка еще наверно в том что если глянуть на

Цитата:

drwxrwsrwx 2 site site 330948608 2008-09-27 01:07 .

то можно понять что таких мелких файлов в директории было более миллиона... они все удалились...
и еще листинг этой директории или другие операции в ней происходят более 5 минут

Hubbitus

28.09.2008 20:55

Попробуйте с ключем -D, ну ипа оптимизация директорий.
Как-то так:

Код:

fsck.ext3 -rvDfF -C0 -t LABEL=Maxtor

Drakosha

29.09.2008 12:02

возможно какая-то аппликация работает и держит открытые файлы в этой директории. Эту аппликацию надо закрыть, и файлы исчезнут. Попробуйте fuser для того чтобы определить какая аппликация держит файлы открытыми.

noname

29.09.2008 12:56

если раздел отмонтирован , то что туда писать может ?

Drakosha

29.09.2008 13:18

Если отмонтирован то может в *директорию* которая mount-point что-то написалось?

Hubbitus

29.09.2008 15:49

Цитата:

Сообщение от Drakosha (Сообщение 1593433)

возможно какая-то аппликация работает и держит открытые файлы в этой директории. Эту аппликацию надо закрыть, и файлы исчезнут.

Бред чистой воды, Вы уж простите.
Это Вам не долбанная винда, даже если кто-то пишет в файл его спокойно можно удалить. Конечно место будет заниматься пока его не закроют, но ни в каких листингах он отображаться не будет точно.

Цитата:

Сообщение от Drakosha (Сообщение 1593450)

Если отмонтирован то может в *директорию* которая mount-point что-то написалось?

И что? Как это может мешать отмонтированному разделу??

makcumka

29.09.2008 17:18

народ... вы что, читать первый пост не умеете? или тут одни пользователи собрались? специалистов нет?

файлы никем не заняты! разделы и монтирование тут непричем! посмотрите внимательно на права, пользователя, группу, дату и т.д.
там везде знак вопроса! это чистой воды глюк файловой системы! и как его исправить? вот вопрос!

Hubbitus

29.09.2008 17:38

Вместо того чтобы рассыждать относительно "непродвинутости" пользователей, лучше бы сказали помог ли fsck с ключем -D, о чем я писал выше. И какие вообще ошибки находит при проверке.

makcumka

29.09.2008 17:44

без ключа -D никаких ошибок не нашел. писал об этом выше.
как попробую с ключем -D отпишусь, но думаю разницы особой не будет

Hubbitus

29.09.2008 17:50

Если не поможет, приведите:

Код:

strace ls -l /var/www/site/tmp/sess_365bb7988383db9df7b93da3d01bfee5

(только аттачем, не постить сюда простыней)

makcumka

29.09.2008 18:25

зачем аттачем да еще и лишнюю инфу?

самое главное вот:

Цитата:

ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TIOCGWINSZ, {ws_row=80, ws_col=207, ws_xpixel=0, ws_ypixel=0}) = 0
lstat64("/var/www/site/tmp/sess_365bb7988383db9df7b93da3d01bfee5", 0x805c8ac) = -1 ENOENT (No such file or directory)
write(2, "ls: ", 4ls: ) = 4
write(2, "/var/www/site/tmp"..., 71/var/www/site/tmp/sess_365bb7988383db9df7b93da3d01bfee5) = 71

добавлено через 1 минуту
lstat64 говорит что нету этих файлов хотя фс их показывает

Hubbitus

29.09.2008 19:06

Первое, что с проверкой и оптимизацией директорий?

Второе, там ведь еще и подгрузка библиотек и использование мьютексов (futex) и вызовы для определения атрибутов.

Что мне толку от одной этой строчки, если я и в первом посте, в листинге вижу что с ФС беда какая-то??

Цитата:

Сообщение от makcumka (Сообщение 1593551)

lstat64 говорит что нету этих файлов хотя фс их показывает

Что у Вас не работает так как надо я и так вижу, но если Вы и дальше будете строить из себя самого умного и только, то врядли это приведят к решени проблемы.

makcumka

29.09.2008 19:13

Вложений: 1

Вложение 63132
вот лог strace
если он поможет ;)

Hubbitus

29.09.2008 22:39

С проверкой чего?

И еще сделайте strace удаления файла:

Код:

starce rm -f /var/www/site/tmp/sess_365bb7988383db9df7b93da3d01bfee5 &> starce.log

И пожалуйста, одного файла, не надо всех рекурсивно - как видите, мусора и так хватает.

добавлено через 2 минуты
А, и еще, про FS случаем в логах ничего нету?? Сам винт нормальный, живой, СМАРТ параметры все в норме? Я к тому что это не могут быть просто проблемы чтения некоторых участков?

Часовой пояс GMT +4, время: 10:40.