FreeBSD México

Comunidad Mexicana de FreeBSD

Probando los BSDs y OpenIndiana En Servidor de 2U AMD EPYC + Tyan 2U

Esta es una traducción del siguiente sitio: https://www.phoronix.com/scan.php?page=article&item=amd-epyc-bsd&num=1

Escrito por Michael Larabel en Sistemas Operativos el 10 de Octubre de 2017.

Hemos empezado a entregar varias pruebas de rendimiento de Linux del procesador AMD EPYC, pero para aquellos interesados en sistemas operativos BSD o incluso en el “Solaris de código abierto” Illumos/OpenIndiana, He realizado algunas pruebas básicas en los días anteriores usando el procesador de alto nivel EPYC 7601 de 64-hilos de ejecución en la TYAN Transport SX TN70A-B8026.

 

Siguiendo a las pruebas recientes de Fedora / Ubuntu / CentOS / openSUSE / Debian / Clear / Antergos en la EPYC, Preparé todo para probar algunos BSDs para ver si funcionan bien en un procesador AMD EPYC así como también con OpenIndiana. En general, los BSDs funcionaron muy bien y honestamente me dejaron sorprendido considerando que ellos no siempre se llevan bien en hardware nuevo, además de que muchos BSDs no se acercan al número de desarrolladores que tiene la comunidad de Linux.

 

 

Los puntos sobresalientes de mis pruebas de BSD con la combinación AMD EPYC 7601 + TYAN Transport SX TN70A-B8026 se muestran a continuación:

FreeBSD 11.1 – Usando el instalador basado en texto de la imagen ISO para USB de FreeBSD 11.1 x86_64 funcionó bien en este servidor Tyan 2U con el procesador EPYC. Esta fue mi primera vez probando los BSDs en un EPYC y todo funcionó muy bien. Similar a Linux que carece del reporte termal del CPU Zen hasta el siguiente ciclo del kernel (Linux 4.15), Los desarrolladores de FreeBSD solo aterrizaron su soporte para reportar la temperadura Zen en Septiembre para su siguiente liberación. Sin embargo con el EPYC 7601 en todas las condiciones probadas hasta ahora en un servidor con motherboard TN70A-B8026 no se llegó a tener ningún problema de temperatura del que se pudiera hablar.

 

TrueOS Stable – El sistema operativo derivado de FreeBSD conocido anteriormente como PC-BSD funcionó bien con el sistema. No es mucha sorporesa tomando en cuenta que TrueOS esta basado actualmente en FreeBSD 12.0-CURRENT. Incluso arrancando en el entorno gráfico de TrueOS (Lumina) el sistema funcionó muy bien con la pantalla AST2500. Así que para aquellos que le estan echando el ojo a una configuración EPYC-Tyan no experimentarán mucho problema.

DragonFlyBSD 4.8.1 – La versión actual de la liberación estable de DragonFly 4.8.1 funcionó bien en este sistema, sin problemas que reportar.

DragonFlyBSD 5.0 RC2 – La siguiente liberación de DragonFly viene pronto. Desafortunadamente, cuando se arranca desde la imágen basada en USB de la versión RC2 (Candidato a Liberación 2), el sistema reinicia inmediatamente. Pero esto parece ser algún problema que no es específico del procesador EPYC  ya que he encontrado este comportamiento con otros sistemas (Intel) también. Asi que no hubo pruebas hoy para DragonFlyBSD 5.0 RC2 con la nueva opción del sistema de archivos HAMMER2, pero la liberación estable que hay actualmente esta funcionando bien, así que esperamos que este problema se resuelva antes del debut de la versión 5.0.0.

OpenBSD 6.2 – OpenBSD 6.2 fue liberado el Lunes pasado. La imágen de USB de OpenBSD 6.2 arrancó exitosamente. Sin embargo, se presentó un problema del instalador/sitio espejo donde no pude instalar algunos paquetes, así que no pude proceder con una instalación completa del sistema. Pero el kernel fucionó bien para arrancar desde el sistema de archivos del USB, así que debe funcionar bien con el procesador EPYC.

 

 

Por último para estas pruebas probamos la última liberación de OpenIndiana Hipster. Este sistema operativo derivado de OpenSolaris/Illumos arrancó bien hasta llegar a su escritorio GNOME2. Al ver que arrancó totalmente hasta el escritorio fue toda una sorpresa debido a que en años recientes usando OpenIndiana generalmente había resultado sin éxito en mis pruebas. Mientras estaba funcionando, el almacenamiento NVMe SSD no estaban funcionando así que la instalación no pudo proceder. OpenIndiana ha ofrecido un controlador NVMe desde 2015, pero su soporte aún parece estar incompleto. Sin embargo la tarjeta Ethernet y otras funcionalidades del sistema estaban funcionando bien.

En general, tomando en cuenta los detalles normales de los BSD, estube complacido con el desempeño de los BSDs funcionando bien en la combinación EPYC 7601 + TYAN Transport SX TN70A-B8026 trabajando realmente bien con FreeBSD/TrueOS funcionando sin errores, dado que con los BSDs tendemos a ver más problemas de compatibilidad de hardware con productos nuevos especialmente en el caso de plataformas completamente nuevas, pero fue grandioso ver al EPYC y este servidor TYAN correr muy bien. Tampoco hubo problemas de estabilidad al correra algunas pruebas de rendimiento.

Para aquellos curiosos sobre el rendimiento de BSD en el servidor EPYC 7601, Llevé a cabo algunas Pruebas de la Suite de Phoronix esas pruebas se compararon con nuestras recientes pruebas con distribuciones Linux y con FreeBSD/TrueOS.

En general, los resultados básicamente estuvieron en línea con las expectativas dadas las pasadas pruebas de rendimiento entre BSD vs. Linux en diferentes plataformas. Dependiendo de la carga de trabajo, las diferencias de rendimiento pueden ser dramáticas si se usa el compilador LLVM Clang el cual es usado con frecuencia por los BSDs por defecto mientras que al cambiar de regreso a GCC puede llevar a una diferencia justa comparado con Linux.

Si alguien tiene otras peticiones de pruebas de rendimiento en BSD o pruebas para EPYC en general, haganoslo saber.

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

Soporte de FreeBSD para Programas Canal en ZFS (ZCP)

Este artículo es una traducción y adaptación de la siguiete liga: https://www.phoronix.com/scan.php?page=news_item&px=ZFS-FreeBSD-ZCP

 

Michael Larabel de Phoronix reporta que FreeBSD 12 soportará Programas Canal en ZFS, lo que permitirá a scripts Lua ejecutar tareas administrativas.

ZCP permite a pequeños scripts de Lua ejecutarse para realizar tareas administrativas en el sistema de archivos ZFS para tareas como eliminar antiguas instantaneas y otras tareas de mantenimiento. La implementación FreeBSD ya ejecuta estos comandos en un ambiente protegido tipo caja de arena (sandboxed) y refuerza los límites de memoria/tiempo para evitar potenciales escripts Lua dañinos.

Los Programas de Canal en ZFS (ZCP) son pequeños scripts escritos en un lenguaje específico de dominio que manipula aspectos internos de ZFS en una sola operación visible atómicamente. Por ejemplo, se podría codificar un programa ZCP para borrar todas las instantaneas de un sistema de archivos ZFS que realice 1) generar una lista de las instantaneas, 2) recorrer esa lista, y 3) destruir cada instantanea incondicionalmente.

