IT Assistant Diary

Instalacion de Memcached para la optimizacion de CMS [perdorros]

2010-01-23T01:45:00.001-03:00

A veces, cuando tenemos un sitio que recibe una cantidad importante de visitas, nuestro servidor empieza a pedir socorro, ya que por ejemplo, en el caso de un sitio que utilice Drupal, Joomla, WP, o algun otro manejador de contenido, por cada pagina visitada tenemos cientos (sino miles) de consultas a nuestra querida y cascoteada base de datos.

Una buena opcion es la instalacion de un sistema de cacheo de objetos, que es a lo que vamos a dedicarnos ahora.

Memcached es un motor de cacheo de objetos en memoria, pensado para incrementar la velocidad de webs dinamicas (Segun Danga, su desarrollador).

El mismo es usado por gran cantidad de sitios reconocidos (siendo el ejemplo mas notorio Facebook, que utiliza una version tocada del mismo).

Pero ahora vamos a lo divertido! A levantar nuestro demonio memcache!!!

En este ejemplo usaremos CentOS 5.4 y memcached 1.1.4 que son las ultimas versiones al momento

Instalar libevent y libevent-dev

Esto lo haremos, en nuestro caso, usando yum:

# yum install libevent libevent-dev

Bajar los fuentes de memcached actuales

# wget http://memcached.googlecode.com/files/memcached-1.4.4.tar.gz

# tar xvvf memcached-1.4.4.tar.gz

# cd memcached-1.4.4

Una vez dentro, le damos los pasos comunes y corrientes de una compilacion normal:

# ./configure [--enable-64bit]

Donde:

--enable-64bit -- Construimos una version de 64Bits de Memcached

# make

# make install

Si todo salio bien, una vez hecho esto tendremos el ejecutable de memcached en /usr/local/bin/memcached

Ahora tendremos que crear el /etc/init.d correspondiente para iniciarlo:

# vim /etc/init.d/memcached

#!/bin/sh

case "$1" in

start) /usr/local/bin/memcached -d -u root -m 512 -p 11211

;;

stop) killall memcached

;;

esac

Donde:

-d -- Iniciarlo como demonio

-u root -- Usuario con el que se iniciara el proceso de memcached

-m 512 -- Cantidad de memoria asignada al cache

-p 11211 -- Puerto de red al que memcached escuchara por comandos o peticiones

Luego de haber iniciado el demonio, debemos instalar la extension de PECL a fin de que Memcached pueda ser utilizado con PHP:

Bajamos y descomprimimos el fuente del modulo:

# wget http://pecl.php.net/get/memcache

# tar xvvf memcache

# cd memcache-X.X.X

Y empezamos a construir...

# phpize

# ./configure

# make

# make install

Luego agregamos nuestro recien creadito modulo en nuestra configuracion de PHP, colocando las siguientes lineas en nuestro php.ini:

extension=memcache.so

Y voila, ya tenemos nuestro memcached instalado para que sea utilizado por, por ejemplo, Drupal y sus modulitos locos...

2010-01-20T17:13:00.000-03:00

Esta es una prueba desde BloGTK... Esta bastante bueno!!!

El Retorno del (Quete)Jedi

2009-12-17T15:18:00.001-03:00

Hey! Estimados!!!

He vuelto, no se por cuanto, no se por que... Ya extrañaba un poco escribir b*******s informaticas, pero bueno... Volvi para escribir y recopilar cosas con las que tal vez me tope en el laburo y me llevo un tiempito descular... O cosas que me parecen utiles... O simplemente COSAS.

Estos ultimos meses cambie de laburo un par de veces, ahora encontrandome trabajando en la empresa CMD... Lindo lugar, con mucho que aprender y buena gente que acompaña...

Cambiaron varias cosas... Pase de amar Debian (que aun lo hago), a querer un poco mas a Red Hat, y su hijo gratis: CentOS. Lo que me llevo a esto ultimo es que al laburar con servidores onda HP ProLiant ML380, o DELL PowerEdge, sufri mucho la falta de modulos de hardware, que parecen haber desaparecido en la release Lenny de Debian.

Por eso, de aca para adelante, tal vez vean mucho "yum"... Mucho "rpm"... Etc...
O tal vez pkgadd... Si, cai en las garras de Solaris :D

