Phiên 2 — Snapshot và lab-reset.sh

Cả lộ trình từ Phase 1 trở đi đứng trên một giả định: phá hệ thống thoải mái. Giả định đó chỉ đúng nếu chi phí quay lại gần bằng không. Phiên này dựng đúng hai thứ làm nên chi phí đó — và quan trọng hơn, phân biệt được lúc nào dùng cái nào, vì lẫn lộn chúng là lỗi thiết kế mà rất nhiều người mắc suốt nhiều năm.

Mục 00Trước khi bấm giờ

Phiên này giả định Phiên 1 đã xong. Ba dòng dưới đây kiểm đúng phần Phiên 2 sẽ đụng tới — chạy hết trước khi tính giờ.

• virsh domstate <vm> trả về một trạng thái, không phải lỗi. Lỗi nghĩa là domain chưa được define — quay lại Phiên 1.
• virsh domblklist <vm> → đĩa là file .qcow2. Nếu ở Phiên 1 lỡ tạo disk raw thì internal snapshot không chạy được, và cách sửa nằm ở việc tạo lại đĩa chứ không ở cờ của virsh.
• qemu-img info --backing-chain trên file đĩa → thấy đúng hai khối image:. Một khối nghĩa là VM đang trỏ thẳng vào cloud image gốc, và mọi thứ ở Block A sẽ làm bẩn nó.
• Còn ít nhất gấp đôi RAM của VM chỗ trống trên ổ chứa storage pool. Lý do nằm ở mục 01 — internal snapshot của VM đang chạy nuốt đúng chừng đó.
• Ghi lại virsh --version và qemu-img --version vào note. Gần như mọi bẫy của phiên này đều gắn với version.

Mục 01Hai kiểu snapshot, và cái gì nằm ở đâu

Chữ "snapshot" trong libvirt gộp hai cơ chế khác nhau đến mức gần như không liên quan. Nhầm hai cái này là nguồn của phần lớn tai nạn — kể cả tai nạn mất dữ liệu.

Internal và external khác nhau ở đâu

Không cờ nào thì ra kiểu gì

Câu hỏi này man page trả lời lấp lửng, nhưng source thì dứt khoát Nguồn source / packaging libvirt — src/qemu/qemu_snapshot.c↗ Nguồn duy nhất trả lời chính xác "không cờ nào thì ra internal hay external" và "--force bypass được đúng điều kiện nào". Đọc thêm man page virsh(1)↗ Đọc mục console, ttyconsole, domifaddr, net-dhcp-leases, và option toàn cục -e. Mở trong tab mới · Esc để đóng . Hàm quyết định trả về "dùng external" khi và chỉ khi một trong ba điều kiện đúng, còn lại mặc định internal:

Chuyện "internal đã bị khai tử"

Vì vậy phiên này làm cả hai, và làm external trước. Không phải để đủ bài, mà vì hai lý do thực tế: đường bạn sẽ gặp ở môi trường doanh nghiệp là external, và cái giá khi xoá của hai kiểu khác nhau đến mức chỉ làm một kiểu thì không thấy được.

Một tin tốt: libvirt trên Ubuntu 24.04 đã đủ để làm external hoàn chỉnh. Hỗ trợ xoá external có từ libvirt 9.0.0 (01/2023), revert external từ 9.9.0 (11/2023) Nguồn tài liệu chính chủ libvirt NEWS — lịch sử tính năng theo version↗ Tra "external snapshot": delete có từ 9.0.0 (01/2023), revert từ 9.9.0 (11/2023). Cũng là nơi thấy internal snapshot vẫn đang được sửa ở 10.9.0–11.0.0. Mở trong tab mới · Esc để đóng — cả hai đều sớm hơn bản 10.0.0 mà noble ship. Kiểm tại chỗ: virsh capabilities | grep -i externalSnapshot.

Block A · ~35 phútSnapshot và revert

Tạo và đọc

Việc cần làm:

