Làm cách nào tôi có thể tạo khả năng khởi động cấu hình LVM bằng ổ USB được đính kèm

Thiết lập: DELL PowerEdge R520, oVirt Node 4.4.1 x86_64

# pv
  PV VG Fmt Attr PSize PFree   
  /dev/sda2 onn_ovirt01 lvm2 a-- 105,26g 20,77g
  /dev/sda3 VG_he_nfs lvm2 a-- <100,00g <10,00g
  /dev/sda4 VG_data_nfs lvm2 a-- <1,50t <206,00g

# lsblk
...

sdb 8:16 0 1.4T 0 đĩa 
ââsdb1 8:17 0 1.4T 0 phần /exports/nfs/backups

Vấn đề: Khi hệ thống khởi động lại, ổ đĩa sao lưu 1,4T được kết nối với sata-to-usb trở thành sda, trong đó lvm không tìm thấy các phân vùng cần thiết cho ổ đĩa vật lý. Sau đó, hệ thống khởi động vào chế độ cứu hộ, nơi tôi phải đăng nhập thông qua màn hình/bàn phím được đính kèm, ngắt kết nối và đẩy ổ đĩa sata-to-usb, nhận xét mục nhập của nó ra khỏi fstab, rút ​​​​phích cắm và khởi động lại hệ thống. Sau đó, khi đã khởi động đúng cách với đúng thiết bị là sda, tôi phải hoàn tác mọi thứ tôi đã làm ở chế độ cứu hộ với thiết bị chuyển đổi sata sang usb.

Mọi thứ là fstab đã được xác định để gắn kết bởi UUID hoặc/dev/mapper/.

Câu hỏi: Có thể thay đổi cấu hình LVM để nó nhận được âm lượng vật lý phù hợp cho hệ thống bất kể thiết bị nào trở thành sda không? Có thể thực hiện được mà không cần giải trí và di chuyển (Tôi có dữ liệu hệ thống trên RAID 1 (phản chiếu) với dự phòng nóng, vì vậy không còn chỗ trong khung máy để sắp xếp ổ đĩa thay thế)? Tôi sẵn sàng cho bất kỳ giải pháp nào không yêu cầu xóa dữ liệu hoặc tạo sắp xếp RAID mới để thay thế. Nếu điều đó là không thể, thì tôi thực sự sẵn sàng với mọi thứ - hoặc sẽ chỉ tiếp tục phân loại nó trong chế độ cứu hộ mỗi khi nó khởi động lại bất ngờ.

Tôi đã giải quyết vấn đề. Tất cả những gì tôi phải làm là thêm các phân vùng sdb vào bộ lọc trong /etc/lvm/lvm.conf:

Là:

filter = ["a|^/dev/sda2$|", "a|^/dev/sda3$|", "a|^/dev/sda4$|", "r|.*|"]

Thay đổi để:

filter = ["a|^/dev/sda2$|", "a|^/dev/sda3$|", "a|^/dev/sda4$|", "a|^/dev/sdb2$|" , "a|^/dev/sdb3$|", "a|^/dev/sdb4$|", "r|.*|"]

Bất kỳ ai khác đang thử điều này, hãy đảm bảo bạn xác minh các thay đổi của mình và tạo lại bộ đệm bằng vgscan

chuyến đi đầu tiên của tôi (quên | sau $):

[root@host lvm]# vgscan
  Dấu tách không hợp lệ ở cuối biểu thức chính quy.
  Mẫu bộ lọc không hợp lệ "a|^/dev/sdb2$".
  Không thể tạo bộ lọc thiết bị regex

lần thứ hai của tôi:

[root@host lvm]# vgscan
  Đã tìm thấy nhóm âm lượng "VG_data_nfs" bằng cách sử dụng loại siêu dữ liệu lvm2
  Đã tìm thấy nhóm âm lượng "VG_he_nfs" bằng cách sử dụng loại siêu dữ liệu lvm2
  Đã tìm thấy nhóm âm lượng "onn_ovirt01" bằng cách sử dụng loại siêu dữ liệu lvm2

