systemctl1 | Mediateca de EducaMadrid

Bien, vamos a empezar una serie de vídeos, de pequeños tutoriales en los que vamos a trabajar en paralelo los conceptos de Docker y de Linux, ¿de acuerdo? 00:00:01

Entonces vamos a partir de la base en la que lo dejamos, que era tras la instalación de Docker en el sistema, ¿vale? 00:00:10

Si todo está bien, recordemos que estamos utilizando el comando systemctl para comprobar un status Docker, comprobar el estado del servicio de Docker que nosotros habíamos lanzado. 00:00:16

Si os fijáis, en este caso lo que nos aparece es, fijaos la sintaxis, es el comando systemctl, 00:00:28

después el pequeño comando status y luego el servicio sobre el que yo quiero consultar. 00:00:34

Daos cuenta que en este caso lo que estamos viendo es que el servicio está activo, está corriendo 00:00:43

y me viene una serie de información extra como está cargado, si está activo o no. 00:00:47

Y me está diciendo además el demonio vinculado a este Docker D y el PID, el identificador del proceso que sustenta este servicio. Bueno, pues una serie de informaciones. Aparte que me vienen un poco las dependencias, el C-group, etc. 00:00:53

hago un control c 00:01:09

recordemos que 00:01:11

en la cadena un poco de 00:01:13

subcomandos o de comandos que podemos 00:01:15

trabajar con systemctl están 00:01:17

los siguientes, es decir, yo tengo systemctl 00:01:19

y podemos lanzar 00:01:21

o parar en un servicio 00:01:23

que queramos, si hago un stop 00:01:25

de el propio docker 00:01:27

me dice stopping docker.servi 00:01:29

but it can still be 00:01:31

activated by el docker.soc 00:01:33

me dice que podría estar 00:01:36

todavía activado, ¿vale? No obstante, yo puedo, fijaos que con el status voy a ver cómo ha quedado y fijaos cómo Systemctl ha parado el servicio de Docker. 00:01:37

Luego veremos cosas en un segundo vídeo relativas a este Systemctl, ¿vale? En este caso simplemente me voy a centrar en cómo comprobar aspectos relacionados con Docker 00:01:49

y su servicio, ¿vale? Y este 00:01:59

comando systemctl que gestiona 00:02:01

los servicios del sistema, los servicios 00:02:03

de mi Linux. 00:02:06

Bien, aquí vemos que está inactivo, 00:02:08

¿vale? TED, 00:02:10

aunque sí que es cierto que yo tengo 00:02:12

ese servicio disponible. 00:02:13

Evidentemente, como lo he parado, lo puedo volver 00:02:16

a lanzar. Yo puedo hacer ahora un 00:02:17

start de ese docker 00:02:19

y si ahora vuelvo a ver 00:02:23

su estado, ahora ya veréis 00:02:25

que se ha vuelto a lanzar y que lo tengo 00:02:27

activo, lo tengo corriendo. 00:02:29

Fijaos en el PID que se le ha generado al levantarlo, porque ha vuelto a levantar el proceso subyacente que sustentaba ese servicio. 00:02:31

Daos cuenta, aquí fijaos, el PID es diferente porque he vuelto a lanzar ese servicio. 00:02:42

Bien, esto es muy interesante porque resulta que claro, de este tipo de comandos, de este comando lo que tenemos también es la opción de hacer un reload, fijaos, o de hacer un restart. 00:02:50

¿Qué diferencia hay entre los dos? Es decir, yo un servicio como el servicio de Docker, yo lo puedo recargar. Cuando yo hago un reload, lo que hacemos es recargar el servicio, es decir, si he configurado, 00:03:07

he hecho alguna modificación en el fichero de configuración de Docker, lo que va a hacer el reloj va a ser recargar esa configuración y tener en cuenta ese cambio de la configuración 00:03:19

para el funcionamiento de ese servicio en cuestión, en este caso de Docker. En el caso de RESTAR, lo que hace es que tumba el servicio y lo vuelve a levantar. 00:03:30

¿Qué quiere eso decir? Quiere eso decir que evidentemente hace un reloj, hace una carga de la nueva configuración que hayamos hecho, 00:03:40

