Sqoop incremental SemanticException Нет файлов, соответствующих hdfs: // хост / пользователь / xyz / _sqoop / error? - PullRequest
0 голосов
/ 27 апреля 2018

Я пытаюсь создать сохраненное задание sqoop (в инкрементах) и использовать sqoop metastore в качестве хранилища. (по соображениям безопасности «xyz» - это пользователь unix, который выполняет задание, а sample_table используется для справки)

sqoop job -Dhadoop.security.credential.provider.path=jceks://path/to/pwd \
--meta-connect "jdbc:hsqldb:file:/tmp/sqoop-meta.db;shutdown=true" \
--create sample_job --import -Dmapred.job.queue.name=realtime \
--connect jdbc:mysql://hostname/db?zeroDateTimeBehavior=convertToNull \
--driver com.mysql.jdbc.Driver \
--table SAMPLE_TABLE -m 1 \
--username tony \
--password-alias pwd \
--incremental lastmodified \
--check-column ts \
--last-value 2018-04-24 \
--target-dir /some/tmp/location/ \
--map-column-hive XYZ=tinyint \
--null-string '' \
--null-non-string ''

Использование локального мета-хранилища sqoop, которое также используется при выполнении сохраненного задания.

sqoop job --meta-connect "jdbc:hsqldb:file:/tmp/sqoop-meta.db;shutdown=true" -exec sample_job

Sqoop работает нормально, и я вижу, что данные извлекаются в папку hdfs. Однако в конце концов получаю эту ошибку. Не могу найти решение для этого где-нибудь. Попытался дать полное разрешение на каталог _sqoop, но все еще та же проблема.

    Logging initialized using configuration in jar:file:/usr/hdp/2.6.4.0-91/hive/lib/hive-common-1.2.1000.2.6.4.0-91.jar!/hive-log4j.properties
    OK
    Time taken: 3.028 seconds
    FAILED: SemanticException Line 2:17 Invalid path ''hdfs://hostname/user/xyz/_sqoop/ad240610c282442cb65b61b14f582935_sample_table'': No files matching path hdfs://vBAPUAT01nn/user/xyz/_sqoop/ad240610c282442cb65b61b14f582935_sample_table

Но указанный выше файл отсутствует в расположении _sqoop. Вместо этого каждый раз, когда я запускаю операцию sqoop, создается новый файл с другим именем. / sqoop /

$ hadoop fs -ls /user/pcjaapp/_sqoop/
drwxrwxrwx   - xyz hdfs          0 2018-04-26 16:31 /user/xyz/_sqoop/1ab0f2de2ace4984b7b978af5f8f8336_sample_table
drwxr-xr-x   - xyz hdfs          0 2018-04-27 10:50 /user/xyz/_sqoop/3aedb9fc0857433f8388ae2c70019d93_sample_table
drwxrwxrwx   - xyz hdfs          0 2018-04-26 16:54 /user/xyz/_sqoop/6dfb90bcf7854f5e82efebbcd317cabe_sample_table
drwxrwxrwx   - xyz hdfs          0 2018-04-26 15:29 /user/xyz/_sqoop/a59b80e855734c35b785bdc35dcbd5a6_sample_table
drwxrwxrwx   - xyz hdfs          0 2018-04-26 14:30 /user/xyz/_sqoop/b77d4b88140e469daa5aa0962b56b562_sample_table

Может кто-то пролить свет на то, что именно здесь происходит. Довольно новый в этой области, поскольку он впервые пытается запустить дополнительные задания sqoop с использованием metastore.

1 Ответ

0 голосов
/ 04 мая 2018

Я выкопал официальные ресурсы docs & hortonworks и наконец смог решить проблему, удалив приведенный ниже параметр из команды sqoop:

--hive-import \
--map-column-hive XYZ=tinyint \

Я понял, что преобразование tinyint в этом случае можно игнорировать, передавая его в виде строки. При использовании вышеупомянутой команды sqoop также требуется условие «--hive-import», и именно в этом он терпел неудачу, потому что он ожидает базовую таблицу каждый раз, когда он находится в квопе. Когда вышеприведенное предложение было удалено + параметр map-column-hive, sqoop успешно завершил работу и смог обновить metastore с последним значением.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...