diff --git a/docs/faq.md b/docs/faq.md
index b946652f8..fec16d8d7 100644
--- a/docs/faq.md
+++ b/docs/faq.md
@@ -3,7 +3,7 @@
 ## When is it appropriate to use Ark instead of etcd's built in backup/restore?
 
 Etcd's backup/restore tooling is good for recovering from data loss in a single etcd cluster. For
-example, it is a good idea to take a backup of etcd prior to upgrading etcd istelf. For more
+example, it is a good idea to take a backup of etcd prior to upgrading etcd itself. For more
 sophisticated management of your Kubernetes cluster backups and restores, we feel that Ark is
 generally a better approach. It gives you the ability to throw away an unstable cluster and restore
 your Kubernetes resources and data into a new cluster, which you can't do easily just by backing up
diff --git a/docs/ibm-config.md b/docs/ibm-config.md
index 97766d940..218727a3a 100644
--- a/docs/ibm-config.md
+++ b/docs/ibm-config.md
@@ -3,7 +3,7 @@ You can deploy Ark on IBM [Public][5] or [Private][4] clouds, or even on any oth
 
 To set up IBM Cloud Object Storage (COS) as Ark's destination, you:
 
-* Create your COS instance 
+* Create your COS instance
 * Create an S3 bucket
 * Define a service that can store data in the bucket
 * Configure and start the Ark server
@@ -15,8 +15,8 @@ If you don’t have a COS instance, you can create a new one, according to the d
 ## Create an S3 bucket
 Heptio Ark requires an object storage bucket to store backups in. See instructions in [Create some buckets to store your data][2].
 
-## Define a service that can store data in the bucket. 
-The process of creating service credentials is described in [Service credentials][3]. 
+## Define a service that can store data in the bucket.
+The process of creating service credentials is described in [Service credentials][3].
 Several comments:
 
 1. The Ark service will write its backup into the bucket, so it requires the “Writer” access role.