Una instantanea es una imágen del sistema de archivos en su estado actual que se almacena en el espacio libre del sistema de archivos para poder regresar a el en caso necesario como por ejemplo en un intento fallido de actualizar un kernel o un programa en particular dentro de FreeBSD.

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

 

TrueOS descripción y características interesantes.

Esta es una traducción del siguiente sitio: https://www.trueos.org/more-on-trueos/

trueos.jpg

¿Qué es lo que hace diferente a TrueOS®?

TrueOS esta basado en la legendaria seguridad y estabilidad de FreeBSD. TrueOS se basa en FreeBSD-CURRENT, con los últimos controladores, actualizaciones de seguridad, y paquetes disponibles. También nuestro nuevo paquete de controladores traen el soporte de los juegos de chipsets gráficos y de hardware de Intel más nuevos. Consideramos que nosotros proporcionamos características líderes en la industria como lo es PersonaCrypt, la cual permite encriptar el directorio home del usuario y poder transferirlo a otras máquinas con TrueOS. TrueOS también soporta encripción de disco completa GELI, manteniendo tus datos seguros incluso en el caso de robo físico del disco. Así que adelante y pruebe este sistema operativo. Si tiene algún problema, estaremos felices de ayudar.

TrueOS esta creado encima de FreeBSD para hacer el mejor sistema de escritorio posible por medio de ofrecer estas fantasticas adiciones al nivel del sistema:

 

  • TrueOS usa LibreSSL para todo
  • Funcionalidad Clang completa compilada desde los ports
  • Las actualizaciones de TrueOS usan ambientes de arranque y nunca tocan el sistema de producción en vivo.
  • Linux DRM 4.9 (Soporta gráficos modernos de Intel – Broadwell, Skylake)
  • Ports y paquetes (packages) compilados con más opciones

 

¿Qué pasó con PC-BSD®?

Muchos estan familiarizados con el nombre PC-BSD y deben estar preguntandose porque le cambiamos el nombre. A pesar de que el nombre era conocido por muchos, los desarrolladores se dieron cuenta de que era el momento de un nuevo nombre que pudiera comunicar mejor nuestro mensaje. El desarrollador líder Kris Moore tuvo que decir lo siguiente: “Nosotros ya estabamos usando el nombre TrueOS para el lado del servidor de PC-BSD, y tenía sentido el unificar los nombres. PC-BSD no reflejaba bien sus capacidades de servidor o solución embebida. TrueOS Escritorio/Servidor/Embebido eran productos reales, evita un poco de la confusa sopa de letras, y nos da un nombre más pegajoso.” Una lección importante que se aprendió por medio de ir a conferencias es que la gente tiene dificultades para recordar acrónimos que forman parte de un nombre, lo cuál no es un buen punto de inicio cuando se promueve un producto. Tenemos la confianza de que el nombre TrueOS le permitirá a la gente identificar rápidamente el proyecto. Y subsecuentemente permitirá transmitir el mensaje de nuestra marca de una forma mejor y unificada.

Seguro y Protegido

Enfrentémoslo – La seguridad de Datos es uno de los problemas más complejos que un sistema operativo tiene que enfrentar para mantener seguros a sus usuarios. Es por eso que en el proyecto TrueOS hemos ido arriba y más allá para asegurarnos que tienes todas las herramientas que necesitas para mantener tus sistemas protegidos y seguros. Usando GELI para encripción de disco duro completa con PersonaCrypt le permitirá a tus usuarios realizar un portable y completamente encriptado directorio home en una unidad USB portatil que puede llevarse entre sistemas TrueOS. Esto te permitirá tener la libertad de poseer tus datos sin importar en que computadora los uses. Usamos LibreSSL, el cual es conocido y usado ampliamente dentro de OpenBSD, para asegurar nuestro código base e incrementar el nivel base de seguridad. Puedes ir y descansar seguro, TrueOS te tiene cubierto.

SysAdm™ Administración Remota

SysAdm proporciona una nueva forma de administrar tu servidor, sistema de escritorio o sistema basado en la Nube. Por medio de exponer una API vía Websockets o REST encriptado, ahora es posible controlar remotamente todos los aspectos de tu máquina, incluyendo la administración del software, actualizaciones, ambientes de arranque, usuarios, respaldos, y más. SysAdm es la respuesta que muchas compañías están buscando con una solución de bajo costo, y escalable que fácilmente puede administrar distintos segmentos de infraestructura de TI para mantener las cosas funcionando suavemente. TrueOS tiene ahora integrado una funcionalidad de panel de control total tanto local como remota dentro de SysAdm así que puedes encontrar fácilmente y ajustar cualquier elemento configurable desde un solo lugar.

El sistema de archivos OpenZFS

El sistema de archivos OpenZFS es la siguiente evolución de los sistemas de archivos. El diseño revolucionario de ZFS incorpora copia-en-escritura y elementos de auto-reparaciónpara proporcionan una confiabilidad sólida como una roca. De cualquier forma, los ambientes de arranque son lo que hacen brillar a este sistema de archivos. Con los ambientes de arranque, se pueden realizar instantaneas rápidas de la configuración de sistema en cualquier momento. Si algo sale mál mientras se realiza una actualización, o mientras editas un archivo de configuración, no tendrás de que preocuparte! Simplemente usa la funcionalidad de rollback interconstruida para regresar al ambiente de arranque previo y regresar las cosas como estaban. OpenZFS proporciona software interconstruido de RAID sin necesidad de los tener que adquirir controladores de hardware caros.

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

OpenZFS vs. Btrfs… y para efectos prácticos contra cualquier otro sistema de archivos

Nuestro Analista Senior tomó la noticia de Red Hat de esta semana en relación a Btrfs

No se quien lo dijo primero pero nos quitamos el sombrero ante quien haya sido: “La única cosa peor que la competencia es la No competencia.” Este adagio aplica igualmente al mercado donde no competencia puede significar no clientes, y también monopolios y monoculturas. Más allá del balance de la libertad y el control que el Código Abierto proporciona, la selección pura encontrada en el ecosistema del Código Abierto es una de sus mayores fortalezas. Nombre cualquier categoría de software desde sistemas operativos completos hasta una pletora de opciones con filosofías drásticamente diferentes, licencias, países de orígen, lenguajes de programación, y experiencias de usuario. Yo he invertido personalmente mi tiempo de voluntariado y carrera en hipervisores de código abierto y sistemas de archivos y me entristese escuchar que una alternativa incipiente al OpenZFS sufrió un reves esta semana con el anuncio de Red Hat que está depreciando a Btrfs como un sistema de archivos “De vista previa”. SUSE continúa apoyando Btrfs en configuraciones equivalentes de RAID 10, y sólo el tiempo dirá si bcachefs prueba ser una alternativa atractiva al OpenZFS. Este voto de no confianza de Red Hat deja a OpenZFS como el único sistema de archivos empresarial de código abierto con validación de datos y con ese rol viene una gran responsabilidad.

“En su CARA!, verdad?” Incorrecto. Las Monoculturas corren el riesgo de convertirse en monopolios vulnerables lo cual es la razón por la cual programadores de virus apuntan a Microsoft Windows y pueden enfrentar una “Cripto Cultura Inminente“. Mis colegas con el proyecto OpenBSD se han visto elogiados por la popularidad de OpenSSH pero insisten en que ellos no quieren ser la única opción en la ciudad. El Monoculturismo ha sido por largo tiempo un factor que dirige a la computación y es frecuentemente auto-perpetuante: ¿Por qué no usar y estandarizarse con una buena tecnología? OpenSSH fue la solución correcta en el momento correcto y permanece como la herramienta de acceso remoto de facto en sistemas conectados a Internet, tanto de código abierto como de código propietario. Lo mismo se esta volviendo verdadero con OpenZFS, la rama de la comunidad del sistema de archivos empresarial y revolucionario de Sun Microsystems y que eventualmente abrió su código fuente.

