falc0n Professional Solutions

This is a technical blog
  • rss
  • Home
  • About

Cambiar el idioma por defecto en Ubuntu y CentOS

Miguel Angel Falcón Muñoz | March 7, 2013

Ubuntu 12.04 presente un problema con la configuración del idioma español.
Tras la instalación veremos que los valores de “locale” están definidos por defecto a “C” , esto supone un inconveniente entre otras cosas para la inserción de datos en una base de datos MySQL. En es post veremos como modificar los valores de locale tanto en Ubuntu como CentOS

En Ubuntu debemos en primer lugar instalar los paquetes adecuados

Generamos ahora los locales para nuestro idioma en este caso es_ES.UTF-8

En el siguiente paso instalamos el console-setup que nos facilitara la configuración

apt-get install console-setup

Por ultimo si no nos ha salido un menú de configuración donde habremos elegido el idioma deberemos ejecutar el siguiente comando

dpkg-reconfigure locales

Si esto nos ha parecido fácil espera a ver como se hace en CentOS

Editamos el fichero /etc/sysconfig/i18n

Modificamos la siguiente linea y reiniciamos
LANG=C
Por esta otra
LANG=es_ES.UTF-8

Google

Comments
1 Comment »
Categories
Linux
Tags
CentOS, Ubuntu
Comments rss Comments rss
Trackback Trackback

Proxmox 2.2 mejor según más lo usas

Miguel Angel | February 12, 2013

Tengo que reconocerlo.. mi primera impresión al probar proxmox no fue todo lo buena que esperaba, no tanto por el producto en sí, sino más bien por las plantillas ya creadas.

Me resultó frustrante instalar dos servidores y no conseguir conectar a ninguno…

y es que no hay nada peor que pensar que un problema tan evidente no tiene solución … y la verdad es que la tiene y además está documentada, debo ser el único que no la buscó.

Una vez instalado proxmox 2.2 usando la imagen iso me encuentro con una interfaz web bien conformada que me da acceso a la configuración de las maquinas virtuales, en pocos pasos puedes tener corriendo tu server … pero ??? como accedo a el … Ahh!! aquí está …”Consola” , esto debe ser… y hay me veo intentando que se vea algo en esa ventanita que indica que la consola de texto debería verse aquí.

Pues bien , resulta que casi todas las plantillas tienen mal configurado el acceso a la consola , en mi caso se trata de una maquina virtual CentOS 6.3 y no es posible conectar a menos que sigas estos dos sencillos pasos:

1.- Concenta por ssh a tu server de proxmox y muestra el listado de maquinas virtuales con vzlist , una vez identificada la maquina conecta directamente con “vzctl enter <CPID>”
2.- Edita el fichero /etc/init/tty.conf y añade el siguiente texto:

# This service maintains a getty on tty1 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /sbin/agetty -8 tty1 38400

et voilà !!! , un reinicio y por fin tendremos acceso a la consola desde la interfaz web.

Comments
No Comments »
Categories
Virtualización
Tags
CentOS, Proxmox
Comments rss Comments rss
Trackback Trackback

Generar los ficheros de configuración para cluster de Jboss y Apache Web

Miguel Angel | January 29, 2013

Una manera rápida y simple de generar los ficheros de configuración para una arquitectura de balanceo de carga con Jboss es recurrir a estas dos URL

La primera para un balanceo de carga con frontal apache

http://lbconfig.appspot.com/

La segunda para crear un cluster de Jboss con el balanceador de carga y el sistema operativo correspondiente.

http://clusterconfig.appspot.com/

Comments
No Comments »
Categories
Jboss, Linux
Comments rss Comments rss
Trackback Trackback

Error ORA-27101 en la instalación de Oracle 11G en OpenVZ y

Miguel Angel | January 21, 2013
La instalación de Oracle XE sobre una maquina virtualizada en un contenedor OpenVZ puede dar el desagradable error ORA-27101 , en la siguiente entrada vamos a ver como solucionarlo y lo más importante determinar por qué se da.
El error ORA-27101: shared memory realm does not exist hace referencia a que no se puede gestionar la memoria compartida para los procesos oracle. La configuración de la memoria compartida es un “problema” recurrente en la instalación de la base de datos Oracle, hasta el punto que se ha incluido en el proceso de instalación modificar los valores de nuestro sistema y añadirlo a la configuración.
En un servidor la memoria compartida ( shared memory ) se define mediante los parámetros del kernel shmmax,shmmni y shmall :
Oracle requiere que estos parámetros estén establecidos como mínimos a los siguientes valores.
shmmax 4294967295
shmmni 4096
shmall 2097152
Cuando se trata de un sistema hardware esto no supone más que modificar el fichero sysctl.conf y reiniciar el sistema operativo o aplicar directamente sobre /proc/sys/kernel/
Podremos ver la cantidad de memoria compartida disponible con “ipcs -lm“

