El Blog de Francisco

Después de 3 años he vuelto

2013-05-09T17:41:00.001-07:00

Después de 3 años he vuelto, mi última entrada fue en 2010, me he orientado más hacia linux que hacia Solaris; al parecer solaris va de salida en muchos lados, aún singo trabajando con Solaris ya que la base instalada es muy grande. Trataré de publicar con regularidad cosas con las que vaya trabajando ya sea solaris o Linux. Esperen más Saludos -Francisco

WAN BOOT para sun

2010-03-08T07:48:00.000-08:00

He aquí el procedimiento que para configurar un wan boot server y olvidarnos de que el cliente esté en el mismo segmento de red, la ventaja de esto es que usa http para instalar.

Para hacer esto debemos saber si nuestros clientes son capaces de soportar arranque con http, como root en la maquina debelos teclear

#eeprom network-boot-arguments
Si el regresa algo como esto:
network-boot-arguments: data not available
Significa que nuestro servidor es capaz de levantar usando http. Ahora, ya estamos seguros que nuestro server va a levantar usando wanboot, pero debemos configurar nuestro servidor de arranque que es el que se va a encargar de atender las peticiones de http, para bajar el miniroot y así poder levantar.

Primero debemos tener un dvd/cd de Solaris 10 o una imagen iso montada y debemos instalar apache o apache2. (Aquí no se discute como instalar apache).

Una vez instalado apache debemos decidir dónde van a estar nuestros documentos (por así llamarles a los archivos de arranque) y configurarlo en el httpd.conf. Para esto yo decidi ponerlos en /var/apache2/ bajo este directorio esta cgi-bin htdocs y conf.

Debajo de /var/apache2/htdocs debemos crear:

#mkdir wanboot10
#mkdir flashdir
#mkdir config

Una vez hecho esto deberemos crear el miniroot filesystem
cd /cdrom/cdrom0/s0/Solaris_10/Tools
./setup_install_server -w /var/apache2/htdocs/wanboot10/wpath /var/apache2/htdocs/wanboot10/ipath

Este comando depende de la velocidad del sistema, puede tardar hast 45 minutos en crearse deberá aparecer una salida como esta:

Verifying target directory... Calculating the required disk space for the Solaris_10 product Calculating space required for the installation boot image Copying the CD image to disk... Copying Install Boot Image hierarchy... Starting WAN boot Image build Calculating space required for WAN boot Image Copying WAN boot Image hierarchy... 782048 blocks Removing unneeded packages from WAN boot Image hierarchy Creating the WAN boot Image file Image size is 214139904 bytes Copying WAN boot to Image file... 421200 blocks WAN boot Image creation complete The WAN boot Image file has been placed in /var/apache2/htdocs//wanboot10/wpath/miniroot Ensure that you move this file to a location accessible to the web server, and that the WAN boot configuration file wanboot.conf(4) for each WAN boot client contains the entries: root_server= where is an HTTP or HTTPS URL scheme pointing to the location of the WAN boot CGI program root_file= where is the path and file name, relative to the web server document directory, of 'miniroot' You should also make sure you have initialized the key generation process by issuing (once): # /usr/sbin/wanbootutil keygen -m Install Server setup complete

Después de haber hecho este paso debeeremos copiar las reglar de algún jumpstar server tradicional que ya tengamos funcionando, estas reglas hay que copiarlas debajo de /var/apache2/htdocs/config

Poner el wantboot en el los htdocs del servidor web (Ojo depende de la arquitectura que qerramos levantar puede ser sun4u, sun4v etc)

# cd /cdrom/cdrom0/s0/Solaris_10/Tools/Boot/platform/sun4u Server
# cp wanboot /var/apache2/htdocs/wanboot10/

Ahora debemos poner los cg-bin en su lugar
# cd /usr/lib/inet/wanboot/
# cp bootlog-cgi wanboot-cgi /var/apache2/cgi-bin/

Crear el directorio /etc/netboot
# mkdir /etc/netboot
#cd /etc/netboot
vi system.conf
SsysidCF=http:///config
SjumpsCF=http:///config

