[07:54] Bug #1781361 opened: Updating 'service_set' of rack controller using API === wiro_ is now known as wiro [13:28] Bug #1781361 changed: Updating 'service_set' of rack controller using API === frankban is now known as frankban|afk [19:17] Bug #1781464 opened: [2.5] When running unit tests, MAAS log should be printed to the console [19:40] we cant seem to run recent centos images without cloud-init failing to finish/check into maas. [19:40] did anything change? old images seem to work [19:47] Bug #1772616 changed: Duplicate MAC or hostname causes MAAS to confuse rack controllers [19:53] Bug #1772616 opened: Duplicate MAC or hostname causes MAAS to confuse rack controllers [19:56] Bug #1772616 changed: Duplicate MAC or hostname causes MAAS to confuse rack controllers [20:06] xygnal_: what cloud-init version is that ? [20:06] xygnal_: are these the maas provided images ? [20:07] xygnal_: also, did you ever transition to 2.4 ? [20:09] yes we are 2.4. that is when the problem started. [20:10] xygnal_: i woudl check that /etc/maas/rackd.conf points to the right IP first [20:10] not untouched cents image, but based off it with no modifications to cloud init. [20:10] that would cause old images to deploy but not new ones? [20:11] xygnal_: no not really. Unless the new images are missing a driver or something along the lines [20:12] xygnal_: but that said, looking at our CI jobs [20:12] xygnal_: i can confirm that the last centos test run was 11 hours ago, and no issues [20:12] just checked. ip is correct. [20:13] we also caught the new image trying to connect to the internet for centos repos we did NOT add ourselves [20:13] which we had not witnessed before [20:14] whh [20:14] which could never work, firewall [20:17] what do maas built in proxy settings cover and not cover? [20:26] Bug #1771885 opened: bionic: static maas missing search domain in systemd-resolve configuration [20:31] xygnal_: the built in proxy is just a caching proxy really