Estou tendo um problema com o servidor 14.04LTS por meio da instalação do MAAS (em uma VM). O iscsi não se conecta após o netboot PXE:
iscsistart: Logging into iqn.2004-05.com.ubuntu:maas:ephemeral-ubuntu-amd64-generic-trusty-release 172.17.172.1:3260,1
iscsistart: can not connect to iSCSI daemon (111)!
Acho que o problema é que o cliente DHCP na imagem inicializada do PXE (também 14.04 LTS amd) está solicitando um endereço IP que não está na mesma sub-rede que a que estamos executando. De /var/log/syslog :
May 11 08:17:43 172 dhcpd: DHCPDISCOVER from 00:0c:29:b2:97:a2 via eth1
May 11 08:17:44 172 dhcpd: DHCPOFFER on 172.17.172.103 to 00:0c:29:b2:97:a2 via eth1
May 11 08:17:45 172 dhcpd: DHCPREQUEST for 172.17.172.103 (172.17.172.1) from 00:0c:29:b2:97:a2 via eth1
May 11 08:17:45 172 dhcpd: DHCPACK on 172.17.172.103 to 00:0c:29:b2:97:a2 via eth1
May 11 08:18:06 172 dhcpd: DHCPDISCOVER from 00:0c:29:b2:97:a2 via eth1
May 11 08:18:06 172 dhcpd: DHCPOFFER on 172.17.172.103 to 00:0c:29:b2:97:a2 (maas-enlist) via eth1
May 11 08:18:06 172 dhcpd: DHCPREQUEST for 192.168.137.131 (192.168.137.254) from 00:0c:29:b2:97:a2 via eth1: ignored (not authoritative).
A primeira discover-request-request-ack é a partir do netboot PXE. O segundo, discover-offer-request-ignore, é da imagem que foi inicializada. O 192.168.137.131 não faz sentido. Eu não acho que veio de qualquer configuração que eu tenha.
funcionou: eu excluí os clusters e redes predefinidos e adicionei uma única rede gerenciada usando 192.168.137. * com a região e o controlador de cluster em 192.168.137.10. Eu realmente não me importo com os endereços IP na sub-rede, então isso funciona, mas foi confuso. 192.168.137.1 não funcionou como o IP do controlador, que parecia causar o problema do TFTP.