------ Shared Memory Limits --------
max number of segments = 4096
max seg size (kbytes) = 86012
max total shared memory (kbytes) = 86016
min seg size (bytes) = 1

Pero cuando se trata de una maquina virtualizada mediante OpenVZ debemos tener encuentra que los recursos se comparte con el sistema host donde se corren las instancias. Podemos acceder a la configuración definida en el contenedor para nuestro “guess” en /proc/user_beancounter , una salida de referencia puede ser:

# cat /proc/user_beancounters

Version: 2.5
  uid  resource        held  maxheld  barrier      limit failcnt
  123: kmemsize      836919  1005343  2752512    2936012       0
       lockedpages        0        0       32         32       0
       privvmpages     4587     7289    49152      53575       0
       shmpages          39       39     8192       8192       0
       dummy              0        0        0          0       0
       numproc           20       26       65         65       0
       physpages       2267     2399        0 2147483647       0
       vmguarpages        0        0     6144 2147483647       0
       oomguarpages    2267     2399     6144 2147483647       0
       numtcpsock         3        3       80         80       0
       numflock           3        4      100        110       0
       numpty             1        1       16         16       0
       numsiginfo         0        1      256        256       0
       tcpsndbuf          0        0   319488     524288       0
       tcprcvbuf          0        0   319488     524288       0
       othersockbuf    6684     7888   132096     336896       0
       dgramrcvbuf        0     8372   132096     132096       0
       numothersock       8       10       80         80       0
       dcachesize     87672    92168  1048576    1097728       0
       numfile          238      306     2048       2048       0
       dummy              0        0        0          0       0
       dummy              0        0        0          0       0
       dummy              0        0        0          0       0
       numiptent         10       16      128        128       0
Lo primero que debemos identificar es el id de la maquina virtualizada ( uid ) este lo referenciaremos como $CTID en los siguientes comandos.Con este identificador podemos consulta los valores del contenedor desde el hosts con tan solo hacer un cat de /proc/bc/$CTID/resources
Pues bien, por lo general el contenedor tendrá un valor inferior al requerido por Oracle, de este modo deberemos modificar nuestro contenedor ( cat /etc/vz/conf/$CTID.conf ) y cambiar la siguiente línea si queremos los valores mínimos de oracle

SHMPAGES="2097152:2097152"

El siguiente paso será proceder al reinicio del contenedor.
vzctl restart $CTID

Referencias:

http://strikkis-ora.blogspot.com.es/2012/03/installing-oracle-database-11g-on_30.html
http://wiki.openvz.org/Proc/user_beancounters
http://wiki.openvz.org/Shmpages#shmpages
http://wiki.openvz.org/User_pages_accounting
http://www.linuxhelp.in/2011/08/how-to-change-values-of-numproc-and.html
http://wiki.vpslink.com/Meaning_of_the_/proc/user_beancounters_Values
http://www.orasite.com/administracion-de-oracle/error-ora-00845-memory_target-not-supported-on-this-system
Relacionado con Oracle-XE:
http://docs.oracle.com/cd/E17781_01/install.112/e18802/toc.htm
https://forums.oracle.com/forums/thread.jspa?threadID=2362232
http://www.puschitz.com/TuningLinuxForOracle.shtml#SettingSharedMemory
Comments
No Comments »
Categories
Base de datos, Linux, Virtualización
Tags
OpenVZ, Oracle 11g
Comments rss Comments rss
Trackback Trackback

Debbug de php

Miguel Angel | December 22, 2012

Si necesitamos saber que está haciendo nuestra aplicación en nuestro servidor de hosting podemos configurar un debbuger remoto con Xdebug y Eclipse DTP

En este caso usaremos Xdebug en CentrOS

Para install Xdebug debemos empezar por instalar php-pear , un repositorio de código php.

yum install php-pear

Pero debemos cumplir los pre-requisitos para poder compilar estos paquetes de php.

yum install php-devel
yum install gcc gcc-c++ autoconf automake
yum install make

Completado esta fase podemos proceder a compilar y usar Xdebug

pecl install Xdebug

Ahora podemos usarlo bien directamente al invocar nuestro script php , por ejemplo:

O activarlo para sacar toda la información de nuestro servidor Apache.

En este caso debemos crear un fichero /etc/php.d/xdebug.ini y añadir lo siguiente

