Definición de nodos en Puppet y problemas asociados

<div style="text-align: justify;">Ya ha habido varios compañeros que me han comentado el mismo problema: "Tengo bien configurado el cliente puppet, si hago un puppet agent --test veo que puppet se ejecuta correctamente, pero no se aplican las clases que tengo definidas para este cliente."</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">En este caso, el problema suele estar en que tenéis varias definiciones aplicables para un mismo nodo y <b>Puppet sólo obtiene los contenidos de una única definición de nodo.</b> </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Veamos un ejemplo típico: Supongamos que tenéis un nodo <b>default</b> cuyos contenidos se aplican a todos los nodos y definís un nodo concreto. Por ejemplo: node <b>a02-pro { }</b> </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Pues bien, una vez que hayáis definido expresamente el nodo a02-pro, a dicho nodo se le aplicarán los contenidos definidos en dicho nodo y no se le aplicarán los contenidos de default, a menos que hagáis que herede los contenidos del nodo default. ¿Por qué? Pues simplemente porque Puppet sólo obtiene los contenidos de una única definición de nodo.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para decidir qué definición debe usar para un nodo, Puppet realiza las siguientes comprobaciones en orden:</div><ol><li style="text-align: justify;">Si existe una definición de nodo con el nombre exacto del nodo, Puppet la utiliza.</li><li style="text-align: justify;">Si hay una expresión regular que coincide con el nombre del nodo, Puppet la usará. Pero, si hay varias expresiones regulares que coincidan, utilizará una de ellas sin garantizar cual.</li><li style="text-align: justify;">Si el nombre del nodo tiene forma de nombre completamente cualificado (fqdn), puppet extraerá la porción final del dominio y comenzará con el paso uno.</li><li style="text-align: justify;">En caso de que no se cumpla ninguno de los casos anteriores, Puppet utilizará el nodo <b>default</b>.</li></ol><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Definición de nodos en Puppet y problemas asociados

Ya ha habido varios compañeros que me han comentado el mismo problema: "Tengo bien configurado el cliente puppet, si hago un puppet age...

Leer más »

Copiar ficheros de configuración a /etc/skel y replicar en directorios home mediante puppet

<div style="text-align: justify;">Es interesante poder añadir ficheros de configuración para nuevos usuarios mediante puppet en /etc/skel, para que cuando se cree un nuevo usuario, se le apliquen las nuevas configuraciones, pero tan importante como ésto es aplicar también las nuevas configuraciones a los usuarios ya creados.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Del mismo modo que en el post anterior, la parte de añadir ficheros de configuración en /etc/skel es trivial:</div><pre class="source-code"><code>file { "/etc/skel/.config/plank/dock1/settings":<br /> source => "puppet:///puppet-plank-sync-portatiles/settings",<br /> owner => root, group => root, mode => 644,<br />}</code></pre><div style="text-align: justify;">Lo que no resulta tan trivial es colocar la misma configuración en los directorios home de los usuarios. No obstante, si utilizamos el comando find en un recurso exec y lo relacionamos con el recurso file, la cosa no resulta tan complicada: <br /><pre class="source-code"><code>file { "/etc/skel/.config/plank/dock1/settings":<br /> source => "puppet:///puppet-plank-sync-portatiles/settings",<br /> owner => root, group => root, mode => 644,<br /> notify => Exec['sincroniza-ajustes-plank-user']<br />}<br /><br />exec { 'sincroniza-ajustes-plank-user':<br /> command => '/usr/bin/find /home/ -type d -path "*.config/plank/dock1" -exec cp /etc/skel/.config/plank/dock1/settings {} \;',<br /> subscribe => File ['/etc/skel/.config/plank/dock1/settings'],<br /> refreshonly => true<br />}<br /></code></pre>De este modo, estamos colocando el fichero <b>settings</b> en el directorio /etc/skel/.config/plank/dock1, y, siempre que se modifique, lo copiamos a los directorios home de los usuarios.</div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Copiar ficheros de configuración a /etc/skel y replicar en directorios home mediante puppet

Es interesante poder añadir ficheros de configuración para nuevos usuarios mediante puppet en /etc/skel, para que cuando se cree un nuevo us...

Leer más »

Borrar ficheros de /etc/skel y directorios home mediante puppet

<div style="text-align: justify;">En ocasiones, necesitamos borrar un fichero del directorio /etc/skel para que no se añada cuando se cree un nuevo usuario, pero, al mismo tiempo, queremos que ese mismo fichero se borre de los directorios home de los usuarios.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Por ejemplo, supongamos que tengo un lanzador "<b>laptopuserconfig.desktop</b>" que permite lanzar una aplicación de configuración cuando el usuario inicia sesión por primera vez y quiero que se deje de ejecutar ese script de configuración. Lo que tendré que hacer será borrar el lanzador laptopuserconfig.desktop del directorio /etc/skel/.config/autostart/ y de los directorios home de cada usuario que exista en el sistema. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El borrado del fichero en /etc/skel es sencillo:</div><pre class="source-code"><code>file { "/etc/skel/.config/autostart/laptopuserconfig.desktop":<br /> ensure => absent,<br />}</code></pre><div style="text-align: justify;">Lo más complicado de hacer con puppet, sería borrar el fichero de los directorios home de los usuarios puesto que no sabemos qué usuarios existen en /home. No obstante, si lo pensamos bien, no es tan difícil si recurrimos al comando find y relacionamos bien los recursos <b>file</b> y <b>exec</b>:</div><pre class="source-code"><code>file { "/etc/skel/.config/autostart/laptopuserconfig.desktop":<br /> ensure => absent,<br /> notify => Exec["remove-laptopuserconfig-homes"]<br /><br />}<br /><br />exec { "remove-laptopuserconfig-homes":<br /> command => "/usr/bin/find /home/ -name 'laptopuserconfig.desktop' -exec rm {} \;",<br /> onlyif => "test -f /etc/skel/.config/autostart/laptopuserconfig.desktop"<br />}<br /></code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Borrar ficheros de /etc/skel y directorios home mediante puppet

En ocasiones, necesitamos borrar un fichero del directorio /etc/skel para que no se añada cuando se cree un nuevo usuario, pero, al mismo ti...

Leer más »

Módulo puppet puppet-gnome-config-portatiles para configurar gnome en portátiles

