lxc copy fails due to socket issue

Required information

Distribution: Ubuntu
Distribution version: 16.04.6

~ lxc info
config:
  core.https_address: '[::]:8443'
  core.trust_password: true
api_extensions:
- storage_zfs_remove_snapshots
- container_host_shutdown_timeout
- container_stop_priority
- container_syscall_filtering
- auth_pki
- container_last_used_at
- etag
- patch
- usb_devices
- https_allowed_credentials
- image_compression_algorithm
- directory_manipulation
- container_cpu_time
- storage_zfs_use_refquota
- storage_lvm_mount_options
- network
- profile_usedby
- container_push
- container_exec_recording
- certificate_update
- container_exec_signal_handling
- gpu_devices
- container_image_properties
- migration_progress
- id_map
- network_firewall_filtering
- network_routes
- storage
- file_delete
- file_append
- network_dhcp_expiry
- storage_lvm_vg_rename
- storage_lvm_thinpool_rename
- network_vlan
- image_create_aliases
- container_stateless_copy
- container_only_migration
- storage_zfs_clone_copy
- unix_device_rename
- storage_lvm_use_thinpool
- storage_rsync_bwlimit
- network_vxlan_interface
- storage_btrfs_mount_options
- entity_description
- image_force_refresh
- storage_lvm_lv_resizing
- id_map_base
- file_symlinks
- container_push_target
- network_vlan_physical
- storage_images_delete
- container_edit_metadata
- container_snapshot_stateful_migration
- storage_driver_ceph
- storage_ceph_user_name
- resource_limits
- storage_volatile_initial_source
- storage_ceph_force_osd_reuse
- storage_block_filesystem_btrfs
- resources
- kernel_limits
- storage_api_volume_rename
- macaroon_authentication
- network_sriov
- console
- restrict_devlxd
- migration_pre_copy
- infiniband
- maas_network
- devlxd_events
- proxy
- network_dhcp_gateway
- file_get_symlink
- network_leases
- unix_device_hotplug
- storage_api_local_volume_handling
- operation_description
- clustering
- event_lifecycle
- storage_api_remote_volume_handling
- nvidia_runtime
- container_mount_propagation
- container_backup
- devlxd_images
- container_local_cross_pool_handling
- proxy_unix
- proxy_udp
- clustering_join
- proxy_tcp_udp_multi_port_handling
- network_state
- proxy_unix_dac_properties
- container_protection_delete
- unix_priv_drop
- pprof_http
- proxy_haproxy_protocol
- network_hwaddr
- proxy_nat
- network_nat_order
- container_full
- candid_authentication
- backup_compression
- candid_config
- nvidia_runtime_config
- storage_api_volume_snapshots
- storage_unmapped
- projects
- candid_config_key
- network_vxlan_ttl
- container_incremental_copy
- usb_optional_vendorid
- snapshot_scheduling
- container_copy_project
- clustering_server_address
- clustering_image_replication
- container_protection_shift
- snapshot_expiry
- container_backup_override_pool
- snapshot_expiry_creation
- network_leases_location
- resources_cpu_socket
- resources_gpu
- resources_numa
- kernel_features
- id_map_current
- event_location
- storage_api_remote_volume_snapshots
- network_nat_address
- container_nic_routes
- rbac
- cluster_internal_copy
- seccomp_notify
- lxc_features
- container_nic_ipvlan
- network_vlan_sriov
- storage_cephfs
- container_nic_ipfilter
- resources_v2
- container_exec_user_group_cwd
- container_syscall_intercept
- container_disk_shift
- storage_shifted
- resources_infiniband
- daemon_storage
- instances
- image_types
- resources_disk_sata
- clustering_roles
- images_expiry
api_status: stable
api_version: "1.0"
auth: trusted
public: false
auth_methods:
- tls
environment:
  addresses:
  - <IP_ADDRESS>:8443
  - '[2a01:cb15:8432:b300:49d:a5e3:31ed:e227]:8443'
  - '[2a01:cb15:8432:b300:a242:224f:9065:a59f]:8443'
  - <IP_ADDRESS>:8443
  - <IP_ADDRESS>:8443
  - <IP_ADDRESS>:8443
  architectures:
  - x86_64
  - i686
  certificate: |
    -----BEGIN CERTIFICATE-----
    MIIFkzCCA3ugAwIBAgIQRPcQwlNKSsdsnHtciyrkHjANBgkqhkiG9w0BAQsFADAz
    MRwwGgYDVQQKExNsaW51eGNvbnRhaW5lcnMub3JnMRMwEQYDVQQDDApyb290QGV2
    aWxkMB4XDTE2MDgyNTE5NDAwM1oXDTI2MDgyMzE5NDAwM1owMzEcMBoGA1UEChMT
    bGludXhjb250YWluZXJzLm9yZzETMBEGA1UEAwwKcm9vdEBldmlsZDCCAiIwDQYJ
    KoZIhvcNAQEBBQADggIPADCCAgoCggIBALbbwjb2Ujjt3icYK6bWCQYy0Q5e7P9u
    P/qllDwarCzuLSvfz+WaMm/F8Qf1Zgr6MJ7RPc9spJrCpcCF5/iJJmJmCdmBuhbR
    tIN+57gFUCMB5iNJ7Dlq8PI8QjPRxrKzdbLm8z1hRM8an303yM6ov+Z3W7iEYT+e
    teda4riDCdTbqeUTz/KxUEpmRfrngttTJCSTSmKUmNMhFNcLF33n/VXy8Q20MVMS
    qvL1rr6sqr9fi4GuHj8jucrginm9VPvD0cx37kLZTJUpyI18IqstvJYeejoutkbG
    s5CDpPJr0yXdRVadwM3RvSutsBfP6SOYZyQNmSEJ3Z9nqd/+NuMogaW6vQxjUbkQ
    EZVvIT7PCHg3cx+72DfgkEziLJhkleMPfe48lCzsnpdXTnXZFaxxPwqrsCYguFOY
    0c2zkMZTeUvd4+B9wAYbt0djEeOLlYQg7ZS/s2BwOqK0tNMhLprqjYOm55fy/srN
    mUa+vu0oAG1OD78u3rSXaLOrXwi/ClMb7paJeASu6n29N3p1H2LCurPATplt1MCb
    ZQ+PPWZEVRHewd/M69YlfFfJkwX8J0N2KuoklSpMouXnL3p3TqzxN+yl3uZ6gC+5
    AaBeHNp7Td8b+w8QTAMfTeRuVIz9rN0WnEqyhVp2Gvjie/YLQe+qtr1Y7DGrQmP9
    aBFlHPJA5pv/AgMBAAGjgaIwgZ8wDgYDVR0PAQH/BAQDAgWgMBMGA1UdJQQMMAoG
    CCsGAQUFBwMBMAwGA1UdEwEB/wQCMAAwagYDVR0RBGMwYYIFZXZpbGSCEDE5Mi4x
    NjguMS4xMTcvMjSCHGZlODA6OjFhMGI6MTc4YTpmM2JjOmU2ZjMvNjSCHGZlODA6
    OjY0OGQ6NzVmZjpmZTM0Ojc2MGYvNjSCCmZlODA6OjEvNjQwDQYJKoZIhvcNAQEL
    BQADggIBAIkJCI41tnT1iohSr8XiiMZMeHr/vOsXCc61QGgYAwnAkyKMKsnON7qC
    QfBZGFEx2F+nPgM4xd4Ax6sOZO3gFPh/u9Pybj74LI9q4WkExjGguha/xdC2NXYD
    mR0VwmDBsQFoVu29XBWXlw+r7cQS86wEXrzFrDfqLPFdLqqExaYjUpoAn+hN8P0S
    H9hug6LpMS1T6hS8jbuoW3V0VeOiCQ02w25vfPQx/WWuJ5jjPyaQsRHo556AeRZh
    2FY03Yl6Ajdvf7mOwGaZW4F4MBd0FotMTBWjSFzwVaT9+tUTdAtt/R6vAu4Qk8bV
    /fDYeWwrG2G9jQKXxOeneEb0XUpcUSojowTm7pg8ASrlVBnq64tTWtYN0YGntKps
    ep+FnSt4Sy/yNL4d75hakdOMUkLvYP2jxY+k1iIJrXWZCe8BDBsB2sMtnB2LbH6C
    CvnxG/UeytQIXfFJfWqL96s8imG/PLhM9nSljOil6kEtkb64t1aTRXmxGJWP6Hit
    Z7eafzCjOmP9PcHl7ViOeuXWXWsz00UaA6JLvLi9eFexVTeCvPFw5pipCh5CVdt2
    ou6s2HDR1C2fEf8uVlpnzIZlk6lBfMGSHI1SqhH30/UhAl2q8mmL3b/tllA2bPl9
    44aQmETBi0lI2RxZoPI0PF3jMRrnzESmikDMG7dnM3sqwFdLpcSm
    -----END CERTIFICATE-----
  certificate_fingerprint: a45fadeede78507286a81a7becbc9a11e8ac29fd1aa25a4dcfdcf93498286bef
  driver: lxc
  driver_version: 3.2.1
  kernel: Linux
  kernel_architecture: x86_64
  kernel_features:
    netnsid_getifaddrs: "false"
    seccomp_listener: "false"
    shiftfs: "false"
    uevent_injection: "false"
    unpriv_fscaps: "true"
  kernel_version: 4.4.0-169-generic
  lxc_features:
    mount_injection_file: "true"
    network_gateway_device_route: "true"
    network_ipvlan: "true"
    network_l2proxy: "true"
    network_phys_macvlan_mtu: "true"
    seccomp_notify: "true"
  project: default
  server: lxd
  server_clustered: false
  server_name: evild
  server_pid: 2449
  server_version: "3.18"
  storage: zfs
  storage_version: <IP_ADDRESS>-0ubuntu28

Issue description
Cannot copy a container from my local host to a remote server due to socker issue.
Running lxc copy --mode=relay alpine remote:alpine results in the following error Error: Error transferring container data: exit status 2
~ lxc monitor
location: none
metadata:
  context: {}
  level: dbug
  message: 'New event listener: 429b58f6-e24b-4fed-bead-8bcee2716303'
timestamp: "2019-11-20T15:34:44.851367052+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: GET
    url: /1.0
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:00.149792615+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: GET
    url: /1.0/instances/alpine
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:00.499571534+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: GET
    url: /1.0/events
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:00.506759812+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: POST
    url: /1.0/instances/alpine
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:00.508901133+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'New event listener: c4749808-8b86-4052-aa41-acbb4c548d73'
timestamp: "2019-11-20T15:35:00.507753839+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'New websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:00.516506417+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Started websocket operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:00.516942648+01:00"
type: logging

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T15:35:00.514494973+01:00"
  description: Migrating container
  err: ""
  id: aec28c75-415c-4624-8af3-eeda70802fb1
  location: none
  may_cancel: false
  metadata:
    control: 1f4a33c256786500eebb969f2bd67a9a6e695c4bebab59e55782f51cb6141c25
    fs: 7955ae3183be43ff2f1a03a113d834aac43213913db974cb1b1b93c07b0fb5ea
  resources:
    containers:
    - /1.0/containers/alpine
  status: Pending
  status_code: 105
  updated_at: "2019-11-20T15:35:00.514494973+01:00"
timestamp: "2019-11-20T15:35:00.516907491+01:00"
type: operation

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T15:35:00.514494973+01:00"
  description: Migrating container
  err: ""
  id: aec28c75-415c-4624-8af3-eeda70802fb1
  location: none
  may_cancel: false
  metadata:
    control: 1f4a33c256786500eebb969f2bd67a9a6e695c4bebab59e55782f51cb6141c25
    fs: 7955ae3183be43ff2f1a03a113d834aac43213913db974cb1b1b93c07b0fb5ea
  resources:
    containers:
    - /1.0/containers/alpine
  status: Running
  status_code: 103
  updated_at: "2019-11-20T15:35:00.514494973+01:00"
timestamp: "2019-11-20T15:35:00.52063121+01:00"
type: operation

location: none
metadata:
  context: {}
  level: dbug
  message: 'Connected websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:01.19186315+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: GET
    url: /1.0/operations/aec28c75-415c-4624-8af3-eeda70802fb1/websocket?secret=1f4a33c256786500eebb969f2bd67a9a6e695c4bebab59e55782f51cb6141c25
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:01.19181077+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Handled websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:01.192035458+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Connected websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:01.416363995+01:00"
type: logging

