[01:53] <Glorfindel> is there any reason to not add 18.04 repos to a 16.04 install?
[01:53] <Glorfindel> I'm needing the latest version of some software and it's not availible for 16.04
[02:07] <teward> Glorfindel: yes, because it'll try and install *everything* from the 18.04 repos where there's newer software versions
[02:07] <teward> and it *will* torch your system when it tries to do that
[02:07] <teward> It'd be better to try and nitpick the individual packages, or find backported versions, or find a PPA for them (even though we don't support PPAs)
[02:08] <Glorfindel> hm alright... (out of curiosity, what do you mean by torch my system?)
[02:09] <Glorfindel> I'm averaging one dep resolution per day, it's been slow
[02:09] <teward> Glorfindel: as in it'll break libraries, software versions, dependencies, etc. to a point where it will basically be easier to reinstall from scratch than fix the damage.
[02:09] <Glorfindel> ahh, I see
[02:09] <teward> Glorfindel: might be easier to know what's in 18.04 that's not in 16.04 in this case
[02:10] <Glorfindel> well, libssl.so.1.1 was missing, along with libcrypto, but I did get those added, so now it's letting me know about the next unresolved deps, and there's probably more where they came from
[02:10] <Glorfindel> I ended up building from source and cp'ing the required files to the server program dir
[02:11] <teward> Glorfindel: well depending on the software it might be semi-easy to do a backport in a PPA rather than manually recompile as you're doing.  But without knowing the specific software in question :P
[02:13] <Glorfindel> teward: what does creating a ppa backport all entail? I'm testing the minecraft bedrock alpha
[02:14] <Glorfindel> right now the main holdup is figuring out what package has what lib
[02:15] <teward> oooo, yeah that might be problematic.
[02:16] <Glorfindel> it was working until they updated the deps and basically made ubuntu 18.04 the mandatory "plug and play" release
[02:17] <Glorfindel> dropped all other distros as well, so maybe I should check into updating my vps :/
[02:17] <teward> Glorfindel: yeah that kind of makes you need to do an upgrade.  Pretty sure that isn't going to backport cleanly, especially if it needs newer OpenSSL versions (1.1.1 is really new)
[02:19] <Glorfindel> it's a shame about my uptime though :/
[02:19] <Glorfindel> getting close to a year
=== Tornevall is now known as Guest1263
[06:09] <positivefix> Hi folks! I'm on a fresh 16.04 server install and snapd doesn't seem to work. This is the output of systemctl status snapd.service: https://paste.ubuntu.com/p/KSw4D6W46H/
[06:10] <positivefix> And the output of journalctl -u snapd: https://paste.ubuntu.com/p/X3V63Ys8nY/
[13:17] <neildugan> \join #arduino
[16:05] <Ussat> OK, lets assume I am ssh -X into a Ubuntu 1.004 server that has a GUi, whats the disk utility called so I can launch it over the ssh tunnel ?
[16:05] <Ussat> 16.04
[16:07] <Ussat> NM got it
[16:41] <lotuspsychje> place your details here geard along with your kernel version
[16:42] <geard> hey guys, i'm having some issues with load testing against NGINX, when I hit the server with Jmeter I am getting ~3Mbbits of through put using iperf, when not running the jemter I get ~9Gibts of through put. Linux HQLB161 4.4.0-141-generic #167-Ubuntu SMP Wed Dec 5 10:40:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[16:42] <geard> lotuspsychje: thanks.
[16:44] <TJ-> geard: could it be the Java overheard, or possibly some process/rlimits restricting JMeter?
[16:46] <geard> TJ-: the JMeter stuff is running on 6 client machines(physical) the Ubuntu server seems to be the one having the issues as iperf is running from an independent system.
[16:46] <geard> iperf client that is*
=== tomaw_ is now known as tomaw
[21:39] <ironhalik> hello
[21:41] <ironhalik> I'm trying to set up iscsi with multipath on xenial server as the initiator, and Dells scv2020 compellet storage as the target
[21:41] <ironhalik> and I'm hitting roadblock after roadblock :/
[21:42] <ironhalik> right now - I'm logged into all the targets which appear to be working, but I don't see any block devices on them
[21:44] <ironhalik> all I can see when checking the session, is: Attached SCSI devices: Host Number: 11 State: running - someone has any experience with anything like that?
[22:16] <ironhalik> mhm weirdly enough, after reinitiating the session couple of times - iscsiadm discovered a single LUN on one target, but not on the otherones (and all the targets should have the same LUN for multipath)