Điểm:1

Giảm một nhóm lvm - không thể thay đổi kích thước thành phạm vi xxxx vì những nhóm sau này được phân bổ

lá cờ cn

Tôi đã trải qua quá trình giảm kích thước của hình ảnh Centos 6.10 bằng cách giảm lvmgroup. Tôi đang ở thời điểm mà tôi có thể chạy lệnh này:

pvresize -tv --setphysicalvolumesize 1600G /dev/md125p2

Và nó cho tôi thông báo lỗi sau:

 /dev/md125p2: không thể thay đổi kích thước thành 409599 phạm vi vì các phạm vi sau này được phân bổ.

Tôi đang cố gắng hiểu cách xây dựng lệnh pvmove để loại bỏ lỗi, nhưng tôi không hiểu lắm về khái niệm này.

Đây là đầu ra của lệnh này pvs -v --segments /dev/md125p

  PV VG Fmt Attr PSize PFree Start SSize LV Start Type PE Ranges                 
  /dev/md125p2 vg_centos6svr lvm2 a--u 1.86t 320.11g 0 384000 lv_mysql 0 tuyến tính /dev/md125p2:0-383999     
  /dev/md125p2 vg_centos6svr lvm2 a--u 1,86t 320,11g 384000 81947 0 miễn phí                             
  /dev/md125p2 vg_centos6svr lvm2 a--u 1,86t 320,11g 465947 12800 lv_root 0 tuyến tính /dev/md125p2:465947-478746
  /dev/md125p2 vg_centos6svr lvm2 a--u 1,86t 320,11g 478747 1998 lv_swap 0 tuyến tính /dev/md125p2:478747-480744
  /dev/md125p2 vg_centos6svr lvm2 a--u 1,86t 320,11g 480745 7500 lv_home 0 tuyến tính /dev/md125p2:480745-488244

Tôi biết lệnh di chuyển phải giống như thế này:

pvmove --alloc ở mọi nơi /dev/md125p2 vg_centos6svr:yyyy-end

Tôi chỉ không rõ cách tính phần cuối yyyy. Tôi cho rằng nó có nghĩa là di chuyển 81947 (khối?) Bắt đầu từ 384000, nhưng "yyyy" và "end" là gì?

John Mahowald avatar
lá cờ cn
Trong các bình luận, bạn nói rằng kích thước không nhỏ hơn sau khi thực hiện pvmoves. Vui lòng chỉnh sửa câu hỏi của bạn để thêm `pvs -v --segments` khác cộng với kích thước của mảng, có lẽ từ `mdadm --detail`
Điểm:1
lá cờ cn
dsz

Vì vậy, những gì tôi có thể thấy là mọi thứ đang diễn ra /dev/md125p2 và chúng tôi muốn giảm kích thước của PV này.

đầu ra của bạn từ pvs -v --segments /dev/md125p cho thấy bạn có một không gian trống rất lớn (Kích thước==81947) phía sau của cậu lv_mysql và trước của bạn lv_root. Cái này đủ lớn để chứa lv_roottất cả các của các LV xuất hiện sau nó trong bố cục vật lý.

Vì vậy, bộ số đầu tiên tôi đề xuất là:

***# pvmove --alloc ở mọi nơi /dev/md125p2:480745-488244 /dev/md125p2:384000+7499

nghĩa là, di chuyển toàn bộ lv_home đến không gian trống bắt đầu ngay sau lv_mysql.

Sau đó chạy lại pvs -v --segments /dev/md125p để xem các số đã sửa đổi và di chuyển khối tiếp theo vào bất kỳ khoảng trống nào còn lại.

Điều này sẽ chống phân mảnh PV của bạn một cách hiệu quả.

Hiện nay, pvmove có thể có đường nhiều tùy chọn hơn những gì tôi đang sử dụng (có thể chỉ định PV thay vì phạm vi?) nhưng điều tôi cảm thấy thoải mái là chỉ rõ ràng với các khối, vì vậy tất cả các nguồn và mục tiêu của tôi đều ở dạng /dev/<dev>:<Bắt đầu>-<Kết thúc> hoặc /dev/<dev>:<Start>+<SSize-1>.

Tôi nghi ngờ vấn đề của bạn chủ yếu là thiếu phạm vi của thông số kỹ thuật "nguồn" của bạn.

