Помогите разобраться)

[PiterPen747]

дано: проц=intel e8400, хард=wd 320 Gb, память=kingston 2Gb, блок питания=cooler master 390 ватт, видео=8500GT, ос=8.0 stable, = переодически падает в панику. В биосе частота проца по умолчанию=3Gh. Что здесь не так? При прогоне тулзой ubench падений не происходит, зато при рестарте правил ipfw, ровно на третий раз получаю панику. ЗЫ фря как десктоп
ЗЫЫ. было подозрение что не хватает мощности БП, тогда не вяжется с тем , что падает не при максимальной нагрузке, в общем нужна светлая мысль, ибо они у меня закончились( ,
дебажить ядро я не совсем готов, хотя наверно пойду на это))

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Гость]

я так понимаю тема специально создана для троллинга? раз в разделе нулл

при рестарте правил ipfw, ровно на третий раз получаю панику.

вам бы хендбук почитать
и отправить баг репорт
но это же не интересно правда?
лучше прийти и потроллить или голову поморочить

[PiterPen747]

нет, это не троллинг, запостил здесь потому, что не знаю в каком разделе нужно было), с моим английским наверно там воспримут точно так же) это на самом деле моя домашняя машина, и я не админ, юзаю фряху с седьмой версии, и я бы с удовольствием уделял ей больше времени, к сожалению у меня его не хватает. Поэтому спросил здесь.

[Гость]

стеибл какой давности?
подтвердите uname -a
и изучайте хендбук на предмет того как узнать бектреис после падения

[PiterPen747]

ос=8.0 stable

вы не внимательнр прочитали

$ uname -rs
FreeBSD 8.0-STABLE

хэндбук читаю постоянно, на то он и хэндбук, и все таки по существу есть, что сказать?
не сочтите за грубость
ЗЫ модераторы, перенесите пожалуйста в соответствующий раздел.

[PiterPen747]

наверно стоит пояснить, что собственно фряху юзаю как десктоп из-за ее преимуществ, от которых не хотелось бы отказываться, и что-то мне подсказывает что проблема все-таки с железом, ибо до 8-й версии юзал на другой машинке, и падения ядра наблюдал раза два, и то из-за своей криворукости))
ЗЫ железо кстати новое

[Гость]

ос=8.0 stable

вы не внимательнр прочитали

$ uname -rs
FreeBSD 8.0-STABLE

ОС стеибл и uname -a разные результаты, поверне мне наслово
к томуже я уточник от какого числа стеибл?
потому что стеибл постоянно обновляеться

хэндбук читаю постоянно, на то он и хэндбук, и все таки по существу есть, что сказать?
не сочтите за грубость

не знаю как вы читаете хенд бук если мои посты даже не видите

и изучайте хендбук на предмет того как узнать бектреис после падения

[PiterPen747]

Возможно я действительно не правильно описал, теперь это и в самом деле похоже на холивар и троллинг.
По существу: то, что в первом топике еще раз, старался осмысленно и понятно изложить, что там не понятно? Про бектрейс повторюсь, я не совсем готов его делать, (так как опыта нет, поэтому здесь и спрашиваю совета)
Пока Вы только кроме как uname -a не чего не спросили, Вы тролль? Поясните.
вывод uname -a

FreeBSD serv.com 8.0-STABLE FreeBSD 8.0-STABLE #1: Thu Apr 22 13:28:26 EEST 2010 admin@serv.com:/usr/obj/usr/src/sys/MYKERNEL i386

[Alex Keda]

c учётом что вы ткоа на 5й ваш пост дали то что от вас просят - сложный вопрос кто тут тролль
===========
а вообще - бактрейс было бы неплохо приложить, чтоб понять на чём именно срубается.
если стейбл - то обновить его до стейбла же (он действительно каждый день разный)

[PiterPen747]

