Configuracion notepad++ para leer archivos grandes

Buscando una manera para que el notepad++ me abriera un archivo de un tamaño grande (casi 1Gb) encontré en la siguiente pagina una manera de realizarlo:

Error al conectarse desde php a un directorio activo (ldap) desde RedHat 7/8

 Bueno, para no hacer la historia larga, pase un sistema glpi de un Centos 6.9 a un RedHat 8.2, algo transparente en la mayoría de los cosas pero esta instalación tenia como particular que los usuarios se autenticaban contra un DA 2019 y al tratar de ingresar me daba error.

Ingrese con el usuario interno glpi y valide la configuración y no tenia inconvenientes, valide la conectividad hacia el DA, seguro es algún bloqueo y tampoco (un simple telnet por el puerto 389 te saca de dudas), el firewall tampoco estaba arriba, el log tampoco decía nada.... entonces que es??? y ese divino momento de iluminación, el SELINUX, clarooo.. busquemos el comando que permita comunicacion entre un apache y el ldap y encontré lo siguiente:

setsebool -P httpd_can_connect_ldap on

Perfecto, corriendo el comando y haciendo las pruebas del caso funciona sin problemas.

Solucion a yum centos 6 error cannot find a valid baseurl for repo base

 La solucion a esta novedad:

http://mirror.centos.org/centos/6/os/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

Intentando con otro espejo.

To address this issue please refer to the below wiki article

https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use https://bugs.centos.org/.

http://mirror.centos.org/centos/6/os/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

Intentando con otro espejo.

http://mirror.centos.org/centos/6/extras/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

Intentando con otro espejo.

http://mirror.centos.org/centos/6/updates/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"

la encontré en la siguiente url: https://support.itrsgroup.com/hc/en-us/articles/360017052237-How-to-fix-Cannot-find-a-valid-baseurl-for-repo-base-on-EL6

Se debe realizar lo siguiente:

 

Se realiza la modificación al archivo:

Luego de esto queda solucionado:

Desempaquetar un jar y empaquetarlo de nuevo

Pocas palabras, para desempaquetar un jar sirve cualquier programa (7zip/winrar) en este caso necesitaba agregar unas líneas al archivo de configuración del hibernate, realice el cambio y ahora debia empaquetar de nuevo el programa, para esto debemos ubicarnos donde esta los archivos del programa y ejecutar el siguiente comando:

jar cmvf META-INF/manifest.MF NombrePrograma.jar *

Donde META-INF/manifest.MF es el archivo manifiesto donde se indica cual es la clase principal que se llamara al ejecutar el programa

Lo anterior fue tomado de la siguiente pagina https://www.iteramos.com/pregunta/8794/-no-se-puede-ejecutar-el-archivo-jar-quotno-hay-atributo-de-manifiesto-principalquot-

Como reinstalar librerías corruptas con YUM

La siguiente información es tomada de la siguiente direccion: https://www.thegeekdiary.com/how-to-reinstall-corrupted-library-with-yum/

 This post will guide the user on how to reinstall a corrupted library via yum.

In general, the command below will find which package the corrupted library belongs to:

# yum provides \*/[so_file]

In this example, we used this error message “/bin/login: error while loading shared libraries: /lib64/libcrypt.so.1: file too short” to identify the corrupted library and the find the package it originally came from:

# yum provides \*/libcrypt.so.1
...
glibc-2.17-260.0.17.el7_6.6.x86_64 : The GNU libc libraries
Repo : ol7_x86_64_latest
Matched from:
Filename : /lib64/libcrypt.so.1

In this case, the package the library originally came from is “glibc-2.17-260.0.17.el7_6.6.x86_64“. This is the package that needs to be reinstalled. The general command is:

# yum reinstall [package name]

From our example, the command is:

# yum reinstall glibc-2.17-260.0.17.el7_6.6.x86_64

Solucionando el error ORA-01855 al importar un backup realizado con SQLDeveloper

El SQLDeveloper permite exportar una base de datos en formato sql, procedí a realizarlo y restaurarlo en un servidor de prueba con el mismo SQLDeveloper, pero este me generaba un error de tipo ORA-01855 en los registros con manejo de fecha, pero es muy raro que utilizando la misma herramienta y la sentencia del TO_DATE no estaba mal, entonces que es?

Leyendo un poco sobre el error se trata de algo muy común, se debe asegurar que la configuración NLS sea la misma en ambos SQLDeveloper, por lo tanto solo es replicar la configuración :

Luego de realizar la anterior configuración y reiniciar el programa, se procede a ejecutar de nuevo el archivo de backup confirmando la solucion del mensaje de error.