Afortunadamente, al igual que OpenSSH, OpenZFS realmente es tan bueno como la gente dice que es. OpenZFS va a traves de distancias sin rival para proteger tus datos y es altamente flexible y escalable. Yo he señalado los méritos de OpenZFS en toda su longitud de varias maneras y te invito, de hecho insisto a que verifiques esos méritos por ti mismo. Te invito a que inicies el viaje con una simple pregunta: “Puedes verificar sin ninguna duda que tus datos no han sufrido alguna corrupción de bit?” Espero tu respuesta. Mientras tanto, Yo personalmente estoy confiado de que OpenZFS realmente supera las limitaciones de otros sistemas de archivo y lo hace de maneras que son extremadamente accesibles a mi:

  • OpenZFS ha sido mi almacenamiento primario bajo macOS por mas de tres años y de mis sistema de archivos root bajo FreeBSD
  • Yo he movido unidades USB formateadas con OpenZFS del órden de los multi-terabyte desde mi sistema FreeNAS hasta un Raspberry Pi 3 corriendo FreeBSD y he corrido mi rutina de respaldo sin ningún problema
  • He ayudado clientes para configurar, mantener y optimizar sistemas basados en OpenZFS que van desde uno a 500 terabytes en tamaño
  • Yo he visto crecer a la Comunidad OpenZFS para incluir voluntarios increibles y proveedores quienes han hecho lo que era imposible de lograr con el almacenamiento sin importar el precio hace algunos años

Es un honor trabajar con la comunidad OpenZFS y con iXsystems en particular quién, gracias a FreeNAS, TrueNAS y TrueOS, ha puesto OpenZFS en más manos que cualquier otro proyecto o producto en la Tierra. Ambos estan ahora acelerando de un simple trote a un galope y estoy complacido de que ellos hayan sido cautos y calculadores. El Drama no es algo que quieras asociar con los sistemas de archivo o con el hardware en el que corren gracias a Illumos, FreeBSD y FreeNAS, nadie te detiene de construir un sistema de almacenamiento petabyte con cualquier hardware que puedas comprar. Realmente querras tener el hardware correcto pero no hay barreras artificiales que se interpongan en tu camino. Como podras imaginar, iXsystems es una fuente excelente del hardware correcto para OpenZFS, pero eso también eso es algo que invito a verificar por ti mismo. Después de todo, un geek, no es un agente de ventas.

¿Si es tan bueno, porqué OpenZFS no es tan popular como GNU/Linux?

Respuesta corta: Las licencias de OpenZFS y el kernel Linux son incompatibles, pero por una buena razón. Me tomó tiempo, pero yo acepto la aseveración de Bryan Cantrill de que la licencia CDDL de Sun tenía como esencia mantener a raya a Sun y posteriormente a Oracle de hacer algunas cosas malas con ZFS. Esto me causa malestar porque no soy un creyente de las patentes de software y creo que el software con licencias permisivas es el camino a seguir, incluso paradojicamente a veces. Yo también creo en las 6 razones para los amantes del GPL, los que lo odian, los que los explotan, y otros que disfrutan y apoyan el esfuerzo GPL porque todas las licencias del software libre necesitan ser reforzadas para mantenerse significativas. En el caso de GNU/Linux, La licencia CDDL de OpenZFS es incompatible con la Licencia Pública General del kernel de Linux de acuerdo a la  Free Software Foundation (Fundación del Software Libre) y a la Software Freedom Conservancy (Conservación de la Libertad del Software). Este es presumiblemente el por qué OpenZFS no es siquiera un sistema de archivos “Preview” o “de vista previa” en el Linux Red Hat Enterprise como lo fue Btrfs. Para cumplir con cada licencia, el usuario final debe compilar manualmente OpenZFS para Linux y por lo que se puede ver, esto suena como una gran manera de parmanecer honestos con las raices de “Hagalo Usted Mismo” de la comunidad GNU/Linux. Acepten la diversidad de licencias y obligaciones, o mantenganse de acuerdo conmigo de que la licencia permisiva de cada proyecto podrá resolver estas incompatibilidades sin consecuencias.

En este punto, Yo invito al proyecto bcachefs a considerar una licencia permisiva que permita su incorporación dentro de FreeBSD, OpenBSD, NetBSD, macOS e inclusive Windows para permitir que sus méritos brillen por igual y lleguen a las manos de tantos usuarios como sea posible. Hasta que eso ocurra, las distribuciones Illumos, FreeBSD, TrueOS y FreeNAS permanecerán como los sistemas operativos principales de OpenZFS y eso hace que ustedes quieran mantener sus datos valiosos en estos sistemas en el futuro inmediato.

Michael Dexter
Analista Independiente

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

http://busterfaucet.com/?ref=14747

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

10 Razones por la cuales deberías almacenar tus Datos en una PC con FreeNAS

Tus datos son invaluables y estrictamente confidenciales. Pero ¿En cuál compañía podrías confiar tus datos sensibles? ¿En qué modalidad de pagos vas a entregar tu dinero tan duramente ganado? Tal vez quieras acceder a tus medios a traves de todos tus dispositivos ¿En cualquier parte del mundo?

La gente ha hablado sobre este asunto, y con todas las opciones allá afuera, algunas, si no todas ellas podrían ser confusas.

 

 

Sistemas Operativos como unRAID tienen una flexibilidad funcional similar, sin embargo hay un costo inherente en relación a cuantos discos puedes instalar. Inclusive el sistema de archivos que elige unRAID es vastante diferente al que usa FreeNAS.

La menos flexible de las opciones sería un almacenamiento adquirido. Soluciones Alternativas de Almacenamiento en Red tales como QNAP y Synology pueden ser más sencillas de implementar. Sin embargo el costo inherente a ellas, junto con una flexibilidad limitada, no puede compararse con FreeNAS.

Y aquí mostramos el por que.

1. FreeNAS es Gratis

Es absolutamente el mejor precio que se puede pagar por cualquier cosa. Además de que el nombre es derivado del nombre del sistema base sobre el que funciona (FreeBSD), la versión estable actual, la cual es FreeNAS 11, esta llena de características y es libre! Tanto para personas en el hogar como en ambientes corporativos. Tu billetera te amará por esto.

2. Sistema Operativo Maduro

MIentras estamos en un mundo subjetivo, el software necesita cumplir ciertos criterios para ser considerado maduro. FreeNAS traza sus raices atras al año to 2005 y desde entonces ha sido descargado unas nueve milliones de veces! La evolución de FreeNAS lo ha transformado en una de los sistemas operativos NAS mas seguros, confiables, mantenido activamente y probado en el campo global del cual pueda usted acceder y utilizar.

3. Darle un nuevo propósito al Hardware antiguo

Recuerda esa vieja PC en su cochera la cuál usted prometió deshacerse de ella hace tanto tiempo que ya no se acuerda? ¿Por qué no darle una nueva vida a esa PC?. FreeNAS correrá practicamente en lo que sea. Suponiendo que no estará transmitiendo en línea video de 4k a todos sus vecinos. Pero si lo que quiere es un servidor de archivos simple y seguro o un servidor de respaldo ese equipo será suficiente.

 

 

