[01:27] <berglh> anyone noticed a delay with "bringing up network interfaces" in 18.04 after upgrading a 17.10 install?
[01:30] <berglh> i've been noticing it take around ~5 mintues to get past this boot initialisation process
[01:31] <sarnold> which kernel are you on?
[01:32] <sarnold> I wonder if you hit the issue fixed in this USN https://usn.ubuntu.com/3718-1/
[01:44] <berglh> 4.15.0-29-generic #31-Ubuntu SMP
[01:45] <berglh> looks like i'm up to date
[01:45] <berglh> so.. i had always configured my interfaces with /etc/network/interfaces
[01:46] <berglh> it's looking like this has changed to netplan ?
[01:46] <berglh> i think i'm fighting a few problems; my system has been entering a weird state overnight
[01:48] <berglh> https://paste.ubuntu.com/p/Hq7yjqgxt5/
[01:48] <berglh> really weird behaivour; not sure why it's doing this shutdown/reboot
[01:48] <berglh> no errors in syslog before hand
[01:49] <berglh> i'm suspecting a potential problem with the PSU or simialr
[01:55] <berglh> https://paste.ubuntu.com/p/scfKrQTg33/ That's the networking.service failure
[01:56] <berglh> one the machine boots; netowrk is working fine
[02:39] <sarnold> berglh: could you file a bug against netplan.io for that? I haven't got a clue :(
[03:17] <havenstance> berglh: have you noticed it shutting down/rebooting at the same time every night?
[03:17] <havenstance> or similar times maybe?
[03:20] <havenstance> cuz you might be on the right track, you could be having a PSU issue, however it seems if that were the case, it would do irregular things at various times not really able to be predicted.
[03:20] <berglh> havenstance: no, it's different
[03:21] <berglh> but it's in the morning
[03:21] <berglh> i.e. as the temperature is cooling
[03:21] <havenstance> then runs fine the rest of the day?
[03:21] <berglh> yes
[03:21] <havenstance> now that's odd
[03:21] <havenstance> even for a PSU going out but it's not farfetched, I've seen them make systems do some really strange things
[03:21] <havenstance> but this started immediately after the update?
[03:21] <berglh> i'm going to take the PSU out over the weekend and check teh caps
[03:22] <havenstance> the thing to look at is was it doing it before the update or not
[03:22] <berglh> i can't mention on the raising the interface bug
[03:22] <berglh> because it's a headless server
[03:22] <berglh> i only attached the display when i noticed it wasn't up
[03:23] <berglh> it's doing dhcp and dns for my network
[03:23] <berglh> so it's not great when it itsn't working
[03:23] <havenstance> hm, so you don't really know for sure if it was happening before you updated to 18.04?
[03:23] <berglh> all i know is that before hand it rebooted a lot faster
[03:23] <berglh> i.e. i'd applyg a new kernel and restart
[03:24] <berglh> then it'd be back up quite quickly
[03:24] <berglh> lately i've noticed it's seeming to take longer
[03:24] <berglh> i run smartd and scan my drives for errors etc
[03:24] <berglh> get emails if i'm having storage issues
[03:25] <havenstance> tbh, I might try a clean install as annoying as that may be, I know people have ran into issues in the past updating from a .10 to a .04 lts release.
[03:27] <havenstance> before I did that though I would check the PSU as your original plan was
[03:28] <havenstance> not sure what else to really have you try that others haven't already tbh
[03:30] <berglh> https://paste.ubuntu.com/p/Y6FyWSjWx8/
[03:31] <berglh> so that's the interesting thing
[03:31] <berglh> you'll see it's shutting down services before the kernel starts on the reboot
[03:33] <wr> on a ubuntu server if i set up some sites, is it possible seeing them via browser?
[03:43] <sarnold> wr: yes, a huge portion of the internet works exactly that way :)
[03:44] <wr> sarnold, what about core servers?
[03:45] <wr> sarnold, on a ubuntu server if i set up some sites, is it possible seeing them via browser on a core server?
[03:46] <sarnold> wr: do you mean one of these things? https://www.ubuntu.com/core
[03:46] <sarnold> wr: if so, I'd expect "yes", but you'd either have to find or create a *snap* to do the hosting
[03:47] <sarnold> ah here we are, the snap store https://snapcraft.io/store
[03:47] <wr> sarnold, in this case http://releases.ubuntu.com/16.04.4/ubuntu-16.04.4-server-amd64.iso after install dont have a browser or GUI, so i need a GUI to see sites? right?
[03:48] <sarnold> wr: I use w3m all the time, no gui required.. but .. most people would indeed rather use a gui web browser
[03:48] <wr> sarnold, i mean if this is the only way or there are some alternatives
[03:49] <sarnold> wr: what exactly are you trying to do?
[03:50] <wr> sarnold, i had a work here to do but it says to use a ubuntu server 16.4.4 but my teacher told to open sites and some use ssl etc
[03:50] <sarnold> wr: aha, I think I understand better
[03:51] <sarnold> wr: you can certainly start from the ubuntu-server iso and add packages with apt-get install to get to a functioning desktop computer
[03:51] <sarnold> but you might be better served to start with one of the desktop images instead, since they'll have selected a bunch of packages useful on desktops
[03:51] <wr> sarnold, im in doubt if he did any mistake, because at start we used a regular ubuntu then this work asks for a server
[03:52] <sarnold> wr: you can always install the server software on desktop, that works great. the only slight oddity is that "servers" don't normally use network-manager, but that's the most convenient way to use desktops and laptops..
[03:52] <wr> sarnold, yes i know, but only way is to add a GUI right?
[03:53] <sarnold> sure, if you want; apt-get install ubuntu-desktop     would get you most of the way there
[03:53] <wr> sarnold, what i mean is that nobody tests sites on a ubuntu server core via browser i guess
[03:54] <sarnold> wr: I don't know about "nobody"
[03:54] <sarnold> but it's surely more common to have two computers or a computer and a VM instance somewhere
[03:56] <sarnold> wr: it's time for me to bail.. I hope you have fun :)
[03:56] <wr> sarnold, basically i have apache2 php libapache2-mod-php
[03:56] <wr> sarnold, normally how do you test installed sites on this iso?
[03:57] <sarnold> like normal..
[03:57] <sarnold> firefox https://whatever/
[03:57] <sarnold> w3m https://whatever/
[03:57] <wr> sarnold, but gotta have a GUI right?
[03:57] <sarnold> wr: no
[03:57] <sarnold> w3m doesn't require a gui
[03:58] <sarnold> try it, w3m https://www.google.com
[03:58] <wr> sarnold, from shell i just firefox &
[03:58] <wr> sarnold, w3m i know it works, and links etc
[03:58] <sarnold> there ya go :D no gui required
[03:58] <wr> but if it is firefox
[03:59] <wr> sarnold, on ff gotta have GUI?
[08:17] <Haris> hello all
[08:17] <Haris> guys, is there a way to make ruid2 work with apache on 14.x ?
[08:17] <Haris> DISTRIB_DESCRIPTION="Ubuntu 14.04.5 LTS"
[08:38] <sixsix> I'm trying to install 18.04 on a bios (non-uefi) system. It installs just fine, creates a 1mb bios_boot partition, and the rest of the FS. The problem is, the disk will not boot - the system insists the disk is not bootable
[08:38] <sixsix> even if I boot from the installed and tell it to 'boot first disk' it won't boot
[08:39] <sixsix> s/installed/installer
[08:47] <sdeziel> sixsix: are you able to use the live environment to inspect the not bootable drive?
[08:48] <sdeziel> sixsix: if yes, I'd be curious to see the output of "fdisk -l /dev/sda" (assuming the drive is sda)
[08:54] <sixsix> I can use the installer's live environment, it addresses disks by /dev/disk/by-<whatever>/ etc - I don't have a console I can easily copy/paste on it but effectively it creates 2 partitions
[08:55] <sixsix> the first is 1mb and type is Bios boot
[08:55] <sixsix> the 2nd is the remaining disk and is type Linux Filesystem
[08:58] <sixsix> actually, I can copy/paste
[08:58] <blackflow> sixsix: you can pipe output of commands to termbin.com if you have network tehre.    eg, fdisk -l /dev/sda | nc termbin.com 9999   then paste here the URL you get
[08:59] <blackflow> so first question is, are you 100% sure that's a BIOS (legacy) boot and not EFI?
[08:59] <sixsix> /dev/disk/by-id/ata-ST3500418AS_5VM7J0XC-part1 2048 4095 2048 1M BIOS boot
[08:59] <sixsix> /dev/disk/by-id/ata-ST3500418AS_5VM7J0XC-part2 4096 976771071 976766976 465.8G Linux filesystem
[08:59] <sixsix> quite certain - checking the dmesg on the usb installer has no mention of efi
[08:59] <sixsix> it's an intel 965 chipset
[09:00] <blackflow> and you're sure the correct drive is selected for boot?
[09:00] <sixsix> it's the only drive in the system
[09:01] <blackflow> can you confirm the partitioning is GPT?
[09:05] <sixsix> parted says it is
[09:05] <sixsix> oh and fdisk which says Disklabel type: gpt
[09:06] <blackflow> sixsix: and this was installed by ubuntu installer?
[09:07] <sixsix> yes, default 'use entire disk' option on the new 18.04 server installer
[09:19] <Olivier[m]> The output of `sudo parted /dev/sda print` may help here.
[09:19] <blackflow> sixsix: do you know how to chroot into installed root? Wanted to suggest you try re-run   grub-install /dev/sda      -- assuming it's /dev/sda   , from the chroot of installed root.
[09:22] <sixsix> I can chroot in to the 2nd partition, but /dev isn't mounted when I do as that's not what booted
[09:24] <sixsix> parted's output is: https://gist.github.com/iamsix/178a4c584610c7bbb82a4f492d3fea17
[09:24] <Olivier[m]> sixsix: You need to rbind that mount `sudo mount -rbind /dev/ /<path-to-chroot>/dev`.
[09:24] <Olivier[m]> Same for `/sys`
[09:24] <blackflow> sixsix: so you don't know how to chroot. :)   you have to bind mount some dirs from the "host" side.    assuming you've mounted the installed root to /mnt    =>    mount -t proc proc /mnt/proc ; mount -R /dev /mnt/dev ; mount -R /sys /mnt/sys
[09:25] <blackflow> then you can     chroot /mnt
[09:26] <sixsix> ok, grub install seems to have worked
[09:27] <sixsix> let's see if it will boot that though...
[09:28] <sixsix> npoe, still no bootable device found :/
[09:29] <blackflow> sixsix: how old is that machine?
[09:30] <sixsix> board is from around 2008 as far as I can find
[09:30] <blackflow> Well, yeah. I'm thinking that machine is so old, it has no idea how to boot from GPT
[09:32] <sixsix> I figured as much too.. I'm not sure why the installer would have installed it with gpt though
[09:32] <sixsix> and the default usb installer boots perfectly (just dd the iso to a usb key) but it looks like that uses some kind of active MBR partition
[09:35] <blackflow> sixsix: perhaps you can pre-partition the disk from the live env using MBR based table, and then the installer might be able to re-use thos partitions. or you can debootstrap the installation for fully manual installation.    I don't see in the new subiquity menus where to select GPT vs MBR, so I don't know what else to suggest.
[10:01] <Yoyoyoooo> Hi, I know this channel isn't about LTSP, however I am trying to set up LTSP on Ubuntu Server 18.04, however I am struggling to find support anywhere, your "more reliable" wiki is no longer maintained and just points me to the LTSP wiki for instructions on how to install LTSP onto Ubuntu 18.04, however, despite LTSP claiming their guide is more stable, I've found it more troublesome than it's worth, especially considering I'
[10:02] <Yoyoyoooo> "Connection Refused" from nbd-client on the thin clients and then dropped to a BusyBox shell. I really don't know what to do, and don't know how to explain what I've tried as I am struggling to understand the architecture.
[10:10] <sdeziel> Yoyoyoooo: I don't know nbd-client much but if you get a connection refused message it could indicate that there is no server listening at the destination
[10:12] <Haris> I think I have mor ruid2 for apache working on another 14.x install. Why is it not working her e?
[10:13] <sdeziel> Yoyoyoooo: on the server end, could you try running "sudo ss -nltp" and pastebin the output?
[10:13] <Haris> Do the desktop and server version(s) have different maintainer(s) for mod ruid2 for apache2 ?
[10:14] <sdeziel> Haris: I'd say no
[10:19] <Haris> mod ruid2 is not working on one 14.x install
[10:21] <blackflow> Haris: define "not working"?
[10:22] <Haris> when code writes file to disk, it doesn't get ownership of the u/g its process should be running as
[10:25] <blackflow> Haris: are you sure the config is correct? Maybe that question is better suited to #apache. Have you consulted the documentation? https://github.com/mind04/mod-ruid2
[10:25] <Haris> yes, my config is standard, working normally on other distributions(s) as well
[10:26] <blackflow> Haris: pastebin it please?
[10:33] <Haris> will do
[10:33] <Haris> is php 7.2 available on xenial ?
[10:33] <Haris> for production
[10:36] <blackflow> Haris: there's a PPA, with all the caveats of that.   https://launchpad.net/~ondrej/+archive/ubuntu/php
[10:57] <Haris> https://pastebin.com/raw/EfrS59j0
[10:57] <Haris> this is for mod ruid2 issue
[11:33] <RoyK> blackflow: PPAs for production? ;)
[11:39] <Haris> PPAs are going into produciton all over the world. nothing new about it
[11:39] <Haris> guys, any feedback on the paste for mod ruid2 ?
[11:40] <ahasenack> never heard of this module before, sorry
[11:41] <Haris> its a mod to make sure the apache2 process serving a runs with the ownership + perms of that u/g
[11:41] <Haris> %s/serving a runs/serving requests runs/
[11:41] <Haris> with this I can segregate each vhost with a separate u/g on a linux machine
[11:41] <Haris> %s/with/using/
[12:15] <Haris> https://pastebin.com/raw/gvC1hZBg
[12:15] <Haris> fresh paste
[12:16] <Haris> does apache2 mod ruid2 work on 14.x ?
[12:16] <Haris> its not working for me
[12:26] <Haris> guys, anyone around at this hour
[12:30] <Ussat> I dont see any reason it would not, its more an apache thing than Ubuntu thing
[12:32] <Haris> but its not working on this one instance of 14.x
[12:32] <Haris> file being saved from php code is getting saved with root privileges
[12:35] <yeats> Haris: nothing in the apache2 logs about it?
[12:35] <Haris> nope
[12:36] <yeats> I've never used that mod, but you might do better asking in an apache channel/forum (or contacting the devs? https://github.com/mind04/mod-ruid2).  Project looks dead to me though.
[13:04] <ahasenack> when a bug is filed against a package in xenial, for example. We verify it's indeed a bug there, but it's fixed already in later releases
[13:05] <ahasenack> should we mark the main task as fix released, and add a task for xenial? Or only do the later if we are committing to an sru?
[13:07] <rbasak> IMHO, add a task for Xenial if it's a verified bug (ie. can be Triaged).
[13:07] <rbasak> If not committing to an SRU, that can be made clear in a comment. If definitely refusing an SRU, it can always be changed to Won't Fix.
[13:07] <rbasak> I'm also in favour of setting Won't Fix even if it's just "for now" to set user expectations. The nuances can be made clear in a comment.
[13:15] <ahasenack> turns out bionic and cosmic are also affected by this bug I'm triaging, I though they would not be. But the question was worth it
[13:15] <ahasenack> thought*
[13:15] <mmerlone> Hi, greetings from Brazil!
[13:15] <ahasenack> hi mmerlone, bom dia
[13:16] <mmerlone> Is there something wrong with ubuntu repos? I am unable to apt install ntp traceroute, "No candidate version found for traceroute"
[13:16] <mmerlone> Tryied http://br.archive.ubuntu.com/ubuntu and http://archive.ubuntu.com/ubuntu
[13:17] <ahasenack> mmerlone: I had trouble with that mirror yesterday and removed it for the time being
[13:17] <ahasenack> the br one, I mean
[13:17] <ahasenack> the main one (archive.u.c) should be fine
[13:17] <mmerlone> just tryied "us.archive.ubuntu.com and got the same
[13:17] <ahasenack> mmerlone: that bein said, traceroute is in universe
[13:18] <ahasenack> mmerlone: maybe you don't have universe enabled in your /etc/apt/sources.list?
[13:18] <mmerlone> I did
[13:18] <mmerlone> OOpps
[13:18] <ahasenack> and did "apt update" succeed before that?
[13:19] <mmerlone> just got the latest 18.04.1 iso, seems is a little different
[13:19] <ahasenack> did you use the new installer?
[13:19] <ahasenack> if yes, it sounds like https://bugs.launchpad.net/subiquity/+bug/1783129
[13:19] <mmerlone> http://pasted.co/4f2881b4
[13:19] <mmerlone> yes, new installer
[13:19] <ahasenack> ok, so it's the bug I linked above
[13:20] <sdeziel> mmerlone: I like mtr-tiny as traceroute client personally, it's in main :)
[13:20] <ahasenack> feel free to click on "Does this bug affect you?" bit there :)
[13:21] <mmerlone> just did. Will get sources.list from another server
[13:23] <mmerlone> ahasenack: thank you!
[13:23] <ahasenack> mmerlone: sorry about the bug, at least it's easy to fix
[13:24] <ahasenack> or rather, easy to apply a fix
[17:04] <ahasenack> rbasak: do you remember if protobuf-c was ever discussed for a MIR?
[17:06] <nacc> ahasenack: LP: #801735
[17:06] <nacc> :)
[17:06] <Ussat> 18.04.1 out ?
[17:06] <ahasenack> hm, I searched
[17:06] <nacc> ahasenack: you have to advanced search -> change the states
[17:07] <nacc> !isitoutyet
[17:07] <nacc> Ussat: -^ :)
[17:07] <nacc> Ussat: not sure if the ISOs are spun
[17:08] <ahasenack> but it's in universe right now
[17:08] <ahasenack> I guess whatever required it is no longer there, and it was demoted?
[17:09] <ahasenack> collectd perhaps, which was the motivation for that particular mir back then
[17:09] <nacc> it was in main in oneiric, then in universe in oneiric
[17:09] <nacc> (per publishing history)
[17:10] <nacc> https://launchpad.net/ubuntu/+source/protobuf-c/0.14-1build1
[17:11] <nacc> same srcpkg/version, too
[17:11] <ahasenack> it briefly touched main
[17:12] <ahasenack> well, that is making the bind9 delta grow now
[17:12] <ahasenack> yet another build-depends we have to drop because it's in universe
[17:13] <Ussat> nacc, I am more interested in testing a 16 --> 18 upgrade
[17:14] <oerheks> yes, the server isos are published http://torrent.ubuntu.com:6969/
[17:15] <nacc> Ussat: ah yes, then you should be fine
[17:15] <nacc> Ussat: i'm not sure if the upgrade path is 'enabled' or not yet
[17:15] <Ussat> nacc, ya will wait on that
[17:15] <Ussat> I have 6 test systems with apps on em primed and ready
[18:16] <dpb1> popey: is there a discourse bot that could echo new posts into here?
[18:16] <popey> I'm not aware of one
[18:17] <popey> you could use rss? https://discourse.ubuntu.com/c/server.rss
[18:18] <dpb1> hm
[18:18] <popey> dunno if there's a generic rss to irc bot (probably is, the venn diagram of "people who use irc" and "people who use rss" probably overlaps closely) :)
[18:19] <dpb1> yes, gotta think so
[18:19] <dpb1> https://github.com/meigrafd/feedie
[18:19] <popey> i can take a look next week
[18:19] <popey> but feel free to ping if you need help setting something up
[18:19] <dpb1> thanks, I might play around with it
[18:19] <popey> (I imagine you don't need my help to spin up a mini aws and put that code on though) :D
[18:20] <dpb1> heh
[18:20] <popey> have a great weekend
[18:20] <popey> o/
[18:20] <dpb1> cya
[18:27] <beowuff> Woah... The 18.04.1 /etc/apt/sources.list is almost empty!
[18:28] <beowuff> Oh, I see the bug linked above.
[18:47] <Ussat> Gonna be updating a few 18 test servers tomorrow I think, and a few 16->18 tests soon(ish)
[18:48] <tomreyn> then i'll do it after 'soon(ish)' ;)
[18:54] <Ussat> so shoult a dist-upgrade get get to to latest 18.04.1 ?
[18:54] <Ussat> should
[18:54] <ahasenack> if you are on 18.04, yes
[18:55] <Ussat> ok, gonne do a test run on personal VM
[18:55] <Ussat> thanks
[21:26] <saint_> hi - can someone tell me what are the requirements to instsall openstack using conjure , regarding web server ? I followed the documentation at https://www.ubuntu.com/download/cloud/try-openstack but it looks like conjure does not intall a web server ..
[21:32] <sarnold> saint_: conjure-up is normally used for *complicated* installations, like openstack or kubernetes; the kinds of things that require a dozen different interacting services on dozens or thousands of computers..
[21:32] <sarnold> saint_: if you just want to automate creating a webserver VM instance on an openstack cloud, juju might be a better fit for that
[21:33] <saint_> sarnold i used conjure to actually install openstack
[21:34] <saint_> it s just that now open stack GUI is using Horizon on a web server, and I thought conjure-up would have installed it (the web server)
[21:35] <sarnold> saint_: aha!
[21:35] <sarnold> saint_: yes, I'd expect a horizon somewhere on a brand new cloud..
[21:35] <saint_> and i tried to install apache , but it is still not working . i guess i have to install apache first, horizon, then open stack ?
[21:36] <sarnold> I *really* hope not
[21:36] <sarnold> that would not be convenient
[21:37] <saint_> i tried 2 times just in case i screwed up. and every time there is no WWW server installed..
[21:37] <sarnold> the guide here suggests that it should just be accessible at http://some.ip.address/horizon https://www.ubuntu.com/download/cloud/try-openstack
[21:37] <saint_> that s the guide i followed.
[21:37] <saint_> and it is not accessible, since there is no www server installed
[21:39] <sarnold> did you install it into lxd instances on your machine? or multiple machines? or a public cloud..?
[21:40] <saint_> ldx on the same machine
[21:40] <saint_> i m just trying it out for now
[21:41] <nacc> then wouldn't it be one of the lxd's IPs?
[21:41] <sarnold> saint_: does lxd list show you the new lxd guests?
[21:41] <sarnold> does it show any issues?
[21:41] <saint_> no issue
[21:42] <sarnold> does it show an IP address for seomthing that looks like it probably hosts horizon?
[21:42] <saint_> lxd show the list of vm i have
[21:42] <saint_> yes, and it is the ip address i am trying to access without success
[21:42] <saint_> netstat -nap|grep 80 shows that no service is listening on port 80
[21:42] <nacc> saint_: that's run *in* the horizon lxd?
[21:43] <saint_> no clue. i am restoring my previous image, and trying again. stand by
[21:43] <saint_> it s going to take a while actually.
[21:43] <nacc> saint_: ... you should have a clue
[21:43] <nacc> as in, you ran that commadn *somewhere*
[21:43] <nacc> where did you run it? hint, pastebins are helpful for this kind of thing
[21:43] <saint_> i mean yes. lxc list shows the machines i tried from the cloud
[21:43] <saint_> but NOT the horizon
[21:44] <nacc> what?
[21:44] <nacc> saint_: i feel like that sentence didn't make sense
[21:44] <nacc> if you don't have a horizon lxd, then I don't know where you ran netstat
[21:46] <saint_> in the host os (ubuntu itself)
[21:46] <sarnold> ah!
[21:46] <nacc> then that weas ... i think, wrong
[21:46] <nacc> https://tutorials.ubuntu.com/tutorial/install-openstack-with-conjure-up#2
[21:46] <saint_> i restored my old image . reinstalling now to see what went wrong where ..
[21:47] <nacc> says at the end it gives you the explicit url
[21:47] <sarnold> you have to execute the netstat or ss command within the lxd instance that is hosting horizon
[21:47] <saint_> dang it !
[21:47] <saint_> i bypassed the last screen !
[21:47] <nacc> don't know why you'd do that, but ok  :)
[21:48] <nacc> you can still find it from the lxd containers deployed, i think
[21:48] <sarnold> lxd list should show the IP address, iirc
[21:48] <nacc> lxc list, and see if
[21:48] <saint_> nacc this tutorial is way better than the other one i followed
[21:48] <saint_> i ll try now.
[21:48] <nacc> sarnold: lxc, right, not lxd?
[21:48] <saint_> i mean. now that i restored an old image, it s going to take a while. i ll be back in a little
[21:48] <saint_> yes, lxc
[21:48] <nacc> sarnold: just making sure i didn't miss a cli change! :)
[21:48] <sarnold> nacc: argh. right. I *hate* the 'lxc' command name to use the lxd service. so confusing.
[21:48] <nacc> sarnold: :)
[21:50] <nacc> https://github.com/conjure-up/conjure-up/issues/725
[21:50] <nacc> indicates you can use juju status to find the openstack-dashboard machine id and then that correlates to a lxd ip
[21:50] <nacc> or even just the unit directly, i guess
[21:51] <sarnold> nacc: aha, good find. I'm .. saddened, but not shocked, that lxc list doesn't know the purpose of each container :(
[21:51] <nacc> sarnold: it might name them usefully, but that feels like an implementation detail
[23:09] <skylite> how can I determine if a package is virtual and how can I find it's non-virtual versions?
[23:15] <nacc> skylite: iirc, virtual means it's in the provides: line of a package
[23:15] <nacc> skylite: context?
[23:16] <skylite> yes
[23:16] <skylite> The following package(s) are "virtual package" names: pure-ftpd
[23:16] <skylite> and I cant find which package should be the non-virtual(s)
[23:16] <skylite> to avoid this
[23:17] <nacc> skylite: i think you need grep-status (from dctrl-tools) to do it; at least that's one way
[23:18] <nacc> skylite: wht version of ubuntu?
[23:19] <nacc> skylite: on 18.04, pure-ftpd is a real pakcage, and afaict, in all releases
[23:21] <skylite> according to salt it isn't
[23:21] <skylite> not sure where it gets that
[23:21] <nacc> skylite: sorry, not sure what salt is in this context
[23:21] <skylite> saltstack
[23:22] <skylite> but it does not have a problem with pure-ftpd-common
[23:22] <nacc> skylite: is that an ubuntu package? `apt-cache policy pure-ftpd` ?
[23:22] <nacc> skylite: you still haven't said what version of ubuntu, btw
[23:22] <skylite> sry 18
[23:22] <nacc> skylite: ok, 18.04?
[23:22] <nacc> skylite: 18 isn't a version :)
[23:23] <nacc> !info pure-ftpd bionic
[23:23] <nacc> real, not virtual package --^
[23:23] <skylite> strange
[23:24] <nacc> skylite: if you can verify the policy output,  you should be able to see what's going on better
[23:25] <skylite> policy output?
[23:25] <nacc> skylite: asked for above, `apt-cache policy pure-ftpd`
[23:26] <skylite> yes
[23:26] <nacc> skylite: fyi, https://askubuntu.com/questions/366135/how-to-search-for-packages-that-provides-a-virtual-package may be useful in the future
[23:27] <skylite> I tried it and it gives back 3 packages for pure-ftpd
[23:27] <skylite> pure-ftpd-ldap pure-ftpd-mysql and pure-ftpd-postgresql
[23:28] <skylite> nacc: how is it not a virtual package then?
[23:29] <nacc> skylite: do you not have universe enabled?
[23:29] <nacc> skylite: can you pastebin the output?
[23:31] <skylite> https://pastebin.com/pXGCUBNK
[23:31] <nacc> skylite: that's your sources.list
[23:31] <skylite> sorry what did you want
[23:32] <nacc> skylite: `apt-cache policy pure-ftpd`
[23:32] <skylite> https://pastebin.com/GL6d4dV6
[23:33] <nacc> ...
[23:33] <nacc> that clearly shows it's installable
[23:33] <nacc> skylite: i feel like you're trolling, maybe?
[23:33] <skylite> not really
[23:33] <skylite> if its a virtual package
[23:33] <skylite> what would be different? is a virtual package not installable?
[23:34] <nacc> it's *not* virtua.
[23:34] <nacc> you can install it, as that output shows
[23:34] <nacc> a virtual package is like a symbol a bunch of packages provide
[23:34] <nacc> you need to tell apt which provider you wantto use, you can't install a virtual package
[23:34] <nacc> but pure-ftpd is *not* a virtual package
[23:35] <skylite> ok it just never says that its a virtual
[23:35] <skylite> so if it was virtual it should show multiple packages?
[23:36] <skylite> ah ok
[23:36] <skylite> so for example
[23:36] <skylite> apt show awk | grep "not a real package"
[23:36] <skylite> ok sorry I missed that line
[23:37] <nacc> skylite: you can't search for virtual packages easily
[23:37] <nacc> skylite: yes, ok, awk is a virtual package
[23:38] <nacc> use the link i pasted above, or grep-status to figure out what provides it
[23:38] <nacc> i'm eod, but you kind of went in a big circle, which is why i said trolling :)
[23:38] <skylite> it's just wierd that only the virtual packages are identified clearly by apt
[23:38] <skylite> and the ones are not I just have to know that they are not virtual
[23:39] <nacc> skylite: i'm not sure why this is a problem in general
[23:39] <nacc> on 18.04, as well, apt will tell you what provides it
[23:39] <skylite> maybe its just me then
[23:39] <nacc> i just tested with awk
[23:39] <nacc> https://paste.ubuntu.com/p/8hZTxWSyw6/
[23:40] <nacc> skylite: in any case, i think you should do some more testing/reading, this isn't a general problem for most users, afaict
[23:40] <nacc> have a nice evening
[23:40] <skylite> salt mislead me
[23:40] <skylite> thx:)
[23:49] <cryptodan> Why do I keep getting this error on ubuntu server 16.04 Jan  6 20:29:15 server kernel: [ 5493.523309] aacraid: Host adapter abort request (4,0,0,0)
[23:51] <cryptodan> Dell PowerEdge 4600 the error never happened on Ubuntu 14.04
[23:55] <tomreyn> http://ask.microsemi.com/app/answers/detail/a_id/15357/~/error%3A-aacraid%3A-host-adapter-abort-request
[23:56] <sarnold> nice find
[23:56] <cryptodan_mobile> donest work
[23:56] <tomreyn> but very old, not a good explanation
[23:56] <cryptodan_mobile> doesnt*
[23:56] <tomreyn> there is also https://bugzilla.redhat.com/show_bug.cgi?id=1557659
[23:58] <sarnold> dang. that makes me think it'll be kernel bisect time
[23:58] <tomreyn> sounds like it. also i dont seem to spot the workaround discussed there
[23:59] <tomreyn> comment 19 i guess
[23:59] <cryptodan_mobile> im going back to ubuntu 14.04 its obvious there is an issue in newer distros