Extra bytes at beginning or within zipfile CentOS 7

noviembre 1st, 2014

Al querer descomprimir un archivo zip en CentOS 7 con el comando unzip, recibo el error “extra bytes at beginning or within zipfile”. El archivo zip fue generado en windows 7 y ahi mismo no hay problema para abrirlo, el problema sólo sucede al querer abrirlo en CentOS.

Hay un problema con los archivos zip de más de 5 GB de tamaño. La solución: hacer una copia del zip de esta forma:

# zip -FFv archivo.zip –out nuevo.zip

Ahora podemos descomprimir el archivo copiado (en este caso nuevo.zip) sin ningún problema.

¡Saludos!

Listar archivos de datos en SQL Server 2000

octubre 14th, 2014

Para listar los archivos de datos de todas las bases de datos en Sql Server 2000 utiliza la siguiente consulta sql:

select
d.name, s.name, s.filename
from sysaltfiles s 
inner join sysdatabases d
on (s.dbid = d.dbid)
order by 1, 2, 3

¡Saludos!

Recibo ‘cups-insecure-filter’ al imprimir en la Lexmark Interact S608

septiembre 15th, 2014

Después de actualiza Ubuntu a la versión 14.04 la impresora dejó de imprimir y en el estatus de la colas de impresión enviaba el mensaje ‘cups-insecure-filter’.

Al parecer hubo un cambio de permisos en la nueva versión de cups, así que hay que cambiarlos. Buscamos cual es el archivo que provoca el error en /var/log/cups/error_log

En mi caso me enviaba el siguiente mensaje de error en dicho archivo:


E [15/Sep/2014:15:39:08 -0500] Lexmark_S608: File “/usr/local/lexmark/v3/bin/printfilter” has insecure permissions (0100775/uid=0/gid=0).
E [15/Sep/2014:15:39:34 -0500] Lexmark_S608: File “/usr/local/lexmark/v3/bin/printfilter” has insecure permissions (0100775/uid=0/gid=0).

Ejecutamos el siguiente comando para cambiar los permisos del archivo arriba mencionado:

sudo chmod 2755 /usr/local/lexmark/v3/bin/printfilter

Y reiniciamos el servicio cups:

sudo service cups restart

Con esto, en mi caso, se solucionó el problema de impresión.

¡Saludos!

Could not read from … because it is a not a file. Error al ejecutar transformación de Kettle (PDI).

septiembre 9th, 2014

Utilizo el ETL Kettle de Pentaho (PDI o Pentaho Data Integration) para realizar algunas transformaciones de datos desde hace tiempo. Recientemente actualicé a la versión 5.1 de éste excelente software.

He realizado un proyecto personalizado en java donde embebo las librerías de Kettle para realizar las transformaciones que necesitan mis usuarios. Sin embargo con esta nueva versión, al ejeutar una transformación después de la otra me arrojaba el mensaje:

Could not read from …. because it is a not a file. Error al ejecutar transformación de Kettle.

Al querer cargar la definición de una transformación desde un archivo que se encontraba dentro del jar de la distribución del programa, cuando con las versiones 4 anteriores no lo enviaba.

Al parecer es un problema con la librería commons-vfs-20100924-pentaho.jar que viene con esta versión. Para solucionar el problema, sustituya dicha libería vfs que se encuentra en la carpeta lib, dentro de la carpeta de instalación de Kettle, con esta otra.

Error solucionado.

¡Saludos!

 

pkg: No image found. GlassFish 4.

septiembre 3rd, 2014

La mejor manera de actualizar los paquetes de GlassFish 4 bajo un servidor CentOS 6.5 sin interfaz gráfica es con el comando pkg de este servidor de aplicaciones. Sin embargo, para ejecutar el comando, es necesario que nos encontremos en el directorio raíz donde se instaló el GlassFish, si no, lanzará el mensaje “pkg: No image found” al ejecutar dicho comando.

Por ejemplo, si instalamos el GlassFish 4 en la carpeta /opt/glassfish4 es necesario posicionarnos en dicho directorio:

cd /opt/glassfish4

Y luego ejecutar el comando pkg así:

./bin/pkg list 

