[06:38] <cpaelzer> jamespage: the new combo of dpdk 18.11 + ovs 2.11 has issues using the dpdk data path - error: "could not add network device dpdk0 to ofproto (No such device)"
[06:38] <cpaelzer> jamespage: I need to check if that is a build/link/... issue or if the new combo (again) needs to configure the devices slightly different
[07:36] <lordievader> Good morning
[07:36] <cpaelzer> hiho lordievader
[07:37] <lordievader> Hey cpaelzer
[07:37] <lordievader> How are you doing?
[07:37] <cpaelzer> fighting the cold, but good :-)
[07:37] <cpaelzer> and you lordievader?
[07:37] <lordievader> Doing good, bit tired.
[07:56] <cpaelzer> jamespage: I found the issue, too-many-libraries :-)
[07:56] <cpaelzer> jamespage: I will need a fix in DPDK packaging to drag in at least one mempool implmentation
[07:56] <cpaelzer> until then in case you are testing as well, you need to install librte-mempool-ring18.11
[07:57] <cpaelzer> the library becoms so flexible with alternate implementations that a linked app only binds the interfaces but none of the drivers
[07:57] <cpaelzer> we knew that for PMDs but that creeped into mempool as well now
[08:15] <cpaelzer> jamespage: I have a PR up for the DPDK packaging and a temporary fix in my testing (installing the lib as needed for 18.11-4)
[08:15] <cpaelzer> jamespage: let me know if you need anything more on this - I'll restart the testing cycle and let you know once I have a complete result
[08:19] <cpaelzer> jamespage: FYI I see traffic runnign through OVS 2.11 + DPDK 18.11 now which is encouraging
[08:52] <cpaelzer> jamespage: also the OVS fix to the config will be updated
[08:52] <cpaelzer> I'm test building in my PPA if it works I'll submit a v2 upstream
[08:52] <cpaelzer> and then also push to the packaging branch of OVS
[09:34] <nekowaiidesu> Hi all, I'm wanting to clone a lot of laptops over network with a windows image. they're all the same model laptop. Is there any easy way to do it with Ubuntu as a 'server' machine?
[09:50] <jamespage> cpaelzer: ack
[09:50] <jamespage> coreycb: starting a run on oslo.*
[11:03] <zamba> i'm having problems installing ubuntu server on esxi hypervisor
[11:03] <zamba> when trying to boot the regular iso, i'm just presented a grey-purple screen.. it seems like some kind of graphics error
[11:03] <zamba> because i can make out something in the background that was supposed to be there
[11:03] <zamba> the live installation iso accepts no input when i'm supposed to select my language
[11:18] <ahasenack> good morning
[12:22] <raddy> Hello Everybody
[12:24] <raddy> I have done file system cleanups yesterday on my Ubuntu 16.04.5 LTS
[12:24] <raddy> And have reclaimed about 45GB of space
[12:25] <blackflow> congrats!
[12:25] <raddy> But tomcat is showing that it cannot touch catalna.out file because of lack of free space
[12:26] <Ussat> when you say you did cleanup, what do you mean ?
[12:26] <raddy> I checked with lsof -nP | grep '(deleted)' | less and could not see the files I have deleted in it
[12:26] <raddy> I deleted lot of files
[12:26] <blackflow> raddy: to which filesystem does it output? a tmpfs perhaps?
[12:27] <raddy> No.
[12:27] <raddy> "/opt"
[12:27] <TJ-> raddy: is the problem lack of free space, or lack of free inodes?
[12:27] <TJ-> raddy: try "df -i "
[12:27] <raddy> "/opt" only I have did cleanup as well
[12:29] <raddy> TJ-: You were so true, inodes have become full
[12:29] <raddy> What can I do know ?
[12:29] <TJ-> raddy: too many small files then
[12:30] <TJ-> raddy: you've probably got something creating lots of small (possibly temporary?) files
[12:30] <raddy> Yes
[12:31] <raddy> There is no option other than deleting files ?
[12:31] <raddy> I have actually cleared as much as I could
[12:32] <blackflow> backup data, reformat fs for larger number of inodes, restore from backup
[12:32] <TJ-> raddy: its not possible to add inodes after file-system creation, but you might be able to mount another file-system where the small files are being created
[12:34] <raddy> TJ: Could there be any possibility for the inodes to be held even if not shown in lsof ?
[12:34] <raddy> Shall I try rebooting ?
[12:35] <blackflow> lsof is just for open files. inodes are taken by all the files on the fs.
[12:35] <TJ-> raddy: I doubt it, 'df' reports the inodes in-use. Unless there are a LOT of small files unlinked but not yet deleted
[12:37] <raddy> Can we find unlinked but not yet deleted inodes ?
[12:40] <TJ-> raddy: only the regular way, "sudo ls -l /proc/[1-9]*/fd/ | grep deleted"
[13:04] <cpaelzer> jamespage: OVS tests are complete
[13:04] <cpaelzer> all that can work worked fine
[13:04] <cpaelzer> some old use cases were deprecated and now removed, those won't work for obvious reasons
[13:04] <cpaelzer> jamespage: there will be a DPDK 18.11-5 which fixes the two issues I found (both being dependencies)
[13:06] <cpaelzer> jamespage: do you want to wait until 18.11-5 is trying to sync (so we can remove the libipsec build-dependency)
[13:06] <cpaelzer> OTOH the extra build-dep isn't too bad, we could as well upload OVS as-is
[13:06] <ahasenack> rbasak: I forget, do I need a separate bug for adding dep8 tests to a package that is being SRUed because of another bug (which is properly mentioned in d/changelog)?
[13:06] <cpaelzer> jamespage: what would you prefer?
[13:06] <ahasenack> I *think* not
[13:06] <ahasenack> as long as I explain it in the sru template
[13:06] <cpaelzer> ahasenack: no you don't
[13:06] <ahasenack> ok
[13:06] <ahasenack> thx
[13:07] <cpaelzer> IMHO: that is what the "other comment" section in the SRU template is for
[13:07] <rbasak> ahasenack: no
[13:07] <rbasak> The only thing I ask for is something to make it clear it's deliberate.
[13:07] <ahasenack> good
[13:12] <raddy> Hello Everybody
[13:13] <raddy> If I tar a folder with so many folders and files in it, and delete the folder, all the inodes used by it would be freed ?
[13:16] <raddy> Please do someone reply
[13:16] <lotuspsychje> !patience | raddy
[13:20] <cpaelzer> jamespage: 18.11-5 is prepared as of now
[13:21] <cpaelzer> jamespage: ping me to discuss when and in which form we upload OVS 2.11 then
[13:36] <coreycb> jamespage: i'll work through the latest openstack clients shortly
[13:53] <cpaelzer> jamespage: as promised DPDK 18.11-5 just hit Debian builders
[14:34] <jamespage> cpaelzer: excellent - I'm all up for a snapshot upload of ovs as soon as that hits disco
[14:34] <jamespage> coreycb: ok - oslo's all done
[14:37] <coreycb> jamespage: alright! i'm going to start on the clients now
[14:39] <cpaelzer> jamespage: ok so since you want to upload "after" 18.11-5 hits disco I'll push a removal of the then no more needed libipsec-dev dependency to the packaging archive together with the other fixups
[14:41] <cpaelzer> jamespage: openvswitch packaging git updated
[14:41] <cpaelzer> jamespage: I'll ping you once I see DPDK 18.11-5 fulyl built in disco-proposed
[14:44] <jamespage> coreycb: ok starting at 'a' and working down the list of core projects
[14:44] <coreycb> jamespage: ok
[16:02] <jamespage> coreycb: progress so far - https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3517/+packages
[16:03] <coreycb> jamespage: nice!
[16:37] <coreycb> jamespage: i almost have all the clients built. working through a neutronclient test error: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3584/+packages
[16:37] <coreycb> jamespage: i'll check your ppa this afternoon and pick up where you left off on core packages
[16:58] <jamespage> coreycb: doing keystone now - might fit one more in before I have to eod
[17:34] <muhaha> how to disable powersaving ? I have attached monitor with hdmi, but after a while -> monitor is disconnected. Thanks
[17:36] <beowuff> I'm trying to get quassel-core to run in an LXD container and having no luck... Does anyone have this working? Running it manually gives me a  segmentation fault. :/
[17:45] <Draggor> Hey there!  Where would I find the settings values for the terminal that loads up?  Font, font size, and also the color scheme it seems to use?
[17:46] <jamespage> coreycb: ok I got to mistral but I skipped *-dashboard
[17:46] <jamespage> everything uploaded to disco
[17:46] <coreycb> jamespage: ok sounds good, thanks!
[17:46] <jamespage> coreycb: I'll pickup any leftovers in my am tomorrow
[17:46] <coreycb> jamespage: ok. i'll keep you posted.
[17:47] <jamespage> ta
[17:53] <Draggor> And, is it possible to use something like FiraCodeMono on just a raw terminal?
[18:26] <sdeziel> muhaha: not sure that will do it but I'd try adding "consoleblank=0" to the kernel boot args
[18:27] <muhaha> sdeziel is it something different than dpms ? I just setup crontab: @reboot root sh -c 'xset s off -dpms' > /dev/null 2>&1, but I am not sure if its enough
[18:29] <sdeziel> muhaha: it's not an area I know well, sorry. I just remember that I used that arg to avoid a similar issue. See https://www.kernel.org/doc/html/v4.14/admin-guide/kernel-parameters.html for details
[18:30] <Deihmos> is there an app that will give me the system resources used over a specific time
[18:30] <sarnold> Deihmos: performance copilot is in the archives
[18:31] <sarnold> Deihmos: I've heard good things about https://github.com/Netflix/vector but never tried it myself
[18:33] <sdeziel> Deihmos: there is also netdata when you can configure the retention period (default is 1h IIRC)
[18:33] <sdeziel> s/when/where/
[18:39] <stoiss> do anyone know how to make a headless computer have a higher resolution for a dummy monitor ?
[18:39] <sarnold> how did you make the dummy monitor?
[18:40] <stoiss> installed xorg dummy driver
[18:41] <stoiss> i just cant get it above 1360x768 which is really not optimal
[18:42] <stoiss> especially since im also running a teamviewer to a ubuntu server ( well a KDE on regular ubuntu ) which in turn runs vmware so i end up with a postage stamp for screen
[18:56] <muhaha> sdeziel xset s off -dpms did the trick seems...
[18:56] <sdeziel> muhaha: cool
[18:57] <muhaha> but xset q still shows dpms and screensaving on.. .weird...
[18:57] <sdeziel> muhaha: for some reason, I didn't want x11 related packages on my server back then so I took the kernel boot args route
[19:21] <Deihmos> Why would Ubuntu server with no ui consume more energy than windows 10 ?
[19:53] <rbasak> Deihmos: would it? Depends heavily on hardware, conditions, e tc.
[19:54] <Deihmos> Same software installed. I think it is that samba process constantly using the CPI even with no files being accessed.
[19:54] <Deihmos> I have to look into it
[19:54] <lordcirth__> Deihmos, are you using powertop and/or tlp?
[19:54] <Deihmos> No
[19:55] <rbasak> Is this on a laptop?
[19:55] <Deihmos> Nope desktop
[19:55] <rbasak> In any case, with no GPU driver active it won't be put into any kind of low power mode, etc.
[19:56] <rbasak> You might be better off trying Ubuntu Desktop and then allowing the desktop to shut off your monitor.
[19:57] <Deihmos> Connected to a tv. It goes to sleep with no activity
[19:57] <sarnold> I could also believe that timer resolution etc is set up for low latency and if you wanted to fiddle with those knobs to make it less responsive, it might be able to stay asleep longer
[19:57] <Deihmos> It isn’t that though. Definitely samba.
[19:57] <rbasak> If you definitely know the answer, then I'm not sure why you're asking the question!
[19:58] <Deihmos> Didn’t know at the time.
[19:58] <rbasak> Ah :)
[19:58] <Deihmos> Samba keeps kicking in the processor for no reason
[20:17] <compdoc> Deihmos, some windows protocols used to be pretty chatty, advertising themselves and all. And samba loves to declare itself browse master
[20:18] <Deihmos> The logging is very minimal. There isn’t a log of anything. In samba.conf logging is set to 0.
[20:18] <compdoc> windows defaults to spinning down drives. not sure ubuntu does unless you install something
[20:18] <compdoc> how do you measure power use?
[20:21] <ironhalik> Hi - quick question, is it possible in netplan, to have a static IP, but get DNS servers from DHCP? Currently with static IP configured, and dhcpv4 enabled, I get an additional DHCP address on my interface
[20:24] <sarnold> powertop is a pretty good first shot
[20:25] <Draggor> ironhalik: as far as I'm aware there isn't a dhcp dns only option
[20:27] <lordcirth__> ironhalik, are you sure you need to automatically get DNS? Generally you can just set <IP_ADDRESS> or <IP_ADDRESS>
[20:28] <ironhalik> yeah, but this is an internal network - with internal DNS caches and resolvers
[20:29] <lordcirth__> ironhalik, what about just using DHCP?
[20:30] <ironhalik> I'll get a random ipv4 address :)
[20:30] <ironhalik> IIRC in etc network interfaces it was possible
[20:30] <sarnold> sometimes your can configure dhcp servers to hand out specific ips for specific MACs
[20:31] <ironhalik> yeah, this would be an option
[20:31] <ironhalik> and would certainly please the network guys :)
[20:32] <ironhalik> I guess I'll use a fully static config - the DNS addresses should change tbh
[21:11] <JanC> or based on "hostname"
[21:40] <coreycb> jamespage: i have the client and some more deps in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3584/+packages. once dep8 tests pass i'll land those.
[21:41] <coreycb> jamespage: and this is where i'm going to leave off for core pkgs: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3583/+packages
[21:51] <cpaelzer> jamespage: https://launchpad.net/ubuntu/+source/dpdk/18.11-5 is built and in proposed
[21:51] <cpaelzer> jamespage: you could upload the OVS we have prepared along it


