0513-001 The System Resource Controller daemon is not active.


Главная Форумы POWER Systems Виртуализация POWER 0513-001 The System Resource Controller daemon is not active.

В этой теме 11 ответов, 4 участника, последнее обновление  Konstantin V. Ryamov 4 года/лет, 4 мес. назад.

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

    Konstantin V. Ryamov
    Участник

    Добрый день всем.

    Возникла такая ситуация с одим из VIOS в дуале.
    ioslevel
    2.2.0.13-FP24 SP-03

    При рестарте не работает сервис srcmstr.
    Вот что выдает в процессе загрузки.

    Apr 29 11:29:05 srcmstr: 0513-037 The System Resource Controller is already active.
    Checking for srcmstr active…complete
    Starting tcpip daemons:
    0513-001 The System Resource Controller daemon is not active.
    0513-001 The System Resource Controller daemon is not active.
    0513-001 The System Resource Controller daemon is not active.
    0513-001 The System Resource Controller daemon is not active.
    Finished starting tcpip daemons.
    Starting NFS services:
    0513-001 The System Resource Controller daemon is not active.

    0513-001 The System Resource Controller daemon is not active.
    Apr 29 11:38:23 srcmstr: 0513-037 The System Resource Controller is already active
    Apr 29 11:38:23 srcmstr: 0513-037 The System Resource Controller is already active

    При этом сам процесс srcmstr стартуется.
    root 6553852 1 0 12:51:35 — 0:00 /usr/sbin/srcmstr

    На все команды связанные стартом/стопом/рестартом сервисов inetd и т.д. выдает:
    0513-001 The System Resource Controller daemon is not active.

    Настройки сети проверил в первую очередь.
    Устройства в /dev/ присутсвуют.

    Может кто встречался с такой проблемой и поможет её решить?

    Спасибо.

  • #18281

    andrewk
    Участник

    а у Вас /var случайно не переполнен?

  • #18282

    Konstantin V. Ryamov
    Участник

    Случайно был переполнен /var/adm/cron/log, я его почистил и расширил.

    Вот еще что нашел, в файл /var/adm/ras/SRCKeyID при старте системы записывается мусор.
    После рестарта демона srcmstr в файлик записывается его ID и после этого можно продолжать старт системы.

  • #18283

    uxTuaHgp
    Участник

    Привет, Костик.

    А поддержки нет?
    Софтовые кейсы конечно безобразно решаются, но если деньги заплачены — пусть поддержка потренируется.

  • #18284

    Konstantin V. Ryamov
    Участник

    Привет Сань. Увы на виосы нет поддержки. Придется самому, как всегда )

  • #18285

    uxTuaHgp
    Участник

    Акак все случилось?
    Работало, работало, а потом перестало?
    ВИОС-ы клонировали или с нуля ставили оба?

  • #18286

    Konstantin V. Ryamov
    Участник

    Да работа, появилась необходимость бутнуть виос.
    Вот что еще наковырял:
    ls -li /var/adm/ras/SRCKeyID
    86 -rw-r—r— 1 root system 11 Jan 18 14:03 /var/adm/ras/SRCKeyID

    find /var -inum 86

    /var/adm/ras/SRCKeyID
    /var/adm/ras/diag_log.bck_sav

    Из этого следут, что файловая систеима /var поломата.

    Делаю /etc/filesystems has a «check=true»
    Перезагружаюсь

    The current volume is: /dev/hd9var
    File system is currently mounted.
    Primary superblock is valid.
    fsck: Performing read-only processing does not produce dependable results.
    *** Phase 1 — Initial inode scan
    *** Phase 2 — Process remaining directories
    *** Phase 3 — Process remaining files
    Inode 86 has incorrect link count (NOT FIXED)
    *** Phase 4 — Check inode allocation map
    *** Phase 5 — Check block allocation map
    Inodes not connected to the root directory
    tree have been detected.
    File system is currently mounted.
    fsck: Performing read-only processing does not produce dependable results.

    Сидюка с виосом этой версии нет так же как и NIMа. Да и ехать в цод далековато.

    Запихал в /sbin/rc.boot
    /../usr/sbin/fsck –y /var
    Игнорится.

  • #18288

    Oleg
    Участник

    SAN boot?
    hdisk, на котором живет этот vios, случайно не презентован и второму vios-у?

  • #18289

    Konstantin V. Ryamov
    Участник

    Нет не отдан.

  • #18290

    andrewk
    Участник

    просто удалите файл /var/adm/ras/SRCKeyID, создайте его заново (touch …), проверьте, что у него другой номер inode (ls -li …) и ребутните систему (хотя последнее необязательно — можно просто стартануть srcmaster)

  • #18291

    Konstantin V. Ryamov
    Участник

    Не все так просто. Удаление файлов я попробовал в первую очередь, и при создании новый файлов у них снова один и тот же inode.

  • #18298

    Konstantin V. Ryamov
    Участник

    Решено.
    1) Создал загрузочный диск с виоса, backupios -cd /dev/cd0 -cdformat -nomedialib
    при создании диска пришлось ручками создать 3 (три) волюма:

    /dev/cdfslv 4608.00 4605.97 1% 4 1% /mkcd/cd_fs
    /dev/cdimageslv 4480.00 4479.00 1% 4 1% /mkcd/cd_images
    /dev/mksysblv 5120.00 5118.90 1% 3 1% /mkcd/mksysb_image

    так-как сам он их создавал но не расширял до нужного размера, посему отваливался.

    2) Загрузился с него в режим управления
    3) Импортнул rootvg
    4) fsck -y /dev/hd9var
    5) Удалил файлы, так-как fsck не исправил inode на /var/adm/ras/SRCKeyID (86)
    6) Создал файлы заного, touch /var/adm/ras/SRCKeyID, touch /var/adm/ras/diag_log.bck_sav
    7) reboot -q

    Все работает.

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