Historia del siglo XX – Eric Hobsbawm

alemana ratificada con el rearme de Alemania. Lo mejor que los franceses podían hacer era vincular los asuntos de Alemania Occidental y de Francia tan estrechamente que resultara imposible un conflicto entre estos dos antiguos adversarios. Así pues, los franceses propusieron su propia versión de una unión europea, la Comunidad Europea del Carbón y del Acero (1951), que luego se transformó en la Comunidad Económica Europea o Mercado Común Europeo (1957), más adelante simplemente en la Comunidad Europea, y, a partir de 1993, en la Unión Europea.

Historia del siglo XX – Eric Hobsbawm

Entre los países democráticos, sólo en los Estados Unidos se eligieron presidentes (como John F. Kennedy en 1960) para ir en contra del comunismo, que, en términos de política interna, era tan insignificante en el país como el budismo en Irlanda.

lvmcache

con lvm cache sobre el ssd se sacan 100MB/s

sobre el HD se saca una velocidad semejante, y sobre el SSD se baja hasta 60 (!!!)

 

…algo no esta funcionando como debiera…

mañana pruebas desde live-cd para ver tiempos. El caso es que una instalacion sobre SSD (solo SSD) funciona a la velocidad esperada.

update 20160428

pruebas con ubuntu desktop 16.04: el test estandar (dd) sobre el SSD, 80MB/s; sobre el HD, 105MB/s

pruebas con ubuntu desktop 14.04: el test estandar (dd) sobre el SSD, 63 MB/s; sobre el HD, 104MB/s

luego, no es algo de la version de ubuntu… sera algo de la configuracion de la BIOS? algo que por casualidad esta diferente en el segundo servidor???

opciones posibles en la BIOS:

Advanced Options – Drive Write Cache – (de “disabled” a “enabled”)

otras:

System Options – Processor Options – No-Execute Memory Protection – (de “enabled” a “disabled”)

con ubuntu 14.04, HD: 104MB/s; SSD: 63MB/s

🙁

probando con el segundo SSD de 250GB, solo en el blade, 14.04 live-cd: 97MB/s

conclusion, el disco que va lento es el unico que va lento. El resto se comportan con normalidad….

img_20160428_160510.jpg

lvm cache, primeras conclusiones

la prueba es sencilla, dd:

dd if=/dev/zero of=ficher2.img conv=fdatasync bs=384k count=20k

el escenario: un servidor con dos discos, uno mecanico y el otro ssd. el sistema instalado en sda (el mecanico) sobre un lvm llamado sistema, en un vg llamado vg01, y sdb sin usar (el ssd)

haciendo copia de un fichero al disco, la velocidad es 52MB/s

para montar el LVM cache, hacemos un pool de lvms en el ssd, un lvm para cache y otro para metadatos (de un tamaño /1000 del de la cache). Si el VG original es data:

pvcreate /dev/sdb
vgextend vg01 /dev/sdb
lvcreate -n DataLVcache -L1200G vg01 /dev/sdb
lvcreate -n DataLVcacheMeta -L200M vg01 /dev/sdb
lvconvert --type cache-pool --cachemode writeback --poolmetadata vg01/DataLVcacheMeta vg01/DataLVcache
lvconvert --type cache --chunksize 512K --cachepool vg01/DataLVcache vg01/sistema

Para ver la situacion de la cache,

lvs -a0

Para eliminar la cache,

lvremove vg01/DataLVcache

En este escenario la velocidad es de 172MB/s, muy proxima a los 177 que teniamos con el SSD SOLO.

 

pero despues de un rato haciendo escrituras el sistema muestra una cierta inestabilidad, tiempos de espera elevados. (!)

update 20160425

otros problemas:

  • errores en la bios. aleatorios.
  • los discos que use el viernes han perdido el boot (!). El problema es que en el initrd no hay modulos relacionados con dmcache, y no es capaz de desplegar el root filesystem, ni aun con el /boot en una partición separada y no cacheada. Es un error documentado desde hace un año que parece ser que en 16.04 no se ha resuelto… Una guia para resolverlo:

al eliminar un disco, sigue apareciendo como pv. PAra eliminarlo:

vgreduce –removemissing –force vg01

pero necesitamos tener check_cache, que se encuentra en el paquete thin-provisioning-tools

los dos tutoriales sobre la incidencia de reinicio e initramfs no encuentra el lvmcache. Pendientes de probar…

en realidad no necesitamos que todo el disco este en cache, solo la jerarquia donde van a ir las imagenes de nova… solo /var/lib/nova/

luego el plan seria:

1 HD de 2TB, con boot (20MB), swap (8GB), /(20GB), y /var/lib/nova(el resto) en particiones separadas

1 SSD de 250GB como cache de /var/lib/nova (250Mb de metadata, y 249GB de data cache)

un lvm para /, con 20GB

un lvm para /var/lib/nova, con el resto del espacio disponible.

el cache ocupando toda la SSD, sobre el lvm de /var/lib/nova

 

….

warning despues de montado, sobre chunksize. Solucionado con:

lvcreate -H --chunksize 512K -L1.5T   --name data  vg/cpool