Con un poco de paciencia y determinación, puede evitar el deshacerse de su vieja y olvidada PC. Los únicos artículos que deberá comprar son discos duros nuevos. Relativo a otros componentes, los discos duros tienden a degradarse mucho más rápido.

 

4. Almacenamiento de Grado Empresarial

Hasta este punto puede preguntarse: “Pero obviamente necesito un controlador caro de RAID para este nivel de almacenamiento no?” Absoluta y positivamente NO!

FreeNAS usa el sistema de archivos ZFS, el cual no sufre de la mayoría, si no es que de todos los problemas o limitaciones que sistemas de archivos hererdados y controladores de hardware RAID tienen. Incluso en la eventualidad de que su motherboard muera, lo único que tendrá que hacer es conectar sus discos en otra máquina corriendo FreeNAS e importar sus volúmenes.

 

 

Hay opciones de ZFS para crear discos unificados, discos espejeados e incluso arreglos de discos con dos discos de paridad. Lo cual significa que su arreglo tendría que perder tres fallas de disco simultaneas antes de que tenga un error catastrófico. La flexibilidad que FreeNAS ofrece combinada con la implementación ZFS hace que configuraciones para el hogar hasta el nivel corporativo sean una posibilidad. Mencioné que no hay restricción en cuanto al volumen de almacenamiento que se podría agregar?

5. Almacenamiento Seguro y Privado en la Nube

Usted no tendrá que pagar nunca por una suscripción de almacenamiento en la nube o correr el riesgo de alguna fuga de datos debido a algun milenial malicioso con capucha ha hackeado a su proveedor de almacenamiento en la nube y que ahora tiene una copia de su pasaporte y detalles del seguro social.

ownCloud le permitirá compartir sus archivos, contactos, calendarios y más en cualquier dispositivo. Sus datos estarán almacenados en su equipo FreeNAS y en cualquier dispositivo al cuál usted y sólo usted le acceso.

6. El Último Respaldo y Servidor de Medios

La pérdida de datos puede ser una expeciencia catastrófica, especialmente si formateaste tu USB de 5 años de antiguedad con tus preciosas fotos familiares y la única copia del histérico video donde disfrazaste a tu perro de minion para Halloween. Incluso en eventos desafortunados como un robo o un desastre natural tus datos son invaluables.

FreeNAS tiene soporte nativo para replicación, instantaneas y rsync así como también soporte extendido para servicios tales como  CrashPlan e inclusive Amazon S3. ¿Tienes una Mac? Tu podrías usar tu PC con FreeNAS como una máquina del tiempo nativamente! Mantente tranquilo si las necesidades de respaldo son locales o en la nube, en todos los sistemas operativos estan mas que cubiertas.

Si estas almacenando todos tus medios en tu NAS entonces tiene sentido que tu NAS sirva los medios a tu red local. Plex es una de esas aplicaciones de las que no te puedes imaginar vivir si ella. Después de agregar Plex a tu PC con FreeNAS esta transforma tu solución de almacenamiento empresarial en un servidor de medios temible. Con soporte para prácticamente cualquier dispositivo inteligente con una pantalla y un puerto HDMI. PLEX se encarga de todos tus medios: películas, Shows de TV, videos caseros, fotos, y colecciones de audio.

7. Virtualización

Con la versión actual de FreeNAS (FreeNAS 11) viene un hipervisor. Esto significa que se pueden arrancar instancias de Windows o Linux ahí mismo en tu sistema FreeNAS como lo permita el hardware. Esto es útil cuando se requiere probar algun sistema operativo nuevo o crear pequeñas máquinas virtuales que tienen un propósito específico especial de forma sencilla!

El cerebro detras de FreeNAS ha anunciado que Docker estará soportado en la próxima liberación, lo cual abre al sistema FreeNAS a la plataforma de software más importante del mundo en contenedores. Asegurate de verificar que tu hardware soporte virtualización para tomar ventaja de estas características.

8. ¿Quién Necesita algo ya Hecho? ¡Haz el tuyo Propio!

Todo desde cuáles componentes uses, hasta como lo implementas está bajo tu control. Esto hace que la actualización y la ruta de mantenimiento para tu sistema sea más soportada que cuando compras algo ya hecho como lo que ofrecen Synology o QNAP.

 

 

El sentimiento de logro que obtienes de crear tu propio dispositivo, que es más efectivo en costo, confiable y rico en características ¡Es adictivo!

9. Sólido como Roca, Configurese y Olvidese.

Una vez que tienes tu sistema FreeNAS configurado, solo requerirá atención de ti en el evento de alguna falla de hardware o alguna actualización necesaria. El panel de información tiene telemetría incluida así que tienes la opción de mantener un ojo vigilante en tu disco duro, o del uso de red o CPU.

Alternativamente puedes usar las notificiaciones interconstruidas enviadas a tu correo electrónico en caso de alguna eventualidad como cuando uno de los discos duros falla, y si no se reemplaza pronto, tu entera colección de GIF de gatos se puede perder!

10. La Comunidad es Asombrosa

Otro indicador de madurez del software, es la actividad de su comunidad. El foro de FreeNAS es una pletora de conocimiento, no sólo de FreeNAS, hay muchos expertos en el campo de seguridad, desarrollo de software, análisis e inclusive gente que es completamente nueva en la comunidad Linux (recuerden que FreeNAS es FreeBSD no Linux!) toman parte en las conversaciones.

Raramente, si no es que núnca, es posible que cruces por alguna instancia de alguien que no haya respondido a la pregunta que necesitabas que te respondieran, o alguien no pudo contestar. La comunidad FreeNAS tanto por dentro como por fuera y por encima de las campanitas y espantasuegras del sistema operativo hace tan suave como sea posible esta experiencia como nadar en una alberca llena de doble crema :).

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit  https://steemit.com/@cosmicboy123

BSD Magazine Edición Junio de 2017

Esta es una traducción del siguiente sitio: https://bsdmag.org/download/creating-scaling-applications-using-containerpilot-pattern/

 

Contenido:

1.- CREANDO Y ESCALANDO TUS APLICACIONES USANDO EL PATRÓN DE CONTAINERPILOT

2.-COMPILANDO FREEBSD 12 EN RASPBERRY Pi 3 CON CROCHET

3.- FLUENTD PARA BITÁCORAS CENTRALIZADAS

4.- MINIX 3: UN PROMETEDOR DIAMANTE EN BRUTO

5.- ENTREVISTA CON EL PROFESOR ANDREW TANNEBAUM, CREADOR DE MINIX 3

6.- INTRODUCIENDO EL ALMACENAMIENTO UNIFICADO X10 DE TRUENAS

7.- IMPLEMENTANDO UN SIMULADOR DE MÁQUINA ENIGMA COMO UN DISPOSITIVO DE CARACTÉRES

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123 y en Steemit https://steemit.com/@cosmicboy123

Xinuos basado en FreeBSD!

Hace 4 años aproximadamente se publicó en este mismo sitio la nota relativa a Xinuos y la busqueda de talentos con conocimientos en FreeBSD.

Bueno el resultado final de esto es lo que se menciona aquí:

Xinuos es una compañía de software Americana que fue creada en 2009 y que crea y vende software de  sistema operativo. Se le llamó primero como UnXis hasta que asume su nombre actual en 2013. Su base de operaciones esta en  Berkeley, California.[1]

Historia