1. Đặt dấu vết trước. Trong guest, tạo một thứ dễ kiểm chứng bằng đúng một lệnh — một file với nội dung biết trước là đủ. Ghi lại lệnh kiểm vào note; bạn sẽ dùng nó ba lần.
2. Tạo một internal snapshot lúc VM đang chạy, đặt tên và mô tả rõ ràng. Rồi tắt VM, tạo thêm một cái nữa. So thời gian tạo của hai lần.
3. Đối chiếu hai góc nhìn vào cùng một thứ: virsh snapshot-list --tree và qemu-img snapshot -l trên file đĩa Nguồn tài liệu chính chủ qemu-img↗ Backing chain, commit, rebase -u. Nhớ rằng phần synopsis in nhầm -B; CLI thật là -F. Mở trong tab mới · Esc để đóng . Hai lệnh này có nói cùng một chuyện không? Cái nào biết nhiều hơn, và điều đó cho biết internal snapshot nằm ở đâu?
4. Nhìn cột VM SIZE của qemu-img snapshot -l ở hai snapshot vừa tạo. Đây là bằng chứng trực quan nhất cho chuyện RAM nằm trong file đĩa — một cái khác 0, một cái bằng 0.
5. Tạo thêm một external snapshot và quan sát khác biệt: có file mới sinh ra không, virsh domblklist giờ trỏ vào đâu, qemu-img info --backing-chain sâu mấy tầng.

Phá rồi revert

Việc cần làm: chọn một thứ hỏng rõ ràng nhưng chưa đến mức không boot — đổi nội dung config của một service đang chạy, hoặc xoá dấu vết ở bước 1. Đừng phá tới mức không boot ở phiên này; cái đó để dành cho phiên boot process. Rồi snapshot-revert và kiểm dấu vết bằng đúng lệnh đã ghi.

Trạng thái VM sau khi revert không phải lúc nào cũng là "đang chạy" — nó quay về đúng trạng thái lúc chụp:

Xoá, và dung lượng đi đâu

Việc cần làm: trước khi xoá snapshot, chạy cả hai lệnh ls -l và du -h trên file qcow2 và ghi lại hai con số. Xoá snapshot. Chạy lại. Hai con số đó hành xử khác nhau, và giải thích được vì sao là phần thưởng thật của block này.

Nghiệm thu Block A

• Tạo snapshot → phá VM → revert → kiểm dấu vết bằng một lệnh, kết quả đúng như trước khi phá.
• Nói được internal snapshot nằm ở đâu về mặt vật lý, có bằng chứng từ qemu-img chứ không phải từ trí nhớ.
• Có trong note: một internal và một external snapshot, kèm khác biệt quan sát được giữa hai cái (số file, độ sâu chuỗi, thời gian xoá).

# dấu vết, chạy trong guest
$ echo "truoc-snapshot-$(date +%s)" | sudo tee /etc/lab-marker
$ cat /etc/lab-marker            # đây là lệnh kiểm, ghi vào note

# ===== trên host =====
# VM đang chạy, không cờ nào => internal FULL SYSTEM (đĩa + RAM)
$ time virsh snapshot-create-as lab01 snap-running \
      --description "co RAM, VM dang chay"

$ virsh shutdown lab01 && sleep 15
$ time virsh snapshot-create-as lab01 snap-off \
      --description "khong RAM, VM da tat"

$ virsh snapshot-list lab01 --tree
$ virsh snapshot-info lab01 snap-running

# góc nhìn từ tầng dưới — cột VM SIZE là ảnh RAM
$ sudo qemu-img snapshot -l /var/lib/libvirt/images/lab01.qcow2
# snap-running: VM SIZE khác 0   |   snap-off: 0 B

$ virsh start lab01 && sleep 20

# --disk-only ép external. Thiếu nó thì ra internal, dù có --diskspec.
$ virsh snapshot-create-as lab01 snap-ext \
      --description "external, khong RAM" \
      --disk-only --atomic

$ virsh domblklist lab01          # đĩa giờ trỏ vào file MỚI
$ ls -l /var/lib/libvirt/images/  # có thêm lab01.snap-ext
$ sudo qemu-img info --backing-chain /var/lib/libvirt/images/lab01.snap-ext
# đếm số dòng 'image:' => độ sâu chuỗi, giờ là 3
$ sudo qemu-img info --backing-chain --output=json \
      /var/lib/libvirt/images/lab01.snap-ext | jq 'length'

# phá: xoá dấu vết trong guest
$ sudo rm /etc/lab-marker && cat /etc/lab-marker    # No such file

