[01:36] 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] but I wanted to check on some things first. [01:36] right now I have my mysql server data storage at /mnt/md0/mysql [01:37] I also have /mnt/md0/html/ which is my nginx web server files [01:38] 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] I'd prefer to move that data to a user folder AFTER the fstab modification... [02:11] 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] Good morning [09:15] Salutations o7 [09:28] o/ [14:39] jamespage: i'm not quite sure what to do for this bug: https://bugs.launchpad.net/ubuntu/+source/python-openstackclient/+bug/1722553 [14:39] Launchpad bug 1722553 in python-openstackclient (Ubuntu) "openstack command raises exception referencing gi.repository and gnome bug 709183" [Undecided,Confirmed] [14:39] jamespage: i messaged doko to see if he's seen anything similar in artful === ddellav is now known as ddellav-afk === ddellav-afk is now known as ddellav === ddellav is now known as ddellav-afk === ddellav-afk is now known as ddellav [17:59] anybody seen a pxe boot error saying [17:59] "boot failed: press a key to retry ot wait for reset" [17:59] this seems to happen only on a class of desktops we have, while many others work jsut fine [18:00] I update the bios to latest, altho hey are old comps so their latest bios is still from 2013 [18:00] but pxe was working already quite well back then, so I can't imagine they didn't already have support for it [18:01] 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] so I don't believe anything is missing [18:03] drab: have you tried to tcpdump the DHCP/TFTP dialog? [18:04] I have not, but by then actually that's kind of already over... all the tftp files have been passed [18:04] I'm seinting initrd and linux over http [18:04] and apache has 200s in the logs [18:04] oh [18:04] 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] http generally is way faster and nicer than tftp [18:04] so I've pretty much switched everything to it [18:04] IO [18:05] 'm using tftp only to pass the pxe menus [18:05] 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] I see [18:06] maybe try adding "debug" to the kernel args? [18:06] I don't think the kernel has started at that point, that's what it's downloading [18:06] sometimes it fails that I only see the initrd line [18:06] but lemme try [18:08] nope, nothing [18:08] I think I'm gonna try to switch back to tftp to pass the kernel and see how that works [18:08] kind of annoying, but fair enough [18:58] drab: how did it go? [20:47] 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] easier/quicker to deal with one offs like this [20:47] nacc: could you check the git-ubuntu import of sssd? It seems to be behind [20:48] in git we have 1.15.2-1ubuntu3, whereas rmadison reports 1.15.3-2ubuntu1 [20:48] andreas: let me hop on the vpn [20:49] andreas: running it now [20:49] thanks nacc [20:52] andreas: should be done [20:53] * andreas pulls [20:53] got it [20:53] andreas: cool [21:25] rbasak: pushig a fixup to my branch for building patches-unapplied with the quiltify changes [21:25] (presuming this test passes) [21:55] 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.