@davidep I had a much more successful restore. I actually installed file sharing and created a share before the backup, and the ad server was restored… this was pretty well confirmed because I had another member vm running that was joined, made a fresh backup of the ad vm, then destroyed it, started with a fresh vm with the current files in nethserver-testing installed (see screenshot, I see you made some changes with the available packages), While the fresh vm was updating I checked the member vm, it was lacking in any domain info as expected, once the restore was finished, the member vm then re-joined the ad server. Good.
But, a share I created… was not recreated, it does not exist in ibay, see error;
Jan 13 13:53:12 server7c3 smbd_audit: [2017/01/13 13:53:12.382665, 0] ../source3/smbd/service.c:808(make_connection_snum)
Jan 13 13:53:12 server7c3 smbd_audit: canonicalize_connect_path failed for service files-test, path /var/lib/nethserver/ibay/files-test
Jan 13 13:53:04 server7c3 smbd[2363]: [2017/01/13 13:53:04.941992, 0] ../source3/smbd/service.c:808(make_connection_snum)
Jan 13 13:53:04 server7c3 smbd[2363]: canonicalize_connect_path failed for service bob@neth.test.local, path /var/lib/nethserver/home/bob
Also… I did not have nextcloud installed in this vm, but I did have that php_scl package installed… php was set for defaut (5.4), that package… as expected, was not re-installed.
I just want to make a note of this because we need to make sure that happens because down the road if we’re using php scl to have nextcloud 11 running then obviously we’ll want that environment restored properly as well.
After restore-config I see the share I had on the original server under Shared folders, but it’s obviously empty (restore-data is needed).
After restore-data, everything works as expected: I can see files in the share, add files, etc.
For an app designed in a module like nextcloud It would preferable that the developer uses the rh-php56-php of the centos scl, they are activated from start, of course if you want to install manually a web application, even one rpm based, then nethserver-php-scl makes senses.
Something to add for NS7, nethserver-php-scl is a pluginrow of nethserver-virtualhosts, nothing to do with the shared folders like in NS6…of course I can be the guilty of this bug
Concerning the restoration of all installed rpm, it could be a good feature, but with the risks to get a failing restoration, it is the job of the sysadmin to recreate his environment. We can help him by saving the yum.repo and the list of rpm previously installed.
@davidep well, tbh I would prefer to do a lot more testing… because of how important disaster recovery is… but yes, I think it’s fixed and we can close it.