ansible, principios de diseño

  • Have a dead simple setup process and a minimal learning curve
  • Manage machines very quickly and in parallel
  • Avoid custom-agents and additional open ports, be agentless by leveraging the existing SSH daemon
  • Describe infrastructure in a language that is both machine and human friendly
  • Focus on security and easy auditability/review/rewriting of content
  • Manage new remote machines instantly, without bootstrapping any software
  • Allow module development in any dynamic language, not just Python
  • Be usable as non-root
  • Be the easiest IT automation system to use, ever.

exportando svn hacia git, novedades

hace un año estaba haciendo esto mismo. Que cosas..

ahora he descubierto una herramienta, svn2git, que esta empaquetada en ubuntu.

pruebas en local, en un directorio llamado de_svn_a_git/

update 20160219

primer paso: ver el historico de svn. Usando un frontend para nautilus, rabbitcvs. Se integra con nautilus, y los directorios que son repos los reconoce muestra, por ejemplo, el historico.

tambien desde comandos, claro:

svn log -v --stop-on-copy Sistemas/

svn-all-fast-export necesita un fichero “format” en el repo… (?)

bloqueo. Seguimos con el camino estandar: git-svn

apt-get install git-svn

git svn clone <svn repo>

queda a medias de copiar, despues de 2 horas en ello. Lo interrumpo y borro, para volver a empezar el lunes a primera hora: hay un script lectura.sh que lanza el clone

..

colateral: svn git equivalences

update 20160304

una pista mas: hay que convertir en local cada rama remota, hay que hacer checkout de cada branch remota:

for remote in `git branch -r | grep -v master `; do git checkout --track $remote ; done

despues en el gitlab creamos un repo nuevo, configuramos el repo local para que haga uso de él, y hacemos git push origin para cada una de las branches existentes. Seria algo como:

for branch in `git branch`; do git push

update 20160419

el camino de migracion segun la documentacion de gitlab.

galletas “danish butter cookies”

– Mantequilla, 130 gramos
– Harina, 1/4 de kilo
– Azúcar, 90 gramos
– Un huevo grande
– Azucar avainillado, una cucharada
– Chocolate para decorar

 

190 grados 5 minutos y listo (!)

La receta de hoy es de lo más interesante, porque con ella vas a poder hacer unas ricas y divertidas galletas de mantequilla decoradas. Es una receta ideal para que los peques se diviertan durante la elaboración y después merienden de forma extraordinaria. Vamos a indicarte como las preparamos nosotros en casa, para que te animes a probarlas.

Comenzamos poniendo el azúcar y la mantequilla en un bol, usamos unas varillas eléctricas para batirlos y formar una mezcla cremosa y homogénea. Hemos empleado una cantidad de azúcar y mantequilla menor a la habitual, porque así se consiguen unas galletas muy ricas pero sin abusar de esos dos ingredientes, que son muy calóricos, y no queremos que los pequeños abusen de ellos, sobre todo porque estas galletas de mantequilla decoradas son de esas que no paran de comer. Después vamos a ir agregando los huevos, la esencia de vainilla y continuamos batiendo durante un par de minutos para dejar todo bien mezclado.

 

 

A continuación vamos a incorporar la harina, te recomendamos tamizarla antes de echarla y además que la añadas poco a poco en vez de toda de una vez, ya que en ese caso se mezclaría peor y con más esfuerzo que al hacerlo poco a poco. Mientras vas echando la harina no dejes de batir con las varillas, es la mejor forma de integrarla. Al acabar la masa estará mucho más espesa, por lo que podemos usar las manos para amasar durante un par de minutos. Al acabar reserva en el frigorífico un buen rato.

Cuando la masa haya reposado un buen rato, lo mejor es dejarla al menos una hora, espolvoreamos harina en una superficie lista en la cocina y vamos extendiendo la masa con la ayuda de un rodillo. Otra forma de hacerlo es colocar la masa sobre papel de horno, recubrirla y extender con el rodillo, tal vez te resulte más sencillo si no tienes mucha práctica. De una forma u otra vamos trabajando la masa hasta dejarla con un grosor de medio centímetro más o menos.

Enciende el horno a 190 grados, mientras se calienta usamos los habituales moldes para pastas y vamos cortando todas las galletas que podamos con la masa que hemos preparado.

Coloca todas las galletas en una bandeja apropiada y mételas en el horno cuando esté a la temperatura deseada. Puedes forrar la bandeja con un papel especial de horno, para que no se peguen las galletas en el fondo de la bandeja, aunque lo normal es que salgan bien y no se peguen. Procura dejar un poco de espacio entre unas galletas y otras. Dejamos que se horneen durante un cuarto de hora más o menos.

wifi command line

para configurar wpa2 en debian solo necesitas

# apt-get install wpasupplicant wireless-tools
# iwconfig
auto wlan0
iface wlan0 inet dhcp
       wpa-ssid network-name
       wpa-psk pre-shared-key

Endgame Vol.1 – Jensen, Derrick (Aldiko)

We need people teaching others how to purify water, how to build shelters. All of this can look like supporting traditional, local knowledge, it can look like starting rooftop gardens, it can look like planting local varieties of medicinal herbs, and it can look like teaching people how to sing.The truth is that although I do not believe that designing groovy eco-villages will help bring down civilization, when the crash comes, I’m sure to be first in line knocking on their doors asking for food.