Bug #36012
closedbackup restore unable to cope with backups created via "-t" option
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=2164413 :
Description of problem:
When a backup is created with option "-t" (to split pulp_data.tar into smaller chunks), satellite-maintain restore is completely unable to restore that backup.
The cause is, -t option implies tar uses --tape-length option which implies -M option. To skip prompts, --new-volume-script=/usr/share/gems/gems/foreman_maintain-1.1.8/bin/foreman-maintain-rotate-tar mimics exchanging tapes.
That works great on backup, where pulp_data.part* files are created.
But restore routine does not use that at all, causing the tar --extract gets stuck forever.
It "just" needs to add:
to the tar --extract routine (every time? or just when backup contains some pulp_data.part* file?)
I can verify manually that just adding that argument to a "split backup" makes the tar to successfully complete..
Version-Release number of selected component (if applicable):
Sat 6.11 +
How reproducible:
100%
Steps to Reproduce:
1. create a backup split to smaller chunks:
mkdir /backup
satellite-maintain backup offline -t 50M --whitelist="sync-plans-enable" /backup
2. try to restore it:
satellite-maintain restore --whitelist="sync-plans-enable" -y /backup/satellite-backup-2023-01-25-14-19-21
3. Wait until "Extracting pulp data" occurs for a while.
Actual results:
3. When "Extracting pulp data" occurs, see that "ps aux | grep tar" shows some tar command being idle. B'cos it waits on user prompt to swap the tapes :(
And the "Extracting pulp data" never completes.
Expected results:
3. "Extracting pulp data" to complete in reasonable time.