Tôi đã thấy một vài ví dụ về việc họ sử dụng -chấm dứt - Tôi không biết nếu đó là một cái gì đó giả sử để làm việc, nhưng nó sẽ đặt ra câu hỏi "kết thúc ?". Vì vậy, tôi tránh nó và sử dụng các số khối rõ ràng. Bạn chỉ cần lưu ý rằng + cú pháp là một thêmvà cần nhỏ hơn SSize một đơn vị.

Thêm

OK, về phía nguồn có vẻ như bạn có thể làm -tên lv_home /dev/md125p2 như một cách viết tắt của /dev/md125p2:480745-488244 - nhưng cũng lưu ý rằng điều này sẽ trở nên phức tạp hơn nếu lh_home đã bị phân mảnh thành nhiều phạm vi (điều đó có nghĩa là "tất cả các mảnh?") - Tôi nghĩ rằng tôi vẫn thích cách tiếp cận số hơn. Lưu ý rằng ví dụ của bạn trong câu hỏi không bao gồm tên LV, vì vậy tôi không chắc chắn những gì pvmove sẽ hiểu từ những gì bạn đã cho nó ...

lá cờ cn
Đã làm việc! Thật không may, kích thước đĩa thực tế vẫn giữ nguyên (tôi đang cố gắng giảm kích thước hình ảnh vật lý cho Clonezilla). Nếu bạn có bất kỳ ý tưởng về điều này, cho tôi biết. Cấu hình đột kích 0.
lá cờ cn
dsz
@JackBeNimble Bạn vẫn cần một `pvresize` ở cuối quá trình chống phân mảnh! Ngoài ra, các bản sao gần đây sẽ thâm nhập vào toàn bộ quy trình LVM và ghi lại hình ảnh của LV - nếu bạn thực hiện phương pháp phân vùng để lưu hình ảnh. Tôi nghĩ rằng đó là cách an toàn hơn so với chụp ảnh các PV bên dưới. Nó dường như cũng nhận biết hệ thống tệp và do đó chỉ lưu các khối đang được sử dụng. Tôi khuyên bạn nên nén `pigz` ở trên cùng. Có lẽ một câu hỏi mới cho điều này? Tôi thực sự nghi ngờ rằng bạn không cần bất kỳ hoạt động chống phân mảnh nào cho clonezilla!
lá cờ cn
dsz - vấn đề là chúng tôi có một hình ảnh clonezilla cũ không còn phù hợp với ổ SSD vì chúng nhỏ hơn 50 GB mỗi ổ. Tôi đã khắc phục nó bằng cách thu nhỏ hình ảnh với bài tập trên, sau đó khôi phục với tùy chọn bỏ qua kích thước đĩa nguồn. Sau đó, nó đã làm việc. Cảm ơn vì đã giúp tôi đi đúng hướng với pvmove.
lá cờ cn
bạn có thể kiểm tra câu hỏi này? https://serverfault.com/questions/1074461/centos-6-10-how-to-increase-allocated-pe-size-to-take-up-free-p-e-size
Điểm:1
lá cờ cn

Việc giảm PV yêu cầu di chuyển các phạm vi tới không gian trống trước kích thước mong muốn. Trong trường hợp của bạn phạm vi dưới 409599.

Trước tiên, hãy kiểm tra khôi phục bản sao lưu để đảm bảo dữ liệu có thể được khôi phục nếu cần.

lvremove khối lượng bạn không cần.

pvmove cho phép chỉ định phạm vi theo tên LV và đích theo độ lệch với ký hiệu +. Khi cung cấp điểm đến, đó phải là PV, không phải VG.

Di chuyển một LV đến phạm vi đầu tiên trong không gian trống. Phần bù là kích thước của phân đoạn được di chuyển.

pvmove --alloc ở bất cứ đâu -n lv_swap /dev/md125p2 /dev/md125p2:384000+1998

Nhận bố cục phân khúc mới với pvs -v --segments lần nữa. Lặp lại pvmove với một LV khác và phạm vi bắt đầu không gian trống mới.

Cá nhân tôi thích VG dữ liệu tách biệt với VG hệ điều hành. Nhưng đây là nơi lưu trữ của bạn, hãy bố trí nó theo ý muốn.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.