Comandos utiles para administración en UNIX / LINUX

Comando útiles en la administración de WAS en Unix o Linux

La administración sobre Windows como es de método gráfico muchas veces suele ser muy sencilla ya que se puede se pueden realizar muchas tareas de manera gráfica muy fácilmente, tal como:

Detener Servicios
Listar archivos
Navegar entre directorios
Crear directorios
Hacer busquedas
Editar archivos
Realizar Filtros
Comprimir y descomprimir Archivos
Matar procesos

entre otras cosas

Pero que pasa a la hora de llevar a cabo estas tareas en un SO donde solo es posible la linea de comandos?

Bueno pues aquí se muestra una lista con una breve descripción de algunos comando que sirven para realizar cada una de las tareas que se llevan a cabo en un ambiente windows en un SO Linux o Unix.

Lista de archivos

ls -lrt : Enlista los directorios de manera que el primero es el mas antiguo y el ultimo el mas recientemente modificado
ls -lrt -R : Lo mismo que el anterior pero además enlistara todo el contenido de los subdirecorio y subdirectorios de subdirectorios y asi sucesivamente

cd Directory : Para entrar a un directorio
cd .. : Para salir de un directorio

mkdir Directory_Name : Para crear un directorio.
rmdir Directory: Eliminar directorio.

lsvg :  Enlista los Volume Group de un sistema Unix

lsvg -l "volGrp" : Los File System montados en un Volume Group

lsvg -L "VolGrp" : Lista las características de un VG asi como su tamaño libre y ocupado, por lo que es útil para cuando queremos aumentar el tamaño de un FS y no sabemos si hay recursos disponibles.

vi : Editor de archivos de texto plano. Este comando es muy poderoso por lo que seria bueno consultar una guia dedicada para poder sacar todo el poder de esta utilidad.

tail -f File.log : Para monitorear un archivo en tiempo real.

grep -i "Cadena de texto" file.txt : Para buscar una cadena de texto en un archivo

df -g : Enlista los File Syetem Montados y su tamaño (libre y ocupado) en GB, se puede utilizar -m -k para MB o Kb.b

cp -Rf Directory Directory_Copy : Para copiar un directorio y su contenido.
cp File File_Copy : Copiar un archivo

find "Path" -name "file or Directory Name" 2>/dev/null : Para hacer busquedas de archivos y directorios. "2>/dev/null" es utilizado para que si el usuario no tiene permisos sobre algun archivo o alguna otra restriccion sobre algun directorio donde se trate de llevar a cabo la busqueda no arroje un "Access Denied" en la consola, o mensajes de caracter nulo.

ps -fea | grep -i "Java" : Enlista todos los procesos Java y su descripcion, lo cual es muy util ya que si recordamos los procesos de WAS son Java, de esta manera identificamos los procesos de WAS y podemos matarlos en caso de esta colgados.

ps -fea | grep java | awk '{print($2)}' : Enlista solo los PID de cada proceso Java

netstat -na | grep "port" : Sirve para identificar la conexiones de algun puerto, este es importante ya que alguna veces puede haber conexiones colgadas a algun puerto de WAS(por ejemplo el puerto 9080, 9443, etc).

netstat -na | grep "port" | wc -l : No arroja la cantidad de conexiones al puerto

netstat -na | grep "port" | grep -i "[Listen | Established | Time_Waiting]" | wc -l : Este arroja la cantida de conexiones a un puerto en algun estado Listen, Established, Time_Waiting entre otras. Se selecciona solo un estado [Listen | Established | Time_Waiting].

gzip `find {WAS_HOME]/ -name System*_*.log 2>/dev/null` : este comando es muy util si tenemos configurados los logs para que se cree uno diario ya que para no saturar el File System seria bueno comprimir los archivos logs diario, esto mediante un Shell programado en algun cron. Cabe mencionar que si manda un error de que la cadena es demasiado grande, seria bueno primero hubicarse en {WAS_HOME} y desde ahi ejecutarlo para no poner todo el Path en el comando.

{WAS_HOME}/java/bin/jar -cfv file.zip file : No apoyamos de la Java de WAS para poder crear un archivo ZIP

grep -Eoc "^[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}.* 200"  archivo.log : Nos ayuda a buscar una IP en un archivo log, para poder entender un poco mas este comando seria bueno tener en cuenta las Expresiones Regulares.

