spencerh's latest activity

  • S
    I believe that is what I was referencing in my original post: I ended up just going with figuring out what packages are installed by pveceph install and installing those directly using apt.
  • S
    spencerh replied to the thread Import from ESXi Extremely Slow.
    Ultimately we decided to also go with the Veeam restore route for our migration. There's some unfortunate downsides (needing to change the hardware after the migration, no migration progress from the Proxmox side) but ultimately we decided that...
  • S
    spencerh reacted to PwrBank's post in the thread Import from ESXi Extremely Slow with Like Like.
    @spencerh Yeah, the netcat-dd is the last working branch. I just uploaded a few fixes to it based on the new codebase I'm working on. ./target/release/esxi-folder-fuse --test-fuse --use-fuse-streaming --esxi-host 10.20.30.40 --esxi-disk...
  • S
    spencerh replied to the thread Import from ESXi Extremely Slow.
    Server running on ESX, client running on Proxmox: [root@my-esx:~] /usr/lib/vmware/vsan/bin/iperf3.copy -s -B 192.168.0.123 -p 8000 ----------------------------------------------------------- Server listening on 8000 (test #1)...
  • S
    spencerh replied to the thread Import from ESXi Extremely Slow.
    I tend to agree; if you're doing these transfers over an open network speed probably isn't your primary concern anyway. It would also theoretically be pretty straightforward to inject an encryption/decryption step into the pipeline before/after...
  • S
    spencerh reacted to PwrBank's post in the thread Import from ESXi Extremely Slow with Like Like.
    While I agree security is a good concern, in this case, is it? At least in our environment (and I know not everyone does it this way), we have all of our servers on the same L2 network dedicated to VM storage traffic, so none of it ever leaves...
  • S
    spencerh replied to the thread Import from ESXi Extremely Slow.
    This looks awesome! I'll give this a test tomorrow and post the results.