UnXis se formó cuando los activos operativos de El Grupo  SCO, los cuales estuvieron en bancarrota por varios años, fueron adquiridos en una subasta pública en Abril de 2011 por Stephen L. Norris y un grupo privado del Medio Este por el precio de $600,000.[2] Dólares. En particular, la empresa tomó los nombres de los productos, su propiedad y su mantenimiento de los sistemas operativos bandera del Grupo SCO ,  OpenServer y UnixWare.[3][4]

Los derechos de litigio del Grupo SCO contra IBM y Novell no fueron transferidos a UnXis, y el Grupo SCO fue renombrado subsecuentemente en el Grupo TSG.[2][4] UnXis, y posteriormente Xinuos, indicaron en 2011, y de nuevo en 2013, que no tenía ninguna parte en los aspectos en marcha de ese litigio.[3][5]

Inicialmente, UnXis estaba ubicada en Nevada y su CEO era Richard Bolandz.[2] En Junio de 2013, éste cambio su nombre a Xinuos.[6] En ese entonces su presidente era Sean Snyder.[6] La compañía también tiene oficinas en Berkeley, California, en Florham Park, New Jersey, en Bad Homburg, Alemania, y en  Tokio, Japon.[7]

En Junio de 2015, Xinuos anunció OpenServer 10, el cual está basado en el sistema operativo FreeBSD. Simultaneamente, Xinuos introdujo una ruta de migración para clientes existentes usando productos antiguos. En Diciembre de 2015, Xinuos liberó versiones “definitivas” de OpenServer 5, OpenServer 6, y de UnixWare 7, que eran compatibles hacia arriba con OpenServer 10.[8][9][10]

Productos

Los productos principales de Xinuos son los siguientes:

  • OpenServer 10 es un sistema operativo x86-64 basado en FreeBSD, el cúal fue anunciado en Junio de 2015,[11][12] y liberado en Enero de 2016.[13] Las versiones definitivas de los otros sistemas operativo Xinuos tienen la intención de ser compatibles hacia arriba con OpenServer 10.
  • UnixWare 7 Definitive es un sistema operativo Unix IA-32 descendiente del UNIX System V de AT&T. UnixWare 2.x e inferiores, fueron descendientes directos de SVR4.2, y fueron desarrollados originalmente por Unix System Laboratories (USL), Univel, Novell, y posteriormente por Santa Cruz Operation. UnixWare 7 fue vendido como una combinación de Sistema Operativo Unix UnixWare 2 y OpenServer 5 y fue basado en SVR5. UnixWare 7.1.2 recibió el nombre comercial de OpenUNIX 8, pero liberaciones posteriores regresaron al nombre y número de versiones UnixWare 7.1.x .
  • OpenServer 6 Definitive es un sistema operativo Unix IA-32 basado en el kernel SVR5 en un ambiente para mantener la compatibilidad con OpenServer 5.
  • OpenServer 5 Definitive es un sistema operativo Unix IA-32 el cual fue desarrollado originalmente por Santa Cruz Operation. OpenServer 5 fue un descendiente de SCO UNIX, el cual a su vez fue un descendiente de Xenix (SVR3.2).

Referencias en inglés de este post pueden consultarse en la siguiente URL:

https://en.wikipedia.org/wiki/Xinuos

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

 

BSD Magazine Edición Mayo de 2017

Esta es una traducción del siguiente sitio: https://bsdmag.org/download/ssh-hardening-google-authenticator-openpam-zfs-feature-flags-devops/

 

Contenido:

1.- REFORZAMIENTO SSH CON AUTENTICACIÓN GOOGLE Y OPENPAM.

2.- BANDERAS DE CARACTERISTICAS ZFS

3.- ¿REALMENTE DEVOPS PUEDE SER DEFINIDO?

4.- DEPURACIÓN Y PRUEBAS

5.- WANNACRY / RANSOMWARE

6.- SITIOS ESTÁTICOS AL LADO DE DOKKU EN DIGITAL OCEAN

7.- SAPERE AUDE & VITALE REPIN

8.- ENTREVISTA CON DANIEL CIADELLA CONVERTI

 

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

DragonFly BSD 4.8

Esta es una traducción del siguiente sitio: https://www.dragonflybsd.org/release48/

 

Versión 4.8.0 liberada el 27 de Marzo de 2017

DragonFly versión 4.8 trae el soporte de arranque EFI en el instalador, mayores mejoras en velocidad en el kernel, un nuevo controlador NVMe, y un nuevo controlador eMMC, y actualizaciones al controlador de video Intel.

Los detalles de todas las consolidaciones entre las ramas 4.6 y 4.8 estan disponibles en los mensajes de consolidación asociados para 4.8RC y 4.8.0.

Puntos de Mayor importancia

Rendimiento de kernel mejorado

Esta liberación localiza las líneas de cache y reduce/elimina el rebote de cache en las globales. Para compilaciones en masa en sistemas con muchos núcleos o multiples-sockets, tenemos cerca de un mejora del 5% y ciertos subsistemas tales como busquedas de namecache y exec()s ven una mejora masiva enfocada. Vea la lista de posts de correo correspondiente con todos los detalles.

Soporte para el arranque eMMC, y PCIe SSDs de movilidad y alto rendimiento

Esta liberación de kernel incluye soporte para el almacenamiento eMMC como el dispositivo de arranque. También soportamos un controlador nuevo NVMe SSD amigable con SMP, y de alto rendimiento (almacenamiento PCIe SSD). Los resultados de las pruebas iniciales estan disponibles.

Soporte EFI

El instalador ahora puede crear una instalación EFI o heredada (de legado). Numerosos ajustes se han realizado a las herramientas del entorno de usuario y al kernel para soportar EFI como un ambiente de arranque principal. El sistema de archivos /boot puede ser colocado ahora ya sea en su propia partición GPT, o en una etiqueta de disco DragonFly dentro de una rebanada/partición GPT.

DragonFly, por defecto crea una partición GPT para todo el DragonFly y coloca la etiqueta DragonFly dentro de ella con todas las particiones DFly estándar, de tal forma que los nombres de disco son mas o menos los mismos de como quedarían en un sistema heredado.

Soporte de gráficos mejorado

El controlador i915 ha sido actualizado para que coincida con la versión encontrada en el kernel Linux 4.6. Los usuarios de procesadores Broadwell y Skylake verán mejoras en este sentido.

Otros cambios que afectan al usuario

  • Kernel está compilado ahora usando la bandera -O2.
  • VKernels ahora usa COW, de tal forma que múltiples vkernels pueden compartir una imagen de disco.
  • powerd() es sensible ahora a cambios de tiempo y temperatura.
  • Módulos de kernel de sistema de archivos no booteable pueden ser cargados en rc.conf en lugar de loader.conf.

Detalles

Sumas de verificación

MD5 (dfly-x86_64-4.8.0_REL.img) = 7936811dc0113bb5a5c607d3bfd71917
MD5 (dfly-x86_64-4.8.0_REL.iso) = e6811893c02e99ca7dd8f3c1d6e92ae3
MD5 (dfly-x86_64-4.8.0_REL.img.bz2) = 0e0a426ea581b9057ef1277b2ba7167d
MD5 (dfly-x86_64-4.8.0_REL.iso.bz2) = 54bd900737a32fab9939ec5fd1fd0d6d

Actualizando

Si tiene un sistema existente 4.6.x y esta corriendo un kernel genérico, el proceso de actualización normal, descrita abajo, funcionará.