para listar los paquetes instalados o

./bin/pkg install jersey

para instalar o actualizar el paquete llamado jersey.

Espero y les sea útil.

 

¡Ups! Modifiqué archivos en un (no branch) en Git

agosto 13th, 2014

Resulta que modifiqué archivos e hice commits en un submódulo de git y no me había percatado de que no estaba enlazado a ninguna rama (no branch).

Para no perder esos cambios hay que hacer lo siguiente dentro de la carpeta raíz del submódulo:

git show

El comando anterior mostrará algo como esto:

commit 330db217dffddaa07a0d8d107cbd650678f4c494
Author: …

Lo importante es la clave que se muestra en negrita, ya que la usaremos más adelante para hacer un merge. Una vez anotada la clave ejecutamos:

git checkout master

(En mi caso la rama principal se llama master, cambie el nombre si es necesario). Una vez cambiados a la rama deseada (en este caso master) ejecutamos el comando merge de la siguiente forma:

git merge 330db217dffddaa07a0d8d107cbd650678f4c494

Observe que utilizamos la clave que nos envió el comando show para hacer el merge y no un nombre de rama.

Una vez hecho esto, habremos actualizado nuestra rama master con la rama “(no branch)” y podemos seguir haciendo las modificaciones ya en la rama correcta (en este caso master).

¡Saludos!

 

No aparecen los controladores de ODBC de Access en Windows 7

agosto 4th, 2014

Si se quiere configurar una conexión de ODBC de Access en una máquina con Windows 7 de 64 bits, veremos que no nos aparecen los controladores en el administrador de orígenes de datos ODBC, aún cuando se haya instalado el Office.

El problema reside en que los controladores instalados son de 32 bits, por lo tanto hay que acceder al dministrador de orígenes de datos ODBC que se encuentra en:

c:\windows\sysWOW64\odbcad32.exe

Ejecutando el programa anterior nos abrirá el panel de control de 32 bits y podremos configurar correctamente los controladores de access y excel.

¡Saludos!

 

Disco Duro Portátil ADATA 500 GB $900.00

julio 31st, 2014

Disco Duro Portátil ADATA  SH93 500 GB … $900.00

ACCDAT200

 

Más informes twitter @scyasig o en facebook.

Disco duro portátil ADATA 2 TB $1,950, 1TB $1,200

julio 31st, 2014

En venta: Disco duro portátil (no necesita conectar al tomacorriente) USB ADATA 2 TB .. $1,950.00.

En venta: Disco duro portátil (no necesita conectar al tomacorriente) USB ADATA 1 TB .. $1,200.00.

ACCDAT930

 

 

Informes en twitter @scyasig o facebook.

Mensaje “Bad line length character”. Bonobo Git Server.

julio 30th, 2014

Inicié a probar el Servidor Git gratuito Bonobo en windows 7. Con la  instalación no hubo ningún problema, siguiendo las indicaciones que publican en su sitio.

Accedí a la página principal de Bonobo, di de alta usuarios y cree el repositorio. Hasta aquí todo bien. Sin embargo al dar el primer push de mi proyecto en una máquina cliente remota, con sistema operativo Linux, me envió los siguientes mensajes:

fatal: protocol error: bad line length character: <!DO
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly

El problema es que la aplicación por defecto sólo permite recibir una cadena de longitud pequeña y aborta. Para corregir eso nos vamos al archivo web.config que se encuentra en el directorio de instalación de Bonobo dentro del servidor IIS. Por defecto dicho archivo se encuentra en la siguiente ruta:

C:\inetpub\wwwroot\Bonobo.Git.Server

Para poder modificarlo recuerde arrancar el editor de texto de su preferencia como administrador. Encuentre y modifique la siguiente línea cambiando el valor como se indica:



<system.web>
<httpRuntime maxRequestLength=”2147483647” />
..
..
En el ejemplo anterior cambiamos el valor por defecto por una longitud máxima de 2147483647 bytes a la petición web.

Una vez modificado y guardado el archivo intenté nuevamente el push y ahora si funcionó sin problemas (no es necesario reiniciar el IIS).

Espero y le sea útil.

¡Saludos!