# ===== host =====
$ virsh snapshot-revert lab01 snap-running
$ virsh domstate lab01            # quay về đúng trạng thái lúc chụp
# trong guest: cat /etc/lab-marker  => nội dung cũ trở lại

# đo dung lượng TRƯỚC khi xoá
$ ls -l  /var/lib/libvirt/images/lab01.qcow2   # apparent size
$ du -h  /var/lib/libvirt/images/lab01.qcow2   # block thật cấp phát
$ sudo qemu-img info /var/lib/libvirt/images/lab01.qcow2 | grep -E 'virtual|disk size'

$ virsh snapshot-delete lab01 snap-running

# đo lại — ls đứng yên, du tụt
$ ls -l /var/lib/libvirt/images/lab01.qcow2
$ du -h /var/lib/libvirt/images/lab01.qcow2

# xoá external: libvirt chạy blockcommit ngầm, CHẬM hơn hẳn
$ time virsh snapshot-delete lab01 snap-ext
$ virsh domblklist lab01          # đã pivot về file cũ

Mục 02Revert và rebuild giải hai bài toán khác nhau

Đây là chỗ lẫn lộn phổ biến nhất, và cũng là lý do phiên này có Block B chứ không dừng ở Block A.

Dòng thứ tư là lý do thật sự của Block B. Một script dựng lại lab từ số không là bài kiểm tra cho ghi chép của chính mình: nếu note thiếu một bước, script sẽ không chạy. Snapshot không bao giờ phát hiện ra điều đó, vì nó mang theo cả những thứ bạn làm mà quên ghi.

Block B · ~35 phútlab-reset.sh

Idempotent theo trạng thái đầu vào

Script phải chạy được từ ba điểm xuất phát: VM đang chạy, VM đã tắt nhưng còn define, VM không tồn tại. Cách làm đúng là hỏi trước rồi mới hành động, không phải nhét || true vào mọi dòng — || true nuốt luôn cả lỗi thật, và ba tháng nữa bạn sẽ không hiểu vì sao script "chạy xong" mà chẳng có gì xảy ra.

Công cụ để hỏi là virsh domstate. Ba điều cần biết trước khi dùng nó trong điều kiện rẽ nhánh Nguồn man page virsh(1)↗ Đọc mục console, ttyconsole, domifaddr, net-dhcp-leases, và option toàn cục -e. Mở trong tab mới · Esc để đóng :

• Chuỗi trả về có khoảng trắng: shut off, in shutdown, no state. Không quote khi so sánh là gãy.
• Domain chưa define không cho ra chuỗi nào — virsh báo lỗi và thoát khác 0. Đây là trạng thái thứ tư trên thực tế, phải bắt bằng exit code chứ không bằng chuỗi.
• --reason làm đổi format output. Nếu script có parse thì đừng bật.

Danh sách chuỗi đầy đủ: running, idle, paused, in shutdown, shut off, crashed, pmsuspended, no state.

set -euo pipefail, và chỗ nó không cứu

Dòng đầu script nên có, nhưng hiểu sai nó còn nguy hiểm hơn không có.

pipefail giải quyết gì. Mặc định, exit status của một pipeline là status của lệnh cuối cùng Nguồn tài liệu chính chủ GNU Bash Manual — The Set Builtin↗ Đọc phần -e để thấy danh sách ngoại lệ, và pipefail. Đây là nguồn gốc của mọi hiểu nhầm về set -e. Mở trong tab mới · Esc để đóng . Nghĩa là qemu-img info khong-ton-tai.qcow2 | grep 'virtual size' không làm script chết dù qemu-img đã fail — status của nó bị nuốt. Script đi tiếp trên dữ liệu rỗng, và lỗi lộ ra ở chỗ khác, muộn hơn nhiều.

Với set -u, hai dạng khai triển tham số đáng thuộc Nguồn tài liệu chính chủ GNU Bash Manual — Shell Parameter Expansion↗ Các dạng ${var:-default} và ${var:?message} — công cụ sống chung với set -u. Mở trong tab mới · Esc để đóng : {VAR:-default} cho giá trị mặc định, và {VAR:?thông báo} để bắt buộc phải có — dạng thứ hai rất hợp cho tham số đầu vào của script, vì nó tự dừng kèm thông báo thay vì chạy tiếp với chuỗi rỗng.