Debemos ahora crear nuestro wanboot.conf (Ojo las rutas son relativas a la configuración del htdocs y cg-bin en httpd.conf)

boot_file=/wanboot10/wanboot
encryption_type=
signature_type=
server_authentication=no
client_authentication=no
resolve_hosts=
root_server=http:///cgi-bin/wanboot-cgi
root_file=/wanboot10/wpath/miniroot
boot_logger=http:///cgi-bin/bootlog-cgi
system_conf=system.conf

Copiar el miniroot dentro del servidor web
#cd /var/apache2/htdocs/wanboot10/wpath
#cp miniroot /var/apache2/htdocs/wanboot10/

Ahora dentro del directorio /var/apache2/htdocs/config hay que crea el sysidcfg, igual que en un JS normal

Algo como esto:
network_interface=hme0 { primary hostname=bab8 ip_address=10.156.5.12 netmask=255.255.255.0 protocol_ipv6=no default_route=10.156.5.254 }
timezone=US/Central
system_locale=C
terminal=dtterm
timeserver=localhost
name_service=none
security_policy=none

creen un profile debajo del mismo directorio

install_type flash_install
archive_location http:///flashdir/install.flar
partitioning explicit
filesys c0t0d0s0 free /
filesys c0t0d0s1 512 swap

Ojo:
Deshabilitar el checksum
ndd -set /dev/ip ip_lso_outbound 0

Una vez creado el profiles deben crear el rules file (no discutido aquí)

Ya una vez todo configurado deberemos indicarle al cliente a nivel de OBP que como levantar

ok setenv network-boot-arguments host-ip=, router-ip=, subnet-mask=, hostname=foo, file=http://www.example.com/cgi-bin/wanboot-cgi

Una vez hecho esto
ok> boot net install

Bug en el SUNWssh

2010-02-17T15:57:00.000-08:00

Nuevamente estamos por aca escribiendo de mis pericias con Solaris 10, y pues resulta ser que quite el F-secure ssh para dejarlo con el SUNWssh todo iba bien hasta que los servidores dejaron de aceptar conexiones.
Este bug esta documentado en: http://sunsolve.sun.com/search/document.do?assetkey=1-66-272629-1

Lo que pasa aqui es que el sshd deja de recibir conexiones, por lo que se debe aplicar el parche 143140 si y solo si se tiene un parche nuevo en el kernel como el 141444-09 o mas nuevo (esto aplica para sparc) una vez aplicado se debe reiniciar el servicio de de ssh con el comando:
svcadm refresh ssh

Otro comportamiento raro que me toco ver fue que el openssh o SUNWssh no podian abrir nuevas terminales pty como si no hubiera; cuando el opensshd llama a la funcion openpty esta regresa un error llamado enxio esto quiere decir que no hay mas pseudo terminales disponibles, mi pregunta como es esto posible si yo era el unico firmado en la consola. Este comportamiento esta documenatdo con los linux pero no he encontrado a nadie que haya posteado el mismo problema en solaris. Asi que la forma de arreglar esto por desgracia fue recuperar el sustema mediante flar

Hasta la proxima amigos

Google ofrecerá en un futuro banda ancha

2010-02-10T14:04:00.000-08:00

