Yo exhorto a placeres continuos y no a esas virtudes vanas y necias que comportan embrolladoras ilusiones de frutos futuros…
Cuando ejecuto virt-builder en Ubuntu 16.04 aparece un error con el que entra en un bucle:
RTNETLINK answers: File exists /sbin/dhclient-script: 34: /sbin/dhclient-script: cannot open /etc/fstab: No such file
Puede solucionarse sustituyendo en el script /sbin/dhclient-script la línea:
exec 9>&0 </etc/fstab
Por ésta:
exec 9>&0 </proc/mounts
Entonces, borra el caché de virt-builder:
sudo rm -R .guestfs*
Salud 0
Puppet declara dependencias de manera implícita, pero no siempre se cargan los recursos de la manera esperada. En Puppet hay tres maneras de declaraciones implícitas
En este artículo publio varias recetas muy básicas con Varnish: arranque de Varnish, redirección de un dominio a un backend, redirección en función de una expresión regular y el contenido de una cookie, y una terminación SSL utilizando Nginx como front-end.
En mi último post, vimos como instalar Puppet en la arquitectura master-agent y la creación de un módulo para declarar algunos recursos. En este, quiero mostrar cómo configurar un parámetro utilizando la aplicación Facter y despues, cómo extender Facter para tomar ese parámetro desde un archivo que lo contenga, creado «a mano» en el agente. Utilizaré la configuración del post anterior de la serie automatizaciones para el ejemplo un servicio PHP-FPM
Cuando tienes hacer un despliegue en muchos servidores o automatizar tareas repetitivas, Puppet es una gran opción. En base a manifiestos declarativos, Puppet se asegura de que existan recursos, los crea sin aún no existen y los utiliza. A diferencia de muchos otros lenguajes, en los manifiestos no se definen los procesos para aprovechar los recursos, sino que se describe «lo que debe haber» y Puppet se encarga de hacerlo realidad. «Así ha sido dicho y así será hecho».
Yunohost es una distribución de Linux orientada a que el máximo número de personas tengan un hosting propio. Como algunos sabéis, soy responsable de la aplicación GNU Social en el proyecto.
¡Hola, buenas! En este post vamos a ver como solucionar un burn in en un monitor LCD. Créase o no, no es un problema exclusivo de monitores CRT y aún […]
En este post vamos a seguir con la serie automatización para ver como realizar un backup de la instalación de Wordpress. Conviene realizar backups de manera periódica, por lo que seria conveniente planificar con qué frecuencia se realizan, para automatizar también la ejecución del script de backup.
El segundo post de la serie de automatizaciones trata sobre la desinstalación de un servidor Wordpress que fue instalado con el script que explicamos en el post anterior de la serie. Con otras instalaciones es muy probable que este script de desinstalación no funcione sin modificaciones.