how to take the full OS backup for RHEL 5.7

Latest response

how to take the OS backup for RHEL 5.7

Responses

Gonna need some more information, here.

Helpful bits of info would include:
~ how is your OS configured (e.g., are you using LVM to host your filesystems)
~ how many partitions/filesystems do you have
~ what filesystems types do you have on the system
~ what applications are you hosting on the system
~ are you looking for "crash-consistent" quiet-state-equivalent backups
~ what particular bits are you trying to capture
~ what type of backup image storage destination do you have available to you
~ what backup software are you attempting to back up with
~ what is your desired restore-state
~ what is your desired restore-target
~ what is your desired restore-methodology

This solution might be helpful to you: https://access.redhat.com/site/solutions/17525

Hi, in my case i need to take os backup on USB kindly suggest on this

/dev/mapper/vg_denademo-LogVol00 50G 32G 15G 69% / tmpfs 3.9G 144K 3.9G 1% /dev/shm /dev/sda1 976M 110M 816M 12% /boot /dev/mapper/vg_denademo-LogVol02 50G 14G 33G 30% /home /dev/mapper/vg_denademo-LogVol03 114G 84M 109G 1% /tmp /dev/md11 50G 289M 47G 1% /raid1 /dev/sdc2 99G 280M 94G 1% /osbackup

Hi ashok_leyland (original poster)

I'm going to take a slightly different approach. Is there a compelling reason you can not build a new RHEL 7.5 system, and then transfer only the data that is actually important?

I've in the past often received requests from people telling me they have to clone a system and then rebuild said system after something like a convoluted round of ufsdump or something along those lines. Only after some discussion to give them some context that the new system they are attempting to move to may not necessarily be the same architecture... maybe it is. That's not as important as the idea that in many cases, you can build a new modern version of LInux that is actually supported (or at least is not a giant security issue) because RHEL 5.x is not supported anymore, and it won't receive security patches and it's better like for support) to transition to a newer version of RHEL.

What role does your RHEL 5.7 fulfill? Is it a web server, a database server, is it a RHEL 5.7 server or workstation? I ask because I'd really seriously consider attempting to at minimum consider migrating the server to a RHEL 7.5 (current) edition of Red Hat Linux. Don't have a subscription? Either get a developer's Suite of Red Hat Linux to 'test/evaluate/develop' your server to act and perform as you'd expect the RHEL 5.7 server. If it is a web server, you can rsync just the data (not the entire operating system) that hosts your webserver. If it is a database, it may take some additional work, but it is not impossible, and people here can probably help.

But before going down the path of replicating another RHEL 5.7 system - seriously consider making yet another system running at RHEL 7.5 and transition the role from one to another. You can even get a 90-day supported copy of RHEL if you apply for it.

I might be entirely off base and maybe you have a true compelling reason to stay at RHEL 5.7. If you do, know your server is running as a security risk because it's not supported, receives zero security updates and could be a magnet for exploits if it faces the public internet... maybe.

If I'm wrong here. I understand, and wanted to give you some food for thought.

Kind Regards,

RJ

Hi everybody reading this thread ! I completely agree with RJ and everyone still running RHEL 5 should follow his advice and
switch to the latest stable point release of RHEL 7 as soon as possible. Regarding the original poster, he may have (hopefully)
already done that, his post was from April 23, 2014 and this is more than four years ago ... :)

Regards,
Christian

Ha! Thanks Christian, I totally missed the original poster posted this in 2014.

Amit Sharma, seriously consider upgrading if you can, else you're going to go down a really no-fun path of probably using ufsdump. Check out my post above too.

RJ

You're welcome, RJ ! :D :D :D

Since we had that time stamp issue, the first thing I do before responding is having a look at the date of the post.

Cheers :)
Christian

Yeah, true, so many things were that one date, so it was hard to determine dates for a while.

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.