Merge pull request #415 from crawford/unit

unit: fix oem-cloudinit reference
coreos · Feb 23, 2016 · 280bd52 · 280bd52
2 parents 05585a8 + f4c26a4
commit 280bd52
Showing 1 changed file with 3 additions and 3 deletions.
diff --git a/units/user-configdrive.service b/units/user-configdrive.service
@@ -6,14 +6,14 @@ Before=user-config.target
 
 # HACK: work around ordering between config drive and ec2 metadata It is
 # possible for OpenStack style systems to provide both the metadata service
-# and config drive, to prevent the two from stomping on eachother force
+# and config drive, to prevent the two from stomping on each other, force
 # this to run after OEM and after metadata (if it exsts). I'm doing this
-# here instead of in the ec2 service because the ec2 unit is not written
+# here instead of in the oem service because the oem unit is not written
 # to disk until the OEM cloud config is evaluated and I want to make sure
 # systemd knows about the ordering as early as possible.
 # coreos-cloudinit could implement a simple lock but that cannot be used
 # until after the systemd dbus calls are made non-blocking.
-After=ec2-cloudinit.service
+After=oem-cloudinit.service
 
 [Service]
 Type=oneshot