Cambio de valor por defecto de variable LANG en Linux

-
La mayoría de los linux viene preconfigurado con la variable LANG con el valor "en_US.UTF-8", es decir, con set de caracteres UTF-8. Cuando un se conecta con utilitarios de línea de comandos como putty, los caracteres no se ven bien. Por ejemplo, en la salida de pstree se muestran caracteres que no se muestran adecuadamente.

Esto se puede resolver mediante:

export LANG="en_US"

Si se desea cambiar el valor por default de esta variable, se debe lo debe hacer en el archivo /etc/sysconfig/i18n. Este archivo es leído por el script /etc/profile.d/lang.sh

El contenido original del archivo es:

LANG="en_US.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:es_CL.UTF-8:es_CL:es"
SYSFONT="latarcyrheb-sun16"

Y se debe cambiar por:

LANG="en_US"
SUPPORTED="en_US.UTF-8:en_US:en:es_CL.UTF-8:es_CL:es"
SYSFONT="latarcyrheb-sun16"

Comentarios

Publicar un comentario

Entradas más populares de este blog

Algoritmo de Merge con Delete

-
En ciertas ocasiones debemos actualizar un conjunto de datos de tal forma que queden idénticos al resultado de una query. Como requisito adicional, tanto los datos de la query origen como la tabla destino tienen un mismo conjunto de columnas que podría ser considerada llave primaria, es decir, que no tienen valores nulos y que no producen registros duplicados. Por ejemplo: hay una tabla con transacciones diarias y es posible que después de cargar las transacciones haya que reprocesar los datos por algún motivo en particular. En este ejemplo, es claro que no existe la alternativa de truncar la tabla original y cargar los datos a partir de la tabla de paso ya que no solo se estarían truncando los registros que se van a cargar sino que también se truncarían los registros de otros días. Otro ejemplo: una tabla debe ser refrescada todos los días. Algunos registros son nuevos, otros se mantienen y otros desaparecen. De los que se mantienen, una gran mayoría queda intacto y unos poco...
Leer más

Análisis de SQL usando trace con eventos y variables de bind

-
Al analizar un proceso de carga se pudo determinar que cuál sentencia SQL era la mas consumidora. A continuación se muestra un extracto de la salida de tkprof: SELECT     LTCD_CDG_IATA_ITN_ORI,LTCD_CDG_IATA_ITN_DES,LTFC_DIA_CDG_ITN_ARR_DATE    ,LTFC_DIA_CDG_ITN_DEP_DATE FROM    FTPS WHERE    FTPS_PNR_CDG = :b1  AND FTPS_SEG_NMR = :b2  AND LTFV_DIA_CDG =  :b3 call     count       cpu    elapsed       disk      query    current        rows ------- ------  -------- ---------- ---------- ---------- ----------  ---------- Parse        0      0.00       0.00          0          0          0           0 Execute   9413      0.52...
Leer más

columna xid en dba_hist_active_sess_history

-
La vista DBA_HIST_ACTIVE_SESS_HISTORY y su origen GV$ACTIVE_SESSION_HISTORY mantienen un muestreo de lo que hacen las sesiones que tienen actividad en el sistema. La primera mantiene un historial de lo capturado por la vista VG$ y de acuerdo a la retención especificada en el repositorio AWR y la segunda sólo mantiene algunas horas. Estas vistas se pueden usar de muchas maneras distintas para entender y mejorar el desempeño de una BD. La plataforma Cloud Control la utiliza en la gran mayoría de las páginas del pack de diagnóstico. El uso de estas vistas requiere poseer la licencia del pack de diagnóstico. En este artículo nos concentramos en el uso de la columna XID de estas vistas. XID es el identificador de transacción, es decir, cada transacción tiene un valor distinto de XID. Esta columna nos permite entonces agrupar una serie de filas de la vista agrupadas por XID, es decir agrupadas por transacción. Pero cómo se relaciona este valor con el resto de vistas del diccionario que...
Leer más