Note que las llaves DSA de OpenSSH estan obsoletas ahora. Es posible cambiar su configuración para permitir las llaves DSA de nuevo, pero recomendamos cambiar a la nueva llave cuando sea posible. Si usted solo tiene llaves DSA, cambie a otro tipo antes de actualizar o puede quedarse fuera de su sistema sin posibilidad de entrar. Es posible que pueda usar la opción -oHostKeyAlgorithms=+ssh-dss para poder entrar de todas formas, pero nosotros recomendamos cambiar a llaves RSA lo más pronto posible.

Note que el soporte HPN de OpenSSH ha sido removido. necesitara removerlo de sus configuración de sshd. Esto solo le afecta si usted lo activa específicamente en su configuración.

Cambie su directorio local /usr/src a 4.8:

cd /usr/src
git fetch origin
git branch DragonFly_RELEASE_4_8 origin/DragonFly_RELEASE_4_8
git checkout DragonFly_RELEASE_4_8
git pull

Y entonces recompile: (en /usr/src )

make buildworld
make buildkernel
make installkernel
make installworld
make upgrade

No olvide actualizar  sus paquetes existentes. Paquetes 4.8 ya han sido precompilados y estan disponibles inmediatamente.

pkg upgrade

Todos los cambios desde DragonFly 4.6

