[05:28] <cpaelzer> jamespage: the right way is to turn around the server/client relationship
[05:32] <cpaelzer> jamespage: qemu creates the socket OVS connects
[05:32] <cpaelzer> no more needs the perm/user juggling
[05:33] <cpaelzer> jamespage: see https://git.launchpad.net/~ubuntu-server/ubuntu/+source/dpdk-testing/tree/test.sh#n1056 and https://git.launchpad.net/~ubuntu-server/ubuntu/+source/dpdk-testing/tree/test.sh#n1043 for mode server (old) client (new)
[05:34] <cpaelzer> the path is something qemu created after being set up via e.g. libvirt XML
[06:14] <lordievader> Good morning
[08:22] <jamespage> cpaelzer: great - I'd got to that conclusion - I think we can just drop those params for openstack versions where ovs is the client to the libvirt created vhostuser socket
[08:23] <cpaelzer> yes
[12:57] <m-anish> Hi. I am facing an issue of systemd-resolved and dnsmasq probably looping and consuming 100% cpu, and would really appreciate some help!
[12:58] <m-anish> test
[12:58] <m-anish> http://paste.ubuntu.com/p/PH4MSBG9CK/
[12:58] <m-anish> ^^ /etc/resolv.conf
[12:58] <m-anish> http://paste.ubuntu.com/p/NPWzVRR7mp/  is /etc/systemd/resolved.conf
[12:59] <m-anish> http://paste.ubuntu.com/p/yZZ5FPGp7K/ is service systemd-resolved status
[12:59] <m-anish> http://paste.ubuntu.com/p/dwf9nJnYbw/ is systemd-resolve --status
[13:00] <m-anish> http://paste.ubuntu.com/p/X3kdGd4KJ8/ is `ip a`
[13:00] <m-anish> https://github.com/iiab/iiab/issues/1747 is the bug report where we're tracking this
[13:00] <m-anish> this is 18.04.2 LTS on an Intel NUC
[13:01] <lotuspsychje> m-anish: did you firmware upgrade your nuc to latest?
[13:01] <ahasenack> there is a bug about this, but it doesn't have a clear reproducer
[13:02] <ahasenack> 100% cpu looks like there is a query loop
[13:02] <m-anish> I researched a bit on the internet, but couldn't find a proper answer, and I don't deeply understand how DNS resolution is working in ubuntu (given my system's config)
[13:02] <m-anish> hmm let me check
[13:02] <m-anish> ahasenack yeah, any way i can figure out what might be happening
[13:02] <ahasenack> tcpdump
[13:03] <m-anish> any switches i should use with tcpdump?
[13:03] <ahasenack> it seems to happen sometimes with installations that were release upgraded from previous releases
[13:03] <m-anish> this is a fresh install of 18.04
[13:03] <ahasenack> if you don't know them, then tcpdump probably won't be useful to you
[13:03] <ahasenack> I'd suggest -i any -n -p port 53
[13:03] <ahasenack> and brace for impact
[13:03] <m-anish> if you want, i can let you ssh in via ngrok
[13:03] <ahasenack> nope
[13:04] <m-anish> its awfully quiet `tcpdump -i any -n -p port 53`
[13:05] <m-anish> wait
[13:05] <m-anish> the race condition stopped itself :(
[13:05] <m-anish> i mean im back to normal cpu usage
[13:08] <m-anish> ill run that command if/when this happens next
[13:08] <m-anish> ahasenack lotuspsychje thx
[13:08] <ahasenack> good luck
[13:10] <m-anish> here we go again
[13:11] <m-anish> https://paste.ubuntu.com/p/QhNfQF5h6Y/
[13:11] <m-anish> ahasenack ^^ is a sample
[14:26] <supaman> so, I have a performance issue with NFS mount, it seems that the sync option is slowing down writing a lot (unpacking a 13 GB gzip file takes up to 8 minutes with sync on but only a few seconds with async)
[14:27] <supaman> the async option, is it really that dangerous if the NFS mount is used mostly for reading?
[14:32] <supaman> its mostly used for Joomla websites, most writing is done when users upload images and other files and when the website admin updates the software
[14:32] <supaman> the software update is the 13 GB unzip
[14:33] <tomreyn> you should have separate exports then
[14:33] <supaman> I have a seperate export for each site
[14:34] <supaman> played around with rsize and wsize, no luck there
[14:35] <tomreyn> you should have one (maybe for each site) which mounts writable with async, and another (maybe for each site) which mounts read-only without async
[14:35] <supaman> hmmm, don't think sync/async matters for read, only for writing
[14:38] <tomreyn> and i'd recommend unpacking archives on the nfs server, not on a mounted export
[14:39] <supaman> well, the update is done through the Joomla web interface, don't have an option there I think
[14:40] <supaman> what I am mostly interested in is if async is active, what happens if a write is taking place and the link gets disrupted somehow
[19:42] <bipul> Hi,
[19:43] <RoyK> ho
[19:43] <bipul> Can we run GUI applications in Ubuntu server , and access it via ssh graphically.
[19:43] <bipul> ?
[19:43] <RoyK> yes
[19:44] <RoyK> works well - I'm using for instance virt-manager that way
[19:44] <bipul> How? I tried installing xorg  , but failed to do so
[19:44] <bipul> virt-manager is virtualization things.
[19:45] <RoyK> just install something, like x11-apps - log out and in again to make sure x11-forward works and start xeyes or something
[19:45] <RoyK> bipul: it's still just a normal x application
[19:46] <bipul> Yes, an IDE type application like IntelliJ
[19:46] <RoyK> should work
[19:46] <RoyK> just try xeyes first
[19:46] <RoyK> it's a neat little thing for testing x
[19:46] <bipul> I tried installing xauth , xorg and openbox.
[19:46] <RoyK> no need for xorg
[19:46] <bipul> Then?
[19:47] <RoyK> that's the x server - you only need an x server on your client
[19:47] <RoyK> server/client in x land is a bit opposite of the way others name it
[19:47] <RoyK> bipul: what sort of client are you running?
[19:47] <bipul> I am using Ubuntu , inside virtualbox.
[19:48] <bipul> inside virtualbox Ubuntu server, where i would like to install IntelliJ
[19:48] <RoyK> just install x11-apps and log out and in again and check if $DISPLAY is set
[19:48] <bipul> Oh let me try
[19:49] <RoyK> you may have to ssh -X <server> to enable x11 forwarding, but it should be enabled by default, both on client and server
[19:50] <bipul> yes,
[19:52] <bipul> RoyK, Thanks for your wonderful suggestion.
[19:53] <RoyK> works?
[19:54] <bipul> I am trying
[19:54] <RoyK> check the DISPLAY variable if it doesn't work - "echo $DISPLAY"
[19:55] <bipul> When you say x11 apps? then what specific package should i install ?
[19:55] <bipul> apt-cache search x11 list me many packages
[19:56] <teward> TJ-: so your patch is now in Proposed for nginx heere in Eoan.  PROBLEM: chromium being snapped now broke autopkgtests for something and those autopkgtests block nginx.  unrelated blockage but still
[19:56] <teward> Laney and others're looking into that one
[19:56] <RoyK> bipul: x11-apps
[19:56] <bipul> yes x11-aps
[19:56] <bipul> yes x11-apps
[19:58] <RoyK> so - now log out and in again and check if DISPLAY is set
[20:00] <bipul> sure i will let you know :)
[20:00] <RoyK> or just try to run xeyes first
[20:00] <RoyK> you'll see
[20:00] <RoyK> or get an error message
[20:02] <TJ-> teward: I'm not fixing Chromium!
[20:02] <teward> TJ-: no you aren't :P
[20:03] <teward> lol I wouldn't expect you to xD
[20:05] <bipul> Okay, echo $DISPLAY  does not works.
[20:05] <RoyK> no output?
[20:05] <bipul> Yes no output.
[20:06] <RoyK> ok - try ssh -X <yourserver>
[20:08] <bipul> It says "/usr/bin/xauth: file /home/ubuntu/.Xauthority does not exist."
[20:08] <RoyK> log out and in again
[20:08] <RoyK> this usually happens the first time you login with x11 forward
[20:08] <bipul> I think we need to give small "x"
[20:09] <RoyK> -x disables x11 forward
[20:09] <RoyK> -X enables it
[20:09] <RoyK> see man ssh
[20:09] <bipul> WoW ! It works
[20:09] <bipul> Thank you very much. :)
[20:10] <RoyK> then set ForwardX11 yes in .ssh/config
[20:10] <RoyK> so you won't need to use -X next time
[20:11] <bipul> okay :)
[20:11] <RoyK> or just globally in /etc/ssh/ssh_config
[20:11] <RoyK> on the client, that is
[20:12] <lordcirth> Remember that "ForwardX11 yes" potentially allows attacks from the server
[20:12] <lordcirth> You might want to set it for the one server
[20:12] <RoyK> lordcirth: my guess is his server is behind nat anyway, so it won't be much of a problem
[20:13] <lordcirth> The problem is if he sets it globally, then ssh's to a different server later
[20:14] <RoyK> I know
[20:14] <RoyK> bipul: check "man ssh_config" - you can add separate blocks for each server
[20:18] <RoyK> lordcirth: btw, isn't ForwardX11Trusted needed for the server to gain too much access?
[20:19] <RoyK> as in ssh -Y