Tag: Bofh (page 1) - Userlinux.net

Tag: Bofh (page 1)

Buscar

Categorías
Nube de tags
Últimos comentarios
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
  • gravatar
Webs amigas
Archivo
Promo
Links de interés

Problemas con el SAI

¿Qué pasa cuando tienes un SAI MGE Protector Center 500 como el de la foto y lo enchufas sin haber leido las instrucciones de uso en el manual adjunto?
SAI¿alguien se habría dado cuenta?
Que lo enchufas todo en la hilera de la izquierda -según se ve en la imagen- y una vez se ha ido la luz y te has quedado sin corriente te das cuenta de que son entradas directas.

¿Hace falta poner algún tipo de moraleja?
Archived on : tecnología
Tags : sai bofh humor

Conky

Conky
Wu me ha pasado el enlace de una herramienta interesante para, de un vistazo, hacernos una idea de lo que está pasando por nuestro equipo.

La herramienta se llama Conky y es muy similar al histórico GKrellM. Fácil de configurar a través de un archivo (~/.conkyrc) podemos configurar casi cualquier parámetro o script que se nos ocurra y se pueda representar.

La configuración que veis está basada en éste archivo, lleva además de la información general de la máquina, porcentaje de CPU usado, memoria, swap, disco ocupado por particiones, gráfica de red y las aplicaciones que más procesador y memoria consumen (vía top).

En su web se pueden ver las instrucciones de instalación en distintos sistemas y varios screens con sus archivos de configuración. Nota: También soporta lectura de logs con tail.

Distintas formas de backup

Es uno de los grandes dilemas BOFH. Cada administrador las hace a su modo, podemos presuponerlas todas correctas hasta que se demuestre lo contrario. En sistemas *NIX like tenemos varias opciones, desde un tar a pelo hasta un script con rsync pasando por rdiff-backup, scp...

Particularmente desde que conozco la opción --link-dest de rsync no soy el mismo. He ido mejorando poco a poco la política de copias, empezando por no tener ninguna hasta llegar al sistema actual que intento explicar.

HTop

Y ya que estamos de descubrimientos, uno que todo el mundo conocía excepto el hombre desactualizado. El programa en cuestión se llama htop y no es más que el top de toda la vida mejorado, con facilidad de manejo y entendible con un solo vistazo:
HTop
Con F5 ordenamos los procesos en árbol y con F6 priorizamos los que usen más RAM, CPU... Y además podemos matar o trazar un proceso pulsando solo una tecla. Pena que no exista en los ports de FreeBSD u OpenBSD... igual ha llegado la hora de convertirse en maintainer.
Archived on : sistemas

SSHMenu

Hace tiempo me venía preguntando si existiría algún archivo (dot) donde guardar la configuración de pestañas abiertas en un gnome-terminal. No es descabellado tener varias pestañas con sesiones ssh a diferentes máquinas, presumiblemente las mismas todos los días. Es una tediosa costumbre que esperaba automatizar algún día.

Y precisamente ahí es donde actúa SSHMenu. Consiste en un Applet de gnome que, configurado correctamente, abrirá n sesiones ssh en pestañas (o ventanas) gnome-terminal con una geometría determinada, todo configurable.
Archived on : sistemas

Muchos grupos, muchos permisos

Ayer durante el curso -si, docente de nuevo- me plantearon una duda que hizo tambalear mis (repito, mis) cimientos de Software Libre (los cuales no están tan arraigados como debieran). Un usuario con -supongo- conocimientos en otros sistemas operativos propietarios se quedó dubitativo mientras intentaban comprender propietarios y permisos en *nix.

Despues de ver que un archivo tiene los permisos clasificados en su usuario propietario (u), grupo propietario (g) y otros (o) surgió la temida pregunta: ¿Y si tengo 3 ó 4 grupos y quiero dar distintos permisos a cada uno?. Pensadlo, porque chown, chmod y chgrp no solucionan esa papeleta (que yo sepa).

SysAdminDay

Como me han felicitado, felicito. Felicidades a todos los que habeis instalado un sistema operativo, lo habeis parcheado para aumentar su seguridad, monitorizado su estabilidad, configurado software pertinente, mantenido sus copias de seguridad, servido páginas web, instalado routers, configurado redes, preocupado por las consecuencias del spam, spyware...

Felicidades a todos los sysadmin, porque de los 365 días del año, 364 vivimos sin respecto y 1 es el nuestro, hoy: Friday, July 28th, 2006. El 7º System Administrator Appreciation Day (traducción de andar por casa). Cuidado con los pasteles, que todos los excesos son malos :D.
Archived on : ocio

POP3 vs IMAP, MAXDAEMONS

No recuerdo la última entrada sobre servidores de correo, he debido de tener bastante suerte porque suele ser el pan de cada día en materia de administración. Debe ser cierto eso de que una vez configurado y funcionando este tipo de servicios comen poco tiempo al BOFH de turno.

Un repaso de configuraciones de vez en cuando no viene mal, así que juntadas unas cuantas quejas decido comprobar los parámetros que se mandan al servidor encargado de repartir el correo, courier en este caso. El problema concreto se centra en la respuesta del servidor, no se efectúa en la totalidad de los casos y vistas las estadísticas del tráfico medio de ancho de banda, no debería ser problema de conectividad (al menos no en tantos casos).

Los correos se sirven en dos bandejas, POP e IMAP, las diferencias son notorias así que resumiendo demasiado el primer protocolo consiste en la descarga de todos los mensajes para poder leerlos offline mientras que el segundo es una sincronización continua de los correos del servidor. ¿Qué significa?, que por norma general POP usa menos tiempo la conexión con el servidor pero ocupando mayor caudal de descarga e IMAP establece una conexión más duradera y ligera (dependiendo del tipo de caché cliente, descarga de cabeceras...).

Si seguimos acumulando factores y después de analizar a grosso modo los logs del sistema, creo que soy el único que utiliza IMAP, es muy probable que el servidor POP se sature de cuando en vez (no por ancho de banda, sino por límite de peticiones):
# grep imapd /var/log/maillog | wc -l ; grep pop3d /var/log/maillog | wc -l
      88
    1382
# grep MAXDAEMONS /usr/local/etc/courier-imap/pop3d
    ##NAME: MAXDAEMONS:0
    MAXDAEMONS=40
# 
40 es, por defecto, el número de peticiones simultáneas que atiende (tanto pop3d como imapd). Visto que imapd lleva 88 peticiones en total (hoy) no creo que haga falta cambiar demasiado su configuración, sin embargo puede quedarse corto para el resto de clientes que usan pop3d, así que me parece inteligente probar con un valor más alto. 300 sería una cifra óptima para un gran servidor de correo, pero no queriendo pecar de protagonismo, 'ni pa tí ni pa mi', probaré un tiempo con 80 a ver si disminuyen las quejas.
Archived on : sistemas
[ Userlinux 2001 ~ 2010 | Sindicación ]