02:24 | vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 250 seconds) | |
02:26 | vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi) | |
03:27 | GodFather has left IRC (GodFather!~rcc@50-246-144-134-static.hfc.comcastbusiness.net, Ping timeout: 245 seconds) | |
10:13 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
10:22 | vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 250 seconds) | |
12:24 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 272 seconds) | |
12:29 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
12:31 | vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi) | |
17:17 | <alkisg> !epoptes
| |
17:17 | <ltsp> epoptes: Epoptes is a computer lab administration and monitoring tool. It works on Ubuntu and Debian based labs with LTSP or non-LTSP servers, thin and fat clients, standalone workstations, NX clients etc. More info: http://www.epoptes.org
| |
19:16 | <Hyperbyte> Happy new year Alkis. :-)
| |
19:20 | <alkisg> Happy new year Jan! :)
| |
19:20 | And to everyone else as well!
| |
19:31 | <mwalters> hny!
| |
19:31 | i celebrated by installing 18.04 last night :(
| |
19:32 | main office mostly working. over at a satellite office today :/
| |
19:32 | 2 servers here... i didnt realize they were all usb2... copying is so slow :(
| |
19:34 | <alkisg> Installing from usb2 shouldn't take more than 10 mins for everything...
| |
19:35 | <mwalters> moving existing VMs and junk :/
| |
19:36 | we use freepbx for phones. i also built out an ltsp vm template (80G)
| |
19:36 | then copying /home contents back
| |
19:36 | <alkisg> 80g for a template?!!!
| |
19:36 | <mwalters> i went a little overboard
| |
19:37 | <alkisg> My templates are 10G fixed disks, with actual use around 7
| |
19:37 | <mwalters> ;)
| |
19:37 | <alkisg> And when I need to keep /home, I use `cp -a` instead of dd
| |
19:38 | <mwalters> going from 14.04 metacity to 18.04 mate... /home was a little... cluttered
| |
19:39 | we also had lsyncd set up for home on all 4 boxes... i figured id be able save time just copying from the main office... owell
| |
19:40 | <quinox> 14.04 to 18.04... quite a jump
| |
19:40 | <mwalters> from main office onto usb, then using usb @ each satellite
| |
19:40 | ...the 18.04 "live" server installer.... is... strange
| |
19:41 | * quinox built a PXE boot menu yesterday, he's quite happy with it | |
19:41 | <mwalters> my test box only had a basic drive layout, whereas i have 2 mds on the prod servers... took me like 30min to realize the installer doesnt do md right
| |
19:41 | you need the "alternative" installer :/
| |
19:43 | <quinox> https://www.syslinux.org/wiki/index.php?title=PXE_native_boot_menu -> I had to Google quite a while to figure out how to cancel the timeout, I found in the PXE spec PDF that it's F8
| |
19:43 | <alkisg> mwalters: when using ltsp, prefer the desktop iso
| |
19:43 | <mwalters> ltsp is using the mate distro in a vm with server on the bare metal
| |
19:44 | <alkisg> OK
| |
19:44 | <mwalters> we have 4 installs on fairly old hardware. i figured this would give me quicker recovery when one of them eventually eats it ;)
| |
19:45 | <alkisg> quinox: pxe is ok, but pxelinux is much more flexible and prettier: http://alkisg.mysch.gr/steki/index.php?action=dlattach;topic=2828.0;attach=1672;image
| |
19:46 | <quinox> that is indeed much prettier
| |
19:46 | it chain-boots ?
| |
19:46 | <alkisg> The clients boot pxelinux.0 which shows this men
| |
19:46 | *menu
| |
19:47 | From there, you can load kernels,edit parameters with tab, boot .isos, memdisk images, local disks, chain to different servers...
| |
19:47 | Lots of things
| |
19:47 | <quinox> sweet
| |
20:46 | ta2fb has joined IRC (ta2fb!~tadam@50-205-35-98-static.hfc.comcastbusiness.net) | |
20:49 | <ta2fb> hi - I had a question using ltsp for ubuntu 18.04. We have used ltsp before so we have some experience with it but are having issues during the bootstrap process of resolving network info from dhcp. The dhcp server is not running on the same server as ltsp. Here is what happens: 1) client boots via dhcp, gets all necessary info 2) while loading the os, there are issues that the process was not able to find any nameservers or search d
| |
20:51 | it looks like it is this file /usr/share/initramfs-tools/scripts/init-premount/udhcp that populates that file but I am a little lost after that
| |
20:52 | <alkisg> ta2fb: first of all, are you using the greek schools ppa?
| |
20:52 | Can you pastebin the output of `sudo ltsp-info | nc termbin.com 9999` ?
| |
20:54 | <ta2fb> alkisg: yes, I am using teh greek schools ppa
| |
20:54 | <alkisg> Are you using the chroot or the chrootless (pnp) mode?
| |
20:54 | <ta2fb> chroot
| |
20:54 | do you want that command run on the server or the client?
| |
20:54 | <alkisg> Do you have the greek school ppa in the chroot?
| |
20:54 | On the server
| |
20:55 | <ta2fb> yes, I ran the following command:
| |
20:55 | sudo ltsp-build-client --purge-chroot --mount-package-cache --extra-mirror 'http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu bionic main' --apt-keys '/etc/apt/trusted.gpg.d/ts_sch_gr_ubuntu_ppa.gpg'
| |
20:56 | https://termbin.com/eehz
| |
20:57 | <alkisg> OK, great, and, your sentence was too long and it was cut off, are you saying that the client boots but has no dns?
| |
20:57 | Or that it doesn't boot at all?
| |
20:57 | <ta2fb> sorry, I will break it down
| |
20:57 | 1) client boots via dhcp, gets all necessary info
| |
20:57 | 2) while loading the os, there are issues that the process was not able to find any nameservers or search domains so the hostname does not populate from dhcp.
| |
20:57 | 3) once the os is loaded, the networking is configured properly. The issue seems to be when /run/net-*.conf is populated as it does not have the right values.
| |
20:58 | <alkisg> Are you specifying DNS_SERVER in lts.conf, or just from dhcp?
| |
20:58 | <ta2fb> I am specifying it in lts.conf which I believe is why the client has dns once booted
| |
20:58 | <alkisg> Oh sorry, I'll be back in 15'
| |
20:58 | <ta2fb> but since it isn't grabbing it properly during the bootstrap the hostname isn't correct
| |
20:58 | ok
| |
21:04 | not sure if it is important to note, but dnsmasq isn't running as it conflicts with systemd-resolved - I shouldn't need dnsmasq as my dns and dhcp are hosted elsewhere anyways
| |
21:15 | and for what its worth, our ltsp 16.04 clients populate the /run/net*conf file successfully
| |
21:16 | <alkisg> ta2fb: so, the newer ltsp versions default to ipappend 3, while in your case ipappend 2 is preferred
| |
21:17 | You need to edit /etc/ltsp/update-kernels.conf in the chroot to set ipappend 2,
| |
21:17 | then ltsp-chroot /usr/share/ltsp/update-kernels,
| |
21:17 | then ltsp-update-image,
| |
21:17 | so that it finally reaches tftp/ltsp/i386/pxelinux.cfg/default
| |
21:17 | <ta2fb> ok, I can try that, thank you
| |
21:18 | <alkisg> ...you can verify that this is the issue by directly editing tftp/ltsp/i386/pxelinux.cfg/default for now; but the changes won't stick unless youdo the rest of the steps
| |
21:18 | <ta2fb> makes sense
| |
21:21 | it looks like that solved it, thank you very much! I have been banging my head on this problem for a while
| |
21:21 | <alkisg> np
| |
21:22 | The devs are useful some times :D
| |
21:22 | <ta2fb> haha, for sure
| |
21:26 | /etc/ltsp/update-kernels.conf does not exist on the server, is that okay?
| |
21:26 | oh, nvm
| |
21:26 | I read too quickly
| |
22:12 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Remote host closed the connection) | |