Thế nào là "VM đã sẵn sàng"

Đây là phần khó nhất của script, và cũng là phần dạy được nhiều nhất. Bốn mốc dưới đây không trùng nhau, và khoảng cách giữa chúng là hàng chục giây:

Hai công cụ để chờ, mỗi cái có cạm bẫy riêng:

Phía guest — cloud-init status --wait Nguồn tài liệu chính chủ cloud-init — CLI reference (status)↗ Ngữ nghĩa --wait và ba exit code 0/1/2. Đọc trước khi đưa lệnh này vào script chạy dưới set -e. Đọc thêm tài liệu chính chủ Boot stages↗ Năm giai đoạn và unit systemd tương ứng. Cần khi debug thời gian boot. Mở trong tab mới · Esc để đóng . Nó block tới khi trạng thái rời khỏi not started/running, rồi trả exit code: 0 = xong sạch, 1 = có lỗi cứng, 2 = xong nhưng có recoverable errors. Hai điều dễ vấp:

• Nó trả 0 cả khi cloud-init bị disable — trạng thái disabled không nằm trong tập lặp, nên lệnh về ngay. Script kiểu "chờ cloud-init xong rồi ssh" sẽ đi tiếp lập tức trên một máy đã tắt cloud-init.
• Dưới set -e, exit code 1 hoặc 2 sẽ giết script. Guest boot degraded là chuyện bình thường, nên cần tự phân loại exit code thay vì để set -e xử lý.

Phía host — virsh domifaddr Nguồn man page virsh(1)↗ Đọc mục console, ttyconsole, domifaddr, net-dhcp-leases, và option toàn cục -e. Mở trong tab mới · Esc để đóng . Ba nguồn, và cả ba đều có thể rỗng ngay sau khi boot vì những lý do khác nhau: lease rỗng khi guest chưa DHCP xong; agent rỗng khi guest chưa cài qemu-guest-agent Đọc thêm tài liệu chính chủ libvirt wiki — QEMU guest agent↗ Cần gì để agent chạy: package trong guest + channel virtio tên org.qemu.guest_agent.0. Mở trong tab mới · Esc để đóng ; arp rỗng khi chưa có traffic L2 nào tới host. Đây là lý do lệnh này phải nằm trong vòng lặp có timeout, không phải gọi một phát.

Tính chất script phải đạt

• Idempotent theo ba trạng thái đầu vào đã nêu ở trên.
• Dừng khi hỏng: set -euo pipefail ngay dòng đầu, và hiểu rõ chỗ nó không cứu.
• Tách "image nào" khỏi "dựng thế nào": release là một biến ở đầu file, không rải rác trong URL và tên file. Mặc định noble.
• Cài sẵn bộ công cụ: strace ltrace perf bpftrace linux-tools-* build-essential. Quyết định một chỗ — cài qua packages: của cloud-init, hay ssh vào chạy apt sau? Hai cách khác nhau về thời gian và về khả năng nhìn thấy lỗi. Chọn và ghi lý do vào note. Đọc mục Bẫy về perf trước khi tin là mình đã cài xong.
• Kết thúc khi VM thật sự sẵn sàng, với điều kiện dừng rõ ràng và có timeout. Không sleep 60.
• In ra thứ dùng được ngay ở dòng cuối: tên VM và IP, hoặc thẳng câu lệnh ssh.

Nghiệm thu Block B

• Script chạy sạch từ cả ba trạng thái đầu vào, cả ba lần đều kết thúc bằng một VM ssh vào được.
• Trong VM vừa dựng: strace -V, bpftrace --version, và perf --version đều chạy được.
• Script không có dòng sleep nào với con số cố định làm điều kiện sẵn sàng.

# domstate: bắt cả trường hợp domain chưa tồn tại (exit khác 0)
$ virsh domstate lab01 2>/dev/null || echo undefined

# undefine: các cờ cần khi VM đã có snapshot / UEFI / managed save
$ virsh undefine lab01 --remove-all-storage --snapshots-metadata \
      --checkpoints-metadata --managed-save --nvram

# chờ IP từ lease — đây chỉ là LỆNH, vòng lặp và timeout tự viết
$ virsh domifaddr lab01 --source lease
$ virsh net-dhcp-leases default