<div style="text-align: justify;">Con el cambio de Debian Squeeze a Wheezy es una verdadera pesadilla realizar las configuraciones que en Squeeze realizábamos de una forma muy sencilla.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">He probado varias opciones para establecer  configuraciones de escritorio, y, al final, teniendo en cuenta que con dconf las configuraciones de usuario tienen prioridad sobre las configuraciones a nivel de sistema,  creo que la forma más cómoda para nosotros es establecer una plantilla que podamos copiar a los usuarios.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Siguiendo esa idea, he creado un módulo puppet al que he llamado <b>puppet-gnome-config-portatiles</b> que sirve para copiar una configuración modelo de gnome a:</div><ul><li>/etc/skel/.config/dconf</li><li>/etc/skel-alumno/.config/dconf </li><li>/etc/skel-profesor/.config/dconf</li><li>y a los usuarios que ya se encuentren creados en el sistema.</li></ul>Utilizando para ello el fichero donde se encuentran las configuraciones de un usuario, que, por cierto, es un fichero binario:<br />  ~/.config/dconf/user<br /><br /><div style="text-align: justify;">La idea es establecer las configuraciones del entorno gráfico en un usuario determinado y luego copiar el fichero user al directorio files del módulo para que se aplique al skel y a los usuarios que ya se encuentren creados en el portátil.</div><div class="separator" style="clear: both; text-align: center;"><a href="https://copy.com/XSeo2RawavOzaDWk"><img alt="https://copy.com/r4Xh4wNJUehl92BG" border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgY7TCJ96-lCqSeZGNmbJqt83bYpZ-3D1MJRlStkNFEZGH8_wXchsGdgnrKxjJL1U5lM6Fwx9_QrsbRWwUsQtR51WR4oU_bSzP-wlNcFMnhlUFOSUqoRg22TIQ0G8akQzKMEpZ9SugQliVN/s1600/download.png" /></a></div><br /><br />Para instalar el módulo tan sólo tenéis que colocar el módulo descomprimido en /etc/puppet/modules e incluirlo en la clase especifica de portátiles.<br /><br />Como requisito previo, debéis colocar el fichero de configuración modelo "<b>user</b>" en:<br />/etc/puppet/modules/puppet-gnome-config-portatiles/files<br /><br />El fichero user que viene por defecto es el que yo utilizo en mi centro. Cambiadlo por el vuestro.<br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Módulo puppet puppet-gnome-config-portatiles para configurar gnome en portátiles

Con el cambio de Debian Squeeze a Wheezy es una verdadera pesadilla realizar las configuraciones que en Squeeze realizábamos de una forma mu...

Leer más »

Módulo puppet puppet-disable-cairo-dock-portatiles.tar.gz para desactivar cairo-dock en portátiles

<div style="text-align: justify;">Por si algún compañero le resulta de utilidad, he creado un módulo puppet muy simple, pero efectivo para de desactivar cairo-dock en portátiles sin desinstalar los paquetes. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Básicamente lo que hace es quitar el lanzador cairo.dock.desktop en:</div><ul><li>Los diferentes directorios de skel del portátil:</li></ul><ul><ul><li>/etc/skel/.config/autostart/cairo-dock.desktop</li><li>/etc/skel-alumno/.config/autostart/cairo-dock.desktop</li><li>/etc/skel-profesor/.config/autostart/cairo-dock.desktop </li></ul></ul><ul><li> Y en los directorios home de los usuarios que ya se encuentren creados en el sistema.</li></ul>El fichero que lanza cairo-dock en cada usuario es el siguiente:<br />  ~/.config/autostart/cairo-dock.desktop<br /> <div class="separator" style="clear: both; text-align: center;"><a href="https://copy.com/Eg1TQUCUd6uLyYwR"><img alt="https://copy.com/Eg1TQUCUd6uLyYwR" border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgY7TCJ96-lCqSeZGNmbJqt83bYpZ-3D1MJRlStkNFEZGH8_wXchsGdgnrKxjJL1U5lM6Fwx9_QrsbRWwUsQtR51WR4oU_bSzP-wlNcFMnhlUFOSUqoRg22TIQ0G8akQzKMEpZ9SugQliVN/s1600/download.png" /></a></div><br /><div style="text-align: justify;">Para utilizar este módulo, lo único que tenéis que hacer es descomprimir el archivo en /etc/puppet/modules e incluirlo en la clase especifica de portátiles.</div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Módulo puppet puppet-disable-cairo-dock-portatiles.tar.gz para desactivar cairo-dock en portátiles

Por si algún compañero le resulta de utilidad, he creado un módulo puppet muy simple, pero efectivo para de desactivar cairo-dock en portáti...

Leer más »

Insertar un nombre de paquete en todos los ficheros musthave.ies de un directorio y sus subdirectorios

<div style="text-align: justify;">Para gestionar los paquetes que se instalan en las máquinas (servidores ltsp, portátiles y workstations) utilizamos pkgsync. Habitualmente distribuyo los ficheros de pkgsync mediante un módulo puppet que almacena los ficheros de pkgsync en diferentes directorios dentro del directorio de ficheros del módulo /etc/puppet/modules/pkgsync-ies/files</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Cuando quiero añadir el nombre de un paquete a todos los ficheros musthave.ies, no tengo más que ejecutar una combinación de comandos como la siguiente:</div><pre class="shell"><code># find /etc/puppet/modules/pkgsync-ies -name musthave.ies -exec sed -ie '$a flashplayer-mozilla' {} \; -exec sort -o {} -u {} \;<br /></code></pre>Si examináis detenidamente el comando anterior, comprobaréis lo que hace:<br /><ul><li style="text-align: justify;">Busca en el directorio <b>/etc/puppet/modules/pkgsync-ies/files</b> y sus subdirectorios todos los ficheros con nombre <b>musthave.ies</b>.</li><li>Inserta al final del archivo el nombre del paquete que queremos añadir.</li><li>Y ordena el fichero eliminando repeticiones.<span id="zsprotentradas"> </span></li></ul><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Insertar un nombre de paquete en todos los ficheros musthave.ies de un directorio y sus subdirectorios

Para gestionar los paquetes que se instalan en las máquinas (servidores ltsp, portátiles y workstations) utilizamos pkgsync. Habitualmente d...

Leer más »

Cómo utilizar el recurso package de Puppet para instalar paquetes desde Debian Backports

<div style="text-align: justify;">Normalmente utilizamos el recurso package para instalar paquetes desde los repositorios y todo el mundo que trabaja con Puppet lo utiliza al menos de forma más o menos sencilla.<br /><br />Por ejemplo, si queremos instalar los paquetes de Samba, haríamos lo siguiente:</div><pre class="source-code"><code> package { ['samba','samba-common','smbclient']:<br /> ensure => 'installed',<br /> }</code></pre><div style="text-align: justify;">En el caso de que quisiéramos que estos paquetes se mantuvieran actualizados, cambiaríamos el "ensure":<br /><pre class="source-code"><code> package { ['samba','samba-common','smbclient']:<br /> ensure => 'latest',<br /> }</code></pre>Pero, ¿qué sucede si en nuestra máquina tenemos definidos los repositorios de Debian Backports y queremos instalar Samba desde allí?. <br />En este caso, tendríamos que usar el metaparámetro <b>install_options</b>. Por ejemplo:</div><pre class="source-code"><code> package { ['samba','samba-common','smbclient']:<br /> ensure => 'installed',<br /> install_options => [ '-t','wheezy-backports' ],<br /> }</code></pre>Así de sencillo.<br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Cómo utilizar el recurso package de Puppet para instalar paquetes desde Debian Backports

Normalmente utilizamos el recurso package para instalar paquetes desde los repositorios y todo el mundo que trabaja con Puppet lo utiliza al...

Leer más »

Módulo puppet-apagado-terminales modificado para utilizar nmap

<div style="text-align: justify;">He modificado el módulo puppet que instala lo necesario para apagar los terminales de un aula cuando el profesor cierra sesión, de manera que ahora utiliza nmap en lugar de avahi para detectar los equipos encendidos. </div><br />Podéis descargarlo desde aquí: <a href="https://www.multcloud.com/download/C667C544-FA20-0001-61D4-9C331F70BE20">puppet-apagado-terminales.tar.gz</a><br /><br/>Y podéis ver el código fuente del script de apagado en <a href="https://github.com/algodelinux/puppet-apagado-terminales">github</a>: <script src="http://gist-it.appspot.com/github/algodelinux/puppet-apagado-terminales/blob/master/files/apagaterminales.sh"></script><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span></script>