Bueno... Estimo postear por lo menos una vez por semana, con cosas interesantes -espero- para todos!

Si... Volvi... Y en forma de fichas

Aguante Stallman

2008-04-22T14:11:00.001-03:00

Aguante Stallman

Yo y mis pares estamos acá
para dar lo que hay que dar
por sentimiento locura y pasión
se nos ve de negro vestidos.

Soy debianero por propia elección
no me rompa las bolas oficial
a fondo blanco estoy festejando
lo mejor del software en libertad

Vamos muchachos una vez más
cantemos todos, así escuchan bien
los trajeaditos de Microso'
los slackeros y los del Red Hat!

Soy debianero por propia elección
no me rompa las bolas oficial
a fondo blanco estoy festejando
lo mejor del software en libertad

A ver muchachos una vez más
cantemos todos, así escuchan bien
los trajeaditos de Microso'
los slackeros y los del gentoo

Aguante Stallman
Aguante Stallman

A ver muchachos una vez más
cantemos todos, así escuchan bien
los trajeaditos que venden guindous
los slackeros y los del ututo!

(Cancion: Aguante Bonavena - Letras y musica originales por R. Iorio / Almafuerte)

Manejando Servicios en Fedora(O como traicionar a Debian a la fuerza)

2008-04-16T12:08:00.003-03:00

Como sysadmin, siempre nos tenemos que habituar a algun sistema, que si bien esta dentro de los UNIX-Like, son un tanto diferentes en la disposicion de sus configuraciones, y de las herramientas para modificarlas
Este es un howto bastante basico sobre como configurar los servicios a correr en los diferentes runlevels, a la vez que se enumeran los servicios mas comunes que se encuentran.

Para manejar la activacion de servicios de acuerdo al runlevel que se invoque, se utiliza una herramienta llamada chkconfig, que es algo asi como un update-rc.d de Debian, salvo que tiene operaciones de listado de servicios por runlevel.

La manera de invocarlo es:

#/sbin/chkconfig --level [123456S] [on|off]

Para listar que servicios tiene cada runlevel:

#/sbin/chkconfig --list [servicio] <-- Se puede agregar el nombre del servicio para ver solamente el estado de ese servicio

Como ven, es simple.

Por otra parte, podemos ver el estado de un servicio ya corriendo, reiniciarlo, pararlo, o iniciarlo a piacere con el comando service:

#/sbin/service [start|stop|reload|status] o demas estados si el servicio lo soporta

Por ejemplo:

#/sbin/service crond status
crond (pid 1604) is running...

Ese es todo el misterio que hay en el manejo de servicios en Fedora.

Ahora, los sospechosos de siempre:

acpid
Advance Configuration and Power Interface daemon - El demonio que maneja las interfaces de energia (como el boton de encendido, el sleep, la tapa de las laptops)

anacron, atd, cron
Los schedulers favoritos de todos! Que hariamos sin estos bebes!?

apmd
Advanced Power Management daemon - Si tenemos una maquina vieja, o una laptop medio incompatible, usamos este servicio en vez de acpid para el power management

autofs
Monta automaticamente los filesystems extraibles (como pendrives USB, etc)

avahi-*
Detecta servicios y dispositivos de red. Es una implementacion de zeroconf

bluetooth
Maneja los dispositivos bluetooth en sistemas que lo tengan, generalmente desactivado

cpuspeed
Para hacer throttling del CPU. Las desktop generalmente no usan esto, asi que podemos sacarlo :P

cupsd
Queres imprimir? "Tal vez" el servicio Common UNIX Printing System te ayude... No se... :P

firstboot
Realiza tareas pertinentes al primer booteo de Fedora, luego de esa instancia puede ser desactivado

iptables
El Firewall por excelencia (y por defecto!) de Linux. Se recomienda dejarlo encendido (aunque no tenga ninguna regla seteada)

kudzu
Este servicio se encarga de hacer "probes" de hardware. Algo asi como modprobe de Debian.

messagebus
Servicio de comunicacion entre procesos. Es un componente critico del sistema

smbd
Demonio de SAMBA

sshd
Nuestro amigo el Secure Shell

