Добрый день господа! С недавнего времени возникли проблемы с сервером под OpenBSD. Сервер стал "виснуть", но неокончательно и безповоротно, а как бы не до конца, прежде всего рубится подключение по ssh, перестает функционировать почта, но при этом интернет продолжает исправно раздаваться, скайп работает, но аська отваливается, что наводит на размышления о том, что DNS тоже начинает жить своей неведомой жизнью. Для полного счастья совершенно необъяснимо начинает вести себя клавиатура подключенная локально. Лампочки на ней работать продолжают, можно переключаться между сеанcами (alt+ctrl+f1/f2), но написать ничего нельзя, буквы не печатаются, помогает только перезагрузка через reset(
До недавнего времени все это проходило без каких-нибудь сообщений об ошибках и тут, когда я уж было совсем заскучал сервак ощастливил меня сообщением следующего вида:
panic kernel diagnostic assertion "uvmexp.swpgoule <= uvmexp.swpages" failed: file "/usr/src/sys/uvm/uvm_pdaemon.c", line 581
Stopped at Debugger+0x4: leaveRUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTRUT WHEN REOPRTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
Может кто-нибудь подскажет, что с этим делать?
Пытаюсь гуглить, но пока неособо результативно...
Господа, очень прошу помочь! Подвисания теперь надлюдаются где-то раз в 10 минут, ошибка при этом не появляется, и повторить её не получается! Гуглить тоже не выходит, так как работают только сайты информация о которых содержится в кэше dns((((
1) Посмотреть СМАРТ винта.
2)Надо проверить винт на наличие бедов.
3)наличие своб. места.
>1) Посмотреть СМАРТ винта.
>2)Надо проверить винт на наличие бедов.
>3)наличие своб. места.СМАРТ посмотреть не удается, smartctl пишет: Smartctl open device: wd0g failed: Device busy. Места на диске еще достаточно, да и честно говоря я сомневають, что это жестяк, хотя чем черт не шутит...((
На самом деле есть подозрения, что проблема всетаки в железе, во время очерезной перезагрузки посмотрел температуру системы, так вот температура ядра была 77 градусов, и не падала со временем, так что поменяю ему термопасту, может быть поможет, больше идей особо нет((
Ошибка выдается при swap операции, в первую очередь указывает на проблему с диском, чем с CPU, IMHO.
>Ошибка выдается при swap операции, в первую очередь указывает на проблему с
>диском, чем с CPU, IMHO.Вот, кстати, на счет swap... swapctl -l выдал следующее:
Device 512-blocks Used Avail Capacity Priority
swap_device 614880 614872 8 100% 0 »
очень похоже, что swap забит под завязку, это занчит, что таки умер жесткий жиск или есть какой-нибудь более оптимистический вариант?
так же из-за блока питания, винт может вести себя весьма странно
>так же из-за блока питания, винт может вести себя весьма странноНа счет БП проверить очень просто, завтра отпишусь, если он виноват)
>panic kernel diagnostic assertion "uvmexp.swpgoule <= uvmexp.swpages" failed: file "/usr/src/sys/uvm/uvm_pdaemon.c", line 581Во первых обновитесь, судя по номеру строки системе несколько лет. а там правили.
>
>Stopped at Debugger+0x4: leave
>
>RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTRUT WHEN REOPRTING THIS
>PANIC!
>Таки сделайте это.
>Может кто-нибудь подскажет, что с этим делать?
Тормоза это своп. Смотрите кто сожрал всю память.
/*
* this page is dirty, but we can't page it out
* since all pages in swap are only in swap.
* reactivate it so that we eventually cycle
* all pages thru the inactive queue.
*/
KASSERT(uvmexp.swpgonly <= uvmexp.swpages);
Так, путем невероятных усилий и ценой пролитой крови виновник чудовищного поедания SWAP'a (а проблема действительно была именно в этом) был найден! И этим виновником оказался процесс clamscan, запускавшийся от имени _clamav, причем пользователель _clamav остался в системе после сноса старой версии clamav и вроде как после переустановки должен был уйти в тираж, но остался и продолжил мелко пакостить. Такое вот безобразие.
Спасибо всем откликнувнимся!