CoreOS: список машин Fleetctl показывает ошибку

Я действительно новичок в CoreOS, я пытаюсь использовать официальный документ для создания одного кластера 3 узла с Vagrant. Но когда я получаю доступ к одному из узлов и выполняю команду: fleetctl list-machines, на выходе появляются некоторые ошибки:

E0729 09:29:05.725714 01013 fleetctl.go:141] error attempting to check latest fleet version in Registry: 501: All the given peers are not reachable (Tried to connect to each peer twice and failed) [0]
Error retrieving list of active machines: 501: All the given peers are not reachable (Tried to connect to each peer twice and failed) [0]

У меня есть доступ в Интернет через прокси --> 172.23.1.0:3128

Я подозреваю, что ошибка возникает из-за того, что узлы не могут быть подключены к https://discovery.etcd.io/2bef6823259cdef6751632f1f7052ff3 Но я не уверен, в чем проблема, и не знаю, как ее исправить.

Я использую:

Бродяга -----> 1.6.3

VirtualBox --> 4.3.10_Ubuntu

Коробка CoreOS --> 367.1.0 (стабильная)

Это мои файлы ресурсов:

Бродячий файл

# -*- mode: ruby -*-
# # vi: set ft=ruby :

require 'fileutils'

Vagrant.require_version ">= 1.6.0"

CLOUD_CONFIG_PATH = File.join(File.dirname(__FILE__), "user-data")
CONFIG = File.join(File.dirname(__FILE__), "config.rb")

# Defaults for config options defined in CONFIG
$num_instances = 1
$update_channel = "stable"
$enable_serial_logging = false
$vb_gui = false
$vb_memory = 1024
$vb_cpus = 1

# Attempt to apply the deprecated environment variable NUM_INSTANCES to
# $num_instances while allowing config.rb to override it
if ENV["NUM_INSTANCES"].to_i > 0 && ENV["NUM_INSTANCES"]
  $num_instances = ENV["NUM_INSTANCES"].to_i
end

if File.exist?(CONFIG)
  require CONFIG
end

Vagrant.configure("2") do |config|
  config.vm.box = "coreos-%s" % $update_channel
  #config.vm.box_version = ">= 308.0.1"
  config.vm.box_url = "coreos_production_vagrant.box"

  config.vm.provider :vmware_fusion do |vb, override|
      override.vm.box_url = "coreos_production_vagrant.box"
  end

  config.vm.provider :virtualbox do |v|
     v.check_guest_additions = false
     v.functional_vboxsf     = false
     v.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
     v.customize ["modifyvm", :id, "--natdnsproxy1", "on"]
  end

  # plugin conflict
  if Vagrant.has_plugin?("vagrant-vbguest") then
     config.vbguest.auto_update = false
  end

  (1..$num_instances).each do |i|
    config.vm.define vm_name = "core-%02d" % i do |config|
    config.vm.hostname = vm_name

    if $enable_serial_logging
      logdir = File.join(File.dirname(__FILE__), "log")
      FileUtils.mkdir_p(logdir)

      serialFile = File.join(logdir, "%s-serial.txt" % vm_name)
      FileUtils.touch(serialFile)

      config.vm.provider :vmware_fusion do |v, override|
        v.vmx["serial0.present"] = "TRUE"
        v.vmx["serial0.fileType"] = "file"
        v.vmx["serial0.fileName"] = serialFile
        v.vmx["serial0.tryNoRxLoss"] = "FALSE"
      end

      config.vm.provider :virtualbox do |vb, override|
        vb.customize ["modifyvm", :id, "--uart1", "0x3F8", "4"]
        vb.customize ["modifyvm", :id, "--uartmode1", serialFile]
      end
    end

    if $expose_docker_tcp
      config.vm.network "forwarded_port", guest: 2375, host: ($expose_docker_tcp + i - 1), auto_correct: true
    end

    config.vm.provider :vmware_fusion do |vb|
      vb.gui = $vb_gui
    end

    config.vm.provider :virtualbox do |vb|
      vb.gui = $vb_gui
      vb.memory = $vb_memory
      vb.cpus = $vb_cpus
    end

    ip = "33.33.33.#{i+100}"
    config.vm.network :private_network, ip: "#{ip}"
    config.vm.synced_folder ".", "/home/core/share", id: "core", :nfs => true, :mount_options => ['nolock,vers=3,udp']

    if File.exist?(CLOUD_CONFIG_PATH)
      config.vm.provision :file, :source => "#{CLOUD_CONFIG_PATH}", :destination => "/tmp/vagrantfile-user-data"
      config.vm.provision :shell, :inline => "mv /tmp/vagrantfile-user-data /var/lib/coreos-vagrant/", :privileged => true
    end

   end
 end
end

пользовательские данные:

#cloud-config

coreos:
  etcd:
      # generate a new token for each unique cluster from https://discovery.etcd.io/new
      # WARNING: replace each time you 'vagrant destroy'
      discovery: https://discovery.etcd.io/2bef6823259cdef6751632f1f7052ff3
      addr: $public_ipv4:4001
      peer-addr: $public_ipv4:7001
  fleet:
      public-ip: $public_ipv4
  units:
    - name: etcd.service
      command: start
    - name: fleet.service
      command: start

config.rb:

# Size of the CoreOS cluster created by Vagrant
$num_instances=3

# Official CoreOS channel from which updates should be downloaded
$update_channel='stable'

person enrique-carbonell    schedule 29.07.2014    source источник


Ответы (3)


Наконец, я скачал etcd из репозиторий github. и запустите etcd в фоновом режиме на вечном хосте с IP-адресом 10.10.10.10. Затем, вдохновленный инструкцией CoreOS, запустить ваша собственная конечная точка обнаружения, я устанавливаю адрес обнаружения в user-data: следующим образом:

discovery: http://10.10.10.10:4001/v2/keys/2bef6823259cdef6751632f1f7052ff3

После этого я могу выполнить vagrant up, и когда я проверю http://10.10.10.10:4001/v2/keys/2bef6823259cdef6751632f1f7052ff3, все экземпляры CoreOS будут зарегистрированы.

person enrique-carbonell    schedule 01.08.2014

Я открыл проблему, чтобы etcd поддерживал прокси через env vars, аналогично CoreOS update_engine.

Чтобы решить эту проблему в краткосрочной перспективе, вы можете жестко запрограммировать список одноранговых адресов для своих машин через флаг cli или файл конфигурации. --peers или --peers-file, вероятно, ваш лучший выбор.

person Rob    schedule 29.07.2014
comment
ты уверен, @rob, что прокси-сервер подключения это моя настоящая проблема? - person enrique-carbonell; 29.07.2014
comment
Я настроен на пользовательские данные: одноранговые узлы: 33.33.33.101:7001,33.33.33.102:7001,33.33.33.103:7001, но ошибка сохраняется... В чем проблема? - person enrique-carbonell; 29.07.2014

У меня такая же проблема. В моем случае это было вызвано устаревшим URL-адресом обнаружения в файле #cloud-config. Я исправил это, получив новый URL-адрес обнаружения из https://discovery.etcd.io/new.

person ryan    schedule 22.03.2015