Tag Archives: errores

I have no name Error Linux con LDAP

31 Jan

Para quienes me siguen en Twitter, y para quienes me conocen sabrán que durante mucho tiempo he estado involucrado con el tema de LDAP en linux y sus posibles usos, así como también me encuentro migrando la plataforma de la empresa donde trabajo “Xtratelecom” a LDAP.

El día de hoy durante la migración de uno de los equipos me tope con un error curioso, despues de realizar la configuraciones pertinentes intente hacer login y me aparecia el siguiente error:

I have no name!@hostname:~$ whoami
whoami: cannot find name for user ID 1001

Despues de buscar un poco en internet me tope con Ducea.com, y di con la solución cambiar los permisos del archivo /etc/lib_nss.conf que seguramente los debes tener en solo lectura para el dueño, así que simplemente aplicando un:

chmod 644 /etc/lib_nss.conf

Debería estar resuelto nuestro problema.

Como desmontar un device si aparece busy | How to umount a device even if it appears as busy

19 Jan

Muchas veces sucede que hemos montado una unidad en nuestro equipo ó servidor, y luego cuando ya no la necesitamos deseamos desmontarla y obtenemos un error de “Device busy“. La primera reacción a este error es revisar si estamos en alguna ruta que involucre a esta unidad, o por otra parte cerrar todos los terminales que tengamos abiertos para que sea mas sencillo, pero sucede en muchos casos que a pesar de realizar estas acciones algún proceso se queda zombie en esa unidad. Es por tal motivo que la recomendación es usar el comando fuser el cual nos permitirá conocer el pid del proceso que hace uso de la unidad o partición. Lo usaríamos de la siguiente forma:

# fuser -m /dev/sdc1
/dev/sdc1: 538
# ps auxw|grep 538
donncha 538 0.4 2.7 219212 56792 ? SLl Feb11 11:25 rhythmbox

Luego es suficiente con hacer un kill al proceso 538 y esto matará el proceso rhythmbox y permitirá que desmontemos nuestra partición sin problemas.

Otra forma util: umount -l /dev/sdb1

Vía: ocaoimh

Uso de Rsync y el Error ‘Argument list too long’ | Rsync usage and ‘Argument list too long’ error

18 Jan

No es la primera vez que me sucede este error, pero en los otros casos lo he resuelto con soluciones alternativas que en este caso no han resultado por diversos motivos.

Al momento de realizar un RSYNC, a un directorio que contiene un aproximado de 40 mil archivos, cuyos nombres exceden los 15 caracteres, que a su vez son alfanuméricos, con símbolos inclusive,  y cuyo tamaño ronda los 28GB, podemos obtener un error como el siguiente:

“Argument list too long”

Como ya les comenté esta vez no pude encontrar alguna solución alternativa ya que necesitaba usar rsync, buscando en google, encontre el siguiente enlace que me permitió solventar este problema ejecutando el comando de la siguiente forma:

rsync -av user1@machine1.fqdn:/source/directory/with/all/the/files/. .

La solución esta simplemente en que en vez de hacer el rsync desde /source/directory/with/all/the/files/* lo haremos a /source/directory/with/all/the/files/. la diferencia entre un * y un punto es suficiente para que el rsync no nos envie este error.

Error en firma de repositorios Debian | The following signatures couldn’t be verified

14 Oct

debian-logo

W: GPG error: http://security.debian.org stable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY F9A2F76A9D1A0061

A muchos usuarios de debian les habrá ocurrido este error más WTF! y descriptivo que ninguno en la vida pues bien la solución a este inconveniente consiste en la ejecución de dos comandos bastante simples a decir verdad.

gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys F9A2F76A9D1A0061

OJO: cambiar F9A2F76A9D1A0061 por el Key que te aparecer cuando ejecutas el apt-get update.

gpg --armor --export F9A2F76A9D1A0061 | apt-key add -

El primer comando se realiza para generar la clave publica que usaremos cuando nos tengamos uqe autentificar en algún repositorio. Mientras que el segundo comando es el que usaremos para agregar la clave a nuestro sistema.