prtconf : En los Sistemas AIX/UNIX arroja la informacion del Servidor, tal como: IP, Mascara de red, subred, Memoria fisica, Memoria de paginacion, Tipos de procesador, etc.

traceroute IP/HostName: Sirve para hacer una traza hacia un punto destino, ya sea dentro de una red local o hacia internet.

kill -9 PID : Patar de manera ruda un proceso.

kill -3 PID : Genera un archivo javacore.txt en WAS_HOME con informacion de los metodos y clases que se estan ejecutando en algun proceso.


Hasta la proxima.

Estructura de de sus archivos y archivos de configuración

Estructura de de sus archivos y archivos de configuración!!! +Néstor Morales  +Hector Ochoa +Jocelyn Sánchez Téllez +Pablo Antonio Rivera Jimenez

 Estructura de los archivos de WAS

De acuerdo al SO en el cual estes instalando tu producto WAS, a continuación se muestra la que es la Path donde por default estan depositados los archivos binarios del producto:

AIX	/usr/IBM/WebSphere/AppServer
HP-UX	/opt/IBM/WebSphere/AppServer
Linux	/opt/IBM/WebSphere/AppServer
Solaris	/opt/IBM/WebSphere/AppServer
Windows	C:\IBM\WebSphere\AppServer

Claro que hay que aclarar que estos pueder cambiar si lo desean.

Estructura de los Archivos de los perfiles de WAS

AIX	/usr/IBM/WebSphere/AppServer/profiles
HP-UX	/opt/IBM/WebSphere/AppServer/profiles
Linux	/opt/IBM/WebSphere/AppServer/profiles
Solaris	/opt/IBM/WebSphere/AppServer/profiles
Windows	C:\IBM\WebSphere\AppServer\profiles

 Dentro de esta carpeta o Directorio de profiles es donde se crear los directorios que contienen la configuración de los diferentes perfiles que podemos crear:

Deployment Manager
Application Server
Job Manager
Administrative Agent
Node Agent
Security Proxy
DMZ Proxy

Es importante diferenciar la ruta donde estan ubicados los archivos de configuración de WAS contra los archivos de configuración de los perfiles,
ya que como veremos mas adelante, se puede llevar a cabo una administración atravez de linea de comandos y es importante saber cuando utilizamos los archivos de configuración de WAS y cuando los de algún perfil.

 

Archivos de Configuración

Regularmente los administradores de WebSphere Application Server realizan todo desde la consola de administración y no se pone mucha atención en los archivos que se actualizan cuando se realiza un cambio, es por eso que varemos algunos de los archivos de configuración mas importantes que se deben tener en radar, esto seguramente sera de mucha ayuda cuando tengamos algún problema, como por ejemplo, cuando olvidemos el password de la consola de administración, cuando no levante los servicios debido a una configuración errónea de una propiedad de la JVM, conflicto con puertos, etc.

Hay que recordar que WAS almacena toda su configuración en archivo XML, es por eso que debemos tener conocimiento con esta tecnología, dejaremos unos link al final como referencias

 

- - - admin-authz.xml - - -

Contiene un listado de los Roles que se puede otorgar para accesos a la consola de administración, aplica para cada uno de los perfiles.
Ubicación del Archivo:

    <profile_root>/profileName/config/cells/<cell_name>/

- - - profileRegistry.xml - - -

Contiene una lista de los perfiles y sus datos de configuracion

Ubicacion del Archivo

    <profile_root>/profileName/properties

- - - resources.xml - - -

Contiene la deficion de los recursos de todos los ambitos tales como JDBC, JMS, JavaMail, URL, etc.

<profile_root>/profileName/AppSrvName/config/cells/CellName/nodes/NodeName

- - - security.xml - - -

Contiene informacion relacionada con toda la seguridad tal como Serguridad de la consola, seguridad Java, cetificados, entre otros.

Ubicacion del archivo

    <profile_root>/profileName/AppSrvName/config/cells/CellName

- - - serverindex.xml - - -

Contiene informacion de los puertos que levantan con el perfil en cuestion.

Ubicacion del archivo

    <profile_root>/profileName/AppSrvName/config/cells/CellName/nodes/NodeName

-  - - server.xml - - -

Contiene informacion de configuracion de la JVM, tal como el tamaño maximo y minimo, propiedades de JVM, configruacion de GC.

Ubicacion del archivo

<profile_root>/profiles/AppSrvName/config/cells/CellName/nodes/NodeName/server/serverNAme/

 

Bueno  hasta aquí los temas de hoy, si llegan a estar mas interesados en algo mas especifico deja tus comentarios y con gusto escribirmos al respecto.

Nota. En las siguientes publicaciones no tocaremos temas como la creación de perfiles, instalación de parches, entre otros, salvo a petición de los interesados, ya que nos enfocaremos a temas de alta relevancia y que sean de gran utilidad, ya sea de SO, WAS, IHS, Scripting, Monitoreo, entre otros.

En nuestra siguiente publicación veremos: Comando Unix mas utilizados en la Administración de WAS / IHS

 

Instalacion de WebSphere Application Server

Instalación de WebSphere Application Server.

Buenas mis amigos,

Llegamos a un punto interesante dentro de este viaje relacionado con WAS y es la instalacion.

Hay que recordar que WAS esta disponible para diferentes plataformas, ya sea Windows, Linux, UNIX, zOS y sus diferentes distribuciones entre otros, y es por eso que debemos saber que podemos realizar la instalacion de dos maneras principalmente;

1. Modo Grafico.
2. Modo Silencioso

El modo grafico automaticamente esta disponible en windows, pero en el caso de UNIX o Linux se puede llegar a hacer siempre y cuando se configuren algunas cosas extras.

Modo grafico

Aplicaremos como ejemplo en un Sistema Windows.

Una vez descargado el paquete desde el sitio oficial de IBM, el cual viene en formato Zip, descomprimimos el mismo una carpeta utilizando una herramienta como Winrar o Winzip.

Una vez descomprimido el paquete nos ubicamos en la carpeta de /WAS que vienen dentro del mismo y damos doble clic en archivo install.exe, el cual nos lanzara el wizard como se muestra a continuacion

dando clic en Siguiente nos mostrara la parte donde debemos aceptar los terminos y condiciones, una vez aceptado damos clic en siguiente:

En la pantalla siguiente si nuestro servidor cuenta con las prerequisitos adecuados se nos mostrara una pantalla como la siguiente:

En caso de ocurrir un error aqui mismo se nos muestra que es lo que nos hace falta como prerequisito.

Continuando con la instalacion en la siguiente pantalla se nos pedira si queremos instalar las aplicaciones de ejemplo e idiomas extras, seleccionamos lo que se nos adecue a nuestras necesidades y damos siguiente:

Nota. Para un ambiente de produccion es recomendable no instalar las aplicaciones de Ejemplo.

En la siguiente pantalla se nos pedira la ruta de instalacion del producto, damos la ruta y Siguiente:

Lo siguiente es seleccionar el tipo de perfil que deseamos instalar durante la instalacion, seleccionar Application Server, dar clic en siguiente.

Nota. Mas adelante veremos la creacion de los diferentes perfiles.

En la siguiente pantalla se nos pedira si queremos que la segurirdad de la consola este habilitada o no, esto depende de las necesidades de cada proyecto, regularmen no se configura durante la instalacion puesto que la seguridad regularmente va con un relacionada con un LDAP o con un Directorio Activo, dar clic en siguiente.

A continuación un resumen de la instalación, dar clic en siguiente:

se llevara cabo la instalacion y una vez termianda se mostrara una pantalla donde se indicara uno de tres tipos de instalacion finalizada.

Satisfactoria.

Parcialmente satisfactoria

No satisfactoria

Dando clic en Finalizar se nos mostrara una pantalla con un menu donde veremos los primeros pasos a realizar depues de una instalación:

Estos podrian ser todos los pasos para llevar a cabo una instalacion de WAS de forma Grafica, pero que pasa con la forma Silenciosa?

Instalacion de modo Silencioso

Para llevar a cabo una instalacion de modo silencioso dentro del paquete de WAS contamos un archvio llamado responsefile.txt donde viene el similar de cada una de las cosas que se hacen de manera grafica

a continuacion un fragmento del mismo

#################################################################################

#

# WebSphere Application Server V7.0 installation options file

#

