Exec the zfs send/recv commands.
This commit is contained in:
parent
a4e75f98d7
commit
34a456c9b5
@ -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" \
|
||||
|
@ -4,5 +4,4 @@
|
||||
- rustup
|
||||
- lldb # for lldb-vscode
|
||||
- musl # for building static binaries
|
||||
- rust-analyzer
|
||||
state: present
|
||||
|
@ -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`
|
||||
|
@ -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.
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user