restore under RHEL 7

Multi tool use
Say there's an application that install to /opt/
directory. I update it with yum
. I do a full server backup, that is all the file systems (/opt/ maps to the root directory). Now, I discover a bug post upgrade or have the need for whatever reason to restore to the pre upgrade state. Should I:
a) restore the whole /opt/application directory along with its files and sub-directories;
b) perform a complete system restore to the last backup
c) or perform a yum
roll back How to use yum history to roll back an update in Red Hat Enterprise Linux 6 , 7?
rhel yum restore
add a comment |
Say there's an application that install to /opt/
directory. I update it with yum
. I do a full server backup, that is all the file systems (/opt/ maps to the root directory). Now, I discover a bug post upgrade or have the need for whatever reason to restore to the pre upgrade state. Should I:
a) restore the whole /opt/application directory along with its files and sub-directories;
b) perform a complete system restore to the last backup
c) or perform a yum
roll back How to use yum history to roll back an update in Red Hat Enterprise Linux 6 , 7?
rhel yum restore
add a comment |
Say there's an application that install to /opt/
directory. I update it with yum
. I do a full server backup, that is all the file systems (/opt/ maps to the root directory). Now, I discover a bug post upgrade or have the need for whatever reason to restore to the pre upgrade state. Should I:
a) restore the whole /opt/application directory along with its files and sub-directories;
b) perform a complete system restore to the last backup
c) or perform a yum
roll back How to use yum history to roll back an update in Red Hat Enterprise Linux 6 , 7?
rhel yum restore
Say there's an application that install to /opt/
directory. I update it with yum
. I do a full server backup, that is all the file systems (/opt/ maps to the root directory). Now, I discover a bug post upgrade or have the need for whatever reason to restore to the pre upgrade state. Should I:
a) restore the whole /opt/application directory along with its files and sub-directories;
b) perform a complete system restore to the last backup
c) or perform a yum
roll back How to use yum history to roll back an update in Red Hat Enterprise Linux 6 , 7?
rhel yum restore
rhel yum restore
edited Jan 10 at 18:28
Rui F Ribeiro
39.5k1479132
39.5k1479132
asked Jan 10 at 16:52
blablatraceblablatrace
527
527
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
Use yum
(or dnf
in RHEL-7) to roll-back (remove) the application. This keeps the package repository consistent with the software installed.
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f493758%2frestore-under-rhel-7%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Use yum
(or dnf
in RHEL-7) to roll-back (remove) the application. This keeps the package repository consistent with the software installed.
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
add a comment |
Use yum
(or dnf
in RHEL-7) to roll-back (remove) the application. This keeps the package repository consistent with the software installed.
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
add a comment |
Use yum
(or dnf
in RHEL-7) to roll-back (remove) the application. This keeps the package repository consistent with the software installed.
Use yum
(or dnf
in RHEL-7) to roll-back (remove) the application. This keeps the package repository consistent with the software installed.
answered Jan 10 at 16:57
JRFergusonJRFerguson
9,76232430
9,76232430
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
add a comment |
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Ok but what if the update made also changes to a MySQL DB on a remote server ? Doing a yum roll-back will not revert the changes made to the DB, right ?
– blablatrace
Jan 11 at 10:04
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Correct. The rollback is for the software package.
– JRFerguson
Jan 11 at 14:08
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
Thank you. So I'd would have to perform a yum roll-back + a DB restore to get the previous good know state?
– blablatrace
Jan 11 at 14:24
1
1
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
Yes, the yum/dnf rollback takes care of the software. You need to deal with the database independently.
– JRFerguson
Jan 11 at 14:26
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f493758%2frestore-under-rhel-7%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
rdEu CD9