Size: a a a

2018 April 03

K

Keha in NNLUG
Манипуляции с файлами в давно неизменяемых областях жесткого диска тоже наводит на мысль
источник

K

Keha in NNLUG
Смарт, всё такое
источник

K

Keha in NNLUG
Протокол по замене дисков имеется?
источник

K

Keha in NNLUG
Типа раз в два года мы все выбрасываем
источник

A

Alex_5252 in NNLUG
Alexey K.
сервер IBM у него есть IMM и через этот IMM  с железкой все норм...
а логи смотрел там?
источник

A

Alex_5252 in NNLUG
Память потестируй.
попробуй mcelog запустить.
источник

A

Alex_5252 in NNLUG
Проверь целостность пакетов на диске.
источник

AK

Alexey K. in NNLUG
Alex_5252
а логи смотрел там?
Смотрел.. Все гуд
источник

AP

Artyom Poptsov in NNLUG
Может, не совсем в тему, но в Linux процессы могут зависать при проблеме с доступом к сетевым ресурсам.  Пример из практики: монтировался раздел по NFS, что-то пошло не так, и когда один из процессов читал с этого сетевого раздела данные, то он завис и не отдавал ресурсы.  Не убивался даже kill -9.
источник

AP

Artyom Poptsov in NNLUG
Т.е. процесс завис в состоянии чтения с диска (состояние D в htop )
источник

AK

Alexey K. in NNLUG
Анализировал... Ничего такого не заметил в хтопе ... Там просто у многих процессов время обработки их процом достигает 40000 часов...
источник

AK

Alexey K. in NNLUG
Ну то бишь time+ = 40000+ h
источник

A

Alex_5252 in NNLUG
А dmesg выложи куда-нибудь?
источник

AK

Alexey K. in NNLUG
Сек
источник

AK

Alexey K. in NNLUG
Кстати сервак сейчас до сих пор рабоатет после последней перезагрузки
источник

AK

Alexey K. in NNLUG
пришлось закомментить разделы криптопрошные которые он создал и подмонтирует в FSTAB
источник

AK

Alexey K. in NNLUG
источник

A

Alex_5252 in NNLUG
Обновления накатывали, перед перезагрузкой?
источник

AK

Alexey K. in NNLUG
ыхх еще одна странность.. сервак работал до того момента пока небыл запущен htop... возможно совпадение..
источник

AK

Alexey K. in NNLUG
Alex_5252
Обновления накатывали, перед перезагрузкой?
нет
источник