mkboot_chrp: error on Object Data Manager routine odm_get_first


Главная Форумы POWER Systems AIX/Hardware mkboot_chrp: error on Object Data Manager routine odm_get_first

В этой теме 6 ответов, 3 участника, последнее обновление  Alex Teldekov 6 года/лет, 11 мес. назад.

  • Автор
    Сообщения
  • #10700

    Alex Teldekov
    Участник

    Добрый день!

    Обновлял на сервере AIX до 6100-06-03-1048 и в процессе получил вот что:

    0301-111 /usr/lib/boot/bin/mkboot_chrp: error on Object Data Manager routine «odm_get_first»
    0301-158 bosboot: mkboot failed to create bootimage
    0301-165 bosboot: WARNING! bosboot failed — do not attempt to boot device

    Теперь вот боюсь перегружаться. 🙂

    Это можно как-то победить без восстановления с ленты?

  • #10702

    andrewk
    Участник

    первое действие при проблемах c bosboot — savebase, а затем снова bosboot -a

  • #10713

    Alex Teldekov
    Участник

    Не помогло. Всё оказалось несколько более запутано:

    > errpt | head -3 IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
    EAA3D429 1222173010 U S LVDD PHYSICAL PARTITION MARKED STALE
    EAA3D429 1222172910 U S LVDD PHYSICAL PARTITION MARKED STALE

    > lspv hdisk2 | grep STA
    PV STATE: missing
    STALE PARTITIONS: 195

    # varyonvg rootvg
    # savebase
    # bosboot -a
    bosboot: Boot image is 45206 512 byte blocks.

    А от чего эти stale partitions могли образоваться? hdisk2 — виртуальный, на соотв. физическом диске из-под VIOS никаких stale partitions нет.

  • #10714

    andrewk
    Участник

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

  • #10721

    Alex Teldekov
    Участник

    Спасибо за информацию. Возможно, stale partitions появились раньше. Буду следить.

  • #10744

    Дмитрий
    Участник

    На HMC такие ошибки не появляются — настройте автоматический мониториг событий в errlog через ODM-класс errnotify.
    Подробнее можно найти в курсе AIX Problem Determination, в документации по AIX или в IBM Redbook «Подготовка к сертификации AIX Administrator».

    Очень полезная штуковина.

    Вот цитата из документации:

    1. Войдя в систему под именем пользователя с правами доступа root, создайте резервную копию файла ODM /etc/objrepos/errnotify. Резервной копии можно присвоить любое имя. В следующем примере при создании резервной копии к имени файла errnotify добавляется текущая дата:
    cd /etc/objrepos cp errnotify errnotifyтекущая-дата 2. Создайте в текстовом редакторе файл /tmp/pvmiss.add со следующим содержимым: errnotify: en_pid = 0 en_name = «LVM_SA_PVMISS» en_persistenceflg = 1 en_label = «LVM_SA_PVMISS» en_crcid = 0 en_type = «UNKN» en_alertflg = «» en_resource = «LVDD» en_rtype = «NONE» en_rclass = «NONE» en_method = «/usr/lib/ras/pvmiss.notify $1 $2 $3 $4 $5 $6 $7 $8 $9» После выполнения всех описанных инструкций, демон уведомления об ошибках автоматически заменит переменные $1 — $9 в этом сценарии на подробную информацию из записи протокола ошибок. 3. Создайте в текстовом редакторе файл /usr/lib/ras/pvmiss.notify со следующим содержимым: #!/bin/ksh exec 3>/dev/console print -u3 «?» print -u3 — «———————————————-» print -u3 «ALERT! ALERT! ALERT! ALERT! ALERT! ALERT!» print -u3 «» print -u3 «Desc: PHYSICAL VOLUME IS MISSING. SEE ERRPT.» print -u3 «» print -u3 «Error label: $9» print -u3 «Sequence number: $1» print -u3 «Error ID: $2» print -u3 «Error class: $3» print -u3 «Error type: $4» print -u3 «Resource name: $6» print -u3 «Resource type: $7» print -u3 «Resource class: $8» print -u3 — «———————————————-» print -u3 «?» mail — «PHSYICAL VOLUME DECLARED MISSING» root <<-EOF ———————————————- ALERT! ALERT! ALERT! ALERT! ALERT! ALERT! Desc: PHYSICAL VOLUME IS MISSING. SEE ERRPT. Error label: $9
    Глава
    1.
    Инструкции
    по
    выполнению
    задач
    управления
    системой
    13
    Sequence number: $1 Error ID: $2 Error class: $3 Error type: $4 Resource name: $6 Resource type: $7 Resource class: $8 ———————————————- EOF
    4. Сохраните файл и закройте текстовый редактор. 5. Задайте права доступа к только что созданному файлу. Например: chmod 755 /usr/lib/ras/pvmiss.notify 6. Для добавления в ODM определения LVM_SA_PVMISS, созданного на шаге 2 на стр. 13, введите следующую команду: odmadd /tmp/pvmiss.add Теперь система будет выполнять сценарий /usr/lib/ras/pvmiss.notify при каждом обнаружении ошибки LVM_SA_PVMISS. Этот сценарий выводит сообщение на консоль и отправляет пользователю root почтовое сообщение.

  • #10795

    Alex Teldekov
    Участник

    На HMC такие ошибки не появляются — настройте автоматический мониториг событий в errlog через ODM-класс errnotify.

    Спасибо! Так и сделаю.

Для ответа в этой теме необходимо авторизоваться.