- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Выходные добрые комрады,
Новый фокус у CentOS 5.9 Final:
# rpm -qa
Bus error
# sshd
Bus error
dmesg:
attempt to access beyond end of device
md1: rw=0, want=15627143936, limit=226050304
attempt to access beyond end of device
md1: rw=0, want=15627143936, limit=226050304
attempt to access beyond end of device
md1: rw=0, want=15627143936, limit=226050304
....
....
....
Сразу скажу, что вижу сам данное в первый раз, но google уже в курсе аналогичной проблемы, но беда вся в том, что судя по ошибке, идут обращения в области ФС выходящие за её размеры, об этом говорится по крайней мере в 10 из 10 источниках которые я нашел, на самом деле не ясно как такое может быть в принципе, ну это и не супер как важно, ведь FS то я не трогал.... т.е ничего не создавал не удалял , не менял..... Стоит Soft-Raid (mdadm), один из дисков имеет "проблемки" , ждет замены, но при исключении его из рейда - ничего не меняется. Сейчас поочередно вынимал оба винта из зеркала, и ребилдил по новой.....
Итак , констатирую проблему как-то так: работал себе сервер работал, потом хоп и раздел стал больше ... так что ли ? )
Винты одинаковые, байт в байт и все такое.... Причем интересная особенность, после ребута из демонов по умолчанию не запускается тока sshd (Bus error) и какое-то там avahi... ВСЕ остальное, а это LAMP + парочка сервисов сторонних работает и отвечает !! :) С Консоли все пингаю, все вижу....
WTF ? Кто сталкивался?
С Уважением,
По какой-то причине побились какие-то файлы, видимо с библиотеками. Сделать fsck и rpm -Va.
По какой-то причине побились какие-то файлы, видимо с библиотеками. Сделать fsck и rpm -Va.
Так я же писал вывод rpm команды ;)))) Bus Error.. ключи не важны, fsck делал из single user, не помогло...
Тогда сделать ldd `which rpm` и проверить md5 этих файлов с файлами соседнего сервера, при необходимости -- попробовать заменить (желательно не трогая libc, libpthread, libdl, librt, ld-linux)
че нить в этом духе:
tune2fs -m 0 /dev/sdX не делали ?
у меня на ext4 года полтора назад вылечилось fsck -y .
узнать бы на каком конкретно файле при чтении ОС помирает.
запуская, например, ssh он же дергает свои либы например......
если в вас не засунули какую-нибудь библиотечку "волшебную", и ссшд ее дернуть пытается, то в нормальном виде должно быть как то так:
один коллега полгода работал с "сюрпризом" на борту, пока не посмотрел ldd и не увидел левока.... подозревал что влили через сипанель.
В общем после очередного fsck, появился lost+found в который завернуто полвинта сц### н##..... в общем буду ковыряться, вопрос по теме отпал.
Romka_Kharkov, таки фс.... юзайте ext4 и никаких извратов типа xfs + reiser
Romka_Kharkov, таки фс.... юзайте ext4 и никаких извратов типа xfs + reiser
Рассмотрим варианты как говорится ;) Поздно пить боржом, реинсталу быть! :)
Была такая проблема с CentOS 5.3. Причем тоже в конфигурации с mdadm. При этом, 100% на сервер никто не лазил после инстала, и даже ssh не было. Перестало работать нормально Астериск. Все файлы системные чекались на md5sum через Zabbix и когда возникла проблема первым делом проверил суммы - и с ними был полный порядок. С раза 3 после fsck таки завелось и через время опять повторилось. В итоге, пришлось реинсталить так как заказчик просил поднять быстрее. С того момента на том-же железе и с тем-же софтом - полный порядок.
никаких извратов типа xfs + reiser
На вкус и цвет... На вкус и цвет :) Ну для обычного сервера - ext4 более чем.
Была такая проблема с CentOS 5.3. Причем тоже в конфигурации с mdadm. При этом, 100% на сервер никто не лазил после инстала, и даже ssh не было. Перестало работать нормально Астериск. Все файлы системные чекались на md5sum через Zabbix и когда возникла проблема первым делом проверил суммы - и с ними был полный порядок. С раза 3 после fsck таки завелось и через время опять повторилось. В итоге, пришлось реинсталить так как заказчик просил поднять быстрее. С того момента на том-же железе и с тем-же софтом - полный порядок.
На вкус и цвет... На вкус и цвет :) Ну для обычного сервера - ext4 более чем.
MarcusTven, да то же самое, стал бы я тут писать если бы перед этим fsck баловался ))) рабочий сервер ... все работало как часы, рейд как бы не просто так ... и все равно в зад все ушло :( печалька однако :D Главное что бекапы это на наше все :D