Módulo puppet-apagado-terminales modificado para utilizar nmap

He modificado el módulo puppet que instala lo necesario para apagar los terminales de un aula cuando el profesor cierra sesión, de manera qu...

Leer más »

Condiciones compuestas en puppet utilizando operadores lógicos

<div style="text-align: justify;">Como ya sabéis los que trabajáis con Puppet, es posible utilizar instrucciones if para aplicar módulos de forma condicional. Por ejemplo: </div><pre class="source-code"><code>if $lsbdistcodename == 'wheezy' {<br /> include "modulo_para_wheezy"<br />}<br />elsif $lsbdistcodename == 'squeeze' {<br /> include "modulo_para_wheezy"<br />}<br />else {<br /> warning('Este módulo tan sólo está diseñado para Debian Wheezy o Squeeze.')<br />}</code></pre><div style="text-align: justify;">Ahora bien, en el ejemplo anterior tan sólo hemos utilizado condiciones simples y en Puppet también es posible evaluar condiciones compuestas mediante los operadores lógicos <b>and</b> y <b>or</b>. Veamos un ejemplo:</div><pre class="source-code"><code>if ($lsbdistcodename == 'wheezy') and ($use == 'ltsp-wheezy') {<br /> include "modulo_para_ltsp_wheezy"<br />}<br /></code></pre><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Condiciones compuestas en puppet utilizando operadores lógicos

Como ya sabéis los que trabajáis con Puppet, es posible utilizar instrucciones if para aplicar módulos de forma condicional. Por ejemplo: if...

Leer más »

Utilizar "External Facts" en Puppet a partir de la versión 1.7 de Facter

<div style="text-align: justify;">Para aquellos que no lo conocen, podemos decir que <b>Facter</b> es una librería multiplataforma que sirve para obtener información acerca de los nodos gestionados mediante <b>Puppet</b>.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Facter incorpora de serie un conjunto de facts y nos permite añadir nuevos facts creados por nosotros.  El problema es que, aunque sea más o menos sencillo crear pequeños facts, sobre todo basándonos en el shell de linux, es necesario escribir dichos facts en Ruby.</div><br /><div style="text-align: justify;">La versión 1.7 de Facter incorpora una importante colección de nuevos <b><a href="http://docs.puppetlabs.com/facter/1.7/core_facts.html">facts</a>,</b> pero, además, nos ofrece la posibilidad de crear facts en los que definamos "<b>variables</b>" de una manera sencilla.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para utilizar estos "external facts", crearemos un directorio, si no lo tenemos creado aún:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><span style="font-family: Courier New, Courier, monospace;"><b># mkdir /etc/facter/facts.d</b></span></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">En este directorio podemos crear:</div><div style="text-align: justify;"></div><ul><li>Ficheros de texto (.txt)</li><li>Ficheros YAML (.yaml)</li><li>Ficheros JSON (.json)</li></ul><div>Dependiendo del tipo de fichero que creemos, tendremos que usar una sintaxis predeterminada. </div><div><br /></div><div>Por ejemplo, si decidimos usar un fichero de texto para almacenar facts, utilizaremos la siguiente sintaxis:</div><div><br /></div><div><b><span style="font-family: Courier New, Courier, monospace;"># /etc/facter/facts.d# cat config.txt </span></b></div><div><div><b><span style="font-family: Courier New, Courier, monospace;">uso=servidor</span></b></div><div><b><span style="font-family: Courier New, Courier, monospace;">aula=terminales</span></b></div></div><div><br /></div><div style="text-align: justify;"></div><div>Facter examinará los ficheros almacenados dentro del directorio /etc/facter/facts.d y convertirá los pares que lea de cada fichero en variables facter.</div><div><br /></div><div>Si ahora ejecutamos:</div><br /><div><b><span style="font-family: Courier New, Courier, monospace;"># facter | grep -e uso -e aula</span></b></div><div><div><br /></div></div><div style="text-align: justify;"></div><div>Comprobaremos que existen los dos nuevos facts:</div><div></div><br /><div><div><span style="font-family: Courier New, Courier, monospace;"><b>aula => terminales</b></span></div><div><span style="font-family: Courier New, Courier, monospace;"><b>uso => servidor</b></span></div></div><div><br /></div><div>De este modo se hace muy sencillo definir nuevos facter en los que asignamos valor a una variable.</div><div><br />Si en lugar de definir los facts en un fichero de texto, queréis hacerlo en ficheros <b>JSON</b>, la sintaxis es diferente:<br /><br /></div><b><span style="font-family: Courier New, Courier, monospace;"># cat /etc/facter/facts.d/config.json </span></b><br /><b><span style="font-family: Courier New, Courier, monospace;">{ </span></b><br /><b><span style="font-family: Courier New, Courier, monospace;"> "uso": "servidor", </span></b><br /><b><span style="font-family: Courier New, Courier, monospace;"> "aula": "terminales" </span></b><br /><b><span style="font-family: Courier New, Courier, monospace;">} </span></b><br /><div><br />Y si quisiéramos definir los facts en un fichero <b>YAML</b>, ésta sería la sintaxis:<br /><br /><b><span style="font-family: Courier New, Courier, monospace;"># cat /etc/facter/facts.d/config.yaml</span></b><br /><b><span style="font-family: Courier New, Courier, monospace;">{ </span></b><br /><b><span style="font-family: Courier New, Courier, monospace;"> uso: servidor</span></b><br /><b><span style="font-family: Courier New, Courier, monospace;"> aula: terminales</span></b><br /><br /><div></div><br /><div style="-webkit-text-stroke-width: 0px; color: black; font-family: 'Times New Roman'; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; margin: 0px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px;"><b><span style="font-family: Courier New, Courier, monospace;">}</span></b></div><div style="-webkit-text-stroke-width: 0px; color: black; font-family: 'Times New Roman'; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; margin: 0px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px;"><br /></div><div style="-webkit-text-stroke-width: 0px; color: black; font-family: 'Times New Roman'; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; margin: 0px; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px;">A gusto del consumidor...</div></div><div><br /></div><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Utilizar "External Facts" en Puppet a partir de la versión 1.7 de Facter

Para aquellos que no lo conocen, podemos decir que Facter es una librería multiplataforma que sirve para obtener información acerca de los ...

Leer más »

Módulo puppet para configurar nfs en clientes

<div style="text-align: justify;">He subido a mi <a href="https://github.com/algodelinux">GitHub</a> un módulo (<a href="https://github.com/algodelinux/puppet-nfsv4">puppet-nfsv4</a>) para gestionar el servicio nfs. Pensaba haber añadido la gestión de servidor nfs, pero, como no lo necesito, en principio, tan sólo administra el servicio cliente de nfs.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Su función es garantizar que el paquete nfs-common se encuentra instalado y el servicio está corriendo. Además configura idmap para mapear id's de usuario y grupos, lo que mejora notablemente el montaje de unidades nfs. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Este módulo podría implementarse de una forma más sencilla. Lo implementé de una forma más compleja para que fuera funcional y, al mismo tiempo, poder utilizarlo con fines formativos en un nuevo curso de puppet avanzado o de ampliación que propusiéramos para ampliar los conocimientos para aquellos compañeros que pudieron realizar el de "Sistema de automatización de tareas Puppet" y que he tenido el placer de impartir en la Escuela de Adminstración Pública durante dos años, pero viendo que la EAP no ha tenido a bien mantener el curso anterior ni ninguno de los cursos a los que los administradores informáticos podíamos optar, está claro que no merece la pena hacer ninguna nueva propuesta.</div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Módulo puppet para configurar nfs en clientes

