Recent content by Hyien

no

i'm getting 'cannot receive new filesystem stream: out of space' when running pve-zsync. how do i resolve this? on src: # zpool list NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT mypool 3.48T 1.09T 2.39T - - 37% 31% 1.00x...

How does pve-zsync work under the hood? Does it rely on SSH? If so, how does the source authenticate with the dest? Does it use a private key and where it this key stored?

I'm experiencing this strange issue on one of my boxes. My network is configured as follows: auto eno1 iface eno1 inet manual auto eno2 iface eno2 inet manual auto bond0 iface bond0 inet manual bond-slaves eno1 eno2 bond-miimon 100 bond-mode 802.3ad bond-xmit-hash-policy layer2+3 auto vmbr0...

microcode : 0x830107a

Does amd64-microcode 3.20230719.1 fix the issue? I installed this, rebooted and the zenbleed poc exploit no longer prints strings.

it it possible to explicitly give a destination vmid when running pve-sync?

how do you prevent vmid clashes on the src and dest when running on non-clustered hosts?

Can pve-zsync work on hosts that are not in the same cluster?

same deal.

corosync is running at 100%. what might be causing this?

i see a bunch of Apr 03 08:35:50 XXX corosync[251358]: [TOTEM ] Retransmit List: 12 13 16 23 24 27 36 3d 3e 3f 40 41 43 4f 50 51 52 53 5b 5d 5e 5f 60 Apr 03 08:35:51 XXX pmxcfs[364280]: [status] notice: cpg_send_message retry 80 Apr 03 08:35:51 XXX corosync[251358]: [TOTEM ] Retransmit List...

no DHCP available.

I have a 3node cluster all running pve-manager/7.4-3/9002ab8a (running kernel: 5.15.102-1-pve) When I rm 'qm list' or other Proxmox commands, the command simply hangs. pvecm status Cluster information ------------------- Name: XXX Config Version: 13 Transport: knet Secure...

i'm trying to automate giving it a static ip address and to download a kernel and initd image.