DataStax Enterprise 4.8.4 на Ubuntu 14.04 LTS установить ошибку при использовании меткой установки репозитория

Question

я использовал меткий подход установки хранилище точно так, как указан в docs.datastax.com/en/datastax_enterprise/install/installDEBdse.html

Там не было проблем с ключом. У меня есть Oracle Server JDK 8 (последний на сегодняшний день). Python 2.7 от Miniconda (также новая установка сегодня), используя значения по умолчанию и позволяющие добавлять переменные PATH.

После установки, есть ошибки относительно неудовлетворенные зависимости:

dse-full : Depends: dse (=4.8.4-1) but it is not going to be installed 
      Depends: dse-hive (=4.8.4-1) but it is not going to be installed 
      Depends: dse-pig (=4.8.4-1) but it is not going to be installed 
      Depends: dse-demos (=4.8.4-1) but it is not going to be installed 
E: Unable to correct problems, you have held broken packages. 

Этот сервер был полностью Nuked, поэтому среда Ubuntu была чистой и обновляться.

Я удалил папку sources.list.d, получил новый ключ (удалив эту папку, также удалил ассоциации с любыми парами ключей) и нашел ту же самую ошибку.

Не знаю здесь, как исправить и продолжить.

Возможно, уместная дополнительная информация - это nuking, потому что в моей предыдущей попытке установить были apt репозитории ошибки броска как с http, так и с https, поэтому загрузил файл и установил его после его выполнения. Ошибок не было. Однако при попытке установить новейший OpsCenter были заданы ошибки, относящиеся к отсутствующим файлам и папкам. Я даже не смог удалить документацию по DSE, поскольку папка/usr/share/dse никогда не создавалась.

Дополнительная информация RE: ОШИБКИ И ЭКОЛОГИЯ

Environment--

$ lsb_release -a 
No LSB modules are available. 
Distributor ID: Ubuntu 
Description: Ubuntu 14.04.3 LTS 
Release: 14.04 
Codename: trusty 

$ java -version 
java version "1.8.0_72" 
Java(TM) SE Runtime Environment (build 1.8.0_72-b15) 
Java HotSpot(TM) 64-Bit Server VM (build 25.72-b15, mixed mode) 

$ python --version 
Python 2.7.5 

Cache Contents--

$ apt-cache madison dse-full | grep 4.8 
    dse-full | 4.8.4-1 | https://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.3-1 | https://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.2-1 | https://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.1-1 | https://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.0-1 | https://debian.datastax.com/enterprise/ stable/main amd64 Packages 

REMOVAL--

$ sudo apt-get purge "dse*" datastax-agent 

Package 'datastax-agent' is not installed, so not removed 
Package 'dse-demos' is not installed, so not removed 
Package 'dse-full' is not installed, so not removed 
Package 'dse-hive' is not installed, so not removed 
Package 'dse-libcassandra' is not installed, so not removed 
Package 'dse-libhadoop-native' is not installed, so not removed 
Package 'dse-libhadoop' is not installed, so not removed 
Package 'dse-libhive' is not installed, so not removed 
Package 'dse-liblog4j' is not installed, so not removed 
Package 'dse-libmahout' is not installed, so not removed 
Package 'dse-libpig' is not installed, so not removed 
Package 'dse-libsolr' is not installed, so not removed 
Package 'dse-libspark' is not installed, so not removed 
Package 'dse-libsqoop' is not installed, so not removed 
Package 'dse-libtomcat' is not installed, so not removed 
Package 'dse-pig' is not installed, so not removed 
Package 'dse' is not installed, so not removed 

NEW INSTALL--

$ sudo apt-get install dse-full 
Reading package lists... Done 
Building dependency tree  
Reading state information... Done 
Some packages could not be installed. This may mean that you have 
requested an impossible situation or if you are using the unstable 
distribution that some required packages have not yet been created 
or been moved out of Incoming. 
The following information may help to resolve the situation: 

The following packages have unmet dependencies: 
dse-full : Depends: dse (= 4.8.4-1) but it is not going to be installed 
      Depends: dse-hive (= 4.8.4-1) but it is not going to be installed 
      Depends: dse-pig (= 4.8.4-1) but it is not going to be installed 
      Depends: dse-demos (= 4.8.4-1) but it is not going to be installed 
E: Unable to correct problems, you have held broken packages. 

Answer 1

Я сам пошел по этому пути. Я настоятельно рекомендую следующее:

1) Начните с узла Ubuntu 12. (Для меня я использовал Amazon EC2 ami-15cbe87f.)

