Techironic

Para todo Administrador de Sistemas Linux, hay herramientas indispensables que nos facilitan el trabajo a niveles inimaginables como es el caso de SED. Sed es una herramienta que nos permite manipular el texto de un fichero, desde cortar lineas, hasta sustituir cadenas de texto, o realizar búsquedas.

Sed ha llegado a ser tan influyente en el Mundo de Unix, que gracias a el y al superpoderoso AWK, Larry Wall decidió desarrollar el lenguaje de programación conocido como Perl ( otro grande en el mundo de Unix).

Hay usos básicos de esta herramienta como los siguientes:

1. Sustituir la PRIMERA coincidencia en un fichero determinado

sed ’0,/Coincidencia1/s//nueva_cadena/’ file

2. Eliminar la 5ta Línea de un archivo

sed ’5d’ fichero

Como estas existen infinidad de aplicaciones que puede tener esta herramienta muy similar a la aplicación del comando Find del que ya hemos hablado aqui en Techironic.

Y tu? cual es la herramienta que mas usas?

Muchas veces sucede que hemos montado una unidad en nuestro equipo ó servidor, y luego cuando ya no la necesitamos deseamos desmontarla y obtenemos un error de “Device busy“. La primera reacción a este error es revisar si estamos en alguna ruta que involucre a esta unidad, o por otra parte cerrar todos los terminales que tengamos abiertos para que sea mas sencillo, pero sucede en muchos casos que a pesar de realizar estas acciones algún proceso se queda zombie en esa unidad. Es por tal motivo que la recomendación es usar el comando fuser el cual nos permitirá conocer el pid del proceso que hace uso de la unidad o partición. Lo usaríamos de la siguiente forma:

# fuser -m /dev/sdc1
/dev/sdc1: 538
# ps auxw|grep 538
donncha 538 0.4 2.7 219212 56792 ? SLl Feb11 11:25 rhythmbox

Luego es suficiente con hacer un kill al proceso 538 y esto matará el proceso rhythmbox y permitirá que desmontemos nuestra partición sin problemas.

Vía: ocaoimh

No es la primera vez que me sucede este error, pero en los otros casos lo he resuelto con soluciones alternativas que en este caso no han resultado por diversos motivos.

Al momento de realizar un RSYNC, a un directorio que contiene un aproximado de 40 mil archivos, cuyos nombres exceden los 15 caracteres, que a su vez son alfanuméricos, con símbolos inclusive,  y cuyo tamaño ronda los 28GB, podemos obtener un error como el siguiente:

“Argument list too long”

Como ya les comenté esta vez no pude encontrar alguna solución alternativa ya que necesitaba usar rsync, buscando en google, encontre el siguiente enlace que me permitió solventar este problema ejecutando el comando de la siguiente forma:

rsync -av user1@machine1.fqdn:/source/directory/with/all/the/files/. .