He subido a mi GitHub un módulo ( puppet-nfsv4 ) para gestionar el servicio nfs. Pensaba haber añadido la gestión de servidor nfs, pero, co...

Leer más »

Gestionar módulos de puppet mediante librarian-puppet

<div style="text-align: justify;">He pensado que sería interesante mantener los módulos de puppet que uso habitualmente en mi centro mediante un sistema de control de versiones o <b>VCS</b> (Version Control System) como <a href="https://www.google.es/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CC8QFjAA&url=http%3A%2F%2Fgit-scm.com%2F&ei=EqUZU9qqE82u7AaX7oDQBw&usg=AFQjCNHBOAWIJWLQ6wmj_GErAgGzWCkTbA&sig2=NMkKQGd2h4ozPu17ZL1fqQ&bvm=bv.62578216,d.bGE">git</a> combinado con <a href="https://github.com/rodjek/librarian-puppet">librarian-puppet</a>. Ésto me aportaría tres ventajas muy importantes:</div><div style="text-align: justify;"></div><ul><li>Las propias de un sistema VCS, realizando un desarrollo en el que se mantenga un control de versiones que me permita gestionar fácilmente el software.</li><li>Compartir fácilmente los módulos desarrollados con otros administradores que realizan habitualmente las mismas tareas.</li><li>Implantar los módulos en el servidor puppet de una manera cómoda y sencilla.</li></ul><div style="text-align: justify;">Para empezar a probar el sistema y ponerlo en marcha, he creado una cuenta en github, donde iré subiendo los módulos puppet desarrollados: <a href="https://github.com/algodelinux">https://github.com/algodelinux</a></div><br /><div style="text-align: justify;">Como imagino que usaré la cuenta de git para subir otro tipo de desarrollos, aparte de los módulos puppet, he decidido crear un repositorio por cada módulo y nombrarlo comenzando siempre por el prefijo "puppet-" para distinguirlo de otras cosas que pudiera llegar a subir.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">El primer módulo que he subido <a href="https://github.com/algodelinux/puppet-scripts-administrador">https://github.com/algodelinux/puppet-scripts-administrador</a>. Se trata de un módulo que coloca una serie de scripts de administración en los servidores de terminales, portátiles y workstations del centro que me facilitan el trabajo de gestión de estos equipos. De momento, no voy a entrar en detalle acerca de para qué sirve cada script. Eso lo dejaré para otro post.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Lo que vamos a ver es cómo se pueden instalar y mantener actualizados en el servidor puppet los módulos que iré publicando en mi github usando como ejemplo el módulo mencionado anteriormente:</div><div style="text-align: justify;"><br /><br /><b>Primer paso.- Instalación.</b><br />Lo primero que hay que hacer es instalar <b>librarian-puppet</b> en el servidor:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>servidor:~# gem install librarian-puppet</b></div><br /><div style="text-align: justify;">En mi caso, tengo un sistema de 64 bits en el servidor. Fuera por lo que fuera, <b>librarian-puppet no se instalaba</b> y <b>gem</b> me daba un error de que no se podía encontrar. Para solucionarlo, he actualizado rubygems y rubygems1.8 desde squeeze-backports y ahora sí he podido instalarlo:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>servidor:~# apt-get -t squeeze-backports install rubygems rubygems1.8</b></div><div style="text-align: justify;"><b>servidor:~# gem install librarian-puppet</b></div><br /><br /><b>Segundo paso.- Configuración.</b><br />Una vez instalado librarian-puppet, nos situamos en el directorio de configuración de puppet y ejecutamos librarian-puppet init:<br /><br /><div style="text-align: justify;"><b>servidor:~# cd /etc/puppet</b><br /><div><b>servidor:/etc/puppet# librarian-puppet init</b></div></div><br />Ésto creará varios ficheros (Puppetfile, Puppetfile.lock, .gitignore) y un directorio .tmp:<br /><ul><li>/etc/puppet/Puppetfile (donde añadiremos los módulos que queremos instalar)</li><li>/etc/puppet/Puppetfile.lock (mantiene información de los módulos instalados con librarian-puppet)</li><li>/etc/puppet/.gitignore (contiene los ficheros a ignorar por git: ./tmp y modules)</li><li>/etc/puppet/.tmp (para ficheros temporales y cachés)</li></ul><div style="text-align: justify;">El archivo que utilizaremos directamente para indicar los módulos que queremos instalar en nuestro servidor será <b>/etc/puppet/Puppetfile</b>. El resto son gestionados por librarian-puppet.</div><br /><b>Tercer paso.- Utilización:</b><br /><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b style="background-color: #cccccc;">Instalación de un módulo en el servidor puppet:</b></div><div style="text-align: justify;">Una vez instalado y configurado librarian-puppet, veréis que es muy sencillo <b><u>instalar un módulo</u></b> puppet alojado en mi cuenta de github:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Nos situamos en el directorio /etc/puppet:</div><div style="text-align: justify;"><b>servidor:~# cd /etc/puppet</b></div><div><b><br /></b></div><div style="text-align: justify;">Editamos el archivo Puppetfile que hemos generado al ejecutar: <b>librarian-puppet init</b>. El contenido inicial de este archivo es bastante descriptivo:</div><pre class="source-code"><code><br /><b>#!/usr/bin/env ruby<br />#^syntax detection<br /><br />forge "http://forge.puppetlabs.com"<br /><br /># mod 'puppetlabs/stdlib'<br /><br /># mod 'ntp',<br /># :git => 'git://github.com/puppetlabs/puppetlabs-ntp.git'<br /><br /># mod 'apt',<br /># :git => 'https://github.com/puppetlabs/puppetlabs-apt.git',<br /># :ref => 'feature/master/dans_refactor'<br /></b></code></pre><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Si os fijáis, básicamente tiene el repositorio de puppetlabs: <b>http://forge.puppetlabs.com</b> y algunos ejemplos de uso de módulos.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Abrimos la página de github con el módulo de puppet que queremos usar. Siguiendo con el ejemplo del módulo que comentaba al principio: <a href="https://github.com/algodelinux/puppet-scripts-administrador">https://github.com/algodelinux/puppet-scripts-administrador</a><br /><br /><br /></div><div style="text-align: justify;"><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjX87YdKcOdN8prFnpegcCvmhq-hklpoxVvoZSiysTdIoXTKcB-PiD4z5YhLYv_ZfHEmZVOfAuMDBECpWFunNIGVTBWrmZkWK-mv9fJC007t3-Ia8VY5bhzHMLt4RG8NZTxBXuM1rUgIfVA/s1600/algodelinux+puppet+scripts+administrador.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="234" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjX87YdKcOdN8prFnpegcCvmhq-hklpoxVvoZSiysTdIoXTKcB-PiD4z5YhLYv_ZfHEmZVOfAuMDBECpWFunNIGVTBWrmZkWK-mv9fJC007t3-Ia8VY5bhzHMLt4RG8NZTxBXuM1rUgIfVA/s1600/algodelinux+puppet+scripts+administrador.png" width="320" /></a></div>Y pulsamos el botón que os he marcado con un cuadro de color rojo para copiar la URL de clonación del proyecto.<br /><br />A continuación lo vamos a añadir al archivo /etc/puppet/Puppetfile. Para ello lo editamos y añadimos las dos líneas que he marcado en color amarillo y que van a permitir descargar el módulo:</div><pre class="source-code"><code><br /><b>#!/usr/bin/env ruby<br />#^syntax detection<br /><br />forge "http://forge.puppetlabs.com"<br /><br /># mod 'puppetlabs/stdlib'<br /><br /># mod 'ntp',<br /># :git => 'git://github.com/puppetlabs/puppetlabs-ntp.git'<br /><br /># mod 'apt',<br /># :git => 'https://github.com/puppetlabs/puppetlabs-apt.git',<br /># :ref => 'feature/master/dans_refactor'<br /><br /><span style="background-color: #ffd966;">mod 'puppet-scripts-administrador',<br /> :git => 'https://github.com/algodelinux/puppet-scripts-administrador.git'<br /></span></b></code></pre><br />Si os fijáis, lo único que hacen estas dos líneas es indicarle a librarian-puppet cómo se llama el módulo, y de dónde obtenerlo.<br /><br />Guardamos el archivo y, a continuación, ejecutamos el comando que lo va a instalar:<br /><br /><b style="text-align: justify;">servidor:/etc/puppet# librarian-puppet install</b><br /><br />Mejor dicho: librarian-puppet va a instalar todos los módulos indicados en el archivo Puppetfile.<br /><br /><br /><div style="text-align: justify;"><b style="background-color: #cccccc;">Comprobar los módulos instalados mediante librarian-puppet:</b></div><span style="text-align: justify;">Si queremos obtener un listado de los módulos instalados mediante librarian-puppet, ejecutaremos:</span><br /><div style="-webkit-text-stroke-width: 0px; color: black; font-family: 'Times New Roman'; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: justify; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px;"><div style="margin: 0px;"><br /></div><div style="margin: 0px;"><b>servidor:/etc/puppet# librarian-puppet show</b></div></div><br />Por ejemplo:<br /><b>servidor:/etc/puppet# librarian-puppet show</b><br /><b>puppet-scripts-administrador (0.0.1)</b><br /><br /><br /><b style="background-color: #cccccc;">Actualizar los módulos instalados mediante librarian-puppet:</b><br /><div style="text-align: justify;">Si tenemos instalado un módulo puppet y el desarrollador lo ha actualizado, actualizarlo en el servidor  puppet mediante librarian-puppet es sencillísimo:</div><br /><div style="text-align: justify;"><b>servidor:/etc/puppet# librarian-puppet update nombre-del-modulo</b><br /><div><b><br /></b></div><div><div style="text-align: start;">Por ejemplo:</div><pre class="source-code" style="text-align: start;"><code><b>servidor:/etc/puppet# librarian-puppet update </b><b style="background-color: white;">puppet-scripts-administrador</b></code></pre></div></div><br />Para obtener un listado de los comandos disponibles en librarian-puppet:<br /><b style="text-align: justify;">servidor:/etc/puppet# librarian-puppet </b><br /><br /><b>Commands:</b><br /><b>  librarian-puppet clean           # Cleans out the cache and install paths.</b><br /><b>  librarian-puppet config          # Show or edit the config.</b><br /><b>  librarian-puppet help [COMMAND]  # Describe available commands or one specific command</b><br /><b>  librarian-puppet init            # Initializes the current directory.</b><br /><b>  librarian-puppet install         # Resolves and installs all of the dependencies you specify.</b><br /><b>  librarian-puppet outdated        # Lists outdated dependencies.</b><br /><b>  librarian-puppet package         # Cache the puppet modules in vendor/puppet/cache.</b><br /><b>  librarian-puppet show            # Shows dependencies</b><br /><b>  librarian-puppet update          # Updates and installs the dependencies you specify.</b><br /><b>  librarian-puppet version         # Displays the version.</b><br /><div><br /></div>Para obtener ayuda acerca de alguno de los comandos disponibles en librarian-puppet:<br /><b style="text-align: justify;">servidor:/etc/puppet# librarian-puppet help comando</b><br /><div><b style="text-align: justify;"><br /></b></div><div><span style="text-align: justify;">Ejemplo:</span></div><div><b style="text-align: justify;">servidor:/etc/puppet# librarian-puppet update</b></div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Gestionar módulos de puppet mediante librarian-puppet

