У нас есть установка на Amazon, где мы используем 16.04 LTS AMI. Сегодня мы планировали перейти на более новый 18.04 LTS AMI. Мы делаем это, обновляя шаблон Cloudformation до последней версии AMI-ID. Но при запуске шаблона Cloudformation мы получаем эту ошибку при настройке тома резервного копирования
2019-02-21 09:25:17,234 P8657 [INFO] Set up backup volume
2019-02-21 09:25:17,234 P8657 [INFO] mke2fs 1.44.1 (24-Mar-2018)
2019-02-21 09:25:17,234 P8657 [INFO] Found a dos partition table in
/dev/nvme1n1 2019-02-21 09:25:17,234 P8657 [INFO] Proceed anyway?
(y,N) 2019-02-21 09:25:17,235 P8657 [INFO]
------------------------------------------------------------
2019-02-21 09:25:17,235 P8657 [ERROR] Exited with error code 1
. То же самое с последним AMI 16.04 LTS работает без проблем. Первое, что я увидел, это то, что версии mke2fs разные: mke2fs 1.42.13 для 16.04 и mke2fs 1.44.1 для 18.04. Есть ли какие-то большие различия в том, как эти версии обрабатывают файловые системы? Тома уже созданы, мы просто хотим, чтобы они снова были прикреплены.
Вот некоторые результаты установки 16.04 LTS.
fdisk
вывод:
Disk /dev/nvme1n1: 1 TiB, 1099511627776 bytes, 2147483648 sectors
Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical):
512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512
bytes
Disk /dev/nvme0n1: 32 GiB, 34359738368 bytes, 67108864 sectors Units:
sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512
bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos Disk identifier: 0x30c871d7
Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 * 2048 67108830 67106783 32G 83 Linux
Disk /dev/nvme2n1: 1000 GiB, 1073741824000 bytes, 2097152000 sectors
Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical):
512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512
bytes
parted
вывод:
Model: NVMe Device (nvme) Disk /dev/nvme0n1: 34.4GB Sector size
(logical/physical): 512B/512B Partition Table: msdos Disk Flags:
Number Start End Size Type File system Flags 1
1049kB 34.4GB 34.4GB primary ext4 boot
Model: NVMe Device (nvme) Disk /dev/nvme1n1: 1100GB Sector size
(logical/physical): 512B/512B Partition Table: loop Disk Flags:
Number Start End Size File system Flags 1 0.00B
1100GB 1100GB ext4
Model: NVMe Device (nvme) Disk /dev/nvme2n1: 1074GB Sector size
(logical/physical): 512B/512B Partition Table: loop Disk Flags:
Number Start End Size File system Flags 1 0.00B
1074GB 1074GB ext4
fstab
вывод:
LABEL=cloudimg-rootfs / ext4 defaults,discard 0 0
/dev/nvme1n1 /backup auto noatime 0 0
/dev/nvme2n1 /data auto noatime 0 0
Я не уверен, поможет ли это в вашем конкретном случае, но я использовал эту команду, чтобы найти доступный диск NVME, на котором еще не был создан раздел, предполагая, что существует не более двух дисков NVME и что тот, который используется для корня диска, имеет уже созданный для него раздел *p1
:
$ lsblk | egrep -o 'nvme\w+' | grep -v $(lsblk | egrep -o 'nvme\w+p1' | egrep -o 'nvme.{3}')
# prints: `nvme0n1` or `nvme1n1`, depending on chance