location: none
metadata:
  context:
    ip: '@'
    method: GET
    url: /1.0/operations/aec28c75-415c-4624-8af3-eeda70802fb1/websocket?secret=7955ae3183be43ff2f1a03a113d834aac43213913db974cb1b1b93c07b0fb5ea
    user: ""
  level: dbug
  message: Handling
timestamp: "2019-11-20T15:35:01.416307099+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Handled websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:01.416533335+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T15:35:01.423099413+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T15:35:01.435544244+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: The other side does not support pre-copy
timestamp: "2019-11-20T15:35:01.651037803+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Updated metadata for websocket Operation: aec28c75-415c-4624-8af3-eeda70802fb1'
timestamp: "2019-11-20T15:35:24.661505319+01:00"
type: logging

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T15:35:00.514494973+01:00"
  description: Migrating container
  err: ""
  id: aec28c75-415c-4624-8af3-eeda70802fb1
  location: none
  may_cancel: false
  metadata:
    control: 1f4a33c256786500eebb969f2bd67a9a6e695c4bebab59e55782f51cb6141c25
    fs: 7955ae3183be43ff2f1a03a113d834aac43213913db974cb1b1b93c07b0fb5ea
    fs_progress: 'alpine: 8.22MB (357.63kB/s)'
  resources:
    containers:
    - /1.0/containers/alpine
  status: Running
  status_code: 103
  updated_at: "2019-11-20T15:35:24.661462929+01:00"
timestamp: "2019-11-20T15:35:24.662181998+01:00"
type: operation

location: none
metadata:
  context: {}
  level: dbug
  message: 'Got err writing writev unix /var/snap/lxd/common/lxd/unix.socket->@: writev:
    broken pipe'
timestamp: "2019-11-20T15:35:46.924791626+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T15:35:46.941954669+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Failure for websocket operation: aec28c75-415c-4624-8af3-eeda70802fb1:
    websocket: close 1006 (abnormal closure): unexpected EOF'
timestamp: "2019-11-20T15:35:46.971053533+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T15:35:46.970999729+01:00"
type: logging

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T15:35:00.514494973+01:00"
  description: Migrating container
  err: 'websocket: close 1006 (abnormal closure): unexpected EOF'
  id: aec28c75-415c-4624-8af3-eeda70802fb1
  location: none
  may_cancel: false
  metadata:
    control: 1f4a33c256786500eebb969f2bd67a9a6e695c4bebab59e55782f51cb6141c25
    fs: 7955ae3183be43ff2f1a03a113d834aac43213913db974cb1b1b93c07b0fb5ea
    fs_progress: 'alpine: 8.22MB (357.63kB/s)'
  resources:
    containers:
    - /1.0/containers/alpine
  status: Failure
  status_code: 400
  updated_at: "2019-11-20T15:35:24.661462929+01:00"
timestamp: "2019-11-20T15:35:46.971484598+01:00"
type: operation

The error seems to come from here 'Got err writing writev unix /var/snap/lxd/common/lxd/unix.socket->@: writev: broken pipe'.
~ ls -la /var/snap/lxd/common/lxd/unix.socket
srw-rw---- 1 root lxd 0 Nov 20 15:03 /var/snap/lxd/common/lxd/unix.socket

Both systems have the same versions of LXD snap, rsync, zfs, Ubuntu and Linux kernel.
I also tried the workaround for rsync:

/usr/local/bin/rsync

#!/bin/sh
exec /usr/bin/rsync "$@" --xattrs

Steps to reproduce

Run lxc copy --mode=relay alpine remote:alpine

Information to attach

[ ] Any relevant kernel output (dmesg)
[ ] Container log (lxc info NAME --show-log)
[ ] Container configuration (lxc config show NAME --expanded)
[ ] Main daemon log (at /var/log/lxd/lxd.log or /var/snap/lxd/common/lxd/logs/lxd.log)
[x] Output of the client with --debug
[ ] Output of the daemon with --debug (alternatively output of lxc monitor while reproducing the issue)

~ lxc copy --mode=relay --debug alpine remote:alpine
t=2019-11-20T15:53:42+0100 lvl=dbug msg="Connecting to a local LXD over a Unix socket"
t=2019-11-20T15:53:42+0100 lvl=dbug msg="Sending request to LXD" etag= method=GET url=http://unix.socket/1.0
t=2019-11-20T15:53:42+0100 lvl=dbug msg="Got response struct from LXD"
t=2019-11-20T15:53:42+0100 lvl=dbug msg="
	{
		"config": {
			"core.https_address": "[::]:8443",
			"core.trust_password": true
		},
		"api_extensions": [
			"storage_zfs_remove_snapshots",
			"container_host_shutdown_timeout",
			"container_stop_priority",
			"container_syscall_filtering",
			"auth_pki",
			"container_last_used_at",
			"etag",
			"patch",
			"usb_devices",
			"https_allowed_credentials",
			"image_compression_algorithm",
			"directory_manipulation",
			"container_cpu_time",
			"storage_zfs_use_refquota",
			"storage_lvm_mount_options",
			"network",
			"profile_usedby",
			"container_push",
			"container_exec_recording",
			"certificate_update",
			"container_exec_signal_handling",
			"gpu_devices",
			"container_image_properties",
			"migration_progress",
			"id_map",
			"network_firewall_filtering",
			"network_routes",
			"storage",
			"file_delete",
			"file_append",
			"network_dhcp_expiry",
			"storage_lvm_vg_rename",
			"storage_lvm_thinpool_rename",
			"network_vlan",
			"image_create_aliases",
			"container_stateless_copy",
			"container_only_migration",
			"storage_zfs_clone_copy",
			"unix_device_rename",
			"storage_lvm_use_thinpool",
			"storage_rsync_bwlimit",
			"network_vxlan_interface",
			"storage_btrfs_mount_options",
			"entity_description",
			"image_force_refresh",
			"storage_lvm_lv_resizing",
			"id_map_base",
			"file_symlinks",
			"container_push_target",
			"network_vlan_physical",
			"storage_images_delete",
			"container_edit_metadata",
			"container_snapshot_stateful_migration",
			"storage_driver_ceph",
			"storage_ceph_user_name",
			"resource_limits",
			"storage_volatile_initial_source",
			"storage_ceph_force_osd_reuse",
			"storage_block_filesystem_btrfs",
			"resources",
			"kernel_limits",
			"storage_api_volume_rename",
			"macaroon_authentication",
			"network_sriov",
			"console",
			"restrict_devlxd",
			"migration_pre_copy",
			"infiniband",
			"maas_network",
			"devlxd_events",
			"proxy",
			"network_dhcp_gateway",
			"file_get_symlink",
			"network_leases",
			"unix_device_hotplug",
			"storage_api_local_volume_handling",
			"operation_description",
			"clustering",
			"event_lifecycle",
			"storage_api_remote_volume_handling",
			"nvidia_runtime",
			"container_mount_propagation",
			"container_backup",
			"devlxd_images",
			"container_local_cross_pool_handling",
			"proxy_unix",
			"proxy_udp",
			"clustering_join",
			"proxy_tcp_udp_multi_port_handling",
			"network_state",
			"proxy_unix_dac_properties",
			"container_protection_delete",
			"unix_priv_drop",
			"pprof_http",
			"proxy_haproxy_protocol",
			"network_hwaddr",
			"proxy_nat",
			"network_nat_order",
			"container_full",
			"candid_authentication",
			"backup_compression",
			"candid_config",
			"nvidia_runtime_config",
			"storage_api_volume_snapshots",
			"storage_unmapped",
			"projects",
			"candid_config_key",
			"network_vxlan_ttl",
			"container_incremental_copy",
			"usb_optional_vendorid",
			"snapshot_scheduling",
			"container_copy_project",
			"clustering_server_address",
			"clustering_image_replication",
			"container_protection_shift",
			"snapshot_expiry",
			"container_backup_override_pool",
			"snapshot_expiry_creation",
			"network_leases_location",
			"resources_cpu_socket",
			"resources_gpu",
			"resources_numa",
			"kernel_features",
			"id_map_current",
			"event_location",
			"storage_api_remote_volume_snapshots",
			"network_nat_address",
			"container_nic_routes",
			"rbac",
			"cluster_internal_copy",
			"seccomp_notify",
			"lxc_features",
			"container_nic_ipvlan",
			"network_vlan_sriov",
			"storage_cephfs",
			"container_nic_ipfilter",
			"resources_v2",
			"container_exec_user_group_cwd",
			"container_syscall_intercept",
			"container_disk_shift",
			"storage_shifted",
			"resources_infiniband",
			"daemon_storage",
			"instances",
			"image_types",
			"resources_disk_sata",
			"clustering_roles",
			"images_expiry"
		],
		"api_status": "stable",
		"api_version": "1.0",
		"auth": "trusted",
		"public": false,
		"auth_methods": [
			"tls"
		],
		"environment": {
			"addresses": [
				"<IP_ADDRESS>:8443",
				"[2a01:cb15:8432:b300:49d:a5e3:31ed:e227]:8443",
				"[2a01:cb15:8432:b300:a242:224f:9065:a59f]:8443",
				"<IP_ADDRESS>:8443",
				"<IP_ADDRESS>:8443",
				"<IP_ADDRESS>:8443"
			],
			"architectures": [
				"x86_64",
				"i686"
			],
			"certificate": "-----BEGIN CERTIFICATE-----\
MIIFkzCCA3ugAwIBAgIQRPcQwlNKSsdsnHtciyrkHjANBgkqhkiG9w0BAQsFADAz\
MRwwGgYDVQQKExNsaW51eGNvbnRhaW5lcnMub3JnMRMwEQYDVQQDDApyb290QGV2\
aWxkMB4XDTE2MDgyNTE5NDAwM1oXDTI2MDgyMzE5NDAwM1owMzEcMBoGA1UEChMT\
bGludXhjb250YWluZXJzLm9yZzETMBEGA1UEAwwKcm9vdEBldmlsZDCCAiIwDQYJ\
KoZIhvcNAQEBBQADggIPADCCAgoCggIBALbbwjb2Ujjt3icYK6bWCQYy0Q5e7P9u\
P/qllDwarCzuLSvfz+WaMm/F8Qf1Zgr6MJ7RPc9spJrCpcCF5/iJJmJmCdmBuhbR\
tIN+57gFUCMB5iNJ7Dlq8PI8QjPRxrKzdbLm8z1hRM8an303yM6ov+Z3W7iEYT+e\
teda4riDCdTbqeUTz/KxUEpmRfrngttTJCSTSmKUmNMhFNcLF33n/VXy8Q20MVMS\
qvL1rr6sqr9fi4GuHj8jucrginm9VPvD0cx37kLZTJUpyI18IqstvJYeejoutkbG\
s5CDpPJr0yXdRVadwM3RvSutsBfP6SOYZyQNmSEJ3Z9nqd/+NuMogaW6vQxjUbkQ\
EZVvIT7PCHg3cx+72DfgkEziLJhkleMPfe48lCzsnpdXTnXZFaxxPwqrsCYguFOY\
0c2zkMZTeUvd4+B9wAYbt0djEeOLlYQg7ZS/s2BwOqK0tNMhLprqjYOm55fy/srN\
mUa+vu0oAG1OD78u3rSXaLOrXwi/ClMb7paJeASu6n29N3p1H2LCurPATplt1MCb\
ZQ+PPWZEVRHewd/M69YlfFfJkwX8J0N2KuoklSpMouXnL3p3TqzxN+yl3uZ6gC+5\
AaBeHNp7Td8b+w8QTAMfTeRuVIz9rN0WnEqyhVp2Gvjie/YLQe+qtr1Y7DGrQmP9\
aBFlHPJA5pv/AgMBAAGjgaIwgZ8wDgYDVR0PAQH/BAQDAgWgMBMGA1UdJQQMMAoG\
CCsGAQUFBwMBMAwGA1UdEwEB/wQCMAAwagYDVR0RBGMwYYIFZXZpbGSCEDE5Mi4x\
NjguMS4xMTcvMjSCHGZlODA6OjFhMGI6MTc4YTpmM2JjOmU2ZjMvNjSCHGZlODA6\
OjY0OGQ6NzVmZjpmZTM0Ojc2MGYvNjSCCmZlODA6OjEvNjQwDQYJKoZIhvcNAQEL\
BQADggIBAIkJCI41tnT1iohSr8XiiMZMeHr/vOsXCc61QGgYAwnAkyKMKsnON7qC\
QfBZGFEx2F+nPgM4xd4Ax6sOZO3gFPh/u9Pybj74LI9q4WkExjGguha/xdC2NXYD\
mR0VwmDBsQFoVu29XBWXlw+r7cQS86wEXrzFrDfqLPFdLqqExaYjUpoAn+hN8P0S\
H9hug6LpMS1T6hS8jbuoW3V0VeOiCQ02w25vfPQx/WWuJ5jjPyaQsRHo556AeRZh\
2FY03Yl6Ajdvf7mOwGaZW4F4MBd0FotMTBWjSFzwVaT9+tUTdAtt/R6vAu4Qk8bV\
/fDYeWwrG2G9jQKXxOeneEb0XUpcUSojowTm7pg8ASrlVBnq64tTWtYN0YGntKps\
ep+FnSt4Sy/yNL4d75hakdOMUkLvYP2jxY+k1iIJrXWZCe8BDBsB2sMtnB2LbH6C\
CvnxG/UeytQIXfFJfWqL96s8imG/PLhM9nSljOil6kEtkb64t1aTRXmxGJWP6Hit\
Z7eafzCjOmP9PcHl7ViOeuXWXWsz00UaA6JLvLi9eFexVTeCvPFw5pipCh5CVdt2\
ou6s2HDR1C2fEf8uVlpnzIZlk6lBfMGSHI1SqhH30/UhAl2q8mmL3b/tllA2bPl9\
44aQmETBi0lI2RxZoPI0PF3jMRrnzESmikDMG7dnM3sqwFdLpcSm\
-----END CERTIFICATE-----\
",
			"certificate_fingerprint": "a45fadeede78507286a81a7becbc9a11e8ac29fd1aa25a4dcfdcf93498286bef",
			"driver": "lxc",
			"driver_version": "3.2.1",
			"kernel": "Linux",
			"kernel_architecture": "x86_64",
			"kernel_features": {
				"netnsid_getifaddrs": "false",
				"seccomp_listener": "false",
				"shiftfs": "false",
				"uevent_injection": "false",
				"unpriv_fscaps": "true"
			},
			"kernel_version": "4.4.0-169-generic",
			"lxc_features": {
				"mount_injection_file": "true",
				"network_gateway_device_route": "true",
				"network_ipvlan": "true",
				"network_l2proxy": "true",
				"network_phys_macvlan_mtu": "true",
				"seccomp_notify": "true"
			},
			"project": "default",
			"server": "lxd",
			"server_clustered": false,
			"server_name": "evild",
			"server_pid": 2449,
			"server_version": "3.18",
			"storage": "zfs",
			"storage_version": "<IP_ADDRESS>-0ubuntu28"
		}
	}"
