https://www.opennet.me/openforum/vsluhforumID1/88834.html Добрый день господа! С недавнего времени возникли проблемы с сервером под OpenBSD. Сервер стал "виснуть", но неокончательно и безповоротно, а как бы не до конца, прежде всего рубится подключение по ssh, перестает функционировать почта, но при этом интернет продолжает исправно раздаваться, скайп работает, но аська отваливается, что наводит на размышления о том, что DNS тоже начинает жить своей неведомой жизнью. Для полного счастья совершенно необъяснимо начинает вести себя клавиатура подключенная локально. Лампочки на ней работать продолжают, можно переключаться между сеанcами (alt+ctrl+f1/f2), но написать ничего нельзя, буквы не печатаются, помогает только перезагрузка через reset(<br>До недавнего времени все это проходило без каких-нибудь сообщений об ошибках и тут, когда я уж было совсем заскучал сервак ощастливил меня сообщением следующего вида:<br>panic kernel diagnostic assertion "uvmexp.swpgoule &lt;= uvmexp.swpages" failed: file "/usr/src/sys/uvm/uvm_pdaemon.c", line 581<br>Stopped at Debugger+0x4: leave<br><br>RUN https://www.opennet.me/openforum/vsluhforumID1/88834.html#10 Thu, 29 Apr 2010 06:33:42 GMT Так, путем невероятных усилий и ценой пролитой крови виновник чудовищного поедания SWAP'a (а проблема действительно была именно в этом) был найден! И этим виновником оказался процесс clamscan, запускавшийся от имени _clamav, причем пользователель _clamav остался в системе после сноса старой версии clamav и вроде как после переустановки должен был уйти в тираж, но остался и продолжил мелко пакостить. Такое вот безобразие.<br>Спасибо всем откликнувнимся!<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#9 Thu, 29 Apr 2010 04:10:27 GMT &gt;panic kernel diagnostic assertion "uvmexp.swpgoule &lt;= uvmexp.swpages" failed: file "/usr/src/sys/uvm/uvm_pdaemon.c", line 581 <br><br>Во первых обновитесь, судя по номеру строки системе несколько лет. а там правили.<br><br>&gt;<br>&gt;Stopped at Debugger+0x4: leave <br>&gt;<br>&gt;RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTRUT WHEN REOPRTING THIS <br>&gt;PANIC! <br>&gt;<br><br>Таки сделайте это.<br><br>&gt;Может кто-нибудь подскажет, что с этим делать? <br><br>Тормоза это своп. Смотрите кто сожрал всю память.<br><br><br>/*<br> * this page is dirty, but we can't page it out<br> * since all pages in swap are only in swap.<br> * reactivate it so that we eventually cycle<br> * all pages thru the inactive queue.<br> */<br>KASSERT(uvmexp.swpgonly &lt;= uvmexp.swpages);<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#8 Wed, 28 Apr 2010 17:37:55 GMT &gt;так же из-за блока питания, винт может вести себя весьма странно <br><br>На счет БП проверить очень просто, завтра отпишусь, если он виноват)<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#7 Wed, 28 Apr 2010 17:36:56 GMT &gt;Ошибка выдается при swap операции, в первую очередь указывает на проблему с <br>&gt;диском, чем с CPU, IMHO. <br><br>Вот, кстати, на счет swap... swapctl -l выдал следующее:<br><br>Device 512-blocks Used Avail Capacity Priority<br>swap_device 614880 614872 8 100% 0 &#187;<br>очень похоже, что swap забит под завязку, это занчит, что таки умер жесткий жиск или есть какой-нибудь более оптимистический вариант?<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#6 Wed, 28 Apr 2010 17:17:50 GMT так же из-за блока питания, винт может вести себя весьма странно<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#5 Wed, 28 Apr 2010 16:59:20 GMT Ошибка выдается при swap операции, в первую очередь указывает на проблему с диском, чем с CPU, IMHO.<br><br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#4 Wed, 28 Apr 2010 14:58:38 GMT На самом деле есть подозрения, что проблема всетаки в железе, во время очерезной перезагрузки посмотрел температуру системы, так вот температура ядра была 77 градусов, и не падала со временем, так что поменяю ему термопасту, может быть поможет, больше идей особо нет((<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#3 Wed, 28 Apr 2010 14:54:34 GMT &gt;1) Посмотреть СМАРТ винта. <br>&gt;2)Надо проверить винт на наличие бедов. <br>&gt;3)наличие своб. места. <br><br>СМАРТ посмотреть не удается, smartctl пишет: Smartctl open device: wd0g failed: Device busy. Места на диске еще достаточно, да и честно говоря я сомневають, что это жестяк, хотя чем черт не шутит...((<br> https://www.opennet.me/openforum/vsluhforumID1/88834.html#2 Wed, 28 Apr 2010 13:33:32 GMT 1) Посмотреть СМАРТ винта.<br>2)Надо проверить винт на наличие бедов.<br>3)наличие своб. места.<br>