[06:43] <Kilos> hi superflyand others
[07:32] <Kilos> hi not_found
[07:33] <captine> hi Kilos
[07:33] <Kilos> hi captine
[07:34] <Kilos> i have such a struggle everytime in install kde to get fonts so i can see them
[07:35] <Kilos> the default is for peeps with build in magnifying glasses
[07:35] <captine> so you a kde user?  I stick with Unity on ubuntu or Gnome 3 on arch
[07:35] <not_found> are you installing KDE over Ubuntu or installing Kubuntu?
[07:36] <Kilos> i use unity on one drive and kubuntu on another but couldnt get kde to see the d-link modem so installed unity and then kubuntu-desktop on top this time
[07:36] <Kilos> i prefer kde straight and pure but what can you do
[07:36] <not_found> ok
[07:36] <captine> interesting
[07:36] <not_found> not ideal
[07:37] <Kilos> i will experiment with removing unity stuff bit by bit
[07:37] <Kilos> you use 3g captine?
[08:10] <Kilos> hmm... just had a kernel panic on the new install
[08:11] <Kilos> couldnt even find sudo in /usr/bin/
[08:11] <Kilos> or the init stuffs
[08:11] <Kilos> Maaz google boot-repair for 12.04
[08:11] <Maaz> Kilos: "Boot-Repair - Community Help Wiki - Official Ubuntu Documentation" https://help.ubuntu.com/community/Boot-Repair :: "How to Repair GRUB2 When Ubuntu Won't Boot" http://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/ :: "boot - How do I fix booting process in Ubuntu 12.04 after the ..." http://askubuntu.com/questions/321225/how-do-i-fix-
[08:11] <Maaz> booting-process-in-ubuntu-12-04-after-the-windows7-removed :: "Restore/Reinstall/Repair Gr…
[12:27] <captine> hi Kilos.  sorry, was away dealing with little son
[12:27] <captine> not on 3G
[12:27] <captine> on ADSL
[12:34] <Kilos> lucky man
[12:34] <captine> I refused to buy a place where there isnt decent adsl.  my old appartment could go to 2meg max....
[12:34] <captine> so it was a requirement
[12:34] <captine> on the house hunting list
[12:35] <Kilos> clever
[12:35] <Kilos> actually once going 3g is fine, just costs
[12:36] <captine> yip
[12:36] <Kilos> this telkom modem moves
[12:36] <captine> last month I used 200GB
[12:37] <Kilos> wow
[12:37] <captine> so 3G not an option.  we dont have DSTV so we stream youtube content etc
[12:37] <Kilos> ah ok
[12:38] <captine> my modem used to say max speed was 26mbps, but I see now it says 12... i am on a 10mbps packadge, so I guess telkom changed something on my line
[12:38] <captine> lol
[12:39] <Kilos> i peaked at 1002kB/s last night
[12:40]  * not_found strokes uncapped line and it purrs back at him
[12:40] <Kilos> best ive ever had from 3g
[12:40] <Kilos> lol
[12:40] <Kilos> swine
[12:41] <not_found> at least one perk of sweating in the sun
[12:42] <Kilos> yeah
[12:42] <captine> not_found, what provider are you on
[12:42] <captine> I thought of going uncapped, but am worried my streaming video's will lag etc
[12:42] <not_found> not in SA captine
[12:42] <captine> ah
[12:42] <captine> nice
[12:42] <not_found> it all depends on your bandwith too
[12:42] <captine> I had a 6meg uncapped cable when living in Manila
[12:43] <not_found> I upgraded to a 20mb down 5mb up line...
[12:43] <captine> was nice, but their internet was touch and go... very oversold.  6meg from your house to their server only
[12:43] <not_found> 2.5MB download :D
[12:43] <not_found> MB/s
[12:44] <captine> u in europe or USA
[12:44] <not_found> middle earth
[12:44] <captine> lol
[12:44] <captine> kenya?... :)
[12:44] <not_found> uae
[12:44] <captine> ah
[12:45] <not_found> they offering 300mb lines here now >.<
[12:46] <captine> crazy
[12:47] <not_found> very expensive but still... that is almost 40MB a second...
[12:48] <Kilos> wow
[12:48] <not_found> download 1gb in 30 seconds
[12:50] <Kilos> haha not_foundi dont suppose you bother about saving downloaded packages
[12:51] <Kilos> quicker to just get them again
[12:51] <not_found> nope... less hassle re-downloading than finding the external and plugging it in...
[12:51] <not_found> well not always true
[12:51] <not_found> some  files can be very big
[12:51] <Kilos> who cares with that kinda uncapped
[12:53] <not_found> I don't have such a fast line...
[12:53] <not_found> gigabytes still take a while
[12:54] <captine> oneday, hopefully, the government will wake up here
[12:54] <not_found> it is coming...
[12:55] <not_found> was reading some interesting articles... afaik there is a new line almost online to connect SA
[12:55] <not_found> will really boost the bandwidth afaik
[12:55] <captine> last mile is my issue
[12:56] <Kilos> new line from where?
[12:56] <captine> and lack of google data centre in SA.  We need some big data centre's to be housed here for africa... although when the line runs from the UK, there is perhaps little need for a centre so far south
[12:56] <Kilos> another undersea cable
[12:57] <not_found> not entirely sure where and when and how but it is supposed to be the start of real speed and availability boosts
[12:57] <not_found> if telkom plays along :p
[12:57] <Kilos> yeah lets hope
[12:58] <captine> my issue is all the focus is on LTE and wireless instead of solid copper and fibre to the home.
[12:58] <Kilos> their 3g is the best ive had and the most stable
[13:01] <not_found> problem with laying cable is it is expensive and takes long
[13:36] <charl> good afternoon
[13:36] <charl> Maaz: coffee on
[13:36]  * Maaz puts the kettle on
[13:37] <Kilos> hi charl
[13:37] <charl> just saw this in the news
[13:37] <charl> http://torrentfreak.com/anti-piracy-outfit-pirates-article-and-images-for-own-press-release-140320/
[13:37] <charl> Anti-Piracy Outfit Pirates Article and Images For Own Press Release
[13:37] <charl> hi Kilos :)
[13:40] <charl> whow that is just embarrasing
[13:40] <charl> even going as far as shopping "australian" out of the picture
[13:40] <Maaz> Coffee's ready for charl!
[13:40] <charl> Maaz: thanks
[13:40] <Maaz> charl: Okay :-)
[16:22] <Vince-0> !
[16:22] <Vince-0> Happy Human Rights day
[16:25] <Vince-0> if that's something to be happy about
[16:34] <Kilos> hehe
[17:21] <charl> hi Vince-0
[17:21] <charl> you people have been having holiday? i have been working all day
[17:21] <charl> i did some very interesting stuff with jdom2 and xslt though
[19:21] <Kilos> hi superfly
[19:21] <Kilos> night all. sleep tight
[20:45] <captine> night


