Re: SW lock FreeBSD

[Anton Yuzhaninov <citrin@xxxxxxxxx>]

On 28.08.2008 12:29, Alexander Goncharov wrote:
> 2008/8/28 Anton Yuzhaninov <citrin@xxxxxxxxx>:
> > On 28.08.2008 02:22, Alexander Goncharov wrote:
> > >  PID USERNAME   THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
> > >  1358 root         1  -4    0 39076K  8628K getblk c   0:00  0.00% php
> > >  1211 root         1  -4    0  9616K  2956K ufs    f   0:00  0.00% csh
> > >  886 root         1  -4    0  5736K  1396K ufs    e   0:00  0.00% cron
> > >  749 root         1  -4    0  4684K  1352K getblk e   0:00  0.00% syslogd
> > Похоже на отвалившийся диск - любые запросы к нему по какой то причине
> > начинают длится вечно со всеми вытекающими последствиями.
> >
> > Проблема либо в диске, либо в контроллере. Либо в том, что FreeBSD плохо
> > поддерживает данный контроллер.
> Спасибо, буду писать результат 'vmstat -z' по крону на не системный хард.
vmstat -z это про другой livelock - когда кончается память в одной из UMA-зон, где её аллоцируют с опасным (но 
популярным среди программистов) флагом M_WAITOK.
К данной проблеме судя по состоянию процессов это отношения не имеет.

В данном случае лучше на консоли запустить
gstat
и смотреть где после сбоя будет большая очередь запросов.

> Система и база крутятся на 8xSCSI; RAID10; работало все более трех
> месяц без сбоев:
> карточка следущая:
> amr0: <LSILogic Intel(R) RAID Controller SRCU42E> Firmware 514Q, BIOS
> H431, 128MB RAM +BBU
> кстати, возможна ли замена raid карты на таких сложных массивах без
> ущерба данным?
Если и возможна то только на другой LSI и то не факт, надо смотреть документацию от производителя на счет совместимости 
метаданных записанных разными моделями контроллеров.
--
 Anton Yuzhaninov