Make sync recover multipart uploads reliably #63
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/astra-jobs16-part-writes"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fix sync reliability for high-job-count uploads by capping simultaneous file uploads at four, splitting the unchanged JDv2 encrypted frame stream into S3-compliant 8 MiB multipart parts, and using smaller TLS request writes. Refresh upload deadlines on retry and drain nested part workers safely after cancellation or failure.
Validation:
make testpasses, including multipart frame-preservation and nested cancellation/failure regressions.make clean,make binary, andmake binary-smokepass.make linux-amd64,make linux-arm64, andmake freebsd-amd64pass.git diff --checkpasses.The requested full-home
jd sync -v -d . jd:mac2/was exercised but did not complete: an active QEMU process was writing~/.android/avd/jmail_export_api26.avd/userdata-qemu.img.qcow2, and sync correctly rejected the changing source file. The emulator was left running.