Марионеточный агент не соединяется с владельцем

Я борюсь с 2 дней с заключением контракта с Марионеточными Агентами теперь. Проблема следующие:

На владельце я удаляю все существующие подписи с

марионеточное свидетельство чистый esx-poc-1.xxx.de

На агенте я удаляю целый ssl справочник с

комната-rf/var/lib/puppet/ssl /

После управления одной из следующих команд на агенте...

марионеточное свидетельство производит esx-poc-1.xxx.de - отдаленное местоположение CA марионеточный агент - сервер puppetmaster.int.xxx.com - waitforcert 60 - тест

... Я могу перечислить свидетельства на владельце с:

марионеточный список свидетельства - весь

Продукция:

"esx-poc-1.xxx.de" (SHA256) 71:72:D8:3E:09:9E:B1:5C:DA:78:A8:B8:A1:2B:E4:09:B8:00:8A:AF:49:02:CC:B2:B5:C3:25:79:59:0D:A8:F5 + "puppetmaster.int.xxx.com" (SHA256) 7B:00:8C:4F:CE:B2:0D:2F:A1:BB:A7:C4:25:B0:11:01:2B:EC:90:46:D1:CB:BE:AA:AD:3F:B4:70:0C:83:3F:78 (имена высокого звука: "DNS:puppet", "DNS:puppet.xxx.de", "DNS:puppetmaster.int.xxx.com")

После подписания агента с:

марионеточный знак esx-poc-1.xxx.de свидетельства

Отпечаток пальца отличается от того выше:

  • "esx-poc-1.xxx.de" (SHA256) 49:F6:59:FD:3C:28:C6:54:7F:6E:A7:56:56:DB:64:9A:E2:08:10:90:11:83:7A:A6:0E:E1:CD:39:F0:E0:1C:25

Это правильно?

Выполнение управляемого агентом aferwards приводит к следующей ошибке:

Warning: Unable to fetch my node definition, but the agent run will continue: Warning: Error 400 on SERVER: Could not retrieve facts for esx-poc-1.xxx.de: Failed to submit 'replace facts' command for esx-poc-1.xxx.de to PuppetDB at puppetmaster.int.xxx.com:8081: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed: [certificate signature failure for /CN=puppetmaster.int.xxx.com] Info: Retrieving plugin Info: Loading facts in /var/lib/puppet/lib/facter/last_run.rb Info: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb Info: Loading facts in /var/lib/puppet/lib/facter/puppi_projects.rb Info: Loading facts in /var/lib/puppet/lib/facter/root_home.rb Info: Loading facts in /var/lib/puppet/lib/facter/facter_dot_d.rb Info: Loading facts in /var/lib/puppet/lib/facter/iptables.rb Info: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb Error: Could not retrieve catalog from remote server: Error 400 on SERVER: Failed to submit 'replace facts' command for esx-poc-1.xxx.de to PuppetDB at puppetmaster.int.xxx.com:8081: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed: [certificate signature failure for /CN=puppetmaster.int.xxx.com] Warning: Not using cache on failed catalog Error: Could not retrieve catalog; skipping run

Спасибо за любую помощь!

4

5 ответы

Столкнулся с этим точным та же самая проблема самостоятельно. Проблема закончила тем, что была, что puppetdb-конечная-остановка пакет был в версии 1.1.0 , в то время как puppetdb сам был все еще в 1.0.5 .

После понижения puppetdb-конечная-остановка вниз к 1.0.5 все обычно работало.

2
добавлено

После завершенной переустановки puppetdb это наконец работает...

2
добавлено
Пожалуйста, используйте отредактировать связь на свой вопрос добавить дополнительную информацию. Кнопка ответа The Post должна использоваться только для полных ответов на вопрос.
добавлено автор Stephane Rolland, источник
Это не предоставляет ответ на вопрос. Чтобы критиковать или просить разъяснение от автора, оставьте комментарий ниже их почты.
добавлено автор this.lau_, источник

В марионеточных 3.4 я заметил, что, если имена хоста не установлены, эта ошибка могла бы быть брошена.

Например; у меня было две debian коробки; каждого назвали debian1 и другой debian2 в файле hosts. Но, оба из их /etc/hostname параметры настройки, где debian ; после того, как я поменял их имя с имя хоста и определил их имена в /etc/hostname , они работали просто великолепно.

1
добавлено

У меня была эта ошибка после изменяющегося разрешения файлов в/etc/puppet. Изменение их назад 'pe-марионетке' (для версии для предприятия) решило его для меня

0
добавлено

Это могло бы быть немым вопросом, но, у вас есть определение узла для этой машины? Т.е.,

node 'esx-poc-1.xxx.de' {
    .....
}
0
добавлено
Puppet — русскоговорящее сообщество
Puppet — русскоговорящее сообщество
124 участник(ов)

Configuration management via Puppet. Русская группа. Возможно, вам также будут интересны: @pro_ansible, @ru_devops, @devops_ru. Не забудьте отключить уведомления