Skip files with errors, Long files name, too large. Instead of failing the entire process #2236
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#2236
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
Skip Errors and cont.
When a long file name, large file, or other error or validation issue happens the entire process of backup or restore is ended and you must start over. This takes a massive amount of time. If you are backing up or restoring GB of data this could cause many hours or days of reprocessing. As well to test a solution to the fix you must start the entire process over.
Please log the errors and skipped files but cont the process. An optional prompt would be helpful to allow the Large file name to be renamed or skipped.
At the end of the process all skipped or errors should be reported.
(1:51:54 PM) CyberAxe: I really need backup/restore to not fail when it runs into a problem with a file but log it and skip. I've been having a problem with long file names on restore and it kills the entire process at any error instead of skipping the problem file and moving on.
(1:53:49 PM) zooko: CyberAxe: hm
(1:53:53 PM) CyberAxe: This should apply to almost any action. A Try statement vs instead of crash. With 25GB of data to recover going up to 350GB I really don't want to have to monitor the restore/backup for 20+ hours just incase it fails.
(1:53:56 PM) zooko: CyberAxe: I saw the issue ticket about the long file names.
(1:54:29 PM) zooko: CyberAxe: okay, I don't believe that there is currently an issue ticket about continuing past an error. Would you please open one that says what you just said right there?
Skip, Cont
See also #914 and #1865.
The problem with long file names is #2235.