Kernel

  • Se creó nuevo código del cache de memoria intermedia (buffer) para eliminar reservaciones dinámicas KVA. En lugar de ello, todo el KVA se reserva al momento del arranque. Lo cual nos protege de IPIs innecesarios y permite una simplificación insignificante del código del cache del buffer.
  • Se agregó la opción vfs.repurpose_enable (bajo pruebas, desactivado por defecto). Esta característica puede ser activada para reducir significativamente el IPI y la administración de carga de Máquinas Virtuales en máquinas donde se realizan grandes cantidades de E/S-Entrada y Salida (I/O) de archivo , por ejemplo desde un disco de estado sólido (SSD) NVMe, por medio de brincarse el mecanismo normal de reciclaje de página VM. Cuando está activado, la característica solo se desencadena bajo cargas muy altas de E/S (I/O). Esto funciona por medio de redirigir el propósito de las páginas VM, delineando un buffer en el lugar (cuando sea posible) de tal forma que no se tenga que efectuar un kremove/kenter en las páginas en la KVA de la memoria de intercambio. El reciclaje normal de página VM (la cual se vería sobrepasada por la carga de E/S (Entrada/Salida) es pasada por alto también.
  • Se cambió el como se procesa el IPIQ, en particular se crea un mecanismo independiente de vector Xinterrupt para invalidaciones de página que ignora (que operará) incluso si una sección crítica es retenida. Se implementó machdep.optimized_invltlb (desactivada por defecto, bajo prueba) la cuál evita enviar IPIs de invalidación tlb a procesadores desocupados.
  • Corrige numerosas condiciones de carrera que pueden ocurrir bajo cargas extremas. La mayoría de los casos de uso no deben disparar nunca ésto pero nuestras computadoras de compilación lo han hecho ocasionalmente. Por ejemplo, hubo dos carreras de instrucción donde el bit de cpu para un pmap podría ser borrado (por dos instrucciones) y causar una IPI TLB ocurriendo al mismo tiempo en otro cpu por el mismo pmap que no se dio cuenta que ese cpu ya estaba usando un pmap. La corrección es desactivar la optimización de recarga de CR3 para el caso del switch LWP->LWP (mismo proceso).
  • Se corrigió un bug del sistema de archivos HAMMER que puede resultar en un error de DATA CRC que este siendo reportado inapropiadamente.
  • Se corrigió una doble escritura disparada por la manera en que HAMMER utiliza la función cluster_write(). Esto mejora significativamente el rendimiento de escritura de HAMMER.
  • Numerosas mejoras y optimizaciones en HAMMER fueron incluidas.
  • Se corrigió un bloqueo duro que puede ocurrir en getpbuf*() debido a una mala interpretación del retorno del valor de una operación atómica.
  • Se corrigió una interrupción de apilado que puede ocurrir en una ventana de 10 instrucciones, potencialmente (pero no encontrada en el exterior) corriendo sobre la pila del kernel hasta rebasarla.
  • Corta IPIs relacionadas con pmap por la mitad para ciertas operaciones de buffer-cache por medio de no molestarse en invalidar el TLB, y por un lado da la vuelta invalidando siempre el TLB cuando entre un nuevo PTE inclusive si el contenido previo era inválido. Esto mejora el rendimiento y también hace la depuración más fácil por medio de eliminar una optimización problemática.
  • Se corrigió un número de condiciones de carrera SMP difíciles de activar, en particular una relacionada a hacer desmontajes simultaneos de diferentes puntos de montaje que la compilación principal puede activar. También una corrección para la condición de carrera para mountctl vs umount.
  • Se reduce el número de operaciones atómicas en la ruta del cambio.
  • Se corrigió una condición de carrera/pánico de namecache la cual podría ocurrir bajo cargas extremas acoplado con mucha actividad mount/umount.
  • Se restringe el muestreo de %rip para root.
  • Se corrigió problema de getpid() en vfork() cuando está en multihílo. En particular vfork()s concurrentes en un programa con hílos de procesamiento puede causar un retorno de PID erroneo por parte de getpid() en el hijo previo al exec.
  • Se corrigió una condición de carrera rara de tsleep/callout cuando el temporizador del callout activa la función tsleep() antes de que tenga su configuración completamente lista.
  • Limpieza de namecache mantiene mensajes en la consola. En particular, reporta el tiempo de espera apropiado en el td_comm del hílo involucrado.
  • Mayor reducción de pruebas de memoria en reducción a cero en el arranque temprano para mejorar tiempos de arranque en sistemas con grandes cantidades de RAM.
  • Se remueve completamente el código de espera de la página de reducción a cero. La reducción a cero de una página en un cpu moderno la opción sobre demanda es mejor por muchas razones, y actualmente puede ser más rápida cuando se combina con los datos de acceso de un cliente en la página, debido a los efectos de cache. Elimina PG_ZERO, debido a que ya no es necesario. Eliminar PG_ZERO también hace que el kernel sea más depurable por eliminar otra posible fuente de contaminación cruzada.
  • Rediseño y finalización de implementación de localización del CPU para las ubicaciones de memoria en el kernel. Se combina con conocimiento NUMA. Esto funciona para estructuras de datos de kernel localizados por cpu o de vida corta. Las dos estan combinadas entre si en nuestra abstracción PQ_L2_SIZE que solían ser código de color de la página de VM. Este código ahora maneja localización de CPU y conocimiento NUMA.
  • Se corrigó muchos problemas de vkernel y mejora significativa en el rendimiento de vkernel.
  • Bajo kern.proc.pathname, un sysctl usado por programas para encontrar la ruta del programa en ejecución. Este sysctl fue implementado originalmente antes de que almacenemos suficientes datos para retornar una ruta completa apropiada.
  • Se sincroniza ACPICA desde Intel (esta es una ocurrencia regular).
  • Se corrigió el ensamble ABI de memcpy() . El ensamble no estaba retornando el argumento original (dst). No corrige ningún problem conocido pero cierra un hueco cuando algunas veces GCC decide llamar a memcpy mientras genera código.
  • Muchas consolidaciones para limpiar advertencias y errores de -O2. El kernel ahora está compilado con -O2 por defecto.
  • Agrega una solución alterna para una rendición impropia en la ruta ACPI (también conocido como código buggiento  ACPI).
  • Se corrigió una condición de carrera STOP/CONT que puede ser activado por  una señal pendiente justo en el momento equivocado.
  • Volcado de pila multihílo y se corrigió un bloqueo relacionado con lo mismo cuando múltiples hílos del mismo proceso tiene una falla de segmento al mismo tiempo.
  • Se corrigió un bloquedo de CAM/VM que puede ocurrir debido a un bug en uiomove_nofault(). Esto puede causar un  ‘un buffer de espera indefinido’ durante paginado/swapeo pesado.
  • Se agregó codigo para detectar y lidiar con IPIs perdidos. Esto es primeramente para vkernels donde algunos hosts pueden perder IPIs. CPUs Reales no se supone que pierdan IPIs.
  • Varias correcciones para clock_gettime().
  • Se removieron mas vestigios del MPLOCK. Todas las rutas críticas han sido despojadas desde hace mucho tiempo de este candado, pero aún hay algunos pocos lugares no críticos restantes que lo usan.
  • Se volvió a trabajar el código para matar procesos de memoria baja y se corrigieron un número de condiciones de carrera que pueden evitar que esta característica funcione.
  • Se corrigió un bloqueo de sistema con VMM y se rediseñó el código VMX.
  • Se corrigió un bloqueo mortal cuando los numvnodes alcanzan a los maxvnodes, lo cual puede ocurrir durante cargas pesadas. También se corrigió una fuga de memoria menor en el kernel cuando ‘df’ o la sincronización del sistema de archivos sobrepasa a un comando umount. También reduce modestamente el cálculo de maxvnodes. Por ejemplo, una máquina con 8GB de RAM ahora configura maxvnodes a 478483 en lugar de  598103.
  • Se corrigió un pánico raro el cuál puede ser activado por vm_object_page_remove() cuando user_yield() es llamado impropiamente mientras mantiene un bloqueo de spin, y entonces decide desagendar.
  • Reduce el tamáño de algunas estructuras del kernel ubicadas dinámicamente. En particular, ubicaciones de tablas hash de nodos-i excesivamente dimensionadas ahora son más pequeñas. Efecta principalmente al sistema de archivos UFS (el cuál DragonFlyBSD no usa mucho).
  • Se agregó un camino alterno para el erratum 793 de AMD.
  • Se corrigió un bloqueo mortal el cual puede ocurrir en llamadas de E/S (I/O) apiladas de cluster_*().
  • Se corrigió un bug donde la carga recursiva del módulo puede tener un bloqueo mortal.
  • Se corrigió un bug chistoso en el código sillyrename (renombrado chistoso) de NFS  (del lado del servidor NFS) el cual podía causar que el código de silly-renamed del servidor nunca eliminara el archivo con renombrado chistoso. Que chistoso!!
  • Se hace un mejor trabajo acomodando configuraciones de high-ncpu + low-memory configurations (Alto proceso en CPU + baja memoria).
  • Se rediseñó los bloqueos de spin compartidos para reducir la cantidad de giro que puede ocurrir cuando multiples cpus adquieren un bloqueo compartido de spin al mismo tiempo.
  • Se revisan las operaciones de namecache para reducir aún más la contención SMP. Esto mejora el rendimiento de componentes simples no conflictivos simultaneos en cuando menos 25x en sistemas con muchos nucleos, y reduce significativamente operaciones vnode y estructuras de montaje ref y unref.
  • Se revisaron otras numerosas estucturas del kernel para mejorar el cache localmente y reducir la linea de reborte de cache.
  • Se corrigió un bug en el código de renombrado de archivo de SMBFS.
  • Se implementó RLIMIT_RSS, un limitador RSS por proceso el cual forzará paginación localizada en una base por proceso. Esta característica puede ser usada para prevenir un proceso de que convierta el resto de la máquina en un cascarón inútil.
  • Se incrementó el máximo espacio de swap soportado. El máximo ahora esta limitado primeramente por la RAM y será en el orden de las decenas de terabytes (si tienes suficiente RAM para las estructuras del soporte de administración). También se incrementó el KVM del kernel de 128G a 511G.
  • Se implementó borrado dinámico pmap (desactivado por defecto). Esto dirige el código pmap para borrar páginas intermedias de la tabla de páginas y de PDs desde el pmap al vuelo. Puede ser util si la memoria esta en un premium, pero note que, si se activa, esto hará más lenta la ejecución de programas los cuales colocan o descolocan memoria a un ritmo alto.
  • Se rediseñó como funcionan los niveles ‘nice’ de usuario, haciendo los valores nice seleccionados más significativos de lo que solían ser.
  • Se agregó un controlador nativo NVME de alto rendimiento para DragonFly, escrito por Matt Dillon. Este controlador usa vectores MSI-X y todas las colas disponibles soportadas por el dispositivo, localización por cpu sin bloqueo o con bloqueo mínimo (no hay conflictos SMP en la mayoría de los casos), y es capaz de IOPS y rendimiento de locura.

Gráficos

  • Se estabilizan Broadwell y Skylake, trae a DragonFly el equivalente DRM de Linux 4.6.
  • Se implementó el API de Linux i2c para hacer el portado de código más fácil.
  • Se corrigieron algunos viejos bugs, incluyendo una orden de inversión de bloqueo, la cual podía congelar la reproducción de video (y el resto del sistema X).
  • Se corrigió un error de prioridad de hilo drm del kernel que permitía a un proceso de usuario el tener mayor prioridad que la del hilo de procesamiento del asistente drm. Esto corrigió la mayoría de los congelamientos temporales reportados en navegadores.
  • Manejo de paso de framebuffer EFI en DRM, mejora de cambios de consola de sistema VT y corrección de bloqueos fatales relacionados. También se tiene el intento del kernel de cambiar de regreso a la consola VT desde X cuando ocurre un pánico.

Trabajo en Red

  • Muchas mejoras a traves de la tarjeta de red.
  • iwm – Corrige un problema causado por lógica invertida. Otras mejoras numerosas que mejoran significativamente el rendimiento.
  • wlan – Soporte para escaneo bg asincrono y otras características agregadas.

Otros controladores

  • nvme – Se agregó a la compilación por defecto del kernel, mas correcciones y mejoras en rendimiento.
  • mmcsd – Se agregó soporte significativo de eMMC a DragonFly.
  • ahci – Algunos ajustes de compatibilidad y más cambios agregados para soportar juegos de chips rotos, en particular multiplicadores de puertos. También implementa FBS (Cambios-Basados en FIS (FIS-Based-Switching)) cuando es soportado por el juego de chips.
  • Se agregó soporte para Trackpoint y Elantech.

Entorno de Usuario

  • Se mejoró systat para colapsar multiples interruptores pertenecientes al mismo controlador, ya que frecuentemente hay demasiados para listar ahora.
  • systat -vm 1 se mejoró y rediseñó  significativamente para reportar información más útil y para desempacar campos para que no corran el uno dentro del otro. Y agregó ‘nvme’ a la coincidencia del dispositivo de bloques. Tambien ajustó el despliegue extendido de vmstats y cambió la forma como ozfod y nzfod son reportados.
  • ‘vmstat 1’ Su salida fue rediseñada. Todos los campos estaban corriendo uno dentro del otro debido a un alto rendimiento de una máquina moderna versus lo que existía hace 30 años.
  • Cambios en la señalización de mount/mountd para reducir escaneos de listas de montaje innecesarias y comando desde operaciones mount_null y mount_tmpfs. Solo importan realmente bajo un uso concurrente pesado, pero el grueso de la compilación crea actualmente esa situación.
  • Se corrigen numerosas fugas fork/exec*() que libc puede activar debido a no usar O_CLOEXEC en modalidad atómica. Se agregó varias características O_CLOEXEC a funciones tales como popen() y mk*stemp*() (add mkostemp() y también mkostemps()). Se corrigió una fuga de descriptor de archivos en popen() cuando corre en un ambiente multihilo.
  • Se vuelve más amable con pthreads en vfork() por medio de dar a los nuevos subprocesos lwp el mismo tipo de TID que aquel que tiene el que llamó el vfork(). Esto permite a pthread soportar funciones para ejecutar en el proceso hijo durante el vfork sin implotar los pthreads.
  • Mucha correcciones de compatibilidad en encabezados para mejorar las compilaciones en dports.
  • Varias correcciones de seguridad de importaciones OpenSSL.
  • Se resincronizó OpenSSH para hacer más sencillo el mantenerlo actualizado.
  • Se separan las banderas C del kernel por medio de compilar el kernel usando KCFLAGS en lugar de CFLAGS.
  • Se eliminaron numerosos controladores ISA antiguos del árbol de código completamente. Ya que ahora DragonFlyBSD es de 64 bits solamente, se puede comenzar a eliminar controladores antiguos que no existen en plataformas de 64-bits.
  • Se introdujo las banderas WORLD_CFLAGS y WORLD_CCOPTLEVEL, por defecto a  -O. Esto hace mucho más fácil compilar todo tu mundo -O2 o lo que sea (p.ej. WORLD_CCOPTLEVEL=2). Sin embargo, desaconsejamos el uso de 3 o mayor. Valores válidos son 0, 1, 2, 3, s, g, y ‘fast’ (rápido).
  • Se ajustó el formateo del STATUS para ps para hacerlo más legible y para eliminar antiguas banderas que ya no son aplicables y que solo crean confusión.
  • Se corrigió la alineación malloc() para pequeñas ubicaciones. El alineamiento mínimo ahora es de 16 para ubicaciones en el rango de 16-128 bytes en lugar de 8. Note que las ubicaciones de un poder-de-2 siempre han sido alineadas naturalmente, pero algunos programas usan múltiplos de (p.ej.) 16, como el ’48’, y asume una alineación de 16-bytes.
  • Se agregó Fortunes (fortunas) rediseñado.
  • powerd – Se agregó administración basada en la temperatura para powerd con una nueva opción -H lotemp:hightemp. Esta característica es extremadamente útil en laptops con pobre ventilación y aquellos BIOS modificados intencionalmente a muy alta temperatura. Powerd ahora detecta cambios en el estado de la energía (la cuál puede cambiar la lista de frecuencias disponibles) y transiciónan apropiadamente el servicio cuando ocurre un cambio de estado de energía.
  • Muchas correcciones de  libthread_xu / pthreads y ajustes para mejorar la compatibilidad de dports.
  • Se agregó características de copia-en-escritura (copy-on-write) al vkernel. Por ejemplo, permite a multiples vkernels usar una sola imagen de disco por medio de tener cada uno modificaciones COW internamente a la ram.
  • /usr/src/secure recableado, se eliminaron conflicots de libmd, libcrypt.

Varias herramientas han sido actualizadas en el sistema base:

  • El compilador ha sido actualizado a GCC 5.4.1.
  • Ahora tenemos un enlazador dorado con LTO.
  • binutils 2.25
  • less 481.
  • OpenSSL / LibRESSL complamente reescritos. La base usa ahora libressl.
  • Multiples actualizaciones de zona de tiempo (timezone).

Estatus de Hammer

Mejoras miscelaneas. Una cosa que no logró incluirse en la liberación fue una mejora en la versión para usar un algoritmo de CRC más veloz con una polinomial diferente. Este trabajo será MFC’d a -release (liberado) una vez que las pruebas esten completas. De cualquier forma, los usuarios no deberían preocuparse mucho sobre esto debido a que la corrección de rendimiento mas seria ESTÁ en la liberación (una corrección al código cluster_write() para escrituras de sistema de archivos).

Estatus de Hammer2

El desarrollo continúa, pero no hay ni una palabra aún de una primera liberación.

Estatus de compilador Clang

Un marco de trabajo de inicio has estado siendo agregado para usar clang como el compilador de base alterno en DragonFly, para reemplazar gcc 4.7. Aún no esta completo. Clang puede ser agregador por supuesto como un paquete.

Estatus de 64-bit

  • Note que DragonFly es un sistema operativo de 64 bits únicamente desde 4.6, y no correrá en un hardware de 32-bits.
  • Soporte para AMD Ryzen esta en la liberación y mas trabajo debe realizarse conforme más desarrollos Ryzen vayan ocurriendo. Hay algunos problemas sobre topología reportada en CPU eso se arreglará y se MFC. Hay algunos problemas de estabilidad que actualmente aguardan una actualización del microcódigo de AMD para resolve/retest. Usuarios Ryzen pueden estar seguros de que estamos trabajando sobre esto!

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)