He pensado que sería interesante mantener los módulos de puppet que uso habitualmente en mi centro mediante un sistema de control de version...

Leer más »

Configurar un Debian Squeeze como servidor NFS del centro

<div class="post-body entry-content" id="post-body-7459128032460411290" itemprop="articleBody" style="background-color: white; position: relative; width: 610px;"><div style="color: #222222; line-height: 1.4; text-align: justify;"><span style="font-family: inherit;"><span style="line-height: 1.4;">Este es un post que puede ser interesante para mis compañeros administradores de otros centros.</span><span style="line-height: 1.4;">Aprovechando que me llegó el nuevo servidor Fujitsu para sustituir el viejo servidor NFS del centro, me planteé crear algún paquete o recurso puppet que pudiera usar para auto-configurar una máquina con Debian Squeeze; y digo Debian Squeeze porque uno de los ficheros que coloca es el </span><b style="line-height: 1.4;">sources.list</b><span style="line-height: 1.4;"> que apunta al mirror Squeeze del centro, pero que perfectamente podría servir para otra versión, cambiando dicho fichero.</span></span><br /><span style="font-family: inherit; line-height: 1.4;"><br /></span><span style="font-family: inherit;">Al principio pensé en crear un paquete, y después de tenerlo prácticamente terminado, me dí cuenta de que no me servía completamente porque una de las cosas que quería era ejecutar pkgsync, y eso es algo que no sería posible hacer durante el proceso de instalación del paquete. Así que, decidí transformarlo en un recurso puppet. Creo que la configuración debe funcionaros sin ningún problema. No obstante, podría ser que me hubiera dejado alguna cosilla porque cuando se me ocurrió la idea, ya tenía parte del servidor configurado. Si es así, me lo comentáis y retoco el recurso.</span><br /><span style="font-family: inherit;"><br /></span><span style="font-family: inherit;">Requisitos previos:</span><br /><ul><li><span style="color: #222222;"><span style="font-family: inherit; line-height: 1.4;">Tener instalado un sistema Debian Squeeze base. Por si os sirve de orientación, yo he usado una iso de Debian Squeeze Netinst de 64 bits. </span></span></li><li><span style="line-height: 1.4;"><span style="font-family: inherit;">Tener configurada la red del equipo.</span></span></li><li><span style="line-height: 1.4;"><span style="font-family: inherit;">Instalar el cliente puppet para poder aplicar el recurso.</span></span></li></ul><span style="color: #222222;"><span style="font-family: inherit; line-height: 1.4;">En cuanto a las particiones, había pensado aprovechar el RAID de este servidor para configurar los discos en raid 1, pero como me comentaron que en la pruebas de instalación con el raid había habido problemas en Debian Squeeze, y me interesaba tener el servidor funcionando lo antes posible, las he creado con LVM logrando también el tener el doble de espacio disponible.</span></span><br /><span style="font-family: inherit;"><br /></span><span style="font-family: inherit;">Aquí tenéis el enlace de descarga del fichero <b>configuraNFS.tar.gz</b>:</span><br /><span style="color: #222222;"><span style="font-family: inherit; line-height: 1.4;"><a href="https://copy.com/cEWSXSwf3JCC">https://copy.com/cEWSXSwf3JCC</a></span></span><br /><span style="font-family: inherit;"><br /></span><span style="font-family: inherit;">Si lo queréis descargar directamente con wget en la máquina donde lo vais a usar, ejecutad:</span><br /><div style="text-align: left;"><span style="color: #222222;"><span style="font-family: Courier New, Courier, monospace; line-height: 1.4;"><b><br /></b></span></span></div><div style="text-align: left;"><span style="color: #222222;"><span style="font-family: Courier New, Courier, monospace; line-height: 1.4;"><b># wget --trust-server-name --no-check-certificate https://copy.com/cEWSXSwf3JCC/configuraNFS.tar.gz</b></span></span></div><div style="text-align: left;"><span style="font-family: inherit;"><br /></span></div><span style="font-family: inherit;">Una vez descargado, para que se descomprima en /root, ejecutad:</span><br /><b><span style="font-family: inherit;"><br /></span></b><b><span style="font-family: Courier New, Courier, monospace;"># tar xfvz configuraNFS.tar.gz -C /</span></b><br /><b><span style="font-family: inherit;"><br /></span></b><span style="font-family: inherit;"><b>Debéis descomprimirlo así</b> porque está comprimido con la ruta completa y el recurso <b>configuraNFS.pp</b> va a buscar los ficheros de configuración en <b>/root/configuraNFS/</b></span><br /><span style="font-family: inherit;"><br /></span><span style="font-family: inherit;">Una vez descomprimido, aplicáis el recurso:</span><br /><b style="line-height: 1.4;"><span style="font-family: inherit;"><br /></span></b><b style="line-height: 1.4;"><span style="font-family: Courier New, Courier, monospace;"># puppet apply /root/configuraNFS/configuraNFS.pp</span></b><br /><span style="font-family: inherit; line-height: 1.4;"><br /></span><span style="font-family: inherit; line-height: 1.4;">Y se realizará el proceso de configuración.</span></div><div style="color: #222222; line-height: 1.4; text-align: justify;"><div><span style="font-family: Arial, Helvetica, sans-serif;"><br /></span></div></div><div style="color: #222222; font-size: 13px; line-height: 1.4; text-align: justify;"><span style="background-color: transparent; font-family: Arial, Helvetica, sans-serif;">Publicado por primera vez en http://enavas.blogspot.com.es</span></div></div>

