Exec the zfs send/recv commands.

This commit is contained in:
Tom Alexander 2023-05-03 00:15:33 -04:00
parent a4e75f98d7
commit 34a456c9b5
Signed by: talexander
GPG Key ID: D3A179C9A53C0EDE
4 changed files with 2 additions and 4 deletions

View File

@ -77,7 +77,6 @@ function start_vm {
-s 0,hostbridge \
-s "4,nvme,/dev/zvol/${zfs_path}/disk0" \
-s "2:0,virtio-net,netgraph,path=${bridge_name}:,peerhook=${bridge_link_name},mac=${mac_address}" \
-s 3,ahci-cd,/vm/.iso/archlinux-2023.04.01-x86_64.iso \
-s 30,xhci,tablet \
-s 31,lpc -l com1,stdio \
-l "bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd,${mount_path}/BHYVE_UEFI_VARS.fd" \

View File

@ -4,5 +4,4 @@
- rustup
- lldb # for lldb-vscode
- musl # for building static binaries
- rust-analyzer
state: present

View File

@ -7,6 +7,6 @@ DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
# -s if the stream is interrupted, save the partial stream. The stream can then be resumed by doing a zfs send -t token where token is the receive_resume_token prop on the dataset we received into.
# -u Do not mount the filesystem we are receiving. We can always mount afterwards but this avoids issues with streams with mountpoints to places like /
zfs recv -s -u
exec zfs recv -s -u "${@}"
# To delete an interrupted recv, run `zfs receive -A dataset`

View File

@ -7,7 +7,7 @@ DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
# TODO: Do we want --backup ?
# We get --props automatically from --replicate
zfs send --compressed --replicate --large-block --embed --verbose "${@}"
exec zfs send --compressed --replicate --large-block --embed --verbose "${@}"
# On zfs recv side, may want to pass `-s` to make the stream resumable.