Tag bofh - Userlinux.net

Posts sobre el tag bofh

Problemas con el SAI

r0sk 08.Aug.2008 4 Comentarios 718 Lecturas
¿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?
Categorías:
Tags:

Conky

r0sk 11.Apr.2007 0 Comentarios 2399 Lecturas
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

r0sk 05.Mar.2007 1 Comentarios 2211 Lecturas
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

r0sk 02.Mar.2007 1 Comentarios 1185 Lecturas
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.
Categorías:

SSHMenu

r0sk 01.Mar.2007 3 Comentarios 1170 Lecturas
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.
Categorías:

Muchos grupos, muchos permisos

r0sk 07.Feb.2007 3 Comentarios 1418 Lecturas
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

r0sk 28.Jul.2006 0 Comentarios 1042 Lecturas
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.
Categorías:

POP3 vs IMAP, MAXDAEMONS

r0sk 05.Jul.2006 2 Comentarios 2029 Lecturas
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.

Buscar

Cargando...

Categorías

Últimos comentarios

  • BartlettLilly20
  • r0sk
  • coder
  • argordmel
  • uveic
  • MarcosBL
  • quemada
  • alexander
  • Hakky111
  • tramel
  • hoyadas
  • hoyadas
  • hoyadas
  • Anubys
  • Arturo

Tagcloud

lugo freebsd seguridad futbol iphone mysql champions userlinux alemania_2006 copa bsd cakephp rfilms deportes meme blogs conciertos bake debian macosx apple humor programación música games 2008 beers tip lucux cake sysadmin ssh ibook films cumpleaños bash league barça soccer mundial frases opinion felicidades hack php juegos cms personal 2007 ubuntu ds mac sidenotes openbsd linux blogsfera rsidenotes blog nintendo san_froilan

Archivo

Social

Twitter

Enlaces

Enlaces de interés