xinetd
El Superservidor! (Si, parece un superheroe) :P

C'est tout sobre servicios en Fedora.
Espero que les sirva de algo

RSA + SSHNo mas dolor de OGT al loguearse remotamente

2008-04-10T15:11:00.005-03:00

Situacion:
Lunes, 9 a.m.
Locacion:
Mi casa - Living
Actores:
-Joven desgarbado y super dormido con un cafe en la mano
-Laptop corriendo Linux ;). A partir de ahora Lappi

Escena I
Abre el telon...
Jefa de Joven Degarbado: Che! Por favor! Fijate rapido que parece que la base de datos del webserver esta caida, me tira un error que pide correr 'mysqladmin flush-hosts'. Podes solucionarlo rapido?
Joven Desgarbado: Ok, ya me estoy logueando y lo miro.

Entonces nuestro joven se quiere loguear por ssh...

#ssh root@ni_en_pedo_voy_a_poner_la_IP_aca
Password:

Ete aqui, que con el sueño que tenia, ponia cualquier cosa. Y el joven no se podia loguear.

...Bueno, en realidad, despues de intentar como 5 veces pudo...

Bueno, al final, el pibe penso (cosa rara en el): "Pucha! Quiero loguearme sin tener que poner la *&@# clave..."

Luego de mucho buscar se acordo de las claves RSA... Esas claves que usaba en su trabajo anterior para loguearse sin problemas, sin claves...

Y asi puso manos a la obra...

Escena II
Primero, comenzo creando la clave RSA para su usuario:

#ssh-keygen -t rsa

Generating public/private rsa key pair
Enter file in which to save the key (/home/usuario/.ssh/):
Enter Passphrase (empty for no passphrase): (Sin passfrase)
Enter same passphrase again: (No pusimos ninguna, asi que lo salteamos)
Your identification has been saved in /home/usuario/.ssh/
Your public key has been saved in /home/usuario/.ssh/
The key fingerprint is: xx:xx:xx... (Sarasa RSA)

Una vez hecho esto, cargo la clave al servidor remoto:

#ssh-copy-id -i /home/usuario/id_rsa.pub root@IP_del_servidor

Listo... Peeeeeeeero... Se olvido de chequear la config del sshd en el servidor...

Simplificamos esto diciendo que edito el archivo /etc/ssh/sshd_config y modifico estas variables:

RSAAuthentication yes
PubkeyAuthentication yes

Se reinicia el demonio y voila!
C'est tout, ya tenemos login automatico por ssh.

Ya fue (Cambio de Idioma)

2008-04-10T15:01:00.001-03:00

A partir de ahora, empiezo a escribir los articulos en español.
Ya me parecia demasiado ñoño escribir en ingles, a parte de que mi ingles es cuasi-horrendo.

Gnu Stack Overflow

2008-04-08T15:46:00.002-03:00

GNU-Overflow

The recursive acronym "GNU's Not Unix" harbors a stack overflow bug that
can cause the English language to crash and may allow arbitrary linguistic
commands to be executed, according to a message posted on gnu.acronym.bug
this morning. All sites running GNU software are urged to apply a
temporary patch which changes the expansion of the acronym to "GNU Needs
Users", until a permanent patch is avaliable. GNU project founder Richard
M. Stallman is currently hunting the error in the acronym he created over
a decade ago.

"Linguistic bugs are notoriously difficult to track down," Stallman told
segfault.org via email. "The capacity of the stack depends on the memory
of the person reading the buggy text. In addition, there is not yet any
English interface to gdb, which means searching manually through coredumps
to find the problem."

Most people experience the stack overflow at around 600 expansions of the
acronym. In practice, few people have cause to carry the expansion this
far, so the main concern lies with the security risk posed by the bug.
Although no exploit has yet been discovered, a malicious user could
theoretically embed commands into the same section of text as the acronym
expansion, allowing them to change the syntax of the language, redefine
words, and create new figures of speech with arbitrary meanings.

