{"action":"created","issue":{"url":"https://api.github.com/repos/rear/rear/issues/1085","repository_url":"https://api.github.com/repos/rear/rear","labels_url":"https://api.github.com/repos/rear/rear/issues/1085/labels{/name}","comments_url":"https://api.github.com/repos/rear/rear/issues/1085/comments","events_url":"https://api.github.com/repos/rear/rear/issues/1085/events","html_url":"https://github.com/rear/rear/issues/1085","id":191661559,"number":1085,"title":"New kind of \"backup\" method: BACKUP=ZYPPER","user":{"login":"jsmeix","id":1788608,"avatar_url":"https://avatars.githubusercontent.com/u/1788608?v=3","gravatar_id":"","url":"https://api.github.com/users/jsmeix","html_url":"https://github.com/jsmeix","followers_url":"https://api.github.com/users/jsmeix/followers","following_url":"https://api.github.com/users/jsmeix/following{/other_user}","gists_url":"https://api.github.com/users/jsmeix/gists{/gist_id}","starred_url":"https://api.github.com/users/jsmeix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jsmeix/subscriptions","organizations_url":"https://api.github.com/users/jsmeix/orgs","repos_url":"https://api.github.com/users/jsmeix/repos","events_url":"https://api.github.com/users/jsmeix/events{/privacy}","received_events_url":"https://api.github.com/users/jsmeix/received_events","type":"User","site_admin":false},"labels":[{"id":1741281,"url":"https://api.github.com/repos/rear/rear/labels/enhancement","name":"enhancement","color":"02e10c","default":true}],"state":"open","locked":false,"assignee":{"login":"jsmeix","id":1788608,"avatar_url":"https://avatars.githubusercontent.com/u/1788608?v=3","gravatar_id":"","url":"https://api.github.com/users/jsmeix","html_url":"https://github.com/jsmeix","followers_url":"https://api.github.com/users/jsmeix/followers","following_url":"https://api.github.com/users/jsmeix/following{/other_user}","gists_url":"https://api.github.com/users/jsmeix/gists{/gist_id}","starred_url":"https://api.github.com/users/jsmeix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jsmeix/subscriptions","organizations_url":"https://api.github.com/users/jsmeix/orgs","repos_url":"https://api.github.com/users/jsmeix/repos","events_url":"https://api.github.com/users/jsmeix/events{/privacy}","received_events_url":"https://api.github.com/users/jsmeix/received_events","type":"User","site_admin":false},"assignees":[{"login":"jsmeix","id":1788608,"avatar_url":"https://avatars.githubusercontent.com/u/1788608?v=3","gravatar_id":"","url":"https://api.github.com/users/jsmeix","html_url":"https://github.com/jsmeix","followers_url":"https://api.github.com/users/jsmeix/followers","following_url":"https://api.github.com/users/jsmeix/following{/other_user}","gists_url":"https://api.github.com/users/jsmeix/gists{/gist_id}","starred_url":"https://api.github.com/users/jsmeix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jsmeix/subscriptions","organizations_url":"https://api.github.com/users/jsmeix/orgs","repos_url":"https://api.github.com/users/jsmeix/repos","events_url":"https://api.github.com/users/jsmeix/events{/privacy}","received_events_url":"https://api.github.com/users/jsmeix/received_events","type":"User","site_admin":false}],"milestone":{"url":"https://api.github.com/repos/rear/rear/milestones/3","html_url":"https://github.com/rear/rear/milestones/Rear%20future","labels_url":"https://api.github.com/repos/rear/rear/milestones/3/labels","id":98819,"number":3,"title":"Rear future","description":"**Long term changes and inactive issues**\r\nThe following issues need feedback from reporter, need more discussion, or are not tight to a specific release.","creator":{"login":"dagwieers","id":388198,"avatar_url":"https://avatars.githubusercontent.com/u/388198?v=3","gravatar_id":"","url":"https://api.github.com/users/dagwieers","html_url":"https://github.com/dagwieers","followers_url":"https://api.github.com/users/dagwieers/followers","following_url":"https://api.github.com/users/dagwieers/following{/other_user}","gists_url":"https://api.github.com/users/dagwieers/gists{/gist_id}","starred_url":"https://api.github.com/users/dagwieers/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/dagwieers/subscriptions","organizations_url":"https://api.github.com/users/dagwieers/orgs","repos_url":"https://api.github.com/users/dagwieers/repos","events_url":"https://api.github.com/users/dagwieers/events{/privacy}","received_events_url":"https://api.github.com/users/dagwieers/received_events","type":"User","site_admin":false},"open_issues":32,"closed_issues":53,"state":"open","created_at":"2012-03-22T12:40:53Z","updated_at":"2016-11-25T09:48:44Z","due_on":null,"closed_at":null},"comments":3,"created_at":"2016-11-25T09:44:53Z","updated_at":"2016-11-25T15:17:28Z","closed_at":null,"body":"I like to implement a new kind of \"backup\" method:\r\n<pre>\r\nBACKUP=ZYPPER\r\n</pre>\r\n\r\nIt is not an usual file-based backup/restore method\r\nwhere one can get the files of an old system\r\nback as they had been before.\r\n\r\nThis new kind of \"backup\" method does not work\r\non files but on RPM packages.\r\n\r\nDuring \"rear mkbackup\" it will basically save\r\nonly the list of installed RPM packages and\r\nduring \"rear recover\" it will basically\r\nonly install those RPM packages.\r\n\r\nThis issue emerged as successor of\r\nhttps://github.com/rear/rear/issues/732\r\nand is intended to replace it.\r\n\r\nIn contrast to\r\nhttps://github.com/rear/rear/issues/732\r\nwhere a whole new workflow was intended to be implemented\r\nthe new BACKUP=ZYPPER method is intended to provide the\r\nsame functionality i.e. \"install a system from scratch\" but\r\nBACKUP=ZYPPER integrates much nicer into the\r\nexisting ReaR framework.\r\n\r\nWhy BACKUP=ZYPPER and not BACKUP=RPM?\r\n\r\nBecause zypper provides RPM packages repositories\r\nmanagement, i.e. using the higher level 'zypper' instead\r\nof the low-level 'rpm' saves me much implementation work\r\nbecause I do not have to implement RPM repositories\r\nmanagement in ReaR but can just let zypper do that, cf.\r\nhttps://en.opensuse.org/SDB:Disaster_Recovery\r\n\"Generic system installation with the plain SUSE installation system\"\r\nwhere I also used 'zypper' in my installation script\r\n(a few 'zypper' commands did all the stuff).\r\n\r\nWhen BACKUP=ZYPPER works o.k. and\r\nwhen users are interested in using ReaR also\r\nfor system deployment, it should be (relatively) easiy\r\nto add more such kind of \"backup\" methods to also\r\nsupport other software package installers in ReaR.\r\n\r\nThe intended use-case why I think ReaR should\r\nsupport system deployment:\r\n\r\nAs far as I know one reason why users like ReaR so much is\r\nthat ReaR is one same disaster recovery tool that they can\r\nuse on all their various different kind of Linux systems\r\n(e.g. Debian, Red Hat, SUSE, Ubuntu, ...), cf.\r\n\"Native disaster recovery with AutoYaST is deprecated\"\r\nin https://en.opensuse.org/SDB:Disaster_Recovery\r\n\r\nFrom that I conclude that basically nobody is interested\r\nin a Linux distributior specific disaster recovery tool.\r\n\r\nAs far as I know another reason why users like ReaR so much\r\nis that ReaR is pure bash (the native system administration\r\nlanguage) which means they can (relatively) easily adapt it\r\nas they need it for their various kind of Linux systems.\r\n\r\nWhy not make them even more happy so that they can\r\nalso use ReaR generically for all kind of installations\r\non all kind of their Linux systems?\r\n\r\nPerhaps you may wonder about why a user should use\r\nReaR for system installation when each Linux distribution\r\nalready comes with its own specific installer?\r\n\r\nAs far as I know in big environments (with hundreds\r\nor even thousands of systems) nobody uses the\r\nLinux distribution's installers to manually install\r\neach particular system.\r\nIn big environments they use whatever deployment tool\r\nfor mass-installations (e.g. AutoYaST for SUSE).\r\n\r\nAs far as I know in big environments they use the\r\nLinux distribution's installers basically only during\r\ntheir initial evaluation and testing phase until they\r\nknow what they want to get.\r\nThen they set up their deployment tool and let it do\r\nthe actual productive mass-deployments.\r\n\r\nTherefore the intended use-case for\r\nReaR system deployment is:\r\n\r\nUse the Linux distribution's installer to set up\r\none or several \"template systems\".\r\nOn each of those \"template systems\"\r\nrun \"rear mkbackup\" and do the actual productive\r\nmass-deployment via \"rear recover\" probably\r\ntogether with \"RECOVERY_UPDATE_URL\", cf.\r\nhttps://github.com/rear/rear/issues/841\r\n\r\nAnother use-case for ReaR system deployment\r\ncould be when systems get re-installed regularly\r\nto maintain 100% clean and 100% updated systems\r\nlike thin clients or any other systems without local data\r\nstorage where only the plain operating system and\r\napplication binaries are stored on local disk, nowadays\r\nalso servers with data storage via SAN.\r\n\r\nAnd what is the ultimate goal behind all that?\r\n\r\nMy ultimate goal is to get ReaR out of the \"rear seat\"\r\nand put it on a \"front seat\" - even more:\r\nI would like to get ReaR on the \"driver's seat\".\r\n\r\nMy ultimate goal is to move ReaR forward\r\nfrom something where its users basically say\r\n<pre>\r\nReaR is nice tool that we have to be better\r\nprepared in case a disaster happens but that\r\nwe hopefully never have to actually use.\r\n</pre>\r\nto something where its users could say\r\n<pre>\r\nReaR is an essential part of our system administration.\r\nReaR is THE deployment tool and at the same time\r\nReaR is THE backup and recovery tool\r\nfor all our various different kind of Linux systems.\r\n</pre>\r\n\r\nCf.\r\n\"Let's face it: Deployment via the recovery installer is a must\" at\r\nhttps://en.opensuse.org/SDB:Disaster_Recovery\r\n\r\n"},"comment":{"url":"https://api.github.com/repos/rear/rear/issues/comments/262977318","html_url":"https://github.com/rear/rear/issues/1085#issuecomment-262977318","issue_url":"https://api.github.com/repos/rear/rear/issues/1085","id":262977318,"user":{"login":"jsmeix","id":1788608,"avatar_url":"https://avatars.githubusercontent.com/u/1788608?v=3","gravatar_id":"","url":"https://api.github.com/users/jsmeix","html_url":"https://github.com/jsmeix","followers_url":"https://api.github.com/users/jsmeix/followers","following_url":"https://api.github.com/users/jsmeix/following{/other_user}","gists_url":"https://api.github.com/users/jsmeix/gists{/gist_id}","starred_url":"https://api.github.com/users/jsmeix/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jsmeix/subscriptions","organizations_url":"https://api.github.com/users/jsmeix/orgs","repos_url":"https://api.github.com/users/jsmeix/repos","events_url":"https://api.github.com/users/jsmeix/events{/privacy}","received_events_url":"https://api.github.com/users/jsmeix/received_events","type":"User","site_admin":false},"created_at":"2016-11-25T15:17:28Z","updated_at":"2016-11-25T15:17:28Z","body":"E.g for Red Hat one would keep it separated via\r\n<pre>\r\nBACKUP=YUM\r\n</pre>\r\ncf. what we learned about keeping separated backup\r\nmethods separated in\r\nhttps://github.com/rear/rear/pull/1048\r\n\r\nWith support for multiple backup methods in ReaR\r\nit does no longer matter on what particular backup method\r\nthe user must decide - he can freely combine what he likes.\r\n\r\nMy actual main reason for using 'zypper' is that I know it\r\nand that I already have some experience how to use it\r\non plain command line for installation from scatch, cf.\r\n\"Generic system installation with the plain SUSE installation system\" in\r\nhttps://en.opensuse.org/SDB:Disaster_Recovery\r\n\r\nI like to get a first usable result soon\r\nso that I and others can play around with it to see\r\nhow all that actually works (or fails) in practice.\r\nTherefore I like to avoid unexpected troubles\r\nwith low-level implementation details.\r\n\r\nIf BACKUP=ZYPPER works well, I could perhaps\r\nimplement a generic BACKUP=RPM later if needed, cf.\r\n\"Why BACKUP=ZYPPER and not BACKUP=RPM?\" in\r\nhttps://github.com/rear/rear/issues/1085#issue-191661559\r\n"}}
{"actor":{"display_login":"jsmeix"}}