# trong guest: chờ cloud-init, và đọc exit code thay vì để set -e xử lý
$ cloud-init status --wait; echo "exit=$?"
$ cloud-init status --format json | jq -r '.status, .extended_status'

Block C · ~15 phútĐo và truy chỗ nghẽn

Việc cần làm:

• time ./lab-reset.sh, chạy ba lần, ghi cả ba số. Khác nhau nhiều thì tự hỏi vì sao — cache của apt? DHCP lease cũ? page cache của host?
• Chưa dưới 2 phút thì định vị trước, tối ưu sau. Chèn mốc thời gian vào các bước để biết thời gian đi đâu, đừng đoán. Thường có đúng một bước chiếm phần lớn.
• Ghi vào note: con số, bước tốn nhiều nhất, và một ý tưởng cụ thể để rút ngắn — chưa cần làm.

Mục 03Bẫy đã biết

perf cài rồi mà vẫn không chạy

Triệu chứng: apt install linux-tools-common thành công, man perf hoạt động, nhưng perf --version in ra một cảnh báo và không làm gì.

Cơ chế: linux-tools-common là package kiến trúc all — nó không thể chứa binary phụ thuộc CPU. Filelist cho thấy nó chỉ có wrapper script ở /usr/bin/perf cộng toàn bộ manpage Nguồn source / packaging packages.ubuntu.com — filelist của linux-tools-common↗ Bằng chứng gói này là arch "all" và chỉ chứa wrapper + manpage, không có binary perf thật. Mở trong tab mới · Esc để đóng . Binary thật nằm ở /usr/lib/linux-tools/<kernel>/perf, thuộc một package gắn với đúng ABI kernel. Wrapper đọc uname -r rồi đi tìm binary tương ứng; không thấy thì in:

WARNING: perf not found for kernel 6.8.0-137

  You may need to install the following packages for this specific kernel:
    linux-tools-6.8.0-137-generic
    linux-cloud-tools-6.8.0-137-generic

  You may also want to install one of the following packages to keep up to date:
    linux-tools-generic
    linux-cloud-tools-generic

Cách sửa, và vì sao chọn nó: cloud image chạy meta linux-image-virtual, nên metapackage khớp là linux-tools-virtual Nguồn source / packaging packages.ubuntu.com — linux-tools-virtual (noble)↗ Metapackage bám ABI kernel của cloud image. Xem cột Depends để thấy nó trỏ tới gói versioned nào. Đọc thêm source / packaging Manifest của cloud image noble↗ Danh sách gói có sẵn trong image. Tra "linux-" và "qemu-guest-agent" để biết cái gì đã cài sẵn, cái gì chưa. Mở trong tab mới · Esc để đóng . Cài linux-tools-$(uname -r) cũng chạy được ngay bây giờ, nhưng nó chỉ khớp kernel đang chạy — một lần apt upgrade lên ABI mới rồi reboot là perf gãy lại, vì gói versioned cũ ở lại còn cái mới không được kéo về. Metapackage mới là thứ tự đi theo kernel.

Nghĩ rằng undefine --remove-all-storage sẽ ăn mất cloud image gốc

Bảng tra nhanh

Mục 04Nghiệm thu & câu hỏi cuối phiên

Definition of Done

• Tạo snapshot → phá VM → revert → kiểm dấu vết bằng một lệnh, kết quả đúng như trước khi phá.
• Note giải thích được internal snapshot nằm ở đâu về mặt vật lý, có bằng chứng từ qemu-img.
• Đã tạo cả một internal và một external snapshot, và ghi được ít nhất hai khác biệt quan sát được.
• lab-reset.sh chạy sạch từ cả ba trạng thái đầu vào.
• Trong VM vừa dựng: strace -V, bpftrace --version, perf --version đều chạy được.
• Ba con số time trong note, kèm một câu chỉ ra bước tốn nhiều thời gian nhất.
• M-L0: xoá VM hoàn toàn rồi dựng lại chỉ bằng một lệnh, không mở note ra tra.

Chưa xong mà hết giờ thì dừng đúng chỗ đang dừng và ghi lại chỗ vướng. Phiên sau cần VM chạy được, không cần script hoàn hảo — script còn dở thì hoàn thiện dần, đừng lấn giờ.

Câu hỏi kiểm tra — đóng terminal, đóng trang này

