[00:16] <raidghost> How hard is it supposed to be to get iommu to work 100% successfully. Allready added iommu=on and intel_iommu=pt in kernel config, and update-grub, rebooted
[00:16] <raidghost> But still Error starting domain: unsupported configuration: host doesn't support passthrough of host PCI devices is the happy message ive got
[00:17] <raidghost> libvirt kvm
[05:35] <cpaelzer> good morning
[06:24] <samba35> can some one help me with some basic (???) problem ,i am trying add parameter in file /sys/bus/pci/devices/0000:01:00.0/driver/unbind but i am not able to edit /write to file even file permisson is 666 and it give message/error when i type file unbind
[06:24] <samba35> unbind: ERROR: cannot read `unbind' (Input/output error)
[06:25] <samba35> i am trying this on 16.04.4 and beta 18.04
[06:25] <samba35> what wrong i am doing
[06:26] <OpenTokix> samba35: What is your end goal with this operation, what are you trying to do?
[06:26] <samba35> i want to configure pci passthrough where i want to add device id to this file
[06:26] <samba35> i try echo command also
[09:30] <olivierb-> Hello everyone, imagine that I have an ubuntu xenial server with 2 net itfs which are on separate networks and for which 2 DHCP servers answer. Any clue why the "secondary" DNSes always take precedence over the ones received from the 1st/main itf ?
[09:31] <olivierb-> are there any options I need to set in the DHCP servers so that one always take precedence ? any other way to solve this ?
[09:39] <blackflow> olivierb-: should be possible to configure the dhcp client to disregard dns entries from one of the interfaces
[09:41] <blackflow> olivierb-: looking at the dhclient.conf manpage, theres interface { ... }  section where you could supply different options for different interfaces.
[09:56] <olivierb-> blackflow many thanks, will definitely have a look at this
[10:41] <OpenTokix> olivierb-: you can ignore dns-entries in your dhclient-config.
[13:24] <frickler> coreycb: oh, great, I've been meaning to ping you about neutron-dynamic-routing releases but it looks like you're already on it https://bugs.launchpad.net/bugs/1750121
[13:25] <coreycb> frickler: yes. i may not be able to upload until friday though as bionic is 1 day from release and in final freeze.
[13:25] <coreycb> thedac: fyi ^
[13:26] <frickler> coreycb: I'm more interested in the Pike update anyway, but no need to hurry, I do have local builds for now
[13:28] <coreycb> frickler: ok. it needs to land in pike+ releases first. definitely in progress though.
[14:01] <ahasenack> udebs, are they only used in the installer environment? Or somewhere else?
[14:01] <ahasenack> maybe in small devices, routers, that kind of thing?
[14:37] <hyperlumic> ahasenack: https://wiki.debian.org/udeb
[14:38] <hyperlumic> ahasenack: Looks like they're solely for the installer's use.
[14:38] <hyperlumic> I haven't seen them employed anywhere else, though that's hardly conclusive.
[14:38] <ahasenack> ok
[14:38] <ahasenack> I asked for more information in the bug report I got
[14:38] <ahasenack> about a missing symbol/link step in a udeb package
[14:58] <rbasak> nacc: git-ubuntu sync is scheduled in 90 minutes. Are you interested in attending these still?
[15:24] <dpb1> teward: you are famous: https://news.ycombinator.com/item?id=16921452
[15:29] <teward> I am?  What've I missed o.O
[15:29] <dpb1> teward: top comment on there is rbasak. :)
[15:30] <teward> ah, nice.
[15:30] <teward> :)
[15:39] <dpb1> teward: added an entry into the release notes, if you wanted to review or wordsmith: https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes
[15:52] <dannax> hey!, Is there any up-to-date vagrant ppa? Just installed 1.9.1 from the repos and current version is 2.0.4
[15:54] <dpb1> dannax: bionic has 2.0.2
[15:55] <dannax> dpb1, thx!
[15:56] <nacc> rbasak: i can't today, I don't think
[15:56] <nacc> rbasak: in the future, yes
[15:57] <rbasak> nacc: OK. I think you should have an invite to your personal address.
[15:57] <nacc> rbasak: received thanks
[16:49] <ahasenack> I wonder where I can document in https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes that cifs-utils (i.e., mount.cifs) now defaults to SMB2 or higher instead of SMB1
[16:49] <ahasenack> it's a client tool, but desktop isn't client necessarily
[16:50] <dpb1> ahasenack: just adding a 'samba' entry would be good enough
[16:50] <dpb1> under server
[16:51] <ahasenack> or maybe under "known issues", and link to the bug I am troubleshooting?
[16:55]  * ahasenack checks if that changed in artful already
[16:56] <Maxel> hi all. I'm back to trying to fix my boot partition. I've been running: dpkg --configure -a and getting part of the files rebuilt until I run out of space and empty older versions of the files in the boot partition
[16:57] <Maxel> I'm not actually sure what I'm doing or if I'm making progress, it will download one release newer each time I do this
[16:57] <dpb1> Maxel: can you clean up space in general first?
[16:57] <Maxel> I'm not sure what I should be tampering with on the boot partition
[16:58] <Maxel> I should preface this with I believe some time ago I stupidly deleted everythhing from my boot partition because apt upgrade wasn't working for me
[16:58] <Maxel> so I'm trying to get to a good state
[16:58] <dpb1> well, ya, that's not great
[16:58] <dpb1> :)
[16:59] <dpb1> Maxel: these tips: https://askubuntu.com/questions/345588/what-is-the-safest-way-to-clean-up-boot-partition
[16:59] <Maxel> luckily I haven't restarted the vm and I am hoping I can recover it
[16:59] <dpb1> honestly, read that over, it's good info
[16:59] <dpb1> even talks about what to do if you can't do it through apt
[17:01] <nacc> dpb1: TJ- has a script that does the right thing in general
[17:01] <nacc> let me see if i can find the link
[17:02] <nacc> http://iam.tj/projects/ubuntu/apt-autoremove-old-kernels
[17:03]  * dpb1 posts that as an answer
[17:04] <Maxel> nifty
[17:04] <Maxel> should I be able to run this in my current state however?
[17:04] <Maxel> where I deleted the actively running kernel?
[17:05] <dpb1> Maxel: that answer with 'Note: this is only if you can't use apt to clean up due to a 100% full /boot', I would read through and digest it
[17:05] <Maxel> oh, yeah down an answer. will do :)
[17:09] <Maxel> ok, I believe this is essentially what I am doing. one difference is flickerfly says to delete the old images while I'm just reducing them to 1 byte in size
[17:09] <Maxel> not sure if one way right or wrong
[17:14] <nacc> Maxel: no real difference, given the truncated image is unusable
[17:17] <teward> dpb1: looks good to me (for the release notes blurb).  thanks.
[17:21] <Maxel> ok, so I am going through the answer on askubuntu, and when I perform the apt-get -f install, it still doesn't have enough space
[17:21] <dpb1> Maxel: what are the numbers
[17:21] <dpb1> (df -h /boot)
[17:22] <Maxel> here: /dev/sdb1       472M  469M     0 100% /boot
[17:22] <dpb1> that is indeed small
[17:23] <Maxel> I don't remember defining the size on install
[17:23] <dpb1> du -ms /boot/* | sort -n | pastebinit
[17:23] <nacc> should be plenty big if autoremove is used
[17:25] <Maxel> whaaa, I had no idea pastebinit was built in
[17:25] <Maxel> slick
[17:25] <Maxel> http://paste.ubuntu.com/p/Wx3jrSFzZV/
[17:26] <nacc> Maxel: you can also do | nc termbin.com 9999
[17:26] <dpb1> ok, same thing you did to the kernel files, you need to do to the initrd, one at a time, oldest first.
[17:27] <Maxel> I've just been running this: echo "" | sudo tee /boot/*-4.4.0-{62,66,70,71,72,75,78,79,87,89,98,101,103,104,108}-*
[17:27] <Maxel> to clean everything up
[17:28] <dpb1> ok, that's fine, but it's missing your initrds it seems, unless you haven't ran it yet
[17:28] <dpb1> since that's where your space is going
[17:31] <Maxel> it truncates the initrd files, but when I run apt-get install, it re-downloads the files
[17:31] <nacc> Maxel: after you truncate the initrds, you should autoremove
[17:32] <nacc> then do an install, i think
[17:32] <Maxel> just apt-get autoremove you mean?
[17:32] <dpb1> sudo apt-get purge linux-image-<version>, or autoremove, if you can.
[17:34] <dpb1> ah right, the initrds are being generated again
[17:34] <dpb1> with your -f install
[17:34] <Maxel> autoremove seems to be working
[17:34] <nacc> basically, you have to tell apt to stop installing those broken packages
[17:34] <nacc> which will always put back all those files
[17:34] <nacc> autoremove gets rid of those unneeded packages
[17:38] <Maxel> ah ha, looks like it's in a good state finally
[17:38] <Maxel> now the kernel I'm currently running is still truncated though, I assume this would be an issue on boot?
[17:39] <Maxel> oh, err actually the initrd is there, but the other images are not
[17:39] <dpb1> sudo apt install --reinstall linux-image-<version>
[17:40] <dpb1> depending on which package it actually is there.  you want the full package name though
[17:40] <dpb1> on my box, I have linux-signed-image-4.4.0-121-generic
[17:41] <dpb1> and linux-image-4.4.0-121-generic
[17:43] <Maxel> neat, looks good, now I'll see if I can update
[17:46] <Maxel> so doing a apt-get upgrade I'm getting an error. grub failed to install 3 devices
[17:47] <dpb1> pastebin if you can
[17:49] <Maxel> it's pretty ugly: https://pastebin.com/UcqMkxWQ
[17:49] <Maxel> it has a ui for this error message
[17:50] <mtl_> Is upgrading to 18.04 as easy as just changing all "xenial" lines to "bionic" and running apt-get update && apt-get dist-upgrade
[17:50] <mtl_> Like in Debian
[17:51] <dpb1> sec there is a link
[17:51] <dpb1> https://help.ubuntu.com/community/Upgrades
[17:51] <mtl_> thanks
[17:52] <nacc> mtl_: you *can* do that, but d-r-u is 'better'
[17:53] <nacc> rbasak: how does the importer review look? I might have a few moments this aftenroon to refresh my cleanup MP
[17:56] <mtl_> nacc, my virtual server provider provides cloned ubuntu repositories, can you tell d-r-u to use them instead of official mirrors?
[17:56] <nacc> mtl_: no idea, sorry
[17:56] <mtl_> nacc, ok.
[17:57] <nacc> mtl_: VPS (by design) seems easier to create fresh, then migrate data then to upgrade in place
[17:57] <nacc> but that's my opinion
[17:58] <dpb1> I think d-r-u does a s/xenial/bionic/ more or less, it doesn't change the mirrors.  emphasis on think.
[17:58] <dpb1> it does remove non standard repos though, so... I wouldn't be surprised if I was wrong
[17:59] <nacc> yeah, i can't remember anymore
[17:59] <mtl_> I have the cheapest package and even snapshots are not available
[18:00] <teward> if it's a VPS then the answer I'd give is 'It Depends on the way it's Virtualized"
[18:00] <teward> if it's OpenVZ virtualized you should avoid upgrading entirely
[18:00] <mtl_> and I have lots of own configs.. :(
[18:00] <teward> if it's KVM then I'd say "YMMV, I'd suggest 'fresh systems' and then data migration."
[18:00] <nacc> teward: good point
[18:01] <mtl_> it's KVM
[18:11] <Maxel> this looks like the only note on the grub issue: https://askubuntu.com/questions/315207/grub-failed-to-install-to-the-following-devices-error-on-upgrade
[18:12] <Maxel> I'm not sure if I should stop the upgrade
[18:25] <Maxel> if I choose to not proceed from that grub error, it takes me back to a screen to decide which drives to install grub on
[18:25] <Maxel> where if I choose ok, goes back to the error screen
[18:36] <nacc> rbasak: dpb1: anything big come out of the g-u sync?
[18:46] <Maxel> how can I figure out which drive is designated boot?
[18:49] <sdeziel> Maxel: could you pastebin lsblk's output?
[18:50] <Maxel> I'm stuck in a loop of error saying it couldn't install grub, and then choosing which partitions to install it on
[18:50] <Maxel> I'm worried if I disable the drives I'm getting an error on that I wont be able to boot
[18:50] <sdeziel> Maxel: you generally don't want grub installed on a partition
[19:41] <rbasak> nacc: we skipped it
[19:50] <rbasak> nacc: the importer seems to be stuck on qt4-x11 and texlive-extra now.
[20:13] <nacc> rbasak: both are blacklisted now
[20:13] <nacc> rbasak: fyi
[20:13] <nacc> rbasak: so may be worth killing the import subjobs and seeing if it progresses
[20:59] <rbasak> nacc: did you blacklist them before, or just now?
[22:15] <nacc> rbasak: in master before i left
[22:16] <nacc> late-ish on Monday, so after your snap build presumably
[22:50] <rbasak> Ah, OK.
[22:50] <rbasak> I'll finish fixing the snap build tomorrow hopefully.
[22:56] <rbasak> dpb1, rharper: the alternate server installer URL could do with updating in https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Ubuntu_Server
[23:00] <rbasak> Oh, it's not out yet.
[23:01] <nacc> rbasak: thanks -- yeah let me know if you need anything
[23:12] <dpb1> rbasak: yes, there will be a round of updates after they do final image builds (hope that is happening now)