Pues creo que google prentende adueñarse del mundo ya que pretnede ahora incursionar como provveedor de acceso a internet( ver link: http://www.cronica.com.mx/nota.php?id_nota=487059)

Lo que dice la nota es que pretende ofrecer velocidad 100 veces mayor a la que ofrecen los proveedores de ISP en Estados Unidos y sobre todo a precios competitivos. ´

Con esta tecnología Google craría aplicaciones nunca antes vistas. A ver si estos cuates llegan A México y nos ofrecen un ancho de banda de 1Gb/s, entonces yo creo que Telmex se tendría que poner a rezar. Pero esto a lo mejor ocurrirá en el transcurso de 5 o 10 años así que tendremos que esperar un rato todavía

flar hibridos

2010-02-10T08:04:00.000-08:00

Pues no hay nada más falso que un billete de $5, resulta ser que por ahí (no recuerdo el link) publicó que se puede recuperar una arquitectura diferente si hacemos un flar hibrido y arrancarlo en la máquina en cuestión. Es decir yo pudiera respaldar una T5240 y recuperarlo en una M5000 o vicerversa, si alteramos un archivo llamado /var/sadm/system/admin/.platform y agregamos una línea diciendo:

IN_PLATFORM_GROUP=sun4u o IN_PLATFORM_GROUP=sun4v según sea el caso en donde querramos recuperar el flar podremos "recuperar el flar" ojo dije recuperar jamas arrancar el SO contenido en ese flar.

Ya que si lo queremos arrancar debemos actualizar el SO, usando un DVD/CD on un servidor jumpstart, o sea que hay que actualizar el SO. Eso por ejemplo lo hace un script llamado ldmp2v que convierte un servidor físico en uno virtual. Ya lo he probadp y no es muy bueno, preferi hacer la prueba a mano. Y pues termine actualizando el SO ya que el flar por si mismo no puede arrancar en otra arquitectura. Asi que se van a migrar un servidor físico a uno virtual, mejor instalen el SO como si fuera nuevo.

Saludos

Parche 149200-02 provoca panics aleatorios

2010-02-08T08:36:00.000-08:00

Pues resulta que este fin de semana se nos ocurrió 2 servidores bastante críticos y uno de ellos ya no levantó, pues resulta ser que el parche 149200-02 provooca que el Kernel del sistema operativo .
Uno de los strings que me llamó la atención fue este:
ifconfig: trap type = 0x31
Gente de otros lados del globo terráqueo le había pasado exactamente los mismo con una T2000, pero afecta también a servidores con arquitectura sun4u, esto fue reportado el 18 de diciembre, y 6 días después Oracle (SUN) sacó el parche nuevo en donde se corrige este problema. Así será cestión de probarlo y espera que no no salgan con alguna otra sorpresa.

Empezar un nuevo camino

2010-02-06T11:19:00.000-08:00

Llevo ya 12 años trabajando para la industria del IT o TI como lo quieran llamar, pero es ahora de empezar mi propio camino, o sea un negocio, dejar de trabajar para esas grandes corporaciones sin rostro, en donde uno hace lo mismo independientemente de que la compañía se llame A o B.

Ser administrador de algún sistema operativo, ya sea WINDOWS, UNIX/Linux es bastante ingrato en estas corporaciones (eso me lo dijo un antiguo supervisor) cuando todo funciona bien nadie se acuerda de uno, pero cualquier falla, por mínima que sea todo mundo quiere maldecir tu nombre.

Pues bien me he puesto la meta de terminar con esto, ahora la pregunta es definir lo que quiero hace y de ahi empezar para adelante.

BUG en zfs

2009-05-01T07:54:00.000-07:00

Después de no "bloguear" en más de 2 meses, vuelvo para reportar un nuevo bug en ZFS

Si cualquier servidor solaris tiene en /etc/system set rstchown deshabilitado cualuier usario y digo cualquier usario puede cambiar el dueño de los puntos de montaje si el file system esta creado usando ZFS, por el contrario UFS ni VxFS tienen este problema

Para esto se debe habilitar el rstchown y reiniciar el sistema

La lista Negra de los cpus

2009-02-16T10:10:00.000-08:00

Finalmente pude probar que pasa si falla un CPU on un DIMM, simplemente las configuraciones que pudieramos tener guardadas en la controladora del sistema se vuelven inaccesibles. De acuerdo con SUN esto podria ocurrir en el pero de los casos, pero con la mala calidad del hardware casi siempre es el peor de los casos. Mas que nada, si tenemos que cumplir con los niveles de servicios para algun usuario, dependemos de el proveedor, en que tan rapido sea para conseguir el cambiar los componentes fallidos.

Estoy es muy facil de probar
Creen un dominio (en fechas pasadas ya lo he explicado)
Guarden su configuracion
ldm add-spconfig mi_configuracion
Haganla la configuracioin activa reiniciando el hardware

Desde la SC tecleen
poweroff
Y luego
poweron
La maquina levantara con la configuracion que deseamos. Pero si deshabilitamos un DIMM o CPU y reiniciamos la maquina la configuracion que tenemos se pierdem y levanta con las opciones de fabrica

Se puede deshabilitar un CPU firmado en la controlodora del sistema como root de la siguiente manera

set SYS/MB/CMB/CMP0/P0 component_state=Disabled

Una vez hecho esto, debemos riniciar todo el sistema, lo que pasara en seguida es que el autoboot no funcionara ya que el sistema se quejara de que un cpu esta deshabilitado.

El OS levantara pero toda la configuracion que teniamos sera inaccesible aunque se encuentre la SC

Por lo que tenemos amarradas las manos, ya que si el componente no se reempleza rapidamente no hay nada que podamos hacer para cargar la confirguracion, habria que reconstruirlas. a manita

Saludos

la lista negra de cpus

2009-01-27T11:22:00.000-08:00

Para deshabilitar los cpus y probar que pex con la configuracion de los ldoms, hay que hacerlo desde la SP del sistema

Hay que firmarse como root en la SP del sistema, pare esto deben tener configurada una terminal o la red para la SP

una vez firmados pueden ver los cpus mediante el comand

show SYS/MB/CMB<0|1>/
<0|1> significa que puede ser el cpu host 0 o el 1

ahi saldra el listado de los cpus que tiene el sistema por ejemplo si deseamos deshabilitar el procesador 0 hay que teclear
set SYS/MB/CMB<0|1>/P0 component_state=disabled
reset /SYS
Entonces el procesador 0 es dehabilitado
Hay que tener cuidado ya que si tienen configurado dominios pueden perder la configuracion

ZFS y legato se odian

2009-01-22T08:47:00.001-08:00

He aqui la solucion temporal estraido de la pagina de sun

Legato Networker Needs to Support ZFS/NFSv4 ACLs (6349974)

Currently, the Sun StorEdge Enterprise Backup Software product cannot be used to back up or restore ZFS files.

If a user tries to back up or restore ZFS files, the following error message is displayed:

save: Unable to read ACL information for '/path': Operation not applicable

The support for ZFS/NFSv4 ACLs is expected to be available in the upcoming Sun StorEdge EBS 7.3 Service Update 1 release.

Workaround:

1.

Mount the ZFS file system by using NFSv4 on another system.
2.

Back up or restore the ZFS files from the NFSv4-mounted directory.

Clonando sistema operativo de un ldom

2009-01-19T08:26:00.000-08:00

Para clonar el sistema operativo de un ldom es bastante facil
Desde el servidor primario teclear
zfs snapshot pool/volumen@hoy
zfs clone pool/volume@hoy pool/copia

Una vez que el SO del guest esta clonado hay que agregarlo al control

ldm add-vdiskserverdevice options=excl /dev/zvol/dsk/pool/copia copia@primary-vds0
ldm add-vdisk timeout=1 copia copia@primary-vds0 ldg1

Listo el nuevo SO clonado esta bajo el control del guest, cabe mencionar que las pruebas que estoy llevando a cabo, son con ldoms 1.1 y Solaris 10 10/08 para que sea dinamico

Acceso a consola de ldoms

2009-01-16T07:52:00.000-08:00

Si bien es cierto que no queremos que cualquier hijo de vecino pueda tener acceso a la consolas de los dominios debemos crear controles de acceso para el comando telnet, por lo que deberemos usar el comando setfacl, por lo que debemos bloquear a los grupos que no queramos que accesen las consolas

ejemplo:

setfacl -m group::--- /usr/bin/telnet

Esto evitara que todo el group puede leer,escribir y ejecutar el comando telnet, para los grupos que no deben tener acceso

I/O redundante

2009-01-15T06:40:00.000-08:00

El I/O redundate en los dominios logicos bien configurado puede ser una arquitectura muy robsuta reduciendo los tiempos fuera de un dominio en general, pero tambien agrega mucha complejidad. Ya que la maquina fisicamente se debe partir en 2, es decir una sunT5240 con 128 cpus (niagara t2), 2 buses pci donde se cuelguien HBA's, tarjetas de red y disco, debe ser partida. Es decir en una primera entrada se debe asignar cpu al primario al secundario. Como solo son servidores que gestionan el manejo del hardware yo asignaria 4 cpus a cada uno y 4Gb de RAM. A su vez los puses pci deben ser asignados el pci@400 donde estan los discos de arranque debe ser asignado al controlados primario (este bus debe tener discos y tarjeta de red) el pci@500 se debe asignar al secundarios (este bus debe contar con tarjeta de red y hbas)

Una vez construido el dominio secundario, se debe instalar el sistema operativo dentro, es decir tanto el dominio primario y secundario deben estar corriendo Solaris.

Ahora el primer problema que se presenta es porque las consolas solo estan disponibles en el controlador primario, entonces si perdemos el controlador primario perdemos el acceso a las consolas de los dominios.

Otro problema que he visto es que si usamos mpxio (multiplexed pathing) es que la hora de repartir los buses pci, solo en uno estaran accesibles los discos, mientras que el otro los estara viendo de manera regular, algunos los vera el dominio secundario otros los vera como unknown, esto es un problema, ya que el sistema operativo de uno tiene el control de los discos mediante mpxio y el otro no esta usando esto, entonces aqui debemos hacer mas pruebas. para ver el comportamiento de esto. TOdavia hay mucho que probar por lo que estare publicando mas material.

construyendo un dominio I/O secundario

2009-01-09T14:34:00.000-08:00

Para construir un dominio de I/O secondario necesitamos asegurarnos de que el servidor tenga dos buses pci, de los cuales en un pci (por ejemplo pci@400) se queden los discos de arranque, mas tarjetas de fibra y red y del otro bus (por ejemplo pci@500) tenga tarjetas de red y de fibra para poder armar el dominio secundario

Primero armar el dominio primario
ejemplo
ldm set-vcpu 4 primary
ldm set-mem 4G primary
# Remove bus_b from Primary domain
ldm rm-io bus_b primary
# Add vds, vsw, vcc services
ldm add-vds primary-vds0 primary
ldm add-vsw net-dev=e1000g0 primary-vsw0 primary
ldm add-vcc port-range=5000-5100 primary-vcc0 primary
Aqui hay que salvar la configuracion y reiniciar el sistema
ldm add-spconfig initial

Ahora el pex es armar el dominio secundario, segun yo tambien se le tiene que instalar solaris
ldm create secondary
ldm add-vcpu 8 secondary
ldm add-memory 8G secondary
ldm add-vsw net-dev=e1000g3 alternate-vsw0 secondary
ldm add-io pci@500 secondary (Mi servidor viene con pci@500 y pci@400)
ldm add-vds seondary-vds0 seoncdary
ldm bind secondary
ldm start secondary

Aqui agregamos basicamente el hardware que esta colgado del segundo pci, redes, tarjetas hacia discos externos. La duda que tengo es instalar solaris 10, lo mas probable es que si.
En cuanto tenga resuelto una bronca con los discos externos que tengo seguire haciendo las pruebas del dominio alterno y lo pondre en este blog

Bueno ya resolvi el tema de los discos, asi que el controlador de I/O tiene el bus pci@500, 8 cpus, 8GB de Ram y tarjetas de red. Me encuentro bajando el flar de otro servidor para tenerlo clonado y ahorrarme el proceso de instalacion. ASi que basicamente el primario y secundario deben estar corriendo solaris.

Ahora una de las mejores practicas que dice sun es que los dominios de I/O no son para poner aplicaciones, para lo unico que sirven es para atender las peticiones de I/O y nada mas.

Despues de armado el dominio solo hay que instalar solaris. Y ya tenemos un controlador de I/O secundario.

Uno de los problemas que enfrente fue con el mpxio, ya que esta propiedad crear pseudo dispositivos que son los que tienen el acceso directo a las rutas fisicas de los discos.

pregunta para sun

2009-01-08T18:09:00.000-08:00

Por que debemos asignar los discos 2 veces en los ldoms, es decir una para el dominio de I/O y luego al dominio? Por qué no asignarlo directamente?

Pregunta para SUN

como incrementar el modificar el tamano de /tmp

2009-01-06T14:10:00.000-08:00

Para hacer esto se teclea el comando
mount -F tmpfs -o size=512m -O /tmp
Esto hara que el el nuevo /tmp se monte sobre el original haciendolo inaccessible

actualizar ldoms en un server T5240

2009-01-05T06:26:00.000-08:00

Bueno, el dia de hoy regrese a la oficina y me encontre que el software ya esta instalado, el servidor cuenta con 2 buses, el pci@400 y el pci@500

para accesar los comandos del software es necesario tener las siguientes variables como ambiente

PATH=$PATH:/opt/SUNWldm/bin
MANPATH=$MANPATH:/opt/SUNWldm/man

Ahora si empieza lo bueno... tengo la version anterior de los ldoms la 1.0.3 y voy a actualizarla a la 1.1 he aqui los pasos
Primero debemos checar este archivo, hay que respaldarlo ya que es donde se guarda la configuracion

/var/opt/SUNWldm/ldom-db.xml

debemos apagar los dominios excepto el primario
ldm stop
como siguiente paso debemos hacer un unbind a los dominios
ldm unbind
Debemos deshabiliar el demonio de los dominios

#svcadm disable ldmd
Debemos desinstalar el software de los ldoms y el SUNWjass
pkgrm SUNWldm
pkgrm SUNWjass

AHora debemos descomprimir el paquete de la nueva version para los ldoms
unzip Ldom_manager_1.1.zip
Se generara un nuevo directorio, ahi tenemos que volver a correr el instalador nuevamente

Una vez instalado la nueva version tenemos que habilar nuevamente los demonios
svcadm refresh ldmd
svcadm enable  ldmd

Una vez hecho esto tenemos que tomar nuestro respaldo para la base de datos de los ldoms y reescribirla
en la ruta
/var/opt/SUNWldm/ldom-db.xml

Una vez hecho esto ya tenemos nuestros dominios solo tenemos que ligarlos otra vez
ldm bind  y reiniciarlos

ldm start 

Esto  es todo para actuualizar de ldoms 1.0.3 a 1.1

Los famosos LDOMS de SUN

2008-12-30T14:09:00.000-08:00

Aún sigo de vacaciones, por lo que todavía no empiezo a publicar los famosos scripts, así como los problemas y soluciones a los que me enfrento en el día a día en mi trabajo. Por lo que la entrada de hoy será teórica más que práctica.
Resulta ser que en esta crisis mundial donde los costos suben, y las empresas tienen menos dinero, veo que la oportunidad está en la virtualización. Ya que el objetivo de nuestro cliente es ahorrar billetín, entonces nos ha pedido que debemos empezar a probar en serio esta nueva tecnología. Durante las semanas previas a mis vacaciones, me la pasé probando todo acerca de los LDOMS.

Para instalar este software debemos de tener la versión de solaris 10, por lo menos 03/05, yo estoy trabajando con la 10 10/08, y con la última versión de parches, así pues hay que actualizar el firmware de la plataforma (SUN t5140 o T5240 por ejemplo, no tengo a la mano las versiones ya que me encuentro de vacaciones, pero prometo publicarlo la próxima semana) una vez que ya se tiene esto, se instala el software.

Una vez instalado se tiene que crear el dominio primario, etc. En mi próxima publicación daré más detalle de como hacer esto. Por lo pronto les deseo Feliz 2009, por el momento me tomaré los pocos días que me quedan de vacaciones para olvidarme de que existe internet, y la próxima semana empezaré a publicar todo lo referente al mundo de UNIX

Feliz año 2009

Acerca de mi

2008-12-28T12:27:00.000-08:00

Mi nombre es Francisco, y he estado administrando unix por 9 años, he trabajado en varios lados administrando HP, Solaris, Linux, conozco estos sistemas operativos. Y mucho de lo que he aprendido es gracias a Google y a varias personas de las que he aprendido a lorgo de todos estos años.

Mi objetivo es que todos compartamos conocimientos y de como resolver los diferentes problemas que se nos han presentado con el día a día.

Sé que hay muchos blogs que muestran como hacer resolver algún problema con Solaris/Linux u otro sistema operativo, pero la mayoría de los blogs no muestran mucha documentación, quizás este blog tome años en ser una buena de información, pero debo empezaro por documentar los problemas que se presentan con Solaris u otro OS.

Aqui podemos publicar scripts, soluciones a problemas con Solaris, veritas, etc. Para que alguien más pueda utilizar el conocimiento, ya que éste se debe compartir no ocultar

Empecemos por hablar un poco de SUN. Empecé a trabajar en forma con Solaris en 2004, ya que entré a trabajar con "Satander" (Santander), y tiene buenos elementos con mucho conocimiento de los fierros así como del sistema operativo, pero el problema es la calidad del hardware y muchas veces con el nivel del servicio. El banco en cuestión utiliza servidores grandes Sun Fire 15000 y Sun Fire 25000 (estos datos corresponden a diciembre de 2006). Durante el tiempo que estuve administrando estos equipos los "systems boards" tenían la gracia de que había que cambiarles los dimms de memoria y los cpus a cada rato, esto habla mal de la calidad de hardware de nuestros amigos.
Muchas veces me tope con respuestas negativas de SUN que tal o cual cosa no se podía hacer, por ejemplo otro caso clásico fue cuando empezamos a migrar dominios con solaris 8 (release del 2002) corriendo en una Sun Fire 15000, estos dominios los queríamos migrar a una 25000, para esto uno de los proveedores que nos instaló los dominios de prueba en el nuevoi hardware nos dijo que si era posible migrar los dominios, sólo había que actualizar el release de solaris de 2002 al release de 2004. Para esto SUN dijo que no era posible que había que reinstalar los dominios.

Entonces hice las pruebas correspondientes, en un dominio de pruebas de una 15000, recuperamos uno de los dominios, una vez recuperado, con el jumpstart server, en vez de que haga una instalación nueva en el disco, seleccioné que actualizara la versión de solaris 8 que ahí se encontraba, y sorpresa la versión de solaris 8 ye era del release de 2004, entonces ahora solo restaba recuperarla en la nueva Sun Fire 25000

Basicamente lo que hicimos fue un ufsdump de root (/), /usr, /var y /opt
Ejemplo:
ufsdump -0f / root.dmp

Una vez que ya teníamos los archivos los pusimos accesibles en el jumpstart vía NFS, partcionamos el disco y recuperamos cada una de las particiones. Una vez recuperadas debemos tener en cuenta que hay que copiar el árbol de dispositivos /dev, /devices en el el disco recuperado, y hay que copiar el archivo path_to_inst (cp -p /tmp/root/etc/path_to_inst /a/etc/), y por último instalar el bootblock.

Una vez hechos los pasos anteriomente mecionados el dominio se puede iniciar y levntarlo con boot -rv esto significa que levante con reconfiguración y que imprima todos los detalles en la consola. Sorpresa el dominio recuperado en la nueva plataforma levanta sin ningún problema. Y así queda demostrado que no todo lo que dice SUN es verdad.

También es posible recuperar el dominio por flar (Flash Archive) eso los discutermos en nuestro próximo artículo

Solaris

2008-12-27T23:00:00.001-08:00

Hello Everyone
I have been workin with solaris 10 and solaris 8 for the last 5 years, I decided to create this blog with my daily unix experiences; Knowledge is to share not to hide.

So basically I will start writing about veritas, ldoms, zfs etc. Right now I don't have anything to publish because I'm on vacations, but as soon as I get back I will start publishing scripts, problems and solutions.

This is my first blog so I am newbie here, all comments are welcome
Thanks