Расширение файловой системы.


Главная Форумы POWER Systems AIX/Hardware Расширение файловой системы.

В этой теме 32 ответа, 5 участников, последнее обновление  uxTuaHgp 6 года/лет, 1 месяц назад.

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

    sdudnik
    Участник
    Aliexpress INT

    Приветствую! Возникла следующая проблема при расширении файловой системы. по порядку
    есть Volume Group vgedb, она состояла из hdisk2 и hdisk3 (в страйпе). Когда на них закончилось место, было добавлено еще 2 hdiskа — hdisk13 и hdisk15, и нужный logical volume lvol1 был увеличен на размер этих 2 дисков (они тоже в страйпе). Через какое-время, когда снова нужно было добавить место, был увеличен размер hdisk2 и hdisk3, но! расширить logical volume больше не удаеться!выдает ошибку

    0516-404 allocp: This system cannot fulfill the allocation request. There are not enough free partitions or not enough physical volumes to keep strictness and satisfy allocation requests. The command should be retried with different allocation characteristics.

    lsvg -p vgedb
    vgedb:
    PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
    hdisk2 active 4112 2400 00..00..755..822..823
    hdisk3 active 4112 2400 00..00..755..822..823
    hdisk13 active 999 0 00..00..00..00..00
    hdisk15 active 999 0 00..00..00..00..00

    lsvg vgedb
    VOLUME GROUP: vgedb VG IDENTIFIER: 00c250a500004c0000000129f86bb3ab
    VG STATE: active PP SIZE: 256 megabyte(s)
    VG PERMISSION: read/write TOTAL PPs: 10222 (2616832 megabytes)
    MAX LVs: 256 FREE PPs: 4800 (1228800 megabytes)
    LVs: 4 USED PPs: 5422 (1388032 megabytes)
    OPEN LVs: 4 QUORUM: 3 (Enabled)
    TOTAL PVs: 4 VG DESCRIPTORS: 4
    STALE PVs: 0 STALE PPs: 0
    ACTIVE PVs: 4 AUTO ON: yes
    MAX PPs per VG: 32768 MAX PVs: 1024
    LTG size (Dynamic): 256 kilobyte(s) AUTO SYNC: no
    HOT SPARE: no BB POLICY: relocatable

  • #12752

    azar_mike
    Участник

    Попробуй chvg -g vgedb

  • #12753

    azar_mike
    Участник

    chvg -g
    Will examine all the disks in the volume group to see if they have grown in size. If any disks have grown in size attempt to add additional PPs to PV. If necessary will determine proper 1016
    multiplier and conversion to big vg. Notes:
    1 The user might be required to execute varyoffvg and then varyonvg on the volume group for LVM to see the size change on the disks.
    2 There is no support for re-sizing while the volume group is activated in classic or enhanced concurrent mode.
    3 There is no support for re-sizing for the rootvg.

  • #12754

    sdudnik
    Участник

    Это команда чтобы пересмотреть размеры дисков (лунов) после увеличения.в аиксе уже видиться что диски другое размера.

  • #12755

    azar_mike
    Участник

    Может тогда ограничение MAX PVs: 1024 ?

  • #12756

    sdudnik
    Участник

    Нет, это максимальльное количество дисков в волюм группе, у меня их всего 4, тем более проблема вознимкает не при попытке добавить новые диски, а при расширении файловой системы!

  • #12757

    uxTuaHgp
    Участник

    Судя по lsvg -p у вас таки зеркало, да еще и с суперстриктом.
    Какая команда выдала ошибку?
    И вообще что делали последовательно с командами?
    И еще
    lsvg -l
    lslv ваш том

    Если верить сообщению об ошибке, то вы пытаетесь выдать тому больше, чем есть в наличии.
    Ясно да, что при 4800 free PP можно отдать LV только 2400?

  • #12758

    sdudnik
    Участник

    Нет, не зеркало
    lsvg -l vgedb
    vgedb:
    LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
    loglv01 jfs2log 8 8 2 open/syncd N/A
    lvol1 jfs2 4866 4866 4 open/syncd /data/files
    lvol3 jfs2 274 274 2 open/syncd /data/undo
    lvol4 jfs2 274 274 2 open/syncd /data/temp

    lslv lvol1
    LOGICAL VOLUME: lvol1 VOLUME GROUP: vgedb
    LV IDENTIFIER: 00c250a500004c0000000129f86bb3ab.2 PERMISSION: read/write
    VG STATE: active/complete LV STATE: opened/syncd
    TYPE: jfs2 WRITE VERIFY: off
    MAX LPs: 9666 PP SIZE: 256 megabyte(s)
    COPIES: 1 SCHED POLICY: striped
    LPs: 4866 PPs: 4866
    STALE PPs: 0 BB POLICY: relocatable
    INTER-POLICY: maximum RELOCATABLE: no
    INTRA-POLICY: middle UPPER BOUND: 4
    MOUNT POINT: /data/files LABEL: data/files
    MIRROR WRITE CONSISTENCY: on/ACTIVE
    EACH LP COPY ON A SEPARATE PV ?: yes (superstrict)
    Serialize IO ?: NO
    STRIPE WIDTH: 2
    STRIPE SIZE: 128k
    DEVICESUBTYPE : DS_LVZ

  • #12759

    sdudnik
    Участник

    Все что было сделано описано в первом посте, но это делал не я. Насколько я понял проблема в том, что logical volume lvol1 ни как не может увидеть что у него есть место на hdisk2 и hdisk3, а пытаеться использовать hdisk13 и hdisk15. Но на них уже больше нет свободного места. я также пробовал сделать extendlv lvol1 и указать ему на диски hdisk2 и hdisk3, но ошибка прежняя

  • #12760

    uxTuaHgp
    Участник

    Ну так на сколько расширяли?

  • #12761

    sdudnik
    Участник

    Пробовал расширить на 2 LPs. Все равно не вышло. Мне кажеться все дело в своебразном распределении PPs по дискам

    начало
    LP PP1 PV1 PP2 PV2 PP3 PV3
    0001 0347 hdisk2
    0002 0347 hdisk3
    0003 0348 hdisk2
    0004 0348 hdisk3
    0005 0349 hdisk2
    0006 0349 hdisk3
    0007 0350 hdisk2
    0008 0350 hdisk3
    0009 0351 hdisk2
    0010 0351 hdisk3
    0011 0352 hdisk2
    0012 0352 hdisk3
    0013 0353 hdisk2
    0014 0353 hdisk3
    0015 0354 hdisk2
    0016 0354 hdisk3
    0017 0355 hdisk2
    0018 0355 hdisk3
    0019 0356 hdisk2
    0020 0356 hdisk3
    0021 0357 hdisk2
    0022 0357 hdisk3
    0023 0358 hdisk2
    0024 0358 hdisk3
    0025 0359 hdisk2
    0026 0359 hdisk3
    0027 0360 hdisk2
    0028 0360 hdisk3
    0029 0361 hdisk2
    0030 0361 hdisk3
    0031 0362 hdisk2
    0032 0362 hdisk3
    0033 0363 hdisk2
    0034 0363 hdisk3
    0035 0364 hdisk2
    0036 0364 hdisk3
    0037 0365 hdisk2
    0038 0365 hdisk3
    0039 0366 hdisk2

    конец

    4846 0989 hdisk15
    4847 0990 hdisk13
    4848 0990 hdisk15
    4849 0991 hdisk13
    4850 0991 hdisk15
    4851 0992 hdisk13
    4852 0992 hdisk15
    4853 0993 hdisk13
    4854 0993 hdisk15
    4855 0994 hdisk13
    4856 0994 hdisk15
    4857 0995 hdisk13
    4858 0995 hdisk15
    4859 0996 hdisk13
    4860 0996 hdisk15
    4861 0997 hdisk13
    4862 0997 hdisk15
    4863 0998 hdisk13
    4864 0998 hdisk15
    4865 0999 hdisk13
    4866 0999 hdisk15

    а сейчас нам надо расширить снова на hdisk2 и hdisk3

  • #12762

    sdudnik
    Участник

    думаю попробовать расширить использую map файл. Кто нибудь так делал?

  • #12763

    uxTuaHgp
    Участник

    А попробуйте расширять не на 2, а на 4 или 8?

  • #12764

    uxTuaHgp
    Участник

    man chlv

    -u upperbound
    Sets the maximum number of physical volumes for new allocation. The value of the upperbound variable should be between one and the total number of physical volumes. When using super strictness, the upper bound indicates the
    maximum number of physical volumes allowed for each mirror copy. When using striped logical volumes, the upper bound must be multiple of stripewidth.

    Вот сдается мне,, что дело в UPPER BOUND: 4
    и разном размере дисков

  • #12765

    sdudnik
    Участник

    на 4 — результат аналогичный. Может стоить сделать migratepv с hdisk13 на hdisk2, c hdisk15 на hdisk3, а затем еще раз попробовать расширить?

  • #12766

    andrewk
    Участник

    chlv -sy lvname
    chfs

  • #12767

    sdudnik
    Участник

    не пойму зачем нужно менять политику superstrict на аналогичный, если у нас нет зеркала.

  • #12768

    andrewk
    Участник

    если у Вас нет зеркала, тогда chlv -sn lvname.

  • #12769

    sdudnik
    Участник

    0516-1240 chlv: The -r, -e, -s, -d options cannot be
    used with striped logical volumes.
    0516-704 chlv: Unable to change logical volume lvol1.

  • #12773

    uxTuaHgp
    Участник

    А может попробовать chlv -u 2 lv
    сделать?

  • #12774

    uxTuaHgp
    Участник

    на 4 — результат аналогичный. Может стоить сделать migratepv с hdisk13 на hdisk2, c hdisk15 на hdisk3, а затем еще раз попробовать расширить?

    Вы не с продуктовым разделом резвитесь случайно?
    Ох ненадежная это тема migratepv…

  • #12779

    sdudnik
    Участник

    Нет, логический том уже застрайпован по 4 физическим томам

  • #12780

    sdudnik
    Участник

    с продуктивным. Были проблемы с migratepv?в принципе есть бэкапы, и перенести данных немного, около 250G

  • #12783

    Alexander Tchoulkov
    Участник

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

    в реализации allocp есть ограничение связанное с количеством свободных PP в группе страйпа. Если группа страйпа не имеет достаточное количество свободных PP для создания нового страйпа в соответствии с параметрами страйпа то allocp останавливает свою работу и рапортует об ошибке вместо того чтобы просмотривать остальные группы (в Вашем случае на новых дисках).

    Полагаю что Вы натолкнулись на это ограничение, для того чтобы точно убедиться в этом нужно по карте LV построить таблицу групп по дискам и посмотреть нет ли какой нибудь группы в которой количество свободных PP меньше чем необходимое для создания страйпа.

    Если это так то единственная возможность расширить правильно страйп без резервного копирования/перестройки LV, возможно всей VG(зависит от Вашей конфигурации)/восстановления из резервной копии это добавить диски в количестве которое точно соответствует размеру группы страйпа (количеству дисков в группе страйпа).

  • #12794

    sdudnik
    Участник

    Не совсем понял. Страйп идет сначала по 2 дискам, затем он был растянут на еще 2 диска. Новых дисков у меня нет!!!!! есть пространство на старых дисках hdisk2 и hdisk3.

  • #12795

    sdudnik
    Участник

    migratepv не сработало,
    при попытке выполнить команду

    migratepv -l lvol1 hdisk13 hdisk2 выдал ошибку что hdisk2 уже содержит том lvol1

  • #12797

    uxTuaHgp
    Участник

    upperbound до 2-х тоже не получилось уменьшить?

  • #12798

    sdudnik
    Участник

    Upper bound If the logical volume is super strict, upper bound is the maximum number of disks in a mirror copy.

    не совсем понял, зачем его уменьшать
    1) нет зеркала
    2) lvol1 занимает 4 диска.

  • #12810

    uxTuaHgp
    Участник

    Ну а суперстрикт отключить, как Вам Андрей предложил, пробовали?
    А upperbound говорит на каком количестве физических томов проводить выделение пространства.
    Вкупе с суперстриктом вы получаете то что получаете

  • #12812

    sdudnik
    Участник

    я уже писал выше, что при попытке отключить его выдает ошибку

    0516-1240 chlv: The -r, -e, -s, -d options cannot be
    used with striped logical volumes.
    0516-704 chlv: Unable to change logical volume lvol1.

  • #12813

    uxTuaHgp
    Участник

    А как незеркальный том получил атрибут суперстрикт интересно?…

  • #12830

    sdudnik
    Участник

    предполагаю что по умолчанию так получилось. Можно проделать эксперимент и посмотреть, но у меня сейчас нет тестовых серверов

  • #12836

    uxTuaHgp
    Участник

    По умолчанию Strictness: Yes, а не Super

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