Mostrando entradas con la etiqueta Solaris. Mostrar todas las entradas
Mostrando entradas con la etiqueta Solaris. Mostrar todas las entradas

lunes, 30 de julio de 2012

Problema en conexiones remotas en Castellano/Español

¿No os ha pasado nunca que al hacer un SSH contra otro servidor (o rsync o scp... etc) por primera vez desde un sistema en castellano/español hacia otro, habéis tenido problemas al teclear 'sí'? Sí, por ese acento precisamente...


# ssh root@Server
No se puede establecer la autenticidad del sistema 'Server (Server).
RSA la firma de la clave es 52:f1:e9:93:0a:46:ef:64:c7:72:6c:d2:a9:a1:d4:89.
¿Desea continuar con la conexión (sí/no)? sC-
Escriba 'sí' o 'no': sC-
Escriba 'sí' o 'no': no
Verificación de la clave del sistema no satisfactoria.

#


A mí hoy casi me vuelve loca. Estoy en un sistema Solaris 10 que, por algún motivo que ahora mismo no comprendo, el sistema escribe bien los acentos, tiene bien configurados los locales, pero al tener que responder esta pregunta del sistema, no los permite.

Pues nada, a sistema que pu#ea, sysadmin que busca un atajo. Y en este caso es este:


# ssh -o "StrictHostKeyChecking no"  root@Server
Advertencia: Se ha agregado permanentemente 'Server' (RSA) a la lista de hosts conocidos.
Contraseña de root@Server:
Last login: Mon Jul 30 18:02:12 2012 from my_IP
[root@Server ~]# 

#

Ale, y ya me puede poner trabas el jodío, que una se busca las habichuelas!

Hasta otro día, con otro truquito!

miércoles, 6 de junio de 2012

Errores ORA-0134 y ORA-27101

Errores:

ORA-0134: ORACLE not availabe
ORA-27101: shared memory realm does not exist

Estos errores suelen darse juntos cuando el Listener de Oracle está levantado, pero la BBDD Oracle no.
Lo único que tenemos que hacer es arrancar el Oracle.

¿Cómo?

Con el usuario
su - oracle
ejecutamos
bash-3.00$ sqlplus "sys as sysdba"

SQL*Plus: Release 11.2.0.3.0 Production on Wed Jun 6 09:58:47 2012

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

Enter password:
Connected to an idle instance.

SQL> startup
ORACLE instance started.

Total System Global Area  689217536 bytes
Fixed Size                  2162384 bytes
Variable Size             629145904 bytes
Database Buffers           50331648 bytes
Redo Buffers                7577600 bytes
Database mounted.
Database opened.
SQL> exit
Disconnected from Oracle Database 11g Release 11.2.0.3.0 - 64bit Production
bash-3.00$

y ya tenemos nuestra BBDD levantada. El error no se volverá a dar (o será otro)

Podéis encontrar más info aquí.

miércoles, 29 de febrero de 2012

Errores en disco en Solaris

Hoy voy a postear un par detruquillos fáciles de recordar y que vale la pena tenerlo a mano cuando buscas errores en los discos de Solaris (yo lo utilizo bajo ZFS, es posible que bajo otros formatos funcionen algunos de ellos). Ahí van!

format
nos devuelve todos los discos (o LUNs) disponibles en el servidor. Para salir, hay que acceder a alguno de los discos y hacer 'quit' desde ahí.

Server # format
Searching for disks...done


AVAILABLE DISK SELECTIONS:
       0. c0t0d0
          /pci@0,600000/pci@0/pci@0/scsi@0/sd@0,0
       1. c0t1d0
          /pci@0,600000/pci@0/pci@0/scsi@0/sd@1,0
       2. c3t600601606FC01D00DC76C8F975B6DF11d0
          /scsi_vhci/ssd@g600601606fc01d00dc76c8f975b6df11
       3. c3t600601606FC01D00E0B37FE672B6DF11d0
          /scsi_vhci/ssd@g600601606fc01d00e0b37fe672b6df11
       4. c3t600601606FC01D00E4F142FA72B6DF11d0
          /scsi_vhci/ssd@g600601606fc01d00e4f142fa72b6df11
       5. c3t600601606FC01D0098A820F372B6DF11d0
          /scsi_vhci/ssd@g600601606fc01d0098a820f372b6df11
Specify disk (enter its number): 5
selecting c3t600601606FC01D0098A820F372B6DF11d0
[disk formatted]


FORMAT MENU:
        disk       - select a disk
        type       - select (define) a disk type
        partition  - select (define) a partition table
        current    - describe the current disk
        format     - format and analyze the disk
        repair     - repair a defective sector
        label      - write label to the disk
        analyze    - surface analysis
        defect     - defect list management
        backup     - search for backup labels
        verify     - read and display labels
        save       - save new disk/partition definitions
        inquiry    - show vendor, product and revision
        volname    - set 8-character volume name
        !     - execute , then return
        quit
format
> quit
Server #



iostat -En
nos devuelve datos y estadísticas de error de los discos y LUNs del servidor (nombre, tamaño, errores, tipo de errores, etc)


