Показать полную графическую версию : Неведомая ошибка!
Добрый день господа! С недавнего времени возникли проблемы с сервером под 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: leave
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTRUT WHEN REOPRTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
Может кто-нибудь подскажет, что с этим делать?
Пытаюсь гуглить, но пока неособо результативно...
dmitryst
28-04-2010, 16:28
MAXOB,ну, во-первых, отправить лог разработчикам. Во-вторых, uvm » - это что?
Исключить его из загрузки, проверить. Заодно напишите, что у вас за ДНС поднят.
Хороший вопрос, что это за uvm и где его исключать из загрузки... проблема еще в том, что зависания происходят все чаще и чаще и даже гуглить нормально не получается.
ДНС у нас обыкновенный bind.
Что касается отправки лога разработчикам: ошибку я получить повторно не могу, он просто зависает точно таким образом((
Кстати, можно ли писать на bugs@openbsd.org по русски, или обязательно надо переводить на англицкий?
Я не знаток OpenBSD, но uvm в ней отвечает за виртуальную память и судя по ошибке у вас что-то нехорошее со свапом.
Либо он переполнился - тогда смотреть нет ли утечек памяти от левых процессов, либо диск собирается помереть и отсюда ошибки.
Повторю, я не работаю с OpenBSD и это всего лишь догадки.
А по поводу писать в список рассылки про баги, это на 99% не баг и вас там пошлют в пешее сексуальное путешествие, особенно если на русском напишете.
Я уже пытался проверить СМАРТ диска, но он пишет
sudo smartctl -a /dev/wd0a
smartctl version 5.33 [i386-unknown-openbsd3.8] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Smartctl open device: /dev/wd0a failed: Device busy
Тоже самое и с другими файловыми ситемами /dev/wd0* которые куда-либо монтированы, аналогично и fdisk.
swapctl -l выдал следующее:
Device 512-blocks Used Avail Capacity Priority
swap_device 614880 614872 8 100% 0
Кстати, заглянул я тут внутрь сервака и увидел, что радиатор от чипсета с материнки премило торчит на одной из пружинок, которой должен прижиматься к мамке, убрав пружинки и посадив засранца на термопасту, включил все обратно, пока сбоев не было... в этом может быть проблема?
sudo smartctl -a /dev/wd0a
smartctl version 5.33 [i386-unknown-openbsd3.8] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
Smartctl open device: /dev/wd0a failed: Device busy »
smartctl обращается не к файловым системам, а к дисковой ноде напрямую. Попробуйте sudo smartctl -a /dev/wd0
swapctl -l выдал следующее:
Device 512-blocks Used Avail Capacity Priority
swap_device 614880 614872 8 100% 0 »
swap практически не используется.
Упс, как раз наоборот - он у вас забит под завязку. Покажите в тегах code на всякий случай - я правильно понял что Used у вас 614872 а Avail 8?
sudo smartctl -a /dev/wd0
говорит что нет таккого фала, как-нибудь еще диск называться может?
И да, сам уже ужаснулся, что свап забит по самое не балуйся, это значит что диск умирает?
И да, сам уже ужаснулся, что свап забит по самое не балуйся, это значит что диск умирает? »
Это значит, что у вас утечка памяти. Ищите "протекающий" процесс.
sudo smartctl -a /dev/wd0
говорит что нет таккого фала, как-нибудь еще диск называться может? »
Увы, я не в курсе, как в OpenBSD дисковые ноды обзываются.
Это значит, что у вас утечка памяти. Ищите "протекающий" процесс. »
А не подскажете тогда случайно, как узнать кто именно swap занимает? Или это какая-то особая уличная магия?
dmitryst
28-04-2010, 23:36
А не подскажете тогда случайно, как узнать кто именно swap занимает? »
man vmstat :) самому лениво читать
свап забит по самое не балуйся, это значит что диск умирает? »
нет, это значит, что его "имеют по-чёрному", может быть и утечка памяти. Я про днс почему спросил... Можете его временно отключить?
А смарт можно посмотреть викторией и mhdd, загрузившись с загрузочного CD. Кстати, что за сервачок?
в этом может быть проблема? »
с кернел паник? Запросто. Но с свопу это никаким боком не относится. ИМХО
Проблема быда действительно в Swap, диск исправно работает, но просто я недоконца вычистил хвосты после удаления антивирусника, но это уже совсем другая история...)))
Всем ответившим огромное спасибо!
dmitryst
29-04-2010, 14:01
top -o res
top -o size »
так оно ж вроде сортирует по зарезервированной и реально рабочей памяти, про своп не упоминается. :dont-know
так оно ж вроде сортирует по зарезервированной и реально рабочей памяти, про своп не упоминается. »
Да там пофиг где страницы, в памяти или в свопе - кто больше всех сожрал тот и будет в топе. И он же скорее всего и своп загадил.
dmitryst
29-04-2010, 14:17
И он же скорее всего и своп загадил. »
а можно точно узнать, кто именно и сколько именно нагадил в своп? vmstat я копал, но ничего не нашел, только общее количество записей в страницы памяти...
Я уже определил, что процесс кушающий весь swap - clamscan, но раньше он запускался от имени старого пользователя _clamav, пользователя я удалил, конфиги вроде везде подправил, однако проблема не исчезла, теперь память кушает тоже процесс, но уже от имени нового пользователя clamav, почему и зачем он это делает?!?!
Возможно, вы страдаете от популярной в последние пару-тройку недель проблемы со сменой формата баз у кламава :)
Суть такова - некоторое время назад кламав сменил формат баз и теперь они не совместимы с версиями старее 0.95. Обновите кламав минимум до 0.95, а лучше до 0.96
Вы правы, именно с этой проблемой я и столкнулся, OpenBSD у меня старенькая (3,8) поэтому обновиться через pkg_add -u не получилось, поэтому старый calmav был удален, а новый собран из исходников. После этого видимо и начались проблемы, правда почему-то не сразу, а спустя какое-то время. Сейчас чтобы избежать переподлнения swap отключен пользователь clamav, от имени которого запускаются clamscan'ы, по этой причине перестала ходить почта, приходится пропихивать её через postsuper -r ALL, а это, согласитель, неудобно.
Поэтому вопрос: как заставить clamav перестать жрать всю память?!
dmitryst
29-04-2010, 16:56
clamav, почему и зачем он это делает?!?! »
кушать хочецца :)
Поэтому вопрос: как заставить clamav перестать жрать всю память?! »
я не пользуюсь, но НЕУЖТО У НЕГО НЕТ КОНФИГОВ? В конце концов, можно его юзера в конкретный класс пихнуть (во фре есть по умолчанию всего один, но можно склонировать сколько надо), а уж в классе указать и количество разрешенных тредов, и память на тред, и время выполнения, и все такое. (опен я знаю очень-очень плохо, но думаю, что там почти так же, как во фре.) Пример класса (http://vds-admin.ru/content/view/47/6/)
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.