La solución esta simplemente en que en vez de hacer el rsync desde /source/directory/with/all/the/files/* lo haremos a /source/directory/with/all/the/files/. la diferencia entre un * y un punto es suficiente para que el rsync no nos envie este error.

Para quienes manejan mucha data, es necesario en muchos casos transferir una gran cantidad de información entre uno o varios servidores es por tal motivo que les traigo un uso de un comando que aunque no tiene cifrado en la data que se trasfiere es bastante más rápido que rsync, scp, ftp, entre otros. Estamos hablando de Netcat, y su aplicación es bastante sencilla:

En el servidor donde tenemos el archivo que deseamos transferir debemos ejecutar el siguiente comando:
nc -vv -l 5678 > archivo.txt

Esto hará que el equipo espere la petición de un equipo en el puerto 5678.

Mientras que en el equipo a donde queremos transferir nuestro archivo ejecutaremos lo siguiente:
nc 192.168.0.1 5678 < archivo.txt

Esto realizará la petición al equipo 192.168.0.1, en el puerto 5678 para que envie el archivo.txt que deseamos transferir.

Espero que les sea de utilidad, y si conoces algún otro método para transferir archivos rápidamente no dudes en comentar.

En el caso de Fedora Core 8,9,10,11 y hasta el el 12 no es necesario realizar estos pasos ya que, por defecto se instalan las últimas versiones de los drivers ALSA.

De todas formas para instalarlos o quizás si necesitamos instalar otros paquetes podemos usar los siguientes repositorios.

Ejecutamos el siguiente comando para editar el archivo de repositorios
nano -w /etc/yum.conf
Agregamos las siguientes lineas al final del archivo yum.conf

[atrpms]
name=Fedora $releasever – $basearch – ATrpms
baseurl=http://dl.atrpms.net/f$releasever-$basearch/atrpms/stable
gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms
gpgcheck=1
enabled=1
exclude=*kmdl*i586*
includepkgs=*alsa*

Importamos nuestro certificado

rpm –import http://ATrpms.net/RPM-GPG-KEY.atrpms

Instalamos los drivers con el comando Yum

yum install alsa-driver

Vía: linwik

CentOS + DRBD + HeartBeat + MYSQL
DRBD (Distributed Replicated Block Device), es un sistema para almacenamiento distribuido usado en Linux para realizar replicaciones de sistemas de archivos por bloques. Este paquete consiste en un modulo del Kernel drbd-kmod, y scripts que permiten que se puedan realizar replicaciones muy similares a un RAID 1, en red.
DRBD se suele usa acompañado de herramientas de High Availability (HA), como Heartbeat, para lograr servidores de alta disponibilidad.

Paquetes Necesarios

En el siguiente ejemplo utilizaremos como base un sistema 32 bits, para lo cual necesitaremos instalar por Yum, o por RPM los siguientes paquetes.
• drbd.i386
• kmod-drbd.i686
• MySQL-server <– Aplica a nuestro caso se puede usar cualquier otro servicio.
• Heartbeat*
• Gnutls*
• Ipvsadm*

Para ejecutar el modulo de drbd en el kernel debemos ejecutar lo siguiente:

• modprobe drbd
Read more…

Existe una lista bastante básica de comandos y herramientas que todos los Administradores de Sistemas Linux deberíamos conocer para facilitar en muchos casos nuestra vida, a la hora de conocer el status de nuestros servidores en un momento dado.

1. TOP – Este comando nos da información en tiempo real de nuestro servidor, por defecto muestra el uso del CPU, y se refresca cada 5 segundos, altamente recomendable.
2. VMSTAT – Informacion del Sistema y Hardware: Esta herramienta nos informa del estado de nuestro equipo, los procesos, se puede usar con diferentes entradas para ver estado de la memoria casi en tiempo real.
3. W – Este comando nos permite ver que usuarios están conectados a nuestro equipo, y adicionalmente podremos saber que están haciendo en ese momento.
4. UPTIME – Este comando nos ofrece información que también se despliega en el comando TOP, entre esa información que se muestra esta, el tiempo que tiene iniciado, la carga, numero de usuarios que están en el equipo actualmente.
5. PS - combinado con diferentes opciones ese tomando puede ser muy poderoso al momento de ver los procesos que se ejecutan en nuestro sistema, consumo de memoria de cada uno y de procesador.
6. FREE – Con free podemos ver el estado y uso de la memoria en nuestro sistema.
7. IOSTAT – Nos provee de información de entrada y salida de nuestro CPU, y Discos es bastante útil al momento de detectar problemas, también es muy útil al momento de monitorizar un NFS.
8. SAR – Otro comando muy poderoso, dependiendo de la combinación que se utilice permite realizar reportes de actividad del sistema.
9. MPSTAT – En la actualidad cuando la mayoría trabajamos con equipos multiprocesadores Quadcore entre otros, este comando nos permite ver el rendimiento de cada procesador independientemente.
10. PMAP – Cuando tenemos problemas de memoria podremos ver el rendimiento usando este comando, incluso hasta podremos monitorizar la memoria que consume un proceso específico.
11. NETSTAT – Si quieres conocer las conexiones abiertas en tu equipo este es el comando que debes utilizar.
12. SS – Nos provee estadisticas de los sockets de nuestro equipo, similar a Netstat.
13. IPTRAF – Más que un comando, es una aplicación bastante interesante y bien trabajada que nos permite monitorizar el tráfico que transita por cada una de nuestras interfaces, puertos ETC…
14. TCPDUMP – Además de poderoso este comando nos permite ver todo lo que transita por un puerto en tiempo real, bastante útil al momento de monitorizar cosas muy específicas.
15. STRACE – Esta herramienta no he tenido mucho necesidad de utilizarla pero permite realizar debug de nuestro servidor Web, apache, httpd, lighthttp, nginx entre otros.
16. /PROC – Aunque esto no es un comando, dentro de este directorio se encuentran archivos muy interesantes como meminfo, cpuinfo entre otros uqe nos permiten ver el hardware instalado en nuestro equipo un simple cat a estos archivos sería suficiente para ver lo que contienen.
17. NAGIOS – Este sistema de motorización es extremadamente versátil y útil debido a la infinidad de plugins y comandos que existen y se pueden crear, en la actualizada lo uso para monitorizar 150 servidores, Windows, y Linux, así como sistemas por SNMP, routers, switch, y UPS. Si posees una SMS gateway ó un Móvil para realizar envio de sms a través de Linux, lo puedes usar asi podrías enviar alertas a tu móvil en caso de cualquier incidencia en los equipos.
18. CACTI – Este sistema hace uso del SNMP, para realizar gráficas de rendimiento en los dispositivos que envian las trazas vía SNMP.
19. KDE System Guard – Ahora para ambientes KDE (NO ME GUSTAN, NO LOS USO), recomiendan el uso de esta herramienta pueden probarla y dejan un comentario en este post.
20. GNOME SYSTEM MONITOR – Esta herramienta nos permite al igual que la anterior monitorizar el rendimiento de nuestro equipo con una interfaz bastante amigable.
21. A esta lista le agrego el SMOKEPING, es una herramienta que se encarga de monitorizar que nuestros equipos respondan a ping, es bastante útil si quieres monitorizar interfaces genera gráficas de latencia.
22. JFFNMS – Esta herramienta también puede ser muy útil, debido a las gráficas que genera para monitorizar equipos a gran escala.

A la lista de Fnot le agregue dos mías que me parecieron bastante interesantes y que uso a diario, espero que les sean de utilidad.

Vía: FNOT

Este es un post que he querido hacer desde hace ya bastante tiempo, y que por motivos de tiempo y proyectos no había podido. Muchos de los que me leen, seguro saben que los iptables son volátiles, y bueno los que no lo sabían pues esnterense que es así, a que me refiero? bueno, básicamente lo que quiero decir es que si uno crea un iptables, y reinicia el equipo/servidor, al iniciar encontrarán con que los iptables no existen.

Que sucede muchos necesitamos que estas reglas se mantengan así el equipo se reinicie es por esto que hay herramientas para solucionar este inconveniente por ejemplo en el caso de Red Hat, que son bastante sencillas. Los pasos en Red Hat para crear un iptables y mantenerlo funcionando aun después de reiniciar serían los siguientes.

• Crear un archivo con la lista de iptables que deseamos crear ó insertarlas una a una.
• Ejecutar el comando service iptables save

Listo, esto nos creara un servicio que podremos iniciar, reiniciar ó parar en el momento que deseemos sin necesidad de recurrir a iptables -F para realizar un flush de las tablas.

En el caso de Debian también es bastante sencillo a decir verdad, los pasos serían.

• Crear un archivo con la lista de iptables que deseamos crear ó insertarlas una a una.
• Ejecutar el  comando iptables-save >/etc/iptables.conf
• Crear un archivo en la ruta /etc/network/if-up.d/iptables con el siguiente contenido:

  #!/bin/sh
  iptables-restore < /etc/iptables.conf

Luego debemos ejecutar el comando chmod +x /etc/network/if-up.d/iptables. Esto permitirá que el archivo pueda ser ejecutado al inicio.