; Enable Xdebug extension module
extension=xdebug.so
xdebug.remote_enable=on
xdebug.remote_handler=dbgp
xdebug.remote_mode=req
xdebug.remote_host=
xdebug.remote_port=9000

A continuación editar /etc/php.ini y al final añadir

[xdebug]
zend_extension="/usr/lib64/php/modules/xdebug.so"
xdebug.remote_enable = 1

Reiniciamos Apache y si creamos una página de prueba en /var/www/html/test.php con el siguiente contenido podemos ver una entrada para Xdebug

Si accedemos mediante nuestro navegador a la pagina recién creada se nos mostrará la información de php donde podremos localizar una sección específica para Xdebug

                         xdebug

xdebug support enabled
Version 2.2.1
IDE Key no value

Ya solo nos falta comenzar a desarrollar en nuestro entorno de Eclipse + PDT activandolo en Run->Debug.

 

Comments
No Comments »
Categories
Desarrollo
Tags
CentOS, RedHat
Comments rss Comments rss
Trackback Trackback

Mi visión del examen (1Z1-460) Oracle Linux 6 Implementation Essentials

Miguel Angel | December 21, 2012

Hoy he realizado el examen (1Z1-460) Oracle Linux 6 Implementation Essentials que aún está en fase beta.

Después de haber realizado recientemente el examen 1Z0-403 Oracle Linux System Administrationeste me ha parecido mucho más complicado.

Algunos temas que se tratan en esta actualización ya no son los habituales de linux, se ve que Oracle se ha dado cuenta que ya existen otras certificaciones generalista de linux y que no puede competir con ellas, necesita diferenciarse al igual que lo hace su distribución Oracle Linux 6.

Voy a hacer un breve repaso de las nuevas tecnologías que se recogen en la certificación que son propiamente exclusivas de Oracle Linux.

  • Unbreakable Enterprise Kernel: Se trata de un kernel que sigue la línea del kernel oficial pero que ha sido testado y optimizado para los appliance de oracle , como son Oracle Exadata , Exalitycs y Exalogic. Al mismo tiempo permite que las nuevas actualizaciones de drivers se incorporen cada cuarto de año con las actualizaciones y se ha prestado especial interés a los desarrollos punteros que lidera Oracle dentro del kernel. Además desde Oracle 5.3 es el kernel que se instala por defecto.
  • Unbreakable Linux Network: Se trata de una plataforma pública para proporcionar las actualizaciones de parches del sistema operativo accesible para todos los usuarios inclusive aquellos que no usan Oracle Linux ( por ejemplo RedHat y CentOS ).
  • Ksplice Zero Downtime Updates: Se trata de un sistema disponible para los usuarios con soporte Premium que nos permite actualizar el kernel sin reiniciar el servidor, con las ventajas de Seguridad , Disponibilidad y Ahora en costes laborales supone tener actualizado nuestro sistema en cualquier momento del día.
  • Dtrace: Herramienta recién incorporada con la Release 2 de Unbreakable Enterprise Kernel que nos permite hacer una inspección del kernel de linux.
  • oracle-rdbms-server-11gR2-preinstall : Una solución a los pre-requisitos de instalación de base de datos Oracle 11g, muy importante conocer que hace este paquete y como. y sosreport: Dos herramientas que nos ayudarán en el día a día de administración. La primera nos permitirá ver el rendimiento de nuestro sistema , la segunda recopila y empaqueta toda nuestra configuración para ayudarnos a gestionar las incidencias de nuestros sistemas con el soporte de Oracle.
  • ASMLib, OCFS2 y Clusterware: También dos incorporaciones recientes que se van a convertir en la piedra angular de las configuraciones en cluster y alta disponibilidad de los servidores Oracle Linux.

Esto es lo principal en la parte mas específica de Oracle Linux 6 , pero me ha sorprendido gratamente que se preste atención a las tareas y comandos más propios de los administradores avanzados en el resto de preguntas.

  • Monitorización del sistema: Todos los comandos del paquete sysstat y muchas capturas de situaciones para preguntarnos que le pasa a nuestro sistema.
  • Actualizaciones: Yum de ida y de vuelta, opciones que solo habrás visto en el man están entre las peguntas del examen , al igual que configuración de repositorios y de paquetes.
  • Log y loggin remoto: Saber configurar la cantidad de mensaje de logs de nuestros servicios y como configurar “rsyslog” para remitirlos a un servidor centralizado es parte importante de la administración de los sistemas Oracle.

En definitiva … un examen muy completo y enfocado a la administración específica y avanzada de sistemas Oracle Linux 6 … espero haberlo aprobado.

 

 

 

 

 