[00:13] <lool> ogra_ac: I think signGP.c is missing a return 0 and just returns random
[00:13] <lool> frankly, the return codes are messy
[00:13] <lool> ogra_ac: would you remerge the x-loader changes which were dropped before maverick release?
[00:23] <ogra_ac> lool, as i said before uds, after i return home i'll do a merge week and re-merge the missing bits in x-loader too
[00:23] <lool> ogra_ac: I thought you were home, which is why I reminded you :)
[00:23] <ogra_ac> i'll look into the signGP return codes then too ... we wont build images before anyway
[00:24] <lool> I filed https://bugs.launchpad.net/ubuntu/+source/x-loader/+bug/669275
[00:24] <ubot2> Launchpad bug 669275 in x-loader (Ubuntu) "Various error handling issues with signGP.c (affects: 1) (heat: 6)" [Undecided,New]
[00:24] <ogra_ac> ah, no, i'm in maine
[00:24] <lool> Maine?
[00:24] <ogra_ac> returning to boston on tue.
[00:24] <ogra_ac> yeah, maine, south of the canadian border
[00:24] <lool> ogra_ac: we will see in Boston then
[00:24] <lool> ogra_ac: what are you doing in Maine?
[00:24] <ogra_ac> http://www.seawallmotel.com/
[00:25] <ogra_ac> enjoying one of my paradise places
[00:25] <ogra_ac> and cooling down from florida
[00:25] <ogra_ac> oh, and meeting the LTSP devs who had a hackfest here
[00:25] <ogra_ac> :)
[00:32] <lool> eh
[15:14] <lag> rsalveti: Hey Ricardo
[15:14] <lag> rsalveti: Can I have an update on bug 661761 please?
[15:14] <ubot2> Launchpad bug 661761 in linux-ti-omap4 (Ubuntu) "3 copies of video with LG Flatron W22561VP (affects: 1) (heat: 394)" [Undecided,New] https://launchpad.net/bugs/661761
[15:15] <lag> GrueMaster: May I have an update on bug 644714 please?
[15:15] <ubot2> Launchpad bug 644714 in linux-ti-omap4 (Ubuntu) "Screen corruption waking from screen blank if no monitor present (affects: 1) (heat: 105)" [Medium,New] https://launchpad.net/bugs/644714
[15:16] <lag> sakoman: If you'd be kind enough to update me on your patch-set relevant to bug 622935, I'd be much obliged.
[15:16] <ubot2> Launchpad bug 622935 in linux-ti-omap (Ubuntu) "video: add timings for hd720 video mode (affects: 1) (heat: 58)" [Medium,Confirmed] https://launchpad.net/bugs/622935
[15:16] <GrueMaster> lag.  I just got home from vacation at midnight.  Just waking up now.  Let me look and see what is needed.
[15:16] <lag> GrueMaster: Great, thanks!
[15:17] <lag> GrueMaster: No rush - I'm just trying to tie up some loose ends
[15:17] <GrueMaster> Rob Clark saw the bug first hand when we were on-site.
[15:17] <GrueMaster> Not much else to say.
[15:17] <lag> robclark: Would you mind updating us?
[15:18] <lag> robclark: GrueMaster: If it's no longer causing as issue I'll close it
[15:18] <GrueMaster> I haven't seen a kernel update that lists this as fixed.  So keep it open.
[15:18] <GrueMaster> It still failed before I left for vacation.
[15:21] <robclark> lag: err, umm.. what are we talking about?
[15:21] <lag> Do you have scroll back?
[15:21] <robclark> yeah, I mean which of the 3 or so recently mentioned bugs..
[15:21] <lag> robclark: bug 661761
[15:22] <lag> robclark: bug 644714
[15:22] <lag> robclark: They are both relevant to you
[15:22] <robclark> ok
[15:24] <robclark> lag: I think there is not much we can do about 644714 until pvr_video driver has support for resolution switching..
[15:24] <robclark> on 661761, IIRC mythripk had some patch which rsalveti might have tried or might not have.. I'm not entirely sure..
[15:25]  * robclark has been traveling for last couple weeks so still getting caught up
[15:25] <robclark> but a solution for 644714 would also help 661761.. or at least I expect it would
[15:25]  * lag knows the feeling
[15:26] <lag> I'm about to start another conference
[15:26] <robclark> ahh.. you at LPC this week?
[15:28] <lag> I am
[15:28] <lag> I'll have to speak with mythripk when I return next week
[15:28] <lag> Until then I hope rsalveti will be able to fill in some gaps
[15:28] <robclark> ahh, cool..  I would have liked to go, but I need some time to actually get some work done too ;-)
[15:28] <robclark> yeah, hopefully
[15:34] <cooloney> lag: i guess rsalveti is on vacation IIRC
[15:35] <lag> cooloney: Ah!
[15:51] <davidm> GrueMaster, you about?
[15:51] <GrueMaster> yes.  Call time?
[15:52] <davidm> GrueMaster, if you are just waking up can do later or tomorrow no one else is really around anyway
[15:52] <GrueMaster> I'm up.  Been up for an hour.
[16:28] <Tarki> bye guys
[19:49] <cipher> how do I make the initrd? I'm using ubuntu lucid and am trying to build some things from scratch because i need a custom kernel
[19:51] <cipher> I've built the kernel using: make -j8 INSTALL_PATH=/tmp/beagle ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- install
[19:53] <cipher> make -j8 INSTALL_MOD_PATh=/tmp/beagle INSTALL_PATH=/tmp/beagle ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- modules_install
[19:57] <cipher> and I'm trying to use update-initramfs as:  sudo /usr/sbin/update-initramfs -c -k 2.6.31  but it complains that the libs aren't in /lib/2.6.31
[19:58] <cipher> my hack was to do an sudo ln -s /tmp/beagle/ /lib/modules/2.6.31  sadly
[20:06] <cipher> actually if someone just has a good reference for building a custom kernel and all the details that would be great, particularly with an armv7a
[20:12] <ramiro> hi
[20:19] <ramiro> I just wrote the image following https://wiki.ubuntu.com/ARM/OMAPMaverickInstall to a 4gb sd card. when I boot my beagleboard I get that it hangs with 'Loading u-boot.bin from mmc'. (connected through the serial port, no monitor connected)
[20:23] <jo-erlend> ramiro, the first time you boot the image, it resizes your partitions, etc. It may take some time. It will reboot by itself.
[20:24] <jo-erlend> took ~15-20 minutes with my card.
[20:24] <ramiro> wow, that's a lot. why don't I get any status update?
[20:24] <ramiro> btw I've rebooted a few times, does it matter? =) or should I write the card all over again?
[20:24] <jo-erlend> I think you would.
[20:24] <ramiro> it just hung there, also there are no leds flashing on the board
[20:30] <jo-erlend> ... I'm no expert. :(
[20:43] <cipher> wouuld I have any particular trouble if I built a kernel using arm-linux-gnu- vs arm-linux-gnueabi- ?


