Un fsck sobre un ext3 de 5TB

Ara fa cosa d’un mes, el servidor de Pacs de l’Hospital Universitari de Bellvitge, va començar a queixar-se del sistema de fitxers, amb missatges com aquest:

Nov  1 00:35:06 pacsbellvitge01 kernel: init_special_inode: bogus i_mode (136237)

Al rebre el primer mail, ja va fer que em comencés a mirar, quin era exactament el problema, ja que aquesta màquina està en producció amb una base de dades de 23GB, i té muntat a través d’una SAN, un sistema de fitxers EXT3 de 5TB sobre un LVM.

El codi font del kernel, ho deixava ben clar, l’error es llança quan s’arriba a un inode que no se sap el què és (no és un dispositiu de caracter, un de blocs, un fifo, ni un socket), printa aquest missatge, tot dient-nos l’inode en qüestió.

Sigue leyendo

Mòduls per l’apache

Preparant-me el curs d’apache que he d’impartir als tècnics de ATOS, he recordat que molta gent no coneix la pàgina http://modules.apache.org/, on hi han diponibles molts mòduls de l’apache que pots necessitar.

Crec que el primer que hi vaig buscar, va ser un per limitar el nombre de clients per virtualhost, cosa bàsica per una empresa de hosting!

IOtop

Acabo de trobar una utilitat molt i molt útil per a diagnosticar els colls d’ampolla dels sistemes linux: iotop. Aquesta utilitat ens mostra la seva sortida en un format semblant del top, amb la diferència que en comptes de monitoritzar la CPU o la memòria, monitoritza l’IO utilitzat pels diferents processos del sistema.

Si fins ara no en tenies prou amb l’vmstat o amb el iostat, aquesta èina et dona el què et faltava.

iotop

L’únic inconvenient que hi ha avui en dia per utilitzar aquesta èina, és que requereix una versió del kernel molt recent >= 2.6.20, versió que encara moltes distribucions no t’incorporen.

Kernel 2.6.25

Ja fa una setmana que en Linus va alliberar l’última versió del kernel de Linux. Tot seguit comento les noves funcionalitats que trobo més interessants.

Com ha anat passant, el kernel de Linux ha anat integrant funcionalitats implementades inicialment en el exec_shield de RedHat. Aquesta vegada li ha tocat a la randomització de la crida brk, i a la base de l’executable, deixant així una randomització total per a x86. En jack estarà content 😉

Aparició de la interfície i de la aplicació en espai d’usuari, que ens permet consultar quins processos estan patint latència, i quins processos en són els responsables. Més informació en la pàgina web del projecte http://latencytop.org/

En aquesta versió, s’ha afegit un estat més per els processos que estan a la cua dormint. Fins ara només podien estar «sleeping» o «sleeping uninterruptibly». A partir d’ara un procés podrà ser matat només en casos fatals.

Per últim anomenar l’alternativa al SELinux:  Smack. Sembla que no està previst que substitueixi SELinux ja que no ofereix les mateixes possibilitats, però per a molts entorns permetrà una complexitat més baixa.

Optimització i monitorització de GNU/Linux

Últimament m’estic especialitzant força en la monitorització i optimització de sistemes GNU/Linux amb molta càrrega i aparentment saturats, on després de optimitzar la màquina, t’acabes adonant que tens més rendiment amb una sola màquina, que no amb totes les 4 o 5 que formaven l’arquitectura inicialment. 🙂

I és que com sempre, el més important és tenir informació i saber-la tractar.

Aquí un enllaç amb un redbook de ibm, on explica com fer-ho a nivell de sistema operatiu.

http://www.redbooks.ibm.com/abstracts/redp4285.html

Google no fa les coses tant bé

[via caballe.cat] Sembla que el gegant Californià, no fa les coses tant bé com s’espera. Resulta que a http://www.0x000000.com, van descobrir que hi havia un directori accessible via web, al qual se li podia llistar el contingut. El problema, és que aquest contenia la configuració d’accés a una base de dades (mysql), login de root i password.

Si voleu, teniu disponible per a la descàrrega, el contingut que es van descarregar de google 😉

google.tar.gz