[07:09] <_mup_> Bug #920312 was filed: open-tunnel leaves juju unable to connect to an environment if local IP changes <juju:New> < https://launchpad.net/bugs/920312 >
[07:49] <SpamapS> heh.. juju status | ccze -A
[07:49] <SpamapS> looks quite nice actually
[07:49]  * SpamapS opens a feature request to have ccze colorize ec2 instance ids.
[07:50] <SpamapS> oh hah.. 2007 was the last release
[08:01] <shaon> hey SpamapS
[08:02] <shaon> SpamapS: did you guys manage to try juju on euca?
[08:08] <SpamapS> shaon: the trouble is the leading path recommended/required on walrus
[08:09] <SpamapS> shaon: should be possible to bypass with a reverse proxy that hosts walrus on /
[08:09] <shaon> SpamapS: hmm
[08:10] <SpamapS> shaon: I'd be surprised if we were the only ones running into this.. seeing as Euca themselves had to patch s3cmd/boto to work this way
[08:15] <shaon> SpamapS: so what do you suggest in this case?
[08:18] <SpamapS> shaon: try setting up a mod_proxy server with ProxyPass / http://your.walrus.server/with/its/path:9999
[08:18] <SpamapS> shaon: you could even run it on the same box, but with a different port
[08:19] <shaon> SpamapS: okay, will inform you the update
[08:19] <shaon> SpamapS: thanks :)
[08:23] <SpamapS> shaon: no, thank you for testing. :)
[12:57] <niemeyer> Good morning!
[13:14] <mpl> hello
[14:04] <_mup_> Bug #920454 was filed: juju bootstrap hangs for local environment under precise on vmware <juju:New> < https://launchpad.net/bugs/920454 >
[16:19] <niemeyer> Why is it so silent in here today? Everybody in their hacking hats? :)
[16:19] <jimbaker> niemeyer, i suppose so
[16:20] <m_3> it's a monday after a big conference
[16:40] <nijaba> m_3: Hello. can you explain the client and server interface of mediawiki to an ignorant like me?
[16:41] <m_3> nijaba: hey man...  lemme take a look
[16:41] <nijaba> m_3: hey, I thought it was your charm.
[16:41] <nijaba> m_3: guess not
[16:42] <m_3> nijaba: I've worked on it since it was written... but most of my changes are in a separate branch waiting for colocation to land
[16:42] <nijaba> k
[16:42] <m_3> (things like monitoring and a shared image-store to use when spreading to multiple wiki instances)
[16:42] <nijaba> m_3: was it SpamapS originally?
[16:43] <m_3> heck dunno... lemme look at the history
[16:43]  * nijaba looks too
[16:43] <m_3> I think kapil orig... then clint... then me
[16:43] <m_3> what're you wondering about?  I've worked with it a bunch
[16:44] <nijaba> m_3: why the db has 2 interfaces, client and server
[16:44] <m_3> oh... db and slave?
[16:45] <m_3> lemme refresh to make sure I'm looking at the most recent version of the charm
[16:45] <nijaba> m_3: thanks :)
[16:46] <m_3> the wiki is set up to use a replicated mysql setup... that's prob what's going on
[16:49] <m_3> nijaba: look in hooks/combine-dbservers
[16:49] <nijaba> m_3: k
[16:53] <nijaba> m_3: thanks, got it.  Cheers
[16:54] <m_3> I've got a working stack script for mediawiki using a replicated mysql setup... it's around here somewhere
[16:55]  * m_3 digging
[16:55] <m_3> it might be named ensemble tho :)
[16:55] <m_3> so s/working/was-working/ :)
[16:57] <m_3> nijaba: http://paste.ubuntu.com/814448/
[16:57] <nijaba> m_3: neat
[16:58] <m_3> looks _great_ in gource too btw
[17:39] <SpamapS> adam_g: btw, don't know if you noticed, but the precise PPA is finally up to date
[17:39] <SpamapS> I think its about time we updated the precise distro version actually
[17:39] <SpamapS> reminder to devs: feature freeze is Feb 16!
[17:40] <adam_g> SpamapS: ah, cool
[17:41] <SpamapS> hazmat: thanks, btw, for the twisted fix!
[17:57] <SpamapS> http://wtf.labix.org/447/ec2-wordpress.out.FAILED
[17:57] <SpamapS> how do we retry these?
[17:57] <SpamapS> just looks like maybe connectivity was compromised
[17:59] <hazmat> SpamapS, looks like the instance just took a while to startup up, and the test fell out of its retry loop (120 times)
[17:59] <hazmat> http://bazaar.launchpad.net/~juju/juju/ftests/view/head:/tests/ec2-wordpress/run.sh
[18:00] <SpamapS> Yeah I know it works.. I've been using 447 for a while now its fine
[18:00] <SpamapS> Just wondering if we can tell wtf to try again or we have to wait for the next commit
[18:02] <hazmat> not sure afaik its a wait for new change, its setup as  a cron trigger polling for new revs, alternatively perhaps niemeyer could run it again from the that machine
[18:02]  * SpamapS longs for jenkins in all its monstrous glory
[18:03] <koolhead17> :(
[18:03] <niemeyer> SpamapS: Be my guest :)
[18:04]  * SpamapS presses enter on his juju deploy of it into canonistack
[18:06] <niemeyer> Meanwhile, wtf.labix.org is running 447 again.
[18:06] <SpamapS> cool ty!
[18:07] <niemeyer> SpamapS: np
[18:07]  * SpamapS really just wants jenkins for the IRC bot and pretty graphs. ;)
[18:08] <niemeyer> SpamapS: It's marking 447 as FAILED, but if you click on the FAILED, you'll see it redirects back because it doesn't exist
[18:09] <niemeyer> SpamapS: By the time it ends, it should have ok/FAILED, and the output will be there again
[18:09] <SpamapS> sweet.. just wanted to make sure it passes before uploading that to Ubuntu
[18:11] <SpamapS> whoa.. bug listings just got like.. rainbowized
[18:11] <SpamapS> https://bugs.launchpad.net/ubuntu/+source/juju
[18:13] <niemeyer> :-)
[18:39] <niemeyer> SpamapS: You got a green
[18:40] <SpamapS> niemeyer: w00t
[18:40] <SpamapS> local build test passed too
[18:40]  * SpamapS uploads
[18:40] <SpamapS> Build needed 00:05:27, 16640k disc space
[18:40] <SpamapS> I love eatmydata ... :) takes 16 minutes on the buildds
[18:41] <niemeyer> eatmydata?
[18:41] <niemeyer> SpamapS: Is that something that wraps a process to monitor it or something?
[18:44] <SpamapS> niemeyer: http://www.flamingspork.com/projects/libeatmydata/
[18:44] <SpamapS> libeatmydata is a small LD_PRELOAD library designed to (transparently) disable fsync (and friends, like open(O_SYNC)). This has two side-effects: making software that writes data safely to disk a lot quicker and making this software no longer crash safe.
[18:45] <niemeyer> SpamapS: Ah, neat
[18:45] <SpamapS> Good for iterating over tests
[18:45] <niemeyer> SpamapS: That's awesome indeed, and the name is awesome too :)
[18:45] <SpamapS> niemeyer: most of what Stewart does is quite awesome actually
[18:45] <niemeyer> SpamapS: I guess that could be done with a ramfs int his case, tho
[18:46] <niemeyer> SpamapS: I can see that being unfeasible for larger values of "data", though :)
[18:46] <SpamapS> niemeyer: right, but eatmydata requires no privileges.
[18:46] <niemeyer> SpamapS: Good point
[18:46] <SpamapS> niemeyer: tmpfs/ramfs will always outperform it.. but eatmydata is a nice way to opportunistically take full advantage of memory
[18:46]  * niemeyer mumbles something about plan9
[18:47] <SpamapS> when you don't care for durability
[18:55] <andrewsmedina> Has anyone had problems with openstack returns hostname that juju doest not can resolve?
[18:55] <niemeyer> jcastro: ping
[18:56] <niemeyer> andrewsmedina: Hmm.. sounds like a networking issue
[18:56] <niemeyer> andrewsmedina: Do you recognize the hostnames it can't resolve?
[18:57] <andrewsmedina> niemeyer: I think that it's a nova-network problem
[18:57] <niemeyer> andrewsmedina: Gotcha
[19:00] <SpamapS> man.. ccze even makes bzr logs more readable. :)
[19:01] <SpamapS> Though I'm not sure why it highlights Clint, but not Byrum.. hm
[19:11] <m_3> andrewsmedina: yes, this is a common problem... I'm not sure of the best long-term solution
[19:12] <m_3> andrewsmedina: start on a box that can hit the openstack endpoint using euca-tools or equiv
[19:13] <andrewsmedina> m_3: eucatools work's fine here, but the vm's create with juju doesn't
[19:13] <m_3> andrewsmedina: then 'juju bootstrap' should come up
[19:13] <m_3> andrewsmedina: then you have to euca-allocate-address and associate that with the bootstrap instance
[19:13] <andrewsmedina> m_3: hmm
[19:13] <m_3> thereafter juju works fine
[19:14] <m_3> when you need to "expose" a service, you'll have to attach another public address
[19:14] <andrewsmedina> I miss those things in the juju docs
[19:14] <m_3> (I'm working on an openstack installation that only gives me two public IPs... so I have to swap them around sometimes)
[19:14] <m_3> andrewsmedina: yeah, funny that :)
[19:15] <m_3> andrewsmedina: not sure if they're in there atm
[19:16] <andrewsmedina> m_3: I'm working in a PaaS project that use juju as engine
[19:17] <m_3> andrewsmedina: cool!
[19:17] <m_3> andrewsmedina: I'd love to discuss details of your setup sometime
[19:18] <andrewsmedina> m_3: cool! :D
[19:32] <SpamapS> andrewsmedina: The docs for working with OpenStack are a bit obtuse because the docs we have are mostly focused on using the EC2 API for.. EC2. :)
[19:33] <andrewsmedina> SpamapS: I know
[19:33] <SpamapS> we should definitely add notes for where openstack might differ
[19:33] <SpamapS> same for eucalyptus too really
[19:33] <andrewsmedina> SpamapS: If I can help
[19:33] <andrewsmedina> tell me
[19:40] <m_3> andrewsmedina: please, by all means keep track of what you're doing... even if it's rough notes it's valuable
[19:41] <m_3> andrewsmedina: there're _lots_ of different ways to run an openstack or eucalyptus setup...
[19:41] <andrewsmedina> m_3: I now
[19:42] <andrewsmedina> OpenStack is very flexible
[19:43] <m_3> it's a good thing fundamentally.. but it makes it pretty tough to target
[19:43] <andrewsmedina> we are wrote some charms too
[19:48] <m_3> whoohoo!
[19:51] <SpamapS> One of the openstack core devs was at SCALE and wanted to work on an OSAPI provider
[19:58] <niemeyer> jcastro: ping
[20:02] <SpamapS> niemeyer: he may be swapping today, since we all worked the weekend at SCALE
[20:04] <niemeyer> SpamapS: Thanks, I imagined that could be the case.. was just hoping to catch him passing by to ask about the docs stuff
[20:05] <SpamapS> still waiting on the IS ticket to build from lp:juju/docs ?
[20:16] <niemeyer> SpamapS: It's more about how the splitting is going
[20:16]  * m_3 lunch
[20:16] <niemeyer> SpamapS: I want to push the charm store spec to the server
[20:17] <niemeyer> SpamapS: and it's not clear to me where things currently live
[20:18] <SpamapS> niemeyer: seems like you still have to commit it to lp:juju and then merge to lp:juju/docs until the specs are generated from the right place
[20:19] <niemeyer> This is a bit weird.. it sounds like juju/docs not only offers no advantage, but is an additional burden only
[20:22] <SpamapS> I think the eventual goal is to have the possibility of another team owning it
[20:22] <SpamapS> so ~juju-docs can work on the documentation
[20:23] <SpamapS> (a hypothetical team I made up to support my hypothesis)
[20:23] <SpamapS> niemeyer: once the docs are generated from lp:juju/docs directly, the double-maintenance wouldn't be necessary
[20:24] <niemeyer> SpamapS: Yeah, I understand the end goal, it just sounds like we've made a detour that isn't necessary for it
[20:25] <niemeyer> SpamapS: We can just take the actual doc files, put in a new branch without the code, and maintain it there from now on
[20:27] <SpamapS> thats exactly what we did..
[20:27] <SpamapS> but the step of generating the online displayed version has not completed
[20:28] <niemeyer> SpamapS: Ok, maybe I misunderstand then.. you seemed to indicate that docs were still being merged in lp:juju, and that this was merged onto lp:juju/docs afterwards?
[20:29] <SpamapS> Well they will need to be if you want them to be displayed on juju.ubuntu.com
[20:29] <SpamapS> (which is why they haven't been rm'd from lp:juju just yet)
[20:29]  * SpamapS checks on status of well known RT ticket
[20:30] <niemeyer> SpamapS: Understood.. we can publish our own docs elsewhere meanwhile
[20:33] <SpamapS> hmm.. not so well known.. I think hazmat opened a ticket but I can't seem to find reference to it
[20:33] <SpamapS> hazmat: whats the ticket to re-direct juju.ubuntu.com/docs to build from lp:juju/docs ?
[20:34] <hazmat> SpamapS, https://portal.admin.canonical.com/48456
[20:34] <hazmat> SpamapS, i amended the original request for a cron job from october
[20:34] <hazmat> which was still open
[20:34] <hazmat> i'm a little confused as to the delay
[20:35] <SpamapS> OH
[20:35] <SpamapS> so it is that one
[20:35] <SpamapS> I thought I was mistaken
[20:36] <SpamapS> hazmat: since its your ticket, could you bump the vanguard to take a look?
[20:36] <SpamapS> its lamont.. he'll nail it
[20:36]  * SpamapS goes to find food
[20:38] <hazmat> SpamapS, ok
[21:14] <niemeyer> hazmat: https://codereview.appspot.com/5570047
[21:14] <niemeyer> hazmat: It's the same old formula store specification, but revised and cleaned up to reflect what we implemented and the whole renaming
[21:14] <hazmat> niemeyer, cool
[21:16] <hazmat> niemeyer, one thing that would be off interest is having a notion of multiple ppas per user
[21:16] <hazmat> right now we just have the single namespace/ppa per user
[21:16] <niemeyer> hazmat: Yeah, that's coming
[21:16] <niemeyer> hazmat: But that's a follow up
[21:16] <niemeyer> hazmat: There are several ways in which this spec/feature will have to be expanded
[21:17] <niemeyer> hazmat: But these only matter right now if they'd change what's there
[21:17] <niemeyer> (as in, being incompatible)
[21:19] <niemeyer> hazmat: And this adds .lbox to the repository, for better supporting lbox: https://codereview.appspot.com/5575046
[21:20] <hazmat> nice
[21:22] <niemeyer> hazmat: So LGTM it there, and I'll lbox submit it :)
[21:23] <hazmat> niemeyer, i'll definitely have a look, but probably not till latter today or early tomorrow, i've got a few other reviews i'm trying to catch up on atm
[21:23] <niemeyer> hazmat: I meant the latter one
[21:23] <niemeyer> hazmat: It's a one liner
[21:23] <hazmat> niemeyer, LGTM ;-)
[21:23] <hazmat> niemeyer, the first one mostly looks the same on a casual review , so should be straightforward
[21:24] <niemeyer> hazmat: There, please
[21:24] <niemeyer> hazmat: Doesn't matter much for this case, but that's the workflow.. lbox submit picks up your presence in the discussion
[21:25] <hazmat> ah
[21:27] <niemeyer> hazmat: See the message now: https://codereview.appspot.com/5575046
[21:27] <niemeyer> hazmat: Same message goes onto the commit
[21:31] <hazmat> niemeyer, nice, lbox rocks
[22:00] <hazmat> rust and go have some similiar high levels
[22:48] <pindonga> hi, I'm trying to use juju with openstack... I get it to start bootstrapping, but it never finishes. All I get is : Environment still initializing. Will wait.
[22:48] <pindonga> any ideas on how to debug this?
[23:01] <andrewsmedina> pindonga: Have you tried to run in verbose mode?
[23:01] <andrewsmedina> pindonga: juju -v bootstrap
[23:11] <_mup_> juju/relation-already-exists-error r444 committed by<EMAIL_ADDRESS>[23:11] <_mup_> Better error message
[23:12] <_mup_> juju/relation-already-exists-error r445 committed by<EMAIL_ADDRESS>[23:12] <_mup_> Merged trunk
[23:17] <_mup_> juju/relation-already-exists-error r446 committed by<EMAIL_ADDRESS>[23:17] <_mup_> Fix add-relation test
[23:54] <SpamapS> pindonga: do you see your instances starting up?


