La responsabilidad del puesto consiste en desarrollar negocios con servicios de Cloud Computing, pero no estamos interesados en que tanto sabes del tema, sino en que seas del tipo de persona que sabe que siempre se puede un poco más. Viejo o joven, si tienes lo necesario lo sabremos. Entrenaremos a quien tenga todo lo que buscamos. Ofrecemos un sueldo base bueno, pero no es lo importante, lo importante es  como tu desempeño  puede llevarte a ganar  45 o más millones por año.

Debes ser asombroso abriendo puertas y consiguiendo reuniones con llamadas en frío. Altamente auto-motivado, un excelente comunicador y presentador (a lo Steve Jobs) y siempre debes estar CERRANDO (ABC). Ven y construye tu propio imperio junto a nuestra empresa, contamos con una excelente reputación y necesitamos de los mejores para atraer a los mejores clientes.

Envía tu curriculum a penguins@itlinux.cl

Jan 22 03:49:16 zimbra-proxy postfix/smtp[29092]: 7F42E2A1D5D: to=<xxx@yyyy.com>,
relay=smtp.yyyy.com[300.72.236.190]:25, delay=42527, delays=42527/0.02/0.03/0.02,
dsn=4.0.0, status=deferred (host smtp.yyyy.xom[300.72.236.190] 
said: 450 too many connections from your IP (rate controlled) (in reply to RCPT TO command))

Como se puede ver en el log, nuestros correos están siendo rechazados porque hemos realizado más conexiones que las que están permitidas en un tiempo determinado. Los correos rechazados quedarán encolados en nuestros servidores y se intentará su reenvio según nuestra configuración.

En algunos casos podemos optar por esperar a que el envío se realice después, pero si necesitamos que estos se realicen lo más pronto posible y sabemos que el dominio de destino tiene una politica de restricción podemos configurar Postfix para que envíe los correos a una taza menor.

Si quieres saber como controlar la velocidad de envío, visita el artículo en nuestra base de conocimientos: https://itlinux.zendesk.com/entries/22989368-controlar-velocidad-de-envio-en-postfix

Para esto podemos utilizar la herramienta  incrond, que es un demonio que monitorea los cambios del sistema de archivos utilizando el sistema inotify. inotify  está incluído en todos los kernel modernos y permite suscribirse a eventos que ocurren en el sistema de archivo.

En nuestra base de conocimientos hemos agregado un manual de como utilizar incrond: https://itlinux.zendesk.com/entries/22791381-como-monitorear-cambios-en-un-directorio

Como muestra el manual esto facilita bastante algunas tareas de monitoreo y la gracia que tiene es que ocurre inmediatamente cuando sucede el evento, al contrario de utilizar un cron normal que se ejecuta cada cierto tiempo.

De todos los cursos que he tomado y dictado, ninguno consigue el objetivo de que los asistentes aprendan. Esto me puso a pensar como las empresas enfrentan la capacitación y sobre la oferta de las empresas que capacitan.

Algunos Gerentes piensan que capacitar a sus trabajadores es una pérdida de tiempo y dinero, y la verdad es que como están las cosas tienen razón.

La mayoria afronta la capacitación como un evento que se realiza una vez, un curso o un taller, y una vez finalizado el curso sería todo, no se vuelve a hablar más del tema. Esto además se acompaña con la oferta existente que consiste en cursos express con clases todos los días, en horarios ridículos y que no dejan tiempo para aprender. Estos cursos sólo benefician a una parte: quien los vende.

Algunos se pueden tentar a decir que las empresas también se benefician con el SENCE ya que descuentan impuestos, pero en este post no estamos hablando de empresas mediocres, así que no seguiremos con ellas.

La capacitación para que tenga un efecto importante en las personas y para que las empresas se beneficien con trabajadores más educados debe ser entendida y enfocada como un entramiento constante, como lo hacen los deportistas, y como todo deportista sabe: toda mejora importante toma tiempo, debe estar acompañada de un descanso adecuado y se debe repetir y repetir hasta que salga bien.

Las empresas de capacitación también son culpables de cursos abstractos. Todos tenemos situaciones reales que tratamos de resolver con lo esperamos aprender en el curso. Los cursos deben obligatoriamente seguir la regla: Muestra, no cuentes (Show, don’t tell)

Así que si en IT Linux comenzáramos a dictar clases seguramente utilizaríamos un modelo como el de las Universidades: un curso extenso de Linux, con una duración no menor a 3 meses y con 3 clases por semana máximo y en un horario decente. De esta forma el asistente podría asistir al curso descansado, trabajaría con ejemplos reales y tendría el tiempo necesario para descanzar y absorber lo enseñado.

Terminado este curso el asistente tendria la posibilidad de continuar su entreamiento a través de un portal especial, diseñado con nuevos desafíos y podría hacer consultas por siempre a sus profesores. Tambien podría asistir a talleres de especializacion como: virtualizacion, seguridad, escalabilidad, alta disponibilidad, etc.

Si comezáramos a dictar clases nuestro objetivo sería enseñar lo que hemos aprendido en todos los proyectos, no vender cursos. Nuestros alumnos serían educados a través de nuestra experiencia, no capacitados. Y las empresas mejorarían su rentabilidad con más productividad no con ahorro en impuestos.

Tal vez es tiempo de empezar a dictar clases.

A las 7AM recibí un llamado de uno de nuestros clientes, avisando que ya llevaban un día sin correo y que el Gerente General había dado la orden de que no podía pasar ni un minuto más sin servicio. Digan lo que digan, el correo electrónico es la herramienta más importante en las empresas.