BSD Magazine Edición de Abril de 2017

Esta es una traducción del siguiente sitio: https://bsdmag.org/download/nearly-online-zpool-switching-two-freebsd-machines/

 

Contenido:

1.- CAMBIO DE ZPOOL CÁSI EN LÍNEA ENTRE DOS MÁQUINAS FREEBSD.

2.- SERVIDOR JUMP OPENSSH CON 2FA

3.- NUEVAS CARACTERÍSTICAS DE OPENBSD 6.1

4.- EL BLOG DE DANIEL MIESSLER

5.- PROGRAMACIÓN GUI EN FREEBSD CON PERL/TK

6.- DEVOPS CON CHEF EN FREEBSD

7.- HERRAMIENTAS DE DESARROLLO

_________________________

Nos leeremos en el siguiente artículo!

FreeBSD rulez!

Si esta información te resultó útil considera hacer una donación a mis cuentas de BitCoin o LiteCoin:

BTC:   37Eyuc6a9YFw3NYAWriBRdsNztjeUCjeBY

LTC:    LhyHJC2eXVCrwHKX1jnMuSHgSijW3XHX2j

_________________________

 Eric De La Cruz Lugo, es Licenciado en Informática Administrativa (LIA) con especialidad en sistemas, egresado del Instituto Tecnológico y de Estudios Superiores de Occidente (ITESO), ha sido usuario de FreeBSD desde 1993 y de sistemas UNIX desde 1992, y de Linux desde 1997 (actualmente cuenta con certificación Linux+CompTIA) es profesor de asignatura de la Universidad Tecnológica Metropolitana en Mérida, Yucatán, donde administra servidores corriendo con FreeBSD que hospedan aplicaciones administrativas y la plataforma educativa en línea de la división de TIC (Tecnologías de la Información y Comunicación) de la Universidad. También brinda de forma independiente consultoría profesional a empresas e instituciones, e imparte cursos relacionados con UNIX, Linux y desde luego FreeBSD!, forma parte del equipo de traducción al español del sitio bsdcertification.org, así como Proofreader y betatester de artículos de la revista BSDMag editada en Polonia, que se puede leer mensualmente en bsdmag.org,  también es astrónomo amateur y asesor externo del Planetario Arcadio Poveda Ricalde de Mérida, Yucatán y esta felizmente casado con su amada esposa Marisol Alvarez, puede ser alcanzado en: eric@freebsd.mx, eric_delacruz@yahoo.com y en eric@iteso.mx y en twitter: @COSMICBOY123)