[01:26] <kupfer> hi, I have a question about bug etiquette.
[01:27] <kupfer> if I find a bug that is marked as a duplicate of another bug, but I have evidence that it's not, what's the right response?
[01:30] <ebergen> good question
[01:30] <ebergen> my vote is to reopen it and post the evidence
[01:31] <kupfer> that makes sense.  thanks!
[07:15] <tkamppeter> I cannot display bug 1027139, I get always a timeout, it has probably too many duplicates.
[07:28] <geser> tkamppeter: works here (but I'm not logged in in case that might make a difference)
[07:31] <tkamppeter> geser, yes, when I open it with another browser where I am not logged in it opens without ptoblem. The LP bug is that bugs with too many duplicates time out when one is logged in.
[11:54] <schwerjo> !help
[11:54] <czajkowski> schwerjo: whats up
[11:55] <schwerjo> sorry, sent this message by mistake!
[11:55] <czajkowski> ok
[18:16] <niemeyer> Heya
[18:16] <niemeyer> I'm having some issues with very long delays trying to submit a change
[18:16] <niemeyer> to a branch
[18:16] <niemeyer> Anyone else seeing issues?
[18:20] <beuno> niemeyer, yeah, same here
[18:20] <beuno> takes a long time to scan the commits
[18:20] <niemeyer> beuno: :(
[18:20] <beuno> :( indeed
[18:21] <beuno> it eventually picks it up
[18:21] <niemeyer> beuno: I've canceled after 15 minutes the last one
[18:22] <niemeyer> beuno: Went to submit a 1-liner, and it's stuck again
[18:24] <beuno> niemeyer, the 3 I've seen so far eventually get scanned
[18:24] <beuno> it's not that they get scanned
[18:24] <beuno> I think it's just uber slow
[18:24] <beuno> maybe a server is down or something
[18:24] <beuno> so deleting may just make you start again
[18:25] <niemeyer> beuno: Yeah, that's my feeling
[18:53] <niemeyer> beuno: bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[18:53] <niemeyer> beuno: No luck here
[21:25]  * mordred has forgotten some things ... how do I add an already existing project to a project group?
[21:26] <lifeless> mordred: edit details in the projec
[21:26] <lifeless> t
[21:27] <StevenK> mordred: 'Change details' on the project page, and then edit the 'Part of' field.
[21:28] <mordred> StevenK, lifeless thanks! (been a while since I've done that)


[18:50] <Dry_Lips> Out of curiosity, what kernel is 18.04 supposed to be shipping with?
[18:51] <Dry_Lips> And what kernel is 18.04 currently sporting?
[18:56] <ducasse> iirc it's intended to ship with 4.15, and it's on the artful kernel now
[18:57] <Dry_Lips> ducasse, thanks a lot m8


[08:16] <elox> Hello. Is there a good guide as how to manually install a  juju-controller for a maas cloud without having to perform a "juju bootstrap" process from the API. E.g. I have a node already installed and just want to connect it to a maas.
[13:49] <zin> hello
[13:49] <CR> howdy, I am starting up trying to use MAAS and I have a node that has trunked ports connected to it, I am able to get it to PXE boot by setting the VLAN in the NIC's PXE options and starts loading the OS but it does not get a DHCP address in the OS.  I have the VLAN ID in the VLAN config in MAAS and also tried just passing vlan=vlan830 in the kernel boot options.
[13:50] <CR> Am I missing something?
[13:51] <roaksoax> CR: pxe boot process doens't use tagged interfaces
[13:52] <roaksoax> CR: so if your PXE is happening on a VLAN, there should be switch port configured with that vlan so the interface doens't have to be tagged (e.g. eth0.830)
[13:52] <roaksoax> CR: dunno if that's what you were asking
[13:53] <CR> so it gets the PXE image, it's getting that far and gets the initrd images, it's once it hits hte "IP-Config" part
[13:56] <roaksoax> right, so the image itself doens't get dhcp ?
[13:56] <roaksoax> CR: maybe the hardware you are using is a hardware for which the drivers are not available
[13:57] <CR> It's a Dell R910 w/ Broadcom NICs
[13:59] <CR> roaksoax: I see IP-Config: eno1 hardware address 78:2b:cb:xx:xx:xx mtu 1500 DHCP RARP
[13:59] <CR> and then times out
[13:59] <roaksoax> CR: i would suggest you grub console logs
[13:59] <roaksoax> s/grub/grab
[14:07] <CR> roaksoax: is that an option in maas or somewhere else?
[14:17] <roaksoax> CR: no, i mean the console logs from the server's serial console
[14:37] <CR> roaksoax: it appears I need to do something similar to the fix described in here: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1382054  Is there a way to pass a VLAN to the initramfs with the standard MaaS setup?
[14:52] <roaksoax> CR: that is a feature request in the initrd it seems
[14:54] <CR> roaksoax: it would be very useful, our use case is we have a bunch of former VMware ESXi we would like to try out MaaS on and their ports are all configured as trunk ports and it would be a lot easier to boot them and pass the VLAN tag to them then have to get our network team to reconfigure the switchports just to do a POC.
[18:16] <roaksoax> cnf: agreed, but that seems that something ubuntu would have to support more generally
[18:17] <cnf> hmm?
[18:20] <roaksoax> cnf: so, how does the "firmware" deal with the fact you are pxe booting over a VLAN ?
[18:21] <cnf> idno
[18:22] <roaksoax> err cnf sorry, wrong person :)
[18:22]  * roaksoax fail
[18:23] <cnf> :P