t=2019-11-20T15:53:42+0100 lvl=dbug msg="Connecting to a remote LXD over HTTPs"
t=2019-11-20T15:53:42+0100 lvl=dbug msg="Sending request to LXD" etag= method=GET url=https://<IP_ADDRESS>:8443/1.0
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Got response struct from LXD"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"config": {
			"core.https_address": "[::]:8443",
			"core.trust_password": true
		},
		"api_extensions": [
			"storage_zfs_remove_snapshots",
			"container_host_shutdown_timeout",
			"container_stop_priority",
			"container_syscall_filtering",
			"auth_pki",
			"container_last_used_at",
			"etag",
			"patch",
			"usb_devices",
			"https_allowed_credentials",
			"image_compression_algorithm",
			"directory_manipulation",
			"container_cpu_time",
			"storage_zfs_use_refquota",
			"storage_lvm_mount_options",
			"network",
			"profile_usedby",
			"container_push",
			"container_exec_recording",
			"certificate_update",
			"container_exec_signal_handling",
			"gpu_devices",
			"container_image_properties",
			"migration_progress",
			"id_map",
			"network_firewall_filtering",
			"network_routes",
			"storage",
			"file_delete",
			"file_append",
			"network_dhcp_expiry",
			"storage_lvm_vg_rename",
			"storage_lvm_thinpool_rename",
			"network_vlan",
			"image_create_aliases",
			"container_stateless_copy",
			"container_only_migration",
			"storage_zfs_clone_copy",
			"unix_device_rename",
			"storage_lvm_use_thinpool",
			"storage_rsync_bwlimit",
			"network_vxlan_interface",
			"storage_btrfs_mount_options",
			"entity_description",
			"image_force_refresh",
			"storage_lvm_lv_resizing",
			"id_map_base",
			"file_symlinks",
			"container_push_target",
			"network_vlan_physical",
			"storage_images_delete",
			"container_edit_metadata",
			"container_snapshot_stateful_migration",
			"storage_driver_ceph",
			"storage_ceph_user_name",
			"resource_limits",
			"storage_volatile_initial_source",
			"storage_ceph_force_osd_reuse",
			"storage_block_filesystem_btrfs",
			"resources",
			"kernel_limits",
			"storage_api_volume_rename",
			"macaroon_authentication",
			"network_sriov",
			"console",
			"restrict_devlxd",
			"migration_pre_copy",
			"infiniband",
			"maas_network",
			"devlxd_events",
			"proxy",
			"network_dhcp_gateway",
			"file_get_symlink",
			"network_leases",
			"unix_device_hotplug",
			"storage_api_local_volume_handling",
			"operation_description",
			"clustering",
			"event_lifecycle",
			"storage_api_remote_volume_handling",
			"nvidia_runtime",
			"container_mount_propagation",
			"container_backup",
			"devlxd_images",
			"container_local_cross_pool_handling",
			"proxy_unix",
			"proxy_udp",
			"clustering_join",
			"proxy_tcp_udp_multi_port_handling",
			"network_state",
			"proxy_unix_dac_properties",
			"container_protection_delete",
			"unix_priv_drop",
			"pprof_http",
			"proxy_haproxy_protocol",
			"network_hwaddr",
			"proxy_nat",
			"network_nat_order",
			"container_full",
			"candid_authentication",
			"backup_compression",
			"candid_config",
			"nvidia_runtime_config",
			"storage_api_volume_snapshots",
			"storage_unmapped",
			"projects",
			"candid_config_key",
			"network_vxlan_ttl",
			"container_incremental_copy",
			"usb_optional_vendorid",
			"snapshot_scheduling",
			"container_copy_project",
			"clustering_server_address",
			"clustering_image_replication",
			"container_protection_shift",
			"snapshot_expiry",
			"container_backup_override_pool",
			"snapshot_expiry_creation",
			"network_leases_location",
			"resources_cpu_socket",
			"resources_gpu",
			"resources_numa",
			"kernel_features",
			"id_map_current",
			"event_location",
			"storage_api_remote_volume_snapshots",
			"network_nat_address",
			"container_nic_routes",
			"rbac",
			"cluster_internal_copy",
			"seccomp_notify",
			"lxc_features",
			"container_nic_ipvlan",
			"network_vlan_sriov",
			"storage_cephfs",
			"container_nic_ipfilter",
			"resources_v2",
			"container_exec_user_group_cwd",
			"container_syscall_intercept",
			"container_disk_shift",
			"storage_shifted",
			"resources_infiniband",
			"daemon_storage",
			"instances",
			"image_types",
			"resources_disk_sata",
			"clustering_roles",
			"images_expiry"
		],
		"api_status": "stable",
		"api_version": "1.0",
		"auth": "trusted",
		"public": false,
		"auth_methods": [
			"tls"
		],
		"environment": {
			"addresses": [
				"<IP_ADDRESS>:8443",
				"<IP_ADDRESS>:8443",
				"<IP_ADDRESS>:8443",
				"<IP_ADDRESS>:8443"
			],
			"architectures": [
				"x86_64",
				"i686"
			],
			"certificate": "-----BEGIN CERTIFICATE-----\
MIIFmjCCA4KgAwIBAgIQC48nM5PK0Xy47r2mgzFSFzANBgkqhkiG9w0BAQsFADA2\
MRwwGgYDVQQKExNsaW51eGNvbnRhaW5lcnMub3JnMRYwFAYDVQQDDA1yb290QGV2\
aS16NDQwMB4XDTE2MDcyOTEwMjIwMFoXDTI2MDcyNzEwMjIwMFowNjEcMBoGA1UE\
ChMTbGludXhjb250YWluZXJzLm9yZzEWMBQGA1UEAwwNcm9vdEBldmktejQ0MDCC\
AiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOHBV3otc4um6q8NFSad08vY\
WUvp7meHCuCfOqFUUuBzRZalQ42cptyg86Jy2dgIYn2WXeSjHHZYl6HJHslGUHum\
Z9sBZSRckMKMR17eJEw+3wQ/D9di+vRVL3e3FFbrqzEP5qaY7OzakY4CnomXYbrd\
I6dK1kxyWI2YhrypedVKcewNWCWuxPo/8yAOklqKHPGqwv2D0F1DfbmbF8mINoLD\
sJ99nVdMmlr+xzOMR/1ed9y33qbofc64vIAiBCJFBl7Jol5cwhLy9liAbnKWLlqC\
HvXp1+euwsemi5C0f7xJSNBJ3YHNHn2bxfuP6QsFPSfF4/giPwG18hFQKnm/I386\
530SrDv6Rxp864C/4GMIRE5x2T+9617M0pTsHkIFUqEMTiNQQ5M4P0ITcpmMH5jY\
q4giflJFkYWYOURKsKuVS3H2Q7bS1NGEPGsz50m4dmIUC2zedcw2d9vLGstID+j6\
Ev0kYaQVyx+XVNr7n2pjGpGGCNyV+WLkoC0pHnPMIYj9ZR9N2cQBQJQbYsLByzDe\
kGqz61B2COffy/l/+YBP3+R/WDHy1mMNpeK5pTTcgNuAv4xx9h++YDl4Wo3g7DPz\
I7BQug6g3cPj3ikLvTHGXSvLrLMW8BU9Ty3TpzjQ5N9EK/2ikxDYDFEMCsw2pOxx\
6VbgMgomxW+owi4bC2oNAgMBAAGjgaMwgaAwDgYDVR0PAQH/BAQDAgWgMBMGA1Ud\
JQQMMAoGCCsGAQUFBwMBMAwGA1UdEwEB/wQCMAAwawYDVR0RBGQwYoIIZXZpLXo0\
NDCCDjEwLjIuMTAwLjg1LzE2ghxmZTgwOjpmMmJiOjE2YzI6ZGQ1YToxZGQ5LzY0\
ghxmZTgwOjoyNGJhOjlmZmY6ZmUwNzoxNGIxLzY0ggpmZTgwOjoxLzY0MA0GCSqG\
SIb3DQEBCwUAA4ICAQCWkWJmXZU0gCGWUbyTYkP5qYKKO34lsrTQpV6xSrObrUat\
dojHe2RwFXOJPSIzLIE/9+nJPWYB5yVEu0GxuAOmbqB7nZaEEN+xeHGS6uxB8T8e\
EVfRYGVM1wbNcn94DnRTVwtkaAsYavwPfFWUnM1yvbjuJqKK+R0wf0FjquT3+kS6\
wSMd2U8ee6EvwGtxmweMvQgp130AhEqZJAPmYGxbRXv1Rd8loogiy3W703fJ/jd+\
XqYtYGFjvt/vJVXg9Pgsx170AJ7zxmwXG/DzUSEgneAk0yB++nT5A5Tt/LUMu9B1\
SaNFZiGKgf3cEq0sua/+I116nnFsWLIlkD/jdrZPMDxpj5Mu/SNkG6N+2Cv0CKhv\
guySeUBoIsSsE5NC8T6ijNKpuW3hNMihCeO4Ro5yzdNzfqfbJaRAVTI6GSg+K575\
WtkguuX6A3x7wlVVtpm80jpgsTU9yHCCcUKKEymdNSoIYkDeVKhFz097xeDH+WYF\
tRqC+IzykRa5cu504OiHssI4c0NI5w9RxxYxN6NoxQpkMsbCpGnbPgHXtPp1KgoN\
54mXTVfpSd8u47nonEzL1Od491Cb4tVRHzFozhBrCsQ/d4bsKEqGcCBt/abuK+ac\
rBFWOtsdpKkdYjI7UGgAHQ7xT6klOavf/FuW++vPegHJczxeENfnmuwXmjpOjg==\
-----END CERTIFICATE-----\
",
			"certificate_fingerprint": "3d2b9d7823836d742c087af6216d36129db9049e65008e80d49ad11e1eae7a2a",
			"driver": "lxc",
			"driver_version": "3.2.1",
			"kernel": "Linux",
			"kernel_architecture": "x86_64",
			"kernel_features": {
				"netnsid_getifaddrs": "false",
				"seccomp_listener": "false",
				"shiftfs": "false",
				"uevent_injection": "false",
				"unpriv_fscaps": "true"
			},
			"kernel_version": "4.4.0-169-generic",
			"lxc_features": {
				"mount_injection_file": "true",
				"network_gateway_device_route": "true",
				"network_ipvlan": "true",
				"network_l2proxy": "true",
				"network_phys_macvlan_mtu": "true",
				"seccomp_notify": "true"
			},
			"project": "default",
			"server": "lxd",
			"server_clustered": false,
			"server_name": "evi-z440",
			"server_pid": 9105,
			"server_version": "3.18",
			"storage": "zfs",
			"storage_version": "<IP_ADDRESS>-0ubuntu28"
		}
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Sending request to LXD" etag= method=GET url=http://unix.socket/1.0/instances/alpine
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Got response struct from LXD"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"architecture": "x86_64",
		"config": {
			"image.architecture": "amd64",
			"image.description": "Alpine 3.10 amd64 (20191119_13:00)",
			"image.os": "Alpine",
			"image.release": "3.10",
			"image.serial": "20191119_13:00",
			"image.type": "squashfs",
			"volatile.apply_template": "create",
			"volatile.base_image": "6cd26db5c6ba44050f0d16b3ebcaac1f3832485147edc00255e1053e4fd18443",
			"volatile.eth0.hwaddr": "00:16:3e:c2:92:df",
			"volatile.idmap.base": "0",
			"volatile.idmap.next": "[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":1000000000},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":1000000000}]",
			"volatile.last_state.idmap": "[]",
			"volatile.last_state.power": "STOPPED"
		},
		"devices": {},
		"ephemeral": false,
		"profiles": [
			"default"
		],
		"stateful": false,
		"description": "",
		"created_at": "2019-11-20T09:46:20.954478577+01:00",
		"expanded_config": {
			"image.architecture": "amd64",
			"image.description": "Alpine 3.10 amd64 (20191119_13:00)",
			"image.os": "Alpine",
			"image.release": "3.10",
			"image.serial": "20191119_13:00",
			"image.type": "squashfs",
			"volatile.apply_template": "create",
			"volatile.base_image": "6cd26db5c6ba44050f0d16b3ebcaac1f3832485147edc00255e1053e4fd18443",
			"volatile.eth0.hwaddr": "00:16:3e:c2:92:df",
			"volatile.idmap.base": "0",
			"volatile.idmap.next": "[{"Isuid":true,"Isgid":false,"Hostid":1000000,"Nsid":0,"Maprange":1000000000},{"Isuid":false,"Isgid":true,"Hostid":1000000,"Nsid":0,"Maprange":1000000000}]",
			"volatile.last_state.idmap": "[]",
			"volatile.last_state.power": "STOPPED"
		},
		"expanded_devices": {
			"eth0": {
				"name": "eth0",
				"nictype": "bridged",
				"parent": "lxdbr0",
				"type": "nic"
			},
			"root": {
				"path": "/",
				"pool": "default",
				"type": "disk"
			}
		},
		"name": "alpine",
		"status": "Stopped",
		"status_code": 102,
		"last_used_at": "1970-01-01T01:00:00+01:00",
		"location": "none",
		"type": "container"
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Sending request to LXD" etag= method=POST url=http://unix.socket/1.0/instances/alpine
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"name": "",
		"migration": true,
		"live": false,
		"instance_only": false,
		"container_only": false,
		"target": null
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Got operation from LXD"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"id": "3e3fe805-1c2f-44ea-ade2-1b6f4b5e5990",
		"class": "websocket",
		"description": "Migrating container",
		"created_at": "2019-11-20T15:53:43.063553685+01:00",
		"updated_at": "2019-11-20T15:53:43.063553685+01:00",
		"status": "Running",
		"status_code": 103,
		"resources": {
			"containers": [
				"/1.0/containers/alpine"
			]
		},
		"metadata": {
			"control": "28e72920957ee68e52e2f06a84f51e998813dc021e89725ae1dcb5459b7e3fa6",
			"fs": "c11b40f5ee23450fe2493477c9770242f3ccf1aadcaea22e1fbdc50fed9eaa66"
		},
		"may_cancel": false,
		"err": "",
		"location": "none"
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Sending request to LXD" etag= method=POST url=https://<IP_ADDRESS>:8443/1.0/instances
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"architecture": "x86_64",
		"config": {
			"image.architecture": "amd64",
			"image.description": "Alpine 3.10 amd64 (20191119_13:00)",
			"image.os": "Alpine",
			"image.release": "3.10",
			"image.serial": "20191119_13:00",
			"image.type": "squashfs",
			"volatile.base_image": "6cd26db5c6ba44050f0d16b3ebcaac1f3832485147edc00255e1053e4fd18443"
		},
		"devices": {},
		"ephemeral": false,
		"profiles": [
			"default"
		],
		"stateful": false,
		"description": "",
		"name": "alpine",
		"source": {
			"type": "migration",
			"certificate": "",
			"base-image": "6cd26db5c6ba44050f0d16b3ebcaac1f3832485147edc00255e1053e4fd18443",
			"mode": "push"
		},
		"instance_type": "",
		"type": ""
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Got operation from LXD"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="
	{
		"id": "62481105-fa7a-4ede-a658-1edc87c1fa74",
		"class": "websocket",
		"description": "Creating container",
		"created_at": "2019-11-20T15:53:43.740329183+01:00",
		"updated_at": "2019-11-20T15:53:43.740329183+01:00",
		"status": "Running",
		"status_code": 103,
		"resources": {
			"containers": [
				"/1.0/containers/alpine"
			]
		},
		"metadata": {
			"control": "54f9370194085a553f664045af32d347f2eb16d9bd9a5fa92368fd94360fc4c3",
			"fs": "93e6912d258a93e6ed026d43e72ce910d06d5385f7e24316b61718ccda03686c"
		},
		"may_cancel": false,
		"err": "",
		"location": "none"
	}"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:43+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:44+0100 lvl=dbug msg="Connected to the websocket"
