большой sysdumpdev

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

  • В этой теме 13 ответов, 5 участников, последнее обновление 10 лет назад сделано Ivan.
Просмотр 13 веток ответов
  • Автор
    Сообщения
    • #13395
      Ivan
      Участник

      Привет
      Как уменьшить размер устройства дампа?
      $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
      🙂
      тема закрыта.
      Всем спасибо!

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