diff --git a/howto/ganeti.md b/howto/ganeti.md
index c7541251bb5d38dc037c699874095785e09733e4..f0edf323cbba180275cbe41d4b5c2b34510bc490 100644
--- a/howto/ganeti.md
+++ b/howto/ganeti.md
@@ -91,7 +91,7 @@ log in with your token.  You will be required to change the root password immedi
 Pick something nice and document it in `tor-passwords`.
 
 Also set reverse DNS for both IPv4 and IPv6 in [hetzner's robot](https://robot.your-server.de/)
-(Chek under servers -> vSwitch -> IPs) or in our own reverse zone
+(Check under servers -> vSwitch -> IPs) or in our own reverse zone
 files (if delegated).
 
 Then follow [howto/new-machine](howto/new-machine).
@@ -697,7 +697,7 @@ contains will be deleted):
 
 A disk can be added to an instance with the `modify` command as
 well. This, for example, will add a 100GB disk to the `test1` instance
-on teh `vg_ganeti_hdd` volume group, which is "slow" rotating disks:
+on the `vg_ganeti_hdd` volume group, which is "slow" rotating disks:
 
     gnt-instance modify --disk add:size=100g,vg=vg_ganeti_hdd test1.torproject.org
     gnt-instance reboot test1.torproject.org
@@ -1219,7 +1219,7 @@ Import procedure:
          gnt-instance failover $INSTANCE
          gnt-instance startup $INSTANCE
 
- 14. redo IP adress change in `/etc/network/interfaces` and `/etc/hosts`
+ 14. redo IP address change in `/etc/network/interfaces` and `/etc/hosts`
 
  15. final functional test
 
@@ -1429,7 +1429,7 @@ You can also find which nodes are assigned to a tag with:
 
 IMPORTANT: a previous version of this article mistakenly indicated
 that a new cluster-level tag had to be created for each service. That
-method did *not* work. The [hbal manpage](http://docs.ganeti.org/ganeti/current/man/hbal.html#exclusion-tags) explicitely mentions that
+method did *not* work. The [hbal manpage](http://docs.ganeti.org/ganeti/current/man/hbal.html#exclusion-tags) explicitly mentions that
 the cluster-level tag is a *prefix* that can be used to create
 *multiple* such tags. This configuration also happens to be simpler
 and easier to use...
@@ -2472,7 +2472,7 @@ on the affected instances.
 
 Another error that `gnt-cluster verify` can give you is, for example:
 
-    - ERROR: node fsn-node-04.torproject.org: not enough memory to accomodate instance failovers should node fsn-node-03.torproject.org fail (16384MiB needed, 10724MiB available)
+    - ERROR: node fsn-node-04.torproject.org: not enough memory to accommodate instance failovers should node fsn-node-03.torproject.org fail (16384MiB needed, 10724MiB available)
 
 The solution is to [rebalance the cluster](#rebalancing-a-cluster).
 
@@ -2747,7 +2747,7 @@ instance procedure](#adding-a-new-instance).
 
          gnt-cluster verify
 
-     If that takes a long time and eventually fails with erors like:
+     If that takes a long time and eventually fails with errors like:
 
          ERROR: node fsn-node-03.torproject.org: ssh communication with node 'fsn-node-06.torproject.org': ssh problem: ssh: connect to host fsn-node-06.torproject.org port 22: Connection timed out\'r\n