Восстановление системы с кассеты зависает с кодом 0c46


Главная Форумы POWER Systems AIX/Hardware Восстановление системы с кассеты зависает с кодом 0c46

В этой теме 24 ответа, 4 участника, последнее обновление  Adil 6 года/лет назад.

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

    Adil
    Участник

    Здравствуйте!

    У нас имеется сервер 9131-52а с AIX 5.3.
    Имеется два свежих бэкапа системы на двух кассетах. Кассеты новые.

    Проблема заключается том что на определенном этапе (почти в конце) процесс восстановления останавливается и далее ничего не происходит. На операторской панели горит код 0c46.

    Процесс восстановления начинается нормально. В конце мы видим такие сообщения как:
    Overmounting filesystem /, importing user volume groups, Copying Cu*.

    Далее появляется сообщение:
    Licensed materials — Property of IBM

    … всякие заметки по копирайтам …

    и на этом месте процесс останавливается, как было описано выше.

    Имелось предположение, что система ожидает какой-то ввод, но на другой консоли.

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

    Я много раз производил восстановление с кассет, по сети, но всегда восстановление проходило гладко.

    С подобной ситуацией я столкнулся впервые.

    Встречался ли кто-нибудь с подобным поведением?

    Заранее спасибо!

  • #13356

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

    0c46 обозначает «идёт процесс инсталляции».
    Гуд-то в дебрях памяти воспоминания говорят, что надо:
    1) Ещё раз проверить, как был сделан mksysb (он точно прошёл успешно, переполенных файловых систем не было).
    2) Проверить, что версия AIX была установлена не глюкавая.
    3) Попробовать на этом коде нажать «1» и «Enter». (вряд-ли поможет, но всё-таки…)

    На этом коде всё «зависает», как я понял. А что происходит, если перезагрузиться? А если загрузиться с внешнего носителя, подмонтировать ф.с. и сделать bosboot?

  • #13363

    Adil
    Участник

    1) переполненных ф/с не было. Бэкап производился два раза на две ленточки и оба раза завершился успешно
    2) Текущая версия системы — 5.3 тл4. Работала без глюков. Восстанавливаться решили для того, чтобы убедиться, что восстановление сработает.
    3) Пробовали 🙂

    Если перезагрузиться, начинается загрузка, но останавливается на коде 0517.
    Пробовал загрузиться в маитенанс-шелл и активировать рутвг. Не получается ни с активацией до монтирования, ни с активацией после монтирования файловых систем. В шелле ни одна команда не работает. Говорит, что команда не найдена.

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

  • #13364

    Alex
    Участник

    Восстановление производится на тот же сервер? Пробовали восстановливать на машину с бОльшими дисками под rootvg? Если есть возможность — приведите image.data от образа, закатанного на кассету.

  • #13365

    Adil
    Участник

    Да, восстановление производится на тот же сервер без каких-либо изменений. Большего размера дисков, к сожалению, не имеем. А как достать image.data с кассеты?

  • #13366

    andrewk
    Участник

    $ restore -xvqf alpha.mksysb ./image.data
    New volume on alpha.mksysb:
    Cluster 51200 bytes (100 blocks).
    Volume number 1
    Date of backup: Thu Sep 29 22:52:26 2011
    Files backed up by name
    User root
    x 11077 ./image.data
    total size: 11077
    files restored: 1

    с кассет также (должно быть)

  • #13367

    Adil
    Участник

    пишет «the archive not in backup format»

  • #13368

    andrewk
    Участник

    попробуйте добавить -s 4, если у Вас размер блока 512 байт:
    restore -s 4 -xvfq /dev/rmt0.1 ./image.data

  • #13370

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

    517 — это активация rootvg. с такими симптомам, похоже, не загрузишься.

    Попробуйте
    restore -s 4 -xqvf /dev/rmt0.1 ./image.data
    или
    tctl fsf 4 /dev/rmt0.1
    restore -xqvf /dev/rmt0.1 ./image.data
    (надо перейти на 4ую запись на ленте).

    Я не совсем понял про «на две ленты». Бэкап занимает 2 ленты или Вы делали 2 копии?

    TL04, по моей памяти, отличался большим количеством глюков.
    Если железка та-же, диски те-же, программных ошибок нет, то напрашивается вывод о глюках в ОС. И саппорт IBM этот TL уже давно не поддерживает.
    Я бы порекомендовал обновиться. Т.к. рабочего бэкапа нет, используйте alt_disk_install.
    Сразу перейти на TL12 не получится (по крайней мере, у меня не получалось).
    Сначала надо перейти на TL05, потом на 09 (или 10), и уже потом на 12. Процедура долгая и муторная из-за большого количества перезагрузок и клонирований, но оно того стоит. Хотя-бы на TL05-CSP перейдите обязательно.

    P.S. Вариант бэкапа на CD/DVD пробовали? Для этого не обязательно иметь пишущий привод в POWER-сервере. Нужен обычный привод, примерно в 3 раза больше свободного пространства, чем занято файлами(!) в rootvg, возможность копирования полученного ISO-шника куда-нибудь, где есть пишущий привод. Многотомные бэкапы работают.

  • #13374

    Adil
    Участник

    Здравствуйте!

    Файл image.data достал командой
    restore -s2 -xvqf /dev/rmt0.1 ./image.data
    предварительно изменив размер блока на 512.

    Мы сделали две копии бэкапов для надежности. Каждый бэкап занял по одной ленточке.

    Обнаружилось вот что:
    После того, ка восстановление зависает мы попробовали загрузиться с CD в мейнтенанс-шелл и достучаться до rootvg. При импортировании и активации были перечислены всего две файловые системы — / и /usr. При этом, как упоминалось выше, ни одна команда не работала (ls, df, и т.д.).
    Нам удалось восстановить данную систему с более старого бэкапа и мы заметили, что на том месте, где происходит зависание, в нормальном случае должно появиться сообщение
    Rebooting…

    Т.е. на том этапе восстановление уже должно быть завершено. На сколько я понимаю, в конце происходит не зависание. Машина не может быть перезагружена, т.к. на файловой системе отсутствуют файлы, в т.ч. команда reboot.

    Мы сравнили файлы image.data со старого и нового бэкапа. Они ничем не отличались.

    lsmksysb кассеты с новым бэкапом перечисляет все файлы, в т.ч. и системные. Нужно понять, почему не восстанавливаются файлы..

  • #13382

    Alex
    Участник

    Из такого описания я тоже начинаю склоняться к каким-то проблемам с конкретным TL-ем. Однако, если не сложно, закиньте сюда всё же image.data, вытащенный с ленты.

  • #13393

    Adil
    Участник

    Вот:

    image_data:
    IMAGE_TYPE= bff
    DATE_TIME= Fri Sep 30 19:02:47 WDT 2011
    UNAME_INFO= AIX rs6000_2 3 5 0001E45ED700
    PRODUCT_TAPE= no
    USERVG_LIST= vglcss_sh vglcss
    PLATFORM= chrp
    OSLEVEL= 5.3.0.50
    OSLEVEL_R= 5300-01
    CPU_ID= 0001E45ED700
    LPAR_ID= 1

    logical_volume_policy:
    SHRINK= no
    EXACT_FIT= no

    ils_data:
    LANG= en_US

    ##Command used for vg_data; /usr/sbin/lsvg

    vg_data:
    VGNAME= rootvg
    PPSIZE= 128
    VARYON= yes
    VG_SOURCE_DISK_LIST= hdisk0 hdisk1
    QUORUM= 1
    ENH_CONC_CAPABLE= no
    CONC_AUTO= no
    BIGVG= no
    TFACTOR= 1

    ##Command used for source_disk_data; /usr/sbin/bootinfo

    source_disk_data:
    PVID= 0001e45e4a1d80e9
    PHYSICAL_LOCATION= U787F.001.DPM0V0H-P1-T10-L3-L0
    CONNECTION= scsi2//3,0
    LOCATION= 04-08-00-3,0
    SIZE_MB= 70006
    HDISKNAME= hdisk0

    source_disk_data:
    PVID= 0001e45e4a1d8149
    PHYSICAL_LOCATION= U787F.001.DPM0V0H-P1-T10-L4-L0
    CONNECTION= scsi2//4,0
    LOCATION= 04-08-00-4,0
    SIZE_MB= 70006
    HDISKNAME= hdisk1

    ##Command used for lv_data; /usr/sbin/lslv

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.1
    LOGICAL_VOLUME= hd5
    VG_STAT= active/complete
    TYPE= boot
    MAX_LPS= 512
    COPIES= 2
    LPs= 1
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= edge
    MOUNT_POINT=
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= closed/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 2
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= primary_bootlv
    MAPFILE=
    LV_MIN_LPS= 1
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG=
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.2
    LOGICAL_VOLUME= hd6
    VG_STAT= active/complete
    TYPE= paging
    MAX_LPS= 512
    COPIES= 2
    LPs= 8
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= middle
    MOUNT_POINT=
    MIRROR_WRITE_CONSISTENCY= off
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 16
    BB_POLICY= non-relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL=
    MAPFILE=
    LV_MIN_LPS= 8
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG=
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.3
    LOGICAL_VOLUME= paging00
    VG_STAT= active/complete
    TYPE= paging
    MAX_LPS= 512
    COPIES= 1
    LPs= 8
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT=
    MIRROR_WRITE_CONSISTENCY= off
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 8
    BB_POLICY= non-relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL=
    MAPFILE=
    LV_MIN_LPS= 8
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG=
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.4
    LOGICAL_VOLUME= hd8
    VG_STAT= active/complete
    TYPE= jfslog
    MAX_LPS= 512
    COPIES= 2
    LPs= 1
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT=
    MIRROR_WRITE_CONSISTENCY= off
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 2
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL=
    MAPFILE=
    LV_MIN_LPS= 1
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG=
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.5
    LOGICAL_VOLUME= hd4
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 2
    LPs= 80
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT= /
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 160
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /
    MAPFILE=
    LV_MIN_LPS= 38
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=automatic:type=bootfs:vol=root:free=true:ea=v2
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.6
    LOGICAL_VOLUME= hd2
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 32512
    COPIES= 2
    LPs= 24
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT= /usr
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 48
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /usr
    MAPFILE=
    LV_MIN_LPS= 17
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=automatic:type=bootfs:vol=/usr:free=false:ea=v2
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.7
    LOGICAL_VOLUME= hd9var
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 2
    LPs= 16
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT= /var
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 32
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /var
    MAPFILE=
    LV_MIN_LPS= 2
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=automatic:type=bootfs:vol=/var:free=false:ea=v2
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.8
    LOGICAL_VOLUME= hd3
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 2
    LPs= 8
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT= /tmp
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 16
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /tmp
    MAPFILE=
    LV_MIN_LPS= 2
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG=
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0 hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.9
    LOGICAL_VOLUME= hd1
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 2
    LPs= 8
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= center
    MOUNT_POINT= /home
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 16
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /home
    MAPFILE=
    LV_MIN_LPS= 2
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=true:check=true:vol=/home:free=false:ea=v2
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk0
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.11
    LOGICAL_VOLUME= lv00
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 1
    LPs= 8
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= middle
    MOUNT_POINT= /usr/welcome_arcade
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 8
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /usr/mqm
    MAPFILE=
    LV_MIN_LPS= 2
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=true:account=false
    DEV_SUBTYP=

    lv_data:
    VOLUME_GROUP= rootvg
    LV_SOURCE_DISK_LIST= hdisk1
    LV_IDENTIFIER= 0001e45e0000d70000000113c01a6343.12
    LOGICAL_VOLUME= lv02
    VG_STAT= active/complete
    TYPE= jfs
    MAX_LPS= 512
    COPIES= 1
    LPs= 64
    STALE_PPs= 0
    INTER_POLICY= minimum
    INTRA_POLICY= middle
    MOUNT_POINT= /archives
    MIRROR_WRITE_CONSISTENCY= on/ACTIVE
    LV_SEPARATE_PV= yes
    PERMISSION= read/write
    LV_STATE= opened/syncd
    WRITE_VERIFY= off
    PP_SIZE= 128
    SCHED_POLICY= parallel
    PP= 64
    BB_POLICY= relocatable
    RELOCATABLE= yes
    UPPER_BOUND= 32
    LABEL= /archives
    MAPFILE=
    LV_MIN_LPS= 47
    STRIPE_WIDTH=
    STRIPE_SIZE=
    SERIALIZE_IO= no
    FS_TAG= log=/dev/hd8:mount=true:options=rw:account=false:ea=v2
    DEV_SUBTYP=

    ##Commands used for fs_data; /usr/bin/df, /usr/sbin/lsjfs, and /usr/sbin/lsjfs2

    fs_data:
    FS_NAME= /
    FS_SIZE= 20971520
    FS_MIN_SIZE= 9889072
    FS_LV= /dev/hd4
    FS_FS= 4096
    FS_NBPI= 2048
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /usr
    FS_SIZE= 6291456
    FS_MIN_SIZE= 4220848
    FS_LV= /dev/hd2
    FS_FS= 4096
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /var
    FS_SIZE= 4194304
    FS_MIN_SIZE= 441288
    FS_LV= /dev/hd9var
    FS_FS= 512
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /tmp
    FS_SIZE= 2097152
    FS_MIN_SIZE= 317408
    FS_LV= /dev/hd3
    FS_FS= 4096
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /home
    FS_SIZE= 2097152
    FS_MIN_SIZE= 458032
    FS_LV= /dev/hd1
    FS_FS= 512
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /usr/mqm
    FS_SIZE= 2097152
    FS_MIN_SIZE= 303248
    FS_LV= /dev/lv00
    FS_FS= 4096
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    fs_data:
    FS_NAME= /archives
    FS_SIZE= 16777216
    FS_MIN_SIZE= 12254928
    FS_LV= /dev/lv02
    FS_FS= 4096
    FS_NBPI= 4096
    FS_COMPRESS= no
    FS_BF= false
    FS_AGSIZE= 8

    post_install_data:
    BOSINST_FILE=

  • #13398

    Alex
    Участник

    Ага, мысли есть — придержу пока.

    Последний раз вас помучаю, приведите тут ещё /bosinst.data с той машины, на которой делался mksysb (он должен быть таким же, как на ленте).

  • #13406

    Adil
    Участник

    # @(#) 83 1.2.1.20 src/bos/usr/lpp/bosinst/data/bosinst.data.full, bosinst, bos53D, d2005_12C4 3/16/05 21:57:51
    # IBM_PROLOG_BEGIN_TAG
    # This is an automatically generated prolog.
    #
    # bos53D src/bos/usr/lpp/bosinst/data/bosinst.data.full 1.2.1.20
    #
    # Licensed Materials — Property of IBM
    #
    # Restricted Materials of IBM
    #
    # (C) COPYRIGHT International Business Machines Corp. 1993,2005
    # All Rights Reserved
    #
    # US Government Users Restricted Rights — Use, duplication or
    # disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
    #
    # IBM_PROLOG_END_TAG
    #
    # COMPONENT_NAME: BOSINST
    #
    # FUNCTIONS: none
    #
    # ORIGINS: 27
    #
    #
    # (C) COPYRIGHT International Business Machines Corp. 1993
    # All Rights Reserved
    # Licensed Materials — Property of IBM
    # US Government Users Restricted Rights — Use, duplication or
    # disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
    #
    # NOTE: After this first comment section ends, COMMENTS WILL NOT BE ALLOWED.
    #
    # NOTE: Stanzas follow these rules:
    # 1. Stanza names must be at the beginning of the line and end in a colon.
    # 2. Comments may be after the colon, but THAT’S THE ONLY PLACE!!!! other
    # than here in the header. Even then, don’t expect those comments
    # to be put back where they were after BOS install gets done processing
    # this file. We reserve the right to mangle and ignore all comments
    # which are not placed in this header.
    # 3. Stanza fields are on lines following stanza names, Stanza fields
    # must NOT begin at the beginning of the line, but must have tabs or
    # blanks in front of them.
    # 4. There can be no blank lines between field lines of the same stanza.
    # 5. A blank line MUST separate each stanza. In other words, after the
    # last field line of the stanza, a blank line must follow before the
    # line containing the stanza name of the next stanza.
    ##################################################################################
    ##################################################################################
    #
    # CONTROL_FLOW STANZA:
    # control_flow defines the flow of control during BOS install.
    # control_flow:
    # CONSOLE = Default,
    # INSTALL_METHOD = overwrite, preserve, migrate, erase_only
    # PROMPT = yes,no
    # EXISTING_SYSTEM_OVERWRITE = yes,no,any
    # INSTALL_X_IF_ADAPTER = yes,no,all
    # RUN_STARTUP = yes,no
    # RM_INST_ROOTS = yes,no
    # ERROR_EXIT =
    # CUSTOMIZATION_FILE =
    # TCB = yes, no
    # INSTALL_TYPE =
    # BUNDLES =
    # RECOVER_DEVICES = Default,yes,no
    # BOSINST_DEBUG = no,yes
    # ACCEPT_LICENSES = no,yes
    # DESKTOP = CDE,NONE,GNOME,KDE
    # INSTALL_DEVICES_AND_UPDATES = yes,no
    # IMPORT_USER_VGS = yes,no
    # ENABLE_64BIT_KERNEL = Default,no,yes
    # CREATE_JFS2_FS = Default,no,yes
    # ALL_DEVICES_KERNELS = yes,no
    # GRAPHICS_BUNDLE = yes,no (defaults to yes, includes sysmgt.websm)
    # MOZILLA_BUNDLE = no,yes (defaults to no, requires additional CDs)
    # KERBEROS_5_BUNDLE = no,yes (defaults to no unless you are running
    # Kerberos Authentication; requires additional CDs)
    # SERVER_BUNDLE = no,yes (defaults to no)
    # ALT_DISK_INSTALL_BUNDLE = no,yes (defaults to no)
    # REMOVE_JAVA_118 = no,yes (defaults to no, only applicable for migration)
    # HARDWARE_DUMP = yes,no (defaults to yes)
    # ERASE_ITERATIONS =
    # (defaults to 0)
    # ERASE_PATTERNS =
    # MKSYSB_MIGRATION_DEVICE = /dev/[cd#|rmt#] | network (defaults to blank)
    #
    #
    # PLEASE READ /usr/lpp/bosinst/bosinst.template.README for more information
    #
    ##################################################################################

    control_flow:
    CONSOLE = Default
    INSTALL_METHOD = overwrite
    PROMPT = yes
    EXISTING_SYSTEM_OVERWRITE = yes
    INSTALL_X_IF_ADAPTER = yes
    RUN_STARTUP = yes
    RM_INST_ROOTS = no
    ERROR_EXIT =
    CUSTOMIZATION_FILE =
    TCB = no
    INSTALL_TYPE =
    BUNDLES =
    SWITCH_TO_PRODUCT_TAPE =
    RECOVER_DEVICES = Default
    BOSINST_DEBUG = no
    ACCEPT_LICENSES =
    DESKTOP =
    INSTALL_DEVICES_AND_UPDATES = yes
    IMPORT_USER_VGS = yes
    ENABLE_64BIT_KERNEL = Default
    CREATE_JFS2_FS = Default
    ALL_DEVICES_KERNELS = no
    GRAPHICS_BUNDLE = yes
    MOZILLA_BUNDLE = no
    KERBEROS_5_BUNDLE = no
    SERVER_BUNDLE = no
    ALT_DISK_INSTALL_BUNDLE = no
    REMOVE_JAVA_118 = no
    HARDWARE_DUMP = yes
    ADD_CDE = no
    ADD_GNOME = no
    ADD_KDE = no
    ERASE_ITERATIONS = 0
    ERASE_PATTERNS =
    MKSYSB_MIGRATION_DEVICE =

    locale:
    BOSINST_LANG = en_US
    CULTURAL_CONVENTION = en_US
    MESSAGES = en_US
    KEYBOARD = en_US

    target_disk_data:
    PVID = 0001e45e4a1d80e9
    PHYSICAL_LOCATION = U787F.001.DPM0V0H-P1-T10-L3-L0
    CONNECTION = scsi2//3,0
    LOCATION = 04-08-00-3,0
    SIZE_MB = 70006
    HDISKNAME = hdisk0

    target_disk_data:
    PVID = 0001e45e4a1d8149
    PHYSICAL_LOCATION = U787F.001.DPM0V0H-P1-T10-L4-L0
    CONNECTION = scsi2//4,0
    LOCATION = 04-08-00-4,0
    SIZE_MB = 70006
    HDISKNAME = hdisk1

  • #13426

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

    Файлы как файлы, я криминала не заметил.
    Только что стандартные ошибки:
    lv00 и lv02 не отзеркалированы (если оно Вам надо). Решается, например, повторным запуском mirrorvg.
    paging00 лишний зачем-то
    root file system большая
    но это на восстанавливаемость из бэкапа не влияет.

    Вы, кстати, как mksysb запускаете?
    mksysb -i (в SMIT: generate new image.data file = yes)?

    Судя по тому, что Вы как-то достали искомые файлы (насчёт restore -s 4 ступил, сорри), у Вас есть ещё сервер?

    *** то, что для восстановления просит 2 диска для создания зеркала — это не беда, это можно вылечить. Но сначала надо основную проблему решить.

  • #13429

    Adil
    Участник

    Да, у нас есть сервер, только он с Power4…

    Первую ленту мы запустили командой mksysb -i /dev/rmt0
    Вторую ленту через SMIT, отключив сжатие данных при бэкапе.

    Т.о. первый бэкап прошел с дефолтными настройками, второй — без сжатия (сталкивались с проблемами с восстановлением, правда через NIM. Отключение сжатия помогало…).

    Насчет зеркалированности у меня подозрений нет. Дело в том, что после восстановления системы со старого бэкапа мы сравнили старый и новый image.data. Никакой разницы.
    ОС-левел с тех пор тоже не менялся.

    Почему же тогда со старого бэкапа система восстанавливается, а с двух новых — нет?
    странно 🙂

  • #13431

    Alex
    Участник

    Что меня во всём этом смушает.

    С одной стороны — jfs, с другой — CREATE_JFS2_FS=Default. Насколько я помню, Default трактуется по-разному, в зависимости от версии ОС, hardware и, возможно, чего то ещё. Учитывая то, что версия у вас очень старая и ошибок в ней в своё время наверняка было достаточно — можно принять эту гипотезу за рабочую. Проверить легко — закатать ещё один бекап на кассету, поправив предварительно /bosinst.data (create_jfs2_fs=no, может что-то ещё).

    С другой стороны, судя по последнему вашему сообщению, oslevel между работающим бекапом и неработающим не менялся, что вообще полностью рушит всю картину 😉

  • #13453

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

    Что меня во всём этом смушает.

    С одной стороны — jfs, с другой — CREATE_JFS2_FS=Default. Насколько я помню, Default трактуется по-разному, в зависимости от версии ОС, hardware и, возможно, чего то ещё.

    1) при восстановлении с mksysb эта опция ни на что не влияет, типы ф.с. определятся по lvdata.
    2) что было при инсталляции, можно проверить по /var/adm/ras/BosMenus.log.
    В AIX 5.3 TL05, похоже были уже JFS2 по умолчанию.

  • #13454

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

    Дело в том, что после восстановления системы со старого бэкапа мы сравнили старый и новый image.data.

    Можно ещё переместить старый /image.data в другое место, запустить mkszfile и сравнить полученный файл с исходным.
    Но, если бы, например, не хватило места в файловых системах при разворачивании файлов, или проблемы с созданием файловых систем, то это Вы увидели бы в процессе восстановления, на консоли.

    Уровни микрокода на сервере не меняли?

  • #13455

    Alex
    Участник

    1) при восстановлении с mksysb эта опция ни на что не влияет, типы ф.с. определятся по lvdata.

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

    По размеру — я там сложил LP-шки, у автора едва 30% занято на каждом диске.

  • #13462

    Adil
    Участник

    Уровень микрокода менялся с SF240_219 до SF240_403
    Старый бэкап производился при старом микрокоде. Новый — при новом.
    Но неужели это может повлиять на возможность восстановления бэкапа?

  • #13478

    Alex
    Участник

    Вижу, что проблему не бросаете — это хорошо 😉
    Собственно, ключевой вопрос — что с логическими томами и почему не varyon-ится rootvg.

    1) загрузитесь в maintenance с дистрибутива aix-а. посмотрите на lspv, попробуйте импортнуть volume group’у с дисков, на которых проблемно развернулся бекап, скажите на диски readvgda, будем смотреть дальше.

  • #13481

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

    Уровень микрокода менялся с SF240_219 до SF240_403
    Старый бэкап производился при старом микрокоде. Новый — при новом.
    Но неужели это может повлиять на возможность восстановления бэкапа?

    Во всяком случае, это единственное известное нам отличие. Должно же быть логическое объяснение. Заметьте, про то, в какую фазу Луны Вы делали backup, пока не спрашивали 🙂
    Что показывают индикаторы на Tape Drive?
    Вот документ, который может помочь:
    http://download.boulder.ibm.com/ibmdl/pub/software/server/firmware/tapewhdr.pdf

    Я бы вместе с системным микрокодом обновил микрокоды устройств, особенно Tape Drive, и обновил ОС.

  • #13482

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

    Дополнение: мне удалось обновиться с TL04 до TL12 только в несколько этапов:
    5300-04-CSP
    5300-05-CSP
    5300-10-01
    5300-12-любой.
    Все TL-SP есть на IBM FixCentral.
    Возможно, есть и другие комбинации, но сразу на TL10 или 12 обновиться не удалось.

    Если после первого «прогона» smit update_all и reboot команда oslevel -s показывает старое значение, повторите ещё раз.

  • #13500

    Adil
    Участник

    С точностью могу сказать, что фаза луны тоже отличается. Во время произведения старого бэкапа она была восходящей, 1-я четверть. Новый бэкап производился тоже при восходящей луне, но четверть уже была вторая 🙂

    Мы уже пытались загружаться в maintenance shell, но там не работает ни одна команда.

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

    Всем спасибо за помощь!

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