[11:30] <jonah> Hi can anyone please help with TCP Wrappers? Are they supported in 16.04 LTS as standard or do I have to install a package? Also how can I check if an application is built to support them?
[11:30] <jonah> Thanks for any help with this
[11:44] <jonah> Is there a way to add tcp-wrappers support into a package with apt or do you have to compile from source to get tcp wrappers?
[13:59] <zioproto> Is it the thanksgiving weekend right ? :) I guess most people on holiday ?
[13:59] <zioproto> :)
[14:00] <zioproto> jamespage: looks like we have another chance to work together https://bugs.launchpad.net/nova/+bug/1644839
[14:03] <AlecTaylor> hi
[14:04] <AlecTaylor> Should I place my `.sock`s in `/run` like everyone else, or should I create a new dir like some people, e.g. /softwarename/var/api/api.sock
[14:21] <zioproto> Anyone knows how to check the value for MAX_TAP_QUEUES for Kernel 4.4.0-47-generic #68~14.04.1-Ubuntu SMP ?
[14:24] <jamespage> zioproto, hello!
[14:25] <zioproto> jamespage: hello :) I am dealing with a nice bug in production
[14:25] <zioproto> as a workaround I told my use to upload a glance image with hw_vif_multiqueue_enabled='false'
[14:25] <zioproto> so he can boot the instance
[14:25] <zioproto> but he gets then the slow networking
[14:26] <zioproto> the patch is easy, I can rework https://review.openstack.org/#/c/332660/
[14:28] <zioproto> cloning git clone git://kernel.ubuntu.com/ubuntu/ubuntu-trusty.git to see if MAX_TAP_QUEUES changes from vanilla kernel
[14:36] <zioproto> jamespage: the ubuntu kernel is different
[14:36] <zioproto> #define MAX_TAP_QUEUES DEFAULT_MAX_NUM_RSS_QUEUES
[14:36] <zioproto> this brakes nova
[14:36] <zioproto> :(
[14:37] <jamespage> zioproto, trusty is 3.13 right?
[14:37] <jamespage> oh wait I see you're using the 4.4. kernel
[14:39] <zioproto> yes
[14:39] <zioproto> so there is this patch in nova that hardcodes some values
[14:39] <zioproto> there is also nice reference table of this values, with URL to the git of vanilla kernel
[14:40] <zioproto> jamespage: look at this review https://review.openstack.org/#/c/332660/
[14:41] <zioproto> I am runnig this kernel linux-generic-lts-xenial             4.4.0.47.34
[14:43] <jamespage> zioproto, xenial kernel - http://paste.ubuntu.com/23532517/
[14:43] <jamespage> should be defaulting to 256
[14:44] <frickler> jamespage: seems that value is changed when building the kernel for trusty
[14:45] <jamespage> hmm
[14:45] <zioproto> Linux zhdk0088 4.4.0-47-generic
[14:45] <zioproto> how can I check it at runtime ?
[14:46] <zioproto> frickler: how you find that out ?
[14:49] <jamespage> zioproto, I see the same stanza in drivers/net/tun.c in the xenial HWE branch
[14:49] <frickler> zioproto: ah, no, sorry, I was looking at the wrong branch
[14:50] <zioproto> Did you guys see my stacktrace  in the bug report ?
[14:50] <frickler> so according to the comment in baf71c5c1f80d82e92924050a60b5baaf97e3094, this should be good for 256 vCPUs
[14:51] <zioproto> but I get
[14:51] <zioproto> Invalid number of queues (= 46), must be a postive integer less than 31.
[14:52] <frickler> zioproto: just to make sure, you do run on a system with > 32 cpus?
[14:53] <zioproto> http://paste.ubuntu.com/23532554/
[14:53] <zioproto> yes because If I remove the multiqueue property from the glance image I am able to boot the instance
[14:54] <zioproto> I have 48 CPUs on the sistem
[14:54] <zioproto> and now the instance is running
[14:54] <zioproto> I told the user
[14:55] <jamespage> zioproto, which libvirt version are you using?
[14:55] <zioproto> to boot from a different glance image where I decorated the image with hw_vif_multiqueue_enabled='false'
[14:55] <zioproto> jamespage: 1.2.16-2ubuntu11.15.10.4~cloud0
[14:55] <frickler> zioproto: so as I workaround maybe try to set the limit in the nova code you referenced to 31 instead of 256
[14:55] <jamespage> actually that message comes from qemu
[14:55] <zioproto> frickler: yes that would work but I dont want to carry local patches
[14:56] <zioproto> frickler: I need to come up with a solution that will be accepted in openstack upstream
[14:56] <zioproto> jamespage: qemu 1:2.3+dfsg-5ubuntu9.4~cloud2
[14:58] <jamespage> give me a sec
[14:59] <jamespage> zioproto, yup you're being blocked by qemu
[14:59] <frickler> zioproto: maybe the limit 31 31 is imposed by qemu, so nova is wrong in using that kernel value.
[15:00] <jamespage> VIRTIO_PCI_QUEUE_MAX == 64 in the version you're using
[15:00] <jamespage> 64 /2 -1
[15:00] <jamespage> (VIRTIO_PCI_QUEUE_MAX - 1) / 2
[15:00] <zioproto> jamespage: you rock ! how did you find that out ?
[15:00] <cpaelzer> it is surely arch specific, I've had s390 on 64 cpus, but then no PCI there
[15:00] <jamespage> zioproto, been poking at qemu today - but 2.7
[15:00] <jamespage> where its 1024
[15:01] <zioproto> I need to update this bug: https://bugs.launchpad.net/nova/+bug/1570631
[15:01] <jamespage> cpaelzer, that constant has a new name
[15:01] <jamespage> VIRTIO_QUEUE_MAX
[15:01] <jamespage> not PIC
[15:01] <jamespage> PCI rather
[15:01] <jamespage> include/hw/virtio/virtio.h:#define VIRTIO_QUEUE_MAX 1024
[15:01] <jamespage> thats from 2.7.0
[15:01] <cpaelzer> thanks jamespage
[15:01] <jamespage> cpaelzer, yw
[15:01] <cpaelzer> I just say it is arch specific as I had 64 running already
[15:02] <jamespage> cpaelzer, I'm putting qemu in a snap with libvirt
[15:02] <cpaelzer> ah thanks, just wondered what you do with that atm
[15:03] <jamespage> zioproto, xenial qemu has:
[15:03] <jamespage> VIRTIO_QUEUE_MAX
[15:03] <jamespage> =include/hw/virtio/virtio.h:#define VIRTIO_QUEUE_MAX 1024
[15:04] <jamespage> zioproto, so this looks like an issue isolated to the liberty UCA version you're using
[15:04] <frickler> right, that would mean that nova has to check the qemu version in addition to the kernel version and set its limit accordingly, I guess
[15:04] <cpaelzer> zioproto: but x86 HW virt is limited to stay <=HW-cpus IIRC - so you can go to 48, but not test e.g. 256 (maybe that can be tuned thou)
[15:04] <frickler> jamespage: MIN_QEMU_VERSION in nova is still at 1.5.3
[15:04] <zioproto> jamespage:  should we make a patch just for the ubuntu packages ?
[15:04] <jamespage> frickler, youch
[15:04] <jamespage> zioproto, for qemu
[15:04] <jamespage> ?
[15:05] <jamespage> zioproto, or for nova?
[15:05] <frickler> jamespage: may be bumped to 2.1.0 for pike iiuc
[15:05] <jamespage> \o/
[15:05] <jamespage> that's still not enough for 1024
[15:05] <rbasak> cpaelzer: around? Can I give you an intermediate report on this strongswan merge review? I'd like to talk it over with you before the complexity of our delta makes me lose my mind :)
[15:05] <jamespage> rbasak, oh I remember that one
[15:06] <rbasak> cpaelzer: http://paste.ubuntu.com/23532604/ are my current notes.
[15:06] <cpaelzer> rbasak: I'll get a visitor to teach math to soon, but til then ok
[15:06] <rbasak> cpaelzer: hangout? Two minutes.
[15:06] <cpaelzer> rbasak: give me two minutes to clean up the next evil merge
[15:06] <cpaelzer> rbasak: ok
[15:06] <zioproto> jamespage: I guess for nova
[15:06] <frickler> zioproto: if you don't come up with something else, I'll propose a patch to nova upstream next week
[15:06] <rbasak> Snap :)
[15:07] <frickler> gotta run for the weekend now
[15:07] <zioproto> I am also on my way to the weekend
[15:07] <zioproto> lets meet again here on monday :)
[15:07] <rbasak> cpaelzer: https://hangouts.google.com/hangouts/_/canonical.com/strongswan?hl=en-GB&authuser=0
[15:08] <jamespage> zioproto, frickler: have a nice one guys
[15:35] <zioproto> bye !!
[17:52] <hhee> guys, i have got a server with root enabled by default. how can i turn it off again?
[18:02] <genii> hhee: First, make sure you have a user with sudo rights so you don't lock yourself out of the system. If all good there, sudo usermod -L root    ...will lock the root again
[18:04] <genii> hhee: To make sure it took: sudo grep root /etc/shadow   ...and make sure the second field is an exclamation mark, like:  root:!:
[18:06] <hhee> genii, got it. already create usual user
[18:06] <hhee> genii, thx a lot
[18:06] <hhee> :)
[18:09] <genii> Glad to assist
[18:15] <hhee> genii, well another question
[18:15] <hhee> seems like i didn't have apropriate record in sudoers file
[18:16] <hhee> which way more eight to add user with sudo right?
[18:16] <hhee> rights*
[18:21] <hhee> got it
[18:21] <hhee> !
[18:22] <tarpman> hhee: the usual way in ubuntu/debian is to add the user to the 'sudo' group
[18:22] <hhee> tarpman, got it, thx :)
[18:22] <tarpman> hhee: usermod -aG sudo username
[18:22] <tarpman> ok
[18:28] <hhee> guys. question.
[18:28] <hhee> does ubuntu-server has groups for install software? how can i do it?
[18:28] <hhee> for example LAMP and mail server
[18:30] <hhee> im reading man apt, but dont see smth similar
[18:30] <tarpman> hhee: yes. have a look at tasksel
[18:32] <hhee> tarpman, got it. very handy.
[18:33] <hhee> one more question. after many command in ssh session i have got something like this - perl: warning: Setting locale failed.
[18:33] <hhee> perl: warning: Please check that your locale settings:
[18:34] <hhee> after locale command
[18:34] <hhee> got - locale: Cannot set LC_CTYPE to default locale: No such file or directory
[18:35] <hhee> what i did wrong?
[18:35] <tarpman> what's your locale set to?
[18:35] <hhee> tarpman, i thought it was utf8
[18:35] <tarpman> (run the locale command with no arguments to get a summary)
[18:35] <hhee> tarpman, LANG=en_US.UTF-8
[18:35] <hhee> not set - LANGUAGE= and LANGUAGE=
[18:36] <hhee> sorry and LC_ALL=
[18:37] <tarpman> hhee: do you have language-pack-en installed
[18:39] <hhee> tarpman, cool. got it. i have found http://askubuntu.com/questions/162391/how-do-i-fix-my-locale-issue
[18:39] <hhee> tarpman, and there is solutions
[18:39] <tarpman> ok
[18:39] <hhee> tarpman, big tnx for awesome support.
[18:39] <hhee> have a nice day!
[18:39] <tarpman> not sure those are the best solutions, but if they work, fine :)
[18:39] <hhee> seems like work :)
[19:06] <hhee> guys. another quesion about sudo :)
[19:07] <hhee> i tried - sudo cat file.conf > file2.conf
[19:07] <hhee> bash: file2.conf: Permission denied
[19:07] <hhee> which way to do it?
[19:07] <tarpman> yes, because 'cat file.conf' runs under sudo, but '> file2.conf' happens in your own shell, outside of sudo
[19:08] <tarpman> you want: sudo tee file2.conf < file.conf
[19:08] <tarpman> which reads from file.conf in your current shell and writes to file2.conf under sudo
[19:08] <hhee> tarpman, cool... thx :)
[19:27] <hhee> tarpman, another question
[19:27] <hhee> sudo cd /var/log/apache2/
[19:28] <hhee> sudo: cd: command not found
[19:28] <hhee> how can i handle this? :)
[19:28] <tarpman> hhee: if "cd" did exist as a standalone command, what would it do?
[19:28] <tarpman> hhee: your shell would spawn a "sudo" process, which would execute "cd", and then exit
[19:28] <tarpman> hhee: meanwhile your shell is exactly where it was, nothing's changed
[19:29] <hhee> tarpman, i need some group of command.. i have to think
[19:29] <tarpman> hhee: I don't know what you're trying to do. maybe you want to cd /var/log/apache2 and then sudo something in there. or maybe you want to open a root shell (sudo -s or sudo -i) and do stuff in that shell
[19:32] <hhee> tarpman, got it. sudo -i what i need
[19:32] <hhee> tarpman, thx again :) many times