Re: Migrating RAID1 to new system

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

 



Hi,

On Fri, Jun 28, 2019 at 8:51 PM Cameron Simpson <cs@xxxxxxxxxx> wrote:
> On 28Jun2019 11:03, Alex <mysqlstudent@xxxxxxxxx> wrote:
> >I have an older fedora install that I need to upgrade. It has 8 Intel
> >SSD 520 Series 240GB disks in there now, mounted on root using an LSI
> >SAS 9260-8i controller. There is about 1.3TB usable space.
> >
> >I need to upgrade it to add more space. If I bought eight 512GB SSDs,
> >how do I calculate how much usable space I would have after
> >partitioning/formatting using XFS?
>
> Unsure what the overheads of the partitions and XFS are, but they are
> small; the RAID setup has a MUCH larger impact on available space. I
> would just figure out how much space you lose from the raid config (eg
> 50% for RAID-1 with 2 drives, N/(N+2) for RAID5 with one parity and one
> spare, etc) and round it down a bit.

I should have been more clear - I'm trying to make due with two 2TB
disks to hold the the 1.3TB of data for the interim while I rebuild
the server itself with new SSDs.

> Can you describe your use case? I'm surprised you've got that much space
> "as root".  I normally make the OS drive (or RAID set) pretty small,
> <10GB, and maintain the larger areas totally separate.

It's a pop/imap/smtp mail server for about two thousand accounts.

> A smaller scale example than yours, our home server has:

Yes, thank you. This should have been better partitioned when this was
installed many years ago.

> >My strategy to upgrade the system using the eight new 512GB SSDs would be:
> >
> >- Add two regular 2TB disks as RAID1 to the existing system
>
> As hardware RAID or mdadm software RAID? Guessing the latter?

Yes, mdadm.

> >- Copy the 1.3TB of user data onto it
>
> Definitely. You can see my setup sidesteps this requirement. But you've
> clearly got a different arrangement.
>
> >- Remove the eight existing 240GB SSDs
> >- Install the eight new 512GB SSDs
> >- Install fedora30 onto the new system
> >- Migrate the old configs from backup onto the new system
> >- Mount the two RAID1 drives onto the new system
> >- Copy data from RAID1 array to new system
>
> Sounds sound to me.

I've since learned it takes entirely too long to copy 1.3TB to two 2TB
disks. I can't keep the system down that long.

I'm going to have to transfer all the accounts, configuration data,
and user data on these two disks to another interim system with the
production system IPs while I entirely rebuild the new one, copy the
bulk of the data across the network to it, stop all services on both
systems, sync the differences that occurred during the main data
transfer, change the IPs back, then start all the production services.

> >Anything else I should watch for?
>
> It is very useful to use the "-L label" option with any filesystems you
> hand make - then you can use LABEL= in the fstab for mounting. Modern
> installs also give filesystems UUIDs, which are more unique, but I find
> them personally hard to use because they are not memorable.
>
> I recently discovered the "lsblk -f" command, VERY useful for seeing
> devices, and filesystems and their mountedness.
>
> I think my main argument here is that you should try to have separate
> media for the OS (and small SSD or something) so that you can do a
> complete reinstall with minimal interference and risk to your nonOS
> data.

This system is nearly seven years old. Thanks for the tips - things
are quite different today.

Thanks,
Alex
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux