Мы на нагруженных проектах используем mongodb (там хорошо хранить иерархические структуры), sphinx для поиска с учетом морфологии, MySQL где нужны транзакционные данные. Ну и там nginx, Apache, memcached. ПО свое на Перле.
netwind: привыкание и как следствие невозможность изучить другие инструменты типа find, nice и тд вышеперечисленные.
А, ну это да. Я его использую главным образом для быстрой навигации и просмотра содержимого небольших tar.gz архивов, типа модулей Перл. Удобно, и проблем не вызывает. С большими архивами я так не работаю )
netwind: что тут нужно было удалить, так это mc. источник всех ваших проблем.
Источник проблемы в данном конкретном случае - ошибка программистов. Сервер подвис, когда я попытался удалить все дерево каталогов командой rm -R.
MC я пользуюсь, когда это удобнее, чем командная строка. В данном случае мне было бы очень трудно заходить из командной строки в каждую папку и смотреть ее содержимое.
А какие проблемы могут возникнуть при использовании MC?
Вначале я перенес огромное дерево в отдельный каталог корня, а потом растащил его на менее грандиозные ветви командой MV. Затем я просто удалил эти ветви тем же MC. На все ушло около часа.
Я могу вынести это дерево папок из /home/<имя пользователя>, например, в /bad_folder/, сменив владельца, и либо забыть про это дерево, либо стирать его, предварительно подключив KVM?
Мы на нагруженных проектах используем mongodb (там хорошо хранить иерархические структуры), sphinx для поиска с учетом морфологии, MySQL где нужны транзакционные данные. Ну и там nginx, Apache, memcached. ПО свое на Перле.
Спасибо, все получилось:
потом
;10808784']Например, gdb
Пытались разбираться по этой статье: http://linux.yaroslavl.ru/docs/altlinux/doc-gnu/gdb/gdb.html, но не смогли понять, как же анализировать посмертный дамп. Там больше про отладку живых программ...
Вот бы нам коротенькую подсказку, какими командами и приемами можно определить по дампу, что же произошло...
Скорее всего причина в устаревшей версии фри. На более современной rm -r удаляет без подвисаний
Да, надо будет попробовать на виртуалке. Благо программа с ошибкой еще в доступности )
привыкание и как следствие невозможность изучить другие инструменты типа find, nice и тд вышеперечисленные.
А, ну это да. Я его использую главным образом для быстрой навигации и просмотра содержимого небольших tar.gz архивов, типа модулей Перл. Удобно, и проблем не вызывает. С большими архивами я так не работаю )
что тут нужно было удалить, так это mc. источник всех ваших проблем.
Источник проблемы в данном конкретном случае - ошибка программистов. Сервер подвис, когда я попытался удалить все дерево каталогов командой rm -R.
MC я пользуюсь, когда это удобнее, чем командная строка. В данном случае мне было бы очень трудно заходить из командной строки в каждую папку и смотреть ее содержимое.
А какие проблемы могут возникнуть при использовании MC?
Проблему решил!
Большое спасибо всем, кто откликнулся!
Вначале я перенес огромное дерево в отдельный каталог корня, а потом растащил его на менее грандиозные ветви командой MV. Затем я просто удалил эти ветви тем же MC. На все ушло около часа.
Спасибо! Завтра попробую, особенно nice интересно, пусть себе потихоньку работает...
А в другое место это как?
Я могу вынести это дерево папок из /home/<имя пользователя>, например, в /bad_folder/, сменив владельца, и либо забыть про это дерево, либо стирать его, предварительно подключив KVM?
7.4-RELEASE FreeBSD 7.4-RELEASE #0: amd64