Configurar un Debian Squeeze como servidor NFS del centro

Este es un post que puede ser interesante para mis compañeros administradores de otros centros. Aprovechando que me llegó el nuevo servidor ...

Leer más »

Reemplazar los certificados del servidor Puppet

<div style="text-align: justify;">Parece que ya han pasado 5 añitos y los certificados de los servidores Puppet de nuestros centros van caducando. Como ya vimos, en este post <a href="http://enavas.blogspot.com.es/2013/12/comprobar-la-fecha-de-expiracion-de-un.html">http://enavas.blogspot.com.es/2013/12/comprobar-la-fecha-de-expiracion-de-un.html</a>, es sencillo comprobar la fecha de expiración de un certificado de un servidor.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una vez comprobado que los certificados del servidor Puppet han caducado, es fácil regenerarlos siguiendo estos pasos:</div><div style="text-align: justify;"><span style="color: #737373;"><br /></span></div><div style="text-align: justify;">1) Puesto que nuestro servidor puppet corre bajo apache mediante passenger, paramos el servicio apache2 para que no esté corriendo el servidor puppet:<br /><br /></div><div style="text-align: justify;"><tt><b><span style="font-family: Courier New, Courier, monospace;"># service apache2 stop</span></b></tt><br /><br /><tt><span style="font-family: inherit;">2) Borramos los certificados caducados del servidor:</span></tt><br /><tt><br /></tt><b><span style="font-family: Courier New, Courier, monospace;"><tt># find $(puppet master --configprint ssldir) -name "$(puppet master </tt><tt>--configprint certname).pem" -delete</tt></span></b><br /><br /><tt>3) Arrancamos puppet master para que se regeneren los certificados:</tt><br /><tt><br /></tt><tt><b><span style="font-family: Courier New, Courier, monospace;"># puppet master --no-daemonize --verbose</span></b></tt><br /><br /><tt>Si nos fijamos en la salida del comando, comprobaremos que se han creado nuevos  certificados. A continuación, <b>pulsamos</b></tt><tt><b> Ctrl+C</b>  para <b>cortar la ejecución del puppemaster.</b></tt><br /><br /><tt>4) Por último, iniciamos de nuevo apache2 para volver a cargar el puppetmaster mediante passenger:</tt><br /><tt><br /></tt><tt><b><span style="font-family: Courier New, Courier, monospace;"># service apache2 start</span></b></tt></div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Reemplazar los certificados del servidor Puppet

Parece que ya han pasado 5 añitos y los certificados de los servidores Puppet de nuestros centros van caducando. Como ya vimos, en este post...

Leer más »

Comprobar la fecha de expiración de un certificado de un servidor

<div style="text-align: justify;">Si queréis comprobar la fecha de expiración de un certificado de un servidor no tenéis más que ejecutar lo siguiente, sustituyendo "<b>nombreservidor</b>" por el nombre del servidor y "<b>puerto</b>" por el puerto en el que escucha:</div><br /><span style="font-family: Courier New, Courier, monospace;"># echo | openssl s_client -connect <b>nombreservidor:puerto</b> 2>/dev/null | openssl x509 -noout -dates</span><br /><div><br /></div><div>Por ejemplo, si queréis comprobar la validez del certificado que tiene vuestro servidor puppet, no tenéis más que ejecutar:</div><div><br /></div><div><span style="font-family: Courier New, Courier, monospace;"># echo | openssl s_client -connect <b>servidor:8140</b> 2>/dev/null | openssl x509 -noout -dates</span></div><div><br /></div><div>Y obtendréis una salida parecida a ésta:</div><div><br /></div><div><div><b>notBefore=Jan 13 11:49:58 2009 GMT</b></div><div><b>notAfter=Jan 12 11:49:58 2014 GMT</b></div></div><div><br /></div><div style="text-align: justify;">Como podéis ver, el certificado de mi servidor puppet expira el 12 de enero de 2014. Así que me apunto la fecha para volver a generarlo cuando caduque.</div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Comprobar la fecha de expiración de un certificado de un servidor

Si queréis comprobar la fecha de expiración de un certificado de un servidor no tenéis más que ejecutar lo siguiente, sustituyendo " no...

Leer más »

Recurso para limpiar reports de puppet en el servidor

<div style="text-align: justify;">A continuación os dejo un enlace a un recurso puppet para limpiar los <b>reports</b> de <b>puppet</b> en el servidor: <a href="https://copy.com/dZc9vxctErpw">cleanpuppetreports.pp</a></div><br />Éste es su contenido:<br /><pre class="source-code"><code><br /><b># Recurso para limpiar los reports de puppet en el servidor<br /># Modo de uso: puppet apply cleanpuppetreports.pp<br /># Es posible especificar segundos, minutos, horas, dias o semanas<br /># Esteban M. Navas Martín<br /># IES Valle del Jerte - Plasencia<br /># 22/11/2013<br /><br />tidy { "/var/lib/puppet/reports":<br />age => "1w",<br />recurse => true,<br />}<br /><br /></b></code></pre><span style="text-align: justify;">Como podéis ver es muy sencillo y lo único que hace es eliminar los reports de puppet con más de una semana de antigüedad. </span><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Recurso para limpiar reports de puppet en el servidor