Pero es que además el restart lo que hace es que deja sin servicio un poquito de tiempo a cualquier cliente que estuviese conectado al servidor. No sé si comprendes. Es decir, si yo hago un restart de Docker, esto está haciendo ahora mismo, fijaos que ahora el status vuelve a estar activo, pero en ese periodo pequeño de tiempo ha tumbado este servicio y lo ha vuelto a levantar. 00:03:47

Fijaos como el pit es totalmente diferente del anterior. Eso quiere decir que al tirar abajo el servicio y volverlo a levantar, ha tenido que lanzar este demonio, que es un proceso, que es el que sustenta el servicio. 00:04:14

Si os fijáis, si lo que hacemos es un reload, imaginaos que yo he hecho un cambio en la configuración de Docker, hago un reload, hago enter, si yo ahora miro el estado de Docker, fijaos que el pit del proceso es el mismo que el que teníamos aquí. 00:04:26

¿por qué? pues porque realmente 00:04:45

no tumba el servicio 00:04:49

no tumba el proceso que sustenta el servicio 00:04:50

o el demonio, ¿vale? y lo vuelve a levantar 00:04:52

sino que lo que hace es que simplemente recarga 00:04:55

con la configuración del, ahí lo tenéis 00:04:57

con la configuración del 00:04:59

la nueva configuración, de fecha de configuración 00:05:00

del servicio, lo recarga 00:05:03

¿vale? y ya está, simplemente tiene en cuenta 00:05:05

esa modificación que se haya hecho 00:05:07

había otro comando, o tenéis otro comando 00:05:08

que era el enable 00:05:11

cuando 00:05:13

cogemos y queremos activar 00:05:14

docker 00:05:18

yo le doy a enable, en este caso 00:05:20

es un absurdo porque 00:05:22

yo ya lo tenía activo, es decir, si hago el status 00:05:24

vais a ver como 00:05:26

evidentemente está activo y está 00:05:28

enable, está activado, aquí está 00:05:29

enable, vale, bueno pues 00:05:32

con esto lo que 00:05:34

hacía era 00:05:36

hacer disponible, poner a disposición del sistema 00:05:36

¿vale? habilitar 00:05:40

mi servicio desde el arranque del sistema 00:05:41

¿vale? para que lo tenga 00:05:44

disponible el propio Linux, es decir 00:05:45

lo que hacemos con Enable es que 00:05:47

cojo y lanzo el servicio desde 00:05:49

que arranca el sistema, arranca el kernel 00:05:51

de Linux y después automáticamente 00:05:53

se va a lanzar el servicio que yo estoy 00:05:56

activando, que estoy 00:05:58

marcando como disponible para el 00:05:59

sistema Enable, habilitado 00:06:01

desde el arranque 00:06:04

si lo que queremos hacer es un Disable 00:06:05

Docker, aquí lo que va a hacer 00:06:07

el sistema es 00:06:13

lo siguiente, evidentemente 00:06:15

yo tengo activo y tengo corriendo 00:06:17

corriendo mi docker, pero 00:06:20

en el siguiente rearranque 00:06:21

el servicio de docker no se va a lanzar 00:06:23

es decir, eso no quiere decir que yo 00:06:26

no lo tenga, lo que quiere decir es que 00:06:28

lo voy a tener parado en el arranque y que 00:06:29

lo voy a tener que lanzar a mano cuando yo 00:06:31

lo quiera 00:06:33

tener activo, lo quiera tener disponible 00:06:34

¿de acuerdo? entonces, bueno, pues 00:06:37

simplemente 00:06:39

quería puntualizar un poco estos aspectos 00:06:40

para que vieses un poco la potencia 00:06:44

de ese comando 00:06:45

de Systemctl. Vamos a ver un poco luego en otro vídeo, ¿vale? Aspectos relacionados con este comando Systemctl 00:06:46

que tiene que ver con cómo gestiona los servicios de propiedad. Nos vemos en el siguiente vídeo. 00:06:57

systemctl1 - Contenido educativo

Del mismo autor…

systemctl3

Premio

Seminario Drones

Dominios6

Dominios5

Dominios7