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

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

Просмотр 32 веток ответов
  • Автор
    Сообщения
    • #12751
      sdudnik
      Участник

      Приветствую! Возникла следующая проблема при расширении файловой системы. по порядку
      есть 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

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