большой sysdumpdev


Главная Форумы POWER Systems AIX/Hardware большой sysdumpdev

В этой теме 13 ответов, 5 участников, последнее обновление  Ivan 5 года/лет, 10 мес. назад.

Aliexpress INT
  • Автор
    Сообщения
  • #13395

    Ivan
    Участник
    Aliexpress INT

    Привет
    Как уменьшить размер устройства дампа?
    $sysdumpdev -e
    0453-041 Estimated dump size in bytes: 8771547955
    $echo ‘(8771547955/1024)/1024’ | bc
    8365
    $sysdumpdev -l
    primary /dev/hd6
    secondary /dev/sysdumpnull
    copy directory /var/adm/ras
    forced copy flag FALSE
    always allow dump FALSE
    dump compression ON
    type of dump traditional
    $df -g /var
    Filesystem GB blocks Free %Used Iused %Iused Mounted on
    /dev/hd9var 9.50 9.06 5% 13374 1% /var

    Если /var меньше размером errpt пишет ошибки о недостаточном месте в ФС.

  • #13397

    Alex
    Участник

    Не понял вопроса.

    Если уверены, что он вам вообще никогда не понадобится – вырубите вообще (хотя я бы настоятельно не рекомендовал). В остальном – создайте LV специально под дамп. Если у вас rootvg в зеркале – по одному на каждом диске (и в primarysecondary dump devices их соответственно).

    После этого надобность в copy directory отпадёт вообще (она нужна только, если дамп пишется в paging lv)

  • #13399

    Ivan
    Участник

    Извиняюсь. Затупил.
    директорию копирования поставил /dev/null

  • #13407

    boombox
    Участник

    $root@flex:[/]$ sysdumpdev -e
    0453-041 Estimated dump size in bytes: 191134088508211
    root@flex:[/]$ errpt
    IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION
    E87EF1BE 1003150011 P O dumpcheck The largest dump device is too small.

    после применения фикса https://www-304.ibm.com/support/docview.wss?uid=isg1IZ76934

    root@flex:[/]$ sysdumpdev -e
    0453-041 Estimated dump size in bytes: 657666867
    root@flex:[/]$ errpt
    root@flex:[/]$

  • #13419

    Alex
    Участник

    Извиняюсь. Затупил.
    директорию копирования поставил /dev/null

    Что-то, сдаётся мне, вы не поняли то, что я хотел донести 😉

    4Timofey: Ну, это явная ошибка, у топикстартера всё ж не так.

  • #13424

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

    То, что dumpcheck ругается – ничего страшного, всё-равно estimated dump size может отличаться от реального раза в 2 (проверялось неоднократно).

    У вас стоит значение атрибута
    forced copy flag FALSE
    это значит, что, если при перезагрузке ОС он не влезет на файловую систему, то система пойдёт грузиться дальше, естественно, с потерей дампа.

  • #13425

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

    [i]Извиняюсь. Затупил.
    директорию копирования поставил /dev/null[/i]

    А вот это имхо зря. Сейчас не представлю, как поведёт себя система, но не факт, что адекватно, и не попытается в /dev файл копировать.
    Впрочем, он туде скорее всего не влезет.
    См. мой предыдущий пост о forced copy flag FALSE и возвращаем copy directory в /var/adm/ras

  • #13435

    Ivan
    Участник

    Расширил /var.
    поставил copy directory /var/adm/ras
    Спасибо.

  • #13437

    Michael
    Участник

    Если /var меньше размером errpt пишет ошибки о недостаточном месте в ФС.

    Коллега, боюсь Вы неправильно трактуете сообщение: The largest dump device is too small.

    Вообще-то оно означает, что мало места, что в primary, что в secondary устройствах для дампа.

    В какой-то доке по решению проблем в AIX эта ситуация разжевана настолько, что проще некуда. Если вкратце, то самое понравившееся мне решение оттуда: делаем /dev/lg_dump2lv размером чутка побольше предполагаемого дампа и делаем этот раздел secondary.

    А так, скорее всего, Вас сегодня в 15:00 снова должны поприветствовать: “The largest dump device is too small” :blush:

  • #13442

    Ivan
    Участник

    🙂
    ок. Начну с самого начала:
    rootvg в зеркале на двух томах по 50G с двух vio серверов.
    из них 30G – ps
    изначально настроил так что был lv для dump – lg_dumplv как раз он и был первичным.
    copy derectory был /var/adm/ras
    затем размер для устройство дампа увеличился до 8G и errpt начала сыпать что мол устройство дампа мелкое, давай увеличивай.
    логично что необходимо на следующем шаге увеличить /var
    8+8=16G
    т.е в rootvg остается менее 4G и мне это не нравится.
    короче я подумал – а может нафиг мне вообще эти дампы?!
    я понимаю что дампы это очень полезно и зачем они нужны тоже понимаю, а также понимаю что не очень хорошо когда в случае крэша дампа не будет 🙂
    в итоге сделал топик!

    to mih:
    я не думаю что будет приветствие т.к ошибок в текущей настройке я не вижу (размер устройств дампа более, размер copy directory также более).

  • #13445

    Michael
    Участник

    В начальном сообщении было указано, что у Вас primary=/dev/hd6, secondary=/dev/sysdumpnull
    Cейчас так и осталось? И какой у /dev/hd6 размер?

  • #13446

    boombox
    Участник

    🙂
    [b][color color=#ff0000]ок. Начну с самого начала[/color][/b]:
    rootvg в зеркале на двух томах по 50G с двух vio серверов.
    из них 30G – ps
    изначально настроил так что был lv для dump – lg_dumplv как раз он и был первичным.
    copy derectory был /var/adm/ras
    затем размер для устройство дампа увеличился до 8G и errpt начала сыпать что мол устройство дампа мелкое, давай увеличивай.
    логично что необходимо на следующем шаге увеличить /var
    8+8=16G
    т.е в rootvg остается менее 4G и мне это не нравится.
    короче я подумал – а может нафиг мне вообще эти дампы?!
    я понимаю что дампы это очень полезно и зачем они нужны тоже понимаю, а также понимаю что не очень хорошо когда в случае крэша дампа не будет 🙂
    в итоге сделал топик!

    to mih:
    я не думаю что будет приветствие т.к ошибок в текущей настройке я не вижу (размер устройств дампа более, размер copy directory также более).

    С самого начала – это если lscfg; oslevel -s в студию.

  • #13448

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

    Ёлы-палы, ведь действительно, за общим потоком сознания суть потерялась.

    E87EF1BE 1003150011 P O dumpcheck The largest dump device is too small.

    Это не copy directory не хватает, это пространство для дампа не хватает.
    Т.е. либо увеличиваем hd6 либо делаем отдельное устройство для дампа.

  • #13459

    Ivan
    Участник

    из них 30G – ps
    rootvg:
    LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
    hd6 paging 488 976 2 open/syncd N/A
    🙂
    тема закрыта.
    Всем спасибо!

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