2) Как только узел запускает, загружает и запускает последний установщик Datastax Enterprise. Это обновляет кластер и помещает хауоп домой в/usr/share/dse/resources/hadoop. (Для меня, я использовал DataStaxEnterprise-4.8.4.2016011118-linux-x64-installer.run)

2) В /etc/dse/cassandra/cassandra.yaml: - установить имя кластера - использовать внутренний адрес вверх 172.xx.xx.xx для семенного узла, listen_address, broadcast_address, broadcast_rpc_address - используйте 0.0.0.0 для rpc_address - используйте PropertyFileSnitch и отредактируйте /etc/dse/cassandra/cassandra-topology.properties. Добавить записи для внутреннего и внешнего IP-адресов. - # Cassandra Node IP = Центр обработки данных: стойка - 52.xx.xx.xx = us-east: 1a - 172.xx.xx.xx = us-east: 1a - # по умолчанию для неизвестные узлы - default = us-east: 1a

3) Скопируйте файл /etc/dse/hadoop/taskcontroller.cfg в /etc/hadoop/taskcontroller.cfg. Существует еще фрагмент кода, который не использует HADOOP_CONF_DIR.

4) Изменение Dir в/USR/доли/DSE/ресурсы/Hadoop/нативный/Linux-amd64-64/бункер и CHMOD 4750 ТАСК-контроллер

5) Да, 4750.

6) Не забудьте отредактировать файл /var/lib/datastax-agent/conf/address.yaml, чтобы он содержал: - stomp_interface: 172.xx.xx.xx - local_interface: 172.xx.xx.xx - use_ssl: 0

7) В какой-то момент вам нужно будет вернуться и настроить ssl.

8) Судо служба начала DSE и проверить на наличие ошибок в /var/log/cassandra/output.log и system.log

9) После исправления, вы можете удалить свой кластер и начать заново, перейдя в/var/lib/cassandra и удалять все там. (Будьте осторожны!) Затем вернитесь к шагу 8. Повторяйте до тех пор, пока не произойдет никаких ошибок.

10) Используйте этот подход, чтобы получить только узел Cassandra, работающий чисто. Затем используйте этот подход, чтобы получить узел искры/хауопа, работающий чисто. Затем вы можете объединить их и развить кластер.

Answer 2

Не ответ, а некоторые идеи, которые помогут устранить эту проблему. Следует отметить, что текущая версия - 4.8.4 (не 4.8.6).

Я только что установил на новую Ubuntu 14.04 VM только с установленной Java (OpenJDK) и Python и все работало в соответствии с документацией.

$ lsb_release -a 
No LSB modules are available. 
Distributor ID: Ubuntu 
Description: Ubuntu 14.04.3 LTS 
Release: 14.04 
Codename: trusty 
$ java -version 
openjdk version "1.8.0_72-internal" 
OpenJDK Runtime Environment (build 1.8.0_72-internal-b05) 
OpenJDK 64-Bit Server VM (build 25.72-b05, mixed mode) 
$ python --version 
Python 2.7.6 

Некоторые шаги диагностики/очистки:

$ sudo apt-get update 
$ # confirm 4.8.4 is the latest package known 
$ apt-cache madison dse-full | grep 4.8 
    dse-full | 4.8.4-1 | http://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.3-1 | http://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.2-1 | http://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.1-1 | http://debian.datastax.com/enterprise/ stable/main amd64 Packages 
    dse-full | 4.8.0-1 | http://debian.datastax.com/enterprise/ stable/main amd64 Packages 

$ # remove any DSE packages 
$ sudo apt-get purge "dse*" datastax-agent 

$ # see if any packages marked as held 
$ dpkg --get-selections | grep hold 
$ # for each package from above (package_name) set it to 'install' 
$ echo "package_name install" | sudo dpkg --set-selections 

$ # try again to install DSE 
$ sudo apt-get install dse-full 

Если эти шаги не работают, пожалуйста, включают в себя полную команду и ответ от запуска APT-получить установку.

Answer 3

Это не похоже на проблему с самим пакетом DataStax, но похоже, что существует проблема с репо на сервере.

Во многих случаях «неудовлетворенные зависимости» возникают из-за дублирования репозиториев. Удалите все дубликаты и выполните очистку перед установкой снова, как описано в @BrianC.

Answer 4

Когда вы устанавливаете попытку выполнения с помощью следующей версии вместо dse-full. До установки убедитесь, что для выполнения «ням обновления»

Sudo ням установить DSE-полный 4.8.4-1

Per ниже; Oracle JRE 8 удовлетворяет требованиям для установки http://docs.datastax.com/en/datastax_enterprise/4.8/datastax_enterprise/install/installRHELdse.html

Если установка не удалась, вы можете отправить команду установки и следующий вывод.