¿Sueña Tux en código fuente?

Como ya hemos hablado en ocasiones pasadas el proyecto Opensolaris de la empresa Sun Microsystems dejo de ser oficialmente soportado por la empresa Oracle (nuevo dueño de Sun). Sin embargo el nucleo del proyecto fue tomando por Illumos.

Para resumir copio / pego un pedazo de texto de wikipedia sobre esto:

“Después de la adquisición de Sun Microsystems, en agosto de 2010, Oracle decidió interrumpir la publicación y distribución de OpenSolaris, así como su modelo de desarrollo, basado en la disponibilidad de versiones de desarrollo compiladas cada dos semanas y versiones estables cada seis meses. Sin embargo, los términos de su licencia libre no han sido modificados, por lo que el código fuente afectado por ella será publicado cuando Oracle publique nuevas versiones de Solaris.

A raíz del cierre del repositorio de OpenSolaris por parte de Oracle, un grupo de ex-desarrolladores de OpenSolaris decidió hacer una bifurcación del código y ahora el desarrollo del núcleo del sistema operativo (o lo que hubiera sido OpenSolaris) continúa con un nuevo proyecto de la comunidad llamada illumos. Illumos es básicamente el código fuente de OpenSolaris, pero reemplazando los componentes privativos que quedaban por código libre, y basado en el desarrollo continuo en forma de comunidad.”

Uno de los “hijos” de Illumos es Open Indiana. (http://openindiana.org/) Distribución en la cual están basados los comandos y ejemplos a continuación.

SMF – utilidad de gestión de servicios administra los servicios en la máquina. La unidad fundamental de administración en la estructura SMF es la instancia de servicio. Cada instancia de servicio se denomina con un identificador de recursos de administración de fallos (FMRI) el cual incluye el nombre del servicio y el de la instancia. Por ejemplo, el FRMI del servicio sendmail es svc:/network/smtp:sendmail; en este ejemplo network/smtp identifica el servicio y sendmail identifica la instancia del servicio.

El comando svcs se utiliza para identificar los servicios que están instalados en el sistema. El comando svcadm se usa para administrar o cambiar el estado de un servicio.

* Para enumerar los servicios instalados en un sistema y el estado de cada uno:

# svcs -a

* Para mostrar un servicio con problemas de cualquier tipo:

# svcs -x

* Mostrar el estado de un servicio específico:

# svcs -l FMRI (FMRI = Fault Managed Resource Identifier – imagina que es el nombre abreviado del servicio)

# svcs -l ssh
fmri         svc:/network/ssh:default
name         SSH server
enabled      true
state        online
next_state   none
state_time   20 de octubre de 2011 10:49:03 COT
logfile      /var/svc/log/network-ssh:default.log
restarter    svc:/system/svc/restarter:default
contract_id  76
dependency   require_all/none svc:/system/filesystem/local (online)
dependency   optional_all/none svc:/system/filesystem/autofs (online)
dependency   require_all/none svc:/network/loopback (online)
dependency   require_all/none svc:/network/physical (multiple)
dependency   require_all/none svc:/system/cryptosvc (online)
dependency   require_all/none svc:/system/utmp (online)
dependency   optional_all/error svc:/network/ipfilter:default (disabled)
dependency   require_all/restart file://localhost/etc/ssh/sshd_config (online)

* Para iniciar un servicio:

# svcadm enable FMRI

* Comprobar que se esta ejecutando:

# svcs -a | grep FMRI

* Detener un servicio:

# svcadm disable FMRI

Al instalar el sistema algunos servicios se encuentran en ejecución que no son necesarios (ejemplo sendmail)… vamos a ver como des-habilitarlos

1. verificar estado del servicio:

# svcs -a |grep sendmail

online 11:22:39 svc:/network/sendmail-client:default

online 11:22:39 svc:/network/smtp:sendmail

2. bajar el servicio

# svcadm disable sendmail-client sendmail

3. verificar cambios

# svcs -a |grep sendmail

disabled 13:46:28 svc:/network/smtp:sendmail

disabled 13:47:07 svc:/network/sendmail-client:default

Bueno, como ya hemos hablado en ocasiones pasadas el proyecto Opensolaris de la empresa Sun Microsystems dejo de ser oficialmente soportado por la empresa Oracle (nuevo dueño de Sun).

Para resumir copio / pego un pedazo de texto de wikipedia sobre esto:

“Después de la adquisición de Sun Microsystems, en agosto de 2010, Oracle decidió interrumpir la publicación y distribución de OpenSolaris, así como su modelo de desarrollo, basado en la disponibilidad de versiones de desarrollo compiladas cada dos semanas y versiones estables cada seis meses. Sin embargo, los términos de su licencia libre no han sido modificados, por lo que el código fuente afectado por ella será publicado cuando Oracle publique nuevas versiones de Solaris.

A raíz del cierre del repositorio de OpenSolaris por parte de Oracle, un grupo de ex-desarrolladores de OpenSolaris decidió hacer una bifurcación del código y ahora el desarrollo del núcleo del sistema operativo (o lo que hubiera sido OpenSolaris) continúa con un nuevo proyecto de la comunidad llamada illumos. Illumos es básicamente el código fuente de OpenSolaris, pero reemplazando los componentes privativos que quedaban por código libre, y basado en el desarrollo continuo en forma de comunidad.”

Uno de los “hijos” de Illumos es Open Indiana. (http://openindiana.org/) Distribución en la cual están basados los comandos y ejemplos a continuación.

Manejo de paquetes

Vengo del mundo de Debian… asi que el manejo de paquetes se me hizo bastante similar

* Refrescar lista de paquetes desde cero (full) ; si no lo quieres / necesitas completo sin el – -full (son 2 – juntos)
# pkg refresh – -full

* Listar paquetes instalados
# pkg list -a (también funciona el |grep paquete)
# pkg list -a |grep sendmail
service/network/smtp/sendmail                 8.14.4-0.148    installed  —–

* Buscar un paquete especifico en repositorios para luego instalar (buscando gcc)
# pkg search -r gcc

* Obtener info del paquete (para ver si ese es el que quiero)
# pkg info -r gcc

* Instalar un paquete especifico
# pkg install paquete

* Desinstalar paquete
# pkg uninstall paquete

Al igual que apt en Debian, es posible agregar nuevos “repositorios” de software

* Saber que “repositorio” esta actualmente
# pkg authority

* Adicionar “repositorio” – en cada página que ofrece paquetes esta la instrucción… pero por lo general es:
# pkg set-authority -O {url-repositorio} {alias-repositorio}

* Eliminar una “authority” (repositorio)
# pkg unset-authority {alias-repositorio}

Bueno, por ahora creo que es suficiente info… como recordamos esta distribución viene de su “padre” Opensolaris por lo que la mayoría de documentación disponible en la red funciona en OpenIndiana también.

Si te sirve la info un comentario de agradecimiento me sube el ánimo