Eu poderia PXE inicializar este laptop até certo ponto ontem, mas, de repente, depois de algum tempo, ele começou a mostrar essa mensagem de erro. Eu reinstalei meu servidor tftp entre eles.
Parece que o problema de concessão de DHCP está acontecendo. O cliente quer algum endereço específico, eu acho? Alguém sabe como resolver isso?
Client requested address 0.68.101.98 [06/06 04:37:27.658]
no more address or address previously allocated by another server [06/06 04:37:27.658]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:29.670]
Client requested address 0.68.101.98 [06/06 04:37:29.670]
no more address or address previously allocated by another server [06/06 04:37:29.670]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:33.679]
Client requested address 0.68.101.98 [06/06 04:37:33.679]
no more address or address previously allocated by another server [06/06 04:37:33.679]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 00:0E:7B:23:FA:11 [06/06 04:37:41.699]
Essa mensagem geralmente ocorre quando o pool DHCP está cheio (ou seja, todos os endereços que podem ser alocados pelo servidor DHCP foram usados ou reservados).
Se você reiniciar o daemon do DHCP (o que deve liberar todos os endereços IP), isso ainda acontece?
Esse log não faz muito sentido para mim porque registra o pacote do Discover, mas não os pacotes Offer e Request. E ainda diz que o cliente solicitou um endereço. Mas o endereço que o cliente supostamente solicitou é claramente inválido. Eu não sei se o cliente está estragando, ou o servidor DHCP. Seria legal ver a realidade dos pacotes no fio.
Use um switch gerenciável para espelhar a porta do laptop do cliente, coloque um sniffer nessa porta e observe todos os quadros DHCP, ARP e ICMP. Você poderia usar tcpdump algo assim:
sudo tcpdump -i eth0 -nevvvs0 '(udp port bootpc) or arp or icmp'
Além disso, esse registro é realmente a partir de 6 de junho? Você está sentado nesta questão há 10 meses ou o relógio / calendário do sistema está errado?