Sqoop проверяет подлинность, но не запускает работу по сокращению карты

Question

Я пытаюсь передать данные с использованием sqoop из HDFS на сервер MSSQL. Но по некоторым причинам sqoop висит на

tool.BaseSqoopTool: Enabled debug logging. 
sqoop.ConnFactory: Added factory com.microsoft.sqoop.SqlServer.MSSQLServerManagerFactory specified by /usr/lib/sqoop/conf/managers.d/mssqoop-sqlserver 
DEBUG sqoop.ConnFactory: Loaded manager factory: com.microsoft.sqoop.SqlServer.MSSQLServerManagerFactory 
DEBUG sqoop.ConnFactory: Loaded manager factory: com.cloudera.sqoop.manager.DefaultManagerFactory 
DEBUG sqoop.ConnFactory: Trying ManagerFactory: com.microsoft.sqoop.SqlServer.MSSQLServerManagerFactory 
INFO SqlServer.MSSQLServerManagerFactory: Using Microsoft's SQL Server - Hadoop Connector 
INFO manager.SqlManager: Using default fetchSize of 1000 
DEBUG sqoop.ConnFactory: Instantiated ConnManager com.microsoft.sqoop.SqlServer.MSSQLServerManager@45db05b2 
INFO tool.CodeGenTool: Beginning code generation 
DEBUG manager.SqlManager: No connection paramenters specified. Using regular API for making connection. 

Я проверяю брандмауэр и разрешает соединения без каких-либо ограничений. Sqoop получает аутентификацию, но не запускает работу по сокращению карты после ее аутентификации. С кем-то сталкивались раньше подобные проблемы?

Answer 1

Для получения дополнительной информации попробуйте использовать --verbose.

Answer 2

Является ли ваш SQL Server запущенным на виртуальной машине? У меня была аналогичная проблема с Oracle. Я запускал Oracle на виртуальной машине со статическим IP-адресом и сетевым адаптером Bridged. Серверы в той же сети, что и сервер Oracle, могут подключаться нормально, но серверы за пределами сети показали эти же симптомы. Решение заключалось в том, чтобы перейти от интерфейса Bridged к интерфейсу NAT. Затем вам нужно настроить правило переадресации портов на хост-машине на сервер базы данных и сделать ваше соединение Sqoop с IP-адресом хост-машины, а не IP-адресом виртуальной машины. Мне потребовалось несколько дней, чтобы понять это. Надеюсь, поможет.

Answer 3

У нас есть сервер MsSQL, работающий на наших машинах. Проблема заключалась в том, что конкретная версия JVM (Java (TM) SE Runtime Environment (сборка 1.6.0_29-b11)) имела ошибку и заставляла клиента зависать в методе getconnection. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7103725 Мы обновили до более новой версии, и все было хорошо.