Назад | Перейти на главную страницу

Паника ядра при вызове ресурса DRBD

Я пытаюсь настроить две машины, синхронизирующиеся с DRBD. Хранилище настроено следующим образом: PV -> LVM -> DRBD -> CLVM -> GFS2.

DRBD настроен в двойном основном режиме. Первый сервер настроен и работает нормально в основном режиме. На дисках первого сервера есть данные. Я установил второй сервер и пытаюсь вызвать ресурсы DRBD. Я создал все базовые LVM, соответствующие первому серверу. После инициализации ресурсов с помощью ''

drbdadm create-md хранилище

Я поднимаю ресурсы, выпуская

drbdadm вверх хранилище

После выполнения этой команды я получаю панику ядра, и сервер перезагружается через 30 секунд. Вот снимок экрана.

Моя конфигурация следующая: ОС: CentOS 6

uname -a
Linux host.structuralcomponents.net 2.6.32-279.5.2.el6.x86_64 #1 SMP Fri Aug 24 01:07:11 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

rpm -qa | grep drbd

kmod-drbd84-8.4.1-2.el6.elrepo.x86_64
drbd84-utils-8.4.1-2.el6.elrepo.x86_64

кот /etc/drbd.d/global_common.conf

global {
        usage-count yes;
        # minor-count dialog-refresh disable-ip-verification
}

common {
    handlers {
            pri-on-incon-degr "/usr/lib/drbd/notify-pri-on-incon-degr.sh; /usr/lib/drbd/notify-emergency-reboot.sh; echo b > /proc/sysrq-trigger ; reboot -f";
            pri-lost-after-sb "/usr/lib/drbd/notify-pri-lost-after-sb.sh; /usr/lib/drbd/notify-emergency-reboot.sh; echo b > /proc/sysrq-trigger ; reboot -f";
            local-io-error "/usr/lib/drbd/notify-io-error.sh; /usr/lib/drbd/notify-emergency-shutdown.sh; echo o > /proc/sysrq-trigger ; halt -f";
            # fence-peer "/usr/lib/drbd/crm-fence-peer.sh";
            # split-brain "/usr/lib/drbd/notify-split-brain.sh root";
            # out-of-sync "/usr/lib/drbd/notify-out-of-sync.sh root";
            # before-resync-target "/usr/lib/drbd/snapshot-resync-target-lvm.sh -p 15 -- -c 16k";
            # after-resync-target /usr/lib/drbd/unsnapshot-resync-target-lvm.sh;
    }

    startup {
            # wfc-timeout degr-wfc-timeout outdated-wfc-timeout wait-after-sb
            become-primary-on       both;
            wfc-timeout             30;
            degr-wfc-timeout        10;
            outdated-wfc-timeout    10;
    }

    options {
            # cpu-mask on-no-data-accessible
    }

    disk {
            # size max-bio-bvecs on-io-error fencing disk-barrier disk-flushes
            # disk-drain md-flushes resync-rate resync-after al-extents
            # c-plan-ahead c-delay-target c-fill-target c-max-rate
            # c-min-rate disk-timeout

    }

    net {
            # protocol timeout max-epoch-size max-buffers unplug-watermark
            # connect-int ping-int sndbuf-size rcvbuf-size ko-count
            # allow-two-primaries cram-hmac-alg shared-secret after-sb-0pri
            # after-sb-1pri after-sb-2pri always-asbp rr-conflict
            # ping-timeout data-integrity-alg tcp-cork on-congestion
            # congestion-fill congestion-extents csums-alg verify-alg
            # use-rle
            protocol C;
            allow-two-primaries yes;
            after-sb-0pri   discard-zero-changes;
            after-sb-1pri   discard-secondary;
            after-sb-2pri   disconnect;
    }
}

кот /etc/drbd.d/storage.res

resource storage {
        device          /dev/drbd0;
        meta-disk       internal;

        on host.structuralcomponents.net {
                address         10.10.1.120:7788;
                disk            /dev/vg_storage/lv_storage;
        }
        on host2.structuralcomponents.net {
                address         10.10.1.121:7788;
                disk            /dev/vg_storage/lv_storage;
        }

/ var / log / messages ничего не регистрирует о сбое.

Я пытался найти причину этого, но ничего не нашел. Может кто-нибудь мне помочь? Спасибо.

Исключение проверки машины - проблема оборудования. Ты можешь использовать mcelog интерпретировать это, если вы можете загрузить систему.

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

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