El único antecedente antes de revisar el servidor era que todos los servicios de Zimbra arrancaban excepto por LDAP, esto según la persona a cargo del servidor.

Una vez concedido el acceso remoto hice lo que siempre hago al conectarme: comprobar el espacio con df -h e inmediatamente saltó a la vista que la partición /opt estaba al 100%.

Con este resultado creí que había encontrado la causa del problema así que ejecuté “du -h –exclude=store –max-depth 1 /opt/zimbra” para ver cuales eran los directorios con más datos y  de donde podía recuperar espacio. Al terminar de correr obtuve los mismos responsables de siempre:

• /opt/zimbra/log
• /opt/zimbra/data/amavisd/quarantine

Una vez liberado el espacio, y pensando que había ganado, me dispuse a iniciar ldap:

pero como ven no funcionó y el log no aportó muchos datos. Así que no era tan fácil como parecía.

Mi primer desafío fue iniciar LDAP con más información (debug) para ver que sucedía, esto lo logré lanzando el servicio a mano:

El dato importante está en la línea 14 y nos dice que el archivo “/opt/zimbra/data/ldap/config/cn=config.ldif” está con problemas. Al revisarlo y compararlo con otro servidor se notaba que ocurrió un problema a nivel de sistema de archivos que lo corrompió. En otro servidor este archivo tenía un contenido estándar, así que procedí a copiar y pegar, quedando:

Volví a lanzar el servicio LDAP a mano con el mismo comando anterior para ver si funcionaba y no levantó, ahora el culpable era el archivo /opt/zimbra/data/ldap/config/cn=config/olcDatabase={2}hdb.ldif. Nuevamente lo comparé con el otro servidor y también era un archivo con contenido estándar, así que a copiar y pegar.

Vamos por otro reinicio…. y ahora sí funcionó.

Si continuas leyendo, y lo agradezco, el dato importante de este post es que para analizar errores de LDAP en Zimbra debes tener siempre a mano el comando:

Algunos de los artículos más interesantes son:

• Comandos útiles de Zimbra
• Regenerar certificados SSL
• Actualizar reglas de Spamassassin
• Límites de postfix en Zimbra
• Actualización de Zona Horaria

Si hay algún tema que no encuentres o necesites ayuda para resolver un problema sólo escríbenos.

Si me pidieran numerar tres cosas que definen nuestra empresa, estas serían: nuestra gran calidad técnica, la dedicación que tenemos con nuestros clientes y nuestra nula participación en la comunidad. Esto último es algo que varias veces intenté corregir, pero nunca me comprometí por completo. Así que cuando nos propusimos actualizar nuestro sitio, tomamos la decisión de que su desarrollo fuera en pos de acercarnos a la comunidad y compartir lo que hemos aprendido.

Y es que no sólo hemos aprendido de Linux y Software Libre, también hemos aprendido como hacer empresa y lo que significa ser una PyME en Chile: como cobrar un cheque sin cuenta corriente, o la paradoja de que para abrir una cuenta debes tener historia como empresa: pero si SOMOS NUEVOS!!!!

De eso ya han pasado 6 años, y en estos años hemos logrado crecer de forma continua y contar con el respeto y amistad de nuestros clientes. Nunca es más cierta la frase “el éxito no pasa de la noche a la mañana” que cuando te toca vivirla. Hace 7 años estaba en un trabajo que odiaba, y hoy he formado una empresa en la que me encantaría ser contratado. Llegar hasta aquí no ha sido gratis, hemos cometido errores y de ellos aprendido un montón.

¿Y esto qué tiene que ver con nuestro sitio? Todo. El objetivo principal del nuevo sitio es acercarnos a la comunidad, de linuxeros y de los emprendedores, y compartir con ellos todo lo que hemos aprendido a lo largo de estos años. ¿Cómo logramos esto a través de un sitio web? Pues con contenido de calidad: artículos de interés en nuestro blog, tanto técnicos como de nuestra experiencia.

Lo anterior se debe lograr sin olvidar que somos una empresa, y como tal tenemos la responsabilidad de crecer en pos de mantener los niveles de calidad acostumbrados por nuestros clientes. Puesto en términos simples: crecer = más ingresos = más ventas. Así que nuestro sitio debe cumplir dos objetivos: promocionar lo que hacemos y compartir lo aprendido.

Para ello decidimos que la portada debía dejar en claro que es lo que hacemos y porque pueden confiar en nosotros. Además optamos por quitar toda la bulla y páginas de productos y condensarlos de forma clara en la portada. Así que pasamos de casi 20 páginas diferentes a sólo 6, 2 de ellas son de productos de los cuales nos sentimos orgullosos de representar, otra que cuenta quienes somos, una con nuestros datos de contacto y finalmente el blog, que de ahora en adelante será nuestra página más importante.

Como dije al principio, nos tomó un par de meses dar con el diseño adecuado, y creo que lo conseguimos. Ahora, como buenos sysadmins que somos, comenzaremos a medir su efectividad y espero contarles en un futuro cercano cuanto aumentaron dos indicadores claves: nuestras ventas y nuestra participación en la comunidad.

Agradecimientos

• Gabriel Yáñez (@GaboYanezB ), quien hizo realidad el sitio y soportó estoicamente mis atrasos,
• Victor Vargas (@kamusin), nuestro webmaster proclamado por decisión unánime, quien venció las ganas de no hacer nada y llevó adelante la publicación del sitio.