Nim Server en Español
Nim Server en Español
Pregunta
Esta es una gua pensada para aquellas que son nuevos en NIM y desea una manera fcil de
seguir a gua de configuracin de finalizacin.
Respuesta
La Gua Starter
-
Tormenta M Harris
Esta gua est pensada para aquellas que son nuevos en NIM, no han trabajado
con NIM en un tiempo y necesita un repaso, o necesita un apoyo con algunas
tareas comunes de NIM. Esta es tambin una gua pensada para aquellas que
odian caminando por las guas de configuracin. " He intentado mi mejor para
equilibrar la ** bostezar de aspecto cada gua de otros y hacer esto realmente
le recomendamos que para otros.
Para una ms avanzada, "oficial ", o ms alto nivel que gua el redbook pueden
extraer liberado recientemente:
En referencias ALL desde aqu en adelante a travs del resto de la gua, voy a suponer
nuestra "maestro NIM" es una mquina dedicada "de NIM maestro" y nada ms. Quisiera
recomendar no tener su #1-super importante de negocios crticas no puedo no reiniciar este
sistema durante 93 das ms del sistema como el maestro NIM. Si est en una posicin
donde no tiene el lujo de tener un maestro NIM dedicado, siga las prcticas de negocios
normal en casos donde yo podra decir cosas como "su " Aceptar " si que este archivo est
daado, que puede rearrancar el sistema y solucionarlo. " Ustedes saben mejor que yo el
entorno.
Por ltimo, siempre que se le indican cmo a alguien le debe de forma adecuada de tipo
"comandos para ser ejecutado. " Algunas personas prefieren que los mandatos se colocan
entre comillas simples, otros prefieren que estn en cursiva.....siempre hay un mandato real
a ejecutar, ser como la interfaz de lnea de mandatos en su sistema AIX.
Por ejemplo si yo lo que quiero es que usted hacer un listado de los archivos en un
directorio que desea tener:
# ls -al
Prefiero hacerlo de esta manera porque este es exactamente lo que desea ver cuando se
escribe en... (y ok, tambin es ms fcil para cortar y pegar los mandatos desde el sistema
de prueba en este documento una vez que'ha verificado que funcionan correctamente).
Pantallas del sistema SMIT y salida esperada se muestra en la misma forma.
Esta :
procesos de lnea de SMIT y mandatos para la mayora de las operaciones que yo
cubro
Setup del entorno del maestro NIM
Configuracin de tipos de recursos varios
Setup y la instalacin de clientes NIM
Copia de seguridad y la instalacin de mantenimiento para los clientes NIM
- sin disco y los clientes sin datos. Estos fueron muy progresiva para todos los intentos y
propsitos, luego que phoenix-like subi desde las cenizas y tener todas las clasificaciones
de nuevo "mk*" los mandatos asociados con ellos. Incluso como tal, desde que trataron de
revivir el uso de ellos que todava no haba nadie preguntar sobre su uso, as que he optado
por no dedicar a ellos en cualquier momento.
- Alternate_Disk caracterstica. I ' d como para cubrir este aqu, pero he optado " para
agregar este de gua situada junto a mi de NIM que cubre ms de nivel intermedio tareas
NIM.
- nimol (NIM sobre Linux). Desde la introduccin de nimol creo que he slo tena una o
dos llamadas en l. Es simplemente no utilizado y adems, una vez que eres un experto en
NIM, nimol no debe ser demasiado difcil para recoger.
- nimdef. El mandato nimdef " " es una "forma fcil" para configurar un maestro NIM y de
entorno utilizando un archivo de plantilla. Esta va contra toda esta gua como ahora como "
aprender" el proceso de configuracin y sobre el entorno de NIM. He tambin " no haba en
llamadas , por lo que se la categora bajo " no utilizado" en mi libro y, por lo tanto , no
podrn no obtiene el reconocimiento.
- Blades (JS20/21 ... etc). Nuevamente, las diferencias estn ah, pero no suficiente para ir
en una seccin en . Adems, como los dems mucho, en la que "no utilizar suficiente"
categora.
- CSM. El stuff "nim csm" (como mucho pssp) es irrelevante para esta gua. El equipo
SP/REGATTA maneja este fragmento del mismo modo que si necesita o desea informacin
similar en que, pueden proporcionar a usted .
As que este es como una especie de "reverse-glossary". lo tengo antes de cualquiera de las
"Cmo a" partes de la gua porque es importante para saber qu es lo que estn hablando . I
' ll dar el mejor y ms fcil de comprender la descripcin de estos trminos para que ojal le
tendr un tiempo mucho ms fcil comprender los conceptos nuevo est familiarizado con.
En todos los casos realmente los archivos utilizando palabras clave/se manejan en mayor
detalle en su correspondiente "Cmo... secciones.
Importante Archivos y Directorios:
- /etc/bootptab:
Este archivo existir en el maestro NIM. En un entorno de NIM tranquilo sin operaciones
que requieren un cliente para arrancar, este archivo se vaca (excepto para el preexistente
seccin comentada). Este archivo se actualiza automticamente por el maestro NIM cuando
una operacin NIM se ejecuta que requiere la mquina cliente para arrancar desde un SPOT
NIM. Si este archivo contiene informacin incorrecta sobre el maestro o el cliente, la
operacin de arranque fallar. Mientras este archivo no debe ser editado manualmente para
arreglar un problema de bootp, como le slo estn aplicando un arreglo "de agua tibia" para
un problema existente en el entorno de NIM, pero a veces es el de un viernes y est
dispuesto a irse a casa, no ?
/etc/exports:
Esta no es una "especfica de NIM" del archivo, que es un archivo crtico de NIM.
Cualquier tipo de instalacin, arranque, mksysb, savevg....etc operacin requiere el uso de
NFS. Este archivo se actualiza con las ubicaciones son NFS exportados desde el maestro
para el cliente y los permisos asociados con las exportaciones. Si estas entradas se le
incorrecta o incompleta se ejecutar en las anomalas en el arranque, problemas de
permisos, y otros errores con frecuencia asociados con NFS. Este es un archivo de texto y
tambin "puede" se pueden editar manualmente para a veces "de agua tibia" un problema,
pero slo se debe realizar con cuidado en saber exactamente lo que est haciendo. Lo bueno
es, si nosotros lo de este archivo, puede eliminar y reciclar NFS. El archivo puede volver a
crearse.
/etc/hosts:
Si la mquina cliente est activo y en ejecucin, tambin debe tener una entrada buena en
para el maestro NIM as.
/etc/niminfo:
Este archivo siempre debe existir en el maestro NIM y a veces se existe en un cliente NIM.
En el Maestro: Este archivo se crea cuando por primera vez se ha podido inicializar el
entorno NIM. Esta es simplemente un archivo de texto para sentirse libre para " gato " o "
ms " y busque el archivo en las entradas incluidas en ella. Usted no desea editar
manualmente este archivo si hay un error en la definicin del maestro. En este caso se le
desea a redefinir el maestro, o utilizar la caracterstica de NIM para cambiar los atributos
del maestro (nombre de host, de pasarela etc).
/tftpboot:
Este directorio debe existir siempre en el maestro NIM. El propsito principal de este
directorio es para albergar las imgenes de arranque que son creados por NIM cuando un
arranque o instalacin se inicia. Este directorio tambin contiene archivos informativos
sobre los clientes que tienen un arranque o instalacin operacin realizada. Los nombres de
archivo que se generan en ambos casos son nombres de archivo muy descriptivo Por
ejemplo:
Los archivos de informacin de cliente son acertadamente con nombre: <clientname> .info
nim :
Esta es la interfaz de lnea de mandatos que realiza todas las operaciones de NIM. Los
mandatos nim '' varias operaciones que no son fciles de averiguar, pero que normalmente
no ve a las personas utilizar los que a menudo porque pueden ser mandatos muy largo. Para
la mayora de las operaciones que se discutir en esta gua de la lnea de mandatos y le dar "
as como las formas de smitty para realizar la funcin.
Lo ms fcil es hacer comprender el formato de cmo utilizar el mandato y est bien para
ir. Eche un vistazo a lo siguiente:
Hay unos 25 o para diferentes operaciones que puede realizar, y que slo con regularidad
utilizar tal vez 10 de ellos. Yo hablare sobre el ms comn en el diagrama siguiente, el resto
puede encontrarse en el manpage si est interesado. Nuevamente, en esta gua, slo se
revisar los distintivos y operaciones que son las que se utilizan ms habitualmente. Una vez
le maestro estos le no debera tener problemas el entendimiento el resto.
El [-a Attribute= ...] y {Object Name} tambin se recuerde fcilmente una vez que llegue a
la seccin sobre el mandato nim y ver algunos ejemplos.
lsnim :
Esta va a ser el mandato que le proporciona informacin sobre los diversos objetos NIM en
su entorno. Hay una enorme combinacin de los distintivos y atributos. Con este comando,
simplemente se conocer la lista de los comandos ms tiles y cmo utilizarlos. Ellos se
vern cubiertos en toda la gua completa para tomar nota de ellos como le vaya avanzando.
Comandos importantes
Asignar/Asignacin :
Este proceso es lo que permite el cliente NIM para acceder a los recursos de NIM. El
maestro utiliza NFS para realizar el proceso de asignacin. Recursos puede ser asignado a
una o ms clientes NIM en el mismo tiempo. Puede ver qu tipos de recursos se asignan a
los clientes utilizando el comando siguiente :
# lsnim -a spot
clientA:
spot = 53H_spot
ClientB:
spot = 52Q_spot
ClientC:
spot = 53E_spot
As podemos ver, el cliente A tiene un 53H_spot llamado SPOT asignado a l. ClientB tiene
un 52Q_spot llamado SPOT asignado a l, y ClientC tiene un SPOT, 53E_spot, asignado a
l.
if1 = : O de interfaz 1
Esta red se conoce como el nim ''. Cada mquina, incluso el maestro, se coloca en una red
NIM definida. Una mquina que tiene varios adaptadores de NIM definidos para tener "if2
=" y "if3 = " .... etc atributos. No todos los adaptadores en un cliente necesita para ser
definido en NIM, slo los que desea utilizar con NIM. Cuando el maestro NIM se genera,
se crear un nombre de red para el maestro y cada cliente en la misma subred que el
maestro. Si este nombre de red "master_net" por ejemplo, en todos los clientes en la misma
subred que el maestro tendr su "if1 =" de lnea establecida en "master_net". Si le agregar
clientes adicionales que se encuentran en subredes diferentes, entonces que se necesita para
crear nombres de red nueva. Puede ver el "if1 =" informacin desde un :
# lsnim -l maestro |more
-o bien-
# lsnim -l
Cualquier mquina autnoma o LPAR en un entorno de NIM distinto del maestro NIM. Los
clientes utilizan los recursos que residen en el maestro NIM para realizar el mantenimiento
de software diferentes, de copia de seguridad , o de otro programa.
*Note que recursos de NIM siempre no deben residir en el maestro NIM, pero para nuestros
propsitos que todos.
El uno y slo una mquina en un entorno NIM que tiene permiso para ejecutar mandatos de
forma remota en los clientes NIM. Un cliente slo puede tener un maestro, y un maestro
puede no ser un cliente de cualquier matriz otros. El maestro NIM tambin debe ser en un
signo igual o de nivel superior OS/TL/SP que cualquier cliente en el entorno NIM. El
maestro NIM tambin puede no crear recursos SPOT en un nivel ms alto de lo que es
actualmente instalado en. Finalmente, el maestro NIM no puede instalar los clientes con un
OS/TL/SP superior de su propio. Historia larga corto, para todos los intentos y propsitos,
para cualquier operacin NIM, asegrese de que maestro es en un signo igual o un nivel
superior.
El maestro NIM tambin se mantenga todos nuestros recursos de NIM. Debido a que esta
querr el maestro NIM para asegurarse de que tiene espacio suficiente disponible para la.
Idealmente, tener un grupo de volmenes independientes (nimvg) es beneficioso, por lo que
el rootvg no se sale de control en tamao.
Esto puede ser un solo archivo o hasta un sistema de archivos entero que se utiliza para
proporcionar algn tipo de informacin, o realizar una operacin en un cliente NIM. Los
recursos son asignados a los clientes NIM utilizando NFS y puede ser asignado a varios
clientes al mismo tiempo. Tipos de recursos Diversos se explican a continuacin. He
decidido ve ' orden en un orden lgico de descripcin en lugar de orden alfabtico. Se debe
hacer ms sentido para leer a travs de ellos en esta forma.
Resource (recursos nim) lpp_source:
Tambin puede crear un SPOT desde un recurso mksysb de NIM. Esta SPOT sin embargo
no es tan verstil como uno creado desde un lpp_source y puede no estar actualizado con
los arreglos y slo puede ser utilizado con el recurso que se ha creado a partir de mksysb.
- Desde un mksysb existente que se carga en archivo que reside en el maestro NIM.
- Creacin de una imagen mksysb nuevo de un cliente de NIM actualmente existente.
En este momento, no hay forma soporte para utilizar una cinta mksysb o mksysb en
CD/DVD, como un dispositivo de entrada para definir un recurso mksysb de NIM.
Vamos a ignorar cualquier discusin ms que otros en la introduccin de esta gua sobre el
que que/como/cuando/donde/de elegir un maestro NIM adecuada. Eso es totalmente de
usted y que he mencionado ya que lo ideal es que no puede ser un sistema que no es capaz
de jugar con a y reinicie. Lo nico que necesita es espacio. Asegrese de que tiene espacio
directamente relacionado con el tamao del entorno de NIM que desea tener.
Algunos elija para crear un grupo de volmenes diferente (es decir, nimvg) y la casa todo
de NIM relacionados en ese grupo de volmenes. Esta es normalmente una buena idea si
est buscando en un entorno muy grande como normalmente se desea mantener a su rootvg
como sea lo ms pequeo posible. Si no tienen ese lujo - ningn problema, se siente libre
para alojar el entorno de NIM en rootvg.
Hay 3 opciones que tiene para la configuracin inicial que se vaya a travs de esta seccin.
1. Configuracin totalmente manual para el entorno todo. (Mi recomendacin personal
porque le acaban de aprendizaje ms).
2. Configuracin utilizando EZ-NIM
3. Configuracion utilizando un mtodo bsico de arranque.
Para referencia futura, todos ms menciona utilizando la palabra "de" har referencia en los
CD de instalacin base de AIX, a menos que se especifique lo contrario.
Por simplicidad, todas las referencias para cualquier dispositivo (cdrom, ethernet,
cinta...etc) siempre se cd0, ent0, rmt0...a menos que se indique lo contrario. Puede, en
funcin de su entorno, es necesario utilizar otros dispositivos...sustituir segn sea necesario.
Como he mencionado anteriormente, que pasan por este al menos una vez es
definitivamente recomendada. Manualmente la creacin del maestro y definir recursos se le
cmodo con el medio ambiente y ms importante, le aprender mucho ms que ir de esta
manera.
Hay 3 conjuntos de archivos que se necesita para entregar el software de NIM para el
maestro de NIM.
1. [Link]
2. [Link]
3. [Link]
Lnea de mandatos:
# nimconfig -a pif_name=en0 -a master_port=1058 -a netname=master_net -a cable_type=bnc
SMIT :
# smitty nimconfig
-or-
# smitty nim
=> Configure the NIM environment => Advanced configuration => Initialize
the NIM master only
Buscar en este de salida siguiente y ver que el maestro de NIM de algunos de los recursos
que se han generado por usted.
# lsnim -l |more
El recurso "de arranque" creado un directorio /tftpboot para retener todas las imgenes de
arranque. Hay tambin una nim_scripts" de recursos. Eso pertenece a la maestra. No vaya a
la /export/nim/scripts y lo con los archivos que se generan durante una instalacin. Por
ltimo, hay un "master_net" que representa la red NIM que hemos creado anteriormente.
Todos los clientes NIM que estn en la misma subred como este maestro se asignan a la red
"master_net". Si le agregar cualquier cliente NIM que se encuentran en una red diferente,
entonces usted tendr que generar un nombre de red para la red. Ms en ms tarde que un
poco. Ahora nos centraremos en ir definiendo los recursos lpp_source y SPOT.
Antes que recibimos su lpp_source y SPOT definidos, deber decidir en un lugar al que
transferir los. Una de las mejores cosas que puede hacer en NIM es ser clara. Un entorno de
NIM organizado es un entorno NIM feliz. Yo recomiendo tener sistemas de archivos
separados para tipos de recursos independientes. En otras palabras " voy a tener un sistema
de archivos para mantener mi lpp_sources, a uno de los recursos SPOT, uno para mi
imgenes mksysb......etc. El "norma" es para utilizar "/export/nim" sistemas de archivos.
Para mi lpp_sources I ' ll crear un sistema de archivos llamado /export/nim/lpp_source. Una
buena regla en espacio es un poco ms de un giga por volumen que desea copiar a su
lpp_source. Voy a estar utilizando los 8 volmenes de mi base 5300-05 AIX de medios. Si
est utilizando AIX base DVD el volumen 1 es suficiente para realizar instalaciones
mnimo sin embargo si tiene el espacio que sera mejor para agregar todos los volmenes.
# crfs -v jfs2 -g nimvg -m /export/nim/lpp_source -a size=5G
Esto crear un sistema de archivos jfs2 en nimvg con un tamao de 5gig y tiene un punto de
montaje de /export/nim/lpp_source. Nuevamente, este es slo un ejemplo. No dude en
utilizar rootvg o a otro grupo de volmenes. Si este mandato no se ajuste a su entorno le
puede ir en :
# crfs smitty
...y crear su sistema de archivos propio utilizando los parmetros que necesita.
S, que sera 1 El mandato. Eso es una de las muchas razones operaciones de NIM se
realizan desde SMIT. Es realmente fcil para escribe algo, especialmente si se comunica
por telfono con alguien en una ruidosa sala del servidor. Ahora , para romper el comando :
Los campos necesarios slo 2 son los "ubicacin" (donde queremos que se crear ) y
"servidor" (mquina que se mantenga este recurso). Puede retener recursos en otros clientes
NIM , pero para nuestros propsitos que siempre mantenga los recursos en el maestro NIM.
El resto del "-un" distintivos son opcionales. Usted puede pensar - ' esperar un minuto....el
origen tiene que ser necesario; de lo contrario, dnde se los catlogos de? Puede "pre-
generate" el lpp_source. Si ya ha copiado los archivos en un directorio y que desea utilizar
como el lpp_source, luego de no "de origen", que acaba de tener una "ubicacin". Al final
del mandato, el recurso denominado "5305_lpp". Esta es lo que NIM utiliza para hacer
referencia a este recurso. Siguiente vamos utilizar smit para hacer lo mismo.
Desde SMIT :
# smitty nim_mkres
-or-
# smitty nim
=> Perform NIM Administration Tasks => Manage Resources => Define a
Resource
Lneas Importante:
Rstate = si este no est establecido en "listo para utilizar" a continuacin, no puede utilizar
este recurso. A veces ejecutando una comprobacin en el lpp_source le permitir borrar este
de.
# nim -o check
simages= Esto significa que este lpp_source tiene las imgenes del sistema adecuado en
orden de construir un recurso SPOT. Si cualquier catlogo de imagen de sistema necesario
est desaparecidos desde el lpp_source que normalmente se listarn en la parte inferior de
la salida.
Por qu no le desea lppsources todos tienen el atributo "simages" para ser "s?
un lpp_source puede tener prcticamente nada le desea en l. Se tienen que no se construye
a partir de los medios de instalacin base, ni tiene que utilizar slo para construir un SPOT.
Digamos que le tienen su lpp_source 5300-05, la creacin de un SPOT, y algunos sistemas
de construccin.
Ahora vamos a crear un sistema de archivos para el SPOT. Esta no tiene casi el requisito de
espacio que un lpp_source no. 500meg debe ser de sobra espacio para el SPOT inicial. Si
usted recuerda, el SPOT es slo como un sistema de archivos /usr. Cuando se instala el
sistema desde el CD-ROM no cada catlogo de archivos se instala en el sistema del derecho
de slo lo que es necesario para ejecutar el sistema. Lo mismo se aplica para el SPOT.
# crfs -v jfs2 -g nimvg -m /export/nim/spot -a size=1G
Aqu le mnimamente tener 3 campos necesarios. Necesita saber para permitir que el
maestro NIM que se mantiene el recurso (de nuevo, puede utilizar un cliente NIM como
servidor de recursos, pero que es raro, y para nuestros propsitos, siempre ser el maestro
NIM), la necesidad de dar un lpp_source que contiene el "simages = yes" atributo, y es
necesario darle una ubicacin para crear el recurso.
El "auto_expand = yes" se recomienda porque este permite el sistema automticamente
para ampliar el tamao del sistema de archivos si es necesario (en lugar de que falle la
operacin).
Desde SMIT:
# smitty nim_mkres
-o bien-
# smitty nim
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Definir un recurso
Siguiente le seleccione "SPOT" como el tipo de recurso.
* Nombre de recurso [5305_spot]
* Tipo de recurso spot
* Servidor de recurso [maestro]
* Origen de imgenes de instalacin [5305_lpp]
* Recurso de ubicacin [/export/nim/spot]
Ampliar sistemas de archivos si necesita espacio?
S
Comentarios [5300-05 spot ]
Esto tomar un tiempo para crear como lo es normalmente instala 300+ catlogos en el
recurso SPOT. Una vez esto completa puede comprobar la salida del mandato lsnim para
ver informacin sobre el SPOT.
# lsnim -l 5305_spot
5305_spot:
Clase = recursos
tipo = spot
comentarios = 5300-05 zona
plat_defined = chrp
Arch = poder
bos_license = yes
Rstate = listo para utilizar
prev_state = se est realizando la verificacin
ubicacin = /export/nim/spot/530 5_spot/usr
Versin = 5
Release = 3
Mod = 0
Oslevel_r = 5300-05
Alloc_count = 0
Server = maestro
Rstate_result = xito
mk_netboot = yes
Lneas Importantes:
Rstate = si este no est establecido en "listo para utilizar" a continuacin, no puede utilizar
este recurso. El primero le interesar hacer es ejecutar una comprobacin la fuerza contra el
SPOT. Esto obliga a que la reconstruccin de las imgenes de arranque y debe devolver el "
no disponible para la utilizacin " a " listos para usar".
# nim -Fo check
oslevel_r = esta funciona slo como el ' oslevel -r " si que ha ejecutado desde una lnea de
mandatos de AIX. Conocer el nivel del recurso SPOT es extremadamente importante en las
operaciones de NIM que se vaya en ms adelante.
Sintase libre para revisar estos y/o mover en para definir clientes NIM.
Es caracterstica EZ-NIM permite que como mucho de un " manos libres " configuracin de
NIM como sea posible. EZ-NIM tambin tiene una lista de operaciones comunes que puede
realizar para usted. Algunas personas la falta encontrar una bendicin de interaccin, sin
embargo , si hay una operacin que necesita realizar para que no se encuentra en la lista que
se proporciona para usted , se pueden perder como cmo obtener exactamente lo que
necesita hacer. Es mejor para determinar qu tipo de entorno que necesita antes de
determinar si EZ-NIM es para usted o no.
Hay 3 conjuntos de archivos que se necesita para entregar el software de NIM para el
maestro de NIM.
1. [Link]
2. [Link]
3. [Link]
Durante la ejecucin del script, lpp_source y horas de creacin de recursos SPOT puede
variar. Para ver el de registro de la instalacin en cualquier momento durante
nim_master_setup, ejecute el mandato:tail -f /var/adm/ras/[Link] en una pantalla
independiente.
3. filesystem /tftpboot
Aqu es una lista de las operaciones predefinidas que puede realizar desde el programa de
utilidad de EZNIM :
Este mtodo est en algn lugar entre un manual de configuracin y EZ-NIM. Tiene ms
control sobre las opciones de configuracin del maestro de tenga que llevar a cabo en EZ-
NIM, pero el sistema an no algunos de los trabajo tedioso ( como la configuracin de
sistemas de archivos) para el usuario .
1. [Link]
2. [Link]
3. [Link]
Utilizacin de SMIT :
# smitty install_all
* Dispositivo / Directorio de ENTRADA para /dev/cd0 software
* SOFTWARE a instalar
Slo VER PREVIAMENTE? (la operacin de instalacin NO tendr lugar
) no CONFIRMAR actualizaciones de software? yes GUARDAR archivos
sustituidos? no AUTOMTICAMENTE install requisite software? AMPLIAR
sistemas de archivos yes si se necesita espacio? yes SOBREGRABAR la
misma o las versiones ms recientes? no VERIFICAR instalacin y
comprobar tamaos de archivos? no Salida DETALLADA? no Procesar varios
volmenes? yes ACCEPT nuevos acuerdos de licencia? no Ver previamente
nuevos contratos de LICENCIA nuevos? no acepta el lenguaje spanish, se
queda bloqueada la pagina
El mandato es siempre mucho y realmente podra ser ya. I'm incluyendo slo en lo aqu
para aquellos que es posible que desee obtener una locura y un script de configuracin de
NIM.
# /usr/lpp/[Link]/nim/methods/m_setup -w -x -y -S maestro -f 'en0 "
-i " cd0 " -l '5305_lpp' -D '/export/lpp_source' '-A' -J '1024' -G "
rootvg " -s " 5305_spot " -E " /export/spot " '-K -B' '512 " -H " rootvg
" '- v' '- o '
Esto inicializa mi maestro NIM con un concierto para el lpp_source, y 512m para el SPOT.
El nombre es lpp_source "5305_lpp" y el nombre de SPOT es "5305_spot", ambos han
tenido sus propios sistemas de archivos creados para ellos.
La red del maestro se le asigna el nombre "red1" de forma predeterminada.
Desde SMIT:
# smitty nim
Configurar el entorno de NIM
Configurar un entorno de NIM bsico (Arranque fcil)
Inicializar el maestro NIM:
* Interfaz de red primaria para el Maestro NIM [en0]
Recursos de instalacin bsica:
* Dispositivo de entrada para imgenes de instalacin [cd0]
* Nombre de LPP_SOURCE [5305_lpp]
* Directorio LPP_SOURCE [/export/lpp_source]
Crear nuevo sistema de archivos para LPP_SOURCE?
[s]
SIZE de archivos (MB) [1024]
GRUPO DE VOLMENES para nuevo sistema de archivos [rootvg]
* Nombre de SPOT [5305_spot]
* Directorio de SPOT [/export/spot]
Crear nuevo sistema de archivos para SPOT?
[s]
SIZE de archivos (MB) [512]
GRUPO DE VOLMENES para nuevo sistema de archivos [rootvg]
Existen algunas otras opciones para los clientes sin disco / sin datos y los recursos
asociados con ellos , pero ya no estamos discutiendo sin disco/sin datos que desea omitir
estas opciones.
Una vez que este proceso se completa el maestro est configurado y listo para empezar a
definir los clientes NIM y se instala. Nuevamente, se sienten libres para tomar un aspecto
en el maestro y los recursos con los mandatos siguientes :
# lsnim -l master
# lsnim -l 5305_lpp
# lsnim -l 5305_spot
Al siguiente a travs de esta gua le ha construido un lpp_source por ahora pero permite
tomar una visin ms exactamente en lo que es, y cmo tratar a su lpp_source en el futuro.
Para estos ejemplos estaremos utilizando el lpp_source que se ha utilizando antes :
5305_lpp
Si le ha olvidado el nombre de su lpp_source hay un comando til que muestra una lista de
todos los recursos lpp_source de en su sistema.
# lsnim -t lpp_source
lpp_source recursos 5305_lpp
INFORMACIN IMPORTANTE :
Rstate = Este es el estado de NIM del recurso. Si no se ha establecido en esta "listo para
utilizar" en este lpp_source no puede ser utilizado para todas las operaciones de NIM.
Normalmente se ejecuta una operacin de comprobacin en el lpp_source nombre se
restablecer en un buen estado de un estado como " no disponible para la utilizacin ".
# nim -o check 5305_lpp
Alloc_count = Esto dar un valor numrico como a cuntos clientes NIM este lpp_source
especfica ha sido asignado . Puede averiguar el especfico de NIM cliente nombres
ejecutando el comando siguiente :
# lsnim -a lpp_source
lucidbso:
lpp_source = 5305_lpp
-o bien-
# lsnim -a lpp_source -Z
#name:lpp_source:
lucidbso:5305_lpp:
LOCation = Este es el directorio de nivel superior donde los catlogos y los RPM se
almacenan. En nuestro caso si nos fijamos en el contenido de la ubicacin de
lpp_source : /export/nim/lpp_source/53_05
# cd /export/nim/lpp_source/53_05
# ls -al
total 0
drwxr-xr-x 5 root system 256 11/04 13:18 .
drwxr-xr-x 4 root system 256 15/04 13:02 ..
raz drwxr-xr-x 3 system 256 11/04 13:18 RPMS
drwxr-xr-x 3 root system 256 11/04 13:18 installp
raz drwxr-xr-x 3 system 256 11/04 13:18 usr
Siguiente nos centraremos en buscar todas las operaciones que puede realizar en el
lpp_source.
Puede realizar cualquiera de estas operaciones a travs de acceso rpida smit ejecutando el
mandato siguiente :
# smitty nim_res_op
-o bien-
nim #smitty
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Realizar operaciones en recursos
Este mandato vuelve a crear el archivo .toc del lpp_source y comprueba el atributo para
"simages". No hay salida se visualiza si se produce un error.
Debe utilizar esta operacin cuando haya aadido algunos de mantenimiento o los arreglos
para el lpp_source. Desde nivel base de archivos y nivel de arreglo catlogos pueden tener
los mismos nombres, el archivo .toc puede obtener generado con lo que realmente est en el
lpp_source. El mandato lppmgr le permite quitar cualquier innecesarios duplicar catlogos
de su lpp_source.
Utilice esta opcin para agregar o eliminar software del lpp_source (derecha fcil).
Normalmente se utiliza cuando se copian los volmenes de CD hacia abajo para el
lpp_source. En el ejemplo anterior podra utilizar que si ha recibido el service pack ms
reciente en y que le gustara agregar a su lpp_source.
Tambin puede simplemente "cp" o "mv" catlogos / <lpp_source> en el directorio
/installp/ppc manualmente. Recuerde que no es necesario para ejecutar un mandato lppmgr
para actualizar el archivo .toc. Si le han cualquier RPMS ms que le gustara agregar a su
lpp_source, asegrese de colocar en la ubicacin /RPMS/ppc <lpp_source>.
En casos donde le estamos tratando con la versin diferente o Los niveles de release se
debe crear un lpp_source diferente. No hay ninguna va de acceso de actualizacin para
lppsources.
Ejemplo : 5200-08_lppsource de obtener en unos 5300-05 CD base. Tendr que desea crear
un lpp_source nuevo para dicho nivel.
Al siguiente a travs de esta gua le ha construido un SPOT por ahora pero permite tomar
una visin ms exactamente en lo que es, y cmo tratar a su SPOT en el futuro. Para todos
los ejemplos que se utilizando el SPOT que hemos creado anteriormente : 5305_spot
Si le ha olvidado el nombre de SPOT su hay un comando til que muestra una lista de todos
los recursos de SPOT en el sistema.
# lsnim -t spot
spot recursos 5305_spot
INFORMACIN IMPORTANTE :
Rstate = Este es el estado de NIM del recurso. Si no se ha establecido en esta "listo para
utilizar" en este SPOT no puede ser utilizado para todas las operaciones de NIM.
Normalmente se ejecuta una operacin de verificacin en vigor el nombre de SPOT se
restablecer en un buen estado de un estado como " no disponible para la utilizacin ".
# nim -Fo check 5305_spot
Alloc_count = Esto dar un valor numrico como a cuntos clientes NIM este SPOT
especfica ha sido asignado . Puede averiguar el especfico de NIM cliente nombres
ejecutando el comando siguiente :
# lsnim -a spot
lucidbso:
spot = 5305_spot
-o bien-
# lsnim -a spot -Z
#name:spot:
lucidbso:5305_spot:
LOCation = Esta es la ubicacin del SPOT ha sido instalado en. Si le recuerde desde
anterior que discutimos cmo un SPOT es esencialmente un sistema de archivos /usr. Si le
cd hacia abajo para que la ubicacin y ejecutar un listado ver muy exactamente lo que ver
si le hizo un listado desde el directorio /usr del maestro NIM.
Siguiente nos centraremos en buscar todas las operaciones que puede realizar en el SPOT.
Puede realizar cualquiera de estas operaciones a travs de acceso rpida smit ejecutando el
mandato siguiente :
# smitty nim_res_op
-o bien-
# smitty nim
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Realizar operaciones en recursos
El restablecimiento slo debe ser ejecutado si el recuento de asignacin actual para ese
recurso es igual a 0. Es preferible no obstante para ejecutar una comprobacin en vigor el
SPOT en su lugar . La operacin de verificacin tambin se volver a crear las imgenes de
arranque que sirve a clientes en el momento del arranque.
cust = realizar software de personalizacin
# nim -o cust -a filesets=[Link] -a lpp_source=5305_lpp 5305_spot
la accin hace exactamente lo que dice. Se muestra los catlogos de archivos que se han
instalado para crear el recurso SPOT.
El showres es esencialmente la misma como la operacin lslpp. Se utiliza cuando desea
comprobar el SPOT para ver si un catlogo de archivos determinado o de archivos ha sido
instalado en l. Es til para utilizar la funcin "...| grep <filesetname> " en la final de la
showres o comandos lslpp para buscar un catlogo de archivos determinado.
Esta mostrar una lnea "r_nivel_SO" que le dar el mayor TL completamente instalado en
el SPOT. Si no obstante le espera ver a los 5300-05 , pero slo muestran que 5300-04,
puede utilizar la operacin fix_query para saber lo que est faltando.
# nim -o fix_query -a fix_query_flags "cq =" -a fixes=5300-05_AIX_ML
5305_spot |grep ":-:"
Qu est haciendo este mandato es una lista de todos los catlogos de archivos que
forman parte de los 5300-05 TL y grep'ing para los que estn instalados en un nivel inferior
(:: grep de la anterior) de lo necesario . Los catlogos de nivel inferior se listarn en el
formato siguiente :
5300-05_AIX_ML:
:
:-:AIX 5300-05 Update
Ejemplo 2 : Al mirar para ver cul es el ms reciente PS es que est instalado en el SPOT
# lsnim -l 5305_spot
Esto mostrar todos los listados de PS. Puede tambin grep para un SP o rango de paquetes
de servicio con el mandato grep. Desde el listado anterior puede ver que ha habido ningn
paquete de servicio ms all de 5300-05 agregar al SPOT.
Ejemplo 3 : Cuando buscando para ver si hay un APAR especfico instalado en el SPOT
# nim -o fix_query -a fixes = IY78180 5305_spot
Todos los catlogos de archivos para IY78180 se han encontrado.
Si le obtener una devolucin de "todos los catlogos no se ha encontrado " para su APAR,
consulte Ejemplo a 1 sobre cmo determinar a qu catlogos se encuentran desaparecidos.
Esta es una especie de como un registro de acceso rpida smit especiales tan slo para NIM
SPOT. Se registra la actividad o consultas contra el SPOT NIM. Si le ests haciendo la
mayor parte de su trabajo a travs de acceso rpida smit, todo eso ser la sesin en su
archivo [Link] por lo que generalmente no necesita a molestar con la operacin showlog,
sin embargo si se ejecuta desde la lnea de mandatos, puede ayudar a determinar las causas
de las anomalas .
Desde el SPOT es una entidad instalados, como el maestro NIM o cualquier sistema AIX,
puede ejecutar en los casos en los que ha roto los catlogos, vnculos rotos o archivos que
faltan o daado. Son tambin fijo en la misma forma como lo hara en cualquier otro
sistema utilizando el "Overwrite Fuerza" o "Fuerza Reinstalar " opciones -v para ver si hay
errores, utilizando el "- ul" le faltan v í nculos distintivos para errores de "- l", y la
sustitucin de archivos para cualquier "- c" de salida.
Esta SPOT es solamente bueno para utilizar en relacin con este mksysb. No intento para
utilizar este recurso SPOT con cualquier lpp_source otros o imagen mksysb, como puede
tener imprevisibles e incluso los resultados de anomala de. Tambin puede no actualizar
este SPOT con los arreglos, paquetes de servicio, o actualizaciones de TL.
El recurso mksysb
NIM utiliza imgenes mksysb que se toman en el archivo. Un recurso mksysb de NIM
puede ser definido desde un archivo mksysb existente, o el maestro NIM puede crear una
imagen mksysb nuevo de uno de sus propios clientes. Veremos en apariencia a continuacin
ambos procesos. Antes que estamos haciendo para querr crear un sistema de archivos
separado para albergar estas imgenes. Following traje con nuestros sistemas de lpp_source
y SPOT, vamos llamar a este /export/nim/mksysb una, y crear de la misma manera que
hemos creado nuestros sistemas de lpp_source y SPOT.
# crfs -v jfs2 -g nimvg -m /export/nim/mksysb -a size=3G
-o bien-
# crfs smitty
Cmo cambiar el "fsize = 2097151 " a "fsize = -1 " permitir para los tamaos de archivo
ilimitado. Tendr que cerrar la sesin y volver a iniciarla para que este requisito entre en
vigor.
Observe que el nombre de archivo y el nombre de recursos son los mismos. Eso est bien, y
til porque sabemos exactamente lo que es slo por el nombre solo.
Desde SMIT :
# smitty nim_mkres
-o bien-
# smitty nim
=>Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Definir un recurso
Siguiente, seleccione " mksysb" como el tipo de recurso. (Hay opciones listadas ms que
cubierta ms adelante veremos)
* Nombre de recurso [ClientA_mksysb]
* Tipo de recurso mksysb
* Servidor de recurso [maestro]
* Recurso de ubicacin [/export/nim/mksysb/ClientA_mksysb]
Comentarios [Mksysb de ClienteA]
# lsnim -l ClientA_mksysb
ClientA_mksysb:
Clase = recursos
Escriba = mksysb
Arch = poder
Rstate = listo para utilizar
prev_state = preparado para utilizarse
Location = /export/mksysb/ClientA_mksysb
Versin = 5
Release = 3
Mod = 0
Oslevel_r = 5300-05
Alloc_count = 0
Server = maestro
El maestro NIM tambin puede crear imgenes mksysb de sus clientes. En orden a ello , el
equipo cliente debe tener el catlogo de archivos [Link] instalado y debe
tener un archivo /etc/niminfo existente. (Este aspecto se cubre en el anterior " Definicin de
clientes de Nim" seccin).
Para nuestros propsitos, estamos utilizando rsh como protocolo de comunicacin. Tambin
tiene la opcin de utilizar '' nimsh como protocolo de comunicacin, aunque para esta gua,
el maestro NIM tiene permisos rsh en el cliente.
Desde la imagen mksysb no ha sido creada ya que necesita especificar para ms "un
<attribute> de " banderas de lo que hizo en el ejemplo anterior.
Desde SMIT :
# smitty nim_mkres
-o bien-
# smitty nim
=>Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Definir un recurso
Siguiente, seleccione " mksysb" como el tipo de recurso.
* Nombre de recurso [ClientA_mksysb]
* Tipo de recurso mksysb
* Servidor de recurso [maestro]
* Recurso de ubicacin [/export/nim/mksysb/ClientA_mksysb]
Comentarios [Mksysb de ClienteA]
Origen para reiteracin []
-o bien-
Opciones de creacin de imagen de copia de seguridad del sistema:
CREAR imagen de copia de seguridad del sistema?
S
CLIENTE NIM del que obtener copia de seguridad [ClienteA]
Slo VER PREVIAMENTE?
no acepta el lenguaje spanish, se queda bloqueada la pagina
IGNORAR requisitos de espacio?
no acepta el lenguaje spanish, se queda bloqueada la pagina
AMPLIAR /tmp si es necesario?
no acepta el lenguaje spanish, se queda bloqueada la pagina
Crear archivos de mapas?
no acepta el lenguaje spanish, se queda bloqueada la pagina
Realizar copia de seguridad de atributos extendidos?
S
Nmero de BLOQUES a grabar en una sola salida []
(dejar en blanco para utilizar el valor predeterminado del sistema)
Utilizar archivo EXCLUDE local?
no acepta el lenguaje spanish, se queda bloqueada la pagina
(especifique no para incluir todos los archivos en la copia de
seguridad)
-o bien-
Recurso EXCLUDE_FILES []
Como puede ver de nuevo desde que son no slo de definir el recurso, pero la creacin la
imagen mksysb as, hay ms opciones a tener en cuenta. Una vez se completa tendr un
recurso mksysb que se pueden ver utilizando el mandato 'lsnim -l' :
# lsnim -l ClientA_mksysb
ClientA_mksysb:
Clase = recursos
Escriba = mksysb
Arch = poder
Rstate = listo para utilizar
prev_state = preparado para utilizarse
Location = /export/mksysb/ClientA_mksysb
Versin = 5
Release = 3
Mod = 0
Oslevel_r = 5300-05
Alloc_count = 0
Server = maestro
El recurso [Link]
Fuera de NIM puede encontrar un archivo [Link] en la raz (/) del directorio de la
mayora de los sistemas. Si all no es uno en que ubicacin puede encontrar uno en
/var/adm/ras. El propsito del archivo [Link] es generalmente para ejecutar las
instalaciones "no atendida". Cuando le de arranque desde el soporte de instalacin de AIX
que se presentan con una serie de opciones. Cada opcin que le hacer afecta el resultado y
la configuracin de la instalacin (es decir , Discos en rootvg, los entornos de idioma, el
escritorio, paquetes adicionales instalados...). Podra haber un caso donde se tiene que
instalar un sistema de la sala , en un edificio diferente, o en todo el pas. Si uno no est en el
otro lado de estas opciones, en el cliente de NIM se sienten pacientemente y espere en el
"Por favor Defina la consola del sistema el indicador" para la eternidad. Utilizacin de un
recurso bosinst_data se preestablecido estas opciones para usted.
Excluyendo los comentarios, un archivo [Link] que tendr un aspecto parecido a este :
control_flow:
CONSOLE = Default
INSTALL_METHOD = overwrite
PROMPT = yes
EXISTING_SYSTEM_OVERWRITE = yes
INSTALL_X_IF_ADAPTER = yes
RUN_STARTUP = yes
RM_INST_ROOTS = no
ERROR_EXIT =
CUSTOMIZATION_FILE =
TCB = no
INSTALL_TYPE =
BUNDLES =
SWITCH_TO_PRODUCT_TAPE =
RECOVER_DEVICES = Default
BOSINST_DEBUG = no
ACCEPT_LICENSES =
DESKTOP = CDE
INSTALL_DEVICES_AND_UPDATES = yes
IMPORT_USER_VGS =
ENABLE_64BIT_KERNEL = yes
CREATE_JFS2_FS = yes
ALL_DEVICES_KERNELS = yes
GRAPHICS_BUNDLE = yes
MOZILLA_BUNDLE = no
KERBEROS_5_BUNDLE = no
SERVER_BUNDLE = no
ALT_DISK_INSTALL_BUNDLE = no
REMOVE_JAVA_118 = no
HARDWARE_DUMP = yes
ADD_CDE = no
ADD_GNOME = no
ADD_KDE = no
ERASE_ITERATIONS = 0
ERASE_PATTERNS =
Entorno local:
BOSINST_LANG = es_ES
CULTURAL_CONVENTION = es_ES
MESSAGES = es_ES
KEYBOARD = es_ES
target_disk_data:
PVID = 000048eda0243fa5
PHYSICAL_LOCATION = U0.1-P2/Z1-A8
CONNECTION = scsi0//8, 0
LOCATION = 1S-08-00-8, 0
SIZE_MB = 34715
HDISKNAME = hdisk0
Usted tendr 1 "target_disk_data" stanza para cada disco que se parte de rootvg. Non los
grupos de volmenes raz no se tener secciones "target_disk_data".
Para obtener informacin ms detallada en el resto de las opciones que puede visitar este
enlace : [Link]
topic=/[Link]/doc/insgdrf/bosinst.data_file_stanza_desc.htm
" He realizado una copia de mi archivo [Link] y lo calific de modo que puede que la
reconoce como un archivo [Link] de sobrescritura no asistida. Ahora nos
aseguraremos de edicin de manera que refleje lo que un objetivo general de sobrescritura
no asistida a utilizar.
control_flow:
CONSOLE = Default
INSTALL_METHOD = overwrite
PROMPT = no
EXISTING_SYSTEM_OVERWRITE = yes
INSTALL_X_IF_ADAPTER = yes
RUN_STARTUP = yes
RM_INST_ROOTS = no
ERROR_EXIT =
CUSTOMIZATION_FILE =
TCB = no
INSTALL_TYPE =
BUNDLES =
SWITCH_TO_PRODUCT_TAPE =
RECOVER_DEVICES = Default
BOSINST_DEBUG = no
ACCEPT_LICENSES =
DESKTOP = CDE
INSTALL_DEVICES_AND_UPDATES = yes
IMPORT_USER_VGS =
ENABLE_64BIT_KERNEL = yes
CREATE_JFS2_FS = yes
ALL_DEVICES_KERNELS = yes
GRAPHICS_BUNDLE = yes
MOZILLA_BUNDLE = no
KERBEROS_5_BUNDLE = no
SERVER_BUNDLE = no
ALT_DISK_INSTALL_BUNDLE = no
REMOVE_JAVA_118 = no
HARDWARE_DUMP = yes
ADD_CDE = no
ADD_GNOME = no
ADD_KDE = no
ERASE_ITERATIONS = 0
ERASE_PATTERNS =
Entorno local:
BOSINST_LANG = es_ES
CULTURAL_CONVENTION = es_ES
MESSAGES = es_ES
KEYBOARD = es_ES
target_disk_data:
PVID =
PHYSICAL_LOCATION =
CONNECTION =
LOCation =
SIZE_MB =
HDISKNAME = hdisk0
Bsicamente todos lo hice en este caso fue cambiar el valor " prompt" y se ha borrado el
identificar "target_disk_data" secciones para quitar cualquier referencia especfica excepto
para el disco que desea para la instalacin . Si tiene que quera instalar la ejecucin de 2
discos, yo simplemente hacer un segundo "target_disk_data" stanza y agregar "hdisk1" en
que campo nombrediscoduro.
Con una sobrescritura, la migracin, o instale la preservacin de la duplicacin no puede
"pre-setup". Vista 2 stanzas target_disk_data en este recurso se extender el rootvg en dos
discos.
Otro escenario le puede encontrar, es un caso en el que tiene una imagen mksysb que le
gustara a instalar de nuevo al cliente que se ha tomado de, o clonar esa imagen a nuevos
clientes. En un caso donde est utilizando una imagen de mksysb, hay un archivo
[Link] ya construido en esa imagen. Asignacin de un recurso bosinst_data durante
una instalacin se contrarrestan el archivo [Link] que est basado en la imagen
mksysb.
Adems, si lo que tiene una imagen mksysb que se ha creado con el " prompt = no" ya
establecido y no desea que la instalacin no se le pida. Puede extraer el archivo [Link]
de la imagen mksysb, editar , y crear un recurso bosinst_data de NIM nuevo de ese archivo
[Link] extrado. Aunque no hemos cubierto los recursos mksysb , pero que realmente
no es importante para lo que estamos buscando en aqu. Para extraer el archivo [Link]
que primero tiene que saber donde el archivo mksysb se encuentra. ste ya debe estar
definido como un recurso NIM. Para este ejemplo vamos llamada el recurso mksysb :
mksysb1.
Para encontrar la ubicacin que utilice el mandato 'lsnim -l ', que debe estar familiarizado
con.
# lsnim -l mksysb1
mksysb1:
Clase = recursos
Escriba = mksysb
Arch = poder
Rstate = listo para utilizar
prev_state = preparado para utilizarse
Location = /export/mksysb/mksysb1
Versin = 5
Release = 3
Mod = 0
Oslevel_r = 5300-05
Alloc_count = 0
Server = maestro
Ahora , tenemos /export/mksysb/[Link]. podemos tratar este como cualquier otro por
de moverlo en nuestro directorio de /export/nim/bosinst_data, editar , y lo definen como un
recurso.
Tome nota que el propio nombre de archivo no tiene que ser "[Link]". Si que fueron el
caso , slo se poda tener 1 archivo [Link] en una determinada ubicacin del
directorio. El sistema no le importa qu es el nombre de archivo para que se sienten libres
para dar un nombre descriptivo.
Definicin del recurso bosinst_data
Desde SMIT :
# smitty nim_mkres
-o bien-
# smitty nim
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Definir un recurso
El recurso image_data
Fuera de NIM puede encontrar un archivo [Link] en el directorio raz (/) de la mayora
de los sistemas. Si no hay en una ubicacin que puede hacer uno utilizando el mandato
mkszfile ''. Este archivo contiene informacin sobre la estructura de su rootvg, los tamaos
de volmenes lgicos, sus nombres de montaje correspondiente (nombres de archivos), y
otra informacin importante. Esta informacin puede ser editado para cambiar la
configuracin de un sistema. En este momento , slo se utilizando este para modificar las
instalaciones de mksysb. En esta gua no se va en funciones ms avanzadas como de la
configuracin de los tamaos de archivos propios, o presetting un sistema de cara a la
duplicacin de disco. Una vez le familiarizarse con la edicin de este archivo y
familiarizarse con el archivo [Link] , lo puede averiguar cmo hacer que en su propia.
espec í ficos podra ser dado en una gua ms avanzadas ... permiten obtener slo a
travs de los conceptos bsicos en primer lugar .
Por simplicidad, vamos a romper el archivo [Link] hacia abajo en 4 secciones. (He
eliminado " cualquier secciones comentadas).
Info Rootvg :
image_data:
bff IMAGE_TYPE=
DATE_TIME= Tue 24/04 [Link] CDT 2007
UNAME_INFO= AIX shadoebso 3 5 000048ED4C00
PRODUCT_TAPE= no
nimvg USERVG_LIST=
chrp PLATFORM=
OSLEVEL= [Link]
OSLEVEL_R= 5300-05
000048ED4C00 CPU_ID=
LPAR_ID=
logical_volume_policy:
SHRINK= no
EXACT_FIT= no
ils_data:
en_US LANG=
vg_data:
rootvg VGNAME=
PPSIZE= 64
VARYON= no
hdisk0 hdisk1 VG_SOURCE_DISK_LIST=
QUORUM= 2
ENH_CONC_CAPABLE= no
CONC_AUTO= no
BIGVG= no
TFACTOR= 1
Como ustedes pueden ver hay todo tipo de informacin del sistema Informacin de rootvg
y aqu en la lista. Podemos ver el nombre de host, los grupos de volmenes del usuario, os e
informacin ml, de disco y de informacin , todos pueden ser tiles para editarlo
posteriormente del archivo, y para la resolucin de problemas posible futuro
los datos del disco de origen :
source_disk_data:
000048ed24f90748 PVID=
PHYSICAL_LOCATION= U0.1-P2/Z1-A9
scsi0//9, CONNECTION= 0
UBICACION= 1S-08-00-9, 0
SIZE_MB= 34715
hdisk1 HDISKNAME=
source_disk_data:
000048eda0243fa5 PVID=
PHYSICAL_LOCATION= U0.1-P2/Z1-A8
scsi0//8, CONNECTION= 0
UBICACION= 1S-08-00-8, 0
SIZE_MB= 34715
hdisk0 HDISKNAME=
Similar a un archivo /[Link], el archivo /[Link] tiene informacin sobre lo que los
discos del rootvg Actualmente propietaria. Recuerde, el archivo /[Link] contiene
informacin sobre cmo el rootvg originalmente de configuracin, el /[Link] es la
configuracin actual. Es muy importante que este archivo se mantiene hasta la fecha al
crear un mksysb.
Mkszfile :
Quiero romper aqu slo para un segundo porque este mandato es muy importante. Si le
crear las copias en smit mksysb, la opcin por omisin ya est configurado para ejecutar
este comando , por lo que no es necesario cambiar nada. Cuando se ejecuta un mksysb
desde la lnea de mandatos se utiliza el distintivo ' - i ' para asegurarse de que se actualiza el
archivo /[Link]. De forma alternativa , puede ejecutar manualmente :
# mkszfile
Cada volumen lgico en el sistema tendr una stanza lv_data, la primera siempre que la
stanza para el hd5 - el volumen lgico de arranque. Esta es donde, en general, la mayora de
la edicin del archivo se realiza. La razn principal (de razn y que slo analizar aqu)
para editar esta seccin es para romper manualmente la duplicacin. La situacin sera
donde le tienen un mksysb de un rootvg replicado y necesita para restaurar a slo 1 de
disco. Los mens del BOS mksysb no tiene una opcin de restaurar un mksysb duplicada
en esta forma. Para llevar a cabo esta usted tiene que tirar el archivo [Link] a partir de
su archivo mksysb (similar a cmo se retir el archivo [Link] desde el mksysb) y se
puede editar manualmente un salto de las duplicaciones. Si este es un caso donde el sistema
le tom el mksysb de datos est activa y en ejecucin , y de que est utilizando para la
imagen de clon a otro sistema, hacer Not simplemente ir a ese sistema y cp el archivo
[Link] a travs de. Siempre utilizar el archivo [Link] de mksysb.
Fs_data :
fs_data:
FS_NAME = /
FS_SIZE= 393216
FS_MIN_SIZE= 63156
/dev/hd4 FS_LV=
FS_JFS2_BS= 4096
FS_JFS2_SPARSE= yes
FS_JFS2_INLINELOG= no
FS_JFS2_SIZEINLINELOG= 0
v1 FS_JFS2_EAFORMAT=
FS_JFS2_QUOTA= no
FS_JFS2_DMAPI= no
FS_JFS2_VIX= no
Esta seccin contiene informacin sobre los sistemas de archivos. Cuando se edita el
archivo [Link], ignore esta seccin. Para nuestros propsitos, slo all es bastante para
buscar.
En un caso donde le es necesario editar el archivo [Link] en un recurso mksysb de
NIM existente, primero el men desplegable ./[Link] desde el recurso mksysb.
Utilizando nuestra ejemplo desde el archivo [Link] :
# lsnim -l mksysb1
mksysb1:
Clase = recursos
Escriba = mksysb
Arch = poder
Rstate = listo para utilizar
prev_state = preparado para utilizarse
Location = /export/mksysb/mksysb1
Versin = 5
Release = 3
Mod = 0
Oslevel_r = 5300-05
Alloc_count = 0
Server = maestro
Desde SMIT :
# smitty nim_mkres
-o bien-
# smitty nim
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Definir un recurso
Puede elegir editar su archivo ya sea antes o despus de lo definen como un recurso. NIM
no le importa que le cambiar el contenido del archivo, siempre que el archivo es vlido.
Puesto que los archivos [Link] cambiar de acuerdo al sistema que se toman de, es una
buena idea para quitar los archivos [Link] no est utilizando activamente. Slo desea
utilizar su archivo [Link] editado en relacin con el mksysb que se para.
Rompiendo la duplicacin en el archivo [Link] de un mksysb existente :
Tenga en cuenta las dos entradas en negrita. Esta es la stanza lv_data para nuestro volumen
lgico de arranque hd5. En orden para romper la duplicacin que necesita para cambiar los
dos entradas en negrita.
COPIES= 2 COPIES= 1
PP= 2 PP= 1
Para cada stanza lv_data en este archivo de cambiar el nmero de copias a 1. Necesitar
cambiar luego el "PP = #,##" en cada stanza en la mitad del valor actual. Si no se sienten
como haciendo los clculos, tambin le puede slo bajo el aspecto "COPIAS =#" y ver el
"Lps =##". Esto es lo que el "PP = #,##" debe ser despus de reducir en la mitad.
stanzas ALL lv_data necesita para ser editado en esta forma. Una vez que este se realiza, al
guardar el archivo le dar un rootvg no duplicada despus de la restauracin de NIM se
completa.
- So No Commonly-Used-Recursos
La siguiente serie de recursos'slo voy a describir brevemente. Desde este se trata ms que
nada de una "iniciacin" le guiar para no necesitar utilizar cualquier de estos. Por el
momento le ests cmodo con NIM (ojal despus de pasar por esta gua), se debe a que
regresen y podr crear, definir y trabajar con estos recursos sin demasiados problemas.
Grupo de mquinas
Un grupo de mquina es exactamente lo que los sonidos como. Varias mquinas puede
definirse en un recurso "mquina de grupo" en la instalacin para su comodidad. Qu le
obtener en le comodidad pueden pagar en el rendimiento sin embargo. Poner 20 mquinas
en un grupo de mquinas y ejecutar una instalacin a ese grupo de recursos de mquina
obviamente no sea tan rpido como instalar 5 mquinas a la vez. Esta no slo depende de
las capacidades de rendimiento de su maestro, pero tambin las capacidades de rendimiento
de la red.
Puede ejecutar en un caso donde necesita 5 mquinas instaladas con una "imagen de oro"
mksysb. En un caso como este, definir un grupo de recursos de mquina podra guardar le
algn tiempo.
resolv_conf
script
Este es un script de shell que escrita por el usuario puede ser asignado y ejecutado despus
de un " cust" o la operacin bos_inst. Este tipo de recurso es exclusivo en que puede
asignar recursos script varios para ser ejecutado en un cliente despus de una instalacin. El
inconveniente slo sin embargo es que el orden en que los scripts se ejecutan no es una
opcin configurable....normalmente se acaba al azar.
Nota : recursos El script no deben apuntar a archivos que residen en el directorio
/export/nim/scripts. Este directorio se utiliza para el recurso nim_script gestionado por
NIM. Las restricciones de NFS impiden definir mltiples recursos en la misma
[Link] su propia ubicacin para la celebracin de los scripts, como
/export/nim/myscripts.
fb_script
exclude_files
Este es un archivo con los nombres y ubicaciones de archivos/directorios que desea excluir
de una imagen mksysb. No confunda este Do con el destino del sistema local propio
archivo /etc/exclude de recursos. Este recurso sera til en casos donde est la copia de
seguridad de varios clientes NIM y siempre desea utilizar el mismo tipo de exclusin para
cada uno de ellos.
Cosas a nota con utilizando excluir archivos :
1 . Asegrese de que todas las entradas de inicio con un "^ . /" en caso contrario , podra
poner fin a la exclusin de archivos de la intencin de no. Utilizar el "^ . /" hace que se
inicie desde el archivo de exclusin / y buscar la va de acceso .
ej.
^./myfiles/
^./mytrash/
installp_bundle
Esto le permite instalar catlogos de archivos adicionales para un cliente de NIM durante
una operacin bosinst. Si desea que todos los clientes instalados para tener un conjunto
especfico de catlogos, puede que desee crear y asignar un paquete installp que se desea
agregar al conjunto predeterminado de catlogos de archivos instalados durante una
instalacin con sobregrabacin (como un ejemplo).
Lo ltimo que necesitamos saber acerca de los recursos de NIM, es cmo para eliminarlos.
El mandato es bastante fcil, y lo nico que necesita para verificar primero es que no se
asigna a ningn cliente.
Puede comprobar de cualquier recurso "Alloc_count" mediante la ejecucin de un 'lsnim -l
en contra de que el nombre de recurso.
Desde SMIT :
# nim_rmres smitty
-o bien-
# smitty nim
=> Realizar Tareas de administracin de NIM => Gestionar Recursos =>
Eliminar un recurso
Su clientes NIM estn definidos en el maestro en una de dos formas. El maestro puede
definir clientes a s mismo o una mquina puede indicar a un maestro que l est definiendo
a s mismo como un cliente. Tambin puede inhabilitar la caracterstica de permitir a los
clientes que se definen para el entorno de NIM (por este valor por omisin es activado).
Dado que esta es una operacin de NIM que se est utilizando el mandato nim " para "
definir los clientes. Hay una nueva manera de definir e instalar varios clientes a la vez
utilizando el mandato nim_clients_setup '', pero desde esta gua es una introduccin /
principio, que no se que que aqu.
Cuando un maestro NIM ejecuta una operacin para definir un cliente NIM no realmente
salir y pngase en contacto con el cliente o proporcionar ningn tipo de informacin al
cliente permitiendo que se sabe que se define. Esta es una operacin puramente informativo
que actualiza NIM. El nico requisito es que necesita para que el maestro pueda resolver
correctamente el nombre de host del cliente.
... -a platform=chrp : El tipo de plataforma del sistema de destino. Despus de AIX 5,2 este
se siempre se chrp.
...-un if1 = "find_net lucidbso 0 ' : Se utiliza cuando un cliente es parte de una red de NIM
existente. En este caso mi cliente NIM pertenece a la red de NIM de mi maestro (es decir ,
estn en la misma subred) para que no la necesidad de dar ms informacin. Si este cliente
es necesario para estar en una red nueva , que no iba a utilizar el "find_net" sino el
"net_definition= <value> ......." las opciones en donde desea especificar que "networktype"
"mscara" "clientgateway" "nombre_red" atributos.
... connect=shell -a : Este ser el tipo de conexin utilizado. Puede elegir de shell (rsh) o
nimsh.
Desde SMIT :
# smitty nim_mkmac
-o bien-
# smitty nim
==> Tareas de administracin de ==> Gestionar mquinas ==> Definir una
mquina
Desde aqu se le preguntar qu el nombre de sistema principal del cliente NIM es. Si el
maestro puede resolver el nombre de host del cliente , y ya tiene una red NIM asociada con
la red del cliente , que "pre-generate" una pantalla de aceptacin final por usted (vea 1 a
continuacin). Si el maestro no ya tienen una red NIM definida para este cliente, se le
solicitar para obtener ms informacin y se le solicitar crear una red nueva para este
nuevo cliente (vea 2 en la pgina siguiente).
* Nombre de mquina NIM [nombrecliente]
* Tipo de mquina [autnoma]
* Tipo de plataforma de hardware [chrp]
Kernel a utilizar para el arranque de red [mp]
Protocolo de comunicaciones utilizado por el cliente []
Interfaz de instalacin de red primaria
* bnc Tipo de cable
Valor Velocidad de red []
Dplex de red Configuracin []
* Red NIM master_net
* Host del cliente client_hostname Name
Direccin de hardware de adaptador de red [0]
Network Adapter Nombre de dispositivo lgico []
Dispositivo emulacin de ROM de IPL []
CPU ID []
Mquina de grupo []
Comentarios []
Observe que en realidad le no tienen que rellenar en nada ms como un campo obligatorio.
El maestro puede resolver el nombre de host del cliente, y que el cliente ha puesto en la
misma red (master_net) porque en este caso, el cliente maestro y se encuentran en la misma
red.
Recomiendo dejando los campos opcionales en blanco como que actualmente son
(especialmente si el cliente NIM es 5,2 o menor, como algunas opciones no son vlidas
para 5,2 clientes).
Si pulsa <enter> desde aqu se definir el cliente.
-o bien-
* Nombre de mquina NIM [nombrecliente]
* Tipo de mquina [autnoma]
* Tipo de plataforma de hardware [chrp]
Kernel a utilizar para el arranque de red [mp]
Protocolo de comunicaciones utilizado por el cliente []
Interfaz de instalacin de red primaria
* bnc Tipo de cable
Valor Velocidad de red []
Dplex de red Configuracin []
* Red NIM [10_14_20_Net]
* Tipo de red ent
* Tipo de Ethernet Estndar
* Mscara de subred [[Link]]
* Pasarela por omisin utilizada por mquina [[Link]]
* Pasarela por omisin utilizada por maestro [[Link]]
* Host nombrecliente Nombre
Direccin de hardware de adaptador de red [0]
Network Adapter Nombre de dispositivo lgico []
Dispositivo emulacin de ROM de IPL []
CPU ID []
Mquina de grupo []
Comentarios []
Observe que hay mucho ms para rellenar de aqu, porque estamos definiendo una nueva
red de NIM. Veremos dicen que mi nueva del cliente NIM ip = [Link]. I'm de
denominacin 10_14_20_Net mi red NIM para que sea descriptivo de slo el nombre de.
Adems, cualquier otro cliente en esta misma red ahora ser automtico definido en esta
nueva red y las pantallas de SMIT se parecer al ejemplo 1 anterior. Tambin necesitar que
introduzca mi mscara de subred y la pasarela utilizada por este cliente. La pasarela del
maestro en se rellena por usted. Una vez completado satisfactoriamente este " ahora voy a
tener 2 redes NIM.......master_net y 10_14_20_Net. (No Puedo no hizo los clculos para
ver si eso fue un ip/snm combinacin).
Alternativamente podemos definir un cliente nuevo en el entorno de NIM desde el lado del
cliente como bien. Primero de todo lo que necesita para asegurarse de que el cliente de
NIM de archivos (archivos [Link]) est instalado en el sistema cliente.
El catlogo de archivos de cliente debe estar instalado en todos los sistemas de forma
predeterminada. Verifique esta ejecutando el siguiente
Mandato :
# lsnim -l archivos [Link]
Para este ejemplo , el nombre del cliente se lucidbso. El nombre del maestro NIM se
shadoebso. En ambos casos que se definir el cliente desde el lado del cliente. Desde la
resolucin de nombre de host es muy importante en NIM, es una buena idea para
asegurarse de que el archivo /etc/hosts contiene informacin correcta sobre el maestro
NIM.
Desde SMIT :
# smitty niminit
-o bien-
# smitty nim = => Configure Network Installation Management Client de
archivos
* Nombre de mquina [lucidbso]
* Interfaz de instalacin de red primaria [en0]
* Nombre de host de Network Install Master [shadoebso]
Tipo de plataforma de hardware chrp
Kernel a utilizar para el arranque de red [mp]
Protocolo de comunicaciones utilizado por el cliente []
Opciones de interfaz Ethernet
Valor Velocidad de red []
Dplex de red Configuracin []
Finalmente podemos obtener al cosas buena.....cmo instalar los clientes recin creado
utilizando los recursos que acaba de crear. Esta seccin se desglosa en 3 subcategoras :
Tipos de instalacin
rte
mksysb
SPOT
update_all / nico catlogo de instalar
mtodos de instalacin
enviar
impulsar la fuerza
pull
Tipos de instalacin
Esta ser tomar una imagen mksysb y restaurar de vuelta al sistema de o de clonacin que
imagen a otro sistema.
* Un problema comn al ejecutar una instalacin de mksysb est intentando utilizar un
SPOT que se encuentra en un nivel inferior de la imagen mksysb. NIM ha integrado de una
de comprobacin ahora y le avisar si se intenta utilizar un menor nivel de SPOT, sin
embargo es una buena idea para que se convierta en un hbito para comprobar este mismo.
Este es un mtodo de instalacin muy raramente se utilizan. Al hacer esto , tomar el SPOT
que est utilizando para la instalacin, y copiar lo. Si no tiene el soporte de dispositivo
apropiado en el SPOT, la instalacin se completa, pero el sistema no arranque.
*I no revisar instala SPOT como son tan pocas veces utilizado, sin embargo despus de
pasar a travs de la seccin siguiente, que no debe tener problema al establecer una en si
desea hacerlo.
El ltimo tipo de instalacin que se analizar el update_all. Esto puede ser utilizado para
actualizar un maestro, cliente. o SPOT con los APAR individuales, niveles de tecnologa, o
los paquetes de servicio.
Ms comnmente que utilizar el recurso lpp_source para ejecutar un update_all para un
cliente NIM que se encuentra en un nivel de tecnologa inferior. En este caso no necesita un
recurso SPOT que coincida, ya que no es de arranque inicial necesaria del cliente. El
maestro simplemente montajes NFS sobre la ubicacin de lpp_source para el cliente que
acaba de ejecutar su operacin update_all propia.
*En todos los casos, es Siempre (always) recomendado para verificar que el sistema de
destino est en el nivel ms reciente de firmware antes de ejecutar cualquiera de estas
instalaciones. Trust me, este no es uno de ellos ", eh odio a la actualizacin del firmware,
voy a omitir de momento " este tipo de situaciones. Esta es una "en serio....seguro que es el
firmware al nivel ms reciente de" situaciones.
A continuacin se muestra el sitio de descarga de firmware. Instrucciones sobre la
instalacin del firmware tambin se encuentran por clic hasta el nivel de firmware.
Firmware FixCentral Descargar
[Link]
Si la planificacin para ejecutar un update_all en el maestro NIM o una mquina cliente
debe consultar el documento de DCF Actualizacin a un nuevo nivel de
tecnologa o Service Pack para ir a travs recomienda de pre / postproceso
comprobaciones.
Tambin puede utilizar la funcin de bsqueda en el sitio de DCF para ejecutar una
bsqueda para el documento utilizando el mismo nombre.
variacin :
You do n't have necesariamente para ejecutar un update_all. Tambin puede instalar
catlogos de archivos individuales :
# nim -o cust -a lpp_source=5305_lpp -a accept_licenses=yes -a filesets=
CLientA
Desde SMIT :
# smitty nim_update_all
-o bien-
# smitty nim
=> Realizar NIM Software Installation and Maintenance Tareas => Instalar
y Actualizar Software => Actualizar software instalado al ltimo nivel
(Actualizar todo)
Usted conocer siguiente seleccione su destino (cliente o SPOT) y que est utilizando el
lpp_source para la actualizacin.
* Instalacin de destino lucidbso
* LPP_SOURCE 5305_lpp
update_all Instalar para Software
Como ver, no hay otra opcin que necesita para establecer o cambiar porque a todos se
han rellenado automticamente . Si est aadiendo nuevos catlogos que puede cambiar la
opcin para aceptar licencias en " yes".
mtodos de instalacin
Este mtodo de instalacin es controlada por el maestro NIM. La mquina cliente debe
tener el catlogo de archivos [Link] instalado y un archivo /etc/niminfo que
refleja informacin maestra de NIM correcto. El maestro NIM se restablecer la lista de
arranque para reflejar el adaptador de red definido en NIM, asignar todos los recursos
adecuados, e iniciar un rearranque del sistema. Este mtodo de instalacin es comnmente
utilizado al instalar sistemas en una ubicacin remota utilizando un recurso bosinst_data
para permitir para instalaciones no se le pida.
Proporcionado son dos ejemplos de ejecutar una instalacin de insercin para un cliente de
NIM. Siguiendo los ejemplos de lnea de mandatos son sus procedimientos de SMIT
correspondiente en llevar a cabo las mismas tareas.
*aviso en el mandato anterior tuve que agregar un nuevo recurso bosinst_data porque una
instalacin de insercin fuerza requiere que un se pueden asignar , incluso si no se va a
utilizar. Cualquier opciones que seleccione en los mens del BOS se alteran temporalmente
las opciones establecidas en el recurso bosinst_data asignado o el archivo [Link] que
se encuentra en el mksysb.
Desde SMIT :
Nuevamente, slo hay una diferencia principal aqu. Usted simplemente cambiar la entrada
siguiente en la pantalla de acceso rpida smit desde "no" a "s". Por supuesto, tenemos que
asegurarnos de tener un recurso bosinst_data asignado.
BOSINST_DATA a utilizar durante la instalacin [bi_prompt_mksysb]
FORZAR PUSH de la instalacin?
[s]
Desde SMIT :
Nuevamente, slo hay una diferencia principal aqu. Usted simplemente cambiar la entrada
siguiente en la pantalla de acceso rpida smit "s" a "no".
Iniciar rearranque e instalacin ahora?
[No]
Si usted es uno de aquellos cuya terminal parece no llegar a tiempo para poder ver los
iconos o las palabras en la pantalla, la pantalla LED durante el tiempo que pulse el botn
adecuado es E1F1. Adems, a veces le Observar en sistemas grficos que pide
especficamente en lugar de F1 para 1 ... se debe mostrar en la pantalla el botn correcto
para presionar.
Su nivel de firmware puede depender de qu tipo de opciones que ver en SMS. I todas las
variaciones no tiene acceso a las opciones de men, para que las utilice el de mi maestro
NIM ha. Debe ser capaz de navegar estrechamente suficiente, como la redaccin debe ser
similar.
- SMS DEL SISTEMA DE GESTIN DE SERVICIOS -
1. Seleccionar idioma
2 . Cambiar Password Opciones
3 . Ver Error Log
4 . Configurar IPL remota (RIPL (Remote Initial Program Load))
5 . Cambiar valores de SCSI
6. Seleccionar consola
7 . Seleccione Boot Options
Primero de todo lo que necesitamos para proporcionar las direcciones IP necesarias para
indicar al cliente que est, y donde desea arrancar .
4 . Configurar IPL remota (RIPL (Remote Initial Program Load))
Siguiente tendr una seleccin de adaptadores para utilizar. Seleccione el adaptador que se
corresponde con el adaptador/sistema principal definido en NIM. Usted no se ver
"ent0/ent1...etc" opciones. You pero ser ver las direcciones de hardware y las ranuras .
Despus de establecer las direcciones IP utilice 'M' para volver al men principal. Usted no
hace normalmente que desea ir en la "Parmetros Adapter" (opcin 2 en la pantalla
anterior) para cambiar los parmetros del adaptador o inhabilitar rbol. Spanning Tree sale
y se activa partes de la red que puede haberse inhabilitado desde que no est en uso. Esto
puede aumentar el rendimiento , pero tambin de bloque de bootp si no est esperando para
recibir una solicitud a travs de esa parte de la red.
Adems, con la prueba de Ping....la prueba ping no es una manera fiable para determinar si
bootp se va a trabajar. De hecho, lo utilizamos al revs. Si bootp est fallando por algn
motivo que puede volver y compruebe la prueba ping para ver si que es tener un problema
as. Do no presumir bootp fallar si la prueba de ping falla. Se puede, pero no es una
indicacin fiable.
Con nuestra Parmetros direccin IP establecida que ahora debera estar de vuelta en el
men principal.
SELECCIONAR:
2. Arranque en la modalidad normal
Qu le DEBE ver :
Usted probablemente ver una pantalla de inicio breve en el intento de peticin bootp.
Idealmente ver algo como :
BOOTP : S= 1 R= 1
Siguiente , el maestro se tftp para la imagen de arranque de forma que debe ver un nmero
creciente a 24000-ish. Una vez que se complete el cliente se vaya a travs de todos los LED
de cdigos para establecer la comunicacin correcta y los montajes de NFS. Despus que le
ser presentado con las pantallas de los mens del BOS (si se est ejecutando una
instalacin asistida).
para Aceptar seamos real. Esta es la parte que realmente se preocupa por la derecha. Qu
sucede cuando el mundo perfecto de NIM que he " se presenta en el humo. Esta seccin se
cubren los principales problemas que la gente viene en durante las instalaciones de NIM, a
saber , el LED se cuelga. Echemos un vistazo En primer lugar un asunto de bootp.
Hay 7 se cuelga LED que son ms comunes. Vamos ir a travs de ellos una en una hora,
qu discutir las causas, y voy a proporcionar " un breve conjunto de controles/pasos que
puede ejecutar para ayudar a resolver los LED se cuelga en su propia.
bootp
Esta es la primera cosa que puede salir mal. Si no tiene conectividad de bootp, olvidar el
resto de la instalacin porque no le va en cualquier lugar. Las causas ms comunes de un
fracaso de bootp :
Usted querr hacer para todas las entradas de direccin IP sean correctos. Si cualquier de
ellos estn equivocados, entonces tiene un problema de definicin con NIM.
Slo utilizar la direccin de pasarela real del cliente si el cliente est en una red diferente de
NIM que el maestro.
Una cosa que puede hacer para probar esta teora es establecer bootp en de depuracin.
Qu estamos haciendo aqu se est deteniendo el daemon bootp y volver a iniciarlo con la
depuracin activada.
- Esta se bloquee la ventana que est abierto actualmente en el maestro para asegurarse de
que tiene una ventana libre abierto.
- Haciendo esto tambin se comente bootp desde el archivo /etc/[Link], por lo tanto ,
asegrese de que el comentario y reiniciar manualmente despus de la prueba completa.
Ventana 1
# nim -Fo reset
# nim -o deallocate -a subclass=all # stopsrc -t bootps # ps -ef |
grep bootp (slo para hacer nada de que se est ejecutando) # bootpd -s
-d -d -d -d
Ventana 2
# smitty nim_bosinst (y que de configuracin para la instalacin)
En el cliente NIM que se ejecute a travs de la pantalla de SMS como normal y poner en
marcha el arranque desde el adaptador.
Dos posibilidades :
1 . - Error Si el maestro no NO mostrar cualquier informacin de peticin bootp en la
ventana bloqueado en el adaptador que est utilizando es malo, o entre el direccionador y el
cliente maestro no est configurado para reenviar esta peticin bootp transmitida.
2 . - Error Si recibe el maestro , pero no lo enve de vuelta , que es ms probable que tenga
un problema con el direccionamiento IP, el bosinst no fue exitosa durante la configuracin,
o el maestro tiene un problema con la direccin MAC del cliente.
Recuerde, una vez que haya completado la prueba, slo las teclas Control-C de Window1
bootp y reinicie.
Para ejecutar una limpieza NFS rpida simplemente ejecutar los mandatos siguientes en el
maestro NIM.
Como siempre, ejecute un restablecimiento y desasignar del cliente NIM por primera vez .
# nim -Fo reset
# nim -o deallocate -a subclass=all # cd /etc # stopsrc -g nfs # rm
las exportaciones (que acaba de forma alternativa puede cambiar el
archivo de exportacin si desea para mantenerlo) # las exportaciones
contacto xtab , # rm rmtab ( eliminacin de archivos de memoria cach)
/var/statmon # # cd rm -rf . / ( aqu que retirar 2 por directorios y un
archivo. Si no le gusta comandos rm -r se siente libre para eliminarlos
sin embargo se sienta seguro. Just hacer SURE le ests en /var/statmon)
# startsrc -g nfs # smitty nim_bosinst (de configuracin para la
instalacin de nuevo )
Normalmente, todas las cosas que se otras buenas, este se borrar de un 611. Si no, inicie
centrndose en un problema de resolucin de sistema principal.
Annapolis desactivar la operacin bosinst debe exportar el SPOT y todos los dems
recursos correctamente.
Muchas gracias por tomarse el tiempo de leer a travs de esta gua. Espero que no slo ha
sido til , pero una lectura fcil. Si se siente le han encontrado los posibles errores o
incoherencias , por favor no dude en mi correo electrnico en storm@[Link]. Si usted
tiene cualquier Tcnico preguntas relacionada con el documento, por favor , siga los
procedimientos de soporte normal y abrir un PMR. El tcnico disponible primero en el
equipo de instalacin estar encantado de ayudarle.
The 'auto_expand' option in SPOT creation in a NIM setup ensures that the filesystem is automatically resized if demand exceeds current allocation during SPOT formation. This feature is critical because it prevents SPOT creation operations from failing due to insufficient space, thereby fostering smooth operational flow and reliability. By setting 'auto_expand=yes', administrators can avert potential disruptions and manual interventions, enabling NIM to autonomously manage its storage requirements during dynamic and sometimes unpredictable installation processes .
Defining a NIM client involves several key steps to ensure it communicates correctly with the NIM master. Initially, the NIM master must have the necessary resources defined, such as lpp_source, SPOT, or mksysb. The process involves using the NIM master to define the client via commands like 'niminit', configuring network parameters for the client, and potentially setting up a 'bosinst_data' resource for unattended installations. Proper network configurations, such as setting the client's resolv_conf and ensuring network access between the client and the master, are crucial. These steps assure that the client can boot, install, and operate as intended .
Hosting NIM-related resources on a separate volume group like 'nimvg' offers numerous strategic benefits, significantly enhancing system performance and maintainability. It ensures that critical system files remain isolated from operational data, reducing risk of corruption and space contention that could slow performance. Additionally, this practice aids in organizing data, simplifying backups, and expediting recovery processes. Isolating NIM resources makes monitoring and managing resource usage more straightforward, enabling quick adjustments or expansions without affecting core system functionalities. Ultimately, this setup fosters efficient resource allocation and system resilience, essential in large-scale deployment environments .
The SMIT interface simplifies NIM tasks by offering a user-friendly graphical menu system to execute complex commands without in-depth command-line knowledge. Users can define resources, manage installations, and perform administrative tasks using straightforward navigations. However, SMIT may not encompass all functionalities and can limit the ability to customize and optimize commands to specific needs compared to using raw command-line interfaces. It may also lag in providing descriptions of error outputs, which can be critical for troubleshooting. As such, seasoned administrators might prefer command-line for nuanced control and troubleshooting precision, despite SMIT's advantages in accessibility and ease of learning for new users .
Setting up a NIM master requires careful consideration of system resource configuration to optimize performance. Crucial factors include ensuring sufficient disk space, especially if hosting numerous or large resources. Creating a dedicated volume group (like nimvg) separate from rootvg can improve performance and manageability by preventing the root volume group from becoming unwieldy. Also, defining adequate memory and processing power based on the anticipated load and size of the NIM environment is essential. For large environments, nesting all NIM-related directories (such as those for lpp_source and SPOT) within the dedicated volume group ensures a clear separation of operational data and system files, further enhancing performance .
NIM environments can leverage 'ulimit' settings to manage large files by adjusting the allowable file size that processes can create, which is particularly useful during backup and installation activities where large files like mksysb images are routinely involved. Setting 'ulimit' appropriately ensures that both server and client systems can handle large files without error—this means configuring it to at least the maximum size of backups expected or higher, particularly on systems utilizing JFS or JFS2 filesystems. By confirming configurations with the command 'ulimit -a', administrators can assure uninterrupted processing of large files, thus enhancing installation and backup reliability .
In a NIM environment, a 'mksysb' archive is used to create a backup of the entire system, which can be vital for resource management and space considerations. The 'mksysb' can also define a resource in NIM and serve as the source for creating a SPOT (Shared Product Object Tree). When managing disk space, it is essential to consider that 'mksysb' archives can be large, often requiring separate storage, as NIM masters with limited disk space may need to manage SPOT resources created from 'mksysb' only when needed. Ensuring filesystems are capable of handling large files, especially above 2GB, is critical, and using JFS2 filesystems, which are enabled for large files by default, helps manage this effectively .
Creating a SPOT resource from an existing mksysb allows for efficient management of disk space and resources in a NIM environment. This process enables a master NIM without extensive disk space to manage SPOTs by storing only mksysb resources and generating SPOTs on as-needed basis. To create a SPOT from mksysb, use the command 'nim -o define -t spot' while specifying the mksysb file as the source. This method efficiently leverages the backup to create necessary runtime environments without additional, potentially redundant software packages. It's a practical approach when dealing with multiple system configurations or limited storage by avoiding the need for redundant SPOT resources .
The 'bosinst_data' resource in NIM (Network Installation Management) is crucial for facilitating unattended installations over networks, especially when clients are located remotely. It pre-answers installation prompts that would usually be presented in the Base Operating System (BOS) menus, such as console selection, language, and disk options. By preparing 'bosinst_data', installations can proceed without manual interaction, ensuring systems are installed and rebooted automatically once the process starts from the NIM master. This feature is particularly beneficial for installations spanning distant locations, as no physical presence or further configuration is required at the client's location .
Ensuring compatibility in a NIM environment when using shared resources like SPOT and mksysb across different systems involves several strategies. Primarily, maintaining consistent OS levels and configurations across these resources is critical—SPOT and mksysb should be matched to similar version levels of the operating system to avoid incompatibilities. Employing a resource management strategy that involves updating these resources in tandem and verifying their integrity with commands like 'lsnim -l' or 'oslevel -r' confirms that each resource can function across diverse system architectures. Regular syncing and updating each resource to the latest service packs or updates ensure harmonious interactions across various client systems .