=== frankban|afk is now known as frankban [07:39] Hello, i need to use an external dhcp to relay to maas. [07:39] for pxe [07:39] I thought it was documented somewhere, but i can't find it [07:59] BlackDex: Have you seen the docs here? https://docs.maas.io/2.4/en/installconfig-network-dhcp [08:00] robottalk: Thats not it [08:01] i have an external dhcp provider which manages the dhcp [08:01] maas is on the same network [08:01] but it can't provide dhcp here [08:01] it needs to only provide pxe [08:03] BlackDex: I had a similar issue before. I had to have MAAS run DHCP on a different VLAN for PXE and then after deployment nodes would pick up DHCP from the primary subnet [08:07] in this case i don't have any vlan's [08:07] i just have one subnet [08:07] and maas is not allowed to do any dhcp [08:07] just pxe [08:14] for just bios boot adding next-server seems to work [08:14] in ics dhcp [08:25] hello. We try to use MAAS. Node connect successfully, but storage test not work. Test run, but not stop. Already 3 days hardware test working, but it isn't gather storage information. I try to use Supermicro Server with RAID1 and HP Moonshot 1500 with SSD, but it cant't gather storage. [09:12] Hello. How I can write email to support team& [09:14] Hi, i got the new 2.5.0~alpha1-7104-g18ae9e407-0ubuntu1~18.04.1 when i updated today, but I don't understand which commit it's based on? the tag 2.5.0-alpha1 is from a65328f744d16e840074633a980239d250d2c90a on 2018-05-24, which cant be the one, can it? [11:54] ok [11:55] Alright, so Ive rolled back to Xenial for maas, now before i install it via packages, is the snap, or the packages install of maas more stable? I absolutely need it to be 100% reliable 100% of the time. Updating it to Bionic hosed my entire Juju environment,a nd forced me to wipe out months of work. [15:55] Is is possible to have MaaS manage unattended installs without DHCP? [15:56] kurtis: no [16:17] Bug #1784415 opened: XFS for CENTOS [16:26] Bug #1784415 changed: XFS for CENTOS [16:55] roaksoax: no movement on the commission bug? :/ [16:55] roaksoax: 1783892 [17:18] xygnal: hey, sorry, was on pto friday, just slowly getting back at it [17:18] xygnal: can you attache the node event log ? [17:18] xygnal: e.g. maas events query hostname=XYZ level=debug # IIRC - the level part [17:19] xygnal: attach that from around the time you started the machines [17:19] xygnal: also, what I would suggest is that you tail rackd.log and regiond.log to see if there are any errors [17:20] xygnal: and check if the hostmap is written in the dhcpd server on the given rack [17:25] xygnal: also, can you confirm how this is configured [17:25] xygnal: e.g. the logs you attached are from a region, and you have 2 remote racks in HA mode ? === frankban is now known as frankban|afk [17:30] 2 in HA mode, per DC, I believe. so there should only be two applicable rack servers. [17:32] xygnal: right, so i would tail both rack controllers in that DC where that machine is, and tail regiond.log too and scan dhcp traffic [17:33] xygnal: the only thing that would lead me to believe that is happening, is there could be a rogue dhcp server or a problem with the HA in the dhcp server [17:35] i somehow doubt its setting up dhcp at all, will dig into that [17:35] xygnal: if the machine is commissioning, the VM should be getting DHCP from the "dynamic" range [17:36] xygnal: but the wierd thing is that it gets it once, and another time doesn't [17:36] so that is telling me iether there's an issue with the DHCP server, or there's a rogue DHCP server [17:38] it gets dhcp, it just doesn't get instructions to pxe boot [17:39] xygnal: yes, and that could mean a rogue dhcp server [17:39] xygnal: seen that enough times :) [18:26] Bug #1784464 opened: Not all uploaded DD images deployable