|01:38||pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Ping timeout: 240 seconds)|
|01:39||jerryc has joined IRC (firstname.lastname@example.org)|
|01:39||mgariepy_ has joined IRC (email@example.com)|
|01:40||mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 240 seconds)|
|01:53||jerryc has left IRC (firstname.lastname@example.org, Quit: Leaving)|
|01:55||pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)|
|02:29||Phantomas has left IRC (Phantomas!~ftsamis@ubuntu/member/phantomas, Quit: Leaving.)|
|04:03||vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)|
|05:39||championofcyrodi has left IRC (email@example.com, Ping timeout: 260 seconds)|
|06:01||championofcyrodi has joined IRC (firstname.lastname@example.org)|
|06:10||mikkel has joined IRC (email@example.com)|
|06:27||ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)|
|06:47||vmlintu has left IRC (firstname.lastname@example.org, Ping timeout: 246 seconds)|
|08:05||vmlintu has joined IRC (email@example.com)|
|08:14||vmlintu has left IRC (firstname.lastname@example.org, Ping timeout: 240 seconds)|
|08:52||telex has left IRC (email@example.com, Remote host closed the connection)|
|08:54||telex has joined IRC (firstname.lastname@example.org)|
|09:01||uXus has left IRC (uXus!~uXus@220.127.116.11, Quit: ail bi bek)|
|09:05||uXus has joined IRC (uXus!~uXus@18.104.22.168)|
|11:06||khildin has joined IRC (email@example.com)|
|11:11||khildin has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|11:14||telex has left IRC (email@example.com, Ping timeout: 240 seconds)|
|11:15||telex has joined IRC (firstname.lastname@example.org)|
|11:38||danau11 has joined IRC (email@example.com)|
|11:44||Faith has joined IRC (Faith!~paty@unaffiliated/faith)|
|11:58||mgariepy_ is now known as mgariepy|
|11:59||mgariepy has left IRC (firstname.lastname@example.org, Changing host)|
|11:59||mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)|
|12:10||vmlintu has joined IRC (email@example.com)|
|12:19||adrianorg has left IRC (firstname.lastname@example.org, Ping timeout: 240 seconds)|
|12:22||adrianorg has joined IRC (email@example.com)|
does anyone have some recommendation as to how to debug ltsp not logging in correctly, saying that ssh got no response?
is there some flag that can make logging more verbose? this message alone helps me zero :/
|13:17||dgroos has joined IRC (firstname.lastname@example.org)|
|13:26||Phantomas has joined IRC (Phantomas!~ftsamis@ubuntu/member/phantomas)|
|13:44||mikkel has left IRC (email@example.com, Quit: Leaving)|
|13:56||dgroos has left IRC (firstname.lastname@example.org, Quit: dgroos)|
|13:56||ben_roose has joined IRC (email@example.com)|
|14:01||vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)|
|14:04||vmlintu has left IRC (firstname.lastname@example.org, Ping timeout: 264 seconds)|
|14:19||jammcq has joined IRC (email@example.com)|
|15:12||telex has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|15:14||telex has joined IRC (email@example.com)|
|15:25||AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-wigtaxtedraeanzd)|
|16:03||dgroos has joined IRC (dgroos!~dgroos@2607:ea00:103:4801::1a)|
I've got a tftp timeout error on a recent install of 14.04.3 with ltsp-pnp. The image builds fine now, but the clients won't boot. Any ideas?
work_alkisg: I imagine this is the same issue you helped me with on the previous install. Is there some written instructions somewhere for this bug?
|16:24||cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 250 seconds)|
Alas, lunch break over, students at door. Be back in an hour!
dgroos: probably an issue with tftp not actually being started
you should pgrep tftp on the server and see if you see anything there
|17:02||dtcrshr has joined IRC (dtcrshr!~datacrush@2801:88:f7a:100:240:a7ff:fe2d:d7c0)|
|17:02||dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher)|
|17:19||Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)|
students just left...
So, let me try that...
maldridge: can you give me a hint as to the pgrep command? I've not done it...
its like grep, but works for processes
so, I did htop, filtered for a processes that had tftp in it, but none...
ah, that is probably why they are timing out
I'd try to sudo service tftpd start
might be tftp, and then try again
sudo service tftpd start returns tftpd: unrecognized service
you should install tftpd-hpa, and then edit the config file at /etc/defaults/tftpd-hpa to look like this https://github.com/utdlug/lug_config/blob/master/roles/tftp/files/tftpd-hpa
I'm sure work_alkisg knows of a better way, but that's how mine is put together
maldridge: Thanks I'll give it a go!
hmmm... mine said:
I'll fix now...
got it, will try again
|17:54||telex has left IRC (firstname.lastname@example.org, Ping timeout: 250 seconds)|
|17:55||telex has joined IRC (email@example.com)|
Still open tftp open timeout...
and you started the service after installing/editing the file?
I do that by...? I tried sudo service tftpd start and still get the tftpd: unrecognized service...
I actually have to head to get ready for my next classes :-( will return after school is over in 2 hours 15 min!
Again, thanks maldridge for engaging!
|18:19||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
|19:47||telex has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|19:48||telex has joined IRC (email@example.com)|
|20:23||vmlintu has joined IRC (firstname.lastname@example.org)|
Students leave... and I can return!
ps ax | grep tftp
|20:43||dgroos has left IRC (dgroos!~dgroos@2607:ea00:103:4801::1a, Remote host closed the connection)|
|20:47||professor_ has joined IRC (professor_!c9048e2e@gateway/web/freenode/ip.22.214.171.124)|
Alguem fala portugues?
|20:49||dgroos has joined IRC (dgroos!~dgroos@2607:ea00:103:4803::2f)|
professor_: Eu não estou ciente de qualquer um que pode, desculpe.
When I grep :69 I get: http://pastebin.ubuntu.com/12240943/ Should there be 3 lines?
|20:58||vmlintu has left IRC (email@example.com, Ping timeout: 244 seconds)|
eh, that'll work. I tend to disable v6 on networks that don't run it, but that's a site specific choice
Configurei o epoptes e o terminal não consegue carregar o modo grafico por completo
OK, so that's good. Why then, when I: ps ax | grep tftp the only process I get is the grep process itself--Is that OK?
run "pgrep tftp"
Você recebe as mensagens de erro?
maldridge: I run "pgrep tftp" and it returns nothing.
then it is not likely that you have tftpd running
|21:11||ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)|
Seems like on an ltsp server, that service should always be running. Or, does it just start when it receives something from a client seeking to boot?
dgroos: I've had a great deal of trouble with getting tftpd to run reliably as a standalone daemon, I'd set it up like the answer in this question: http://askubuntu.com/questions/581772/how-to-install-and-configure-a-tftp-server-on-14-04
:-) I'll give it a go!
|21:12||professor_ has left IRC (professor_!c9048e2e@gateway/web/freenode/ip.126.96.36.199, Ping timeout: 246 seconds)|
hmmm... says it will need to remove some important looking files e.g. ltsp-client and more. http://pastebin.ubuntu.com/12241118/
right, you need the one for inetd
mid way down the page
OK so I just install xinetd? It seems that I'd have to configure the rest of the ltsp system so that the attempt to boot will be made from a different service--the xinetd?
don't install xinetd
that will remove the meta packages that it described in your gist
mid way down that guide it explains how to do it with inetd, which is different
OK, I see that, I'll give that a go.
In the referenced page it says "...locate the line that looks like...). Well, the line in /etc/inetd.conf that looks the closest to that is:
9571 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/ldminfod
just add the line it wants down at the bottom of the file
no, just restart inetd
dgroos: my current class is ending, I'll be afk briefly and then back at a terminal in ~15 minutes
|22:19||ben_roose has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
maldridge: a teacher too? where?
dgroos: student, UT Dallas
Installed inetutils-inetd so I could restart inetd and that did restart. However, "pgrep tftp" still returns nothing.
yeah, it won't be started until you try to boot a client
inet intercepts the connection and spins up the appropriate daemon to handle the request
Ah, participant in class in that role :-)
I tried to start a client (same tftp open timeout) and then pgrep tftp and still returns a blank. I must be missing something...
What are you studying?
cool, that's only getting more significant as time goes on.
I sure hope so, but I'm more on the devops side
I'm not really sure why your clients aren't able to connect at this point
because you've basically manually run through the process that builds out the ltsp servers at UTD
just to be sure, you don't have any firewalls running that need to be reconfigured, do you?
There may be some bug in the ltsp 'ecosystem' that only those who are building the system in many contexts know about.
I've installed/activated no firewall out of a normal install.
maldridge: Thanks again for your efforts and good luck on your studies. I'll be here for another hour or 2 but I'll be around--have to go and pour some agar plates...
ok. I think by default ltsp serves its boot files from dnsmasq, but that kind of assumes you are running your own dhcp
unless you are doing IPAPPEND stuffs, but I steer well clear of that
Have you read alkisg's install page for ltsp-pnp? It mentions both of these things... https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
yeah, I read it early in the summer, but I have control of the DHCP server for my segment, so I don't use ltsp's default methods for that
I don't think this is an ubuntu issue either, at least not directly. My test cluster on campus uses 14.04.3 and I haven't seen issues with it
|22:35||andygraybeal has left IRC (email@example.com, Read error: Connection reset by peer)|
I wonder if it is only my implementation? I'm really tempted to go back to 12.04 but I was hoping to get beyond that noxious bug where sometimes the menu bar appeared blank.
|22:39||dgroos has left IRC (dgroos!~dgroos@2607:ea00:103:4803::2f, Quit: Leaving.)|
|22:39||dgroos has joined IRC (dgroos!~dgroos@2607:ea00:103:4803::2f)|
possible, are your machines actually trying to contact the right tftp server?
OK... your comment about dns and IPAPPEND and looking at alkis' page got me wondering... I'm embarrassed...
forget to set some options?
I re-did the section on "DNS issues", done it so many times and I thought I had, but maybe I didn't.
well, just did the section starting with, "sudo -i" and going on to sed... and, well, the clients boot!
|22:45||* maldridge observes that this is the exact reason for configuration management|
Let me be the poster child on that ;-)
glad its working now, hopefully it will stay that way
I wouldn't have gotten it if you hadn't mentioned dnsmask etc and I hadn't had that page of ltsp-pnp in front of me. Thanks again for your help!!!
Have a good evening (same time zone I think, I'm here in Minneapolis).
|23:01||dgroos has left IRC (dgroos!~dgroos@2607:ea00:103:4803::2f)|