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
ISO Creation after the backup archive ? #264
Comments
This is necessary because of the OBDR workflow. You could add a check for that workflow and keep the current stage ordering for that one. I believe there are quite a few scripts that depend on the order (but maybe not :-). |
The OBDR workflow (One-Button-Disaster-Recovery) is a tape-based recovery image solution. The tape drive emulates a bootable CDROM device and with a properly devised tape (which consists of an ISO image, followed by a tar backup) one can restore the complete system with a single tape using a single-button procedure to make the system boot from this tape. That is why we need the ISO on disk (and on tape) before we can write the backup to tape ! |
Just some more thoughts about DVDs with backup on them since I'm not convinced that moving the stages is necessary: If you want a complete backup on DVD, you need to create the backup and need space for that. Then you need to create the iso, so you need 3 times the space. A good solution (and the one used by MondoRescue) is to create a small iso image with the rescue system and then create multiple smaller sized images. That does not need changing the order. |
@jhoekx I think it is possible to add pathspec (see manual) to the command line where you basically say this directory in my ISO image should be that directory on disk located here. IIRC this avoids the second copy. |
I don't know pathspec option but sounds interesting. There is 3 options :
What do you think about this ? |
@Florent38 I think option 2 makes the most sense. By default, create the ISO and then make the backup, except if the backup is needed inside the ISO. In this case make it part of the creation of the ISO. The downside of making it part of the ISO as-is, is that it is not compressed, the advantage of this is that the files are accessible without effort. BTW pathspec is not an option, these are the arguments to mkisofs; e.g. genisoimage [options] [-o filename] backup/etc=/etc backup/usr=/usr backup/var=/var |
I would like to better understand the backup-on-DVD scenario: Do we talk BTW, do we already create Hybrid ISOs which can be dd'ed onto a USB drive? Another thought: Most modern DVD writers also handle DVD-RAM which can be On 1 July 2013 12:28, Dag Wieers notifications@github.com wrote:
|
@dagwieers I'm agree with you for the option 2 but after the message of @schlomo, i think we can do better ;) @schlomo We talk about writing to a CD/DVD. IMO, the use of multi-session CD/DVD is a good solution to solve the problem, we don't have to change the stage order just burn the first ISO, and create/burn next ISOs (and split the backup if necessary) |
@Florent38 thanks. I would find that a cool way, though I would advice some tests with your hardware. What I wrote is based on tests I did some 10 years ago... Do you think that the OUTPUT=ISO should also support writing to a device instead of an ISO image? Or should we create a new OUTPUT=DVD that maybe includes some stuff from OUTPUT=ISO? |
What I mean is that I could imagine that the use case "backup data on disc" would be only supported when writing to the disc directly and not to an ISO image... (Though I don't know if one could test that in a VM) |
https://www.virtualbox.org/ticket/3266 was the only thing I could find in a quick search. IIRC there are some virtual DVD recorder solutions for Windows... |
We should create a new output (like OUTPUT=DVD) to be more consistent with other ReaR output like USB. |
After a meeting with our manager, it was decided that only the backup into the ISO is needed. The user have to burn ISO himself. So i think an option like BACKUP_IN_ISO is a good way to implement this. Algo :
What do you think about this ? |
Why not try to append the backup file(s) with Sadly the genisoimage -stream-media-size and -stream-file-name options don't work with multisession, otherwise this would be even simpler and cooler. And this also does not allow to add more files next to the tar archive... |
@Florent38 What I would do is use something like BACKUP_URL="iso://path/to/backup" rather than have a new variable BACKUP_IN_ISO. The reason is that introducing new options that might be mutual exclusive with other options is hard to overcome and can lead to strange bugreports. Whereas BACKUP_URL can only be set once. |
Hi,
I'm investigating DVD backup and I think rear architecture is not suitable for this because the backup archive are made after the ISO. Why not switch the workflow like this :
SourceStage "prep"
SourceStage "layout/save"
SourceStage "rescue"
SourceStage "build"
SourceStage "pack"
SourceStage "backup"
SourceStage "output"
instead of :
SourceStage "prep"
SourceStage "layout/save"
SourceStage "rescue"
SourceStage "build"
SourceStage "pack"
SourceStage "output"
SourceStage "backup"
The text was updated successfully, but these errors were encountered: