En Xaneiro publicaron unha nova ferramenta para a automatizacion de infraestruturas NTIC. Chef de nome, tan comun que non hai quen a encontralo con busquedas (cousa para outro dia, como as linguas minoritarias e o i18n poden axuda-la visibilidade do teu traballo).

Pareceume raro oir de Chef no canle irc de #puppet, e mais raros ainda alguns dos bloges dos que polo de agora predican Chef (especialmente un no que parecian criticar a Lak por non traballar de balde nunha certa ocasión)

Penso que puppet e un proxecto SwL preocupado tanto pola sua comunidade como polos seu mercado. Tranquilizame ver como outros en puppet-users  tamen pensan que istes de Chef son larpeiros de mais. Mais tranquilizadores ainda son os cambios en licencias e prioridades nos que estan metidos os dereductivelabs.

Animo os de reductivelabs pra seguir traballando e a percura de novas formas de prosperidade. Que non se repita o Conto de Tla.

As (vellas) novas sobre Chef no post de The Madstop.

Wouter tamen pensa que a principal limitación das multiples particións surxe cando os recursos son limitado; fala el dos seus portatiles. Estou pensando eu en servidores con bo uso, dos que van crecendo a eito e nunca poden fallar.

Os discos enchense e veñen os choros. O que esta a saturar /var e as outras particions (pequerrechas de mais) non se pode borrar, todo vale. Para a primeira vez que pasa arreglase aumentando as particions afectadas. Pero o espacio libre e sen asignar non dura sempre. O que sigue si que e muiñada, a limpar e a mover cousas de /var e as particions de sistema; o remate tes que re-configurar os servicios ou reconstruir os directorios con enlaces.

Os dous peores casos os vin coa base de datos de bacula:

• Cando comenzamos a gardar os datos durante dous anos (cousas da ISO). Creceo a db desde os 500Mb hasta cerca dos 2Gb.  Enton mandei a db a outro servidor …
• E cando cambiamo-lo cvs por git a base de datos de bacula volveu a estourar. Enton si que tiven que mover e facer enlaces.