[05:55] <didrocks> good morning
[05:58] <jibel> Salut didrocks
[06:00] <didrocks> hello jibel
[06:06] <oSoMoN> good morning desktoppers
[06:06] <oSoMoN> happy Friday!
[06:11] <luna> morning o/
[06:13] <duflu> Hi didrocks, jibel, oSoMoN, luna
[06:15] <didrocks> hey oSoMoN, luna, duflu
[06:16] <oSoMoN> hey duflu, good morning duflu & didrocks
[07:18] <jpnurmi> hey all, and good morning
[07:30] <seb128> goood morning and happy friday desktopers!
[07:32] <Trevinho> morning seb128
[07:40] <duflu> Morning jpnurmi, seb128, Trevinho
[07:40] <seb128> Trevinho, duflu, hey, how are you doing?
[07:40] <seb128> Trevinho, nice to see you on IRC :)
[07:40] <Trevinho> all good
[07:41] <Trevinho> ehehe, I wrote quite a bit of stuff yesterday :-D
[07:41] <Trevinho> btw the other day I saw your ping but you went offline and I replied only to Olivier
[07:46] <duflu> seb128, not bad. How are you?
[07:46] <seb128> duflu, I'm alright thanks!
[07:47] <seb128> Trevinho, I saw your trello card, need to read it again this morning :)
[07:58] <oSoMoN> good morning jpnurmi, seb128, Trevinho
[07:58] <seb128> lut oSoMoN, en forme ?
[08:00] <oSoMoN> seb128, à part une vilaine contracture dans l’épaule droite, oui
[08:00] <oSoMoN> et toi?
[08:00] <oSoMoN> Trevinho, thanks for the detailed investigation and proposed solutions.
[08:04] <seb128> oSoMoN, :-( I hope the keyboard isn't going to make it worth today
[08:04] <seb128> oSoMoN, ça va !
[08:24] <Trevinho> oSoMoN: that's going a bit further than just the desktop ID stuff, that could be solved in an easier way, but since we're there I think we should also handle such case. As they're both connected when it comes to some portal actions
[08:30] <Trevinho> oSoMoN: this is also going in the desktop ID direction though: https://github.com/flatpak/xdg-desktop- portal/pull/798 but not dropping the `snap.` prefix yet
[09:58] <seb128> jibel, hey, if you have time for a should-be-easy review, https://code.launchpad.net/~seb128/qa-jenkins-jobs/+git/qa-jenkins-jobs/+merge/422367
[10:26] <jibel> seb128,merged
[10:32] <seb128> jibel, thanks!
[11:19] <GunnarHj> Hi seb128, hope all is well.
[11:19] <GunnarHj> seb128: What should I do if a package build gets stuck?
[11:19] <GunnarHj> https://launchpad.net/ubuntu/+source/ubuntu-docs/22.10.1/+build/23743487
[11:19] <GunnarHj> Cancel and retry, or just wait?
[11:21] <seb128> GunnarHj, hey, how are you?
[11:21] <seb128> GunnarHj, cancel and retry I would say, I did that yesterday for another package
[11:21] <seb128> might be worth asking on #launchpad if there is a known problem with the builders
[11:21] <GunnarHj> I'm fine, thanks.
[11:22] <GunnarHj> seb128: Ok, I'll try that. If it doesn't help, I'll ask at #launchpad.
[11:23] <seb128> it's going to help; still worth maybe mentioning on #launchpad
[11:23] <seb128> builds shouldn't get stuck like that
[11:26] <GunnarHj> seb128: Are you sure it will help? Now the cancellation seems to be stuck... :/
[11:30] <GunnarHj> Disregard the latter. Just requested a retry.
[11:37] <seb128> it takes a bit before you are able to retryes :)
[13:14] <KGB-0> mutter Jeremy Bicha 308616 * commented merge request !81 * https://deb.li/3Y99i
[13:21] <KGB-2> mutter signed tags 2156912 Jeremy Bicha ubuntu/42.1-1ubuntu1 * mutter Debian release 42.1-1ubuntu1 * https://deb.li/ijTX2
[13:21] <KGB-2> mutter ubuntu/master 2f522e5 Jeremy Bicha debian/changelog * releasing package mutter version 42.1-1ubuntu1 * https://deb.li/ivkC
[18:59] <KGB-2> gnome-shell pristine-tar 00350ff Jeremy Bicha gnome-shell_42.1.orig.tar.xz.delta gnome-shell_42.1.orig.tar.xz.id * pristine-tar data for gnome-shell_42.1.orig.tar.xz * https://deb.li/oXby
[20:32] <KGB-0> gtk4 pristine-tar 6748618 Jeremy Bicha gtk4_4.6.4+ds.orig.tar.xz.delta gtk4_4.6.4+ds.orig.tar.xz.id * pristine-tar data for gtk4_4.6.4+ds.orig.tar.xz * https://deb.li/LBln
[20:32] <KGB-2> gtk4 upstream/latest b55b1d6 Jeremy Bicha * pushed 25 commits (first 5 follow) * https://deb.li/0On4
[20:32] <KGB-2> gtk4 upstream/latest fb6de41 Emmanuele Bassi gtk/gtkfilechooserwidget.c * Merge branch 'wip/sophie-h/cherry-pick-filechooser' into 'gtk-4-6' * https://deb.li/iicdD
[20:32] <KGB-2> gtk4 upstream/latest 6b740c8 Luca Bacci gtk/gtkfilechooserwidget.c * GtkFileChooserWidget: check for empty instead of NULL GListModel * https://deb.li/j2x0
[20:32] <KGB-2> gtk4 upstream/latest f012070 Luca Bacci gtk/gtkfilechooserwidget.c * GtkFileChooserWidget: return empty GListModel in get_files () instead of NULL * https://deb.li/3Dcm2
[20:33] <KGB-2> gtk4 upstream/latest 045446c Luca Bacci gtk/gtkfilechooserwidget.c * Merge branch 'backport-mr-4678-gtk-4-6' into 'gtk-4-6' * https://deb.li/BFPi
[20:33] <KGB-2> gtk4 upstream/latest 55a4b4a Matthias Clasen gdk/ gdkglcontext.c gdkglcontextprivate.h * gdk: Check OES_vertex_half_float GLES extension * https://deb.li/3TVuh
[20:33] <KGB-2> gnome-shell ubuntu/master 1380b98 Jeremy Bicha * pushed 105 commits (first 5 follow) * https://deb.li/31Oa7
[20:33] <KGB-2> gnome-shell ubuntu/master 378406e Carlos Garnacho js/ui/overview.js * overview: Avoid entering in overview mode during display grab op * https://deb.li/3mRr1
[20:34] <KGB-2> gnome-shell ubuntu/master f16ec23 Piotr Drąg po/pl.po * Update Polish translation * https://deb.li/3Ulwd
[20:34] <KGB-2> gnome-shell ubuntu/master 8d59d83 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/i7eYV
[20:34] <KGB-2> gnome-shell ubuntu/master d52508a Jonas Dreßler data/theme/gnome-shell-sass/widgets/_calendar.scss * theme/calendar: Use em instead of px for calendar day sizes * https://deb.li/32Q1
[20:34] <KGB-2> gnome-shell ubuntu/master 682629e Jonas Dreßler js/ui/status/network.js * status/network: Also show disabled icon when wwan is not connected * https://deb.li/3iXJU