t=2019-11-20T15:53:44+0100 lvl=dbug msg="Sending request to LXD" etag= method=GET url=https://<IP_ADDRESS>:8443/1.0/operations/62481105-fa7a-4ede-a658-1edc87c1fa74
t=2019-11-20T15:53:44+0100 lvl=dbug msg="Got response struct from LXD"
t=2019-11-20T15:53:44+0100 lvl=dbug msg="
	{
		"id": "62481105-fa7a-4ede-a658-1edc87c1fa74",
		"class": "websocket",
		"description": "Creating container",
		"created_at": "2019-11-20T15:53:43.740329183+01:00",
		"updated_at": "2019-11-20T15:53:43.740329183+01:00",
		"status": "Running",
		"status_code": 103,
		"resources": {
			"containers": [
				"/1.0/containers/alpine"
			]
		},
		"metadata": {
			"control": "54f9370194085a553f664045af32d347f2eb16d9bd9a5fa92368fd94360fc4c3",
			"fs": "93e6912d258a93e6ed026d43e72ce910d06d5385f7e24316b61718ccda03686c"
		},
		"may_cancel": false,
		"err": "",
		"location": "none"
	}"
Error: Error transferring container data: exit status 2

Can you look at the log on the target server?
With migration, it's always a good idea to look at the debug output on both sides as it seems likely that rsync just failed on one of the two sides.

