site microsoft falla caida windows azure

microsoft - Error de ruta demasiado largo al crear un servicio de Windows Azure



falla azure (7)

Cuando ejecuta un servicio en la nube en el tejido de desarrollo, el tejido de desarrollo utiliza una carpeta temporal para almacenar una cantidad de archivos que incluye ubicaciones de almacenamiento local, binarios almacenados en caché, configuración, información de diagnóstico y contenido del sitio web compilado en caché.

Por defecto, esta ubicación es: C: / Users // AppData / Local / dftmp

El crédito es para Jim Nakashima de Microsoft: https://blogs.msdn.microsoft.com/jnak/2010/01/14/windows-azure-resolving-the-path-is-too-long-after-being-fully-qualified-error-message/

Para cambiar la carpeta temporal, se debe crear una variable de entorno del usuario :

Se llama _CSRUN_STATE_DIRECTORY

Dale un valor de directorio con nombre corto como:

c:/AzureTemp

No olvide reiniciar Visual Studio para que las variables ambientales se vuelvan a leer

¡Solucionó muchos problemas de compilación!

He intentado publicar mi servicio en Windows Azure. El servicio consta de un solo webRole, sin embargo, he agregado la funcionalidad de inicio de sesión remota, lo he publicado y lo he creado varias veces, y ahora, de repente, no se compilará. La razón por la que da es que

Detalles abajo:
"Error 56 La ruta especificada, el nombre del archivo o ambos son demasiado largos. El nombre completo del archivo debe tener menos de 260 caracteres y el nombre del directorio debe tener menos de 248 caracteres. C: / Archivos de programa (x86) / MSBuild / Microsoft / Cloud Service / 1.0 / Visual Studio 10.0 / Microsoft.CloudService.targets 202 5 FileSystemCreator "

He participado en todos los foros, he utilizado la línea de comandos de CSPack para empaquetar el servicio, pero me está resultando muy difícil configurar el certificado para la conexión de escritorio remota y me gustaría aprovechar esta característica ya que soy creando algunos sitios web en el evento onStart y me gustaría echarle un vistazo a IIS. Algunos empleados de Microsoft aceptan que esto es un error y han prometido solucionar este problema, consulte la post . Estoy usando VS2010 y no sé cómo solucionar este error.

¿Puede alguien ayudarme o dirigirme a un lugar donde pueda obtener ayuda?


El mismo problema que me sucedió cuando intento empaquetar un proyecto de Umbraco para Azure (https://github.com/WindowsAzure-Accelerators/wa-accelerator-umbraco/wiki/Deployment), encontré que la solución es: Copiar y renombrar el largo -name ruta y carpeta a "C: / someshortname".

(solución fue sugerida por esto: link )


La mejor solución puede ser crear un enlace simbólico a su carpeta de proyecto. Esto no requiere mover archivos o cambiar las variables del sistema. Abra el símbolo del sistema como administrador y ejecute esto:

mklink /D C:/Dev C:/Users/danzo/Source/Workspaces

Obviamente puedes cambiar "C: / Dev" a lo que quieras que sea y tendrás que cambiar la ruta más larga de arriba al directorio raíz de tu carpeta de soltions / projects.


Me encontré con el mismo problema con una nueva solución.

Tenga en cuenta que, a diferencia de lo que sugiere la respuesta de Eugenio Pace, el error ocurre solo cuando se implementa en Azure (y no cuando se ejecuta el proyecto en Azure Compute Emulator).

Intente agregar la siguiente línea al primer grupo de propiedades de su archivo de Windows Azure Visual Studio Project (* .ccproj):

<ServiceOutputDirectory>C:/Azure/</ServiceOutputDirectory>

La barra inclinada (para cualquier ruta que seleccione) parece ser necesaria. Esta carpeta se eliminará cada vez que crees un paquete, si existe.

Esta configuración parece redirigir la carpeta de trabajo para el paquete a una ruta base más corta, lo que evita que la ruta sea demasiado larga.

El crédito va a: http://govada.blogspot.com/2011/12/windows-azure-package-build-error.html


Probé todos los 2 enfoques anteriores:

-cambiar las variables ambientales TEMP y TMP

- <ServiceOutputDirectory> acceso de <ServiceOutputDirectory>

y no funcionó. En mi caso, tuve que mover todo el proyecto a un camino más corto C: / y funcionó. Estoy usando W7 y VS12.



También tuve este problema al implementar un proyecto Node.js en Azure.

Para solucionarlo, tuve que cambiar mis variables de entorno de usuario "TEMP" y "TMP" a algo más corto que sus valores predeterminados.

En mi caso, estaban apuntando de forma predeterminada a% PERFIL DE USUARIO / AppData / Local / Temp, cambiándolos a C: / Temp lo resolvió.

Asegúrate de reiniciar Windows después.