Many on the net saw the bug as a chance to reopen old holy wars. "The
stack problems that are endemic in the computer industry today are a
direct result of the widespread adoption of English as the language of
choice," said one Dothead. "English is a fine tool for low-level
descriptions and expository writing, but it offers too many
inconsistencies and is far too unstable to use in production environments.
It's time to move to languages like Esperanto that feature built-in stack
protection." When it was pointed out that he had written his comment in
English, the poster went into an incoherent rant, finishing with "La cina
industrio, kun fama milijara tradicio, pli kaj pli largskale produktas
ankau komputilon! Sed kiel aspekta la cina komputil-merkato el la vidpunko
de la aplikanto? Mi provos respondi al tiu demando lau personaj spertoj en
la plej granda cina urbo, Sanhajo!"

FUD Week magazine was quick to cash in on the incident, as well. "It is
clear that freeware cannot be relied upon to keep the English language
secure," says an online editorial. "We suggest that these `computer
hippies` get their acts together before attempting hippopotamus nap delta
foley snurk tin possibility."

Meanwhile, an anxious public waits for the restoration of the GNU acronym.
Until the bug is fixed, we urge you to download the temporary patch from
your nearest mirror site and keep in mind that this process of continuous
revision is what has made both free software and human language into
forces to be reckoned with.

Guantanamero

2008-04-07T13:56:00.003-03:00

Me odiaba mi primo, por celos de mi carrera (bis)
Lo arrestaron y dijo: “que terrorista yo era”.
Guantamero, soy preso guantamenero (bis)
Ha decidido el imperio, guardarme por siempre preso (bis)
La cuestión es hacerlo, con o sin falso proceso.
Guantamero, soy preso guantamenero (bis)
Cuando me hieren el cuerpo, dicen que no me torturan (bis)
Me dan heridas profundas, de esas que no se curan.
No me permiten que duerma, mi fin es un misterio (bis)
Voy a salir cuando muera, o caiga el gran imperio…

Linux isn't hard to use... It's Just different...

2008-04-03T20:17:00.003-03:00

Here we are... Again

2008-02-28T14:38:00.002-02:00

