Bien para el dia 12, me acabo de dar cuenta que mi dislexia me gano otra vez, y estuve escribiendo CKAD en vez de CKDA.
Actividad 11: Export the logs of the logs-sinteticos pod to the file kubectl logs logs-sinteticos -n ac11ns > /home/moises/proyectos/ckda/dia12/outputs/logs-sinteticos.logs
it is in a different namespace. Identify he namespace firt.
Entonces, lo primero que necesito es un pod. Pero este pod quiero que tenga logs sinteticos porque lo estoy generando de la nada.
Los logs primariamente se extraen de los mensajes de error del contenedor. Asi que necesito varios mensajes de error en mi pod.
Parte del siguiente comando me lo robe de chatgpt, pero no soy muy fan de bash
kubectl run logs-sinteticos –image=ubuntu:latest — bash -c ‘while true; do echo “$(date) – log de prueba”; sleep 5; done’
Otra forma que se me ocurrio es canalizando los mensajes de echo hacia el canal de errores
kubectl exec -it logs-sinteticos -- sh -c "echo 'Este es un log sintético de prueba' >&2"
Esa segunda forma, no funciona, porque exec -it genera un hilo secundario. Y kubectl logs solo del hilo principal como el primer ejemplo
——
Jejeje y al gracioso de mi mismo, se le olvido que tienen que estar en otro namespace. Nuevo intento
Crear ns
kubectl create ns ac11ns
Crear pod
kubectl logs logs-sinteticos -n ac11ns > /home/moises/proyectos/ckda/dia12/outputs/logs-si
nteticos.logs
Extraer Logs
kubectl logs logs-sinteticos -n ac11ns > /home/moises/proyectos/ckda/dia12/outputs/logs-sinteticos.logs
Conclusiones
Es importante prestar atencion a la lectura, la primera vez que lo vi, pense que tenia que llevar todo a un PVC
El resto de las acciones ya las conocia, incluso para simular el ambiente
Otro punto importante es como se puede generar el mensaje de error desde el Hilo primario
Y como el hilo secundario no afecta los logs de la plataforma.