change content_template to task from concept

Author: makocchi-git

content/en/docs/tasks/debug-application-cluster/debug-pod-replication-controller.md

@@ -1,12 +1,29 @@
 ---
 reviewers:
 - bprashanth
-title: Debug Pods and Replication Controllers
-content_template: templates/concept
+title: Debug Pods and ReplicationControllers
+content_template: templates/task
 ---
 
 {{% capture overview %}}
 
+This page shows how to debug Pods and ReplicationControllers.
+
+{{% /capture %}}
+
+{{% capture prerequisites %}}
+
+{{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
+
+* You should be familiar with the basics of
+  [Pods](/docs/concepts/workloads/pods/pod/) and [Pod Lifecycle](/docs/concepts/workloads/pods/pod-lifecycle/).
+
+{{% /capture %}}
+
+{{% capture steps %}}
+
+## Debugging Pods
+
 The first step in debugging a pod is taking a look at it. Check the current
 state of the pod and recent events with the following command:
 
@@ -19,12 +36,6 @@ there been recent restarts?
 
 Continue debugging depending on the state of the pods.
 
-{{% /capture %}}
-
-{{< toc >}}
-
-{{% capture body %}}
-
 ### My pod stays pending
 
 If a pod is stuck in `Pending` it means that it can not be scheduled onto a
@@ -117,7 +128,7 @@ running on and SSH into that host.
 
 ReplicationControllers are fairly straightforward. They can either create pods
 or they can't. If they can't create pods, then please refer to the
-[instructions above](#debugging_pods) to debug your pods.
+[instructions above](#debugging-pods) to debug your pods.
 
 You can also use `kubectl describe rc ${CONTROLLER_NAME}` to inspect events
 related to the replication controller.