01:03 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
01:36 | adrianorg_ has left IRC (adrianorg_!~adrianorg@187.58.140.29, Remote host closed the connection) | |
01:43 | adrianorg has joined IRC (adrianorg!~adrianorg@187.58.140.29) | |
01:47 | alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Quit: Хана X'ам !!!) | |
01:47 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
01:47 | mischko has left IRC (mischko!~Scott@ip68-101-108-132.oc.oc.cox.net, Quit: Ex-Chat) | |
01:47 | alexqwesa has left IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net, Client Quit) | |
01:48 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
02:13 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
02:14 | Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, Read error: Operation timed out) | |
02:26 | vagrantc has left IRC (vagrantc!~vagrant@75-150-46-245-Oregon.hfc.comcastbusiness.net, Ping timeout: 276 seconds) | |
02:39 | Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk) | |
02:39 | markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, Ping timeout: 255 seconds) | |
02:55 | adrianorg has left IRC (adrianorg!~adrianorg@187.58.140.29, Ping timeout: 255 seconds) | |
03:04 | dberkholz has left IRC (dberkholz!~dberkholz@gentoo/developer/dberkholz, Ping timeout: 260 seconds) | |
03:04 | dberkholz has joined IRC (dberkholz!~dberkholz@smtp.gentoo.org) | |
03:04 | dberkholz has joined IRC (dberkholz!~dberkholz@gentoo/developer/dberkholz) | |
03:10 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 260 seconds) | |
03:11 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
03:53 | Parker955_Away is now known as Parker955 | |
03:56 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out) | |
04:09 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
04:12 | loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
04:27 | moquist has left IRC (moquist!~moquist@173-13-101-253-NewEngland.hfc.comcastbusiness.net, Remote host closed the connection) | |
05:09 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
05:16 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
06:31 | ry has left IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net, Read error: Connection reset by peer) | |
06:49 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
06:50 | killermike has joined IRC (killermike!~killermik@2.26.103.110) | |
08:46 | Parker955 is now known as Parker955_Away | |
09:10 | killermike has left IRC (killermike!~killermik@2.26.103.110, Remote host closed the connection) | |
09:10 | killermike has joined IRC (killermike!~killermik@2.26.103.110) | |
09:22 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 260 seconds) | |
09:23 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
09:36 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 276 seconds) | |
09:37 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
10:10 | markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it) | |
10:42 | loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
11:06 | adrianorg has joined IRC (adrianorg!~adrianorg@187.58.140.29) | |
11:22 | <map7_> can anyone help me with the error: 'mounting /dev/nbd0 on /rofs failed: Input/output error' on the pxe machine on boot?
| |
11:23 | <alkisg> distro/version?
| |
11:23 | <map7_> mythbuntu 11.10 64bit, LTSP 5.2.16
| |
11:24 | <alkisg> Hmmm I don't remember if 11.10 has named nbd exports or not... what does this give you? grep nbd /etc/inetd.conf
| |
11:24 | <map7_> yeah it's nbd
| |
11:24 | It's on port 2000
| |
11:24 | <alkisg> The difference is "port based" vs "named based"
| |
11:24 | What's the actual output?
| |
11:25 | (copy/paste please...)
| |
11:25 | <map7_> 2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
| |
11:25 | <alkisg> OK, and: ls -l /opt/ltsp/images/i386.img
| |
11:25 | <map7_> -rw-r--r-- 1 root root 1064415232 2012-01-29 19:55 /opt/ltsp/images/i386.img
| |
11:26 | <alkisg> and: grep append /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
11:27 | <map7_> append ro initrd=initrd.img quiet splash nbdname=ltsp_i386
| |
11:27 | <alkisg> So your pxelinux.cfg/default is using name-based nbd, while your inetd.conf uses port-based
| |
11:27 | Is that an upgrade?
| |
11:28 | <map7_> no I've been trying to get the nbd working so I edited the inetd.conf file myself
| |
11:28 | so should there be anything in inetd.conf?
| |
11:28 | for nbd
| |
11:28 | <alkisg> Only the nbdswapd line
| |
11:28 | For swapping
| |
11:28 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 248 seconds) | |
11:29 | <alkisg> cat /etc/nbd-server/config
| |
11:29 | <map7_> [generic]
| |
11:29 | user = nobody
| |
11:29 | group = nogroup
| |
11:29 | oldstyle = true
| |
11:29 | [ltsp_i386]
| |
11:29 | exportname = /opt/ltsp/images/i386.img
| |
11:29 | readonly = true
| |
11:29 | port = 2000
| |
11:29 | I changed that as well
| |
11:29 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
11:30 | <map7_> So should I be using the named nbd setup instead of port?
| |
11:30 | <alkisg> Yes, since your ubuntu version uses that by default
| |
11:30 | Unless you have a specific reason to change it
| |
11:30 | You can use that config instead: http://paste.ubuntu.com/821115/
| |
11:30 | <map7_> ok i'll use the default
| |
11:30 | <alkisg> Restart nbd and inetd after the changes
| |
11:31 | <map7_> ah that was the default config, i have a backup of that
| |
11:33 | done, I'm just rebooting the pxe client now
| |
11:33 | ok now I'm getting a different error
| |
11:34 | Error: Socket failed: Connection refused [chef]
| |
11:34 | <alkisg> That was the inital error you were getting?
| |
11:34 | *initial
| |
11:34 | <map7_> yes
| |
11:34 | minus the chef part
| |
11:34 | <alkisg> OK, it's probably a network access problem
| |
11:34 | hosts.allow, firewalls etc
| |
11:35 | Check that port 10809 is open
| |
11:35 | <map7_> I can get a standard ltsp-client-build working, but not a mythbuntu client
| |
11:35 | <alkisg> sudo netstat -nap | grep :10809
| |
11:35 | Is nbd-server listening there?
| |
11:36 | <map7_> yes it is
| |
11:36 | <alkisg> Do you have an /etc/nbd-server/allow file?
| |
11:36 | <map7_> no
| |
11:37 | here is the command I use to build my client image: ltsp-build-client --mythbuntu --mythbuntu-user-credentials "mythclient":"mythclient" --copy-package-lists --copy-sourceslist --accept-unsigned-packages --arch i386
| |
11:37 | <alkisg> Do you have a firewall running?
| |
11:37 | <map7_> no
| |
11:38 | <alkisg> If you run `telnet localhost 10809` from your server, what do you get?
| |
11:38 | <map7_> Trying 0.0.42.57...
| |
11:38 | telnet: Unable to connect to remote host: Invalid argument
| |
11:38 | <alkisg> localhost is 0.0.42.57?!
| |
11:38 | <map7_> wrong sorry
| |
11:38 | Trying 127.0.0.1...
| |
11:38 | Connected to localhost.
| |
11:38 | Escape character is '^]'.
| |
11:38 | NBDMAGICIHAVEOPT
| |
11:39 | <alkisg> OK, and if you try from another pc, telnet server-ip 10809 ?
| |
11:39 | <map7_> Trying 10.1.1.105...
| |
11:39 | Connected to 10.1.1.105.
| |
11:39 | Escape character is '^]'.
| |
11:39 | now it just hangs there
| |
11:40 | <alkisg> Do you have any of those files? /etc/hosts.allow, /etc/hosts.deny ?
| |
11:40 | <map7_> no
| |
11:40 | i mean yes both
| |
11:40 | <alkisg> What are their contents?
| |
11:40 | Maybe you're blocking your subnet...
| |
11:41 | <map7_> allow has one line: nbdrootd: ALL: keepalive
| |
11:41 | <alkisg> Or, try to temporarily remove both of them
| |
11:41 | <map7_> deny has everything remarked out
| |
11:41 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 252 seconds) | |
11:42 | <alkisg> Something is blocking the access to your nbd-server
| |
11:42 | <map7_> ok, just rebooting the pxe-machine now
| |
11:42 | still getting the same error
| |
11:42 | <alkisg> Yes if everything was commented out it wasn't that
| |
11:43 | It's something else... maybe even on your switch, if it's managed, etc
| |
11:43 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
11:43 | <map7_> if I build a standard ltsp client it does work
| |
11:44 | <alkisg> Hmm maybe the client then tries to connect to another port
| |
11:45 | <map7_> using 'sudo ltsp-build-client --arch i386' allows my PXE machine to boot
| |
11:45 | <alkisg> Maybe mythbuntu inserts a broken initramfs script
| |
11:45 | Do you get an initramfs prompt in the client?
| |
11:45 | initrams>
| |
11:45 | <map7_> i'm dropped into a busybox terminal
| |
11:45 | yeah it says (initramfs)
| |
11:46 | <alkisg> OK let me search the named-based nbd-client command line..
| |
11:46 | <map7_> It has to be something to do with the mythbuntu. I have a working server in the house with PXE boot working (same setup) I don't know how I got it to work though
| |
11:47 | <alkisg> I haven't heard any developer supporting mythbuntu recently though
| |
11:47 | I wouldn't wonder if it's broken
| |
11:47 | <map7_> Well I've got it working twice over the last four days I've been working on it, but I don't know what I did to get it working
| |
11:48 | so I know it's possible but I want to know what I did to fix it, so I can document it and do it again
| |
11:48 | I've got a working system, so I've been trying to cheat off it
| |
11:48 | so if we need to check the working system I can do that
| |
11:49 | <alkisg> nbd-client server-ip /dev/nbd0 -N ltsp_i386
| |
11:49 | Replace server-ip
| |
11:49 | What does this tell you?
| |
11:50 | <map7_> Error: Cannot open NBD: Permission denied
| |
11:50 | Please ensure the 'nbd' module is loaded.
| |
11:50 | Exiting.
| |
11:50 | But I have done a 'modprobe nbd'
| |
11:50 | on the server
| |
11:50 | <alkisg> No, on the client
| |
11:51 | <map7_> I did the nbd-client command on the client
| |
11:51 | <alkisg> Try modprobe nbd on the client before issuing the command
| |
11:51 | <map7_> I just typed the command on the pxe-client and got 'Negotiation'
| |
11:52 | <alkisg> So mythbuntu has a broken initramfs script
| |
11:52 | Try putting the other, working initramfs, to /var/lib/tftpboot/ltsp/i386/initrd
| |
11:52 | Wait
| |
11:52 | <map7_> ok
| |
11:52 | <alkisg> Maybe I misunderstood something
| |
11:53 | Did you have to run modprobe on the client, to get nbd-client negotiating?
| |
11:53 | <map7_> first time I ran that nbd-client command it was on my notebook (ie: not the pxe-client)
| |
11:53 | <alkisg> Or you were trying those on the server, and that's why they failed?
| |
11:53 | <map7_> I did not have to run modprobe on the pxe-client to get to negotiation
| |
11:54 | <alkisg> I see. OK, second try, put break=mount in pxelinux.cfg/default, and reboot client
| |
11:54 | (as a kernel parameter)
| |
11:55 | The client will give you an initramfs prompt again. Wait 5 seconds and then press ctrl+d
| |
11:55 | What happens then?
| |
11:56 | <map7_> ok, just waiting for the pxe machine to time out and get to the prompt
| |
11:56 | <alkisg> It shouldn't need to timeout...
| |
11:57 | break=mount drops you to the prompt immediately
| |
11:57 | <map7_> oh yeah
| |
11:57 | nice
| |
11:57 | ok when I hit Ctrl + d now it repeats the socket failed error
| |
11:58 | I have access to the working mythbuntu server which we could cheat off
| |
11:58 | <alkisg> Wait wait wait
| |
11:58 | You didn't build the chroot in the same server?
| |
11:59 | <map7_> what do you mean?
| |
11:59 | <alkisg> I want to see if the contents of the initramfs are the same as in ubuntu 11.10
| |
11:59 | And not some older version
| |
11:59 | If you build the chroot in a mythbuntu 10.04 server, and then moved it to a 11.10 server, it would cause problems
| |
11:59 | Anyway let's see the actual contents:
| |
12:00 | <map7_> this is a fresh mythbuntu 11.10 install
| |
12:00 | and a fresh chroot image built on that machine today
| |
12:00 | <alkisg> mkdir /tmp/i
| |
12:00 | cd /tmp/i
| |
12:00 | zcat /var/lib/tftpboot/ltsp/i386/initrd.img | cpio -i
| |
12:00 | And then put scripts/ltsp_nbd to pastebin
| |
12:01 | So, your server has a mythbuntu OS, and a mythbuntu chroot. No other servers or chroots involved. Correct?
| |
12:01 | You didn't move the image anywhere else...
| |
12:01 | (or the kernels...)
| |
12:02 | <map7_> correct
| |
12:03 | <alkisg> OK, put ltsp_nbd to pastebin...
| |
12:03 | Ah, and another though
| |
12:03 | t
| |
12:03 | <map7_> where is ltsp_nbd located
| |
12:03 | <alkisg> Maybe your dhcp is wrong and is pointing you to the wrong server
| |
12:03 | Go to the initramfs prompt again
| |
12:03 | And run: cat /tmp/net-eth0.conf
| |
12:03 | Check ROOTSERVER there
| |
12:03 | Is that your server IP?
| |
12:04 | <map7_> yes it is the correct server
| |
12:04 | 10.1.1.105
| |
12:04 | <alkisg> OK follow the commands I said above, to paste ltsp_nbd
| |
12:04 | The mkdir and all the rest
| |
12:04 | On the server
| |
12:05 | <map7_> this ltsp_nbd: /opt/ltsp/i386/etc/initramfs-tools/hooks/ltsp_nbd
| |
12:05 | <alkisg> No, get it as I said above
| |
12:05 | With mkdir, cd, zcat. You'll find it at /tmp/i/scripts/ltsp_nbd then
| |
12:05 | <map7_> yep see it now
| |
12:06 | <alkisg> !pastebin
| |
12:06 | <ltsp> alkisg: pastebin: the LTSP pastebin is at http://ltsp.pastebin.com. Please paste all text longer than a line or two to the pastebin, as it helps to reduce traffic in the channel. Don't forget to paste the URL of the text here.
| |
12:06 | <map7_> http://pastie.org/3275516
| |
12:08 | <alkisg> If I didn't misunderstand you at any point, then what you're saying is very strange
| |
12:09 | At the paste you posted, at line 105, the client is supposed to run the nbd-client command I told you to do manually
| |
12:09 | And you're saying that it fails from a script, but it succeeds manually
| |
12:09 | I can't believe that happens, so we're missing something else
| |
12:10 | OK, quick way around it, do you have a working initrd from your other non-mythbuntu try?
| |
12:10 | Does it have the same kernel there?
| |
12:11 | <map7_> yes I just did a uname -a in both server & chroot and both are on 3.0.0-12
| |
12:11 | <alkisg> (01:58:21 μμ) map7_: I have access to the working mythbuntu server which we could cheat off ==> what do you mean by that?
| |
12:12 | adrianorg has left IRC (adrianorg!~adrianorg@187.58.140.29, Ping timeout: 240 seconds) | |
12:12 | <alkisg> (01:46:43 μμ) map7_: It has to be something to do with the mythbuntu. I have a working server in the house with PXE boot working (same setup) I don't know how I got it to work though
| |
12:13 | ==> That's what I meant, to try to get the initrd from the working server
| |
12:13 | And put it in /var/lib/tftpboot...
| |
12:13 | <map7_> ah ok
| |
12:13 | yes I have a separate server which is working
| |
12:13 | <alkisg> OK, copy the /var/lib/tftpboot/ltsp/i386/initrd.img* as long as it's the same kernel version
| |
12:14 | <map7_> it's a different kernel
| |
12:14 | 3.0.0-15
| |
12:15 | <alkisg> Hmmm try it anyway, it may hang later on though
| |
12:16 | <map7_> ok
| |
12:17 | should i reboot the pxe client now
| |
12:17 | freedomrun has joined IRC (freedomrun!~quassel@BSN-61-56-189.dial-up.dsl.siol.net) | |
12:17 | <alkisg> Yes
| |
12:17 | (check that the initrd.img symlink is pointing to your new kernel, ok?)
| |
12:17 | <map7_> didn't work
| |
12:18 | <alkisg> ls -l /var/lib/tftpboot/ltsp/i386/
| |
12:18 | <map7_> yes the symlink is linking correctly
| |
12:18 | to initrd.img
| |
12:18 | <alkisg> From initrd.img to your new kernel
| |
12:18 | Not "to" initrd.img
| |
12:19 | *to your new initramfs, sorry
| |
12:19 | <map7_> initrd.img -> initrd.img-3.0.0-15-generic
| |
12:19 | <alkisg> Yeah
| |
12:19 | And still if you run that from the initramfs prompt, it works? nbd-client server-ip /dev/nbd0 -N ltsp_i386
| |
12:21 | <map7_> if I run that on the pxe-client I get
| |
12:21 | Negotiation:
| |
12:21 | and it just sits there, same as before
| |
12:21 | is that what is suppose to happen?
| |
12:21 | <alkisg> No
| |
12:22 | After that you should be seeing "block size =xxx, image size =xxx" etc
| |
12:22 | I.e. that the nbd disk was mounted
| |
12:22 | I can understand it sitting there, since you said that with telnet it hanged too
| |
12:22 | But I can't understand why it says connection refused, if it tries the same server
| |
12:24 | Debugging ltsp_nbd would come next, but it's quite difficult to do it over IRC
| |
12:24 | <map7_> it's weird that I've been able to get this working twice, once with using this exact server
| |
12:24 | and the same client
| |
12:25 | adrianorg has joined IRC (adrianorg!~adrianorg@186.215.22.19) | |
12:25 | <alkisg> A dhcp problem would explain that, but you're saying that ROOTSERVER is correct, so I don't know
| |
12:25 | <map7_> If I build a standard thin client it will work
| |
12:25 | so all the linkages must be correct, and it must have something to do with the mythbuntu flags
| |
12:25 | freedomrun has left IRC (freedomrun!~quassel@BSN-61-56-189.dial-up.dsl.siol.net, Read error: Connection reset by peer) | |
12:25 | <alkisg> Btw why mythbuntu instead of a fat client with anything you want in it?
| |
12:26 | !fatclients
| |
12:26 | <ltsp> alkisg: fatclients: You may find some info about the Ubuntu/LTSP implementation of fat clients at https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
12:26 | <alkisg> The fat client plugin is more supported...
| |
12:26 | <map7_> well I tried a fat client and it wouldn't build because of network-manager
| |
12:26 | so I didn't give it enough time
| |
12:26 | is that problem a quick fix
| |
12:27 | <alkisg> There's a bug report about it, it broke in 11.10, we fixed it later, and there's a patch in the bug report about it
| |
12:27 | You just need to modify a line in your server's ltsp plugins
| |
12:28 | <map7_> ok maybe I could try that and see if that boots
| |
12:28 | if that booted all I would need to do is install mythfrontend and I'll be where I want to be basically
| |
12:28 | <alkisg> http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1944
| |
12:29 | That's the fix you need, to prevent ltsp from blacklisting network manager etc
| |
12:29 | (or just try 12.04, it's fixed there)
| |
12:32 | <map7_> ok to apply that patch I would need to download the ltsp package, apply patch and compile, then make my fat client image?
| |
12:33 | <alkisg> No
| |
12:34 | You'd need to modify the fat clients plugin in your server, /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/030-fat-client
| |
12:34 | Then build the client,
| |
12:34 | Then modify ltsp_nbd in the chroot, and call update-initramfs -u in the chroot,
| |
12:34 | and ltsp-update-kernels outside the chroot
| |
12:36 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 248 seconds) | |
12:36 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
12:42 | * map7_ building fat-client | |
12:44 | <map7_> alkisg, thanks for your help so far, it's been really hard to pin point exactly what is causing this problem
| |
12:45 | and sometimes it starts working
| |
12:45 | cheche has left IRC (cheche!cheche@46.25.86.250, Ping timeout: 252 seconds) | |
12:45 | <map7_> twice in fact
| |
12:45 | <alkisg> We'd need to look at the mythbuntu plugin too, and I don't want that as I never use it :)
| |
12:45 | I don't know who maintains it actually
| |
12:46 | cheche has joined IRC (cheche!cheche@46.25.86.250) | |
12:46 | <map7_> I know it was taken out of the mythbuntu control center in mythbuntu 904
| |
12:46 | and it hasn't been back in there since
| |
12:47 | but I've been using the command line switch in mythbuntu 10.04 fine for the last year and a half
| |
12:47 | I've just decided to upgrade to 11.10 for a few extra features and I've hit this problem
| |
12:49 | <alkisg> Good luck with the rest, bye for now
| |
12:50 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
12:50 | <map7_> alkisg, thanks
| |
13:13 | adrianorg has left IRC (adrianorg!~adrianorg@186.215.22.19, Ping timeout: 252 seconds) | |
14:01 | mikkel has joined IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk) | |
14:43 | komunista has joined IRC (komunista!~slavko@adsl-195-168-244-046.dynamic.nextra.sk) | |
14:49 | toscalix has joined IRC (toscalix!~toscalix@85.137.159.216.dyn.user.ono.com) | |
15:19 | klausade has left IRC (klausade!~klaus@cm-84.215.157.180.getinternet.no, Remote host closed the connection) | |
15:23 | khildin has joined IRC (khildin!~khildin@ip-83-134-213-51.dsl.scarlet.be) | |
15:43 | markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, ) | |
15:44 | khildin has left IRC (khildin!~khildin@ip-83-134-213-51.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
15:57 | monteslu has left IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net, Read error: Operation timed out) | |
16:09 | monteslu has joined IRC (monteslu!~monteslu@ip68-109-174-213.ph.ph.cox.net) | |
17:13 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
17:21 | markit has joined IRC (markit!~marco@88-149-177-66.staticnet.ngi.it) | |
17:44 | toscalix has left IRC (toscalix!~toscalix@85.137.159.216.dyn.user.ono.com, Remote host closed the connection) | |
17:46 | Steve_The_Pirate has joined IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com) | |
17:49 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
17:51 | loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
17:52 | freedomrun has joined IRC (freedomrun!~quassel@89.142.248.224) | |
19:00 | loather-work has left IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
19:16 | <alkisg> At many places we're trying to discover the ssh pid, the ltsp client hostname, ip address, the client $DISPLAY etc
| |
19:16 | And we go through hoops to get them
| |
19:16 | Wouldn't it be easier instead of just "echo LTSPROCKS; /bin/sh -", to do something like:
| |
19:17 | "echo LTSPROCKS; echo ...a bunch of useful vars > ~/.ltsp-connection-$IP; exec /bin/sh -" ?
| |
19:17 | Then we'd just look at the user's home dir and have everything ready...
| |
19:27 | Trixboxer has joined IRC (Trixboxer!~Trixboxer@115.124.115.71) | |
19:28 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
19:30 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
19:42 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
19:51 | adrianorg has joined IRC (adrianorg!~adrianorg@186.215.22.19) | |
20:00 | laurei has joined IRC (laurei!3a069039@gateway/web/freenode/ip.58.6.144.57) | |
20:02 | <laurei> :( updated the software in the chroot image now audio on all fat clients isn't working, no hardware device
| |
20:05 | Parker955_Away is now known as Parker955 | |
20:07 | loather-work has joined IRC (loather-work!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
20:29 | klausade has joined IRC (klausade!~klaus@cm-84.215.157.180.getinternet.no) | |
20:40 | <Hyperbyte> laurei, what exactly did you update in the chroot image?
| |
20:46 | <laurei> apt-get update and apt-get upgrade
| |
20:48 | sounds like just an 11.10 problem, so I'm going to try http://dharmendralinuxdiary.blogspot.com/2011/10/ubuntu-1110-sound-problem.html. not sure how it's going to affect a fat client though as my understanding is still lacking.
| |
21:11 | killermike has left IRC (killermike!~killermik@2.26.103.110, Remote host closed the connection) | |
21:14 | <Hyperbyte> laurei, why did you do that in your chroot?
| |
21:15 | Parker955 is now known as Parker955_Away | |
21:20 | map7_ has left IRC (map7_!~map7@ppp118-209-93-114.lns20.mel4.internode.on.net, Ping timeout: 252 seconds) | |
21:21 | komunista has left IRC (komunista!~slavko@adsl-195-168-244-046.dynamic.nextra.sk, Quit: Leaving.) | |
21:28 | mikkel has left IRC (mikkel!~mikkel@80-71-132-15.u.parknet.dk, Quit: Leaving) | |
21:38 | Steve_The_Pirate has left IRC (Steve_The_Pirate!~Gary@cpc16-haye17-2-0-cust169.haye.cable.virginmedia.com, Quit: Leaving) | |
21:47 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
22:01 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 252 seconds) | |
22:01 | freedomrun has left IRC (freedomrun!~quassel@89.142.248.224, Read error: Connection reset by peer) | |
22:05 | Trixboxer has left IRC (Trixboxer!~Trixboxer@115.124.115.71, Remote host closed the connection) | |
22:27 | markit has left IRC (markit!~marco@88-149-177-66.staticnet.ngi.it, ) | |
22:44 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 245 seconds) | |
22:46 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
22:55 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out) | |
23:08 | laurei has left IRC (laurei!3a069039@gateway/web/freenode/ip.58.6.144.57, Ping timeout: 245 seconds) | |
23:24 | ry has joined IRC (ry!~ry@static-71-183-64-28.nycmny.fios.verizon.net) | |
23:27 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 252 seconds) | |
23:29 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
23:36 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Read error: No route to host) | |
23:38 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
23:42 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Read error: Connection reset by peer) | |
23:44 | asmok has joined IRC (asmok!~ltsp@adsl-85-157-204-13.regionline.fi) | |
23:46 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
23:50 | <asmok> i got problems with Debian (6.0.3 i386) and nVidia Vanta, old IBM (nVidia Corporation NV6 [Vanta/Vanta LT] (rev 15) - should it work with xsever = nv, I got black screen, blinking cursor
| |
23:56 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Read error: Connection reset by peer) | |
23:59 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |