Instalar SSH en Centos

Imagen
En primer lugar instalaremos OpenSSH en Linux CentOS, que nos permitirá el acceso remoto mediante SSH. Para ello ejecutaremos el siguiente comando: yum install openssh-server Para configurar OpenSSH editaremos el fichero /etc/ssh/sshd_config con el comando Linux: nano /etc/ssh/sshd_config (si no tenemos "nano" podremos usar "vi") , estos comandos se deben ejecutar como usuario administrador o root . Para aplicar los cambios reinciaremos el servicio de OpenSSH con el comando: service sshd restart Si tenemos habilitado el cortafuegos en Linux CentOS deberemos abrir el puerto 22 (o el que hayamos establecido en el fichero de configuración) para permitir las conexiones externas. Para ello editaremos el fichero /etc/sysconfig/iptables con el comando: nano /etc/sysconfig/iptables Añadiremos la línea: -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT (cambiaremos 22 por el puerto establecido en la configuración de OpenSSH) Es...

Para Matar un Proceso en Informix

Onmode  Ref. Deister.net Software
Efectua cambios en el Modo de operación del servidor de base de datos y la Shared Memory
Los flags aplicados a onmode determinan la clase de operación que onmode lleva a cabo:
  • Cambian el modo de operacion del servidor de base de datos.
  • Fuerzan un checkpoint.
  • Controlan el B-tree scanner.
  • Cambia la implantación de las porciones residentes y virtuales de la memoria compartida.
  • Cambia el archivo de logical-log.
  • Termina una sesión del servidor de la base de datos.
  • Agregua un segmento de la memoria compartida a la porción virtual de la memoria compartida.
  • Agrega o quita los procesadores virtuales.
  • Regenera un archivo .infos .
  • Determina parámetros decision-support.
  • Libera fragmentos de memoria no utiliazados.
  • Elimina el modo de la ESPERA(WAIT) del parámetro de la configuración de ONDBSPACEDOWN.
  • Fija las opciones de cache para las instrucciones SQL
En sistemas UNIX-LINUX para ejecutar el comando onmode el usuario debe ser root o informix.
A continuación se detallan algunos ejemplos de variantes de ejecuciones del comando onmode
Los ejemplos de sintaxis de onmode detallados a continuación se ejecutan en la linea de comandos de sistemas UNIX-LINUX.

onmode -BC1

Permite la creación de chunks grandes, offsets mayores de 2 GB, y permite más de 2047 chunks por dbspace.

onmode -BC2

Permite el modo chunk grande para todos los dbspaces.

onmode -k

Lleva el servidor de la base de datos al modo offline y elimina ls memoria compartida. En resumen, para el motor de bases de datos.

onmode -m

Lleva el servidor de la base de datos del modo quiescent al modo online.

onmode -s

LLeva el servidor de la base de datos a modo quiescent con tiempo de espera.
Se permite a los usuarios que están utilizando el servidor de bases de datos acabar sus tareas antes de que el servidor de la bases de datos se ponga en modo quiescent, pero no se admiten nuevas conexiones.
Cuando terminan todas las tareas, onmode -s lleva el servidor de bases de datos al modo quiescent.
onmode -s deja memoria compartida intacta.

onmode -u

LLeva el servidor de la base de datos a modo quiescent sin tiempo de espera.
Esta opción lleva el servidor de bases de datos al modo quiescent sin esperar que los usuarios terminen sus procesos. Se efectua un rollback para las transacciones pendientes y las sesiones son canceladas.

onmode -c

Fuerza un checkpoint

onmode -C

Controla el explorador del b-tree para la limpieza de índices de los registros suprimidos.

onmode -n

Termina la residencia forzada de la porción residente de la shared memory.

onmode -r

Inicializa la residencia forzada de la porción residente de la shared memory.

onmode -l

Cambia el archivo actual del logical-log al archivo siguiente del logical-log.

onmode -z session_id

Mata a la sesión que usted especifica en session_id
Para utilizar la opción -z, primero obtenga la identificación de la session_id (sessid) con onstat - u, entonces ejecute el onmode - z, substituiendo el número de identificación de sesión en session_id.
Use este mecanismo para cancelar sesiones especificas del gestor IBM-IDS. NO UTILIZE NUNCA el comado kill session_id del sistema operativo LINUX porque puede provocar la caida del gestor de bases de datos.

onmode -F

Libera segmentos de memoria no utilizados.

onmode -Y session_id

Activa el valor de SET EXPLAIN para una sesión.
  • onmode -Y session_id 1 [filename] Activa SET EXPLAIN ON para session_id ==
  • onmode -Y session_id 0 Activa SET EXPLAIN OFF para session_id
Al usar el comando onmode -Y session_id para activar SET EXPLAIN a ON, la salida de EXPLAIN se direcciona al fichero sqlexplain.out.session_id por defecto. Si un fichero sqlexplain.out ya existiera, el gestor de bases de datos usaria este último para direccionar la salida del comando.
También puede forzar un fichero de salida [filename].
Ejemplo : onmode -Y 2345 1 /tmp/sqexplain.2345.out

onmode -e

Modifica el uso de la cache de instrucciones SQL.
  • onmode -e ENABLE Habilita la cache de instrucciones SQL.
  • onmode -e FLUSH Elimina las instrucciones SQL que no están en uso de la cache de instrucciones SQL.
  • onmode -e ON Activa la cache de instrucciones SQL.
  • onmode -e OFF Desactiva la cache de instrucciones SQL.



Mediante el comando “onstat –d” podemos observar la distribución de dbspaces y los chunks asociados.
El comando “onstat –d” proporciona una salida de dos partes. La primera identifica todos los espacios de base conocidos en la instancia (dbspaces); la segunda parte identifica las porciones o trozos asociadas con cada uno de los espacios de base en la primera parte (chunks).
Usando el comando “onstat –d”:
Iniciar sesión con el usuario informix.
$ su – informix
$ onstat -d
IBM Informix Dynamic Server Version 12.10.UC4DE — On-Line — Up 04:00:10 — 176604 Kbytes
Dbspaces
address number flags fchunk nchunks pgsize flags owner name
445198a8 1 0x60001 1 1 2048 N BA informix rootdbs
44519aa8 2 0x68001 2 1 2048 N SBA informix sbspace
44519ca8 3 0x42001 3 1 2048 N TBA informix tempdbs
45c42e18 4 0x60001 4 1 2048 N BA informix d_data
4 active, 2047 maximum
Chunks
address chunk/dbs offset size free bpages flags pathname
445d6018 1 1 0 1000000 514130 PO-B— /data/IBM/informix/data/demo_on/online_root
446a8030 2 2 0 25600 23802 23802 POSB— /data/IBM/informix/data/demo_on/sbspace
Metadata 1745 1298 1745
4508a018 3 3 0 5120 5067 PO-B— /data/IBM/informix/data/demo_on/tempdbs
45c72018 4 4 0 524288 524235 PO-B— /INFORMIXDEV/d_data_00
En el ejemplo podemos ver información de nuestro nuevo dbspace “d_data” y su correspondiente chunk “d_data_00”.

Comentarios