U-SQL,Python,本地执行,"device not found"错误
U-SQL, Python, local execution, "device not found" error
我正在尝试 运行 使用 VS 2017 在本地使用 Python 扩展的 U-SQL 作业。
我遵循了这些步骤:
然后我尝试 运行 这个:
如果我在 Azure 中 运行 它工作正常,但如果我尝试在本地 运行 它,我得到的错误是:"The device is not read".
详情:
Start : 2017-08-16 14:35:13
Initialize : 2017-08-16 14:35:13
GraphParse : 2017-08-16 14:35:13
Run : 2017-08-16 14:35:13
Start 'Root' : 2017-08-16 14:35:13
End 'Root(Success)' : 2017-08-16 14:35:13
Start '1_SV1_Extract' : 2017-08-16 14:35:13
End '1_SV1_Extract(Error)' : 2017-08-16 14:35:14
Completed with 'Error' : 2017-08-16 14:35:14
Execution failed with error '1_SV1_Extract Error : '{"diagnosticCode":195887147,"severity":"Error","component":"RUNTIME","source":"User","errorId":"E_RUNTIME_USER_UNHANDLED_EXCEPTION_FROM_USER_CODE","message":"An unhandled exception from user code has been reported","description":"Unhandled exception from user code: \"The device is not ready.\r\n\"\nThe details includes more information including any inner exceptions and the stack trace where the exception was raised.","resolution":"Make sure the bug in the user code is fixed.","helpLink":"","details":"==== Caught exception System.IO.IOException\n\n at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)\r\n at System.IO.Directory.InternalCreateDirectory(String fullPath, String path, Object dirSecurityObj, Boolean checkHost)\r\n at System.IO.Directory.InternalCreateDirectoryHelper(String path, Boolean checkHost)\r\n at System.IO.Compression.ZipFileExtensions.ExtractToDirectory(ZipArchive source, String destinationDirectoryName)\r\n at System.IO.Compression.ZipFile.ExtractToDirectory(String sourceArchiveFileName, String destinationDirectoryName, Encoding entryNameEncoding)\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.LocatePython(String version) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 146\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.InvokeLanguage(String version, String scriptname, IList`1 infiles, IList`1 outfiles, IObserver`1 stringLogger) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 89\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.Run(IRowset input, IUpdatableRow output, String script, String version) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 42\r\n at Extension.Python.Reducer.<Reduce>d__6.MoveNext() in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\ExtPy\PyReducer.cs:line 56\r\n at ScopeEngine.SqlIpReducer<Extract_0_Data0,Process_1_Data0,ScopeEngine::KeyComparePolicy<Extract_0_Data0,3> >.GetNextRow(SqlIpReducer<Extract_0_Data0\,Process_1_Data0\,ScopeEngine::KeyComparePolicy<Extract_0_Data0\,3> >* , Process_1_Data0* output) in c:\users\e\source\repos\usqlapplication1\usqlapplication1\bin\debug\1b720f51a8b3caea\script_fe316531c87f021f\sqlmanaged.h:line 2788\r\n at std._Func_class<void>.()(_Func_class<void>* )\r\n at RunAndHandleClrExceptions(function<void __cdecl(void)>* code)","internalDiagnostics":""}
'
'
Execution failed !
我知道博客 post 提到 运行ning Python 本地扩展未得到官方支持,但它们确实使它听起来至少应该是可能的不知何故?
如果我 运行 U-SQL 脚本没有在本地使用 Python 扩展,我不会收到任何错误。
有什么我遗漏的吗?我可以打开任何日志记录以了解更多信息吗?有没有人在本地用 U-SQL 运行ning Python 成功过?
(此处为 Azure Data Lake 团队)
最近更新了 Python 分布在 Azure Data Lake Analytics 服务中的位置。虽然更改改进了顶点启动时间,但它也打破了一些关于本地执行 U-SQL 脚本如何工作的基本假设。
团队正在研究替代解决方案,让本地执行的 U-SQL 脚本使用安装在同一台本地计算机上的现有 Python 发行版。
我正在尝试 运行 使用 VS 2017 在本地使用 Python 扩展的 U-SQL 作业。
我遵循了这些步骤:
然后我尝试 运行 这个:
如果我在 Azure 中 运行 它工作正常,但如果我尝试在本地 运行 它,我得到的错误是:"The device is not read".
详情:
Start : 2017-08-16 14:35:13
Initialize : 2017-08-16 14:35:13
GraphParse : 2017-08-16 14:35:13
Run : 2017-08-16 14:35:13
Start 'Root' : 2017-08-16 14:35:13
End 'Root(Success)' : 2017-08-16 14:35:13
Start '1_SV1_Extract' : 2017-08-16 14:35:13
End '1_SV1_Extract(Error)' : 2017-08-16 14:35:14
Completed with 'Error' : 2017-08-16 14:35:14
Execution failed with error '1_SV1_Extract Error : '{"diagnosticCode":195887147,"severity":"Error","component":"RUNTIME","source":"User","errorId":"E_RUNTIME_USER_UNHANDLED_EXCEPTION_FROM_USER_CODE","message":"An unhandled exception from user code has been reported","description":"Unhandled exception from user code: \"The device is not ready.\r\n\"\nThe details includes more information including any inner exceptions and the stack trace where the exception was raised.","resolution":"Make sure the bug in the user code is fixed.","helpLink":"","details":"==== Caught exception System.IO.IOException\n\n at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)\r\n at System.IO.Directory.InternalCreateDirectory(String fullPath, String path, Object dirSecurityObj, Boolean checkHost)\r\n at System.IO.Directory.InternalCreateDirectoryHelper(String path, Boolean checkHost)\r\n at System.IO.Compression.ZipFileExtensions.ExtractToDirectory(ZipArchive source, String destinationDirectoryName)\r\n at System.IO.Compression.ZipFile.ExtractToDirectory(String sourceArchiveFileName, String destinationDirectoryName, Encoding entryNameEncoding)\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.LocatePython(String version) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 146\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.InvokeLanguage(String version, String scriptname, IList`1 infiles, IList`1 outfiles, IObserver`1 stringLogger) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 89\r\n at Microsoft.MetaAnalytics.LanguageWorker.UsqlPyExecution.Run(IRowset input, IUpdatableRow output, String script, String version) in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\AFx\Product\Source\Modules\LanguageWorker\LanguageWorker.Dll\UsqlExecution.cs:line 42\r\n at Extension.Python.Reducer.<Reduce>d__6.MoveNext() in C:\Users\shravan\Source\Repos\VSTS\USqlExtensions\lang\python\ExtPy\PyReducer.cs:line 56\r\n at ScopeEngine.SqlIpReducer<Extract_0_Data0,Process_1_Data0,ScopeEngine::KeyComparePolicy<Extract_0_Data0,3> >.GetNextRow(SqlIpReducer<Extract_0_Data0\,Process_1_Data0\,ScopeEngine::KeyComparePolicy<Extract_0_Data0\,3> >* , Process_1_Data0* output) in c:\users\e\source\repos\usqlapplication1\usqlapplication1\bin\debug\1b720f51a8b3caea\script_fe316531c87f021f\sqlmanaged.h:line 2788\r\n at std._Func_class<void>.()(_Func_class<void>* )\r\n at RunAndHandleClrExceptions(function<void __cdecl(void)>* code)","internalDiagnostics":""}
'
'
Execution failed !
我知道博客 post 提到 运行ning Python 本地扩展未得到官方支持,但它们确实使它听起来至少应该是可能的不知何故?
如果我 运行 U-SQL 脚本没有在本地使用 Python 扩展,我不会收到任何错误。
有什么我遗漏的吗?我可以打开任何日志记录以了解更多信息吗?有没有人在本地用 U-SQL 运行ning Python 成功过?
(此处为 Azure Data Lake 团队)
最近更新了 Python 分布在 Azure Data Lake Analytics 服务中的位置。虽然更改改进了顶点启动时间,但它也打破了一些关于本地执行 U-SQL 脚本如何工作的基本假设。
团队正在研究替代解决方案,让本地执行的 U-SQL 脚本使用安装在同一台本地计算机上的现有 Python 发行版。