Ổ đĩa sata-to-usb vẫn hiển thị dưới dạng sda, nhưng không thành vấn đề - LVM bỏ qua các phân vùng sdb khi không tìm thấy gì trên sda. Tôi đã phải gắn ổ đĩa sata-to-usb theo cách thủ công, nhưng vì nó ở trong /etc/fstab chính xác, tôi chỉ phải phát hành gắn kết -a. Tôi sẽ phải sắp xếp vấn đề này sau và giành lấy chiến thắng này ngay bây giờ.

1. LVM không lưu trữ đường dẫn thiết bị. UUID thành phần được lưu trữ trong siêu khối LVM và các UUID này được sử dụng riêng để xác định các thành phần (PV, VG, LV). LVM chỉ quét tất cả các thiết bị khối có sẵn (những thiết bị được phép quét được cấu hình trong /etc/lvm/lvm.conf), phát hiện các ổ đĩa vật lý và tập hợp các nhóm ổ đĩa từ chúng. Nó chỉ không nhìn vào loại/đường dẫn thiết bị mà âm lượng vật lý có lần này. Nó rất mạnh mẽ đối với việc lập chỉ mục lại thiết bị, v.v. Vì vậy, nó sẽ tìm thấy dữ liệu của bạn nếu bạn di chuyển ổ đĩa của mình sang /dev/cciss/cXdYpZ (trình điều khiển khối HP/Compaq SmartArray cũ tạo ra các thiết bị như vậy) hoặc sang /dev/hdXY hoặc /dev/sdXY hoặc /dev/mapper/...(bất kỳ thứ gì được xây dựng dựa trên DM đều đặt các nút thiết bị ở đó – tiền điện tử, đa đường, v.v.), /dev/md/... (Linux MD RAID), v.v. Mối quan tâm của bạn là sai và vấn đề của bạn là ở nơi khác.

2. Nguyên nhân của vấn đề của bạn có thể là do USB bị chậm. Nó có độ trễ lớn; Ngoài ra, các ổ cứng gắn ngoài khởi động rất chậm (điều này được thực hiện để hạn chế mức sử dụng năng lượng tăng đột biến trong quá trình quay vòng). USB không phải là về hiệu suất, mà là về độ bền trong tay người dùng thiếu kinh nghiệm. Vì vậy, nó là chậm để khởi tạo. Bạn cần định cấu hình các tập lệnh init của mình (có thể là tập lệnh init initramfs) để cho phép độ trễ/thời gian chờ lớn để thiết bị USB có đủ thời gian quay và ổn định.

3. Một nguyên nhân điển hình khác là cấu hình bộ tải khởi động không tốt; ví dụ: nó có thể mong đợi tìm thấy dữ liệu của mình trên "phân vùng đầu tiên của ổ cứng đầu tiên" và nếu "ổ cứng đầu tiên" là thiết bị không phù hợp, nó sẽ không có cấu hình và hình ảnh hạt nhân để khởi động và ném bạn vào bộ nạp khởi động vỏ cứu hộ. Dòng lệnh của kernel hoặc thứ gì đó được đưa vào initramfs có thể được gắn với một số đường dẫn thiết bị cụ thể và do đó, việc hoán đổi thiết bị khiến nó không thể tìm thấy/và nó ném bạn vào initramfs vỏ cứu hộ. Lưu ý đây là khác biệt vỏ cứu hộ, và sự hiểu biết của cái nào bạn có thấy nó quan trọng không

4. RAID0 với phụ tùng là một nghịch lý. RAID0 không có dự phòng, không có trạng thái xuống cấp được xác định, không có gì để khôi phục mảng về trạng thái tối ưu sau lỗi thiết bị, vì vậy dự phòng không thể giúp được gì. Bất kỳ sự cố thiết bị thành phần nào thường dẫn đến việc chuyển toàn bộ mảng trực tiếp sang trạng thái không thành công. Bất kỳ cấp độ RAID nào khác đều có dự phòng, nó sẽ chuyển sang trạng thái xuống cấp trước trong trường hợp thành phần bị lỗi, vì vậy nó sẽ được hưởng lợi từ các dự phòng, nhưng RAID0 thì không.