Thanks @stgraber.
It seems to be a zfs issue `:
~ lxc monitor remote:
location: none
metadata:
  context: {}
  level: dbug
  message: 'New event listener: c0bedb74-2c99-4c76-9c00-381f51994ae8'
timestamp: "2019-11-20T17:00:56.146518394+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:57.935919829+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:57.935249843+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51636
    method: GET
    url: /1.0
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:57.935292516+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:58.192023825+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51638
    method: GET
    url: /1.0/events
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:58.192061609+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'New event listener: 2180827d-0be8-4110-b78a-9c34b5258ede'
timestamp: "2019-11-20T17:00:58.192527799+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:58.422296849+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51640
    method: POST
    url: /1.0/instances
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:58.422344481+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Responding to container create
timestamp: "2019-11-20T17:00:58.422364246+01:00"
type: logging

location: none
metadata:
  context:
    ephemeral: "false"
    name: alpine
    project: default
  level: info
  message: Creating container
timestamp: "2019-11-20T17:00:58.434964015+01:00"
type: logging

location: none
metadata:
  action: container-created
  source: /1.0/containers/alpine
timestamp: "2019-11-20T17:00:58.447538431+01:00"
type: lifecycle

location: none
metadata:
  context:
    ephemeral: "false"
    name: alpine
    project: default
  level: info
  message: Created container
timestamp: "2019-11-20T17:00:58.447518876+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Creating empty ZFS storage volume for container "alpine" on storage pool
    "default"
timestamp: "2019-11-20T17:00:58.44756113+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.519411018+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Created empty ZFS storage volume for container "alpine" on storage pool
    "default"
timestamp: "2019-11-20T17:00:58.519382872+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.527235745+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.52657372+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.54968787+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.549648968+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Mounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.556712496+01:00"
type: logging

location: none
metadata:
  context:
    name: alpine
    project: default
  level: dbug
  message: Unable to update backup.yaml at this time
timestamp: "2019-11-20T17:00:58.560995996+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.561026587+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Unmounted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:00:58.589610977+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'New websocket Operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:58.60445188+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Started websocket operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:58.6048124+01:00"
type: logging

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T17:00:58.603725741+01:00"
  description: Creating container
  err: ""
  id: 8b392205-64a3-4c81-891c-a32c7cc757f9
  location: none
  may_cancel: false
  metadata:
    control: f690db723470b6211ab2e4addd58a29d3436134eb56031669db73673b4e0e6f9
    fs: 2320b3777fc5367b3645b43330ae5db8238dda7948e13628e5107f41329fb970
  resources:
    containers:
    - /1.0/containers/alpine
  status: Pending
  status_code: 105
  updated_at: "2019-11-20T17:00:58.603725741+01:00"
timestamp: "2019-11-20T17:00:58.604789492+01:00"
type: operation

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T17:00:58.603725741+01:00"
  description: Creating container
  err: ""
  id: 8b392205-64a3-4c81-891c-a32c7cc757f9
  location: none
  may_cancel: false
  metadata:
    control: f690db723470b6211ab2e4addd58a29d3436134eb56031669db73673b4e0e6f9
    fs: 2320b3777fc5367b3645b43330ae5db8238dda7948e13628e5107f41329fb970
  resources:
    containers:
    - /1.0/containers/alpine
  status: Running
  status_code: 103
  updated_at: "2019-11-20T17:00:58.603725741+01:00"
timestamp: "2019-11-20T17:00:58.605080451+01:00"
type: operation

location: none
metadata:
  context: {}
  level: dbug
  message: 'Connected websocket Operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:58.842995358+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:58.842919231+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51642
    method: GET
    url: /1.0/operations/8b392205-64a3-4c81-891c-a32c7cc757f9/websocket?secret=f690db723470b6211ab2e4addd58a29d3436134eb56031669db73673b4e0e6f9
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:58.842969586+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Handled websocket Operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:58.843141605+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:59.076447901+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Connected websocket Operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:59.076538416+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Handled websocket Operation: 8b392205-64a3-4c81-891c-a32c7cc757f9'
timestamp: "2019-11-20T17:00:59.076825603+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51644
    method: GET
    url: /1.0/operations/8b392205-64a3-4c81-891c-a32c7cc757f9/websocket?secret=2320b3777fc5367b3645b43330ae5db8238dda7948e13628e5107f41329fb970
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:59.076513343+01:00"
type: logging

location: none
metadata:
  context:
    name: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Found cert
timestamp: "2019-11-20T17:00:59.653873313+01:00"
type: logging

location: none
metadata:
  context:
    ip: <IP_ADDRESS>:51646
    method: GET
    url: /1.0/operations/8b392205-64a3-4c81-891c-a32c7cc757f9
    user: 654a84a954bf415a5f4644572274746748fed0fb0ef990c70215113f01010efd
  level: dbug
  message: Handling
timestamp: "2019-11-20T17:00:59.653916405+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Didn't write all of buf
timestamp: "2019-11-20T17:01:44.414882129+01:00"
type: logging

location: none
metadata:
  context: {}
  level: eror
  message: "Problem with zfs recv: invalid option 'o'\nusage:\n\treceive [-vnFu] <filesystem|volume|snapshot>\n\treceive
    [-vnFu] [-d | -e] <filesystem>\n\nFor the property list, run: zfs set|get\n\nFor
    the delegated permission list, run: zfs allow|unallow\n"
timestamp: "2019-11-20T17:01:44.415156954+01:00"
type: logging

location: none
metadata:
  context: {}
  level: eror
  message: 'zfs list failed: Failed to run: zfs list -t snapshot -o name -H -d 1 -s
    creation -r rpool/virtual/lxd/containers/alpine: cannot open ''rpool/virtual/lxd/containers/alpine'':
    dataset does not exist'
timestamp: "2019-11-20T17:01:44.418927609+01:00"
type: logging

location: none
metadata:
  context:
    err: exit status 2
  level: eror
  message: Error during migration sink
timestamp: "2019-11-20T17:01:44.419215215+01:00"
type: logging

location: none
metadata:
  context: {}
  level: eror
  message: 'Failed listing snapshots post migration: Failed to list ZFS snapshots:
    Failed to run: zfs list -t snapshot -o name -H -d 1 -s creation -r rpool/virtual/lxd/containers/alpine:
    cannot open ''rpool/virtual/lxd/containers/alpine'': dataset does not exist'
timestamp: "2019-11-20T17:01:44.419033+01:00"
type: logging

location: none
metadata:
  context:
    created: 2019-11-20 17:00:58.430597823 +0100 CET
    ephemeral: "false"
    name: alpine
    project: default
    used: 1970-01-01 01:00:00 +0100 CET
  level: info
  message: Deleting container
timestamp: "2019-11-20T17:01:44.419337717+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: Deleting ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:01:44.422471561+01:00"
type: logging

location: none
metadata:
  action: container-deleted
  source: /1.0/containers/alpine
timestamp: "2019-11-20T17:01:44.434682175+01:00"
type: lifecycle

location: none
metadata:
  context: {}
  level: dbug
  message: Deleted ZFS storage volume for container "alpine" on storage pool "default"
timestamp: "2019-11-20T17:01:44.429070296+01:00"
type: logging

location: none
metadata:
  context: {}
  level: dbug
  message: 'Failure for websocket operation: 8b392205-64a3-4c81-891c-a32c7cc757f9:
    Error transferring container data: exit status 2'
timestamp: "2019-11-20T17:01:44.434720797+01:00"
type: logging

location: none
metadata:
  context:
    created: 2019-11-20 17:00:58.430597823 +0100 CET
    ephemeral: "false"
    name: alpine
    project: default
    used: 1970-01-01 01:00:00 +0100 CET
  level: info
  message: Deleted container
timestamp: "2019-11-20T17:01:44.434664644+01:00"
type: logging

location: none
metadata:
  class: websocket
  created_at: "2019-11-20T17:00:58.603725741+01:00"
  description: Creating container
  err: 'Error transferring container data: exit status 2'
  id: 8b392205-64a3-4c81-891c-a32c7cc757f9
  location: none
  may_cancel: false
  metadata:
    control: f690db723470b6211ab2e4addd58a29d3436134eb56031669db73673b4e0e6f9
    fs: 2320b3777fc5367b3645b43330ae5db8238dda7948e13628e5107f41329fb970
  resources:
    containers:
    - /1.0/containers/alpine
  status: Failure
  status_code: 400
  updated_at: "2019-11-20T17:00:58.603725741+01:00"
timestamp: "2019-11-20T17:01:44.435093958+01:00"
type: operation

location: none
metadata:
  context: {}
  level: dbug
  message: 'Got error reading migration control socket websocket: close 1000 (normal)'
timestamp: "2019-11-20T17:02:05.021211579+01:00"
type: logging

~ mondinfo zfs
filename:       /lib/modules/4.4.0-169-generic/kernel/zfs/zfs/zfs.ko
version:        <IP_ADDRESS>-0ubuntu28
license:        CDDL
author:         OpenZFS on Linux
description:    ZFS
srcversion:     99F1D0FED2F291CA7AED0C6
depends:        spl,znvpair,zunicode,zcommon,zavl
retpoline:      Y
vermagic:       4.4.0-169-generic SMP mod_unload modversions
parm:           zvol_inhibit_dev:Do not create zvol device nodes (uint)
parm:           zvol_major:Major number for zvol device (uint)
parm:           zvol_max_discard_blocks:Max number of blocks to discard (ulong)
parm:           zvol_prefetch_bytes:Prefetch N bytes at zvol start+end (uint)
parm:           zio_delay_max:Max zio millisec delay before posting event (int)
parm:           zio_requeue_io_start_cut_in_line:Prioritize requeued I/O (int)
parm:           zfs_sync_pass_deferred_free:Defer frees starting in this pass (int)
parm:           zfs_sync_pass_dont_compress:Don't compress starting in this pass (int)
parm:           zfs_sync_pass_rewrite:Rewrite new bps starting in this pass (int)
parm:           zil_replay_disable:Disable intent logging replay (int)
parm:           zfs_nocacheflush:Disable cache flushes (int)
parm:           zil_slog_limit:Max commit bytes to separate log device (ulong)
parm:           zfs_object_mutex_size:Size of znode hold array (uint)
parm:           zfs_read_chunk_size:Bytes to read per chunk (long)
parm:           zfs_immediate_write_sz:Largest data block to write to zil (long)
parm:           zfs_dbgmsg_enable:Enable ZFS debug message log (int)
parm:           zfs_dbgmsg_maxsize:Maximum ZFS debug log size (int)
parm:           zfs_admin_snapshot:Enable mkdir/rmdir/mv in .zfs/snapshot (int)
parm:           zfs_expire_snapshot:Seconds to expire .zfs/snapshot (int)
parm:           zfs_vdev_aggregation_limit:Max vdev I/O aggregation size (int)
parm:           zfs_vdev_read_gap_limit:Aggregate read I/O over gap (int)
parm:           zfs_vdev_write_gap_limit:Aggregate write I/O over gap (int)
parm:           zfs_vdev_max_active:Maximum number of active I/Os per vdev (int)
parm:           zfs_vdev_async_write_active_max_dirty_percent:Async write concurrency max threshold (int)
parm:           zfs_vdev_async_write_active_min_dirty_percent:Async write concurrency min threshold (int)
parm:           zfs_vdev_async_read_max_active:Max active async read I/Os per vdev (int)
parm:           zfs_vdev_async_read_min_active:Min active async read I/Os per vdev (int)
parm:           zfs_vdev_async_write_max_active:Max active async write I/Os per vdev (int)
parm:           zfs_vdev_async_write_min_active:Min active async write I/Os per vdev (int)
parm:           zfs_vdev_scrub_max_active:Max active scrub I/Os per vdev (int)
parm:           zfs_vdev_scrub_min_active:Min active scrub I/Os per vdev (int)
parm:           zfs_vdev_sync_read_max_active:Max active sync read I/Os per vdev (int)
parm:           zfs_vdev_sync_read_min_active:Min active sync read I/Os per vdev (int)
parm:           zfs_vdev_sync_write_max_active:Max active sync write I/Os per vdev (int)
parm:           zfs_vdev_sync_write_min_active:Min active sync write I/Os per vdev (int)
parm:           zfs_vdev_mirror_switch_us:Switch mirrors every N usecs (int)
parm:           zfs_vdev_scheduler:I/O scheduler (charp)
parm:           zfs_vdev_cache_max:Inflate reads small than max (int)
parm:           zfs_vdev_cache_size:Total size of the per-disk cache (int)
parm:           zfs_vdev_cache_bshift:Shift size to inflate reads too (int)
parm:           metaslabs_per_vdev:Divide added vdev into approximately (but no more than) this number of metaslabs (int)
parm:           zfs_txg_timeout:Max seconds worth of delta per txg (int)
parm:           zfs_read_history:Historic statistics for the last N reads (int)
parm:           zfs_read_history_hits:Include cache hits in read history (int)
parm:           zfs_txg_history:Historic statistics for the last N txgs (int)
parm:           zfs_flags:Set additional debugging flags (uint)
parm:           zfs_recover:Set to attempt to recover from fatal errors (int)
parm:           zfs_free_leak_on_eio:Set to ignore IO errors during free and permanently leak the space (int)
parm:           zfs_deadman_synctime_ms:Expiration time in milliseconds (ulong)
parm:           zfs_deadman_enabled:Enable deadman timer (int)
parm:           spa_asize_inflation:SPA size estimate multiplication factor (int)
parm:           spa_slop_shift:Reserved free space in pool (int)
parm:           spa_config_path:SPA config file (/etc/zfs/zpool.cache) (charp)
parm:           zfs_autoimport_disable:Disable pool import at module load (int)
parm:           spa_load_verify_maxinflight:Max concurrent traversal I/Os while verifying pool during import -X (int)
parm:           spa_load_verify_metadata:Set to traverse metadata on pool import (int)
parm:           spa_load_verify_data:Set to traverse data on pool import (int)
parm:           zio_taskq_batch_pct:Percentage of CPUs to run an IO worker thread (uint)
parm:           metaslab_aliquot:allocation granularity (a.k.a. stripe size) (ulong)
parm:           metaslab_debug_load:load all metaslabs when pool is first opened (int)
parm:           metaslab_debug_unload:prevent metaslabs from being unloaded (int)
parm:           metaslab_preload_enabled:preload potential metaslabs during reassessment (int)
parm:           zfs_mg_noalloc_threshold:percentage of free space for metaslab group to allow allocation (int)
parm:           zfs_mg_fragmentation_threshold:fragmentation for metaslab group to allow allocation (int)
parm:           zfs_metaslab_fragmentation_threshold:fragmentation for metaslab to allow allocation (int)
parm:           metaslab_fragmentation_factor_enabled:use the fragmentation metric to prefer less fragmented metaslabs (int)
parm:           metaslab_lba_weighting_enabled:prefer metaslabs with lower LBAs (int)
parm:           metaslab_bias_enabled:enable metaslab group biasing (int)
parm:           zfs_zevent_len_max:Max event queue length (int)
parm:           zfs_zevent_cols:Max event column width (int)
parm:           zfs_zevent_console:Log events to the console (int)
parm:           zfs_top_maxinflight:Max I/Os per top-level (int)
parm:           zfs_resilver_delay:Number of ticks to delay resilver (int)
parm:           zfs_scrub_delay:Number of ticks to delay scrub (int)
parm:           zfs_scan_idle:Idle window in clock ticks (int)
parm:           zfs_scan_min_time_ms:Min millisecs to scrub per txg (int)
parm:           zfs_free_min_time_ms:Min millisecs to free per txg (int)
parm:           zfs_resilver_min_time_ms:Min millisecs to resilver per txg (int)
parm:           zfs_no_scrub_io:Set to disable scrub I/O (int)
parm:           zfs_no_scrub_prefetch:Set to disable scrub prefetching (int)
parm:           zfs_free_max_blocks:Max number of blocks freed in one txg (ulong)
parm:           zfs_dirty_data_max_percent:percent of ram can be dirty (int)
parm:           zfs_dirty_data_max_max_percent:zfs_dirty_data_max upper bound as % of RAM (int)
parm:           zfs_delay_min_dirty_percent:transaction delay threshold (int)
parm:           zfs_dirty_data_max:determines the dirty space limit (ulong)
parm:           zfs_dirty_data_max_max:zfs_dirty_data_max upper bound in bytes (ulong)
parm:           zfs_dirty_data_sync:sync txg when this much dirty data (ulong)
parm:           zfs_delay_scale:how quickly delay approaches infinity (ulong)
parm:           zfs_max_recordsize:Max allowed record size (int)
parm:           zfs_prefetch_disable:Disable all ZFS prefetching (int)
parm:           zfetch_max_streams:Max number of streams per zfetch (uint)
parm:           zfetch_min_sec_reap:Min time before stream reclaim (uint)
parm:           zfetch_block_cap:Max number of blocks to fetch at a time (uint)
parm:           zfetch_array_rd_sz:Number of bytes in a array_read (ulong)
parm:           zfs_pd_bytes_max:Max number of bytes to prefetch (int)
parm:           zfs_send_corrupt_data:Allow sending corrupt data (int)
parm:           zfs_mdcomp_disable:Disable meta data compression (int)
parm:           zfs_nopwrite_enabled:Enable NOP writes (int)
parm:           zfs_dedup_prefetch:Enable prefetching dedup-ed blks (int)
parm:           zfs_dbuf_state_index:Calculate arc header index (int)
parm:           zfs_arc_min:Min arc size (ulong)
parm:           zfs_arc_max:Max arc size (ulong)
parm:           zfs_arc_meta_limit:Meta limit for arc size (ulong)
parm:           zfs_arc_meta_min:Min arc metadata (ulong)
parm:           zfs_arc_meta_prune:Meta objects to scan for prune (int)
parm:           zfs_arc_meta_adjust_restarts:Limit number of restarts in arc_adjust_meta (int)
parm:           zfs_arc_meta_strategy:Meta reclaim strategy (int)
parm:           zfs_arc_grow_retry:Seconds before growing arc size (int)
parm:           zfs_arc_p_aggressive_disable:disable aggressive arc_p grow (int)
parm:           zfs_arc_p_dampener_disable:disable arc_p adapt dampener (int)
parm:           zfs_arc_shrink_shift:log2(fraction of arc to reclaim) (int)
parm:           zfs_arc_p_min_shift:arc_c shift to calc min/max arc_p (int)
parm:           zfs_disable_dup_eviction:disable duplicate buffer eviction (int)
parm:           zfs_arc_average_blocksize:Target average block size (int)
parm:           zfs_arc_min_prefetch_lifespan:Min life of prefetch block (int)
parm:           zfs_arc_num_sublists_per_state:Number of sublists used in each of the ARC state lists (int)
parm:           l2arc_write_max:Max write bytes per interval (ulong)
parm:           l2arc_write_boost:Extra write bytes during device warmup (ulong)
parm:           l2arc_headroom:Number of max device writes to precache (ulong)
parm:           l2arc_headroom_boost:Compressed l2arc_headroom multiplier (ulong)
parm:           l2arc_feed_secs:Seconds between L2ARC writing (ulong)
parm:           l2arc_feed_min_ms:Min feed interval in milliseconds (ulong)
parm:           l2arc_noprefetch:Skip caching prefetched buffers (int)
parm:           l2arc_nocompress:Skip compressing L2ARC buffers (int)
parm:           l2arc_feed_again:Turbo L2ARC warmup (int)
parm:           l2arc_norw:No reads during writes (int)
parm:           zfs_arc_lotsfree_percent:System free memory I/O throttle in bytes (int)
parm:           zfs_arc_sys_free:System free memory target size in bytes (ulong)

The command zfs receive of ZFS version <IP_ADDRESS> seems not to support -o options.
From help:
receive [-vnFu] <filesystem|volume|snapshot>
receive [-vnFu] [-d | -e] <filesystem>

Sent a branch which should fix that.
One alternative for you would be to install the HWE kernel (4.15) which will then get the snap to use ZFS 0.7, avoiding this issue.

Many thanks for your help @stgraber


Wrong issue is closed

I close a task in idea, but a different task in a different project is closed.

@am7c7 Are you using v0.0.7?

I believe I've fixed this bug in 0.0.7. Make sure to delete any locally cached tasks

Thanks, I've rebuilt the plugin locally with the current main and it worked this time.


Add XMSS and some of its parameter sets.

Includes some minor schema changes

lgtm without the flavor.json changes

they are now gone (except a tab to space change). can you have a quick look and merge then?
(I'll add xmss-mt later separately.)


Exit Code 0

Regardless of whether or not I am running optifine or just plain vanilla. Whether I  have shaders installed, or have texturepacks or datapacks. The game opens to a black screen and then immediately crashes. Also seperately, the jvm line refuses to save when i increase the amount of ram allocated to it.
hs_err_pid628.log

Hi @MikeTheFir! Can you please submit this issue over at https://bugs.mojang.com/projects/MC/issues/? The Mojang team will take the first look at this issue. Thanks!
May also be related #88


Bugs with credentials

This's my code

Just forgot username & password I'd replace to null for cap picture
when run and check connect()
I got this in my console

and here my view

Hi @KyoRion ,
thanks for your report. The extra challenge you received, is the base64 encoded response. If you decode it, you'll receive something like this:
{"status":"400","schemes":"Bearer","scope":"https://mail.google.com/"}

which indicates a problem with the provided credentials. Since you are using gmail, you could also switch to an "Application password" if you are having trouble to obtain an access token. See the wiki entry for a setup guide.
Best regards,


Strange behavior during route changes...

Reported by @landofjoe
If a route is followed, left, then subsequently re-activated, the validation rules fail to behave as expected.
https://gist.run/?id=3fff92116a50070bb7cbee0f89309654
Replacing the ControllerFactory.createForCurrentScope() with NewInstance.of works though.

yikes. this is a serious bug with ValidationControllerFactory.


[Support]: log_fhir_upload_failure error - fhir_server_response_body doesn't exist

Problem
Error at log_fhir_upload_failure stage, of type "User configuration issue", error code InvalidTemplate.
Full error message:
The expression 'activity('upload_fhir_bundle').output.fhir_server_response_body' cannot be evaluated because property 'fhir_server_response_body' doesn't exist, available properties are 'status_code, message, bundle, ADFWebActivityResponseHeaders, effectiveIntegrationRuntime, executionDuration, durationInQueue, billingReference'.
Affected run IDs:

10c310c2-f105-11ed-b68a-00155df253a8
160a618e-f105-11ed-bee5-00155df253a8
1659dd18-f105-11ed-b68a-00155df253a8
1a4f97f0-f105-11ed-a37e-00155df253a8

Impact
The runs were not successful
Steps to Reproduce

Rerun the listed run IDs

Intended outcome
The runs should not fail
Desktop
OS: Windows 10
Browser: Chrome
Version 113.0.5672.64
Provide any additional information including log files or screenshots here.
No response
Review ticket for PHI

[X] I have reviewed the information in this ticket and can confirm that no PHI has been included.

Correlates to #133.
When FHIR translation fails, the reason there's no body is because it wasn't able to convert to FHIR.


Remove breadcrumbs in Meltano UI

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/1510
Originally created by @mbergeron on 2019-12-20 15:57:05

We currently have a breadcrumb on the top of the Meltano UI but we can't click on anything.
Next Steps

[ ]  @derek-knox remove breadcrumbs from the UI (see discussion in the comments)

View 7 previous comments from the original issue on GitLab


[EDIT] XCarnival Update

Entry
https://web3isgoinggreat.com/?id=hacker-makes-off-with-3-8-million-from-the-xcarnival-metaverse-bank
Changes
Update: It appears there has been an agreement between XCarnival and the thief to treat this as a whitehat attack together with a bug bounty. Amazingly, the negotiation was conducted partially on-chain so it's visible for all to see. After proposing a $300k bug bounty, XCarnival finally settled for 1,500 ETH or a notional $1.8m.
Tweet by XCarnival - https://twitter.com/XCarnival_Lab/status/1541226298399653888
Tweet by Tal Be'ery - https://twitter.com/TalBeerySec/status/1541329941203226624
Agreement
By submitting this issue, I irrevocably agree to release my contribution under the CC-BY 3.0 License. I agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Please attribute this contribution to:
James Tennant (if you think it's worth an attribution - just pointing it out!)

Thank you, I've updated! https://web3isgoinggreat.com/?id=hacker-makes-off-with-3-8-million-from-the-xcarnival-metaverse-bank


Allow circular data structures in state (fixes #22)

By utilising Pino's built-in support for logging circular data structures we can now handle any type of state, including states with circular data structures

Cool beans.  Thanks!


Create CIBox/DevOps mailing list

Added link to hipchat chat for all wiki pages

https://groups.google.com/forum/#!forum/ci_box


Android not working

Android Exoplayer is not working. Screen is blank. But IOS is OK.
ext {
buildToolsVersion = "28.0.3"
minSdkVersion = 16
compileSdkVersion = 28
targetSdkVersion = 28
}
"dependencies": {
"react": "16.11.0",
"react-native": "0.62.2",
"react-native-video": "^5.0.2"
},
android/settings.gradle:
include ':react-native-video'
project(':react-native-video').projectDir = new File(rootProject.projectDir, '../node_modules/react-native-video/android-exoplayer')
android/app/build.gradle
dependencies {
...
compile project(':react-native-video')
implementation "androidx.appcompat:appcompat:1.0.0"
}
android/gradle.properties
android.useAndroidX=true
android.enableJetifier=true
MainApplication.java
add -> import com.brentvatne.react.ReactVideoPackage;

@Override
 protected List<ReactPackage> getPackages() {
          @SuppressWarnings("UnnecessaryLocalVariable")
          List<ReactPackage> packages = new PackageList(this).getPackages();
          // Packages that cannot be autolinked yet can be added manually here, for example:
          // packages.add(new MyReactNativePackage());
          packages.add(new ReactVideoPackage());
          return packages;
 }

I tried react-native link react-native-video and manually link, but both are not working.
Just blank with no error.

Same here. Just blank on released version on Android device. while displayed well on virtual Android device.

yeah works fine in debug but blank on production version

This also happens to me.
@carl0804 , @avinashlng1080 , @RenovJ , @UberMC
Are you also working with an ejected Expo App?
I'm also using another package in my project which also uses the Exoplayer (https://github.com/react-native-kit/react-native-track-player) Are you as well?

The solution for me was the video was http not https.
So switch video to https or reconfigure android to allow http.
AndroidManifest.xml
<application
android:usesCleartextTraffic="true"

@UberMC Interesting. In my case it is indeed https. But that hints that the error might be related to the shape of the url. My url has some property fields coming after the file extension. Perhaps that influences it.. in fact it has the following form: https://firebasestorage.googleapis.com/v0/b/foo.mp4?alt=media&token=abc123

Well your video isn't playable from a browser either
On Thu, Jun 25, 2020 at 3:11 PM André Kovac<EMAIL_ADDRESS>wrote:

@UberMC https://github.com/UberMC Interesting. In my case it is indeed
https. But that hints that the error might be related to the shape of the
url. My url has some property fields coming after the file extension.
Perhaps that influences it.. in fact it has the following form:
https://firebasestorage.googleapis.com/v0/b/foo.mp4?alt=media&token=abc123
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/react-native-community/react-native-video/issues/2021#issuecomment-649843500,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFMPCQUCW7E2TSCINDBKF6DRYPDSBANCNFSM4NL2DLDQ
.

@UberMC The Video does play in the browser. I didn't want to write the original token here and changed the url. abc123 is not the real token.

The solution worked for me as well!
Video file indicated as http url is not playable on my physical android
device.
2020년 6월 26일 (금) 오전 2:33, Trent<EMAIL_ADDRESS>작성:

The solution for me was the video was http not https.
So switch video to https or reconfigure android to allow http.
AndroidManifest.xml
<application
android:usesCleartextTraffic="true"
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/react-native-community/react-native-video/issues/2021#issuecomment-649720164,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAQPY77FUMND4GUZ725LNQTRYOC6RANCNFSM4NL2DLDQ
.


ninja cmake doesn't support cmake build type override

Building ninja doesn't support CMAKE_BUILD_TYPE
So if I run:
cmake -Bbuild -DCMAKE_BUILD_TYPE=Release
you get cmake warnings
CMake Warning:
  Manually-specified variables were not used by the project:

    CMAKE_BUILD_TYPE

Since the build type is ignored.  cmake --build build  defaults to a debug build.
For ninja if you want a release build you run
 cmake --build build  --config Release
This is fine but it makes it so this one project build is non-standard with other cmake build projects.

I think this depends on the generator you're using and is a behavior of CMake, nothing we can do about that.


footnotes in the margins

For long articles, it might make sense to move footnotes to the margins on wide displays

Add a new footnote-position frontmatter option
For phones, what happens? Leave the footnotes at the bottom? Move them under the current paragraph?

should i work on YAML file or index.js file

this would be done on index.js, however, I don't think it's worth the effort for my version of the site


dbms_output.put_line doesn't output anything

Description
Previous version used to print things in output tab, not sure which one I have.  Most probably previous to the one I have installed now
DBeaver Version
Community Edition Version <IP_ADDRESS>407071610
Operating System
macOS Sonoma / Windows 2016
Database and driver
Oracle Database 12c
Steps to reproduce

Open Sql script
Paste code for loop deleting
`Declare
var_rows NUMBER(20):=0;

