studio - microsoft azure storage emulator download
Error de Azure Storage Emulator y no se inicia (13)
Este error realmente me está volviendo loco. (Terminal ejecutándose en modo administrador)
Inicialización del emulador de almacenamiento azul en SQL Server 2014:
C:/Program Files (x86)/Microsoft SDKs/Windows Azure/Storage Emulator>./wastorage
emulator init -server MY-PC
Windows Azure Storage Emulator 3.0.0.0 command line tool
The storage emulator was successfully initialized and is ready to use.
Error al iniciar el servidor:
C:/Program Files (x86)/Microsoft SDKs/Windows Azure/Storage Emulator>./wastorage
emulator start
Windows Azure Storage Emulator 3.0.0.0 command line tool
Unhandled Exception: System.TimeoutException: Unable to open wait handle.
at Microsoft.WindowsAzure.Storage.Emulator.Controller.EmulatorProcessControll
er.InternalWaitForStorageEmulator(Int32 timeoutInMilliseconds)
at Microsoft.WindowsAzure.Storage.Emulator.Controller.EmulatorProcessControll
er.EnsureRunning(Int32 timeoutInMilliseconds)
at Microsoft.WindowsAzure.Storage.Emulator.StartCommand.RunCommand()
at Microsoft.WindowsAzure.Storage.Emulator.Program.Main(String[] args)
Acabo de llegar a esto, y resulta que los equipos de Microsoft usaban el puerto 10000. Obligar a los equipos a dejar de fumar resolvió el problema. 🤷
Aquí hay información que podría ayudar:
AzureStorageEmulator.exe init –server MyMachine –sqlinstance **.** –forcecreate –inprocess
Ver este link
Asegúrese de que el usuario que inicializó el emulador sea el mismo que el usuario que está iniciando el emulador. Tenga en cuenta que si se eleva como un usuario diferente para ejecutar la inicialización, la inicialización solo se aplica a ese usuario.
Si eso no ayuda, puede intentar iniciar el emulador con el indicador -inprocess para obtener un mensaje de error más detallado:
WAStorageEmulator start -inprocess
Compruebe si está ejecutando BitTorrent / uTorrent o software similar utilizando el puerto 10000 .
Consulte la publicación de blog de Steve Marx sobre el tema. http://blog.smarx.com/posts/windows-azure-storage-emulator-the-process-cannot-access-the-file-because-it-is-being-used-by-another-process
En caso de que esa publicación desaparezca, el comando para verificar si otro software está usando ese puerto es:
C:/Users/smarx>netstat -p tcp -ano | findstr :10000
TCP 127.0.0.1:10000 0.0.0.0:0 LISTENING 3672
Ejecute el símbolo del sistema de Microsoft Azure como administrador e intente inicializar primero con el inicio de AzureStorageEmulator.exe y luego comience a usar los comandos de inicio de AzureStorageEmulator.exe. Funcionó para mi caso.
Esto sucedió recientemente, y fue porque recientemente instalé el emulador HDInsight. Parece que esto fue el inicio automático del emulador de almacenamiento, lo que provocó un error cuando VS intentó iniciarlo y se produjo un error.
Establecer el valor de "Iniciar el emulador de almacenamiento de Microsoft Azure" a Falso también funcionó en este caso.
Me encontré con el mismo problema. Descubrí que el puerto 10000 está siendo utilizado por otro proceso. En mi caso, utorrent lo estaba usando. Podría ser Bittorrent si eso es lo que estás usando. Después de desinstalarlo, comenzó sin problemas con la alteración de mis datos.
Si su descarga de torrents significa mucho para usted, puede considerar resolver su problema desde ese ángulo. Espero que esto funcione.
Otra opción es cambiar el enlace de IP que usa el emulador en el archivo de configuración ubicado en el directorio del emulador de almacenamiento.
Encuentra wastorageemulator.exe.config y cambia
<services>
<service name="Blob" url="http://127.0.0.1:10000/"/>
<service name="Queue" url="http://127.0.0.1:10001/"/>
<service name="Table" url="http://127.0.0.1:10002/"/>
</services>
Esto sería útil si otra aplicación ya está usando ese puerto y no puede desinstalar.
Para los usuarios del emulador de documentosdb recién publicado ... Microsoft pensó que era una buena idea que el emulador documentdb utilizara el mismo puerto que el emulador de Storage;) La única manera de acceder a su almacenamiento es cerrar el emulador documentdb y reiniciar Visual Studio y voila puedes usarlo de nuevo: facepalm:
Resumiendo y agregando puntos adicionales a otras respuestas a esta pregunta.
Abra el archivo C: / Archivos de programa (x86) / Microsoft SDKs / Azure / Storage Emulator / AzureStorageEmulator.exe en un bloc de notas o un editor de bloc de notas ++. Mira la sección de servicios.
<services>
<service name="Blob" url="http://127.0.0.1:10000/"/>
<service name="Queue" url="http://127.0.0.1:10001/"/>
<service name="Table" url="http://127.0.0.1:10002/"/>
</services>
Intente abrir la URL de "Blob" en un navegador web. En mi caso, es
http://127.0.0.1:10000/
Si no puede abrir la URL o si hay un error, esta es la razón por la que no puede iniciar Azure Storage Emulator.
Pruebe los siguientes pasos para resolver el problema.
1) Compruebe si el puerto 10000 está ocupado o utilizado por cualquier otro proceso.
Para saber esto, puede escribir el siguiente comando en el símbolo del sistema
netstat -na | find "10000"
Mata el proceso.
Ahora inicie Azure Storage Emulator en modo de proceso
En el símbolo del sistema de Azure Storage Emulator, escriba
AzureStorageEmulator.exe start -inprocess
Ctrl + c y luego
AzureStorageEmulator.exe start
Si esto no resolvió el problema, intente el segundo paso.
2) Ejecuta esto
netsh http add iplisten 127.0.0.1
y luego en el símbolo del sistema de Azure Storage Emulator
AzureStorageEmulator.exe start -inprocess
Ctrl + c y luego
AzureStorageEmulator.exe start
También vale la pena intentar ejecutar el símbolo del sistema con: "Ejecutar como administrador" y luego ejecutar el comando: C: / Archivos de programa (x86) / Microsoft SDKs / Azure / Storage Emulator> AzureStorageEmulator.exe start
¡Eso hizo el truco para mí!
Tengo el mismo problema después de la actualización de las herramientas de Azure (versión 2.3). Después de horas de investigación encontré una solución extraña: establezca ''Iniciar el emulador de almacenamiento de Windows Azure'' en ''Falso'' (en las propiedades del proyecto de Azure).
Tuve el mismo problema ya que tuve que volver a unir mi máquina al dominio y el perfil del usuario se volvió a crear. Noté que comenzaba con la opción -inprocess desde el cmd elevado. Luego me di cuenta de que tiene que ver con urlac y resolví eliminar los viejos con los siguientes comandos:
(from elevated cmd)
netsh http delete urlacl url=http://127.0.0.1:10000/
netsh http delete urlacl url=http://127.0.0.1:10001/
netsh http delete urlacl url=http://127.0.0.1:10002/
Después de eso, simplemente comience como de costumbre, la herramienta recreará lo necesario. Ahora puedo usarlo sin elevación.