1. Internal và external snapshot khác nhau ở chỗ nào về mặt file trên đĩa? Nêu một hệ quả thực tế của khác biệt đó mà bạn quan sát được trong phiên này.

   Ý cần có

   Internal nằm trong chính file qcow2 (snapshot table + bảng L1 + ảnh RAM nếu chụp lúc chạy) — số file không đổi, file phình ra. External tạo file mới, file cũ thành backing read-only — chuỗi dài thêm một tầng. Hệ quả quan sát được, chấp nhận bất kỳ cái nào: thời gian xoá (internal gần như tức thì, external phải blockcommit nên lâu); số dòng image: trong qemu-img info --backing-chain; hay domblklist trỏ vào file khác sau khi tạo external.

2. Có đúng là internal snapshot đã bị deprecated không? Trả lời và nói rõ ai deprecate.

   Ý cần có

   Phải tách được ba tầng. QEMU upstream: không deprecate, còn thêm API mới cho nó. libvirt upstream: không có cảnh báo deprecation, còn đang sửa lỗi cho internal ở các bản gần đây. Red Hat: có — deprecated từ RHEL 8, RHEL 9.4 thay bằng external, RHEL 10 nói thẳng không dùng trong production. Đây là chính sách hỗ trợ của vendor, không phải cái chết kỹ thuật ở upstream. Điểm ăn thêm nếu nói được vì sao phân biệt hai chuyện này quan trọng.

3. snapshot-revert và chạy lại lab-reset.sh đều cho ra "VM sạch". Kể hai thứ khác nhau giữa hai kết quả, và một tình huống cụ thể mà revert không đủ.

   Ý cần có

   Khác biệt: thời gian (giây vs phút); revert thừa kế mọi thứ có trong ảnh chụp kể cả rác không biết mình đã tạo, rebuild thì không; revert không đụng tới thứ nằm ngoài VM (file trên host, known_hosts, DHCP lease), rebuild thì đổi hết; và quan trọng nhất — chỉ rebuild mới chứng minh được note của mình đúng và đủ. Tình huống revert không đủ: khi không còn tin trạng thái đã chụp (đã cài linh tinh trước khi chụp), hoặc khi cần chứng minh quy trình dựng lại từ số không chạy được.

4. Script chờ VM "sẵn sàng" bằng cách nào, và vì sao cách đó đúng hơn sleep? Nếu VM boot chậm gấp đôi bình thường thì script làm gì?

   Ý cần có

   Phải nêu được rằng "sẵn sàng" có nhiều mốc khác nhau — virt-install trả về ≠ kernel boot xong ≠ cloud-init done ≠ ssh nhận kết nối — và script phải chờ đúng mốc cuối. Cách chờ: vòng lặp poll một điều kiện quan sát được (cloud-init status --wait phía guest, hoặc virsh domifaddr rồi thử ssh phía host) kèm timeout. sleep cố định sai vì thời gian boot đổi theo tải máy: quá ngắn thì gãy, quá dài thì phí mỗi lần chạy. Boot chậm gấp đôi: vòng lặp vẫn chờ tới khi điều kiện đúng, chỉ dừng khi chạm timeout, và khi đó phải báo lỗi rõ ràng chứ không im lặng đi tiếp.

5. Bạn xoá một internal snapshot. ls -l cho thấy file không nhỏ đi. Vậy dung lượng có được giải phóng không?

   Ý cần có

   Có, nhưng không ở chỗ ls nhìn. qcow2 dùng refcount: cluster về refcount 0 là trống và được tái sử dụng, nhưng file không bao giờ tự truncate nên apparent size đứng yên. Đồng thời option pass-discard-snapshot mặc định bật khiến QEMU punch hole xuống filesystem, nên số block cấp phát thật (du -h, hoặc dòng disk size của qemu-img info) giảm ngay. Muốn file thật sự nhỏ lại thì phải qemu-img convert viết lại.

Stretch — chỉ khi dư giờ, không tính vào DoD

