[06:10] <lordievader> Good morning
[10:22] <Jenshae> o/
[10:45] <joelio> o\
[10:45] <joelio> well, something anyway
[10:53] <Jenshae>  \o/ |o| (o_ /o\
[11:28] <zioproto> jamespage: coreycb the Canonical offer of Openstack uses the upstream Horizon dashboard ? Or there is a different web interface ?
[11:29] <zioproto> I ask because I enabled multiple Cinder backends, that is something supported in openstack since long time
[11:29] <zioproto> and I ended up in this quota problem with Horizon https://bugs.launchpad.net/horizon/+bug/1717342
[11:41] <coreycb> zioproto: i don't think there's a canonical dashboard for openstack
[11:41] <coreycb> zioproto: but the ubuntu openstack dashboard is a package of upstream horizon that defaults to the ubuntu theme
[11:42] <coreycb> zioproto: so if cinder quotas aren't supported upstream then unfortunately we'll have the same in the package
[11:49] <zioproto> coreycb: OK, at CERN they have a local patch for that
[11:49] <zioproto> on the operators channel I am trying to get in touch with the right people to have this patch pushed to gerrit
[11:50] <zioproto> keep an eye in the bug if you are interested
[11:50] <coreycb> zioproto: ok thanks. getting it upstream is the right approach.
[13:15] <zioproto> coreycb: we got the patch into gerrit https://review.openstack.org/#/c/511472/
[13:15] <zioproto> I cant test it on master ... my deployments are all on Newton
[13:15] <zioproto> but if you have Canonical people working on the horizon dashboard you might want to point them to this patch
[13:19] <coreycb> zioproto: great. i've added the horizon package to that bug. we'll likely only pick that patch up in releases that upstream includes it in.
[13:21] <zioproto> coreycb: thanks !
[13:21] <coreycb> zioproto: np! thank you
[13:46] <Jenshae> A better love story than Twilight.
[14:47] <zondan> Hi, I'm having troubles with the ssh connection to my vserver. I'm always getting this when I try to copy a file via scp: packet_write_wait: Connection to ... port 21: Broken pipe
[14:54] <Poster> scp is a subsystem of SSH which typically runs on port 22, 21 is used for FTP, entirely different protocol
[14:58] <zondan> yes I know. I changed it to 21 to bypass problems when connecting from my university network
[14:58] <zondan> i worked fine until I changed VPS provider and migrated my installation
[14:59] <CuChulaind> Hello. I have server 16.04 installed, with unity, which keeps hanging after a few programs are opened. I tried to install gnome, but it says that I have broken packages, I tried to update, fix, etc, to no avail. suggestions?
[15:43] <drab> CuChulaind: sounds like a desktop issue, this is #ubuntu-server, but you can try apt-get install --fix-missing if you haven't given a go to that already
[15:44] <CuChulaind> drab, thank you for the reply, will give that a go
[15:47] <drab> zondan: is sshd configured the same way on the new VPS?
[15:48] <drab> also is that error showing up immediately after you scp, or afer transfering some stuff?
[15:49] <drab> zondan: and does ssh work fine or both of them aren't working?
[18:55] <teward> nacc: anything you need to discuss wrt the tag here, or is ML fine? (Did you also see my reply?)
[19:14] <nacc> teward: +1 on reply and on ML
[19:14] <nacc> teward: nothing else from me here, I'm hoping that rbasak and co. reply onlist
[19:27] <Lehthanis> hey all...
[19:27] <Lehthanis> I have a dedicated server with a raid1 array mounted as /mnt/md0/
[19:27] <Lehthanis> I want to make that the /home mountpoint with as little disruption as possible...is that possible?
[19:27] <drab> sure, just change your fstab so that /home is mounted on /mnt/md0
[19:27] <drab> that's all you need
[19:28] <drab> and maybe rsync the current home there first
[19:28] <drab> so rsync /home /mnt/md0, change fstab so that /dev/md0 is mounted on /home
[19:29] <nacc> to be clear, there, that's presuming /dev/md0 is mounted at /mnt/md0; generally, drab means whatever that underlying device is
[19:29] <drab> yeah I actyually changed that in my second statement to be /dev/md0
[19:29] <Lehthanis> according to lsblk it's a combination of /sdb/sdb1/md0 and /sdc/sdc1/md0
[19:30] <drab> fstab should not list the mountpoint really, but the device
[19:30] <drab> even better the blkid
[19:30] <drab> sure, but the md device itself will be exposed/accessed as /dev/md0 so that's what you want to refer to in fstab/various commands
[19:31] <Lehthanis> I do have a /dev/md0
[19:31] <Lehthanis> is that what I'd want to point it to?
[19:31] <Lehthanis> the fstab I mean
[19:32] <drab> yes
[19:32] <Lehthanis> ok...will /mnt/md0 still be accessible?
[19:32] <drab> if you tell it to, that's just a mount poiint, a device can be mounted in muliple places at the same time
[19:33] <Lehthanis> because a while back I moved my mysql data store to /mnt/md0/mysql/
[19:33] <drab> I dont' know how that got mounted there to begin with
[19:33] <Lehthanis> my host put it there when they constructed it for me...
[19:33] <drab> ok, then you may not want to splatter your homes all in the root of that device's fs
[19:33] <Lehthanis> probably expecting me to mount it however I wanted but I was pretty ignorant back then and trying to fix some mistakes
[19:34] <drab> I mean you can, it's just somewhat untidy and maybe error prone if you just think of it as your home device
[19:34] <drab> it's ok, learning is a progressive thing, nobody starts knowing it all
[19:34] <Lehthanis> it's a web server and I want to install vestacp on it...vestacp puts all the web folders and such on /home/user so I figured if I wanted all my web stuff on the raid array as opposed to the OS ssd, I should mount the raid array as /home
[19:35] <drab> I've no idea what vestacp is, but I'd assume where it puts its stuff is configurable
[19:35] <Lehthanis> it's a web hosting control panel
[19:36] <drab> so the question I'd answer is different: do you want your home files to be on the raid?
[19:36] <drab> if you do then move /home there, if you don't care, then don't. pretty simple
[19:36] <Lehthanis> yes...I think I would
[19:36] <Lehthanis> so in my fstab, looking now...I have a UUID and then /mnt/md0 ext4 etc...
[19:37] <Lehthanis> would I copy that line and use the same UUID but /home?
[19:37] <Lehthanis> using the same UUID for both?
[19:39] <drab> have you tried googling for this stuff before asking?
[19:39] <Lehthanis> es everything I saw was for installation-time not live server
[19:40] <Lehthanis> although I must admit I've never modified an fstab, so that I have not googled yet
[19:40] <drab> ok, good, then how about you try that and see what you find? you have some good keyword to start with: fstab, mount, home raid md0
[19:41] <drab> try that, see what you come up with and if it doesn't make sense come back and ask and someone will help
[19:41] <drab> (I need to step away shortly)
[19:41] <Lehthanis> cool...I'm probably nt going to do it until evening anyways...thanks much!
[19:41] <Lehthanis> you've definitely set me in the right direction
[19:42] <drab> sure thing, thanks for not being another lazy guy demanded answers to be handed over to them :)
[19:42] <drab> demanding*
[19:42] <Lehthanis> nope...not my style...I've learned a lot and I learned it all with gentle guidance end experimentation...not afraid of the googles
[19:42] <drab> \o/
[19:42] <drab> ttyl
[19:43] <Lehthanis> laters!
[19:43] <Lehthanis> thanks again!
[19:43] <drab> Lehthanis: btw I had this up, should b a good starters: https://backdrift.org/how-to-use-bind-mounts-in-linux
[19:43] <drab> *out*
[19:47] <nacc> rbasak: this might be relevant to fix in Debian too? LP: #1721546
[20:21] <rbasak> nacc: I didn't know about that bug, but yes, thanks.
[20:21] <nacc> rbasak: thanks, can you follow up on it? or would it be better for me to?
[20:22] <rbasak> I'll follow up, thanks.
[20:22] <nacc> rbasak: thank you
[20:26] <nacc> powersj: is it just me or is it not obvious that the latest comments in LP: #270899 are for the same bug?
[20:28] <powersj> nacc: agreed, doesn't look relevant
[20:28] <nacc> powersj: cool, i'll try and draft something up askingn them to file new bugs