Error /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

Hola Mundo:

¡Qué lindo es volver a Linux! Ver que muchas cosas han cambiado, principalmente, para mejor y sin bonito y lo importante de esta súper plataforma.
perder lo

Esta vez, decidí usar Centos porque si. Necesitaba una distro con la robustez de Red Hat y Fedora y aparte que lo que quería hacer estaba bien documentado para ésta línea. Así que descargué el medio de instalación por torrent.

Instalé Java como en los viejos tiempos y configuré algunas variables de entorno para ejecutar la herramienta y ¡paf! me encuentro con este error:

/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

¡Qué basura! Se me había olvidado instalar un componente importante durante la etapa de instalación: Las herramientas de desarrollo que incluyen Glibc.
Así que desde la línea de comandos, con privilegios de superusuario, ejecuté:

yum -y install glibc.i686

Santo remedio. Funcionó sin problemas.

Solucionar error 18456 de SQL Server

Hola Mundo:

Algunos creen que con el cambio de trabajo me he ido olvidando de SQL Server y ocupándome de otras tecnologías. En parte es cierto ya que tengo que trabajar con un amplio abanico de software, pero de SQL Server no me olvido.

Es por esto que les traigo la solución a un problema que tuve yo hoy en la oficina. Un compañero de trabajo me pidió un usuario y password de SQL Server para hacer unas pruebas con una base de datos y otras cosas y el software que el estaba usando no soportaba la autenticación de Windows.

Les recuerdo que SQL Server, al igual que muchos productos de Microsoft, soporta autenticación de Windows y todo es controlado a través del controlador de dominio (que debe ser Active Directory).  Lo habitual es trabajar con esta modalidad de autenticación, ya que los usuarios se crean una sola vez para muchas plataformas y no tiene que estar escribiendo su usuario y password para cualquier cosa donde el quiera entrar. Es por un tema de comodidad y seguridad. En fin.

Nuestro servidor de desarrollo estaba configurado solo para la autenticación por Windows.

Tal como el me lo pidió, le entregué un usuario y una password. El intentó conectarse y recibió un error de login fallido. El código del error era 18456.

Revisó la password y estaba todo en orden. El problema estaba en que a mi se me había ido configurar el SQL Server para que soportara la autenticación de SQL Server (la típica del usuario con la clave).

Solucionarlo fue simple. En el Management Studio me fui a las propiedades de la instancia y en la parte de Security seleccioné el radiobutton que dice «SQL Server and Windows authentication mode».

Autenticacion SQL Server

 

Espero que esto les sirva y les salve el pellejo 🙂

Error de SQL Server Configuration Manager: Cannot connect to WMI provider – Invalid class [0x80041010]

Hoy quise abrir mi SQL Server Configuration  Manager y me salió el siguiente error:

Error de SQL Server Configuration Manager
Error de SQL Server Configuration Manager

Nunca había visto este error y tampoco mucha idea tenía de como solucionarlo. Así que me puse a investigar en internet y vi que le había pasado a usuarios que tienen SQL 2005, SQL 2008 y SQL 2008 R2 y a mi me pasó con SQL 2012.

Este link fue bastante referencial: http://support.microsoft.com/kb/956013
Aunque la solución estaba para SQL 2008, la acomodé para SQL 2012 y esta es:

Abrir una ventana del cmd con permisos de administrador y escribir lo siguiente:
mofcomp.exe "C:Program Files (x86)Microsoft SQL Server110Sharedsqlmgmproviderxpsp2up.mof"

Un pantallazo:

Solucion
Solucion

Luego de esto, volver a abrir SQL Server Configuration Manager y correrá sin problemas.

 

Chau!