A continuación os dejo un enlace a un recurso puppet para limpiar los reports de puppet en el servidor:  cleanpuppetreports.pp Éste es su ...

Leer más »

Error en sistema puppet por falta de espacio en el servidor

<div style="text-align: justify;">Hoy he tenido que resolver un problema con puppet que me ha traído de cabeza durante gran parte de la mañana. Como muchos de los seguidores del blog son compañeros, os lo explico por si os sucede en alguna ocasión.</div><br />Al tratar de forzar manualmente la actualización de un cliente puppet tenía mensajes como éstos:<br /><br /><b>root@a02-pro:~# puppet agent --test</b><br /><b>info: Creating a new SSL key for a02-pro.valledeljerte3</b><br /><b>info: Caching certificate for ca</b><br /><b>info: Caching certificate for a02-pro.valledeljerte3</b><br /><b>err: Could not request certificate: Retrieved certificate does not match private key; please remove certificate from server and regenerate it with the current key</b><br /><b>Exiting; failed to retrieve certificate and waitforcert is disabled</b><br /><div><br /></div>En principio, parecía un problema con una solución conocida:<br /><ul><li>Borramos el contenido del directorio /var/lib/puppet/ssl/ del cliente.</li><li>Borramos el certificado de la máquina cliente en el servidor: puppet cert clean a02-pro.valledeljerte3</li><li>Y volvemos a lanzar puppet agent --test en el cliente</li></ul>Pero, no. Por más que lo hacía, volvía a obtener una y otra vez el mismo error.<br /><br />Además, si ejecutaba  <b>puppet cert list --all</b> para mostrar los certificados en el servidor, veía un error como el siguiente:<br /><br /><span style="background-color: white; color: #222222;"><span style="font-family: inherit;"><b>err: Could not call list: header too long</b></span></span><br /><span style="background-color: white; color: #222222;"><span style="font-family: inherit;"><b><br /></b></span></span><br /><div style="text-align: justify;"><span style="background-color: white; color: #222222;"><span style="font-family: inherit;">La impresión que me daba era que no funcionaba la gestión de certificados, porque </span></span>el problema afectaba a todas las máquinas que no tenían certificado. En cambio, las que sí lo tenían si no lo borraba, se actualizaban sin problemas.<br /><br /><span style="background-color: white; color: #222222;"><span style="font-family: inherit;">Como hace días había tenido algún problemilla por falta de espacio en el directorio <b>/var</b> del servidor, empecé a buscar en esa dirección, además de Google, claro. Y encontré que en los siguientes directorios había archivos de certificados con cero bytes:</span></span></div><div style="text-align: justify;"></div><ul><li><b><span style="background-color: white; color: #222222; font-family: Arial, Helvetica, sans-serif; font-size: 13px; text-align: start;">/var/lib/puppet/ssl/ca/requests</span></b></li><li><b><span style="background-color: white; color: #222222; font-family: Arial, Helvetica, sans-serif; font-size: 13px; text-align: start;">/var/lib/puppet/ssl/ca/signed</span></b></li></ul><div style="text-align: justify;">Después de borrar los archivos, reinicié apache2 (puesto que usamos puppet con passenger), volví a intentar la actualización manual de clientes y ahora sí funcionó. </div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">No obstante, hubo algún cliente que, aún así tampoco se actualizaba y era porque tenía también algún archivo con 0 bytes: <b>/var/lib/puppet/state/state.yaml.</b> Una vez borrado este archivo, pude actualizar el cliente sin problemas.<br /><br />Supongo que el problema estaba en que el servidor puppet trataba de leer las peticiones de certificados, y como los archivos estaban vacíos, el sistema fallaba. Lo peor de todo ésto, es que no sólo fallaba la actualización de las máquinas cuyo archivo tenía 0 bytes. Fallaban todas.</div><br /><span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Error en sistema puppet por falta de espacio en el servidor

Hoy he tenido que resolver un problema con puppet que me ha traído de cabeza durante gran parte de la mañana. Como muchos de los seguidores ...

Leer más »

Manual Curso de Puppet

Coloco aquí la última versión del manual del curso de Puppet que impartí este año en la EAP para que nos sea más fácil consultarlo cuando sea necesario:<br /><br /><embed allowfullscreen="true" allowscriptaccess="always" height="400" src="https://app.box.com/embed/xu1tytqub1afkbc.swf" type="application/x-shockwave-flash" width="640" wmode="opaque"></embed> <span id="zsprotentradas">Publicado por primera vez en http://enavas.blogspot.com.es</span>

Manual Curso de Puppet

Coloco aquí la última versión del manual del curso de Puppet que impartí este año en la EAP para que nos sea más fácil consultarlo cuando se...

Leer más »

Usar Stages en Puppet para garantizar las actualizaciones de paquetes mediante APT

<div style="text-align: justify;">Uno de los problemas que tenemos con Puppet es que, en ocasiones, realizamos un módulo que instala un software y cuando se ejecuta dicho módulo, falla la ejecución porque los índices de los repositorios no se encuentran actualizados.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Una forma de solucionar este problema es haciendo uso de un recurso que nos proporciona Puppet: Las <b><a href="http://docs.puppetlabs.com/puppet/3/reference/lang_run_stages.html">stages</a> o etapas.</b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Este recurso nos permite ordenar "la ejecución" de los recursos en etapas. Por defecto, tan sólo hay una etapa definida en Puppet llamada <b>"main",</b> de forma que todos los recursos son automáticamente asociados a ella, a menos que asignemos especificamente un recurso a otra etapa definida por nosotros.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Las etapas definidas por el usuario se declaran como cualquier otro recurso.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Vamos a ver a continuación cómo usar el recurso stage para garantizar que se realice siempre un apt-get update antes de que se ejecute cualquier otro recurso:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Lo ideal es que definamos nuestras stages en el archivo <b>/etc/puppet/manifests/site.pp</b>, salvo que no tengamos control sobre él, en cuyo caso, podemos definirlo en otra clase de orden inferior. Como éste es nuestro caso, las he definido en las clases de servidores ltsp, workstations y  portátiles:</div><div style="text-align: justify;"></div><ul><li>/etc/puppet/manifests/classes/clase-especifica-squeeze.pp</li><li>/etc/puppet/manifests/classes/especifica-workstation.pp</li><li>/etc/puppet/manifests/classes/especifica-miniportatil-2011.pp</li></ul><br /><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Primero</b>.- Definimos las etapas que queramos crear y les damos el nombre que queramos. Como se puede ver en el siguiente ejemplo, yo he creado dos etapas: <b>first</b> y <b>last</b>.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><span style="font-family: Courier New, Courier, monospace;"><b>stage { [first, last]: }</b></span></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b>Segundo</b>.- Especificamos cuál debe ser el orden de ejecución de las etapas. Por ejemplo:</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">Stage[first] -> Stage[main] -> Stage[last]</span></b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Con ésto, logramos:</div><div style="text-align: justify;"></div><ul><li>Que la etapa "<b>first</b>" se ejecute antes que la etapa "<b>main</b>". </li><li>Y la etapa "<b>last</b>" se ejecute después que la etapa "<b>main</b>".</li></ul><br /><div style="text-align: justify;"><b>Tercero</b>.- Asociamos módulos o clases a etapas. Como se puede ver a continuación, estoy definiendo que el módulo "<b>apt-get-update</b>" debe ejecutarse en la etapa "<b>first</b>".</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;"><b><span style="font-family: Courier New, Courier, monospace;">class { apt-get-update: stage => first }</span></b></div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Y listo.Con ésto, garantizaremos que el apt-get update se ejecute siempre antes que cualquier otro módulo que por defecto estará asociado a la etapa "<b>main</b>".</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Como se puede ver, he definido tres etapas. De momento, no uso la etapa "<b>last</b>". Tan sólo la he creado por si la necesito posteriormente.</div>