[00:09] <rbasak> nacc: I wrote up some notes as they occurred to me. A starting point for tomorrow at least.
[00:11] <nacc> rbasak: thanks
[00:16] <nacc> rbasak: i think i got your active-series-only function in 18 lines of code :)
[00:24] <nacc> rbasak: ok, i'm off for the night, i just merged your changes for queue and pushed out the active-series feature, although it's not working for applied yet, probably something obvious
[09:05] <bdrung_work> pitti, good morning. do you have time to discuss apport-retrace?
[09:08] <pitti> bdrung_work: good morning! a bit
[09:10] <bdrung_work> pitti, point one: i have some commits for you in git. may i wait until you switched to git or should i dig out my rusty bzr knowledge to apply the changes to bzr?
[09:11] <pitti> bdrung_work: I pinged bdmurray yesterday whether he was fine with switching to git; I defer to his judgement, as he is the primary maintainer now
[09:11] <pitti> bdrung_work: alternatively, attach the format-patches to the LP bug, and it's easy enough for me to apply to bzr :)
[09:12] <bdrung_work> i have 9 patches right now.
[09:14] <arune> newbie questions, I have imported 3 patches with quilt, but they are applied in the wrong order when building, how do I change the order?
[09:15] <pitti> arune: in debian/patches/series
[09:15] <bdrung_work> arune, debian/patches/series
[09:15] <pitti> but they get applied in the same order as you created them
[09:15] <arune> I just change the order there? thanks
[09:16] <arune> seems like that list is the reverse of the order I imported them
[09:17] <arune> nice, now they applied clean
[09:42] <bdrung_work> pitti, attached the patches to #1684535
[09:42] <bdrung_work> https://bugs.launchpad.net/apport/+bug/1684535
[09:45] <bdrung_work> pitti, point two: #1684117 isn't easy to solve. I have 3 local patches that make it work with debian, but this is still not ideal and working correctly.
[11:47] <bdrung_work> pitti, there are two ways to solve #1684117. option one: install all specified dependencies in the sandbox and only search for files that are missing (i.e. not specified in the dependencies). option 2: restructure apport.packaging.get_file_package to return a list of (package,version)
[12:18] <bdrung_work> pitti, and another issue: https://bugs.launchpad.net/apport/+bug/1684690
[15:39] <nacc> rbasak: fyi, --active-series-only is fixed now, was a missed namespace change on my part
[15:40] <rbasak> nacc: thanks. OK to start pushing imports as needed again, or is that still on hold? (No problem if it is)
[15:41] <nacc> rbasak: i think it's ok, my bastion is up again i just haven't restarted the cron job yet
[15:42] <rbasak> OK
[15:42] <nacc> rbasak: and merged your reuqest
[15:43] <nacc> rbasak: but yeah, you can run imports you need by hand for now, i'll start the job again after i'm back later today -- i need to verify ssh and stuff
[15:45] <rbasak> OK thanks
[15:46] <nacc> rbasak: np
[15:46] <nacc> rbasak: and sorry for the delay on that, lots of churn lately :) but patches-applied working again is a big-win
[15:46] <rbasak> It's fine. What delay? :-)
[15:46] <rbasak> (really!)
[15:47] <nacc> i think i've had my bastion for > 24 hours :)
[16:14] <sil2100> bdmurray, cyphermox: could any of you include the relevant SRU information for bug LP: #1676547
[16:14] <sil2100> ?
[16:14] <sil2100> Wanted to review it
[16:59] <cyphermox> sil2100: ack
[17:07] <sil2100> cyphermox: thanks!
[20:49] <drab> hi, trying to test some versions of ubuntu with qemu, but can't get the installer to work in text mode. anybody knows what magical parameter I need to pass on the command line or something?
[20:50] <drab> I'm running qemu in console with -curses so I need things to work in text mode. I tried DEBIAN_FRONTEND=text,but that didn't do it
[21:17] <tomreyn> drab: use the server install iso or mini.iso
[21:17] <drab> tomreyn: I am already, I'm using mini.iso
[21:18] <drab> somehow qemu thinks that's graphical mode, not sure why, but if I don't specify "text" at boot time (and it uses the framebuffer) it also think that's gfx mode
[21:18] <tomreyn> well those don't use X, but output text, then i don't seem to be getting the issue
[21:18] <drab> and shows nothing in curses
[21:18] <drab> fair enough, I thought ti was strange and maybe it's something else I don't get
[21:18] <drab> I see the pxe boot part, the menu, the kernel booting and then bam, it goes black
[21:19] <drab> and all I have is that msgs saying it's in graphical mode 640x480
[21:19] <drab> which is the same thing I get with pxe if I use vesamenu.c32
[21:19] <drab> so I was thinking that "text" didn't matter if it was somehow triggering the framebuffer or something
[21:19] <tomreyn> vesa is a graphics mode
[21:19] <drab> it's not a GUI, but it's not pure text either
[21:19] <tomreyn> 640x480 is vga
[21:20] <drab> yeah, understand,which is why I put "text" on the cmdline
[21:20] <tomreyn> you can't output text if you don't have a means of graphical output
[21:20] <tomreyn> (except on a serial console, i guess)
[21:20] <drab> but that seems to be ignored once pxe hand it over to the installer
[21:20] <drab> qemu has a -curses mode, which shows fine everything up to the installer starting
[21:20] <tomreyn> hmm, yes, i'm not sure what this issue is you're running tinot there, haven't experienced it
[21:21] <drab> if I take the same command/img and run it on my desktop but remove the -curses it show the installer at that point, so pretty sure something is going on when things are handed over to it
[21:22] <drab> just can't figure out what
[21:22] <drab> it looks like something is autoloaded because it thinks it's a graphic mode
[21:23] <tomreyn> what is it you're trying to achieve there anyways, why are you running those tests?
[21:24] <tomreyn> http://download.qemu.org/qemu-doc.html lists all qemu options and their meanings in case you don't have that available, yet
[21:27] <drab> tomreyn: just trying to test some stuff with nfs-kernel-server, so I'm spinning up some qemu instances on test server, ie no gui
[21:28] <drab> I'm ssh'ing into the server and using a command that includes -curses
[21:29] <drab> yeah I looked at those options, especially the -display section
[21:29] <tomreyn> you could add a vnc interface and access that from a graphical desktop
[21:29] <tomreyn> you could use the serial console output instead to get a text only output
[21:30] <drab> I tried to look at serial console, but then it seems I have to provide a kernel to qemu on the cmdline, which is kind of backwards
[21:30] <drab> but maybe I misunderstood how to set that up
[21:31] <tomreyn> the default installer doesn't work over serial, i think, if that's what you mean
[21:31] <tomreyn> there's no requirement to use PV instead of HVM to achieve serial output though
[21:32] <drab> right, that too, altho I meant to get qemu to use the serial console to begin with
[21:32] <drab> but really, it sounds like VNC is my best option at this point
[21:32] <drab> and it's all preseeded so it's really for debugging until I figure out why my postinst script is failing
[21:33] <drab> tomreyn: any chance you have a quick hint on setting up vnc?
[21:33] <tomreyn> maybe you should just install virt-manager on your desktop which has ssh access to the virtualization host, and use this to get a better idea of how qemu is meant to work
[21:34] <tomreyn> it helped me to get started
[21:35] <drab> tomreyn: I looked at that too, but it seems like in order for virt-manager to work you need to get the whole libvirtd shebang
[21:35] <drab> and create another bridge, etc etc... and that test host has already its own bridge and some lxc stuff for testing
[21:35] <drab> I was trying not to make disruptive/major changes to that host
[21:37] <tomreyn> hmm right it has a bunch of dependencies
[21:39] <drab> I might be asking too much to, so I'll try VNC and see what I get and if not maybe I'll try to find another host to experiment with
[21:39] <drab> thank you for your help
[21:42] <tomreyn> welcome, you could also ask those questions in #ubuntu-server or #ubuntu, might be more suitable
[22:04] <drab> tomreyn: yeah, I'm in -server, I asked there first and no asnwer and thought some of the devs might have been familiar with the installer frontend question
[22:06] <tomreyn> oh that had scrolled off my screen since


  I believe they had planned to NOT have a rack controller in every L2 and wanted to share them across multiple
