- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
а где это смотреть?
---------- Добавлено 05.03.2012 в 19:18 ----------
кабель там и правда меняли недавно
Файлы за другие дни можно посмотреть в том же каталоге где вы нашли файл за этот день.
Данные SMART можно посмотреть с помощью предназначенной для этого программы.
Но вообще, лучше сначала озаботиться бекапом важных данных, чем выяснением первопричин.
а где это смотреть?
smartctl -A /dev/sda
smartctl -A /dev/sdb
Mar 5 16:00:09 nebo-7 smartd[3217]: Device: /dev/sda, 5 Currently unreadable (pending) sectors
Я бы рекоммендовал (после бекапа!) проверить сперва кабель. Диск можно тоже попросить заменить, а можно вылечить pending sectors просто записав что-то в них. Либо получится - либо они уйдут в ремап (Reallocated_Sector_Ct). Если Reallocated_Sector_Ct *уже* большой - просите сразу замену диска.
кабель там и правда меняли недавно
А зачем/почему?
кабель меняли, потому что на fastvps у меня сервер, и там недавно выяснилось что были ошибки на винте, они вначале поменяли кабель..но ошибки продолжились, потом поменяли полностью винт.
кабель меняли, потому что на fastvps у меня сервер, и там недавно выяснилось что были ошибки на винте
Какое отношение *этот* сервер имеет к *тому, что на fastvps*? За компанию что-ли? :) Либо я что-то не понял.
только такое-что там часто диски портятся))) и у меня там сервер на fastvps
доса или прочих атак нет?
а причём тут это? разве что спамеры какие-то присосались и понемногу спам пытаются слать, но это не напрягает и почтовые процессы все убиваются нафик)
Ага. Посмотрите тред... Может хватит уже предлагать "смотреть логи"?
Это зависит от версии centos, как минимум.
И что, вы хотели этим сказать? Через сообщение вы советуете ровно то же, и в итоге именно в логе всё и стало видно.
Да, и в какой это версии CentOS при проверке массива вместо check пишется recovery вдруг?
TC, посмотрите SMART, судя по ошибкам в логах вам наверняка предстоит замена одного из дисков.