Server # iostat -En
c0t1d0           Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: FUJITSU  Product: MBD2147RC        Revision: 3701 Serial No:
Size: 146.81GB <146810536448 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 0 Predictive Failure Analysis: 0
c0t0d0           Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: FUJITSU  Product: MBD2147RC        Revision: 3702 Serial No:
Size: 146.81GB <146810536448 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 0 Predictive Failure Analysis: 0
c0t4d0           Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: MATSHITA Product: DVD-RAM UJ875AS  Revision: 1.00 Serial No:
Size: 0.00GB <0 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 2 Predictive Failure Analysis: 0
c3t600601606FC01D00E4F142FA72B6DF11d0 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: DGC      Product: RAID 5           Revision: 0224 Serial No:
Size: 214.75GB <214748364800 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 1 Predictive Failure Analysis: 0
c3t600601606FC01D0098A820F372B6DF11d0 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: DGC      Product: RAID 5           Revision: 0224 Serial No:
Size: 214.75GB <214748364800 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 1 Predictive Failure Analysis: 0
c3t600601606FC01D00E0B37FE672B6DF11d0 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0
Vendor: DGC      Product: RAID 5           Revision: 0224 Serial No:
Size: 107.37GB <107374182400 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0
Illegal Request: 1 Predictive Failure Analysis: 0
c3t600601606FC01D00DC76C8F975B6DF11d0 Soft Errors: 0 Hard Errors: 1 Transport Errors: 0
Vendor: DGC      Product: RAID 5           Revision: 0224 Serial No:
Size: 107.37GB <107374182400 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 1 Recoverable: 0
Illegal Request: 1 Predictive Failure Analysis: 0



zpool iostat -v DISCO
donde DISCO es el pool en el que está montado nos devuelve información de cómo está montado ese recurso. Puede ser un mirror o que esté montado sobre una LUN; en cualquier caso te devuelve la información sobre el recurso.


Server # zpool iostat -v root
                 capacity     operations    bandwidth
pool           used  avail   read  write   read  write
------------  -----  -----  -----  -----  -----  -----
root          67,5G  68,5G      1      5   177K   174K
  mirror      67,5G  68,5G      1      5   177K   174K
    c0t0d0s0      -      -      0      3  89,5K   174K
    c0t1d0s0      -      -      0      3  89,6K   174K
------------  -----  -----  -----  -----  -----  -----

Server # zpool iostat -v flashbackpool
                                           capacity     operations    bandwidth
pool                                     used  avail   read  write   read  write
--------------------------------------  -----  -----  -----  -----  -----  -----
flashbackpool                           27,5G   172G      1      3   199K   136K
  c3t600601606FC01D00E4F142FA72B6DF11d0  27,5G   172G      1      3   199K   136K
--------------------------------------  -----  -----  -----  -----  -----  -----

Server # 
Server # 


miércoles, 7 de diciembre de 2011

Haciendo mis pinitos en Oracle: recursos en STOP_FAILED

En mi caso, alguna vez me he encontrado con que no se puede establecer una conexión entre un tomcat y una BBDD oracle; el error típico es el siguiente

[06/12/11 23:44:11:396] com.mchange.v2.resourcepool.BasicResourcePool$AcquireTask run INFO: An exception occurred while acquiring a poolable resource. Will retry.
java.sql.SQLException: Listener refused the connection with the following error:
ORA-12519, TNS:no appropriate service handler found
The Connection descriptor used by the client was:
192.168.168.168:1521:BBDD01


Al acceder al nodo activo de oracle, y ver el estado, hay un recurso que ha intentado pararse pero no ha podido. Para consultar el estado, ejecutamos

scstat -g

y obtenemos

-- Grupos de recursos y recursos --

            Nombre del grupo Recursos
            ---------------- --------
 Recursos:  grupo_recurso-rg servicio_01 servicio_02 servicio_03 servicio_n


-- Grupos de recursos --

            Nombre del grupo Nombre del nodo          Estado         Suspendido
            ---------------- ---------------          ------         ----------
     Grupo: grupo_recurso-rg BD1                     Error: parada no satisfactoria No
     Grupo: grupo_recurso-rg BD2                     Offline        No


-- Recursos --

            Nombre del recurso Nombre del nodo          Estado         Mensaje de estado
            ------------------ ---------------          ------         -----------------
  Recurso:  servicio_01    BD1                      Online         Online - LogicalHostname online.
  Recurso:  servicio_01    BD2                      Offline        Offline - LogicalHostname offline.

  Recurso:  servicio_02 BD1                     Online         Online
  Recurso:  servicio_02 BD2                     Offline         Offline

  Recurso:  servicio_03 BD1                     Online         Online
  Recurso:  servicio_03 BD2                     Offline         Offline

  Recurso:  servicio_n BD1                     Parada no satisfactoria Con fallo
  Recurso:  servicio_n BD2                     Offline       Offline

Localizamos que el problema está en el recurso servicio_pen-oracle_server del nodo BD11. El estado es STOP_FAILED. En este caso, lo que debemos hacer es poner el recurso en estado offline y después balancear el clúster al nodo pasivo para volver a tener servicio. Primer ejecutaremos

scswitch -c -h BD1 -j servicio_n -f STOP_FAILED

donde
-c: pasar a offline
-h: nodo
-j: recurso
-f: estado actual

Una vez ejecutado, nos devuelve el siguiente mensaje

scswitch: NOTICE: Operation succeeded, but resource group oracle-rg remains in ERROR_STOP_FAILED state on node server1 because some resources in the group remain
online while others are offline. To clear this condition, switch the resource group offline.

y ejecutamos el siguiente comando para pasar el grupo de recursos offline (es decir, todos los recursos, no sólo el que da problemas)

scswitch -F -g grupo_recurso-rg

Una vez ha finalizado, comprobamos que el todo ha quedado sin errores: scstat -g
Por último, para pasar el clúster al nodo inactivo, lo hacemos ejecutando

scswitch -z -g grupo_recurso-rg -h BD2

donde
-z: balanceo
-g: grupo de recursos
-h: nodo al que vamos a pasar el grupo de recursos

Una vez finalice, comprobamos que los servicios han quedado bien levantados con scstat -g