TYPE source_tab IS TABLE OF ROWID;
rec_tab source_tab;
Cursor crs IS
select rowid from sometable;
Begin
execute immediate 'alter session enable parallel dml';
Open crs;
loop
FETCH crs BULK COLLECT
INTO rec_tab limit 100000 ;
forall i in 1 .. rec_tab.last
delete sometable where rowid = rec_tab(i);
var_rows := var_rows + SQL%ROWCOUNT;
commit;
exit when crs%NOTFOUND;
End loop;
Close crs;
dbms_output.put_line('Records deleted: ' || TO_CHAR(var_rows));
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('Records deleted: '|| TO_CHAR(var_rows) || ' Error in executing: '||SQLERRM);
End;
`
3. Run
4. Output tab doesn't show anything
Additional context
No response

Did you run from Alt + x? I suffered same problem and realized Ctrl + Enter would show the result in 24.1.2 version. I don't know why but it may be intended. I hope there should be an option about it.

Did you run from Alt + x? I suffered same problem and realized Ctrl + Enter would show the result in 24.1.2 version. I don't know why but it may be intended. I hope there should be an option about it.

I actually use the button.... I honestly don't want to try any more till fixed since for me use case it is very important to know how many records are deleted... and any try I do is resulting in deletions that I have not control over how many they were

closed as duplicate https://github.com/dbeaver/dbeaver/issues/34865

Thank you for bug report!


fix(bug): add parens when needed for vararg types

Fixes #61

I think I'll leave this to @rkirov :-)


Delay in Bitcoin Transaction Time

Describe the Bug
Not a bug, but a performance-related inquiry.
If the transaction execution takes a long time, it may take around 20 blocks or more.
Here are some doubts/questions:

Have there been any previous reports of such cases?
Is this issue only visible on the testnet?
Are there any aspects we need to pay attention to when creating transactions?

Is there a way for an app builder to check the real-time status of asset transfer transactions between CrossChains? When delays occur, it could provide a better UX.

Test Result
We tested 'sent-btc' in both directions: from Zeta to BTC and from BTC to Zeta.
The tests were conducted on the testnet.
index  |  from  |  to  |  duration(to-from)
Trial 1
1	BTC (14:17:22) → ZETA (15:00:12) (CCTX) 43min.
2	BTC (14:30:32) → ZETA (15:15:02) (CCTX) 45min.
3	BTC (14:30:32) → ZETA (15:15:02) (CCTX) 45min.
4	ZETA (14:21:01) → BTC (14:30:32) (CCTX) 10min.
5	ZETA (14:22:11) → BTC (14:59:48) (CCTX) 37min.
6	ZETA (14:22:34) → BTC (14:59:48) (CCTX) 37min.
Trial 2
1	BTC (15:44:44) → ZETA (15:52:55) (CCTX) 68min.
2	BTC (15:44:44) → ZETA (15:52:55) (CCTX) 68min.
3	BTC (15:44:44) → ZETA (15:52:55) (CCTX) 68min.
4	ZETA (15:49:15) → BTC (17:56:51) (CCTX) 127min.
5	ZETA (15:49:33) → BTC (18:00:05) (CCTX) 131min.
6	ZETA (15:50:07) → BTC (20:28:09) (CCTX) 278min.
Trial 3
1	BTC (17:47:15) → ZETA (18:04:06) (CCTX) 17min.
2	BTC (17:47:15) → ZETA (18:04:06) (CCTX) 17min.
3	BTC (17:47:15) → ZETA (18:04:06) (CCTX) 17min.
4	ZETA (17:48:18) → BTC (20:28:09) (CCTX) 160min.
5	ZETA (17:49:04) → BTC (20:33:45) (CCTX) 164min.
6	ZETA (17:49:27) → BTC (20:46:33) (CCTX) 177min.
To Reproduce

BTC → ZETA TX
npx hardhat send-btc --amount 0.1 --memo 8923360f4323E3aF53B09C4e455248bB2AaA75C100000000000000000000000000000000000000010dF2da2a54AF3A47ba8859D1Bd64690ba69f1dD1 --recipient tb1qy9pqmk2pd9sv63g27jt8r657wy0d9ueeh0nqur

ZETA → BTC TX
Basic code written for ZRC20 withdrawal for test

I think this might happened because of high activity on the testnet and difficulty for observers to catch up with the block, we're in the process of moving to testnet4 and signet for more performance on the testnets


Addon refuses to update

Hi
The addon refuses to update or reinstall to 6ab1899

There may be errors in the logs?
I had no problems updating with my hacs.

It seems that other addons are behaving the same.

It's the change from hassio to homeassistant in the latest update that was cusing the problem.  Situation seems resolved.  Thank you.


If you are in T4/T5, it will remind you.


Add support for nullish option in OpenAPI 3.0.3

Handle nullish with a union of Typebox's Type.Null() and the actual type so that the schema accepts null as value

Hey @iivo-k this is a very clean solution for this bug. I will try to merge it today and publish a new version. Thanks for your help!


Update README.md

Closes #
📑 Description

✅ Checks

[x] My pull request adheres to the code style of this project
[x] My code requires changes to the documentation
[x] I have updated the documentation as required
[x] All the tests have passed

☢ Does this introduce a breaking change?

[ ] Yes
[x] No

ℹ Additional Information

Description by Korbit AI
What change is being made?
Refactor and enrich the README.md file to improve clarity and provide additional implementation guidelines, including usage of dependency injection and constructor injection.
Why are these changes being made?
The changes are intended to enhance the documentation by clarifying the process of setting up and using the VTEX SDK, providing clearer examples of dependency injection, and updating the style for better readability. This approach aims to facilitate developers in integrating and working with the SDK efficiently.

Is this description stale? Ask me to generate a new description by commenting /korbit-generate-pr-description

Summary by CodeRabbit

Documentation

Improved clarity and structure of the README.md file.
Updated references for specificity and added links to VTEX Developer Docs.
Introduced a new section on Dependency Injection (IoC) with examples.
Enhanced the support and contributing sections to encourage user engagement.

:white_check_mark: Build VTEX-SDK-dotnet 2.4.297 completed (commit https://github.com/guibranco/VTEX-SDK-dotnet/commit/3e3da4d962 by @guibranco)


Type definitions are outdated

Describe the bug
Error on creating TemplateElement when using AST in Javascript.

Input code
import { Module, plugins, Program, TemplateElement, transformSync } from '@swc/core'
import Visitor from<EMAIL_ADDRESS>
(async function() {

  class StyleTransformer extends Visitor {
    visitModule(e: Module) {

      e.body.forEach(content => {
        if (content.type === 'ClassDeclaration') {
          const span = { start: 0, end: 0, ctxt: 0 }

          const element = {
            type: 'TemplateElement',
            span,
            tail: true,
            cooked: {
              type: 'StringLiteral',
              span,
              hasEscape: false,
              value: `h1 { color: red; }`
            },
            raw: {
              type: 'StringLiteral',
              span,
              hasEscape: false,
              value: `h1 { color: red; }`
            }
          } as TemplateElement

          const styleProperty = {
            type: 'ClassProperty',
            span,
            key: {
              type: 'Identifier',
              span,
              value: 'styles',
              optional: false
            },
            value: {
              type: 'TaggedTemplateExpression',
              span,
              tag: {
                type: 'Identifier',
                span,
                value: 'css',
                optional: false
              },
              typeParameters: null,
              template: {
                type: 'TemplateLiteral',
                span,
                expressions: [],
                quasis: [ element ]
              }
            },
            typeAnnotation: null,
            isStatic: true,
          }

          content.body.push(styleProperty as any)
        }
      })

      return e
    }
  }

  function transpileStylesTransformer() {
    return (program: Program) => new StyleTransformer().visitProgram(program)
  }

  const content = `
    class HelloWorld extends LitElement {

    }
  `

  const { code } = transformSync(content, {
    jsc: {
      parser: {
        syntax: 'typescript',
        decorators: true,
        dynamicImport: true,
        tsx: true
      },
      target: 'es2020'
    },
    filename: './src/index.ts',
    plugin: plugins([ transpileStylesTransformer() ])
  })

  console.log(code)

  /*
    /// Works on<EMAIL_ADDRESS>    // expected output

    class HelloWorld extends LitElement {
    }
    HelloWorld.styles = css`h1 { color: red; }`;
  */

  /*
    Error on version -<EMAIL_ADDRESS>to latest
    Actual Output (with error)

    return bindings.transformSync(isModule ? JSON.stringify(src) : src, isModule, toBuffer(newOptions));
                        ^
    Error: failed to deserialize Program

    Caused by:
        invalid type: map, expected an Atom
  */

})()

Config
Please see input code for the config.

Playground link
No response
Expected behavior
It should create TemplateElement
Actual behavior
No response
Version
1.2.60 to 1.2.74
Additional context
It works when using<EMAIL_ADDRESS>but have error when using<EMAIL_ADDRESS>to latest

Because AST is wrong - cooked and raw should be string https://github.com/swc-project/swc/blob/main/crates/swc_estree_ast/src/lit.rs#L242, also hasEscape was removed (it was breaking change)

Hmm as per version 1.2.174 the cooked and raw is StrintLiteral and has hasEscaped
If you say so does the types is outdated? I can still see it

Yes, ts types are outdated
See REPL

Yes, ts types are outdated
See REPL

thanks @kdy1 👍

I think this can be closed. PR #5175 fixed all the types.

Thanks!

@aelbore for your info, the JS plugin Visitor class is still out of date. I will probably fix it at some point, but unsure when I'll get to it.

@overlookmotel thanks but it would be good we will close this issue until it will update/fix for reference.


clean API for moveAt, fix indexes/lengths to be type of size_t, fix length declarations

On a different matter - if we expose swapAt in std.algorithm, shouldn't we expose moveAt there too?
https://dlang.org/phobos/std_algorithm_mutation.html
http://dlang.org/phobos/std_range_primitives.html

... and other move primitives. This will break API :-(

... and other move primitives. This will break API :-(

But if we agree that this would make sense, can't we import them as alias and add a deprecated attribute warning?
std.algorithm.mutation has the following description:

This is a submodule of std.algorithm. It contains generic mutation algorithms.

Whereas std.range.primitives states

Finally, it includes some convenience functions for manipulating ranges:

moveFront	Removes the front element of a range.
moveBack	Removes the back element of a bidirectional range.
moveAt	        Removes the i'th element of a random-access range.

Apart from that we might consider these two templates:

hasMobileElements	Tests if a given range's elements can be moved around using the primitives moveFront, moveBack, or moveAt.

hasSwappableElements	Tests if a range is a forward range with swappable elements.

... it even imports swap from std.algorithm

But if we agree that this would make sense, can't we import them as alias and add a deprecated attribute warning?

Does this would break code if both modules are imported?

Yes: from std.algorithm
// Explicitly undocumented. It will be removed in March 2017. @@@DEPRECATED_2017-03@@@
deprecated("Please use std.functional.forward instead.")
alias forward = std.functional.forward;

LGTM

Seems like just changing the API isn't that easy:
std/range/package.d(291): Error: template std.range.primitives.moveAt cannot deduce function from argument types !()(Result, ulong), candidates are:
std/range/primitives.d(1946):        std.range.primitives.moveAt(R)(R r, size_t i)
std/range/package.d(313): Error: template instance std.range.retro!(Result).retro.Result!() error instantiating
std/algorithm/iteration.d(3261):        instantiated from here: retro!(Result)
std/range/package.d(291): Error: template std.range.primitives.moveAt cannot deduce function from argument types !()(Result!(), ulong), candidates are:
std/range/primitives.d(1946):        std.range.primitives.moveAt(R)(R r, size_t i)
std/range/package.d(313): Error: template instance std.range.retro!(Result!()).retro.Result!() error instantiating
std/algorithm/iteration.d(3051):        instantiated from here: retro!(Result!())
std/algorithm/iteration.d(3262):        instantiated from here: splitter!("a == b", Result!(), long)
std/algorithm/iteration.d(3709): Error: template instance std.algorithm.iteration.splitter!("a == b", Result, long[]) error instantiating

@DmitryOlshansky, I have changed indexes/length to be always size_t. This will reduce template bloat and makes Phobos more predictable

Nice!

Auto-merge toggled on

Auto-merge toggled off

Fixed and rebased

Auto-merge toggled on

Should there be a changelog entry for these things? I think especially the change to size_t for iota.length should be noted as it could break some code.

Is pending changelog is correct label for that?

Hm... I'd say yes, but this has already been merged.

I will add change log for all my PRs (this would be big change log)

You only need to add an entry if there is no bug closed. The closed bugs are used to automatically generate entries.

Should there be a changelog entry for these things? I think especially the change to size_t for iota.length should be noted as it could break some code.

We should probably document that swapAt is now public too - should I quickly submit a PR?

We should probably document that swapAt is now public too - should I quickly submit a PR?

Yes

See #4220 ;-)


Reformat with a recent version of Go

To avoid me having spurious diffs from gofmt automatically reformatting the files.


⚠ Bofrost.be has degraded performance

In 683554e, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2093 ms

Resolved: Bofrost.be performance has improved in 20cfe22.


Regenerate

The first regen! \o/ You didn't have any trouble?

The first regen! \o/ You didn't have any trouble?

No, should I have seen problems? :)


Retain highest detail setting

Problem or user concern
When using Cesium Native implementations like Unreal or Omniverse, a common use case is to use these apps to capture high resolution, high production quality visualisation content such as flythrough videos of built environment projects.  Cesium is great for providing context terrain and photogrammetry data, however the streaming nature of the data presents several potential issues:

Visual popping artefacts in the final video as meshes transition between different detail levels.  This is usually acceptable for real-time usage, however in production quality renders it is not desirable.
-- Often increasing level of detail can somewhat minimise, but does not resolve this, and can result in extreme resource usage, slower captures, or crashes.
Errors in the capture due to connectivity or other issues - eg. leave a render overnight for several hours, review the render only to find it has not completed due to internet errors preventing download of data mid-capture
Slow capture times due to needing to download data each frame
Capture tools built into applications not designed to wait for Cesium data to finish loading completely before capture

I have mitigated these on some captures by flying to my area of interest, adjusting detail levels, letting data load and then enabling "Suspend update".  This will then leave the tileset in a loaded state that suits my capture.  The outcome is a much faster capture, no popping, and no connectivity related issues.
However, this only works for certain types of videos that focus on a single area (eg. Orbit) and not great for captures with large amounts of movement through the scene (flythrough)
This got me thinking about the following feature:
Requested feature
It would be great to have a "Retain highest detail" setting, which would basically load leaf tiles as normal to the appropriate level of detail, however once a leaf tile had loaded to a higher detail level, it would never "unload" back to lower detail levels while this setting was enabled.
This way, the user could effectively "pre-load" areas of a tileset to certain levels of detail that match their requirements.  The workflow could be simply playing back their camera animation path, triggering the tileset to load to detail levels appropriate to all the camera positions on that path.
The user would then capture the video with none of the above issues.
This would also open up opportunities for integration of Cesium Native into 3D rendering applications such as 3DS Max, where real-time is less of a use case, but high quality rendering is.

@r-veenstra have you tried setting the Maximum Cache Size to a huge number? That should have pretty much the same effect, where tiles, once loaded, are never unloaded. It will still allow the selection algorithm to select a lower level of detail, though. Which is probably a good thing if you're zooming out, but I guess it still allows some popping artifacts if the max SSE isn't cranked way down.

Yes I've experimented with that previously to help with load times, and while it helps solve some of the issues, it still doesn't eliminate the popping due to the selection algorithm changing what it wants to render, even if Max SEE is reduced substantially.  Certain datasets are sometimes worse than others visually when it comes to popping.  It can be particularly evident with photogrammetry captures of structures with thin details like steel girder bridges, flag poles, street lights, etc, where in some levels of the tileset data will be completely absent, then in the next highest detail it is suddenly present.  It could be argued that is a dataset problem, however it's also a reality of the current quality levels of photogrammetry available today.  Certainly not a crucial feature, especially for real-time, however with the increasing capability to capture production quality content from platforms like Unreal and especially Omniverse, I suspect it will become something encountered more often.


Overlay Bridge FDB Entries Incorrect on Classic Swarm

Initially reported by a Docker Datacenter customer.  Re-posting informationally for Docker community.
Description
End-user symptom is some containers on an overlay cannot reach other containers on the overlay.  Overlay DNS is working correctly.  Further investigation indicated entries for the affected flows are incorrect in the source overlay bridge table.  They have the wrong destination VTEP (VTEP set to incorrect destination host address).
Steps to reproduce the issue:
To recreate the issue: on a three-controller, three worker cluster with no other containers running on it:

Create an overlay network:
 docker network create -d overlay repro

Start a single-instance nginx compose file on an overlay network (docker-compose.yml.txt):
 docker-compose up -d

Scale the compose file to 10:
 docker-compose scale nginx=10

Using docker exec and a for loop, confirm that all containers can ping all other containers on the overlay.

Select the host with the most containers running on it and gracefully stop the docker daemon there:
 systemctl stop docker

Watch docker ps or the UCP UI and wait for containers to relocate.

Repeat steps 3-4 until a ping failure.  Usually occurs within about fifteen iterations.

Examine source overlay bridge table entry for the dest container:
 overlay_netns=$(echo /var/run/docker/netns/*-$(docker network inspect -f '{{.Id}}' repro |cut -c1-9)*);
 nsenter -m -t $(pidof dockerd) --net=$overlay_netns bridge fdb show

Describe the results you received:
For a particular failing ping between two containers, source overlay bridge entry for the destination container has VTEP IP set to wrong host.
Describe the results you expected:
Overlay bridge entry for the destination container has VTEP IP set to correct host.
Output of docker version:
# docker version
Client:
 Version:      1.12.5-cs5
 API version:  1.24
 Go version:   go1.6.4
 Git commit:   f7aca07-unsupported
 Built:        Wed Jan 25 19:54:53 2017
 OS/Arch:      linux/amd64

Server:
 Version:      1.12.5-cs5
 API version:  1.24
 Go version:   go1.6.4
 Git commit:   f7aca07-unsupported
 Built:        Wed Jan 25 19:54:53 2017
 OS/Arch:      linux/amd64

Output of docker info:
# docker info
Containers: 17
 Running: 14
 Paused: 0
 Stopped: 3
Images: 115
Server Version: 1.12.5-cs5
Storage Driver: devicemapper
 Pool Name: docker-thinpool
 Pool Blocksize: 524.3 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file:
 Metadata file:
 Data Space Used: 19.53 GB
 Data Space Total: 42.84 GB
 Data Space Available: 23.32 GB
 Metadata Space Used: 7.213 MB
 Metadata Space Total: 41.94 MB
 Metadata Space Available: 34.73 MB
 Thin Pool Minimum Free Space: 4.284 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: true
 Deferred Deletion Enabled: true
 Deferred Deleted Device Count: 1
 Library Version: 1.02.135-RHEL7 (2016-09-28)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: overlay host null bridge
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp
Kernel Version: 3.10.0-514.2.2.el7.x86_64
Operating System: Red Hat Enterprise Linux Server 7.3 (Maipo)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 55.04 GiB
Name: XXXXXXXXXXXXXX
ID: XXXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 164
 Goroutines: 192
 System Time: 2017-02-03T18:10:59.042906916-05:00
 EventsListeners: 3
Registry: https://index.docker.io/v1/
Labels:
Cluster Store: etcd://XXX.XXX.XXX.XXX:12379,XXX.XXX.XXX.XXX:12379,XXX.XXX.XXX.XXX:12379
Cluster Advertise: XXX.XXX.XXX.XXX:12376
Insecure Registries:
 <IP_ADDRESS>/8

Closed by https://github.com/docker/libnetwork/pull/1639


Adding tutorial for data loaders in multi device setups

Introduction to Data Loaders for Multi-Device Training with JAX.

Headings adjusted and new overview paragraph added into the introduction.
Below files are also modified:
docs/conf.py
docs/tutorials.md

@selamw1 there seem to be a couple of merge conflicts here would you be able to fix them, please?

File conflict resolved.

Note the docs build is failing atm - I opened a PR against this branch that should fix this https://github.com/selamw1/jax-ai-stack/pull/5 so needs @selamw1  to merge it

Similar comment here as in https://github.com/jax-ml/jax-ai-stack/pull/109#issuecomment-2512353833 – this will be the third in a sequence of very similar tutorials on data loading – it's hard to know from reading this what the expected takeaway is compared to the previous two. We should think of this not as a standalone notebook, but as a third chapter in a sequence of documents that builds on the previous ones – orienting the reader around that would make this a much more effective doc I think.

Similar comment here as in #109 (comment) – this will be the third in a sequence of very similar tutorials on data loading – it's hard to know from reading this what the expected takeaway is compared to the previous two. We should think of this not as a standalone notebook, but as a third chapter in a sequence of documents that builds on the previous ones – orienting the reader around that would make this a much more effective doc I think.

#109 (comment) has been adjusted by new PR. Accordingly, this notebooks have been adjusted to highlight the key differences between each other, and their respective references have been added to make them standalone tutorials.

Thanks - we'll have to rebase this PR to reflect the fact that docs has moved to docs/source.

Rebase has been done to move files from docs to docs/source.
Old files removed from docs.

Due to file conflicts and rebasing several commits has been done.


Multilabel single bounding box

@DongDem @Purkialo  hi thanks for opensourcing the code base, i wanted to know if we can extend this architecture where we can single bounding box detecting a person and then an additional head which gives multilabel classification ie gender age clothes ? is this possible to modify the network
Pls share your thought and thanks in advance

It is a good idea to increase more information to address pedestrian detection. An extra layer can be attached to each detection head. But sometimes it will introduce some negative effects into the detector. One instance can't be recognized if his/her head is occluded by the others when he/she is in uniform clothes, while is ubiquitous in the CrowdHuman dataset.

It is a good idea to increase more information to address pedestrian detection. An extra layer can be attached to each detection head. But sometimes it will introduce some negative effects into the detector. One instance can't be recognized if his/her head is occluded by the others when he/she is in uniform clothes, while is ubiquitous in the CrowdHuman dataset.


Add coveralls token to coveralls upload step

:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.Luis.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.QnA.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.ApplicationInsights.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Azure.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Dialogs.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Integration.ApplicationInsights.Core.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Integration.AspNet.Core.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.TemplateManager.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Testing.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Configuration.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Connector.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Schema.dll compared against version 4.6.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Streaming.dll compared against version 4.6.3

Pull Request Test Coverage Report for Build 107390

0 of 0   changed or added relevant lines in 0 files are covered.
1316 unchanged lines in 167 files lost coverage.
Overall coverage decreased (-1.5%) to 77.909%

Files with Coverage Reduction
New Missed Lines
%

/libraries/Adapters/Microsoft.Bot.Builder.Adapters.Facebook/FacebookAdapterOptions.cs
1
86.67%

/libraries/integration/Microsoft.Bot.Builder.Integration.ApplicationInsights.Core/ApplicationBuilderExtensions.cs
1
71.43%

/libraries/Microsoft.Bot.Builder.AI.LUIS/LuisApplication.cs
1
96.36%

/libraries/Microsoft.Bot.Builder.AI.LUIS/V3/LuisApplication.cs
1
96.43%

/libraries/Microsoft.Bot.Builder.AI.LUIS/V3/LuisUtil.cs
1
96.35%

/libraries/Microsoft.Bot.Builder/BotStateSet.cs
1
85.0%

/libraries/Microsoft.Bot.Builder.Dialogs/Debugging/DebugSupport.cs
1
75.0%

/libraries/Microsoft.Bot.Builder.Dialogs/Debugging/SourceRange.cs
1
46.15%

/libraries/Microsoft.Bot.Builder.Dialogs.Declarative/DeclarativeType.cs
1
71.43%

/libraries/Microsoft.Bot.Builder.Dialogs/Prompts/PromptCultureModels.cs
1
97.53%

Totals

Change from base Build 107225:
-1.5%

Covered Lines:
21234

Relevant Lines:
27255

💛  - Coveralls