Все таки были большие подозрения, что проблема в железе, поэтому и описал подробно конфигурацию, а не привел логи. Тем не менее результат: дамп ядра не сохранялся, хотя при падении в консоль выводился размер этого самого дампа, пол дня игрался и методом научного тыка было определено,что падение ядра также вызывает изменение переменной debug.kdb.panic c 0 > 1, было проделано следующее. Отключена видеокарта, сд привод, и дополнительный ide хард, подключился через putty изменил выше указанную переменную, словил панику, машинка ребутнулась, на моменте загрузки биоса отключил питание, подключил видеокарту, загрузился и получил дамп:

Код: Выделить всё

serv# kgdb kernel.debug /var/crash/vmcore.0
GNU gdb 6.1.1 [FreeBSD]                    
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.                                   
There is absolutely no warranty for GDB.  Type "show warranty" for details.  
This GDB was configured as "i386-marcel-freebsd"...                          

Unread portion of the kernel message buffer:
panic: kdb_sysctl_panic                     
cpuid = 1                                   
Uptime: 4m46s                               
Physical memory: 2026 MB                    
Dumping 195 MB: (CTRL-C to abort)  180 164 148 132 116 100 84 68 52 36 20 4

Reading symbols from /boot/modules/nvidia.ko...done.
Loaded symbols for /boot/modules/nvidia.ko          
Reading symbols from /boot/modules/vboxdrv.ko...done.
Loaded symbols for /boot/modules/vboxdrv.ko          
Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/linprocfs.ko
Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/linux.ko
Reading symbols from /boot/kernel/linsysfs.ko...Reading symbols from /boot/kernel/linsysfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/linsysfs.ko
Reading symbols from /boot/modules/vboxnetflt.ko...done.
Loaded symbols for /boot/modules/vboxnetflt.ko
Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/netgraph.ko
Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ng_ether.ko
Reading symbols from /boot/modules/vboxnetadp.ko...done.
Loaded symbols for /boot/modules/vboxnetadp.ko
#0  doadump () at pcpu.h:246
246             __asm __volatile("movl %%fs:0,%0" : "=r" (td));

[Гость]

почти смешно

а теперь обьясните каким образом ваш только что вызваный искуственный паник относиться к случайным падениям вашего ядра после трех запусков ipfw как вы говорите

[PiterPen747]

почти смешно

а теперь обьясните каким образом ваш только что вызваный искуственный паник относиться к случайным падениям вашего ядра после трех запусков ipfw как вы говорите

Хм, я так понял, что эта переменная отвечает сохранение дампа при панике, но исходя из вашего коментария догадываюсь, что скорей всего это не так.
Не уверен что получится через putty словить панику при рестарте правил ipfw, сейчас попробую.

[PiterPen747]

Сейчас при рестарте правил ipfw паники не происходит, была пару раз паника при работе виртуальной машины, запустил ее, включил воспроизведение видео, упала через пару минут, перегрузил машину, дампа нет.
в rc.conf

Код: Выделить всё

dumpdev="AUTO"
dumpdir="/var/crash"
savecore_flags=""
linux_enable="YES"
firewall_enable="YES"
firewall_script="/etc/ipfw"

[Гость]

коре дампы паник в бсд сами по себе сохраняються(в карренте так точно)
думаеться мне у вас паники не черех ipfw
а именно через виртуалбокс

[PiterPen747]

Я бы тоже так подумал, если бы паника происходила при работе виртуалбокса, только ведь были падения и при рестарте правил(

[Alex Keda]

Код: Выделить всё

dc7700p$ sysctl -d debug.kdb.panic
debug.kdb.panic: set to panic the kernel
dc7700p$

я бы предположил что установка данной переменной в значения отличные от нуля вызывает немедленную панику
на мой взгляд нужная для раработчиков везчь...

[PiterPen747]

Как всегда все оказалось гораздо проще)) В биосе по умолчанию стояла опция энергосбережения, то есть в покое частота проца снижалась с 3-х до 2-х гигагерц, также снижался уровень питание проца, после отключения данной опции падения прекратились. По всей видимости это и было причиной.
В общем вопрос закрыт.