MAAS fails to fetch datasource from metadata_url missing port

Bug #2025722 reported by Tom Cinbis
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Incomplete
High
Unassigned

Bug Description

Hey everyone!

I spent some time trying to setup a MAAS server using the Ansible playbook. While the playbook works great (kudos!), I ran into an interesting issue when trying to use an external DHCP server.

I know that this is not necessarily a supported configuration nonetheless, I got my nodes to PXE boot. Only once Cloud-init kicks in, I am seeing an error (see screenshot attached). Basically saying it can’t reach the meta-data/instance-id endpoint. The problem here is that the port number seems to be missing. When querying the endpoint on my machine and adding port number 5248 I get the expected answer.

Checking the http://10.8.8.31:5248/MAAS/metadata/latest/enlist-preseed/?op=get_enlist_preseed endpoint the metadata_url value is also missing the port.

datasource:
  MAAS:
    metadata_url: http://10.8.8.31/MAAS/metadata/

But http://10.8.8.31:5240/MAAS/metadata/latest/enlist-preseed/?op=get_enlist_preseed returns the correct metadata url.

datasource:
  MAAS:
    metadata_url: http://10.8.8.31:5240/MAAS/metadata/

It seems roughly related to bug #1982315 which should have been resolved in version 3.3.0 when using external DNS. So maybe the root cause is not external DHCP but rather the external DNS? Do you have any tips and pointers on how to further troubleshoot this or resolve it?

Also found another user having similar issues in the forums: https://discourse.maas.io/t/maas-enlistment-with-external-dhcp-server-is-failing-with-url-helper-py-error-timed-out-no-response-from-urls/7173

Thanks!

MAAS Release: 3.3.4-13189-g.f88272d1e
Install Method: Snap
DHCP: External
Device: UEFI Bare Metal

Revision history for this message
Tom Cinbis (tomtom2770) wrote :
Alberto Donato (ack)
Changed in maas:
status: New → Triaged
Alberto Donato (ack)
Changed in maas:
importance: Undecided → Medium
importance: Medium → High
milestone: none → 3.5.0
Alberto Donato (ack)
Changed in maas:
status: Triaged → In Progress
assignee: nobody → Alberto Donato (ack)
Revision history for this message
Alberto Donato (ack) wrote :

To confirm, the 10.8.8.0/24 subnet is not being served DHCP from MAAS, but from an external server, correct?

Also, is MAAS providing DNS?

Changed in maas:
assignee: Alberto Donato (ack) → nobody
status: In Progress → Triaged
no longer affects: maas/3.4
Changed in maas:
status: Triaged → Incomplete
Revision history for this message
Tom Cinbis (tomtom2770) wrote :

Correct, MAAS was not acting as a DHCP or DNS server. And it indeed seems to be a dup of bug #2022926.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.