From 6189b30cb4f8d31f5c8a1a1a30d899cc444d9c0a Mon Sep 17 00:00:00 2001
From: Nico Schottelius <nico@nico-notebook.schottelius.org>
Date: Mon, 13 Jan 2020 12:04:42 +0100
Subject: [PATCH] ++ step 4

---
 .../contents.lr                               |  2 +-
 .../contents.lr                               | 38 +++++++++++++++++++
 2 files changed, 39 insertions(+), 1 deletion(-)
 create mode 100644 content/u/blog/how-to-build-an-openstack-alternative-step-4-metadata/contents.lr

diff --git a/content/u/blog/how-to-build-an-openstack-alternative-step-3-automating-mac-addresses/contents.lr b/content/u/blog/how-to-build-an-openstack-alternative-step-3-automating-mac-addresses/contents.lr
index a74279c..ce2c6b8 100644
--- a/content/u/blog/how-to-build-an-openstack-alternative-step-3-automating-mac-addresses/contents.lr
+++ b/content/u/blog/how-to-build-an-openstack-alternative-step-3-automating-mac-addresses/contents.lr
@@ -119,4 +119,4 @@ framework. Without it, it is practically impossible to spawn a dynamic
 amount of virtual machines.
 
 With our prototype, a secured network and the mac address generator we
-are not far from being able to migrate some test VMs to uncloud.!
+are not far from being able to migrate some test VMs to uncloud.
diff --git a/content/u/blog/how-to-build-an-openstack-alternative-step-4-metadata/contents.lr b/content/u/blog/how-to-build-an-openstack-alternative-step-4-metadata/contents.lr
new file mode 100644
index 0000000..52017c1
--- /dev/null
+++ b/content/u/blog/how-to-build-an-openstack-alternative-step-4-metadata/contents.lr
@@ -0,0 +1,38 @@
+title: How to build an OpenStack alternative: Step 4, the metadata service
+---
+pub_date: 2020-01-14
+---
+author: ungleich virtualisation team
+---
+twitter_handle: ungleich
+---
+_hidden: yes
+---
+_discoverable: yes
+---
+abstract:
+Passing meta information into the VM
+---
+body:
+
+This time we describe how to pass information to the virtual machines
+in uncloud.
+
+The previous time we described
+[how to generate MAC
+addresses(../how-to-build-an-openstack-alternative-step-3-automating-mac-addresses/),
+a key element of uncloud.
+
+## Metadata
+
+
+
+## Status
+
+While being a small and very specific tool, the mac address generator
+is actually a key element of creating a virtualisation
+framework. Without it, it is practically impossible to spawn a dynamic
+amount of virtual machines.
+
+With our prototype, a secured network and the mac address generator we
+are not far from being able to migrate some test VMs to uncloud.!