• Golden image: thay vì cài công cụ ở mỗi lần reset, cài một lần vào một image riêng rồi để script tạo overlay từ image đó. Đây thường là cách duy nhất xuống sâu dưới 2 phút — đo lại và so với ba con số ban đầu. virt-sysprep là công cụ đáng biết ở đây, nhưng tự tay làm trước để hiểu nó dọn cái gì và vì sao cần dọn.
• Release thành tham số: lab-reset.sh --release noble|resolute. Chỗ dễ sai: đổi release thì --osinfo phải đổi theo, và hai image không nên dùng chung một tên VM.
• Snapshot tree: tạo A → sửa → B → revert về A → sửa khác → C. snapshot-list --tree lúc này hình gì? Đây là mô hình sẽ dùng khi muốn giữ nhiều trạng thái lab song song ở các phase sau.
• Đo cái giá của external: tạo một external snapshot, ghi vài trăm MB trong guest, rồi time virsh snapshot-delete. So với thời gian xoá internal. Con số này là lý do người ta vẫn dùng internal cho lab dù vendor không khuyến khích.

Mục 05Nguồn & đọc thêm

Đọc trong hoặc ngay sau phiên

• tài liệu chính chủRHEL 10 — Saving and restoring VM state by using snapshots↗

  Mục "Support limitations": Red Hat chỉ hỗ trợ external, và nói thẳng internal deprecated trong RHEL 10.

• tài liệu chính chủGNU Bash Manual — The Set Builtin↗

  Đọc phần -e để thấy danh sách ngoại lệ, và pipefail. Đây là nguồn gốc của mọi hiểu nhầm về set -e.

• tài liệu chính chủcloud-init — CLI reference (status)↗

  Ngữ nghĩa --wait và ba exit code 0/1/2. Đọc trước khi đưa lệnh này vào script chạy dưới set -e.

Tra khi cần, không đọc tuyến tính

• man pagevirsh(1)↗

  Đọc mục console, ttyconsole, domifaddr, net-dhcp-leases, và option toàn cục -e.

• tài liệu chính chủlibvirt NEWS — lịch sử tính năng theo version↗

  Tra "external snapshot": delete có từ 9.0.0 (01/2023), revert từ 9.9.0 (11/2023). Cũng là nơi thấy internal snapshot vẫn đang được sửa ở 10.9.0–11.0.0.

• source / packaginglibvirt — src/qemu/qemu_snapshot.c↗

  Nguồn duy nhất trả lời chính xác "không cờ nào thì ra internal hay external" và "--force bypass được đúng điều kiện nào".

• tài liệu chính chủQEMU — qcow2 image format specification↗

  Mục Snapshots: snapshot table, và trường "Size of the VM state" chứng minh RAM nằm trong file qcow2.

• tài liệu chính chủqemu-img↗

  Backing chain, commit, rebase -u. Nhớ rằng phần synopsis in nhầm -B; CLI thật là -F.

• tài liệu chính chủGNU Bash Manual — Shell Parameter Expansion↗

  Các dạng ${var:-default} và ${var:?message} — công cụ sống chung với set -u.

• source / packagingManifest của cloud image noble↗

  Danh sách gói có sẵn trong image. Tra "linux-" và "qemu-guest-agent" để biết cái gì đã cài sẵn, cái gì chưa.

Để dành cho các phiên sau

• tài liệu chính chủSnapshot XML format↗

  internal (một file) vs external (snapshot một file, delta file khác) — với đĩa đã có backing chain thì không tầm thường.

• tài liệu chính chủlibvirt wiki — QEMU guest agent↗

  Cần gì để agent chạy: package trong guest + channel virtio tên org.qemu.guest_agent.0.

Dẫn trong bài

• tài liệu chính chủRHEL 9 — Considerations in adopting, ch. 26 Virtualization↗

  Câu chốt: RHEL 9.4 thay cơ chế internal đã deprecated bằng external.

• tài liệu chính chủQEMU — Deprecated features↗

  Dùng để kiểm chứng điều NGƯỢC lại: savevm/loadvm/internal snapshot không có trong danh sách này.

• source / packagingpackages.ubuntu.com — filelist của linux-tools-common↗

  Bằng chứng gói này là arch "all" và chỉ chứa wrapper + manpage, không có binary perf thật.

• source / packagingpackages.ubuntu.com — linux-tools-virtual (noble)↗

  Metapackage bám ABI kernel của cloud image. Xem cột Depends để thấy nó trỏ tới gói versioned nào.

Hai mẩu đáng nhớ