Commit 220d39fd authored by Marco Mariani's avatar Marco Mariani

grammar nazi

parent ce9d4933
...@@ -125,19 +125,23 @@ In the [exporter] / [importer] part, you are free to do whatever you want, but ...@@ -125,19 +125,23 @@ In the [exporter] / [importer] part, you are free to do whatever you want, but
you need to dump / import your data from $${directory:backup} and specify a you need to dump / import your data from $${directory:backup} and specify a
wrapper. I suggest you only add options and specify your export/import recipe. wrapper. I suggest you only add options and specify your export/import recipe.
Checking it works
-----------------
To check that your software instance is resilient you can proceed that way:
Once all instances are deployed successfully, go to your export instance, connect as the instance user and run:
Checking that it works
----------------------
To check that your software instance is resilient you can proceed this way:
Once all instances are successfully deployed, go to your export instance, connect as the instance user and run:
$ ~/bin/exporter $ ~/bin/exporter
It is the script responsible for triggering the resiliency stack on your instance. After having done a backup of your data it will notify the pull-backup instances of a new backup triggering then the sending of this data to your import instances. It is the script responsible for triggering the resiliency stack on your instance. After doing a backup of your data, it will notify the pull-backup instances of a new backup, triggering the transfer of this data to the import instances.
Once this script is run successfully, go to your import instance, connect as it's instance user and check ~/srv/backup/"your sofwtare"/ you where the data you wanted to received from the export instance is. The last part of the resiliency is up to your import script. Once this script is run successfully, go to your import instance, connect as its instance user and check ~/srv/backup/"your sofwtare"/, the location of the data you wanted to receive. The last part of the resiliency is up to your import script.
DEBUGGING: DEBUGGING:
Here is small and not complete things you can check to get hints about what is causing the problem: Here is a partial list of things you can check to understand what is causing the problem:
- Check that your import script do not fail and place successfully your data in ~/srv/backup/"your software" (as the import instance user) by runnig:
- Check that your import script does not fail and successfully places your data in ~/srv/backup/"your software" (as the import instance user) by runnig:
$ ~/bin/"your software"-exporter $ ~/bin/"your software"-exporter
- Check the export instance script is run successfully as this instance user by running: - Check the export instance script is run successfully as this instance user by running:
$ ~/bin/exporter $ ~/bin/exporter
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment