diff --git a/docs/Administrator-Guide/Geo-Replication.md b/docs/Administrator-Guide/Geo-Replication.md index 5dc0205..b164ddb 100644 --- a/docs/Administrator-Guide/Geo-Replication.md +++ b/docs/Administrator-Guide/Geo-Replication.md @@ -166,7 +166,7 @@ disable that prefix, Create a geo-rep session between Primary and Secondary volume using the following command. The node in which this command is executed and the - specified in the command should have password less ssh +`` specified in the command should have password less ssh setup between them. The push-pem option actually uses the secret pem pub file created earlier and establishes geo-rep specific password less ssh between each node in Primary to each node of Secondary. diff --git a/docs/Install-Guide/Configure.md b/docs/Install-Guide/Configure.md index 5a575db..6f624a0 100644 --- a/docs/Install-Guide/Configure.md +++ b/docs/Install-Guide/Configure.md @@ -29,7 +29,7 @@ that the first node has already been added. ### Partition the disk -Assuming you have a empty disk at `/dev/sdb`: +Assuming you have an empty disk at `/dev/sdb`: *(You can check the partitions on your system using* `fdisk -l`*)* ```console # fdisk /dev/sdb diff --git a/docs/Install-Guide/Setup-Bare-metal.md b/docs/Install-Guide/Setup-Bare-metal.md index 681f133..682123d 100644 --- a/docs/Install-Guide/Setup-Bare-metal.md +++ b/docs/Install-Guide/Setup-Bare-metal.md @@ -3,7 +3,7 @@ ### Setup, Method 2 – Setting up on physical servers To set up Gluster on physical servers, we recommend two servers of very -modest specifications (2 CPU’s, 2GB of RAM, 1GBE). Since we are dealing +modest specifications (2 CPUs, 2GB of RAM, 1GBE). Since we are dealing with physical hardware here, keep in mind, what we are showing here is for testing purposes. In the end, remember that forces beyond your control (aka, your bosses’ boss...) can force you to take that the “just @@ -28,20 +28,20 @@ practices we mentioned before: With the explosion of commodity hardware, you don’t need to be a hardware expert these days to deploy a server. Although this is generally a good thing, it also means that paying attention to some -important, performance impacting BIOS settings is commonly ignored. Several +important, performance-impacting BIOS settings is commonly ignored. Several points that might cause issues when if you're unaware of them: - Most manufacturers enable power saving mode by default. This is a great idea for servers that do not have high-performance - requirements. For the average storage server, the performance impact + requirements. For the average storage server, the performance-impact of the power savings is not a reasonable tradeoff - Newer motherboards and processors have lots of nifty features! Enhancements in virtualization, newer ways of doing predictive algorithms and NUMA are just a few to mention. To be safe, many manufactures ship hardware with settings meant to work with as massive a variety of workloads and configurations as they have - customers. One issue you could face is when you set up that blazing - fast 10GBE card you were so thrilled about installing? In many + customers. One issue you could face is when you set up that blazing-fast + 10GBE card you were so thrilled about installing? In many cases, it would end up being crippled by a default 1x speed put in place on the PCI-E bus by the motherboard. @@ -68,5 +68,5 @@ resolved with a simple driver or firmware update. As often as not, these updates affect the two most critical pieces of hardware on a machine you want to use for networked storage - the RAID controller and the NIC's. -Once you have setup the servers and installed the OS, you are ready to +Once you have set up the servers and installed the OS, you are ready to move on to the [install](./Install.md) section. diff --git a/docs/Install-Guide/Setup-aws.md b/docs/Install-Guide/Setup-aws.md index f8aa637..d71d124 100644 --- a/docs/Install-Guide/Setup-aws.md +++ b/docs/Install-Guide/Setup-aws.md @@ -37,7 +37,7 @@ Other notes: anyone is interested in this please let us know since we are always looking to write articles on the most requested features and questions. -- Using EBS volumes and Elastic IP’s is also recommended in +- Using EBS volumes and Elastic IPs are also recommended in production. For testing, you can safely ignore these as long as you are aware that the data could be lost at any moment, so make sure your test deployment is just that, testing only. @@ -52,7 +52,7 @@ Other notes: get Gluster running again using the default EC2 configuration. If a node is shut down, it can mean absolute loss of the node (depending on how you set things up). This is well beyond the scope of this - document, but is discussed in any number of AWS related forums and + document but is discussed in any number of AWS-related forums and posts. Since I found out the hard way myself (oh, so you read the manual every time?!), I thought it worth at least mentioning.