# This options file runs the installation wizard in silent mode. This lets the

# options file author specify installation settings without having to run the

# wizard in graphical mode. To use this options file for silent mode execution,

# use the following command line arguments when running the wizard:

#

# -options "/<responsefile.path>/responsefile.nd.txt" -silent

#

# Read the documentation for information on changing the value for each option.

# Enclose all values within a single pair of double quotes.

################################################################################

################################################################################

# Installation options and values

################################################################################

#

# License Acceptance

#

# By changing the silentInstallLicenseAcceptance property in this response file

# to "true", you agree that you have reviewed and agree to the terms of the

# IBM International Program License Agreement accompanying this program, which

# is located at CD_ROOT\was.primary.pak\repository\legal\lafiles. If you

# do not agree to these terms, do not change the value or otherwise download,

# install, copy, access, or use the program and promptly return the program

# and proof of entitlement to the party from whom you acquired it to obtain

# a refund of the amount you paid.

#

# Valid values for silentInstallLicenseAcceptance:

# true - Accepts the license and product installation will occur.

# false - Declines the license and product installation will not occur.

#

-OPT silentInstallLicenseAcceptance="true"

En este fragmento tenemos el similar de lo que seria en la pantalla de aceptar terminos y condiciones en el modo grafico.(hay que recordar que dentro de estos archivos todo lo empiece “#” se toma como comentario).

Lo que tenemos que hacer es crear un archivo llamado WAS_install.txt con el siguiente contenido:

-OPT silentInstallLicenseAcceptance="true"

-OPT allowNonRootSilentInstall="true"

-OPT disableOSPrereqChecking="true"

-OPT installType="installNew"

-OPT profileType="standAlone"

-OPT feature="noFeature"

-OPT feature="languagepack.console.all"

-OPT feature="languagepack.server.all"

-OPT PROF_enableAdminSecurity="false"

-OPT installLocation="PATH"

-OPT traceLevel=INFO

-OPT PROF_hostName=localhost

-OPT PROF_nodeName=Node01

-OPT PROF_cellName=CellNode01

-OPT PROF_defaultPorts="true"

Estas linea contienen todo lo que se llevo a cabo durante la instalacion de forma grafica.

Una vez creado el archivo desde una linea de comando y a la ruta donde esta el paquete de WAS

/WAS_Package/WAS/

ejecutar el siguiente comando

>./install -options WAS_install_txt -silent

despues de varios minutos y si no hubo ningun problema regresara el prompt.

Ir a la ruta de instalacion de WAS

/WAS_HOME/logs/install

ver el archivo log.txt, y hasta las ultimas linea debe de haber un fragmento de texto como el que se muestra a continuacion:

(Nov 10, 2012 1:26:52 PM), Process, com.ibm.ws.install.ni.ismp.actions.SetExitCodeAction, msg1, CWUPI0000I: EXITCODE=0

(Nov 10, 2012 1:26:52 PM), Process, com.ibm.ws.install.ni.ismp.actions.ISMPLogSuccessMessageAction, msg1, INSTCONFSUCCESS

Lo que indica que la instalacion se llevo a cabo de manera correcta (INSTCONFSUCCESS).

Esto es en General lo que se realiza cuando se lleva a cabo una instalacion de WAS y que aplica tanto para la version Base como para la Version ND.

En el siguiente blog veremos la estructura de archivo, algunos archivos que siempre debes de tener en mente, que tienen configuracion sensible de WAS y que te puede llegar a sacar de un apuro sin ninguna duda.

Tipos de Perfiles y Topologias de Cluster

Perfiles de WAS

Recordando nuestro tema de ayer, nos enfocaremos a las dos versiones de WAS mas utilizadas: 

1- WAS Base

2- WAS ND 

Con la version Base de WAS solo se puede llegar a tener un servidor de aplicaciones Nodo (AppServer)el cual cuando falla, fallan todas la aplicaciones que viven en el, ¿pero que pasa con la version ND?, con esta version podemos crear varios perfiles diferentes y con ellos crear diferentes arquitecturas de acuerdo a nuestras necesidades.

Tipos de Perfiles: 

- Job Manager

- Administrative Agent

- Deployment Manager

- Application Server

y para que nos sirven cada componente?

El Administrative Agent es un componente nuevo en sus versiones mas nueva de WAS(A partir de la versión 7.0 en adelante) que nos sirve para centralizar la administración de varios Servidores de aplicación de tipo Base. Los Servidores de aplicaciones se registran al Administrative Agente y cada vez que se requiere ingresar a alguno de los Servidores de aplicaciones registrados, en la consola de login aparece la lista de los Servidores de Aplicaciones registrados, se selecciona el deseado y se firma el usuario, con esto se carga la configuración de dicho servidor de aplicación y así con cada uno de los que estén registrados y el Administrative Agent para cargar la configuración principal.

Arquitectura Administrative Agent

El deployment Manager es el contenedor de Nodos (AppServers), los cuales esta federados al dmgr, hay que recordar que un Node (AppServer) que contiene un solo servidor de aplicaciones en su version Base, una vez que se Federa al DMGR este Nodo puede llegar a tener N cantidad de Serevidores de aplicaciones, obviamente esto en relacion a los recursos disponibles en el servidor.

Arquitectura Deployment Manager

El Job Manager siver para crear tareas programadas, tales como Reiniciar servicios, instalacion de aplicaciones, creacion de componentes, entre otras muchas otras cosas sobre los servidores de aplicaciones. Los servidores de aplicaciones se registran al Job Manager a travez del dmgr o del administrative Agent, Esto quiere decir que para que se pueda realizar una tarea programada sobre un servidor de aplicaciones, este debe pertenecer a un Nodo Federado a un DMGR o al un AppServer registrado a un Adninistrative Agente y cualquiera de estos a su ves registardo al Job Manager. 

 Job Manager

El Appplication Server es el contenedor de todas la aplicaciones y este puede ser parte primero que Nada de un Nodo ya sea de tipo Stand Alone o uno Federado a un DMGR, siendo parte de un Nodo Federado podra ser o no parte de un Cluster, ya que si bien una vez federado el Node al DMGR se pueden crea N cantidad de AppServer sobre ese Nodo, no precisamente todos tienen que se parte de un cluster.

Servidor de aplicaciones Base

Esto es en general una pequeña descripcion de cada uno de los perfiles utilizados para crear las diferentes arquiteturas..

Topologias

Exiten tres topologias aplicada para ND, las cuales son muy utilizadas en las grandes empresas donde instalan sus aplicaciones y estas son:

1- Vertical. Todos los Nodos Federados al DMGR viven en el mismo Servidor.

2- Horizontal. Los nodos que estan Federados al Nodo viven en diferentes servidores.

Tipo de Clusters

Bueno eso es todo por hoy.

No olvides dejar tus comentarios o duda al repecto del tema o del tema que quieras.

El dia de Mañana tocaremos el Tema de instalación y tipo de instalaciones Básicas.

Introduccion a WebSphere Application Server

Bienvenidos a este pequeño proyecto al cual llamare utilizando herramientas de internet.

Y bueno el propósito general de este proyecto es saber que tan grande e importante puede llegar a ser un blog y me di a la tarea de hacer uno, ya que muchas veces llegamos visitar muchos pero nunca nos hemos puesto a pensar si podemos ayudar por este medio a terceros, y para ello decidi tomar como tema algo en lo que en lo que tengo experiencia y que puede ser de utilidad para muchos de los que somos en principio parte de este pequeño blog y para futuros participantes (que esperemos que se integren), y el tema es:

WEBSPHERE APPLICATION SERVER, SUPLEMENTOS Y LA RELACION CON OTROS COMPONENTES

Se que sonaba obvio el tema pero le di un nombre que le diera mejor presentación, y por que no?, la opción de indagar en mas temas. jeje

El día de hoy (numero 2) iniciaremos esta aventura haciendo una breve Y concisa introducción a WebSphere Application Server mejor conocido como WAS.

WAS es un Software propio de IBM que nos sirve para crear Servidores de aplicaciones en diferentes topologías y con sus diferentes perfiles, estos servidores de aplicaciones sirven como contenedores de aplicaciones en donde se instalan (Despliegan) las mismas.

Este contener o Servidor de Aplicaciones en su versión Base o Stand Alone es una Celula dentro de la cual hay un Nodo el cual a su vez es el contenedor del Aplication Server y este ultimo el contenedor de las aplicaciones.

CELULA - Nodo - application server - aplicaciones

Esto es en su versión Base, dentro de la cual hay que resaltar que cuando falla el Servidor de aplicación fallan todas la aplicaciones que este instaladas en el mismo, pero  entonces que pasa si quiero tener alta disponibilidad, bueno para esto tenemos la versión del producto WAS Network Deploymet en donde se pueden crear cluster con mas de un Servidor de aplicaciones que forman parte de CLUSTERS y donde todos los miembros del cluster cuentan con una copia igual de las aplicaciones, entonces cuando falla un servidore de aplicaciones miembro de un cluster, las peticiones y el servicio no se pierde como en la version Base ya que los demas miembros de cluster siguen atendiendo peticiones.

 

Estructura de una arquitectura Stand Alone

Ahora como se ve una estructura de un Network Deploymen?, bueno, en esta version hay dos perfiles basicos involucrados en esta topologia:

1. Deployment Manager (dmgr), el cual es un perfil encargado de centralizar todos los nodos contenedores de servidores de aplicaciones
2. AppSever, el cual es un nodo contenedor de servidores de aplicaciones.

Los AppServer o Nodos pueden esta localmente donde esta el Deploymen Manager o estar alojados en servidores remotos. Esto AppServers se FEDERAN (fusionan) con el dmgr a travez de un Nodo Agente, el cual sirve como elemento clave durante la sincronizacion de la informacion del repositorio maestro que existe en el dmgr y que se copia a los nodos federados(AppServers).

Cada uno de los nodos o AppServers puden contener N Servidores de aplicaciones los cuales son utilizados como miembros de los cluster.

A continuación un ejemplo.

Un servidor con una versión de WAS ND instalada y con dos perfiles creados

1. dmgr
2. AppServer01

Otro servidor con una version de WAS Base o ND instalada con un perfil creado

1. AppServer01

Ambos AppServer pueden tener el mismo nombre puesto que no esta alojados en el mismo servidor. Esto AppServer a su vez estan Federados al dmgr, y en conclusion, desde la consola de administracion (dmgr) podemos crear Servidores de aplicacion ya sea dentro del Nodo AppServer01 para uno u otro servidor y estos a su vez hacerlos miembros de algun cluster.

 

Estructura de una aquitectura ND

Espero sea clara la infomacion, pero cabe recordar que esta informacion es solo para dar una pequeña introduccion y alcance de WAS en su versiones mas utilizadas, mas adelante veremos como llevar a cabo desde una instalacion, hasta una creacion e instalacion de certificados.

Tema del dia de Mañana: Tipo de Perfile y Topologias de WAS

Espero sus comentarios............................................
 

Bienvenidos Comunidad WAS

Bienvenidos

El proposito de crear este Blog es trasmitir conocimiento relacionado con la administracion de WebSphere Application Server (WAS), y para ello iremos paso a paso desde una introduccion a la misma herramienta, hasta configuraciones avanzadas, solucion de problemas, monitoreo, etc.

La idea es ir creando una entrada al blog dia a dia esperando que se pueda y que alla el tiempo suficiente para hacerlo y que todos hagan y dejen comentarios con el proposito de enriquecer el tema. Muchas personas ya tendran algun conocimiento de la herramienta y les parecera aburrido empezar desde el comienzo pero hay que recordar que nuca es malo recordar las bases, pues es aqui donde se centra la parte mas importante para poder entender al WAS.

Es muy importante todas las aplortaciones que se puedan hacer, ya que para crear esta comunidad es necesario tener sus comentarios, problemas especificos con los que se encuentren, sugerencias, etc, con el proposito de que todos indagemos mas alla de este blog, traer esa informacion, experiencia y compartirla para enriquecernos todos juntos.

Otra cosa muy importante es que puedas entender que no todo esta relacionado con el producto, ya que este mismo esta relacionado con terceros como SO, Bases de Datos, entre otros, por eso que si tienes alguna duda dejala es muy probable que le podamos encontrar una solucion.

Comparte el blog.

Buenos hasta mañana.

Tema de dia de mañana : Introduccion a WebSphere Application Server.

Espero sus comentarios, aunque sea de animo para seguir con este pequeño muy pequeño proyecto y que se haga grande en un futuro.

.....---.....