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 | 01:53 |
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:07 |
Glorfindel | hm alright... (out of curiosity, what do you mean by torch my system?) | 02:08 |
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:09 |
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:10 |
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:11 |
Glorfindel | teward: what does creating a ppa backport all entail? I'm testing the minecraft bedrock alpha | 02:13 |
Glorfindel | right now the main holdup is figuring out what package has what lib | 02:14 |
teward | oooo, yeah that might be problematic. | 02:15 |
Glorfindel | it was working until they updated the deps and basically made ubuntu 18.04 the mandatory "plug and play" release | 02:16 |
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:17 |
Glorfindel | it's a shame about my uptime though :/ | 02:19 |
Glorfindel | getting close to a year | 02:19 |
=== Tornevall is now known as Guest1263 | ||
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:09 |
positivefix | And the output of journalctl -u snapd: https://paste.ubuntu.com/p/X3V63Ys8nY/ | 06:10 |
neildugan | \join #arduino | 13:17 |
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:05 |
Ussat | NM got it | 16:07 |
lotuspsychje | place your details here geard along with your kernel version | 16:41 |
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:42 |
TJ- | geard: could it be the Java overheard, or possibly some process/rlimits restricting JMeter? | 16:44 |
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* | 16:46 |
=== tomaw_ is now known as tomaw | ||
ironhalik | hello | 21:39 |
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:41 |
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:42 |
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? | 21:44 |
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) | 22:16 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!