[00:19] <xygnal> keep in mind the clients in this particular project demanded subnets of /27 size, matching up to the size of the physical infrastructure block.
[00:19] <xygnal> we would need a ton of rack controllers in order to facilitate that
[07:10] <mup> Bug #1685105 opened: maas gui/cli tags lenght mismatch <MAAS:New> <https://launchpad.net/bugs/1685105>
[07:19] <mup> Bug #1685108 opened: maas gui settings for proxy credentials should be reworked <MAAS:New> <https://launchpad.net/bugs/1685108>
[07:34] <mup> Bug #1685108 changed: maas gui settings for proxy credentials should be reworked <MAAS:New> <https://launchpad.net/bugs/1685108>
[07:40] <mup> Bug #1685108 opened: maas gui settings for proxy credentials should be reworked <MAAS:New> <https://launchpad.net/bugs/1685108>
[07:51] <fabiansc> Good Morning everyone. I am trying to commission a virtual machine which runs on a host, which has been set up by MAAS Version 2.1.5+bzr5596-0ubuntu1 (16.04.1). After booting the VM it receives an IP address from MAAS. Afterwards the VM is placed within the "NODES" tab in MAAS. From now on, the VM does not receive any IP address.
[07:52] <fabiansc> I placed the logs in an bug which refers to it missing DHCP service from MAAS (https://bugs.launchpad.net/maas/+bug/1660743).. Does someone has some time to check with me what else might be wrong?
[14:40] <ikonia> win 4
[15:32] <xygnal> mpontillo: let me know if you have a few minutes today to help finish verifying if our architecture would work
[15:37] <xygnal> mpontillo: since we are trying to do multiple L2s untagged over the same network interface, I am worried it will never work like that.
[15:38] <xygnal> mpontillo: we do not want to use vlan tagging on the deployed systems, if possible, which is why the VLAN approach doesnt work well for us
[15:53] <gema> hi, I have a question about the behaviour of the OS installed on the server expected by MAAS
[15:54] <kklimonda> hmm, today some of my nodes have stopped installing - after I've logged to one of them (injecting login/password) and re-run cloud-init --debug init manually I've noticed that cloud-config-url is pointing to http://[maas]/metadata/... instead of http://[maas]/MAAS/metadata/...
[15:54] <kklimonda> only a subset of servers is affected
[15:54] <gema> is maas expecting the servers to be always trying to boot from network when rebooted or is it expecting the installer to change uefi to boot from disk subsequently?
[15:54] <kklimonda> how can I debug where they are getting a wrong url from?
[15:54] <gema> (trying to build an image that does the right thing)
[15:59] <pmatulis> hey gema
[15:59] <pmatulis> gema, a node should always netboot
[16:00] <mpontillo> xygnal: can you file a bug on the original issue you hit with multiple fabrics?
[16:04] <gema> pmatulis: thanks!
[16:05] <xygnal> mpontillo: yes. I believe that is what Corey was initially trying to do but I was worried that separate fabrics on the same untagged physical network interface was not going to work
[16:06] <xygnal> mpontillo: i'm also trying to get a diagram to attach so you understand the networking layout
[16:33] <xygnal> mpontillo: new bug opened with clear details.  old one can be closed out to avoid confusion.
[16:34] <maticue> Hi everyone! I have a DNS question, lamont are you there?
[16:35] <maticue> I'd like to know if it is possible create an A record for a subnetwork not managed by MAAS. Is there any way to do it?
[16:39] <mpontillo> xygnal: thanks.
[16:40] <xygnal> mpontillo: still adding some more details.  You want the dhcpd.conf as well? anything else?
[16:40] <mpontillo> maticue: yeah, you can do that starting with MAAS 2.0. https://bugs.launchpad.net/maas/+bug/1590021 I think a fix landed to make it easier in MAAS 2.1 (not sure if it has been released in a point release yet) and MAAS 2.2
[16:40] <mup> Bug #1681467 changed: [2.2 beta5] not able to create new tags - Conflict error. Try your request again, as it will most likely succeed. <cdo-qa-blocker> <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1681467>
[16:40] <mup> Bug #1685306 opened: [2.2] Subnet changes fabrics during deployment <MAAS:New> <https://launchpad.net/bugs/1685306>
[16:41] <mpontillo> xygnal: let me read through the bug and give it some thought, I'll let you know
[16:49] <mup> Bug #1685306 changed: [2.2] Subnet changes fabrics during deployment <MAAS:New> <https://launchpad.net/bugs/1685306>
[16:49] <mup> Bug #1681467 opened: [2.2 beta5] not able to create new tags - Conflict error. Try your request again, as it will most likely succeed. <cdo-qa-blocker> <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1681467>
[16:49] <xygnal> mpontillo: just posted the latest info, and changed the title to match more closely what is actually happening
[16:50] <xygnal> the final comments get into the nitty gritty
[16:50] <xygnal> all of this in the bug today is from talking in unison with my team mates this morning
[16:50] <mpontillo> xygnal: great, thanks for the info. I'll try to triage it today.
[16:55] <mup> Bug #1681467 changed: [2.2 beta5] not able to create new tags - Conflict error. Try your request again, as it will most likely succeed. <cdo-qa-blocker> <oil> <MAAS:Invalid> <https://launchpad.net/bugs/1681467>
[16:55] <mup> Bug #1685306 opened: [2.2] MAAS-UI loses networking config after deployment <MAAS:New> <https://launchpad.net/bugs/1685306>
[16:59] <xygnal> mpontillo: thanks much!
[17:05] <kukacz> hi, I'm facing issues my node attempting to boot kernel /ubuntu/amd64/hwe-t/xenial/... which obviously does not work (Trusty x Xenial)
[17:06] <kukacz> any ideas what might be wrong? (using maas 2.1.5+bzr5596)
[17:42] <maticue> mpontillo: thanks, I see those commands are used when you already declared a subnetwork on MaaS. Is it secure declare a Subnet on MaaS that will be only used to declare DNS A records?
[17:43] <maticue> mpontillo: What I want to know if it is a good practice or not use MAAS API to manage DNS records
[17:43] <maticue> mpontillo: for other devices that are not managed by MAAS
[18:24] <mpontillo> maticue: there should be no problem with adding a subnet that isn't MAAS managed. you can either add them as devices (and specify the MAC) or just reserve an IP address and associate the A record with that. you do not have to reserve the IP address in MAAS 2.2; not sure if we fixed that in 2.1.x
[18:29] <mpontillo> maticue: here's an example that works with the latest MAAS 2.2 RC http://paste.ubuntu.com/24428403/
[18:35] <mpontillo> xygnal: how is each node's interface configured? MAAS displays "Observed" for an IP address when it gets a notification from the DHCP server that a lease has been issued for it. so, do I assume correctly that they are set to DHCP?
[18:36] <mpontillo> maticue: ah nevermind I see that it's set to auto-assign. hmm
[18:37] <mpontillo> maticue: did you say you're deploying CentOS? the CentOS image doesn't support advanced networking configuration, so I would try deploying with it set to DHCP. that said, it's very strange that it would revert to "unconfigured"
[18:38] <maticue> mpontillo: thanks! I think you're talking with someone else, I'm asking about DNS (and I had a really good answer from you) but I wasn't talking about auto-assign neither CentOS
[18:39] <maticue> mpontillo: So, that DNS example is great!! my question is... is this a good practice? (create a subnet that isn't MAAS managed for MAAS 2.1.x?
[18:39] <mpontillo> xygnal: sorry, the messages above for maticue were intended for you. ;-) also, I saw that you said you were using MAAS 2.2 RC1; can you give MAAS 2.2 RC2 a try? this might have been fixed
[18:41] <mpontillo> maticue: right, I can't think of any potential issues with modeling subnets in MAAS which MAAS doesn't manage. I would feel free to do it that way. perhaps one day MAAS will manage them ;-)
[18:42] <mpontillo> maticue: you mentioned security issues; the only thing I can think of is that MAAS will generate a squid proxy configuration which allows access to the subnets which it knows about
[18:42] <mpontillo> maticue: of course, you can mitigate that with an iptables rule if it's an issue
[18:42] <mpontillo> maticue: and yes, MAAS is intended to manage your DNS zones, so please give it a try; feedback is welcome!
[18:44] <mup> Bug #1685337 opened: [1.9.5] unable to install <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1685337>
[18:44] <maticue> mpontillo: thanks! I really appreciate your answers
[18:47] <mpontillo> ltrager: any ideas on kukacz's issue above? kukacz, you should be able to set the kernel when you go to deploy, and you should be able to specify the minimum kernel on the global settings page. I assume you're trying to deploy Xenial and for whatever reason it's choosing the Trusty kernel?
[18:47] <mpontillo> kukacz: what mechanism are you using to deploy? (API? UI? Juju?)
[18:53] <mup> Bug #1685337 changed: [1.9.5] unable to install <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1685337>
[18:55] <vasey_> hey folks, i'm using MAAS 2.1, and none of the servers i'm using show up in the Nodes page; i see their IPMI addresses all in the Device Discovery page. when i try adding the machines manually, they time out during the actual PXE boot process, though the IPMI power cycling and boot order control works fine. what could be going wrong here?
[18:56] <mup> Bug #1685337 opened: [1.9.5] unable to install <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1685337>
[19:04] <xygnal> mpontillo: auto-assign is only Ubuntu? does that mean CentOS can only be dynamic leases that may change?
[19:06] <mpontillo> xygnal: unfortunately, I believe the CentOS image just grabs a DHCP address, yeah.
[19:07] <ltrager> kukacz: Is there anything in the install log or in the machine events?
[19:07] <mpontillo> vasey_: where in the PXE process does it time out?
[19:08] <mpontillo> vasey_: is DHCP enabled on that VLAN in MAAS?
[19:08] <ltrager> kukacz: I was able to deploy Trusty with hwe-x using MAAS 2.2
[19:11] <xygnal>  mpontillo: that brings another question. If we wanted to convert these to static ourselves after build, lets say.. using a resreved range.  would there be a way to release the DHCP ips back so we didnt need a DHCP range as big as the reserved range?
[19:11] <mpontillo> xygnal: well, you should be able to do that. MAAS's default lease time is pretty short since it's intended to be used mainly for enlisting and commissioning
[19:12] <vasey_> mpontillo: DHCP is enabled on the 'unassigned' VLAN in MAAS, i'm re-running it to see the specific message i get when the PXE boot is attempted
[19:13] <mpontillo> xygnal: I do worry about corner cases when changing around ranges (especially where overlap occurs); in general it should be okay but file bugs or enhancement requests if you see any issues
[19:14] <mpontillo> vasey_: with IPMI nodes you generally don't need to add them manually, you just go ahead and boot them. if DHCP is configured in MAAS then it should PXE from MAAS, set the IMPI password, and automatically enlist the node (with a random hostname)
[19:14] <mpontillo> vasey_: should be more reliable that way, too, since you don't need to worry if you manually entered the MACs correctly, etc
[19:15] <xygnal> mpontillo: so if I switch a nodes IP after build, and that old lease expires, MAAS wont do anything? (so long as the deployed node does not ask for DHCP lease again)
[19:17] <mpontillo> xygnal: you should see the Observed IP disappear from MAAS when the lease is gone
[19:17] <mpontillo> xygnal: but that' sit
[19:20] <vasey_> mpontillo: tried just rebooting the server into the correct PXE interface, I get a ">>Start PXE over IPv4. \n PXE-E18: Server response timeout." message
[19:22] <mpontillo> vasey_: go to the Nodes tab, select the tab that shows your controllers, then click on it and check that the services all have green checkmarks and dhcpd is enabled
[19:22] <mpontillo> vasey_: then check /var/lib/maas/dhcpd.conf and see if the configuration looks correct
[19:25] <vasey_> mpontillo: the services are all green checks except dhcpd6 and ntp (since it's region managed)
[19:25] <vasey_> mpontillo: though one weird thing in that conf file is under networks i'm seeing "shared-network vlan-5001", does 5001 happen to refer to the unassigned VLAN or is this amiss?
[19:26] <mpontillo> vasey_: ok, that sounds good. is any DHCP relay involved? if you do "sudo maas-rack observe-dhcp <expected-incoming-dhcp-iterface>" on the MAAS rack, do you see the DHCP packets from the node that is trying to PXE boot?
[19:26] <mpontillo> vasey_: that is just an internal identifier in MAAS for that VLAN, you should see it on the URL bar as well if you browse to that VLAN in the UI
[19:28] <vasey_> mpontillo: i do see packets from that command output
[19:29] <vasey_> mpontillo: there's a source mac address, which appears correct, but source and destination iP are <IP_ADDRESS> and <IP_ADDRESS> respectively
[19:29] <mpontillo> vasey_: sounds correct for a DHCP request packet
[19:29] <vasey_> mpontillo: the destination mac address is ff:ff:ff:ff:ff:ff
[19:30] <mpontillo> vasey_: but I take it there is no reply? can you confirm that the DHCP server is listening on the same interface on the MAAS server? such as by looking at the output of 'ps auxw | grep dhcp | grep maas'
[19:30] <mpontillo> vasey_: you might also look at 'cat /var/log/syslog | grep dhcpd' to see what's going on.
[19:31] <vasey_> mpontillo: correct, there's no reply, and the DHCP server does appear to be listening on the correct interface based on that ps command
[19:31] <mpontillo> vasey_: ok, let's find out what the syslog says then... you should at least see the DHCPDISCOVER packets coming in
[19:31] <vasey_> mpontillo: now there's something interesting, i'm seeing a "no free leases" command
[19:32] <vasey_> error message, anyhow
[19:36] <mpontillo> vasey_: so, are there no free leases? ;-) how large is the dynamic range on the related subnet in MAAS? Can you add additional dynamic ranges, or extend the existing one?
[19:36] <mpontillo> vasey_: you can try running this to check the lease database: dhcp-lease-list --lease /var/lib/maas/dhcp/dhcpd.leases
[19:36] <mpontillo> vasey_: that will only show active leases by default
[19:38] <xygnal> mpontillo: just one more question I think.  Is there any reason to believe that node which is using DHCP mode will be able to keep its IP address indefinitely?
[19:38] <xygnal> if we did not convert them later to static, that is
[19:38] <xygnal> ie: left them as DHCP
[19:39] <xygnal> mpontillo: I was also just told that we've had a couple nodes build successfully with auto-assign, centos nodes, how is that possible?
[19:40] <mpontillo> xygnal: that would be up to the DHCP server but if the node stayed online with connectivity to the DHCP server then its IP address should not change
[19:41] <xygnal> mpontillo: if the node was off the network for a couple hours (lets see, network link down, needs repair)
[19:41] <mpontillo> xygnal: check the deployed CentOS nodes to see what their network config looks like; my guess is that it's set to DHCP
[19:41] <xygnal> guaranteed lost IP?
[19:41] <xygnal> mpontillo: it was my understanding that auto-assign is still DHCP, it just sets a static lease instead of a dynamic one.  Is that not true?
[19:41] <mpontillo> xygnal: generally DHCP clients will try to request the same IP address, but I wouldn
[19:42] <mpontillo> xygnal: wouldn't ever guarantee it. if it goes offline and the dynamic range is exhausted, the DHCP server could certainly give it away
[19:42] <mpontillo> xygnal: ah, you are correct that auto-assign will provide a static DHCP lease; we actually do that for static IP addresses too. sorry, I had forgotten about that
[19:43] <xygnal> mpontillo: does that change the status of requiring DHCP mode? can we safely use auto-assign then?
[19:43] <mpontillo> xygnal: so the real question in your case is: why is the IP address becoming unconfigured? if we can figure out what's doing that, we'll likely solve your problem. is it possible that the observed IP address and MAC address from the DHCP lease overwrite what has been configured on the node? that would be my guess
[19:43] <xygnal> mpontillo: and as to using RC2, we had it blow up when we tried to upgrade, so we haven't been able to try RC2 yet
[19:44] <mpontillo> xygnal: ok, maybe best to wait for RC3 then =)
[19:44] <xygnal> mpontillo: what information do you want me to gather for you, to prove whats causing it to go unconfigured?
[19:44] <mpontillo> xygnal: let me run a test to see if observed IPs from DHCP overwrite a configured automatic address.. if so, that could be an easy fix for RC3
[19:45] <xygnal> ok
[19:49] <vasey_> mpontillo: so there were no active leases in that list, but i expanded the DHCP range, and now PXE is "booting under MAAS direction" :)
[19:51] <mpontillo> vasey_: hm interesting, if you pass in --last it should show the most recent for each MAC, I wonder why dhcpd thought the range was full
[19:54] <mpontillo> xygnal: can you look at /var/log/maas/regiond.log and /var/log/maas/rackd.log and let me know if you see any tracebacks? (search for "Traceback".)
[19:54] <vasey_> mpontillo: so i may have forgotten the last 's' in the leases file name, but now just the one system who has actually connected is showing up in the list, even without the --last option
[19:55] <vasey_> mpontillo: the only difference is between using --last and not is that without it the hostname is listed as 'maas-enlist', while it's '-NA-' with it
[19:57] <vasey_> mpontillo: this is looking to be working now. that said, the nodes are still showing up in the Device Discovery tab, and not in the Nodes tab
[19:57] <mpontillo> vasey_: ok. honestly I'm not sure how much I trust that tool; it's undocumented, but it can be useful in situations like this
[19:58] <mpontillo> vasey_: it also support --all if you want to see every lease for the MAC, not sure if that would change things
[20:25] <mpontillo> xygnal: also, can you grep your /var/log/maas/maas.log for "Allocated automatic IP address " - check that you see that for each node you attempt to deploy?
[20:28] <xygnal> 151 tracebacks
[20:28] <mpontillo> xygnal: are they all the same? can you pastebin one for me?
[20:29] <xygnal> I dont see any allocated lines in mass.log
[20:30] <mpontillo> xygnal: ok, I see lines like this when I have an automatic IP assigned and then go to deploy. Apr 21 20:10:32 maas maas.interface: [info] Allocated automatic IP address <IP_ADDRESS> for eno1 (physical) on nuc3.
[20:30] <mpontillo> xygnal: so that much is at least a clue
[20:31] <vasey_> mpontillo: now i've got three hosts successfully PXE booted into ubuntu 16.04.2 LTS, but nothing has happened after that. they still appear in the device discovery tab, and the nodes page lists 0 machines, 0 devices, and just the 1 controller (this is correct)
[20:32] <mpontillo> vasey_: after they PXE boot they are supposed to contact MAAS to tell MAAS the IPMI credentials for commissioning. if that isn't happening, check that the URL is correct.
[20:33] <mpontillo> vasey_: on the rack controller, run "sudo dpkg-reconfigure -plow maas-rack-controller" and ensure the URL is set to an IP address that the commissioning nodes will be able to reach after they DHCP
[20:33] <mpontillo> xygnal: if you can provide the most recent traceback in the log, that would be great
[20:36] <xygnal> none of them appear to be valid to the problem.  tracebacks for poweroffs sometimes, tracebacks related to image downloads and connection resets.
[20:36] <xygnal> nothing that stood out
[20:36] <xygnal>  most recent for region is connection reset by peer,
[20:37] <vasey_> mpontillo: ah, trying that now. how will the nodes be able to tell MAAS the IPMI creds, as in how do they know them in the first place?
[20:37] <xygnal> most recent rackd.log traceback is for power
[20:38] <mpontillo> xygnal: yeah, I would be more interested in anything in the regiond.log
[20:38] <xygnal> mpontillo: also if i zgrep through all of the maas logs with -i for automatic
[20:38] <xygnal> no entries
[20:40] <catbus1> vasey_: First time machine pxe boots under maas direction, maas will load an ephemeral image on the machine ramdisk, and run ipmi command to create a BMC user 'maas' with a password randomly generated, before the machine shuts down, it will contact maas with that info.
[20:40] <xygnal> wait a second. i've been grabbing off the rack server, not the reigon controller.
[20:41] <mpontillo> xygnal: ok, so the interface must be modified before the node goes to assign the automatic IPs during deployment. can you do an experiment for me? commission a node, then observe that the interface information is correct post-commissioning. then wait two minutes and check again, and see if it has changed
[20:41] <mpontillo> xygnal: ah ok, yeah, region logs please =) the region is what contacts the database and will be responsible for IP assignment, etc
[20:42] <xygnal> yes, yes.  maas.log has automatic entries now too
[20:42] <xygnal> 73 such entries in maas.log
[20:42] <mpontillo> xygnal: all right, if you can send any logs (maas.log and/or regiond.log) from that system or just look for relevant info you can share (and/or tracebacks) that would be good
[20:45] <xygnal> mpontillo: no tracebacks in region.log that are not about image checksum not matching.  no tracebacks at all in rackd.log, obviously.
[20:46] <xygnal> can I matcch the timing of the Allocated messages to look for clues? is that when it assigns?
[20:47] <vasey_> mpontillo: when my hosts PXE boot, they all run into an error during the cloud-init job; 'did not find a data source'
[20:48] <mpontillo> xygnal: yeah, when you go to deploy a node, MAAS will allocate that IP address, and then rewrite the DHCP config so that it becomes a static lease. then you should see the IP address in /var/lib/maas/dhcpd.conf -- but it sounds like something is subsequently clearing it out, and I wonder why
[20:49] <mpontillo> vasey_: yeah, that's why I suggested checking the MAAS URL; if it can't find the data source, the most likely problem is that it is trying to reach an unreachable IP address. for example, is a gateway needed to reach it? if so, have you configured one on the subnet details page?
[20:50] <kukacz> mpontillo: ltrager: back to the boot kernel issue - I am using UI for the deployment. and I had previously had that node commissioned (using Xenial image) and deployed Trusty on it
[20:51] <kukacz> mpontillo: ltrager: the issue occurred when I attempted to commision the node again or do some other operation - like release or rescue
[20:51] <mpontillo> kukacz: when you go to deploy, can you select a different option for the kernel? it's the rightmost dropdown box
[20:52] <mpontillo> kukacz: can you check the "Commissioning" section of the settings page, and maybe try re-saving it?
[20:52] <vasey_> mpontillo: i have a gateway configured, but the MAAS IP is in the same subnet as the DHCP range, so they should all be able to talk to each other. the jumpbox machine i'm using can ping the maas ip, the gateway, and everything maas assigned at PXE boot
[20:52] <kukacz> mpontillo: yes, I can. but the issue occurs in other than deploy actions
[20:53] <kukacz> mpontillo: I've tried many times change and save the default comissioning image and kernel, with no effect
[20:53] <mpontillo> xygnal: so *immediately* after deploy the interfaces change to unconfigured. hm. that's unexpected. the key to solving this will be to figure out why that is happening
[20:53] <xygnal> mpontillo: My team was setting up build demos for something we are showing off next week, so its possible todays logs are not a good example.  I will verify that.
[20:54] <kukacz> mpontillo: I've only found that the Trusty comissioning image appears broken as it attempts to do "lsblk -x" during comissioning, while that "-x" parameter was added in Trusty
[20:54] <xygnal> mpontillo: yes, it happens right away.
[20:54] <kukacz> sorry - Trusty=Xenial. basically that parameter was not present in Trusty age
[21:00] <ltrager> kukacz: can you commission with Xenial?
[21:01] <kukacz> ltrager: yes, I can. but I have to delete the node and recreate it first
[21:02] <kukacz> ltrager: seems like the boot image + kernel configuration is fixed somewhere until I delete the node (machine) completely
[21:05] <kukacz> ltrager: at least I have found that workaround with deleting the machine first - I did not know it when I've originally asked for help here
[21:11] <ltrager> kukacz: I think I see whats happening. Commissioning with Trusty is broken but it fails in a weird way. The system turns off but the status is still 'commissioning'
[21:11] <ltrager> kukacz: So what I had to do was abort the commission operation, change commissioning to use Xenial, then recommission
[21:12] <ltrager> kukacz: can you use Xenial for commissioning or do you have a specific requirement for Trusty?
[21:12] <kukacz> ltrager: I can safely comission with Xenial and then deploy Trusty, which is the release I need
[21:14] <kukacz> ltrager: then if I need some change on that node (recomission, rescue, release ...), I need to delete it first and comission again with Xenial
[21:15] <ltrager> kukacz: you shouldn't have to delete it. But a node can't be in a deployed state to commission.
[21:19] <mpontillo> aw, vasey_ left. I was just going to point him to https://gist.github.com/mpontillo/6ee4c96d8aed4d0efde66a37aa6d5af9 << my script to test fetching the URLs provided by the enlistment configuration
[21:19] <kukacz> until I delete it, I seem to be stuck forever with system attempting to boot "hwe-t/xenial"
[21:23] <kukacz> ltrager: regarding that deployed state - I usually start with "mark broken" and do the other actions then. all end up in that unbootable state, not just the comissioning one
[21:30] <kukacz> ltrager: also I've found package "vlan" is missing in the Trusty deployment - prevents VLAN tagged interfaces from correctly starting with upstart
[21:32] <mup> Bug #1685361 opened: MAAS unable to commission with Trusty <MAAS:Triaged> <https://launchpad.net/bugs/1685361>
[21:38] <mup> Bug #1685361 changed: MAAS unable to commission with Trusty <MAAS:Triaged> <https://launchpad.net/bugs/1685361>
[21:44] <mup> Bug #1685361 opened: MAAS unable to commission with Trusty <MAAS:Triaged> <https://launchpad.net/bugs/1685361>


[12:10] <pleia2> knome: there was a reply on the xubuntu.org ticket!
[12:10] <pleia2> but I'm in Puerto Rico all week on vacation, so feel free to take a lead with it this week if you get access
[12:10]  * pleia2 won't be online much
[12:14] <knome> pleia2, i noticed that message, but he said the following week, so that might be next friday
[12:14] <knome> pleia2, anyway, have a nice holiday!
[15:25] <charlie-tca> Good morning
[23:49] <gohai> mr_pouit: cheers!
[23:50] <gohai> btw: anyone knows if one supposed to change xfce4-mixer "active-card" setting somewhere through the ui? (cause i had resport through the settings editor)