Comments
6 Comments »
Categories
Linux
Tags
Certificación, Oracle Linux 6
Comments rss Comments rss
Trackback Trackback

Desactivar el pitido de la consola en linux

Miguel Angel | August 31, 2012

Ese insistente compañero de cualquier instalación de linux tiene los días contados :

Editar el fichero /etc/inputrc

$ cd /etc
$ vi inputrc

Descomentar la línea o añadirla
set bell-style none

Guardar y cerrar la sesión.

Comments
No Comments »
Categories
Linux
Comments rss Comments rss
Trackback Trackback

Instalando Oracle jdk 1.7.0 en fedora 17

Miguel Angel | June 6, 2012

Bueno fedora 17 se ha convertido en mi nuevo equipo de trabajo , sin no pocos problemas.

Y toca instalar Oracle jdk 1.7.0_04 en fedora y que lo asuma como propio.

Los pasos :

1.- Descarga el rpm adecuado de la pagina de Oracle ( cuidado con la plataforma x86_64 ).
2.- Ponle permisos de ejecución al fichero e instalar.
3.- Registramos la nueva versión de java con los siguientes comandos.

# Definimos una variable con la versión de jdk
export version=1.7.0_04
## java ##
alternatives –install /usr/bin/java java /usr/java/jdk${version}/jre/bin/java 20000
## javaws (32-bit only) ##
alternatives –install /usr/bin/javaws javaws /usr/java/jdk${version}/jre/bin/javaws 20000
## Java Browser (Mozilla) Plugin 32-bit ##
alternatives –install /usr/lib/mozilla/plugins/libjavaplugin.so libjavaplugin.so /usr/java/jdk${version}/jre/lib/i386/libnpjp2.so 20000
## Java Browser (Mozilla) Plugin 64-bit ##
alternatives –install /usr/lib64/mozilla/plugins/libjavaplugin.so libjavaplugin.so.x86_64 /usr/java/jdk${version}/jre/lib/amd64/libnpjp2.so 20000
## Install javac only if you installed JDK (Java Development Kit) package ##
alternatives –install /usr/bin/javac javac /usr/java/jdk${version}/bin/javac 20000
alternatives –install /usr/bin/jar jar /usr/java/jdk${version}/bin/jar 20000

4.- Comprobamos que ahora se usa la versión correcta.

[root@localhost]# java -version
java version “1.7.0_04″
Java(TM) SE Runtime Environment (build 1.7.0_04-b20)
Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode)

Comments
No Comments »
Categories
Uncategorized
Comments rss Comments rss
Trackback Trackback

Acceso ssh sin clave en 3 pasos.

Miguel Angel | June 1, 2012

Queremos conectar desde el servidor A al servidor B sin que tengamos que escribir la clave.

ssh-keygen -b 4096 -t rsa
ssh-add
ssh-add -L
ssh-copy-id root@

Y si me dice al ejecutar el ssh-add que no encuentra la conexión al agente de autentificación

eval `ssh-agent`
echo $SSH_AUTH_SOCK

y podremos ejecutar de nuevo ssh-add

Comments
No Comments »
Categories
Linux
Comments rss Comments rss
Trackback Trackback

Error “avc: denied { execute_no_trans }” en consola de Red Hat

Miguel Angel | May 16, 2012

En un servidor Red Hat Enterprise Linux 5.7 al instalar las vmware-tools aparece un mensaje repetitivo en la consola que resulta muy molesto.

Se trata de una directiva de SELinux que impide la ejecución de uno de los binarios de las vmware-tools

El mensaje se muestras así :

type=1400 audit(1337155490.441:75): avc: denied { execute_no_trans } for pid=5503 comm=”tpvmgp” path=”/usr/lib/vmware-tools/bin64/appLoader” dev=sda2 ino=2393097 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=root:object_r:lib_t:s0 tclass=file

Para eliminarlo basta con ejecutar el siguiente comando

chcon -R -t sbin_t /usr/lib/vmware-tools/bin64

La otra alternativa es desactivar SELinux para ello podemos seguir esta guía.

http://www.crypt.gen.nz/selinux/disable_selinux.html

Comments
No Comments »
Categories
Uncategorized
Tags
Red Hat, SELinux
Comments rss Comments rss
Trackback Trackback

« Previous Entries

Navigation

  • Base de datos
  • Desarrollo
  • Hardware
  • Jboss
  • Linux
  • Uncategorized
  • Virtualización
  • Windows

Busqueda

rss Comments rss valid xhtml 1.1 design by jide powered by Wordpress get firefox