Bug 1290866

Summary:	[RFE][vdsm] document backup solution for vdsm/mom/... for host reinstallation
Product:	[oVirt] vdsm	Reporter:	Jiri Belka <jbelka>
Component:	Documentation	Assignee:	Dan Kenigsberg <danken>
Status:	CLOSED DEFERRED	QA Contact:	Pavel Stehlik <pstehlik>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	4.17.11	CC:	bugs, danken, oourfali, pstehlik, ybronhei
Target Milestone:	---	Keywords:	FutureFeature
Target Release:	---	Flags:	ylavi: ovirt-future? rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack?
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-06-07 18:46:47 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Infra	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Jiri Belka 2015-12-11 17:41:35 UTC

Description of problem:

document backup solution for vdsm/mom/... (for host reinstallation). there is nothing in docs.

(we are in POC to support migration from RHEL 6.x host to RHEL 7.x host, ie. 3.5 vdsm to 3.6 vdsm, and redhat-upgrade-tool does the job. but there could be situations where a customer could choose clean reinstall and then just to restore few mandatory files [vdsm certs for example]. thus it would be nice to have such backup flow documented.)

i was not successful with this (clean reinstall, restore) flow till now :/

Version-Release number of selected component (if applicable):
3.6

How reproducible:
100%

Steps to Reproduce:
1. install a host
2. backup some files
3. clean reinstall and restore files

Actual results:
undocumented flow, unknown files list for backup

Expected results:
mandatory hosts files should be documented and flow for clean reinstall, restore should be documented as well and tested

Additional info:

Comment 1 Jiri Belka 2015-12-11 17:43:43 UTC

customers can have their own reason why they want to keep old vdsm.id and certs. iiuc 'Reinstall' would regenerate the certs.

Comment 2 Oved Ourfali 2015-12-13 07:12:28 UTC

(In reply to Jiri Belka from comment #1)
> customers can have their own reason why they want to keep old vdsm.id and
> certs. iiuc 'Reinstall' would regenerate the certs.

The certificates are internal to oVirt, and same as vdsm.id.
The customer shouldn't rely on any of those.
Re-install should make the environment ready to use.

So, not sure what kind of documentation you had in mind.
Dan - do we even support such "backup/restore" for VDSM configuration?

Comment 3 Dan Kenigsberg 2015-12-22 08:16:30 UTC

I did not try backup/restore of Vdsm configuration myself (or heard of anyone doing this before), but I see merit in trying it out and listing all files that need update. A user may prefer to recreate an existing host instead of adding a new one. One case mentioned was a host with a big local storage domain.

vdsm.id should clearly be one of the things backed up, as Engine uses the uuid therein as the identifier of the host.

Comment 4 Yaniv Kaul 2017-06-07 18:46:47 UTC

Closing old RFEs.