Usar Stages en Puppet para garantizar las actualizaciones de paquetes mediante APT

Uno de los problemas que tenemos con Puppet es que, en ocasiones, realizamos un módulo que instala un software y cuando se ejecuta dicho mód...

Leer más »

Reducir el consumo de ancho de banda mediante apt-cacher-ng en aulas de portátiles

<div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKtSIHIYbC4VyBkE4F_4k8VDjN61heCrF22_qkNMRlgOicNkjCAq_ucI-7HvALlQF5YL1gaIC226UeYGOBu4YXhp_NSg_h5TRODXNmikzIErvV5wRRivAsEPKqABk7XU4uxpFOaN6VdH7d/s1600/apt-cacher-ng-server.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjKtSIHIYbC4VyBkE4F_4k8VDjN61heCrF22_qkNMRlgOicNkjCAq_ucI-7HvALlQF5YL1gaIC226UeYGOBu4YXhp_NSg_h5TRODXNmikzIErvV5wRRivAsEPKqABk7XU4uxpFOaN6VdH7d/s320/apt-cacher-ng-server.png" width="320" /></a></div><br /><div style="text-align: justify;">En ocasiones me han llamado de un aula porque se les abre el navegador y no carga las páginas web. Y si lo pensamos bien, puede ser normal. El ancho de banda disponible vía wifi no es igual que cuando conectamos los portátiles vía ethernet y encima, tenemos tareas que instalan software o procesos como pkgsync que están consumiendo sin ninguna limitación.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">En mi opinión, pienso que deberíamos minimizar y/o limitar la instalación de software en portátiles en aulas donde la conexión a la red se realiza vía wifi para lograr que el usuario disponga de ancho de banda para navegar y que los procesos de instalación de software no consuman más de lo necesario.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para intentar solucionar este problema estoy trabajando en dos temas:</div><ul><li>Cachear de forma transparente los paquetes que pidan los portátiles en cada servidor de aula.</li><li>Limitar el consumo de ancho de banda mediante las delay pools de squid.</li></ul><div style="text-align: justify;">De limitar el consumo de ancho de banda ya hablaremos en otro post. De momento os voy a contar cómo cachear los paquetes que van a instalar nuestros portátiles mediante apt-cacher.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">La idea es que cuando un portátil descargue software, éste se cachee en el servidor de aula. De este modo, cuando los demás portátiles del aula pidan de nuevo el paquete, lo obtendrán directamente de ese servidor, reduciendo el tráfico de descarga del software a la subred local.</div><div style="text-align: justify;"><br /></div><div style="text-align: justify;">Para instalar el sistema tengo dos módulos:</div><ul><li><a href="https://www.box.com/s/kujfo9g8t1fuk7r88t2q">servidor_apt-cacher-ng</a></li><li><a href="https://www.box.com/s/uybawek9q6uxphklwcnq">cliente_apt-cacher-ng</a></li></ul><div style="text-align: justify;">La tarea servidor_apt-cacher-ng es muy sencilla de momento, porque tan sólo instala el paquete apt-cacher-ng y no necesito hacer configuraciones especiales.</div><br /><div style="text-align: justify;">En cuanto a la tarea cliente_apt-cacher-ng, lo único que hace es colocar un script (apt-cacher-ng-proxy) creado por mis alumnas de prácticas Sagrario e Inma. Este script se lanza al levantar el interfaz de red para activar el uso del proxy sólo cuando el portátil detecta que la ip 192.168.0.254 responde a un ping.<br /><br />A continuación podéis ver los módulos y el script apt-cacher-ng-proxy: </div><div style="text-align: justify;"><br /></div><b>Servidor_apt-cacher-ng </b><br /><pre class="source-code"><code><br />class servidor_apt-cacher-ng {<br /><br /> package { apt-cacher-ng:<br /> ensure => latest<br /> }<br /> <br />}</code></pre><pre class="source-code"><code> </code></pre><b>Cliente_apt-cacher-ng </b><br /><pre class="source-code"><code><br />class cliente_apt-cacher-ng {<br /><br /> file { "/etc/network/if-up.d/apt-cacher-ng-proxy":<br /> source => "puppet://puppetinstituto/cliente_apt-cacher-ng/apt-cacher-ng-proxy",<br /> owner => root, group => root, mode => 755<br /> }<br /><br />}</code></pre><pre class="source-code"><code> </code></pre><b>Script apt-cacher-ng-proxy</b><br /><pre class="source-code"><code><br />#!/bin/bash<br /># Configura el proxy apt para usar el apt-cacher-ng en el aula<br /># Cuando el equipo está fuera del aula borra la configuración<br /># El script se lanza al levantar el interfaz de red<br />#<br /># Sagrario Pedraza Labrador && Inmaculada Gomez Gomez<br /># 12/04/2013<br /><br /><br />puertaenlace="192.168.0.254"<br /><br /><br />#obtenemos la puerta de enlace por defecto<br /><br /><br />if ping -c 1 "$puertaenlace" > /dev/null 2>&1; then<br /> <br /> if [ ! -f "/etc/apt/apt.conf.d/02proxy" ]; then<br /><br /> echo 'Acquire::http { Proxy "http://192.168.0.254:3142"; };' > '/etc/apt/apt.conf.d/02proxy';<br /><br /> fi<br /><br />else<br /> if [ -f "/etc/apt/apt.conf.d/02proxy" ]; then<br /> rm /etc/apt/apt.conf.d/02proxy<br /> fi<br />fi<br /></code></pre><br /><div style="text-align: justify;">Si os dáis cuenta, en el script se comprueba si el interfaz 192.168.0.254 responde a un ping. </div><ul><li style="text-align: justify;">Si responde, se crea un archivo 02proxy en /etc/apt/apt.conf.d/ que establece el proxy a usar para la descarga de paquetes en la red 192.168.0.0</li><li>Si no responde, entendemos que no hay conexión o que se encuentra en otra red. Y, en este caso, borra el archivo 02proxy de /etc/apt/apt.conf.d/ para que funcione la descarga de paquetes fuera de la subred del aula. Esto me interesaba hacerlo para que el sistema de paquetes me permita actualizar el portátil cuando lo conecte a la red principal del centro.</li></ul>En la imagen del principio podéis apreciar la mejora que hemos conseguido en alguna de las pruebas realizadas.

Reducir el consumo de ancho de banda mediante apt-cacher-ng en aulas de portátiles

En ocasiones me han llamado de un aula porque se les abre el navegador y no carga las páginas web. Y si lo pensamos bien, puede ser normal. ...

Leer más »