KUP-11011: the following file is not valid for this load operation

Al tratar de recuperar un archivo de respaldo de múltiples archivos de oracle con el comando impdp este marcaba error y no recuperaba el respaldo.

Dentro de los errores que me aparecían estaban los siguientes:

KUP-11011: the following file is not valid for this load operation
KUP-11014: internal metadata in file /data/backups/respaldo_03.dmp is not valid

Al parecer es un bug de Oracle en la versión 12.1.0.2.0. Para que funcionara correctamente la importación tuve que agregar el parámetro

ACCESS_METHOD=DIRECT_PATH

A los parámetros del comando impdp quedando de esta forma la llamada:

impdp system/******* remap_schema=ESQUEMA1:ESQUEMA2 tables=ESQUEMA1.TABLA directory=RESPALDOS parallel=5 dumpfile=respaldo_%U.dmp logfile=respaldo.log full=N TABLE_EXISTS_ACTION=REPLACE ACCESS_METHOD=DIRECT_PATH

De esta forma la importación de la tabla dejó de marcar el error descrito arriba.

Espero les sea útil. ¡Hasta pronto!

extensor de rango wifi

¿Cómo ampliar la señal WiFi o inalámbrica en mi casa?

Para quienes tienen la fortuna de vivir en casas amplias, de dos pisos o más, y/o con patios grandes y cuentan con módem con señal wifi de Internet inalámbrico, es común que haya lugares de la casa donde la señal no llega o se pierde con facilidad.

Existen varios dispositivos que ayudan a solucionar ese problema, entre ellos los expansores o extensores de red WiFi.

¿Qué es un extensor o expansor de red wifi y para qué sirve?

Un extensor o expansor de red wifi es un dispositivo electrónico que básicamente lo que hace es ampliar el rango de alcance o cobertura de nuestra señal WiFi, en la mayoría de los casos, que nuestro módem o ruteador nos provee. En la imagen siguiente se muestra un ejemplo de este dispositivo:

Expansor de rango wifi mercury

¿Cómo funciona un expansor de rango WiFi?

Por lo general, estos aparatos se conectan a un enchufe de la red eléctrica de nuestra casa a una distancia que se encuentre dentro de la cobertura de la señal Wifi de nuestro módem o ruteador inalámbrico. Algunos expansores de rango cuentan con un sensor led que nos indica el nivel de intensidad con la que llega la señal del módem o ruteador al aparato para conocer la mejor ubicación de la casa donde colocarlo. La imagen siguiente muestra básicamente como funciona un expansor de rango ampliando la señal de wifi.

El círculo del lado izquierdo de la imagen simula el alcance de la señal WiFi de nuestro módem o ruteador inalámbrico, el expansor modelo “TL-WA850RE”, en la imagen, se coloca dentro del alcance de esté y aumenta el alcance de la red WiFi, representado por el círculo del lado derecho de la imagen llegando a dónde antes la señal Wifi del módem o ruteador no llegaba.

Le expansor se debe conectar a la red wifi de nuestra casa, algunos se conectan automáticamente a través de de la tecnología WPS y otros se tienen que configurar a través de una aplicación de celular o a través de un navegador web en donde se le indica el nombre de la red a la que hay que conectarse y la contraseña o password de la red wifi.

Existen además expansores de rango que cuentan con entrada RJ-45 o ethernet, que permiten conectar algún dispositivo como hubs, televisiones, computadoras de escritorio o laptops directamente, a través de un cable de red mediante el cuál recibirán la señal de internet del módem (en la imagen anterior se puede ver una Smart TV conectada al expansor, que cuenta con dicha entrada,mediante un cable de red) .

También existen expansores que cuentan con dos bandas o señales inalámbricas de 2.4 y 5 Ghz. La banda de 5 Ghz, permite enviar una mayor cantidad de información o datos a través de la red inalámbrica (como video de alta definición) que la de 2.4, pero la banda de 2.4 tiene mayor alcance de señal que la de 5 Ghz.

De acuerdo a las características como alcance y opciones de conexión que presenten los expansores de red los precios pueden variar.

Aquí puedes ver algunos extensores de red que tengo en venta y sus precios.

¿Preguntas o dudas? Déjame tus comentarios.

postgresql en mantenimiento

Servicio Postgresql en mantenimiento en Solaris 10

De pronto el servidor de reportes de Pentaho versión 5.4 dejó de funcionar, la aplicación no era cargada por Tomcat y su archivo log mostraba lo siguiente:

SEVERE: The web application [/pentaho] created a ThreadLocal with key of type [java.lang.InheritableThreadLocal] (value [java.lang.InheritableThreadLocal@4bace654]) and a value of type [org.springframework.security.providers.UsernamePasswordAuthenticationToken] (value [org.springframework.security.providers.UsernamePasswordAuthenticationToken@fc3ceceb: Principal: org.springframework.security.userdetails.User@0: Username: admin; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNonExpired: true; AccountNonLocked: true; Granted Authorities: Admin; Password: [PROTECTED]; Authenticated: true; Details: null; Granted Authorities: Admin]) but failed to remove it when the web application was stopped. This is very likely to create a memory leak.

Al parecer la base de datos Postgresql no estaba funcionando. Al ejecutar el comando siguiente con privilegios de root
svcs postgresql
para saber el estado del servicio regresaba lo siguiente:
bash-3.2# svcs -p postgresql
STATE STIME FMRI
disabled Sep_26 svc:/application/database/postgresql:version_81
disabled Sep_26 svc:/application/database/postgresql:version_82
disabled Sep_26 svc:/application/database/postgresql:version_82_64bit
maintenance Dec_04 svc:/application/database/postgresql:version_94

La versión 9.4 de Postgresql estaba en estado de mantenimiento (maintenance), al parecer, debido a un corte de energía, la base de datos no se apagó por completo.

Se revisa por qué motivo el servicio quedó en mantenimiento ejecutando:

bash-3.2# svcs -x postgresql
svc:/application/database/postgresql:version_94 (PostgreSQL RDBMS)
State: maintenance since Fri Dec 04 16:52:05 2020
Reason: Method failed.
See: http://sun.com/msg/SMF-8000-8Q
See: postgres_94(5)
See: /var/svc/log/application-database-postgresql:version_94.log
Impact: This service is not running.

Revisamos el archivo log que indica el el comando anterior y la última línea mostraba lo siguiente:

[ Dec 4 16:51:04 Executing stop method (“/lib/svc/method/postgresql stop”) ]
waiting for server to shut down………………………………………………………[ Dec 4 16:52:05 Method or service exit timed out. Killing contract 1187 ]

Al parecer no se completo correctamente el apagado de la Base de Datos.

Así que se revisó si algún proceso del servicio aún había quedado corriendo con el comando:

bash-3.2# svcs -p postgresql
STATE STIME FMRI
disabled Sep_26 svc:/application/database/postgresql:version_81
disabled Sep_26 svc:/application/database/postgresql:version_82
disabled Sep_26 svc:/application/database/postgresql:version_82_64bit
maintenance Dec_04 svc:/application/database/postgresql:version_94

Lo que mostró que no había otros procesos del servicio postgresql 9.4 corriendo. Si los hubiera habido, hubiera sido necesarios “matarlos” con el comando kill.

Y por último, para activar o poner nuevamente en línea el servicio de Postgresql se corre el comando:

bash-3.2# svcadm clear svc:/application/database/postgresql:version_94

Corremos nuevamente el comando svcs para verificar que el servicio está corriendo de nuevo:

-bash-3.2$ svcs postgresql
STATE STIME FMRI
disabled Sep_26 svc:/application/database/postgresql:version_81
disabled Sep_26 svc:/application/database/postgresql:version_82
disabled Sep_26 svc:/application/database/postgresql:version_82_64bit
online 18:16:25 svc:/application/database/postgresql:version_94

Efectivamente, el servicio está de nuevo en línea. Iniciamos nuestro servidor de reportes de Pentaho y listo, el error se fue.

¡Espero y les sirva! ¡Hasta la próxima!