IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 22 June 2022 (all times are UTC)
| 05:20 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 06:56 | woernie has left IRC (woernie!~werner@pd9e8b6c1.dip0.t-ipconnect.de, Ping timeout: 240 seconds) | |
| 06:56 | woernie has joined IRC (woernie!~werner@p508676de.dip0.t-ipconnect.de) | |
| 08:10 | woernie has left IRC (woernie!~werner@p508676de.dip0.t-ipconnect.de, Ping timeout: 268 seconds) | |
| 08:10 | woernie_ has joined IRC (woernie_!~werner@pd9e8b6c1.dip0.t-ipconnect.de) | |
| 14:36 | vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:7:77:0:20) | |
| 16:05 | woernie_ has left IRC (woernie_!~werner@pd9e8b6c1.dip0.t-ipconnect.de, Ping timeout: 276 seconds) | |
| 16:06 | woernie has joined IRC (woernie!~werner@p200300c56f089400ab8d43b501d6101c.dip0.t-ipconnect.de) | |
| 16:18 | woernie has left IRC (woernie!~werner@p200300c56f089400ab8d43b501d6101c.dip0.t-ipconnect.de, Ping timeout: 240 seconds) | |
| 17:59 | muhwalt has joined IRC (muhwalt!~ubox@user/muhwalt) | |
| 18:03 | <muhwalt> Hi, having some trouble with proxydhcp. Ran through the normal set up on ltsp.org, fresh install of ubuntu-mate 22.04. My primary dhcp server responds and hands out an IP, however it doesn't look like dnsmasq is handing out the boot file.
| |
| 18:04 | <alkisg> What's the output of `journalctl -u dnsmasq` ?
| |
| 18:04 | <muhwalt> pasting, one sec
| |
| 18:06 | https://pastebin.com/7t4yAV0x
| |
| 18:06 | that should be one full response
| |
| 18:06 | with log-dhcp on
| |
| 18:08 | <alkisg> Eeh, so it really doesn't send a file name?
| |
| 18:09 | Unless 10 lines are missing below that answer
| |
| 18:09 | <muhwalt> the "vendor class" is the last line
| |
| 18:09 | looks like maybe it doesn't get the ipxe tag?
| |
| 18:10 | oh, I guess that would fall back on snponly.efi
| |
| 18:10 | <alkisg> Wth the proxy, X86-64_EFI tag it's supposed to send snponly, yes
| |
| 18:10 | I think you're just missing some lines from your paste
| |
| 18:12 | For easier troubleshooting, you can test with ipxe.iso on the client side
| |
| 18:12 | https://boot.ipxe.org => anything from there, iso, usb ...
| |
| 18:12 | Then you can e.g. type `config` at the ipxe prompt and see what exactly the client has gotten as a response
| |
| 18:13 | <muhwalt> https://imgur.com/S2mo3YA
| |
| 18:13 | ;)
| |
| 18:13 | I block too many ads and cookies, took a while to get imgur to cooporate 🤣
| |
| 18:15 | pxe-service=tag:proxy,tag:!ipxe,X86-64_EFI,"snponly.efi",ltsp/snponly.efi
| |
| 18:15 | <alkisg> next-server=10.0.150.113, is that the ltsp server?
| |
| 18:15 | <muhwalt> this line, reads to me like "has tag proxy, does not have tags: ipxe, x86-64-efi"
| |
| 18:15 | yes that's correct
| |
| 18:16 | <alkisg> Is it also a stock ltsp-dnsmasq.conf, or do you have additional or modified content?
| |
| 18:16 | <muhwalt> stock, I've only uncommented log-dhcp
| |
| 18:16 | I've tried running `ltsp dnsmasq` to replace it with same issues
| |
| 18:16 | re-running*
| |
| 18:17 | <alkisg> Can you boot the client using ipxe.iso or ipxe.usb?
| |
| 18:17 | <muhwalt> I will try
| |
| 18:17 | they are modernish boxes... intel NUC and a gigabyte brix
| |
| 18:17 | 10th gen i3, celeron N4105 or whatever
| |
| 18:18 | ultimately, both display "no valid offer received" during the net boot
| |
| 18:19 | <alkisg> Jun 22 21:18:33 alkis dnsmasq-dhcp[351641]: 684312138 sent size: 19 option: 67 bootfile-name ltsp/undionly.kpxe
| |
| 18:19 | Ah wait that's in full dhcp mode, let me see what I get with proxy...
| |
| 18:20 | Ιουν 22 21:20:32 alkis dnsmasq-dhcp[351725]: 701089354 PXE(enp2s0) 08:00:27:c9:c6:4a proxy
| |
| 18:20 | Ιουν 22 21:20:32 alkis dnsmasq-dhcp[351725]: 701089354 tags: proxy, X86PC, enp2s0
| |
| 18:21 | Ιουν 22 21:20:32 alkis dnsmasq-dhcp[351725]: 701089354 bootfile name: ltsp/undionly.kpxe
| |
| 18:21 | Ιουν 22 21:20:32 alkis dnsmasq-dhcp[351725]: 701089354 broadcast response
| |
| 18:21 | So yeh the boot filename is supposed to appear in proxydhcp mode when log-dhcp is enabled
| |
| 18:21 | <muhwalt> Yeah, that's why I'm thinking it's some kind of tagging issue
| |
| 18:21 | <alkisg> Try to remove all the lines and keep a single line with no tags, that just sends snponly.efi
| |
| 18:22 | But first, try with ipxe.iso so that we know it boots that way
| |
| 18:22 | I need to leave my PC but I'll be watching your progress from the phone and hint wherever I can
| |
| 18:22 | <muhwalt> thanks
| |
| 18:23 | for uefi, use dhcp-boot, right?
| |
| 18:23 | not pxe-service?
| |
| 18:26 | <alkisg> Both of them but without tags
| |
| 18:32 | <muhwalt> looks like same behavior
| |
| 18:33 | pxe-service=X86-64_EFI,"snponly.efi",ltsp/snponly.efi
| |
| 18:33 | dhcp-boot=X86-64_EFI,ltsp/snponly.efi
| |
| 18:33 | tried dhcp-boot without "X86-64_EFI", pxe-service requires it or conf won't parse
| |
| 18:34 | I think I have a bios client lying around, let me see if that's any different. Coworker did this on ubuntu 22.04 a few weeks ago and it worked
| |
| 18:34 | He may have not tried a uefi client
| |
| 18:35 | <alkisg> Also try with ipxe.usb
| |
| 18:36 | I've tested uefi many times I haven't seen that issue anywhere
| |
| 18:36 | <muhwalt> oh, tested with libvirt vm... that looks like it works fine
| |
| 18:36 | (with out of the box ltsp dnsmasq config)
| |
| 18:37 | but that is pxeboot w/ ipxe rom I think
| |
| 18:39 | <alkisg> Was it uefi in proxy mode?
| |
| 18:40 | <muhwalt> proxydhcp still, but whatever kvm/qemu ipxe is configured as out of the box
| |
| 18:40 | looks like pxeboot
| |
| 18:40 | not uefi
| |
| 18:41 | I think I can reconfigure
| |
| 18:42 | <alkisg> Or just try with ipxe.usb or ipxe.iso on the nuc client... It'll verify that everything else is fine except for this specific client
| |
| 18:48 | <muhwalt> I'll try ipxe, it was easier for me to just fire up another vm... same behavior with tianocore uefi firmware in a vm
| |
| 18:49 | same vendor class as the NUC/Gigabyte
| |
| 18:49 | I mean arch... 00007
| |
| 18:49 | <alkisg> Hmm, can you try to download DNS mask for 20.04 from packages.ubuntu.com and run dpkg -i?
| |
| 18:50 | <muhwalt> oh boy, I guess 🤣
| |
| 18:51 | <alkisg> https://packages.ubuntu.com/focal-updates/dnsmasq-base
| |
| 18:54 | <muhwalt> dependency hell
| |
| 18:55 | feels like old redhat days
| |
| 18:55 | <alkisg> Nevermind then
| |
| 18:55 | Try ipxe.iso etc
| |
| 18:55 | <muhwalt> okay :D
| |
| 18:56 | <alkisg> You can also try it in the VM with tianocore
| |
| 18:57 | <muhwalt> tianocore showed same behavior
| |
| 18:57 | shows up w/ same tags as the nuc
| |
| 18:57 | <alkisg> I mean, boot ipxe.iso under tianocore uefi
| |
| 18:58 | Dont use the internal uefi ipxe stack
| |
| 18:58 | <muhwalt> oic
| |
| 18:58 | oh that'll be easier, I'm on a windows laptop :D
| |
| 19:01 | same behavior booting ipxe.iso via uefi
| |
| 19:01 | <alkisg> Type config and see the dhcp offer
| |
| 19:02 | <muhwalt> at the ipxe command line?
| |
| 19:02 | <alkisg> Yes
| |
| 19:02 | After it fails to boot
| |
| 19:05 | <muhwalt> sorry, not sure what I'm looking for in the config settings
| |
| 19:06 | <alkisg> Did it get an IP? Did it get a boot file name?
| |
| 19:06 | <muhwalt> neither actually
| |
| 19:06 | <alkisg> If it doesn't get an IP it's not an issue with dnsmasq but with your main DHCP server
| |
| 19:07 | <muhwalt> hmm, that shouldn't need any additional configuration for proxydhcp, right?
| |
| 19:07 | e.g., boot server?
| |
| 19:07 | (beyond serving IPs on that network, I mean)
| |
| 19:08 | <alkisg> No, it doesn't need any configuration for boot server etc
| |
| 19:09 | What happens if you exit the config and type autoboot?
| |
| 19:09 | <muhwalt> "no configuration methods succeeded"
| |
| 19:10 | <alkisg> Try dhcp net0
| |
| 19:10 | Does that work?
| |
| 19:11 | <muhwalt> same, I also don't see leases being issued for this device on the dhcp server
| |
| 19:11 | however, I do see leases having been issued for the physical boxes
| |
| 19:12 | <alkisg> Maybe your vm network setup isn't appropriate
| |
| 19:12 | <muhwalt> you're probably right
| |
| 19:12 | however I do see dnsmasq responding
| |
| 19:12 | just not with the bootfile
| |
| 19:12 | and it works for pxe clients... very odd =/
| |
| 19:13 | <alkisg> I'm not 100% sure that I've tested Ubuntu 22.04 with UEFI clients. I can test tomorrow.
| |
| 19:14 | <muhwalt> 👍
| |
| 19:14 | <alkisg> In case there's some immigration in dnsmasq...
| |
| 19:15 | Regression...
| |
| 19:15 | <muhwalt> I had lots of weird issues w/ bridge configuration in 22.04
| |
| 19:15 | stuff that worked fine in 18.04 randomly not working, etc.
| |
| 19:15 | <alkisg> I guess Android doesn't like my Greek accent very much :)
| |
| 19:15 | <muhwalt> hah!
| |
| 19:24 | thanks for your help. I'm going to blow away the ltsp VM and start over to see if I did anything massively stupid
| |
| 19:25 | or maybe try ubuntu-mate 20.04 and see if it "just works"
| |
| 19:42 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 20:09 | <muhwalt> alkisg: possibly tftp permissions issue? connecting to the server and running `get ltsp/snponly.efi` returns "permission denied"
| |
| 20:10 | -rw-r--r-- 1 root root 231K Nov 23 2021 snponly.efi
| |
| 20:11 | sorry, disregard
| |
| 20:11 | it was local permissions :D
| |
| 20:14 | <alkisg> I tried booting virtualbox using uefi but it hangs, I'll need to test with a real client tomorrow
| |
| 20:15 | <muhwalt> tried a physical pxe client and got an error too
| |
| 20:15 | looks like it attempted to serve the bootfile tho
| |
| 20:17 | yeah, looks like dhcp responded with bootfile, but no tftp transfer happening
| |
| 20:24 | oh I think this is undionly issue
| |
| 20:27 | ipxe off a usb isn't working on this box either
| |
| 20:27 | I give up for today
| |
| 20:27 | :D
| |
| 23:10 | Vercas9 has joined IRC (Vercas9!~Vercas@gateway/tor-sasl/vercas) | |
| 23:10 | Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Remote host closed the connection) | |
| 23:10 | Vercas9 is now known as Vercas | |