[01:36] <Lehthanis> hey all...so I'm getting ready to modify my fstab to mount /dev/md0 as /home...it's currently mounted as /mnt/md0 and is a raid1 array of both sdb and sdc...
[01:36] <Lehthanis> but I wanted to check on some things first.
[01:36] <Lehthanis> right now I have my mysql server data storage at /mnt/md0/mysql
[01:37] <Lehthanis> I also have /mnt/md0/html/ which is my nginx web server files
[01:38] <Lehthanis> if in my fstab, I keep /mnt/md0/ and have the same UUID mounted to /home will these non user folders be a problem?
[01:39] <Lehthanis> I'd prefer to move that data to a user folder AFTER the fstab modification...
[02:11] <Lehthanis> actually...would it be possible to make /mnt/md0/home/ and mount /dev/md0/home as /home after rsyncing my current /home to it?
[06:41] <lordievader> Good morning
[09:15] <Jenshae> Salutations o7
[09:28] <lordievader> o/
[14:39] <coreycb> jamespage: i'm not quite sure what to do for this bug: https://bugs.launchpad.net/ubuntu/+source/python-openstackclient/+bug/1722553
[14:39] <coreycb> jamespage: i messaged doko to see if he's seen anything similar in artful
[17:59] <drab> anybody seen a pxe boot error saying
[17:59] <drab> "boot failed: press a key to retry ot wait for reset"
[17:59] <drab> this seems to happen only on a class of desktops we have, while many others work jsut fine
[18:00] <drab> I update the bios to latest, altho hey are old comps so their latest bios is still from 2013
[18:00] <drab> but pxe was working already quite well back then, so I can't imagine they didn't already have support for it
[18:01] <drab> all the google results talk abuot missing configs, but the pxe infra/configs etc are the same for all desktop nodes and it works with others like I said
[18:01] <drab> so I don't believe anything is missing
[18:03] <sdeziel> drab: have you tried to tcpdump the DHCP/TFTP dialog?
[18:04] <drab> I have not, but by then actually that's kind of already over... all the tftp files have been passed
[18:04] <drab> I'm seinting initrd and linux over http
[18:04] <drab> and apache has 200s in the logs
[18:04] <sdeziel> oh
[18:04] <drab> but maybe that's the problem, it may be the case that this bios is too old to get the files correctly over http
[18:04] <drab> http generally is way faster and nicer than tftp
[18:04] <drab> so I've pretty much switched everything to it
[18:04] <drab> IO
[18:05] <drab> 'm using tftp only to pass the pxe menus
[18:05] <drab> I wish there was a clean way to move that to http too, but the gPXE stuff is too convoluted for my taste
[18:05] <sdeziel> I see
[18:06] <sdeziel> maybe try adding "debug" to the kernel args?
[18:06] <drab> I don't think the kernel has started at that point, that's what it's downloading
[18:06] <drab> sometimes it fails that I only see the initrd line
[18:06] <drab> but lemme try
[18:08] <drab> nope, nothing
[18:08] <drab> I think I'm gonna try to switch back to tftp to pass the kernel and see how that works
[18:08] <drab> kind of annoying, but fair enough
[18:58] <sdeziel> drab: how did it go?
[20:47] <drab> too annoying to roll everything back to use tftp so I just stuck a usb key in it with mini.iso burned to it
[20:47] <drab> easier/quicker to deal with one offs like this
[20:47] <andreas> nacc: could you check the git-ubuntu import of sssd? It seems to be behind
[20:48] <andreas> in git we have 1.15.2-1ubuntu3, whereas rmadison reports 1.15.3-2ubuntu1
[20:48] <nacc> andreas: let me hop on the vpn
[20:49] <nacc> andreas: running it now
[20:49] <andreas> thanks nacc
[20:52] <nacc> andreas: should be done
[20:53]  * andreas pulls
[20:53] <andreas> got it
[20:53] <nacc> andreas: cool
[21:25] <nacc> rbasak: pushig a fixup to my branch for building patches-unapplied with the quiltify changes
[21:25] <nacc> (presuming this test passes)
[21:55] <nacc> rbasak: nm, i do have a fix, but it's not quite complete. I think we need to reconvene a bit on how to deal with patches-unapplied quiltify.