Activity log for bug #2046255

Date Who What changed Old value New value Message
2023-12-12 13:06:39 Jacopo Rota bug added bug
2023-12-12 13:06:51 Jacopo Rota nominated for series maas/3.3
2023-12-12 13:06:51 Jacopo Rota bug task added maas/3.3
2023-12-12 13:06:51 Jacopo Rota nominated for series maas/3.4
2023-12-12 13:06:51 Jacopo Rota bug task added maas/3.4
2023-12-12 13:06:51 Jacopo Rota nominated for series maas/3.5
2023-12-12 13:06:51 Jacopo Rota bug task added maas/3.5
2023-12-12 13:06:56 Jacopo Rota maas/3.3: status New Triaged
2023-12-12 13:06:58 Jacopo Rota maas/3.4: status New Triaged
2023-12-12 13:07:07 Jacopo Rota maas/3.5: importance Critical High
2023-12-12 13:07:09 Jacopo Rota maas/3.4: importance Undecided Critical
2023-12-12 13:07:11 Jacopo Rota maas/3.3: importance Undecided Critical
2023-12-12 13:09:15 Jacopo Rota description In different solqa runs (for example https://solutions.qa.canonical.com/testruns/fa952c11-c459-4eb2-82b6-e51b737dbef3), in a discourse post (https://discourse.maas.io/t/hosts-w-multiple-ips-have-multiple-a-records-created-v3-3-3/7651/8) and also on the reporter's homelab MAAS >= 3.3 is creating multiple A records for the name <machine>.<domain>. As a consequence, the dns resolution returns wrong data ``` dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60108 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; COOKIE: f2c0be5af22ac4af0100000065785290f03797615562001b (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 192.168.1.222 ciscom4.maas. 30 IN A 172.0.2.11 ``` (172.0.2.11 is the address on the boot interface, 192.168.1.222 is the address on the second interface). The expected behaviour is that MAAS creates only one A record for the boot interface that resolves <machine>.<domain>. For all the other interfaces, MAAS should create a dns record like <nic>.<machine>.<domain> that resolves to that interface's address. In MAAS 3.2 the observed behaviour is correct: ``` r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12068 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: f229d1e1531ca4d301000000657858e8e491652723980002 (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 172.0.2.200 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:16 CET 2023 ;; MSG SIZE rcvd: 85 r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost enp1s0f1.ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost enp1s0f1.ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42539 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 103a5f56c262636601000000657858ebccee4b5cccda9899 (good) ;; QUESTION SECTION: ;enp1s0f1.ciscom4.maas. IN A ;; ANSWER SECTION: enp1s0f1.ciscom4.maas. 30 IN A 192.168.1.31 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:19 CET 2023 ;; MSG SIZE rcvd: 94 ``` In different solqa runs (for example https://solutions.qa.canonical.com/testruns/fa952c11-c459-4eb2-82b6-e51b737dbef3), in a discourse post (https://discourse.maas.io/t/hosts-w-multiple-ips-have-multiple-a-records-created-v3-3-3/7651/8) and also on the reporter's homelab MAAS >= 3.3 is creating multiple A records for the name <machine>.<domain>. As a consequence, the dns resolution returns wrong data ``` dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60108 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; COOKIE: f2c0be5af22ac4af0100000065785290f03797615562001b (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 192.168.1.222 ciscom4.maas. 30 IN A 172.0.2.11 ``` (172.0.2.11 is the address on the boot interface, 192.168.1.222 is the address on the second interface). The expected behaviour is that MAAS creates only one A record for the boot interface that resolves <machine>.<domain>. For all the other interfaces, MAAS should create a dns record like <nic>.<machine>.<domain> that resolves to that interface's address. In MAAS 3.2 the observed behaviour is correct: ``` r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12068 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: f229d1e1531ca4d301000000657858e8e491652723980002 (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 172.0.2.11 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:16 CET 2023 ;; MSG SIZE rcvd: 85 r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost enp1s0f1.ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost enp1s0f1.ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42539 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 103a5f56c262636601000000657858ebccee4b5cccda9899 (good) ;; QUESTION SECTION: ;enp1s0f1.ciscom4.maas. IN A ;; ANSWER SECTION: enp1s0f1.ciscom4.maas. 30 IN A 192.168.1.222 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:19 CET 2023 ;; MSG SIZE rcvd: 94 ```
2023-12-12 13:16:23 Jacopo Rota description In different solqa runs (for example https://solutions.qa.canonical.com/testruns/fa952c11-c459-4eb2-82b6-e51b737dbef3), in a discourse post (https://discourse.maas.io/t/hosts-w-multiple-ips-have-multiple-a-records-created-v3-3-3/7651/8) and also on the reporter's homelab MAAS >= 3.3 is creating multiple A records for the name <machine>.<domain>. As a consequence, the dns resolution returns wrong data ``` dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60108 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; COOKIE: f2c0be5af22ac4af0100000065785290f03797615562001b (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 192.168.1.222 ciscom4.maas. 30 IN A 172.0.2.11 ``` (172.0.2.11 is the address on the boot interface, 192.168.1.222 is the address on the second interface). The expected behaviour is that MAAS creates only one A record for the boot interface that resolves <machine>.<domain>. For all the other interfaces, MAAS should create a dns record like <nic>.<machine>.<domain> that resolves to that interface's address. In MAAS 3.2 the observed behaviour is correct: ``` r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12068 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: f229d1e1531ca4d301000000657858e8e491652723980002 (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 172.0.2.11 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:16 CET 2023 ;; MSG SIZE rcvd: 85 r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost enp1s0f1.ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost enp1s0f1.ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42539 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 103a5f56c262636601000000657858ebccee4b5cccda9899 (good) ;; QUESTION SECTION: ;enp1s0f1.ciscom4.maas. IN A ;; ANSWER SECTION: enp1s0f1.ciscom4.maas. 30 IN A 192.168.1.222 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:19 CET 2023 ;; MSG SIZE rcvd: 94 ``` In different solqa runs (for example https://solutions.qa.canonical.com/testruns/fa952c11-c459-4eb2-82b6-e51b737dbef3), in a discourse post (https://discourse.maas.io/t/hosts-w-multiple-ips-have-multiple-a-records-created-v3-3-3/7651/8) and also on the reporter's homelab MAAS >= 3.3 is creating multiple A records for the name <machine>.<domain>. As a consequence, the dns resolution returns wrong data ``` dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60108 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ; COOKIE: f2c0be5af22ac4af0100000065785290f03797615562001b (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 192.168.1.222 ciscom4.maas. 30 IN A 172.0.2.11 ``` (172.0.2.11 is the address on the boot interface, 192.168.1.222 is the address on the second interface). The expected behaviour is that MAAS creates only one A record for the boot interface that resolves <machine>.<domain>. For all the other interfaces, MAAS should create a dns record like <nic>.<machine>.<domain> that resolves to that interface's address. In MAAS 3.2 the observed behaviour is correct: ``` r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12068 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: f229d1e1531ca4d301000000657858e8e491652723980002 (good) ;; QUESTION SECTION: ;ciscom4.maas. IN A ;; ANSWER SECTION: ciscom4.maas. 30 IN A 172.0.2.11 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:16 CET 2023 ;; MSG SIZE rcvd: 85 r00ta@r00ta-ThinkPad-T420:~/repos/maas-matrix-tests$ dig @localhost enp1s0f1.ciscom4.maas ; <<>> DiG 9.18.12-0ubuntu0.22.04.3-Ubuntu <<>> @localhost enp1s0f1.ciscom4.maas ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42539 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: 103a5f56c262636601000000657858ebccee4b5cccda9899 (good) ;; QUESTION SECTION: ;enp1s0f1.ciscom4.maas. IN A ;; ANSWER SECTION: enp1s0f1.ciscom4.maas. 30 IN A 192.168.1.222 ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(localhost) (UDP) ;; WHEN: Tue Dec 12 13:58:19 CET 2023 ;; MSG SIZE rcvd: 94 ``` ### STEPS TO REPRODUCE 1) install maas 2) commission a VM or a server with 2 interfaces 3) Once the machine is commissioned, assign a static IP to the non-boot interface 4) try to resolve <machine>.<domain> with dig
2023-12-13 19:30:15 Jeffrey Chang bug added subscriber Jeffrey Chang
2023-12-14 09:25:57 Jacopo Rota maas/3.3: assignee Jacopo Rota (r00ta)
2023-12-14 09:25:59 Jacopo Rota maas/3.4: assignee Jacopo Rota (r00ta)
2023-12-14 09:26:00 Jacopo Rota maas/3.5: assignee Jacopo Rota (r00ta)
2023-12-14 09:26:04 Jacopo Rota maas/3.5: milestone 3.5.0
2023-12-14 09:26:06 Jacopo Rota maas/3.4: milestone 3.4.x
2023-12-14 09:26:09 Jacopo Rota maas/3.3: milestone 3.3.x
2023-12-15 07:18:41 Jacopo Rota maas/3.5: importance High Critical
2023-12-15 07:18:43 Jacopo Rota maas/3.5: importance Critical High
2023-12-15 10:18:48 Jacopo Rota merge proposal linked https://code.launchpad.net/~r00ta/maas/+git/maas/+merge/457612
2023-12-15 10:18:53 Jacopo Rota maas/3.5: status Triaged In Progress
2023-12-15 20:43:52 MAAS Lander maas/3.5: status In Progress Fix Committed
2024-01-02 07:22:45 Jacopo Rota merge proposal linked https://code.launchpad.net/~r00ta/maas/+git/maas/+merge/457803
2024-01-02 07:22:51 Jacopo Rota merge proposal linked https://code.launchpad.net/~r00ta/maas/+git/maas/+merge/457804
2024-01-02 07:22:57 Jacopo Rota merge proposal linked https://code.launchpad.net/~r00ta/maas/+git/maas/+merge/457806
2024-01-02 07:23:06 Jacopo Rota maas/3.4: status Triaged In Progress
2024-01-02 07:23:08 Jacopo Rota maas/3.3: status Triaged In Progress
2024-01-02 08:55:17 MAAS Lander maas/3.3: status In Progress Fix Committed
2024-01-02 09:38:31 MAAS Lander maas/3.4: status In Progress Fix Committed
2024-01-04 09:10:21 Adam Collard maas/3.4: milestone 3.4.x 3.4.0
2024-01-05 09:47:37 Alberto Donato maas/3.4: status Fix Committed Fix Released
2024-01-17 22:29:09 Alexsander de Souza maas/3.3: milestone 3.3.x 3.3.5
2024-01-17 22:31:36 Alexsander de Souza maas/3.3: status Fix Committed Fix Released
2024-03-05 12:20:27 Anton Troyanov maas: milestone 3.5.0 3.5.0-beta1
2024-03-05 12:25:17 Anton Troyanov maas: status Fix Committed Fix Released