Activity log for bug #1847537

Date Who What changed Old value New value Message
2019-10-09 21:00:15 Vladimir Grevtsev bug added bug
2019-10-09 21:02:13 Vladimir Grevtsev bug added subscriber Canonical Field High
2019-10-09 21:02:20 Vladimir Grevtsev tags field-
2019-10-09 21:02:26 Vladimir Grevtsev tags field- field-high
2019-10-09 21:15:01 Vladimir Grevtsev description One of our customers are asking for a way to completely get rid of the MAAS DNS usage, so based on that - machines should use DHCP-provided nameservers instead of having IPs of region controllers in netplan or resolv.conf (depends on target OS). Here is a get-curtin-config output from machine, configured to be present in a single subnet without any DNS servers specified in subnet config: https://pastebin.canonical.com/p/RhmDmy5Zfp/ Subnet config: https://pastebin.canonical.com/p/fRXWh57yKm/ Machine config: https://pastebin.canonical.com/p/m9GcnvHGkb/ Is this possible at all? One of our customers are asking for a way to completely get rid of the MAAS DNS usage, so based on that - machines should use DHCP-provided nameservers instead of having IPs of region controllers in netplan or resolv.conf (depends on target OS). Here is a get-curtin-config output from machine, configured to be present in a single subnet without any DNS servers specified in subnet config: https://pastebin.canonical.com/p/RhmDmy5Zfp/ Subnet config: https://pastebin.canonical.com/p/fRXWh57yKm/ Machine config: https://pastebin.canonical.com/p/m9GcnvHGkb/ I can enforce required servers to be present by putting them as a "dns_servers" in subnet config, but is there an option to leave this option as "empty" and let machine gather its DNS config via DHCP, like it does already with rest of the networking parameters? Is this possible at all?
2019-10-09 21:15:32 Vladimir Grevtsev description One of our customers are asking for a way to completely get rid of the MAAS DNS usage, so based on that - machines should use DHCP-provided nameservers instead of having IPs of region controllers in netplan or resolv.conf (depends on target OS). Here is a get-curtin-config output from machine, configured to be present in a single subnet without any DNS servers specified in subnet config: https://pastebin.canonical.com/p/RhmDmy5Zfp/ Subnet config: https://pastebin.canonical.com/p/fRXWh57yKm/ Machine config: https://pastebin.canonical.com/p/m9GcnvHGkb/ I can enforce required servers to be present by putting them as a "dns_servers" in subnet config, but is there an option to leave this option as "empty" and let machine gather its DNS config via DHCP, like it does already with rest of the networking parameters? Is this possible at all? One of our customers are asking for a way to completely get rid of the MAAS DNS usage, so based on that - machines should use DHCP-provided nameservers instead of having IPs of region controllers in netplan or resolv.conf (depends on target OS). Here is a get-curtin-config output from machine, configured to be present in a single subnet without any DNS servers specified in subnet config: https://pastebin.canonical.com/p/RhmDmy5Zfp/ Subnet config: https://pastebin.canonical.com/p/fRXWh57yKm/ Machine config: https://pastebin.canonical.com/p/m9GcnvHGkb/ I can enforce required servers to be present by putting them as a "dns_servers" in subnet config, but is there an option to leave this option as "empty" and let machine gather its DNS config via DHCP, like it does already with the rest of the networking parameters? Is this possible at all?
2019-10-10 11:17:44 Amad Ali bug added subscriber Amad Ali
2019-10-11 14:22:12 Blake Rouse maas: status New Invalid
2019-10-11 14:22:17 Blake Rouse maas: status Invalid Incomplete
2019-10-17 21:58:16 Vladimir Grevtsev maas: status Incomplete New
2019-10-18 16:44:05 Vladimir Grevtsev summary MAAS IP addr is being enforced as a DNS server for deployed machine MAAS IP addr is being enforced as a DNS server for deployed machine when using v1 curtin network config
2019-10-24 15:53:09 Nikolay Vinogradov bug added subscriber Nikolay Vinogradov
2019-10-28 12:06:17 Adam Collard maas: status New Triaged
2019-10-28 12:06:21 Adam Collard maas: importance Undecided High
2019-10-28 12:06:29 Adam Collard maas: assignee Lee Trager (ltrager)
2019-11-01 23:46:03 Launchpad Janitor merge proposal linked https://code.launchpad.net/~ltrager/maas/+git/maas/+merge/375057
2019-11-01 23:58:45 Lee Trager maas: status Triaged In Progress
2019-11-04 18:13:36 MAAS Lander maas: status In Progress Fix Committed
2019-11-04 18:13:36 MAAS Lander maas: milestone next
2019-11-05 18:11:19 Adam Collard nominated for series maas/2.6
2019-11-05 18:11:19 Adam Collard bug task added maas/2.6
2019-11-05 19:22:36 Launchpad Janitor merge proposal linked https://code.launchpad.net/~ltrager/maas/+git/maas/+merge/375166
2019-11-05 19:24:27 Lee Trager maas/2.6: assignee Lee Trager (ltrager)
2019-11-05 19:24:29 Lee Trager maas/2.6: importance Undecided High
2019-11-05 19:24:31 Lee Trager maas/2.6: milestone 2.6.2
2019-11-05 19:24:45 Lee Trager maas/2.6: status New In Progress
2019-11-05 19:55:42 MAAS Lander maas/2.6: status In Progress Fix Committed
2019-11-07 15:34:56 Adam Collard maas/2.6: status Fix Committed Fix Released
2019-11-08 14:20:26 Vladimir Grevtsev maas/2.6: status Fix Released New
2019-11-13 23:53:26 Adam Collard maas/2.6: status New Fix Committed
2019-11-15 21:33:59 Lee Trager maas: status Fix Committed In Progress
2019-11-15 21:34:01 Lee Trager maas/2.6: status Fix Committed In Progress
2019-11-21 22:15:05 Launchpad Janitor merge proposal linked https://code.launchpad.net/~ltrager/maas/+git/maas/+merge/375861
2019-12-03 19:41:13 MAAS Lander maas: status In Progress Fix Committed
2019-12-04 02:37:54 Lee Trager bug task deleted maas/2.6
2019-12-04 17:41:25 Adam Collard maas: milestone next 2.7.0b1
2019-12-04 17:50:09 Adam Collard maas: status Fix Committed Fix Released
2020-04-11 02:12:35 Launchpad Janitor merge proposal linked https://code.launchpad.net/~ltrager/maas/+git/maas/+merge/382094
2022-06-16 08:35:42 Jerzy Husakowski tags field-high dns-modeling field-high
2023-11-23 16:54:23 Nobuto Murata bug added subscriber Nobuto Murata