New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add basic 'barrel' support to ReaR #2863
Comments
Additional basic 'barrel' support increases
but the ReaR recovery system increase because of what |
Implement initial basic 'barrel' support as a first step mainly in layout/recreate/default/200_run_layout_code.sh and in the new layout/save/default/550_barrel_devicegraph.sh Barrel is a command-line program for storage management in particular for a SUSE specific storage layout which is available since SLES15-SP4, see https://github.com/aschnell/barrel Barrel can save and recreate a whole storage layout, see #2863 The current basic 'barrel' support is implemented as optional and additional possibility when the 'barrel' program is there. ReaR's native method via disklayout.conf and diskrestore.sh is still used and working unchanged as before in parallel so that when 'barrel' is used during "rear recover" but it fails, the user can switch back to recreating with diskrestore.sh which is the reason for some new choices during "rear recover", in particular "Again wipe the disks in DISKS_TO_BE_WIPED" to wipe what 'barrel' had setup before diskrestore.sh is run. Additionally during "rear recover" it shows now 'lsblk' output on the user's terminal to make it easier for the user to see what disk layout got recreated to decide if that is right or wrong. Furthermore there is now the new choice to "Confirm what is currently on the disks and continue 'rear recover'" so that the user can manually fix things (in particular smaller things) by only using the ReaR shell and then confirm what he created on his disks and continue with restoring the backup, see #2876
With #2876 merged What is currently known to be not yet done: Current 'barrel' device mapping must be done manually via
in etc/rear/local.conf with an appropriate manually created
which works for me for my KVM/QEMU test VMs because Currently undocumented config variables about 'barrel' support. The currently function There is no problem handling when DISKS_TO_BE_WIPED Currently it does not work to run diskrestore.sh |
Barrel is a new command-line program for storage management
in particular for a SUSE specific storage layout, see
https://github.com/aschnell/barrel
Barrel can save a whole storage layout (as a devicegraph) via
into an XML file.
Barrel can (re)-create that whole storage layout
from scratch on bare metal via
with device mapping as needed
(e.g. when the disks on the new machine are different
compared to where "barrel save devicegraph" was run).
The crucial advantage when ReaR uses barrel is that
then ReaR uses SUSE's own tool to store and
recreate the SUSE specific storage layout
(in particular the SUSE specific btrfs structure)
instead of how it is currently done
where ReaR uses its own implementation
to store and recreate the storage layout
(because before barrel there was no SUSE tool
to store and recreate a SUSE specific storage layout),
cf. the section
"The limitation is what the special ReaR recovery system can do"
in
https://en.opensuse.org/SDB:Disaster_Recovery
that reads (excerpt):
Barrel is available for SLES15-SP4
so basic 'barrel' support in ReaR will be implemented
for SLES15-SP4 and later.
FYI:
Its name is 'barrel' because it even supports
"shooting yourself in the foot" when used without care ;-)
The text was updated successfully, but these errors were encountered: