Mostrando entradas con la etiqueta Errores. Mostrar todas las entradas
Mostrando entradas con la etiqueta Errores. Mostrar todas las entradas

viernes, 15 de marzo de 2013

No se puede cargar el archivo o ensamblado 'XXX' ni una de sus dependencias. Se ha intentado cargar un programa con un formato incorrecto

Hoy, haciendo una instalación de un webservice en un Windows Server 2008 con IIS7 recién instalado, me he encontrado con el siguiente error:

Error de servidor en la aplicación '/xxx'.

No se puede cargar el archivo o ensamblado 'BL' ni una de sus dependencias. Se ha intentado cargar un programa con un formato incorrecto

Por defecto, el IIS7 viene configurado para ejecutar sólo aplicaciones de 64 bits, por lo que si subimos al IIS algún ensamblado compilado en 32 bits, va a dar este error.

Esto se soluciona tocando la configuración avanzada del grupo de aplicación, y habilitando las aplicaciones de 32 bits.




Saludos. 

miércoles, 14 de diciembre de 2011

Liberar el puerto 80 en Windows 7

Me acaba de pasar que, a la hora de depurar un proyecto, el Visual Studio me obsequie con este mensajito:

No se puede iniciar el servidor de desarrollo de Visual Studio.
El puerto 80 está en uso.


El problema es que hay algún servicio que está ocupando el puerto 80, y el servidor de desarrollo de VS "Cassini" no se puede arrancar.

Una solución es cambiar el puerto en el servidor de desarrollo.
En el proyecto, botón derecho, propiedades, y le cambiamos el puerto




Si no queremos cambiar el puerto, otra solución es encontrar el servicio que lo ocupa.
Para ello, abrimos la consola (cmd) y ejecutamos "netstat -ab"


Allí vemos que el TCP 80 lo tiene ocupado un servicio del que no tenemos más información.
Así que nos toca ir a los servicios que pudieran ser sospechosos de estar ocupando el puerto 80, pararlos y probar el "netstat -ab" hasta que el puerto 80 quede liberado.

Para parar los servicios, escribid "services.msc" en el botón "inicio -> buscar programas y archivos"

Los servicios que son candidatos a ocupar el puerto 80 son:
"Servicio Agente de implementación web" (lo instala el Web Deploy 2.0)
"SQL Server Reporting Services (MSSQLSERVER)"
"SQL Server Integration Services 10.0"
 "BrandCache"

Internet Information Server y el Apache o XAMPP también se cogen el puerto 80 por defecto.

La solución correcta es, una vez detectado el programa que lo ocupa, cambiarlo en su configuración a otro puerto en vez de ir parando servicios.

viernes, 2 de diciembre de 2011

Error en el DNS-323: Acceso denegado




Tengo un NAS D-Link DNS-323.

 En él confío todos mis documentos, fotos, programas, etc.

Tiene 2 discos duros y se puede configurar para usarlos por separado, linealmente, Raid0 o Raid1 (en espejo).

Ya empezaba a confiar plenamente en él cuando, de repente un día, al acceder a una carpeta, aparece un mensaje de error:"ACCESO DENEGADO".

Recorro todo el disco y veo que hay algunos archivos y carpetas con ese problema. No puede verlos, ni copiarlos, ni moverlos...

Un sudor frío recorre mi cuerpo cuando veo carpetas de fotos de momentos importantes con ese problema.


WTF?  (¿Pero qué narices le pasa?)

El DNS-323 lleva internamente Linux, y expone un servidor samba a la red.
Parece que el Windows Vista y Windows 7, al haber aumentado los niveles de seguridad, ha perdido alguna compatibilidad con Samba, en el modo Share.

He recopilado los siguientes enlaces que hablan del tema.

http://www.sevenforums.com/network-sharing/3737-samba-network-share-issue-windows-7-a-3.html

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-samba-security-modes.html

http://superuser.com/questions/115337/windows-7-connecting-to-samba-shares

http://www.arkko.com/linux/vistanas.html

Como solución, casi todos hablan de rebajar el nivel de seguridad de Windows7 y ponerlo a la altura de Samba, o cambiar el modo de seguridad de Share a User


Opté por otra línea de trabajo; y así poder saber recuperar los documentos (que es realmente lo que me interesa) : Poder dar permisos a los ficheros.

Aprovechando que el firmware del dns-323 puede ejecutar scripts, instalamos un software llamado fun_plug que nos monta un linux con su servicio Telnet arrancado.


En este enlace se explica de forma extensa los pasos a seguir.
http://nas-tweaks.net/40/installation-of-the-fonz-funplug-0-5-for-ch3snas-ch3mnas-dns-323-and-many-more/

Los pasos a seguir son:
  • Nos descargamos los ficheros fun_plug y fun_plug.tgz de aquí.
  • Lo copiamos al raíz del DNS-323
  • Reiniciamos.
A partir de ahora, tendremos el telnet activado.
También tendremos una carpeta "ffp" que es el sistema de ficheros que ha creado.

Por línea de comando, podemos hacer "telnet 192.168.2.X" (ojo, poned la IP vuestra :))

Para aplicar contraseña, seguiremos los siguientes pasos dentro del telnet:

pwconv
passwd
usermod -s /ffp/bin/sh root

pwck
grpck

login

Comprobamos que funciona todo bien.

Ahora guardamos el password con el comando
store-passwd.sh

Con estos pasos, tenemos acceso al NAS a través de un telnet protegido por contraseña.

Ahora queda localizar las carpetas y ver qué permisos tienen los archivos.

Con ls -l tenemos una vista a los permisos de los ficheros.
El disco se monta en /mnt/HD_a2















Los casos de ficheros que daban problemas tenían permisos rwx --- --- y usuario nobody.

(El usuario Nobody es equivalente al usuario anónimo).

Sin meternos en tema de usuarios, grupos y demás, nos situamos en el directorio de archivos que queramos cambiar y ejecutaremos:

chmod 777 *

Si queremos cambiar los permisos en los subdirectorios:

chmod -R 777 *

En este caso, podemos ver que los permisos cambian a rwx rwx rwx, y ya son accesibles desde Windows.

Esto es todo; espero que os sea de utilidad.








jueves, 28 de julio de 2011

Problemas con los caracteres extendidos en CVS y TortoiseCVS

Al reinstalar los equipos de desarrollo a W7 64 bits, fuimos a instalar TortoiseCVS 1.8.30 (el que teníamos en los equipos anteriores), y mi sorpresa fue que no soportaba el Explorer.exe de 64 bits.

Otra de incompatibilidades de versiones de S.O.

Instalamos la última versión de TortoiseCVS que hay en la web, la 1.12.5.

Al empezar a trabajar, vimos que los archivos que contenían carácteres especiales o extendidos (ñ, acentos, etc...) daban error al subirlos al CVS.

Después de estar buscando y rebuscando, encontré que era un tema de versiones del CVSNT.
Para saber qué versión tenéis de CVS, buscad el cvs.exe en el directorio "C:\Program Files (x86)\CVSNT" y botón derecho-propiedades-detalles.
Por línea de comando: cvs -v

El TortoiseCVS gestiona las versiones de tus ficheros a través del explorador de Windows y necesita el CVSNT para funcionar, por lo que cuando instalamos el Tortoise nos instala también el CVSNT.

La versión de CVSNT que instala el TortoiseCVS es la 2.5.05.3744.
La versión que tenemos en el servidor es la 2.05.03.2382

Para no ir cambiando el servidor de versión, decidí cambiar el cliente. Renombré (por si tenía que volvera a atrás) la carpeta "C:\Program Files (x86)\CVSNT" a  "C:\Program Files (x86)\CVSNT_ORI", y copié el CVS del servidor a la carpeta "C:\Program Files (x86)\CVSNT" del cliente.

A partir de ahí, ya pudimos trabajar con los archivos sin problemas.

En esta entrada hablo también de otra problemática que ocurre al instalar el tortoise: que los iconos característicos del tortoise u otra aplicación no se muestren en el Explorer.

Saludos.