00:05 | <dgroos> hmmm… I just checked /etc/hosts and see a couple of lines there, but wonder if they are being used. I think they were put there by the AD binding program. I think that /etc/hosts isn’t used when you use network manager?
| |
00:07 | <maldridge> /etc/hosts is used by resolvconf
| |
00:08 | you probably have the base set that's used to resolve the machine itself
| |
00:08 | <dgroos> there’s the 127.0.0.1 localhost
| |
00:09 | <maldridge> yeah, that's needed to actually resolve the machine itself
| |
00:09 | <dgroos> but there’s also 127.0.1.1 computername.domain.name.of.the.ADserver
| |
00:10 | <maldridge> yeah, that's needed to make sure that the fqdn resolves
| |
00:11 | <dgroos> OK, thanks for that check, too.
| |
00:11 | <maldridge> np
| |
00:18 | <dgroos> So, I just tried to log in with my admin account on a client, and it doesn’t work. I can only log in with a user from the AD domain. I did unjoin my server from the AD domain, but still couldn’t log in. That’s really strange…
| |
00:19 | I had assumed that I could do that, that the only problem was with the student accounts on the remote AD.
| |
00:21 | <maldridge> did powerbroker override changes in nsswitch?
| |
00:21 | <dgroos> How tell?
| |
00:21 | <maldridge> you'd need to look in both your name service config, as well as /etc/pam.d
| |
00:22 | I'd stay and help, but I have to go attend an ACM kickoff event in 5 minutes. Good luck and I'm sure there are others in the channel that can help with this portion.
| |
00:22 | <dgroos> Thanks!
| |
00:23 | I should head home too. Have a good one.
| |
00:30 | dgroos has left IRC (dgroos!~dgroos@x-134-84-1-193.vpn.umn.edu, Quit: dgroos) | |
01:02 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Quit: Leaving) | |
01:13 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
01:15 | pppingme is now known as Cruz4prez | |
02:46 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
03:29 | Parker955_Away has left IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f, Ping timeout: 246 seconds) | |
03:32 | Parker955_Away has joined IRC (Parker955_Away!~parker@2001:470:8:a61::8bdc:c4f) | |
04:25 | work_alkisg is now known as alkisg | |
04:59 | mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk) | |
05:16 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
05:18 | url has joined IRC (url!3cf8605f@gateway/web/freenode/ip.60.248.96.95) | |
05:19 | <url> hi all
| |
05:19 | didn't realize there was an IRC :'(
| |
05:19 | i've been struggling with what I assume is a relatively straightforward issue
| |
05:20 | I'm running pinet on ubuntu but the thin clients can't see the printer
| |
05:20 | i haven't pulled out all of my hair yet, but.... i'd appreciate any pointers
| |
05:21 | I've looked: help.ubuntu.com/community/UbuntuLTSP/localprinter
| |
05:21 | and a few similar pages, but so far no dice
| |
05:42 | <quinox> I can't help you, but stick around and you'll be served
| |
06:04 | <maldridge> url: can't see the printer, or can't print to it
| |
06:09 | <url> actually couldn't log into cups on the thin client
| |
06:09 | i just added root (poor form i know) to the lpadmin group in chroot, so i'm hoping that will help
| |
06:09 | i've just done the update-image, but i'm working remotely so i'm waiting on the guy to load an SD card for me
| |
06:10 | <maldridge> ah, good luck with it; its 0100 here so I think I'll be off for the night
| |
06:10 | <url> haha, no worries, thanks anyways
| |
06:30 | khildin has joined IRC (khildin!~khildin@ip-80-236-242-25.dsl.scarlet.be) | |
07:05 | uXus has left IRC (uXus!~uXus@217.77.222.72, Quit: ail bi bek) | |
07:08 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
07:09 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
07:10 | telex has joined IRC (telex!teletype@freeshell.de) | |
07:23 | bobptz_ has joined IRC (bobptz_!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
07:24 | bobptz has joined IRC (bobptz!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
07:24 | <bobptz> alkisg
| |
07:24 | με πέταξε έξω
| |
07:24 | <alkisg> !greek
| |
07:24 | <ltsp`> greek: Στο παρόν κανάλι μιλάνε μόνο Αγγλικά, για υποστήριξη στα Ελληνικά από την υπηρεσία Τεχνικής Στήριξης ΣΕΠΕΗΥ διαβάστε το http://ts.sch.gr/wiki/IRC και στη συνέχεια πληκτρολογήστε /j #ts.sch.gr
| |
07:25 | <alkisg> bobptz, είσαι σε λάθος κανάλι, είσαι στο #ltsp αντί του #ts.sch.gr
| |
07:25 | <bobptz> I know, but the system connected me here twice
| |
07:27 | bobptz_ has left IRC (bobptz_!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Ping timeout: 246 seconds) | |
07:31 | bobptz has left IRC (bobptz!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Ping timeout: 246 seconds) | |
08:09 | TatankaT has joined IRC (TatankaT!~tim@193.190.253.114) | |
08:45 | <alkisg> Hyperbyte: the first problem was that debian ships an ifup@.service, which unconditionally runs `ifdown -a`, i.e. brings down even interfaces that are required for root, for network swap etc
| |
08:45 | That's a regression from the previous implementation in init.d/networking, which properly checked for a network root/swap
| |
08:46 | By overriding the ifup@'s ExecStop= directive, that part of the problem is solved
| |
08:54 | url is now known as fnurl | |
10:06 | uXus has left IRC (uXus!~uXus@217.77.222.72, Remote host closed the connection) | |
10:18 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
10:20 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-13.elisa-laajakaista.fi) | |
11:33 | NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es) | |
11:53 | fnurl has left IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95, Quit: Page closed) | |
12:06 | TvR_ has joined IRC (TvR_!bc003005@gateway/web/freenode/ip.188.0.48.5) | |
12:07 | <TvR_> any ideas, why nbi.img is not created any more (debian jessie amd64) ?
| |
12:09 | <alkisg> TvR_: it hasn't been working since 5+ years
| |
12:09 | <TvR_> alright
| |
12:09 | <alkisg> mkelfimage or something related was broken and the .nbi images were not bootable
| |
12:09 | You can manually install mkelfimage and have the .nbi images generated, although they still won't be bootable
| |
12:10 | <TvR_> then its something else... I tried to build jessie image for LTSP running wheezy - while wheezy image works, jessie clients have "file not found " error on startup
| |
12:11 | pxelinux.0 is served by tftp (checked with tftp client)
| |
12:11 | <alkisg> Check your tftp server logs, or /var/lib/tftpboot/ltsp/i386/
| |
12:11 | <TvR_> pxelinux.0 is quite downloadable with tftp client
| |
12:12 | <alkisg> sure, but you'll see exactly which file isn't
| |
12:12 | <TvR_> as it resides on both /srv/tftp/ltsp/i386 and /var/lib/tftboot/ltsp/i386
| |
12:12 | <alkisg> (e.g. the kernel, or pxelinux.cfg/default)
| |
12:12 | It's not only that one file
| |
12:12 | There are others downloaded via tftp
| |
12:13 | <TvR_> yep. all are there and can be downloaded with tftp client
| |
12:13 | <alkisg> Will it hurt you to check syslog which will tell you the exact file? :)
| |
12:13 | <TvR_> also, when I put wheezy image back and run ltsp-update-kernels, everything works again
| |
12:13 | nothing in syslog
| |
12:14 | <alkisg> which tftp server are you using?
| |
12:14 | <TvR_> tftpd-hpa
| |
12:14 | <alkisg> Enable verbose in /etc/default/tftpd-hpa, and restart it
| |
12:14 | then check syslog again
| |
12:14 | <TvR_> thanks, will try
| |
12:20 | adrianorg has left IRC (adrianorg!~adrianorg@201.22.230.187, Ping timeout: 264 seconds) | |
12:21 | adrianorg has joined IRC (adrianorg!~adrianorg@177.18.177.48) | |
12:29 | dgroos has joined IRC (dgroos!~dgroos@x-134-84-0-89.vpn.umn.edu) | |
12:37 | <dgroos> Trying to troubleshoot a series of probs with ltsp-pnp fat clients.
| |
12:37 | Most basic problem, perhaps, is that when I put laptop on internal LAN it doesn’t pick up an IP. Yet, clients are still able to boot.
| |
12:39 | Another strange issue: Admin account (from server) can not log into a client, but people in the connected AD domain (via PowerBroker-open—which is the re-branded Likewise-opent), can.
| |
12:40 | hxs has joined IRC (hxs!9f1c0774@gateway/web/freenode/ip.159.28.7.116) | |
12:41 | <dgroos> Finally, the least of the problems is that every time I reboot the computer I just re-do the series of commands to deal with the DNS issue as per the ltsp-pnp page: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
12:43 | Oh, and I should mention that I have to add the districts dns address to: /etc/resolvconf/resolv.conf.d/head so that I can run powerbroker (the AD domain-binding software).
| |
12:43 | Anyone have an idea where to start??? :-)
| |
12:46 | TvR_ has left IRC (TvR_!bc003005@gateway/web/freenode/ip.188.0.48.5, Ping timeout: 246 seconds) | |
12:48 | <hxs> Hello all. I am trying to use epoptes for monitoring our digital signs. I have installed epoptes on my machine and epoptes-client on the client machine. When I run epoptes-client on the client machine it says it is connecting to my machine ip:789, however on my machine I never see any detected clients. I have followed the instructions from this site:http://www.2daygeek.com/manage-and-monitor-your-office-pc-with-epoptes-in-linux-mint-debian-
| |
12:53 | <vmlintu> dgroos: do you use AD for anything else than logins?
| |
12:54 | <dgroos> vmlintu: no only authentication for logging in.
| |
12:54 | <vmlintu> dgroos: do you have the users created locally?
| |
12:57 | <dgroos> When I check /etc/passwd/ I only see users created locally (just 2 users in addition to all the system users), yet when I’m at the login screen, I see everyone who has actually logged in to the system via local or via AD binding—maybe 40 users.
| |
12:58 | hxs has left IRC (hxs!9f1c0774@gateway/web/freenode/ip.159.28.7.116, Quit: Page closed) | |
12:58 | <dgroos> All the AD logged-in users have home folders now in /home/local/DomainName/
| |
13:01 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
13:05 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
13:07 | <vmlintu> dgroos: are you using ldm or lightdm on the login screen?
| |
13:07 | <dgroos> ?
| |
13:08 | don’t know what these are. how do i find out?
| |
13:08 | <vmlintu> You see a list of AD users on login screen and you can select the user?
| |
13:09 | <dgroos> yes
| |
13:10 | <vmlintu> Does the login screen look different from normal ltsp?
| |
13:10 | Are the home directories on the client or on the server?
| |
13:11 | <dgroos> Sorry, I don’t remember for sure about the login screens, I think I’ve seen this before.
| |
13:12 | F-GT has left IRC (F-GT!~phantom@ppp121-44-204-54.lns20.syd7.internode.on.net, Read error: No route to host) | |
13:12 | <dgroos> Home dirs on on server—clients don’t have hard drives.
| |
13:12 | F-GT has joined IRC (F-GT!~phantom@ppp121-44-204-54.lns20.syd7.internode.on.net) | |
13:14 | <vmlintu> The Admin account not being able to login to clients sounds like some nss/pam issue, but I've never seen PowerBroker or Likewise..
| |
13:14 | I've always done AD authentication with normal kerberos/ldap tools..
| |
13:14 | <dgroos> I’ve used likewise since 2011 and been very happy with it.
| |
13:15 | I’m wondering if I should try that and remove PB.
| |
13:15 | <vmlintu> If you are not familiar with kerberos insides, I don't recommend doing it..
| |
13:16 | <dgroos> I’m not :-)
| |
13:16 | We don’t use kerberos, just AD.
| |
13:16 | <vmlintu> AD uses kerberos
| |
13:16 | <dgroos> Ahh…
| |
13:17 | <vmlintu> These tools are sometimes too clever and modify the system in ways that break some other usecases
| |
13:18 | The DNS issues sound separate from this
| |
13:21 | <dgroos> OK, starting there, why would I need to add something specifically to /etc/resolvconf/resolv.conf.d/head. Maybe I’ll turn PBIS off and try to get the client system to work with just local users, then add on powerbroker. One question,
| |
13:22 | Why would I keep having to re-apply the DNS solution on alkisg’s ltsp-pnp page upon each re-boot to solve the dns problem?
| |
13:22 | Is there something strange w/my setup?
| |
13:25 | <vmlintu> The changes you've done to the image on the server are lost on clients?
| |
13:26 | <dgroos> I mean that when I reboot, unless I reapply the commands starting with: sudo -i
| |
13:26 | sed 's/^dns=dnsmasq/# Commented by ltsp-pnp: dns=dnsmasq/' \ …
| |
13:27 | the clients will not be able to boot.
| |
13:30 | and if I try to boot a client I get tons of these:
| |
13:30 | Sep 3 17:07:59 southsci1 in.tftpd[4251]: /tftpboot: No such file or directory
| |
13:30 | Sep 3 17:08:00 southsci1 in.tftpd[4252]: connect from 192.168.67.195 (192.168.67.195)
| |
13:34 | Ark74 has joined IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx) | |
13:38 | dgroos has left IRC (dgroos!~dgroos@x-134-84-0-89.vpn.umn.edu, Read error: Connection reset by peer) | |
13:44 | <vagrantc> my wild hunch is you're not getting a DHCP response configured for LTSP
| |
13:44 | "Sep 3 17:07:59 southsci1 in.tftpd[4251]: /tftpboot: No such file or directory" suggests it's trying to load from a hard-coded tftp location ... maybe.
| |
13:45 | and lightdm vs. ldm ... you'll get LDM by default unless you've gone out of your way to disable it
| |
13:47 | dgroos has joined IRC (dgroos!~dgroos@x-134-84-0-158.vpn.umn.edu) | |
13:50 | <dgroos> vmlintu: OK: disconnected from AD. Removed nameserver info from: /etc/resolvconf/resolv.conf.d/head and rebooted server.
| |
13:50 | Hooked laptop to internal network and sure enough it did pick up an internal IP from the server’s DHCP.
| |
13:51 | However, I was not able to ping 8.8.8.8 from this laptop.
| |
13:51 | I then applied the sed 's/^dns=dnsmasq/# Commented by ltsp-pnp: dns=dnsmasq/' \ … commands, but still unable to ping out.
| |
14:00 | <vmlintu> do you have one or two nics?
| |
14:01 | <dgroos> 2 nics and have commented out the proxy setting.
| |
14:01 | <vmlintu> you have a nat configured?
| |
14:04 | <dgroos> No. am using network manager as per https://help.ubuntu.com/community/UbuntuLTSP/StaticIP but, not seeing the check box for “Available to all users” which I figure did the auto set-up of NATting
| |
14:04 | I think 14.04 doesn’t have this checkbox in nm anymore.
| |
14:05 | <vagrantc> !network-manager
| |
14:05 | <ltsp`> Error: "network-manager" is not a valid command.
| |
14:05 | <vagrantc> !nm
| |
14:05 | <ltsp`> Error: "nm" is not a valid command.
| |
14:05 | <vagrantc> oh well.
| |
14:05 | <vmlintu> available to all users doesn't do nat, I think.. It just shares the configuration to others
| |
14:06 | <dgroos> OK.
| |
14:07 | Oops, just saw the time, students arrive in 2 minutes… Need to adjust my high school science teacher hat ;-)
| |
14:07 | uXus has left IRC (uXus!~uXus@217.77.222.72, Quit: ail bi bek) | |
14:07 | <dgroos> Will try NATting during lunch break. Any recommendations for a good page on that? I think https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
| |
14:08 | won’t work for me since ltsp-pnp uses dnsmasq, right?
| |
14:10 | bye and thanks so much for your help vmlintu !
| |
14:11 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
14:16 | uXus has left IRC (uXus!~uXus@217.77.222.72, Client Quit) | |
14:27 | uXus has joined IRC (uXus!~uXus@217.77.222.72) | |
14:46 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
14:51 | vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-13.elisa-laajakaista.fi, Ping timeout: 260 seconds) | |
14:58 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-tqlmekyykjhmvfqv) | |
14:59 | <alkisg> !sch-scripts
| |
14:59 | <ltsp`> Error: "sch-scripts" is not a valid command.
| |
14:59 | <alkisg> !nat
| |
14:59 | <ltsp`> nat: To set up NAT on your LTSP server, see: https://help.ubuntu.com/community/UbuntuLTSP/ThinClientHowtoNAT
| |
15:01 | <alkisg> !forget nat
| |
15:01 | <ltsp`> The operation succeeded.
| |
15:01 | <alkisg> !learn nat as To set up NAT in your LTSP server, set its internal IP to 192.168.67.1 and put http://bazaar.launchpad.net/~ts.sch.gr/sch-scripts/trunk/view/head:/debian/sch-scripts.if-up to /etc/network/if-up.d/sch-scripts
| |
15:01 | <ltsp`> The operation succeeded.
| |
15:01 | <alkisg> dgroos: ^
| |
15:01 | !forget nat
| |
15:01 | <ltsp`> The operation succeeded.
| |
15:02 | <alkisg> !learn nat as To set up NAT in your LTSP server, set its internal IP to 192.168.67.1 and put http://bazaar.launchpad.net/~ts.sch.gr/sch-scripts/trunk/view/head:/debian/sch-scripts.if-up to /etc/network/if-up.d/sch-scripts. This also takes care of flow-control issues, possibly increasing your network speed 10 times. :)
| |
15:02 | <ltsp`> The operation succeeded.
| |
15:16 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
15:18 | telex has joined IRC (telex!teletype@freeshell.de) | |
15:31 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
15:34 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
15:43 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-152-200-13.elisa-laajakaista.fi) | |
15:51 | <dgroos> !thanks alkisg!
| |
15:51 | <ltsp`> Error: "thanks" is not a valid command.
| |
15:51 | <dgroos> should be…
| |
15:52 | alkisg: I don’t have /etc/network/if-up.d/sch-scripts/ should I?
| |
16:15 | still trying to figure out why, after reboot, I have to re-apply the dns solutions on https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
| |
16:22 | <alkisg> dgroos: /etc/network/if-up.d/sch-scripts is where you will put that script, it's not a directory, it's the script name
| |
16:24 | <dgroos> ? if I put the script in /etc/network/if-up.d/sch-scripts doesn’t that make sch-scripts a directory in /etc/network/if-up.d/? I’m not trying to nit-pick, just trying to understand.
| |
16:27 | back in an hour…
| |
16:32 | alkisg_web has joined IRC (alkisg_web!c23fefeb@gateway/web/freenode/ip.194.63.239.235) | |
16:33 | <alkisg_web> dgroos: you're supposed to download http://bazaar.launchpad.net/~ts.sch.gr/sch-scripts/trunk/view/head:/debian/sch-scripts.if-up
| |
16:33 | then rename sch-scripts.if-up to sch-scripts without an extension
| |
16:33 | then put that file to /etc/network/if-up.d/
| |
16:33 | and run chmod +x /etc/network/if-up.d/sch-scripst
| |
16:34 | alkisg_web has left IRC (alkisg_web!c23fefeb@gateway/web/freenode/ip.194.63.239.235, Client Quit) | |
16:47 | trevorphillipdav has joined IRC (trevorphillipdav!62fe4f44@gateway/web/freenode/ip.98.254.79.68) | |
16:47 | <trevorphillipdav> hello ... have a question, can we publish just applicstions with LTSP?
| |
17:01 | trevorphillipdav has left IRC (trevorphillipdav!62fe4f44@gateway/web/freenode/ip.98.254.79.68, Ping timeout: 246 seconds) | |
17:03 | Junior has joined IRC (Junior!bd4b5d2c@gateway/web/freenode/ip.189.75.93.44) | |
17:03 | <Junior> afternoon. Its possible to send shortcuts via epoptes ? lets say alt+space+x ?
| |
17:04 | <alkisg> Junior: you can run a utility to send keystrokes with epoptes
| |
17:05 | xautomate etc
| |
17:06 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
17:08 | <Junior> i need to run it on clients or in the server ?
| |
17:10 | <alkisg> From the execute command of the epoptes gui
| |
17:10 | xautomate needs to be installed in the clients
| |
17:11 | <Junior> great ill check
| |
17:11 | ty
| |
17:12 | <alkisg> you're welcome
| |
17:13 | Junior: xautomation, not xautomate... the command you need is manpages.ubuntu.com/xte
| |
17:19 | <Junior> yesterday i was with a problem on epoptes with 2 clients started with a red monitor on the server screen
| |
17:19 | today its all good
| |
17:28 | and now crashed again
| |
17:28 | :p
| |
17:32 | <alkisg> Junior: what crashed, epoptes?
| |
17:32 | Do file a bug report with the apport output
| |
17:32 | alkisg is now known as work_alkisg | |
17:32 | <Junior> the client now appears as a red monitor and i cant see the screen
| |
17:46 | dgroos has left IRC (dgroos!~dgroos@x-134-84-0-158.vpn.umn.edu, Quit: dgroos) | |
17:49 | Junior has left IRC (Junior!bd4b5d2c@gateway/web/freenode/ip.189.75.93.44, Ping timeout: 246 seconds) | |
17:52 | dgroos has joined IRC (dgroos!~dgroos@x-134-84-0-159.vpn.umn.edu) | |
17:54 | <dgroos> work_alkisg: I believe I did as directed and get: ls -la /etc/network/if-up.d/ | grep sch
| |
17:54 | -rwxr-xr-x 1 root root 2424 Sep 4 12:32 sch-scripts.if-up
| |
17:54 | rebooted server, reapplied the commands for the DNS error as shown on the ltsp-pnp page.
| |
17:56 | Tried to log in on a client as admin and a session did not start—I was just returned to the login screen.
| |
17:56 | and… got to go back to teaching, back in 2 hours…
| |
17:57 | khildin has left IRC (khildin!~khildin@ip-80-236-242-25.dsl.scarlet.be, Ping timeout: 264 seconds) | |
18:08 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-tqlmekyykjhmvfqv, Quit: Connection closed for inactivity) | |
18:36 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
18:42 | Ark74 has left IRC (Ark74!~Ark74@189.220.255.72.cable.dyn.cableonline.com.mx, Ping timeout: 255 seconds) | |
18:45 | dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Ping timeout: 250 seconds) | |
19:00 | dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher) | |
19:18 | khildin has joined IRC (khildin!~khildin@ip-80-236-242-25.dsl.scarlet.be) | |
19:29 | ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection) | |
19:53 | vmlintu has left IRC (vmlintu!~vmlintu@a91-152-200-13.elisa-laajakaista.fi, Ping timeout: 252 seconds) | |
20:14 | ltsp has joined IRC (ltsp!bot@ltsp.org) | |
20:16 | ltsp` has left IRC (ltsp`!bot@ltsp.org, Remote host closed the connection) | |
20:21 | <dgroos> looks like re-install time…
| |
20:28 | khildin has left IRC (khildin!~khildin@ip-80-236-242-25.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
20:30 | gehidore is now known as man | |
20:30 | man is now known as gehidore | |
21:09 | dberkholz has left IRC (dberkholz!~dberkholz@gentoo/developer/dberkholz, Ping timeout: 256 seconds) | |
21:09 | riddle has left IRC (riddle!riddle@us.yunix.net, Ping timeout: 272 seconds) | |
21:09 | dberkholz has joined IRC (dberkholz!~dberkholz@smtp.gentoo.org) | |
21:09 | dberkholz has joined IRC (dberkholz!~dberkholz@gentoo/developer/dberkholz) | |
21:27 | riddle has joined IRC (riddle!riddle@76.72.170.57) | |
22:15 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
22:30 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
22:32 | telex has joined IRC (telex!teletype@freeshell.de) | |
22:46 | dgroos has left IRC (dgroos!~dgroos@x-134-84-0-159.vpn.umn.edu, Read error: Connection reset by peer) | |
22:48 | dgroos has joined IRC (dgroos!~dgroos@x-134-84-0-163.vpn.umn.edu) | |
22:52 | <dgroos> re-installed 14.04.3, re-installed ltsp-pnp, and also added the improved ltsp-image-update files plus the bonus file: /etc/network/if-up.d/sch-scripts.
| |
22:52 | I’ve done nothing else to the fresh install.
| |
22:54 | The client boots! I can log in to the client with my admin account, I can ping 8.8.8.8, but can’t ping google.com. Therefore I figure a dns problem…
| |
22:55 | So, to check I put my laptop on the internal network, it did gain an 192.168.67.x ip AND was able to ping 8.8.8.8 AND was able to ping google.com. So, I figure dns info IS passing through on my 2 NIC server.
| |
22:56 | How can DNS info be passed through from the internal AND the client not be able to get DNS service to ping google.com? Any ideas?
| |
23:04 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Ping timeout: 250 seconds) | |
23:06 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
23:22 | <dgroos> added district’s dns server to /etc/resolvconf/resolv.conf.d/head on the server, restarted network and dns, re-built image and client boots, admin account logs in, and from client can ping google.com :-)
| |