Well pals, I'm here again, after a long time of silence, the diary is here again.
I hope to post every week something (don't ask what, just post)...
...Maybe something cool, geekie, interesting, boring...

Well, this time I have something for you... a comic...
It's called Tira Ecol. It's about 3 spanish mates; a Debianeer (a Debian User), a Mandrakeer (a Mandrake User), and a... well... a guy that uses Windows (and loves the porno). There's a robot too, where the guys test different OS, and that make the robot behave good, bad, or only make weird things...

I hope that you enjoy it...

See you later!!!

Historical Footnote

2006-10-11T14:15:00.000-03:00

I found this in the Scripting Guy's site, on Micro$oft. I think that's the best phrase that someone of M$ says...

"...Way back in the mists of time, people not only didn't have cell phones, they didn't even have telephones. (It's true; you can look it up.) To communicate over any sort of distance, people relied on the telegraph. Due to the limitations of the technology and to the costs involved, people also had to resort to using cryptic messages like this: C U 2MAR O. Talk about primitive, huh? Today, of course, you can use your fancy, high-tech digital cell phone to send really cool text messages like this: C U 2MAR O. We've come a long way, baby..."

Nice... Huh???

Vin Diesel = Agent 47?!

2006-08-22T18:15:00.000-03:00

Ohhh...! My friends! I heard the worst notice in the world of the games.
Do you know who's the Agent 47... Well... If you not, I'll tell you.
The Agent 47 is the protagonist of Hitman, a series of games about a cold blooded, genetically modified, silent assessin.
Well, the guy's of Hollywood have decided that it's time to make a movie about that great game. And they had ruined it, as allways...
They called the bald figure of Vin Diesel as the Hitman. I think "What a f***!?" when i heard this.
You know who's Diesel. A mass of muscules, thing that the 47 guy is not!
I bet that, if some day they will make a Hitman movie, the first man that they will call will be Jason Statham, the guy of Snatch and The Transporter. Well... He's bald, he proof that he can make good movies, and he proof that he can make assessin-like papers to!
Well, I hope that if any day the Hollywood kids make The Hitman 2 Movie, PLEASE DON'T RUIN IT WHIT THE BRAINLESS DIESEL!!!

Thanks

Macromedia's Homesite+ issue

2006-03-10T13:30:00.000-03:00

The first work that I did here, in In-Site, was the configuration and deploying of a lot of Macromedia's programs.
I don't know how this boys do their programs, but ALL of them have a LOT of problems with the Windows XP User permissions...

... and Homesite+ wouldn't be the exception...

Once installed (via Administrator user), when you switch to another User (with User rights), Homesite ABSOLUTELY don't work. This MM programs tend to highly carve into the registry keys, where the Users don't have permissions, and that cause that those programs fail when you start 'em.

When you have that kind of problem, what do you do?... Yes! see the MM FAQ!
But I don't want to lie you... MM FAQ is useless!
The official "Macromedia's registry permission policy" (that's the way that I like to call that damned way to solve the problems) is to change the permissions of the ROOT keys ("HKEY_LOCAL MACHINE\Software" and "HKEY_CLASSES_ROOT").

That's a damn hole in my security policy!!!

There's when the Google and a lot of another search-engines start to work.

My boss and partner Andrés (my Jedi Master) find around of ELEVEN registry keys that must be changed (AppDeploy.com shows more than 25).

And all work's fine!...

...Until you want to summon HS+ from Dreamweaver's "Edit with external editor" menu...
When you try to start HS+ using this way, HS only says "Bye" and give you a Window's "Appology" screen...

Must I say to you how many time we use to find the registry key from this problem?...

WEEKS!

In a despairing movement I used Sysinternal's Regmon and try to log EVERY key used by HS+.
I made a lot of useless changes to my registry... Until it works!

But there was a problem... I didn't remember the registry key that I changed!
Oh, Lord! How STUPID I was!

Well... To say it in a few words... I tryed everything... Undo some changes, see the files permissions... and nothing...

But a light in the end of the tunnel appears...

One day I was doing... nothing... and run Sysinternal's AccesEnum, a program to see the Permissions of Files and Registry keys... and say: "well, try to map the permissions of the Classes, maybe you find something..." and watching slowly I see a key with a strange set of write permissions: "Administrator,USER" (!)

I checked that it certainly was the key...

There was the key that I've change! God! Yes!

I documented the change and deploy it on all the office network.

The learn of all this story is: NEVER, but NEVER change the permissions of the registry roots keys, and find! the groups and search engines are full of help! (and never see the Macromedia's FAQ!)

Here are the registry keys for HS+ (5.5 version):
\REGISTRY\MACHINE\SOFTWARE\Classes\CLSID\{04B6FA96-C717-4EE9-B4F7-D6153E4460A5}
\REGISTRY\MACHINE\SOFTWARE\Classes\CLSID\{0AC6C6C5-F7A8-11D2-BEF4-00C04F990001}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{29B869C5-DB0A-11D1-A316-0060973D093D}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{6FC23E98-38AD-11D3-9084-0060B0EF0A86}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{9E4BDB98-E70B-11D2-834F-00C04FA35857}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{CEAECB9C-E513-11D1-A340-0060973D093D}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{DB01A1E3-A42B-11CF-8F20-00805F2CD064}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{DBCFBAB5-E2E7-11D2-834D-00C04FA35857}
\REGISTRY\MACHINE\SOFTWARE\Classes\CLSID\{DDC45E09-38CC-4ADD-BC4E-0DA61FDAE192}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{F7EE4E9D-CD64-11D1-8C81-0060973D093D}
\REGISTRY\MACHINE\SOFTWARE\Classes\CLSID\{FA7357F9-A85B-4179-9319-1F0C4653FA36}
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Allaire.Validator
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.ActiveScript Host
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireActiveDocument
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireClientApp
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireDeploymentManager
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireDocumentCache
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireHTTPProvider
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AllaireClientApp.TAllaireZIPProvider
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\TypeLib\{F7EE4E9B-CD64-11D1-8C81-0060973D093D}
(this was the hard one)

and change:
:.Query Value
:.Set Value
:.Create Subkey
:.Enumerate Subkeys
:.Notify
:.Delete

That's all... I hope that it help all the System Administrators that must deploy Dreamweaver and Homesite+ 5.5

2006-03-09T14:32:00.000-03:00

Hi all!
The main idea of this Blog is lend a hand with Application Deploy and another SysAdmin issues.
I´ll thank you if you take some time to write comments about this WebLog.