Здравствуйте!
ОС FreeBSD 4.9
Вот возникла проблема сервер перезагружается в одно и тоже время:
Вот лог:
Jun 5 08:15:49 mail /kernel:
Jun 5 08:15:49 mail /kernel:
Jun 5 08:15:49 mail /kernel: Fatal trap 12: page fault while in kernel mode
Jun 5 08:15:49 mail /kernel: fault virtual address = 0x86f5df6d
Jun 5 08:15:49 mail /kernel: fault code = supervisor read, page not present
Jun 5 08:15:49 mail /kernel: instruction pointer = 0x8:0xc0274570
Jun 5 08:15:49 mail /kernel: stack pointer = 0x10:0xe3737e44
Jun 5 08:15:49 mail /kernel: frame pointer = 0x10:0xe3737e60
Jun 5 08:15:49 mail /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b
Jun 5 08:15:49 mail /kernel: = DPL 0, pres 1, def32 1, gran 1
Jun 5 08:15:49 mail /kernel: processor eflags = interrupt enabled, resume, IOPL = 0
Jun 5 08:15:49 mail /kernel: current process = 1791 (smtpd)
Jun 5 08:15:49 mail /kernel: interrupt mask =
Jun 5 08:15:49 mail /kernel: trap number = 12
Jun 5 08:15:49 mail /kernel: panic: page fault
Jun 5 08:15:49 mail /kernel:
Jun 5 08:15:49 mail /kernel: syncing disks... 65 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
Jun 5 08:15:49 mail /kernel: giving up on 1 buffers
Jun 5 08:15:49 mail /kernel: Uptime: 23h57m45s
Jun 5 08:15:49 mail /kernel: Automatic reboot in 15 seconds - press a key on the console to abort
Jun 5 08:15:49 mail /kernel: Rebooting...
Помогите побороть!
Это началось полсе того как машину перенесли с одного HDD на другой HDD и другую машину! Делал по хендбуку!
Добалю что пересборка ядра ничего не дала!
>Добалю что пересборка ядра ничего не дала!
похоже на проблему с железом - винт или память
>>Добалю что пересборка ядра ничего не дала!
>
>
>похоже на проблему с железом - винт или памятьЭто странно! так как до этого на этой машне стояла винда 2003 и без проблем!
Можно ли это как то пофиксить или поможет только upgrade системы до 5.4
>>>Добалю что пересборка ядра ничего не дала!
>>
>>
>>похоже на проблему с железом - винт или память
>
>Это странно! так как до этого на этой машне стояла винда 2003
>и без проблем!
>Можно ли это как то пофиксить или поможет только upgrade системы до
>5.4
попробовать поменять память. хотя, это действительно странно.
Про апгрейд ничего сказать не могу.
>Это странно! так как до этого на этой машне стояла винда 2003
>и без проблем!
Совсем не показатель. У меня был Maxtor 80-ка, к свое время кто-то умудрился запихать в него шлейф "наоборот" и тем самым загнул одну ногу на разъеме диска. Под виндой диск работал без нареканий, BSD выпадала с ошибкой. Попробуй еще и винт махнуть - а чего делать-то?
>Здравствуйте!
>ОС FreeBSD 4.9
>Вот возникла проблема сервер перезагружается в одно и тоже время:
>Вот лог:
>Jun 5 08:15:49 mail /kernel:
>Jun 5 08:15:49 mail /kernel:
>Jun 5 08:15:49 mail /kernel: Fatal trap 12: page fault while
>in kernel mode
>Jun 5 08:15:49 mail /kernel: fault virtual address
> = 0x86f5df6d
>Jun 5 08:15:49 mail /kernel: fault code
>
>= supervisor read, page not present
>Jun 5 08:15:49 mail /kernel: instruction pointer
> = 0x8:0xc0274570
>Jun 5 08:15:49 mail /kernel: stack pointer
> = 0x10:0xe3737e44
>Jun 5 08:15:49 mail /kernel: frame pointer
> = 0x10:0xe3737e60
>Jun 5 08:15:49 mail /kernel: code segment
> = base
>0x0, limit 0xfffff, type 0x1b
>Jun 5 08:15:49 mail /kernel: = DPL 0, pres 1, def32
>1, gran 1
>Jun 5 08:15:49 mail /kernel: processor eflags = interrupt enabled,
>resume, IOPL = 0
>Jun 5 08:15:49 mail /kernel: current process
> = 1791 (smtpd)
>Jun 5 08:15:49 mail /kernel: interrupt mask
> =
>Jun 5 08:15:49 mail /kernel: trap number
> =
>12
>Jun 5 08:15:49 mail /kernel: panic: page fault
>Jun 5 08:15:49 mail /kernel:
>Jun 5 08:15:49 mail /kernel: syncing disks... 65 1 1 1
>1 1 1 1 1 1 1 1 1 1 1
>1 1 1 1 1 1
>Jun 5 08:15:49 mail /kernel: giving up on 1 buffers
>Jun 5 08:15:49 mail /kernel: Uptime: 23h57m45s
>Jun 5 08:15:49 mail /kernel: Automatic reboot in 15 seconds -
>press a key on the console to abort
>Jun 5 08:15:49 mail /kernel: Rebooting...
>Помогите побороть!
>Это началось полсе того как машину перенесли с одного HDD на другой
>HDD и другую машину! Делал по хендбуку!
подстроить ЯДРО под новую машину, обратить внимание на IDE контроллер
- поддерживаемые режимы PIO, DMA и на HDD - реально поддерживаемые PIO,
DMA: man 4 ata
>подстроить ЯДРО под новую машину, обратить внимание на IDE контроллер
>- поддерживаемые режимы PIO, DMA и на HDD - реально поддерживаемые PIO,
>
>DMA: man 4 ataЯдро generic, добавлены опции:
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=10
options DUMMYNET
options IPDIVERT
options ICMP_BANDLIM
options TCP_DROP_SYNFIN
options IPSEC
options IPSEC_ESP
options IPSEC_DEBUG
Подскажите что подправить pls...
был случай: на тачке работали вин2к стандартным образом.
поставил на другой тачке на этот винт фрю 4х, неделю покрутил - всё гуд.
воткнул на место - через неделю начались глюки.путём разбирательств выяснилось:
на другой тачке винт работал идеально под ата66, а на этой под ата100 - из-за этого всё и началось.сначала выкрутился принудительнвм переводом в 66, потом поменял винт - и всё попёрло.
не помню, какое железо, вроде: мать ГИГАБАЙТНАЯ под 370 сок, винт МАХТОР 20.в твоём случае я бы сначала грешил на память или мать, потом винт (но винт обычно видно в логе), батарейку.
>был случай: на тачке работали вин2к стандартным образом.
>поставил на другой тачке на этот винт фрю 4х, неделю покрутил -
>всё гуд.
>воткнул на место - через неделю начались глюки.
>
>путём разбирательств выяснилось:
>на другой тачке винт работал идеально под ата66, а на этой под
>ата100 - из-за этого всё и началось.
>
>сначала выкрутился принудительнвм переводом в 66, потом поменял винт - и всё
>попёрло.
>не помню, какое железо, вроде: мать ГИГАБАЙТНАЯ под 370 сок, винт МАХТОР
>20.
>
>в твоём случае я бы сначала грешил на память или мать, потом
>винт (но винт обычно видно в логе), батарейку.
память и винт высекаются мнгновенно:# cd /usr/src
# make -j6 buildworldну можно еще в параллель запустить dd if=диск of=/dev/null
только диск проверить - несколько dd параллельно без сборки ядра
с чтением и записью в файл, например гигабайта или по 100/200...MB
с учетом чтобы переполнения FS не было. blocksize большой не брать,
иначе дисковые операции сильно затормозят интерактивную работу!
была такая же проблема, решилось сменой планки памяти
>была такая же проблема, решилось сменой планки памяти
Хорошо попоробую!