Невозможно переместить экстенты после pvmove --abort

Я хотел переместить экстенты с одного диска на другой, оба имеют одинаковый размер:

# pvmove /dev/sdd1 /dev/sdc1

К сожалению, pvmove висел на 99,99% в течение нескольких часов и я решил выпустить pvmove --abort . Перемещение было остановлено, и НН по-прежнему функционирует, однако повторный запуск pvmove невозможен:

# pvmove /dev/sdd1 /dev/sdc1
  Insufficient free space: 727303 extents needed, but only 0 available
  Unable to allocate mirror extents for kujira/pvmove0.
  Failed to convert pvmove LV to mirrored.

Но целевое устройство имеет точно 727303 свободные границы. Я даже могу создавать новые LV на PV, но pvmove не любит перемещать экстенты. Проблема в том, что LV, который я пытался переместить, был изменен один раз и разделен на два сегмента:

# lvs --all -o lv_name,devices
  LV             Devices
  srv            srv_rimage_0(0),srv_rimage_1(0),srv_rimage_2(0)
  [srv_rimage_0] /dev/sda1(0)
  [srv_rimage_0] /dev/sda1(703489)
  [srv_rimage_1] /dev/sdc1(0)
  [srv_rimage_1] /dev/sdd1(703489)
  [srv_rimage_2] /dev/sdb1(0)
  [srv_rimage_2] /dev/sdb1(703489)
  [srv_rmeta_0]  /dev/sda1(703488)
  [srv_rmeta_1]  /dev/sdd1(703488)
  [srv_rmeta_2]  /dev/sdb1(703488)

srv _ rimage _ 1 теперь находится на sdc1 и sdd1 :

# pvdisplay --maps /dev/sdd1 /dev/sdc1
  --- Physical volume ---
  PV Name               /dev/sdd1
  VG Name               kujira
  PV Size               <5,46 TiB / not usable <1,57 MiB
  Allocatable           yes
  PE Size               4,00 MiB
  Total PE              1430791
  Free PE               703488
  Allocated PE          727303
  PV UUID               boRXi6-6fjo-Ga8Y-iVzJ-qdb4-g3Q7-TASCwx

  --- Physical Segments ---
  Physical extent 0 to 703487:
    FREE
  Physical extent 703488 to 703488:
    Logical volume      /dev/kujira/srv_rmeta_1
    Logical extents     0 to 0
  Physical extent 703489 to 1430790:
    Logical volume      /dev/kujira/srv_rimage_1
    Logical extents     703488 to 1430789

  --- Physical volume ---
  PV Name               /dev/sdc1
  VG Name               kujira
  PV Size               <5,46 TiB / not usable <1,57 MiB
  Allocatable           yes
  PE Size               4,00 MiB
  Total PE              1430791
  Free PE               727303
  Allocated PE          703488
  PV UUID               ZikJzc-Au3G-O327-Rsw5-2AoY-Wwu3-NzBfBf

  --- Physical Segments ---
  Physical extent 0 to 703487:
    Logical volume      /dev/kujira/srv_rimage_1
    Logical extents     0 to 703487
  Physical extent 703488 to 1430790:
    FREE

Можно ли как-то все еще переместить с sdd1 на sdc1 ?

  LVM version:     2.03.02(2) (2018-12-18)
  Library version: 1.02.155 (2018-12-18)
  Driver version:  4.35.0
  Configuration:   ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --runstatedir=/run --disable-maintainer-mode --disable-dependency-tracking --exec-prefix= --bindir=/bin --libdir=/lib/x86_64-linux-gnu --sbindir=/sbin --with-usrlibdir=/usr/lib/x86_64-linux-gnu --with-optimisation=-O2 --with-cache=internal --with-device-uid=0 --with-device-gid=6 --with-device-mode=0660 --with-default-pid-dir=/run --with-default-run-dir=/run/lvm --with-default-locking-dir=/run/lock/lvm --with-thin=internal --with-thin-check=/usr/sbin/thin_check --with-thin-dump=/usr/sbin/thin_dump --with-thin-repair=/usr/sbin/thin_repair --enable-applib --enable-blkid_wiping --enable-cmdlib --enable-dmeventd --enable-dbus-service --enable-lvmlockd-dlm --enable-lvmlockd-sanlock --enable-lvmpolld --enable-notify-dbus --enable-pkgconfig --enable-readline --enable-udev_rules --enable-udev_sync
-121--304059- Наборы вверх по DKIM, SPF, DMARC и электронная почта отправляет спам в Hotmail, gmail [дубликат] Мне довелось настроить Zimbra в качестве нашего нового Клиента, набор dmarc, dkim, spf, но даже при этом веб-почта по умолчанию отправляет сообщения электронной почты непосредственно в спам в Hotmail/Gmail, даже не задумываясь дважды. Что...

Мне довелось настроить Zimbra в качестве нашего нового клиента, настроить dmarc, dkim, spf, но даже при этом веб-почта по умолчанию отправляет сообщения электронной почты непосредственно на спам в Hotmail/Gmail, даже не задумываясь дважды.

Что может быть причиной? Сервер VPS размещается в Digital Ocean, а сервер Linux используется Cent OS 8.

-1
задан 8 April 2021 в 18:40
1 ответ

Множество сценариев может привести к пересылке писем в ящик для спама:

  • Неверное имя хоста сервера
  • Отсутствующая PTR-запись (обратный DNS) или PTR не соответствует имени хоста сервера
  • Отсутствующая или неверная MX-запись и т.д.

Я предлагаю вам отправить тестовое письмо со случайным содержимым с вашего VPS на адрес электронной почты, который вы найдете на mail-tester.com, затем нажмите кнопку для проверки результата.

Любой результат ниже 8,5 потребует от вас принятия мер; необходимые действия будут перечислены в отчете, создаваемом mailtester.

0
ответ дан 24 April 2021 в 03:04

Теги

Похожие вопросы