[00:13] <tomreyn> no, there is no 'default - always right', also the bits differ for files vs. directories
[00:14] <sarnold> I interpreted his question to be about / specifically
[00:14] <tomreyn> (it is totally possible that 755 on files is what you want, though)
[00:14] <tomreyn> oh, right, i didnt
[00:15] <tomreyn> iif it's just about the uppermost directory on any ubuntu system (which also happens to serve web content) then i agree
[00:16] <drab> tomreyn: I don
[00:16] <drab> whups
[00:16] <tomreyn> oh he left
[00:16] <sarnold> if he ran chmod -R 777 / then the eeasiest way out is going o be renting a new server and moving over the files you care about :)
[00:16] <drab> I don't know if you saw the previous msg, but just to loop back
[00:16] <drab> I had to set fb=false
[00:17] <drab> nofb doesn't work for whatever reason even tho it's an official kernel parameter
[00:17] <tomreyn> drab: alrighty, thanks, and glad you found out.
[00:21] <drab> any tips on must do tweaks for qemu performances?
[00:22] <sarnold> it might be useful to pass in the 'current cpu' as the cpu type; that way all the instructions you -do- have can be used
[00:22] <sarnold> I think the defaults are conservative so you can migrate from one compute host to another
[00:30] <drab> k, thanks
[00:30] <drab> two things I've seen is the use of virtio in disk devices and network devs
[00:30] <drab> but still not clear how those work
[00:31] <sarnold> instead of emulating ten-year-old hardware
[00:31] <sarnold> they just shove bytes around :)
[00:31] <drab> :)
[00:32] <tomreyn>  i.e. use whenever you can
[00:32] <drab> well that's part of the thing, how do I know if I can? I don't get what's special about them that makes it possible or not to use them
[00:33] <tomreyn> you need guest support
[00:33] <drab> ah, ok, that's one bit I missed
[00:33] <tomreyn> linux has it, but windows doesn't until you install drivers
[00:33] <sarnold> most non-terrible OSes have support for virtio of differentl flavors
[00:33] <drab> oh, that's np, I'm just doing linux
[00:33] <drab> even, just ubuntu xenial (for now at least)
[00:33] <drab> so nothing special to install there? it just works [tm]?
[00:34] <tomreyn> it should [tm]
[00:34] <drab> heh :)
[00:35] <drab> what about virtio-scsi ? I've seen that floating around on a few pages as "better", but in various examples I only saw virtio-blk-pci
[00:38] <tomreyn> hmm i'm not sure there, maybe sarnold knows which one to prefer. my guess is that scsi is more overhead but more compatible. like a (PCI bus attached) nvme conmpared to a (SCSI controller attached) ssd
[00:38] <sarnold> I hadn't heard of virtio-scsi before
[00:39] <drab> it popped up on this guide: https://doc.opensuse.org/documentation/leap/virtualization/html/book.virt/cha.qemu.host.html#kvm.virtio-scsi
[00:39] <drab> in the recommended host settings
[00:39] <drab> that guide is actually the most complete I've found
[00:39] <sarnold> suse invests a -lot- in great docs
[00:40] <sarnold> aha! scsi passthrough
[00:40] <drab> that doesn't try to say "oh you wanna run qemu plain? let me tell you about libvirt"
[00:40] <sarnold> if you -want- scsi passthrough that'll be better indeed. but that's a specific thing.
[00:40] <drab> :?
[00:40] <drab> gotcha
[00:41] <drab> tbh I'm kind of confused by scsi... back in the days you had to have a scsi card and scsi devices... now a usb key seems to go thorugh the scsi layer
[01:22] <ppetraki> drab, scsi is just a common verb set to move blocks. no sense in reinventing the wheel, again.
[01:22] <ppetraki> sarnold, I guess virtio-scsi is just more better: https://www.ovirt.org/develop/release-management/features/storage/virtio-scsi/
[01:25] <sarnold> ppetraki: nice page, thanks
[01:26] <sarnold> ppetraki: I've never heard of the ~30 device limit of virtio-blk before
[01:26] <sarnold> that would certainly limit some operations :0
[01:27] <ppetraki> sarnold, I guess it's a PCI limit of whatever bridge they virtually implemented
[01:28] <ppetraki> sarnold, now you can do multpath in a vm!
[01:29] <drab> ppetraki: fair enough, thanks
[01:29]  * sarnold fails over
[01:29] <drab> I'm trying to find out why it doesn't let me use virtio-blk, or if it's just a naming problem
[01:30] <drab> ie when I say "virtio" in the device definition it's really using virtio-blk-pci
[01:30] <drab> it takes virtio-net-pci for the network card, but not virtio-blk for the img file
[01:31] <ppetraki> drab, how was the image file built? raw image? qcow2?
[01:34] <ppetraki> drab, so my favorite thing to do with qemu and the options is to cheat. I configure something using virt-manager the way I think it should look, start it, then look at the qemu args passed to it.
[01:35] <drab> ppetraki: raw image on top of zfs (hence avoiding qcow2, as I understand that'd be twice copy on write and not worth it)
[01:35] <ppetraki> drab, ok, good, did you tell qemu format=raw?
[01:36] <drab> ppetraki: I'm having problems cheating, tried to get libvirt going on my desktops and just got all kinds of fails
[01:36] <drab> I did
[01:36] <ppetraki> erg!
[01:36] <drab> I don't want use libvirt long term so I didn't bother trying to figure out what I was doing wrong
[01:37] <ppetraki> I don't want to use libvirt long term either, neither did openstack, but dammit it just wont die...
[01:40] <drab> lol
[01:40] <ppetraki> drab, ok I cheated for you http://pastebin.ubuntu.com/24430578/
[01:41] <ppetraki> drab, now you can shove this in a script and parameterize what you need
[01:42] <ppetraki> drab, I just made it install from whatever iso I could find, create a 4G RAM 2 CPU system with a 20G root
[01:43] <drab> holy cow, looks more like bad time reading than a command line
[01:43] <drab> thanks, much appreciated
[01:43] <ppetraki> drab,  this looks like the line that matters the most "-drive file=/var/lib/libvirt/images/centos7.0.qcow2,format=qcow2,if=none,id=drive-virtio-disk0 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=2"
[01:43] <ppetraki> oh I don't read anymore, my eyes hate me
[01:43] <drab> lol, bed time reading, Freudian slip I guess
[01:43] <drab> I hear you
[01:44] <drab> today I got lucky, I got to spent 4hrs in a basement pulling fiber <3
[01:44] <drab> spend*
[01:44] <ppetraki> so the -drive switch creates the vlun and also instantites a label "drive-virtio-disk0" and then attach that to the drive we want in the -drive switch
[01:44] <ppetraki> I mean -device switch
[01:45] <drab> yeah, see, you have virtio-blk-pci there, in the device definition
[01:45] <ppetraki> I would make the boot index lower because this thing is "booting from CD"  and change the format to raw, other than that "its simple"
[01:45] <drab> somehow that doesn't work on my test machine for some reason I don't get
[01:45] <ppetraki> are you root?
[01:45] <drab> yeah, looks ok, also looks like it's got the stuff I was wondering about re monitoring socket, so will check that out too
[01:46] <ppetraki> drab, sudo kvm-ok for me
[01:46] <drab> lemme try again with stuff from the example, the onliner I had was clobbering device and drive, maybe shorthand or hold syntax
[01:47] <drab> yeah kvm is ok
[01:47] <ppetraki> drab, ok. sounds like a plane
[01:47] <ppetraki> I mean plan
[01:47]  * ppetraki is tired
[01:59] <drab> ppetraki: it kind of worked, I had to append an if=none to the drive which I don't get, but otherwise it went through
[01:59] <drab> qemu-system-x86_64: -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=d-v-disk0,id=dddisk0: Drive 'd-v-disk0' is already in use because it has been automatically connected to another device (did you need 'if=none' in the drive options?)
[02:00] <drab> that's the error I got
[02:02] <ppetraki> drab, its open sore, it's not supposed to make sense
[02:02] <ppetraki> drab,  that sharp edge is supposed to be there ;)
[02:05] <drab> open sore, that's gonna stay with me for a while :D
[02:05] <ppetraki> drab, I got it from engineers way older and saltier than I
[02:13] <ppetraki> o/
[02:15] <drab> .o/
[02:16] <drab> thanks again man, much appreciate the help, have a good rest of the day
[06:41] <lordievader> Good morning
[12:48] <kotVasja> hi
[14:50] <CarlFK> trying to pxe install to a nvme, someone in #u said try here.    onboard nvme ssd thing.  I somehow got xenial to boot last year.  wiped it trying to install zesty.  installer runs, I get these partitioning options:
[14:51] <CarlFK> the installer gave me 1 big partition.  text mode install screens about partitioning https://veyepar.nextdayvideo.com/static/temp/d.html
[14:52] <CarlFK> the installer does install files to it, but when I boot: "insert boot media" https://veyepar.nextdayvideo.com/static/temp/d6-0.png
[15:12] <drab> CarlFK: just to confitm, you said yuo had it working?
[15:12] <drab> becuase I had that same rpoblem and it turned out the mobo/bios just didn't support it
[15:12] <drab> (this was a SM server and I chcked with them/bios engineers)
[15:12] <CarlFK> drab:  yes working.  no idea how.  i play with a bunch of machines.
[15:13] <drab> but it otherwise exibhited the same behavior as you describe, reason being the boot is done with kernel from pxe, not from nvme, and by the time that's loaded /root can be loaded from nvme
[15:13] <drab> CarlFK: 100% sure you weren't booting from something else? a usb key, a cd, a small /boot on another disk... etc?
[15:13] <drab> don't mean to be insisting, but it's kind of crucial :)
[15:14] <drab> and we'd be all wasting time if it wasn't actually possible and there was something else lost in translation
[15:14] <drab> possible -> straight boot, indirect is obvious possible
[15:15] <drab> "no idea how" is the part that kind of worries me :)
[15:15] <drab> have you checked the mobo's manual, does it say it can boot from nvme? same for bios
[15:15] <drab> what mobo is it?
[15:15] <drab> and what bios version
[15:16] <drab> also what nvme device? is it plugged straight into the mobo or are you using some kind of pcie adapter? or is it a pcie nvme device to begin with?
[15:25] <CarlFK> /sys/devices/virtual/dmi/id # cat board_name
[15:25] <CarlFK> H170M-D3H-CF
[15:26] <CarlFK> http://www.gigabyte.us/Motherboard/GA-H170M-D3H-GSM-rev-10#support-manual
[15:26] <CarlFK> closest I could find, doesn't matter, pdf wont' dl
[15:26] <CarlFK> nor the bios
[15:27] <CarlFK> nvme plugged into slot on mv.  samsung something.  512gig
[15:28] <CarlFK> mb lists it as a boot option.  I suspect I had the efi stuff setup before, and it listed both efi: and non as 2 boot options
[15:28] <drab> ok, that was my next thing, nvme support generally is uefi only, not bios. are you booting in bios or uefi mode? and was linux installed in eufi mode?
[15:28] <CarlFK> I am starting to think the u installer di will do efi if it sees the fat partition.  so maybe I have to create that first?
[15:29] <drab> CarlFK: ime it does efi if the bios is setup for efi only/the installation is started as efi
[15:29] <drab> if you're pxe'botting are you passing efi files to it?
[15:29] <drab> booting*
[15:29] <CarlFK> oh.. pxe.. no.  I bet thats what I need to find
[15:30] <drab> yeah pxe needs additional steps/work to boot in efi mode and do an efi installation
[15:31] <drab> if you're running vanilla pxe you're likely installing in bios mode
[15:31] <drab> you could try to install with a CD if you can, might be quicker to verify
[15:31] <drab> and make sure your bios is set to efi or that when the prompt comes up you select to boot the CD as efi
[15:32] <drab> which will get you an efi install
[15:32] <drab> at least that's afaicr, my efi foo id generally weak, I'm old and so is my hw :)
[15:33] <drab> anybody knows a workaround for this bug: https://bugs.launchpad.net/ubuntu/+source/memtest86+/+bug/1564740
[15:33] <drab> what I don't get is why memtest works fine on both vbox, a bunch of desktops, but not the SM machine
[15:33] <drab> some of the desktops are also intel
[15:33] <drab> they are all in bios mode
[15:34] <ikonia> why would you run memtest in vbox
[15:34] <drab> pxe booting the memtest image served via tftp
[15:34] <ikonia> it's virtual memory
[15:34] <ikonia> but why would you do that in a vm
[15:34] <drab> ikonia: to test that the pxe infra is working and passing up the right files
[15:34] <drab> so I test that first, thant est on a couple hw machines/desktops, then test on the server
[15:35] <ikonia> what happens when you try to boot it for tftpboot
[15:35] <drab> that why I cover all classess of hw and scenarios, since pxe must work on virtual too to provision containers
[15:35] <CarlFK> except I don'
[15:35] <drab> I'm not actually testing the ram
[15:35] <CarlFK> except I don't have a cd drive.. but leme find pxe efi stuff...
[15:35] <drab> ikonia: it boots fine on the desktops and the VM, it just fails on the SM server
[15:35] <drab> like in that bug
[15:35] <drab> it complains about an invalid argument
[15:35] <ikonia> SM server ?
[15:35] <drab> supermicro server
[15:35] <ikonia> what's an SM server
[15:36] <ikonia> ok - so thats most likley the pxe setup on the card
[15:36] <ikonia> the invalid argument is known on some network cards
[15:36] <ikonia> you can get around it with a setting on the tftpserver
[15:36] <drab> uhm, ok, interesting, hadn't heard of it
[15:36] <ikonia> I can't remember which one it is off the top of my head
[15:36] <drab> great, ok, that's still a useful hint, thank you
[15:37] <ikonia> I can't remember which way around it is, either some cards don't fully comply and expect an argument that isn't needed, or they are over strict and demand an argument that isn't needed
[15:37] <ikonia> I can't remember which way around it is
[15:44] <tomreyn> CarlFK: the bios and manual download work fine from my location. should i store a copy for you somewhere?
[15:45] <tomreyn> (and have you tried it from a different location, yet)
[15:45] <CarlFK> tomreyn: I tired a few of the area links.  wget says 2017-04-22 10:45:02 (1.47 MB/s) - Read error at byte 31119/13554428 (Connection reset by peer). Retrying.
[15:46] <CarlFK> oh hey, 3rd times a charm. got it.
[15:52] <CarlFK> http://archive.ubuntu.com/ubuntu/dists/zesty/main/uefi/   thats all I see around install stuff
[15:59] <drab> ikonia: ok, found a workaround
[15:59] <drab> I don't know why the other wasn't working and what was up with what you mentioned, couldn't google anything about it
[16:00] <drab> but I changed and instead of trying to boot the memtest binary
[16:00] <drab> I used memdisk to load the memtest.iso from passmark
[16:00] <drab> and that works across all environments/hw classes so good enough
[16:00] <drab> takes a few extra secs to get the iso compared to just the bin, but whatever
[16:01] <drab> CarlFK: if you don't need to pass preseeding, you could do what I just did
[16:01] <drab> and load the entire iso from network
[16:01] <drab> that'd be the same as booting from CD
[16:01] <drab> vs booting a kernel and going straight into install
[16:02] <CarlFK> I am a little confused.  not even sure what terms to use any more.  I either boot bios or efi, right?
[16:02] <drab> right
[16:02] <patdk-lap> well, what do you use?
[16:02] <patdk-lap> bios or efi?
[16:02] <drab> but there's two pieces, both the bootable media and the bios must be on efi/or bios
[16:03] <drab> you can have an efi that fallsback to bios
[16:03] <drab> and stuff like that
[16:03] <drab> so the boot part needs to be configured on efi, boot the install media as efi, and then the install media needs to install efi compatible boot loader
[16:04] <drab> mostly this magically happens, ie ubuntu install CD will pick up a boot from efi and isntall efi, at least that's my experience on desktops, but with pxe boot is a little more complicated
[16:04] <patdk-lap> and maybe all has to be signed too
[16:04] <drab> since you decice what to serve
[16:04] <drab> that too, le sigh
[16:04] <drab> brb
[16:05] <CarlFK> patdk-lap: #ipxe says NiXZe: the rom usually has both efi and pcbios, however the configuration to enable them is confusing to say the least in most bios/firmware implementations
[16:05] <CarlFK> so I am trying to use efi, but I may not be.
[16:05] <patdk-lap> heh? it's supersimple in every one I have seen
[16:06] <patdk-lap> you just go into the settings, and select uefi boot, and disable legacy boot
[16:06] <patdk-lap> now your in uefi/efi mode
[16:06] <CarlFK> have you looked at the firmware? ;)
[16:06] <patdk-lap> enable legacy and you are back to old fashon bios boot
[16:06] <patdk-lap> no, cause I have no idea what device you have
[16:07] <CarlFK> #ipxe (05:50:16 PM) Shiz: and sometimes the option is there but the efi rom simply is not
[16:07] <CarlFK> I pick efi options, but seems I am ending up in legacy
[16:08] <CarlFK> is there any way to tell from the installer busybox shell?
[16:08] <patdk-lap> what system is this?
[16:09] <CarlFK> /sys/devices/virtual/dmi/id # cat board_name  --> H170M-D3H-CF
[16:09] <CarlFK> http://www.gigabyte.us/Motherboard/GA-H170M-D3H-GSM-rev-10#support-manual
[16:09] <CarlFK> closest model I could find
[16:21] <patdk-lap> oh wait
[16:21] <patdk-lap> you want pxe boot?
[16:21] <CarlFK> yes
[16:21] <patdk-lap> it is *rare* for nic pxe boot to work in uefi mode
[16:21] <patdk-lap> I have seen some the last month
[16:21] <patdk-lap> but before that, I would have said it wouldn't work at all
[16:21] <CarlFK> can I chain load ipxe?  (which I guess has efi support)
[16:21] <jerichowasahoax> isn't pxe that thing for 32 bit systems that lets them access larger addresses
[16:22] <patdk-lap> jeremy_carroll, heh?
[16:22] <patdk-lap> a30 enable?
[16:22] <CarlFK> pxe = load kernen/init from tftp server
[16:22] <jerichowasahoax> maybe i'm thinking of another acronym then
[16:22] <CarlFK> nic rom has a little tcpip stack
[16:22] <patdk-lap> yes, you could boot ipxe, if ipxe has a uefi mode
[16:22] <patdk-lap> but ya, not the nic rom
[16:23] <patdk-lap> ya, that board says nic does not support uefi
[16:23] <patdk-lap> storage boot option set to uefi only
[16:24] <patdk-lap> csm support set to disabled
[16:24] <patdk-lap> (csm support is the, if uefi failes, fall back to legacy bios boot)
[16:25] <CarlFK> btw - I have the box the board came in: ga-h170m-d3h  - no mention of cf
[16:26] <CarlFK> if I am currently able to pxe boot the installer, do I need to change anything ?
[16:27] <CarlFK> er
[16:27] <jerichowasahoax> to accomplish what? my znc buffer doesn't go far enough back
[16:27] <patdk-lap> if you want to use uefi? you must boot uefi
[16:27] <patdk-lap> or the installer will not setup uefi install
[16:27] <CarlFK> (11:22:46 AM) patdk-lap: yes, you could boot ipxe, if ipxe has a uefi mode
[16:27] <patdk-lap> if you don't care, then don't worry, whatever booted it will install and make work
[16:28] <jerichowasahoax> if you want to make absolutely sure you're booting in uefi mode, check for the presence of /sys/firmware/efi/efivars
[16:28] <patdk-lap> I have never uefi booted ipxe before, as the systems I use it on don't have uefi support, only use old systems with it
[16:29] <CarlFK> can I boot from the nvme? (ssd on the board)
[16:29] <CarlFK> er, in legacy mode
[16:30] <patdk-lap> ask your bios
[16:30] <CarlFK> I couldn't figure that out from the manual.
[16:30] <CarlFK> or the bios
[16:31] <CarlFK> currently when it boots the ssd i get  "no boot media"
[16:31] <patdk-lap> I have booted all my nvme systems without uefi and with uefi both
[16:31] <CarlFK> i can pxe boot the installer into rescue mode, mount it.  grub-installer it.. no error, but still not boot
[16:58] <CarlFK> zesty installer BusyBox v1.22.1 (Ubuntu 1:1.22.0-19ubuntu2)   ~ # ls /sys/firmware/ -> acpi    dmi     memmap
[17:01] <CarlFK> same for /target/sys/firmware/
[17:16] <CarlFK> so I pxe booted, I am in legacy mode, both the installer shell and what the installer installed.  bios says it will boot the ssd in legacy mode.  what do I do to install grub?
[17:16] <CarlFK> (pretty sure there is a bug here, but I dont' know what I am doing well enough to just file a issue )
[19:26] <CarlFK> https://en.wikipedia.org/wiki/EFI_system_partition   "some UEFI implementations immediately switch to the BIOS-based CSM booting..."
[19:27] <CarlFK> who knows what mode we started in?
[21:29] <drab> re
[21:29] <drab> CarlFK: did you manager to get it to work?
[21:29] <drab> manage*