Re: RAID gotchas!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Roberto Ragusa wrote:
Justin W wrote:

I'm currently in the process of rewriting the script and such so that
there is not so much manual input.  If I succeed, the script should be
quite portable across similar setups, but for now, you're going to have
to change many of the path names to how they apply to you.

Your approach is interesting, because (in likely conditions) you use
the fastest method to create the first copy (dd) and the fastest
method to update the backup (rsync). Then, you keep two options
for restoration: total fileystem (dd) and selective file copy.

Thanks for the encouragement. I've been running a server for close to 4 years now, but this is the first week I've had a solid backup of the system. Though one major reason until now was the lack of necessary hardware, the logistics of how to backup my server without taking it down into single user mode had eluded me. The solution had finally come once I heard some mention of LVM snapshots and read more up on them. A priority of mine was to be able to selectively search through files (in the case when I completely reinstall my server and just want to copy configuration), but I also needed quick recovery just in case my hard drive dies unexpectedly and a quick come back is needed (where I restore an entire image).

The only tricky part I see is what happens when you enlarge
your filesystem (which I suppose you sometimes do, as you use LVM).

You have to recreate the image with dd; otherwise you have to
manually extend the image file and the filesystem contained in it.
This is possible but you have to calculate the new size very
accurately; you managed to avoid that when creating the first copy
as dd handled the end of partition for you.
It could be automated with something like
  lvs -o lv_size --units=b --nosuffix --noheadings vgname/lvname

Thinking about it, the extension of the file image can be done
very quickly using dd seek=xxx (obtaining a sparse file).

I never really considered what would happen if I expanded the partition. If I'm going through the trouble of doing that, I don't really see a problem with recreating the backup image all over again. It's a really simple process, and most of the time is just spent waiting for it to complete. If I read more on dd, I'm sure there are ways to optimize the buffer sizes and such which could speed up the copy, but as it wasn't a big deal to me, I didn't really bother.

Best regards.
Suggestions as to how I can improve the efficiency of the dd copy or better flags for rsync are welcome.

Justin W

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux