00:14 | Selveste1 has left IRC (Selveste1!~Selveste1@31.25.23.230, Ping timeout: 276 seconds) | |
00:15 | cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Quit: Leaving) | |
00:39 | cliebow has joined IRC (cliebow!~cliebow@66.63.66.218) | |
01:06 | artista_frustrad has left IRC (artista_frustrad!~artista_f@189.73.40.178, Quit: Leaving) | |
01:11 | andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net) | |
01:29 | andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Ping timeout: 240 seconds) | |
01:41 | jtsop has joined IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr) | |
01:46 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
01:51 | jtsop has left IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr, Remote host closed the connection) | |
02:10 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
02:38 | jhutchins has left IRC (jhutchins!~jonathan@64-151-37-66.dyn.everestkc.net, Remote host closed the connection) | |
02:42 | jhutchins has joined IRC (jhutchins!~jonathan@64-151-37-66.dyn.everestkc.net) | |
02:52 | cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Quit: Leaving) | |
03:12 | Parker955 is now known as Parker955_Away | |
03:12 | Parker955_Away is now known as Parker955 | |
03:37 | Yet_another_Bill has left IRC (Yet_another_Bill!billy@nat/redhat/x-vpkypkxhvnpxvhrz, Remote host closed the connection) | |
03:55 | Parker955 is now known as Parker955_Away | |
03:57 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
04:26 | Yet_another_Bill has joined IRC (Yet_another_Bill!billy@nat/redhat/x-rnxzkpdrbhgpymhp) | |
04:29 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
04:30 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
04:42 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
04:50 | <vagrantc> alkisg: http://packages.qa.debian.org/epoptes
| |
04:50 | <alkisg> Hey vagrantc. I saw it yesterday, cool!!! :)
| |
04:50 | * alkisg is finally home after 40 hours trip | |
04:51 | <alkisg> vagrantc: so now it automatically goes to testing after a couple of weeks?
| |
04:51 | Or it's manual?
| |
04:51 | <vagrantc> alkisg: i'd have to upload to unstable before it starts to migrate
| |
04:51 | <alkisg> Ah I forgot about unstable
| |
04:51 | <vagrantc> alkisg: i wanted it to land in experimental first, since it sounded like we're going to rearrange the VNC backend a bit
| |
04:52 | <alkisg> The next couple of days I'll work on epoptes a bit
| |
04:52 | And Phantomas will complete the classroom editing pane, afaik
| |
04:52 | <vagrantc> stgraber: so you could pull ltspfs and epoptes soonish
| |
04:52 | <alkisg> So that 0.4.0 version could go to unstable, yeah
| |
04:53 | vagrantc: about the vnc backend, if you could test if ssvncviewer works with 24bpp...
| |
04:53 | I'm not sure if I can create a vm with 24 bpp to test
| |
04:53 | I'm using vbox, you? qemu?
| |
04:54 | <vagrantc> alkisg: qemu or qemu-kvm
| |
04:54 | * vagrantc also tested spice support just now | |
04:54 | <alkisg> Test == ssvncviewer -listen on one hand, x11vnc -noshm -connect server on the other hand
| |
04:54 | <vagrantc> apparently, the server-side spice protocol only works with 64-bit
| |
04:55 | <alkisg> So spice is basically something like nx?
| |
04:55 | Screen, sound, printer and disk redirection?
| |
04:55 | <vagrantc> think so
| |
04:55 | would be cool to make a backend for ldm
| |
04:56 | <alkisg> I hope they make spice easy to install...
| |
04:56 | * alkisg wonders if we'll be switching to lightdm in the next months/years | |
04:56 | <alkisg> libpamssh + lightdm, instead of ldm
| |
04:57 | <vagrantc> wouldn't that only work for fat clients?
| |
04:57 | <alkisg> As I understood Scotty, we could put any session there
| |
04:57 | Thin, fat, rdesktop, nx...
| |
04:57 | <vagrantc> ah, by dropping a desktop file...
| |
04:58 | <alkisg> For thins it would execute commands through the already established socket
| |
04:59 | <vagrantc> you'd have a "ssh -Y -M ... startlxde" as a desktop file or something
| |
04:59 | <alkisg> Right, one of our scripts inside the thin-client-session.desktop
| |
05:00 | Btw xvnc4viewer is lighter in ram than ssvncviewer, so the switch would only be worth it if it avoids the 24bpp problems
| |
05:09 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
05:19 | Selveste1 has joined IRC (Selveste1!~Selveste1@31.25.23.230) | |
05:51 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
05:56 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
07:30 | vagrantc has left IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net, Ping timeout: 240 seconds) | |
08:13 | Hyperbyte has left IRC (Hyperbyte!jan@middelkoop.cc, Ping timeout: 240 seconds) | |
08:43 | map7 has joined IRC (map7!~map7@ppp118-209-74-113.lns20.mel4.internode.on.net) | |
09:07 | dobber has joined IRC (dobber!~dobber@213.169.45.222) | |
09:11 | loather has left IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net, Quit: This computer has gone to sleep) | |
09:19 | Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host86-173-9-102.range86-173.btcentralplus.com) | |
09:34 | TatankaT_ is now known as TatankaT | |
09:42 | khildin has joined IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be) | |
09:45 | Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, Remote host closed the connection) | |
10:08 | Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk) | |
10:08 | Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk) | |
10:13 | Hyperbyte has joined IRC (Hyperbyte!jan@middelkoop.cc) | |
10:27 | leio_ is now known as leio | |
10:33 | map7 has left IRC (map7!~map7@ppp118-209-74-113.lns20.mel4.internode.on.net, Quit: Leaving) | |
10:44 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
10:56 | vmlintu has left IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi, Ping timeout: 240 seconds) | |
11:06 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
11:20 | artista-frustrad has joined IRC (artista-frustrad!~fernando@200.247.43.2) | |
11:28 | vmlintu has joined IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi) | |
11:29 | khildin has left IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
11:35 | ltsp has joined IRC (ltsp!ltspbot@middelkoop.cc) | |
11:35 | -wolfe.freenode.net- [freenode-info] channel trolls and no channel staff around to help? please check with freenode support: http://freenode.net/faq.shtml#gettinghelp | |
11:37 | highvoltage has joined IRC (highvoltage!~highvolta@ubuntu/member/highvoltage) | |
11:48 | sepski has joined IRC (sepski!~sep@40.211.jostedal.no) | |
11:49 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
11:51 | darkpixel_ has joined IRC (darkpixel_!~darkpixel@65.100.44.217) | |
11:56 | garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com) | |
12:05 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
12:30 | andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net) | |
12:38 | Parker955_Away is now known as Parker955 | |
12:50 | Mac has joined IRC (Mac!~Gary@host109-154-229-204.range109-154.btcentralplus.com) | |
12:50 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
12:53 | Parker955 is now known as Parker955_Away | |
12:53 | Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host86-173-9-102.range86-173.btcentralplus.com, Ping timeout: 260 seconds) | |
12:55 | gentgeen__ has left IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net, Ping timeout: 260 seconds) | |
12:59 | Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) | |
13:01 | andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Ping timeout: 258 seconds) | |
13:06 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
13:07 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 245 seconds) | |
13:13 | gentgeen__ has joined IRC (gentgeen__!~kevin@c-98-236-71-64.hsd1.pa.comcast.net) | |
13:18 | andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net) | |
13:21 | andygraybeals has left IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net, Read error: Operation timed out) | |
13:24 | jason00 has joined IRC (jason00!ada36451@gateway/web/freenode/ip.173.163.100.81) | |
13:33 | garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Ping timeout: 258 seconds) | |
13:38 | biomorph has joined IRC (biomorph!~biomorph@81.168.40.99) | |
13:44 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
13:47 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
13:53 | toscalix has joined IRC (toscalix!~toscalix@77.208.72.178) | |
13:59 | Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net) | |
14:04 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
14:07 | biomorph has left IRC (biomorph!~biomorph@81.168.40.99, Quit: Leaving) | |
14:07 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
14:09 | kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10) | |
14:11 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split) | |
14:11 | FrozenZia has left IRC (FrozenZia!pbrown@shell.paivola.fi, *.net *.split) | |
14:11 | dead_inside has joined IRC (dead_inside!~dead_insi@76.75.3.174) | |
14:12 | Lumiere has left IRC (Lumiere!~jstraw@unaffiliated/jstraw, Read error: Operation timed out) | |
14:12 | kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Read error: Operation timed out) | |
14:12 | kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10) | |
14:12 | Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net, Ping timeout: 240 seconds) | |
14:13 | FrozenZia has joined IRC (FrozenZia!pbrown@shell.paivola.fi) | |
14:13 | shamino has left IRC (shamino!shamino@hilla.kapsi.fi, Ping timeout: 258 seconds) | |
14:13 | brunolambert has joined IRC (brunolambert!~bruno@207.164.135.98) | |
14:13 | shamino has joined IRC (shamino!shamino@hilla.kapsi.fi) | |
14:13 | Patina has left IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk, Ping timeout: 240 seconds) | |
14:13 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 240 seconds) | |
14:13 | _UsUrPeR_ has left IRC (_UsUrPeR_!~jsass@fw.acurrus.com, Ping timeout: 240 seconds) | |
14:13 | toscalix_ has joined IRC (toscalix_!~toscalix@77.208.72.178) | |
14:13 | jason00 has left IRC (jason00!ada36451@gateway/web/freenode/ip.173.163.100.81, Ping timeout: 265 seconds) | |
14:13 | zamba has left IRC (zamba!marius@flage.org, Ping timeout: 258 seconds) | |
14:14 | Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net) | |
14:14 | toscalix has left IRC (toscalix!~toscalix@77.208.72.178, Ping timeout: 252 seconds) | |
14:14 | Patina has joined IRC (Patina!~tomas@1385158770.dhcp.dbnet.dk) | |
14:14 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
14:15 | zamba has joined IRC (zamba!marius@flage.org) | |
14:17 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
14:21 | Lumiere has joined IRC (Lumiere!~jstraw@unaffiliated/jstraw) | |
14:22 | Damianos has left IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net, Quit: Damianos) | |
14:23 | alexqwesa has joined IRC (alexqwesa!~alex@alexo-veto.broker.freenet6.net) | |
14:27 | _UsUrPeR_ has joined IRC (_UsUrPeR_!~jsass@fw.acurrus.com) | |
14:28 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
14:29 | Mac has left IRC (Mac!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Quit: Leaving) | |
14:29 | Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com) | |
14:48 | kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Read error: Operation timed out) | |
14:57 | Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Quit: I Leave) | |
14:59 | garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com) | |
15:00 | kazibOn_ has joined IRC (kazibOn_!~root@212.186.97.10) | |
15:01 | <kazibOn_> Sorry. the server had to be rebooted.
| |
15:01 | cyberorg: Are you here?
| |
15:02 | Now I have 3 clients up and running, I'll add the 4th one.
| |
15:09 | jvin has left IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net, Quit: Left... chased by weasles!) | |
15:12 | <kazibOn_> cyberorg: Can you tell me which ports are exactly needed?
| |
15:12 | Currently I opened 22 and 20000 (for nbd)
| |
15:16 | Cypherrr has joined IRC (Cypherrr!5eec8f71@gateway/web/freenode/ip.94.236.143.113) | |
15:17 | <kazibOn_> Hi, I have a question on Auto-Login. When enabled (this works fine), I have a little problem: I cannot shutdown the client, because when I end the session, it automatically opens a new one.
| |
15:17 | <Cypherrr> !оп
| |
15:17 | <ltsp> Cypherrr: Error: "оп" is not a valid command.
| |
15:17 | <Cypherrr> !op
| |
15:17 | <ltsp> Cypherrr: Error: You don't have the #ltsp,op capability. If you think that you should have this capability, be sure that you are identified before trying again. The 'whoami' command can tell you if you're identified.
| |
15:18 | <kazibOn_> How do I correctly shot off then? I want Autologin to ensure that not two identical user-logins happen.
| |
15:25 | toscalix_ has left IRC (toscalix_!~toscalix@77.208.72.178, Remote host closed the connection) | |
15:31 | Cypherrr has left IRC (Cypherrr!5eec8f71@gateway/web/freenode/ip.94.236.143.113) | |
15:31 | kazibOn_ has left IRC (kazibOn_!~root@212.186.97.10, Remote host closed the connection) | |
15:39 | Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Read error: Connection reset by peer) | |
15:39 | Steve_the_Pirate has joined IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com) | |
15:45 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
16:15 | vagrantc has joined IRC (vagrantc!~vagrant@c-76-105-252-50.hsd1.or.comcast.net) | |
16:16 | staffencasa has joined IRC (staffencasa!~staffenca@128-193-148-141.oregonstate.edu) | |
16:23 | vmlintu has left IRC (vmlintu!~vmlintu@dsl-hkibrasgw2-ff78c300-68.dhcp.inet.fi, Ping timeout: 260 seconds) | |
16:23 | txor has joined IRC (txor!~txor@120.Red-213-96-26.staticIP.rima-tde.net) | |
16:28 | <txor> Hi, I am seeking for the way to serve different images for different thin clients on a LTSP server. Any hints?
| |
16:30 | <vagrantc> txor: distro and release?
| |
16:30 | <txor> vagrantc: It's an LTSP5 on an opensuse 11.4
| |
16:31 | <vagrantc> txor: well, i'm not familiar with opensuse's kiwi-ltsp implementation, but you'd probably start by configuring dhcpd.conf
| |
16:31 | <knipwim> i would say as well, configure it in the pxe server
| |
16:32 | <vagrantc> kiwi-ltsp is a bit different from most LTSP implementations, but maybe cyberorg could help
| |
16:32 | <txor> vagrantc: I see, this is usually done on the DHCP server? There's not a way with LTSP config files (like lts.conf)?
| |
16:32 | <vagrantc> txor: lts.conf is loaded after the image is already determined
| |
16:33 | <txor> I want to ask you befor starting to hack arround.. ;D
| |
16:33 | yes
| |
16:33 | <vagrantc> txor: so how can you tell it which image to load?
| |
16:33 | <txor> configuring the TFPT and DHCP would be the way
| |
16:33 | yes
| |
16:33 | <vagrantc> right
| |
16:34 | <txor> ok, that is the info I was searching for... Thank you very much!!
| |
16:34 | <vagrantc> txor: knipwim's suggestion of tweaking the pxelinux.cfg would also likely be an option
| |
16:34 | xsl has joined IRC (xsl!~silence@static-b4-252-232.telepac.pt) | |
16:34 | darkpixel_ has left IRC (darkpixel_!~darkpixel@65.100.44.217, Changing host) | |
16:34 | darkpixel_ has joined IRC (darkpixel_!~darkpixel@curetheitch/staff/darkpixel) | |
16:34 | <txor> yes, I'll start looking in PXE and DHCP services
| |
16:35 | Thanks you ppl! See you soon! :)
| |
16:35 | <mgariepy> txor, i would create some tftp/pxe config for my images and would symlink the specific thin client
| |
16:35 | <alkisg> txor: do you mean kernel + initrd, or the nbd disk image?
| |
16:36 | <mgariepy> like 01-AA-BB-CC-DD-EE-FF > my_pxe_config
| |
16:37 | <xsl> anyone knows an image that shows all services and processes involved on a LTSP client connecting to an LTSP server?
| |
16:37 | <txor> alkisg: I think it's the net image
| |
16:38 | I need to have two images and serve one by default and the other to defnied thin clients
| |
16:38 | <vagrantc> xsl: ssh, NBD or NFS, ldminfod, tftp, dhcp ... i think that almost covers it
| |
16:38 | xsl: ltspfs may use a special port
| |
16:39 | <xsl> tyvm
| |
16:39 | and the distro that better supports it .. ubuntu.. right?
| |
16:40 | dobber has left IRC (dobber!~dobber@213.169.45.222, Remote host closed the connection) | |
16:43 | <vagrantc> xsl: ubuntu and debian have good LTSP support ... the others i'm not sure of
| |
16:43 | <xsl> tyvm for your feedback
| |
16:44 | * vagrantc suspects the topic in the channel need be updated | |
16:45 | <knipwim> Gentoo is still getting very close I think :)
| |
16:45 | <vagrantc> heh :)
| |
16:46 | fedora sort of fell behind a bit
| |
16:46 | miks has joined IRC (miks!~miks@66.192.188.242) | |
16:46 | <miks> Hey everyone! Anyone have any ideas on my video resolution problems?
| |
16:47 | <vagrantc> miks: i was going to look into the code for some of what you needed and then you disappeared :P
| |
16:47 | pingufan has joined IRC (pingufan!~rainer@goliath.hantsch.co.at) | |
16:47 | <knipwim> i did see warren making some fedora changes a while ago
| |
16:47 | <miks> Sorry Vagrant
| |
16:47 | It's been a rough week :-)
| |
16:48 | I was able to use XRANDR on the client, but I can't figure out how to get it into LTS.conf
| |
16:48 | <pingufan> Hello, cyberorg. You helped me when I was fixing the problem with 3rd+4th client ~ 2 hours ago.
| |
16:48 | <vagrantc> knipwim: but they didn't get uploaded to fedora ... ?!
| |
16:48 | <pingufan> I have a question: Does kiwi-ltsp uninstall yast2-bootloader? I was not on the system any more!
| |
16:48 | <vagrantc> miks: you might be using features not yet implemented in LTSP ... what were the commandline options you used again?
| |
16:48 | <miks> xrandr --newmode "1024x768_60.00" 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync
| |
16:49 | xrandr --addmode VGA1 “1024x768_60.00”22:29xrandr --output VGA1 --mode 1024x768_60.00
| |
16:49 | oops, that last one was two commands
| |
16:49 | Should be: xrandr --addmode VGA1 “1024x768_60.00"
| |
16:50 | <vagrantc> miks: there's XRANDR_NEWMODE but i don't see any code for addmode
| |
16:50 | <pingufan> Meanwhile the four clients are running, but the whole system is not stable. I run now the server in runlevel 3 to exclude problems with graphics card.
| |
16:50 | <miks> I saw that too
| |
16:50 | I've tried disabling XRANDR and using X_MODE_0, but the clients are stuck at 800x600
| |
16:50 | No matter what I do, that's all i can get them to boot into
| |
16:50 | <vagrantc> miks: yeah, if you've got a solution with xrandr, better to fix the code to do what you want with xrandr :)
| |
16:51 | <miks> I agree.
| |
16:51 | But how do I get it to apply to the client, and persist after reboot
| |
16:51 | ?
| |
16:51 | <vagrantc> miks: do you have to do it as separate commands, or can you implement it all in one commandline?
| |
16:51 | <miks> I've only tried separately
| |
16:52 | Are you thinking of using a script to do it?
| |
16:52 | <vagrantc> miks: well, about to tell you where to put a script to do it :)
| |
16:52 | <miks> That would work
| |
16:52 | I've never used a script in LTSP
| |
16:52 | So you'll have to explain how I implement it, but I can see the possibilities!
| |
16:53 | <vagrantc> miks: so, in /opt/ltsp/i386/usr/share/ltsp/xinitrc.d/ you should see a bunch of scripts
| |
16:54 | <alkisg> miks: did you try setting X_HORZSYNC / X_VERTREFRESH in your lts.conf, without specifying any other X* options?
| |
16:54 | <miks> alksig: No I didn't
| |
16:54 | <alkisg> I don't see why --newmode should be needed for 1024x768...
| |
16:54 | <vagrantc> miks: you could drop another that runs after the xrandr one that does what you want
| |
16:54 | <miks> Vagrant: I'm booting up my VM now to look
| |
16:55 | <vagrantc> yeah, 1024x768 seems pretty conventional ... but if xrandr works ...
| |
16:55 | don't see why we shouldn't get the code to allow it
| |
16:56 | then again, i don't know much about xrandr :)
| |
16:56 | <miks> Okay, I see the folder with the scripts
| |
16:56 | So I stick the xrandr commands that worked into a file, make it executable, and stick in here basically?
| |
16:57 | Oh, and how do I get that script to only apply to certain machines?
| |
16:58 | <vagrantc> miks: put it in a conditional with an lts.conf variable ... you can just make one up :)
| |
16:59 | <miks> Can you give me an axample Vagrant?
| |
16:59 | <alkisg> [mac:address]
| |
16:59 | MIKS_VARIABLE=True
| |
16:59 | ...and then in the script, if [ -n "MIKS_VARIABLE" ]... => that only applies to the clients specified in lts.conf
| |
16:59 | <miks> Ah
| |
17:00 | I may be over my head here, but I'll try it
| |
17:00 | <vagrantc> gah. use boolean_is_true :P
| |
17:01 | miks: what XRANDR variables did you already try?
| |
17:01 | <pscheie> Silly ubuntu question: the upstream (non-tc) nic is up only if someone is logged in at the console.
| |
17:01 | How do I make it stay up all the time?
| |
17:01 | <miks> xrandr --newmode "1024x768_60.00" 63.50 1024 1072 1176 1328 768 771 775 798 -hsync +vsync
| |
17:02 | <pscheie> Ubuntu 10.4, btw
| |
17:02 | <miks> xrandr --addmode VGA1 “1024x768_60.00”
| |
17:02 | xrandr --output VGA1 --mode 1024x768_60.00
| |
17:02 | Those are the 3 commands I ran on the thin client to increase resolution
| |
17:03 | <vagrantc> miks: no, i mean, did you try setting XRANDR_NEWMODE_0=1024x768 or some such?
| |
17:03 | in lts.conf
| |
17:03 | <miks> Oh yeah
| |
17:04 | <vagrantc> miks: these wouldn't happen to be connected using a KVM switch?
| |
17:04 | <miks> Not the one I was testing on
| |
17:04 | I was on the server via KVM switch
| |
17:04 | But that's it
| |
17:05 | I tried XRANDR_NEWMODE_01
| |
17:05 | <vagrantc> as long as the clients aren't connected via KVMs, you should be fine (i've seen problems with KVM switches with thin clients before)
| |
17:05 | <miks> XRANDR_MODE_01
| |
17:05 | <vagrantc> miks: try XRANDR_MODE_1
| |
17:05 | <miks> Okay
| |
17:05 | <vagrantc> miks: there was a bug in the docs that might have lead you astray
| |
17:05 | <miks> I can't try until I get back into the lab, this evening
| |
17:05 | hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net) | |
17:06 | <miks> But I can try it then
| |
17:06 | You think the mode number is throwing everything off?
| |
17:07 | I don't feel very confident in my ability to write a script
| |
17:07 | <alkisg> pscheie: you mean in standalone clients, not ltsp clients?
| |
17:07 | Are you using network manager?
| |
17:07 | <vagrantc> miks: XRANDR_MODE_01 does nothing ... not supported by the code
| |
17:08 | <pscheie> alkisg, no, I mean in my ltsp server
| |
17:08 | <miks> Pretty silly to have it in the documentation then :-)
| |
17:08 | I was getting all this from http://manpages.ubuntu.com/manpages/lucid/man5/lts.conf.5.html
| |
17:08 | <vagrantc> miks: well, it was fixed in newer versions
| |
17:08 | <alkisg> pscheie: ok, are you using network manager to bring up the interface?
| |
17:08 | <miks> Ah
| |
17:08 | <alkisg> Or /etc/network/interfaces?
| |
17:09 | <vagrantc> miks: but ubuntu might still be carrying the old version ... it was fixed in 0.99+bzr106
| |
17:09 | <pscheie> alkisg, I think NM
| |
17:09 | I'm not at the server ATM.
| |
17:09 | <alkisg> pscheie: ok, you need to create a "system" connection as opposed to a "user" connection
| |
17:09 | <miks> It looks different here: http://manpages.ubuntu.com/manpages/natty/man5/lts.conf.5.html
| |
17:09 | Looks like XRANDR_MODE_0
| |
17:09 | I think i tried that, but I can't be certain
| |
17:09 | <alkisg> The user connections go in ~/, while system connections go in /etc/NetworkManager/system-connections
| |
17:09 | <miks> I'll do some more trying tonight
| |
17:10 | <dberkholz> knipwim, vagrantc: there's people actually using gentoo, so it must be doing alright
| |
17:10 | <alkisg> pscheie: that corresponds to the checkbox [x] allow all users to use this connection" in the network manager settings dialog
| |
17:10 | <vagrantc> dberkholz: yay!
| |
17:10 | <miks> If it doesn't work tonight, I may need some help getting the script in place...
| |
17:13 | <pscheie> alkisg, ok, tx. I'll have to check it tonight; it doesn't seem to respond to my attempts to ssh to it.
| |
17:13 | <alkisg> ok
| |
17:14 | <miks> On the thin client I had to do XRANDR --NEWMODE followed by XRANDR --ADDMODE, but I don't see an "ADDMODE" option in LTS (as you mentioned ealier Vagrant)
| |
17:14 | <pscheie> alkisg, btw, are you back home?
| |
17:14 | <alkisg> Yup, finally, after a 40h trip :-/
| |
17:14 | <pscheie> ugh!
| |
17:14 | garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) | |
17:14 | <alkisg> But I got to see Zurich, so no problem :D
| |
17:15 | <pscheie> that's cool.
| |
17:15 | <miks> So how would that work in lts.conf? Do i just need the XRANDR_NEWMODE_0 and then XRANDR_MODE_0 ?
| |
17:15 | <pingufan> How can I reboot a client from the host side, please?
| |
17:16 | <alkisg> miks, can you put your client Xorg.0.log to pastebin/
| |
17:16 | ?
| |
17:16 | pingufan: distro/version?
| |
17:16 | <pingufan> openSuse 11.4, with kiwi-ltsp
| |
17:16 | <alkisg> Sorry, no idea.
| |
17:16 | <pingufan> with pre-built image
| |
17:17 | <miks> alksig: I'm not in the lab now, but I could later
| |
17:17 | <pingufan> does ssh work by default, or does that need special setup?
| |
17:17 | <miks> From the thin client I just open up that log and past it all, right?
| |
17:17 | <alkisg> miks: ok. Btw you can use <tab> for name autocompletion
| |
17:17 | miks: you need to get local access to the thin client
| |
17:17 | <vagrantc> miks: i'm hoping you don't even have to mess with ADDMODE, just by specifying the right avariables ananems :)
| |
17:17 | <alkisg> !localxterm
| |
17:17 | <ltsp> alkisg: localxterm: Any applications that you launch on a thin client actually run on the server. However, if in a client you run 'ltsp-localapps xterm', a local xterm will open, and any commands that you enter there will be executed locally on the client.
| |
17:18 | <alkisg> Something like that ^
| |
17:18 | <miks> Thanks! (I realize i keep hitting the s and i backwards in your name, sorry :-)
| |
17:18 | loather has joined IRC (loather!~khudson@wsip-98-175-250-115.sd.sd.cox.net) | |
17:19 | <pingufan> ltsp: Thank you. So I assume that local apps must be enabled from server's side, PLUS this special prefix has to be used?
| |
17:20 | Or can I always use this prefix?
| |
17:20 | <miks> alkisg: I was using local xterm to do the Xrandr
| |
17:21 | <alkisg> pingufan: ltsp is a bot, a helper program that allows us to keep notes
| |
17:21 | <pingufan> Ah.
| |
17:21 | <alkisg> pingufan: and I told it to send a note to miks
| |
17:21 | <miks> so you're saying I need to use local xterm to browse to the log?
| |
17:21 | <alkisg> So that answer wasn't directed at you
| |
17:21 | hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer) | |
17:21 | <alkisg> miks: yes
| |
17:21 | <miks> Got it
| |
17:21 | hughessd has joined IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net) | |
17:22 | <miks> Well I've got some homework tonight, I'll see what ui can accomplish and no-doubt see you all tomorrow with results!
| |
17:22 | <alkisg> miks: also, in a second reboot, try these in your lts.conf: X_HORZSYNC=33-88, X_VERTREFRESH=33-71 (two separate lines)
| |
17:22 | <miks> Okay
| |
17:22 | <alkisg> Because I find it difficult to believe that 1024x768 isn't there
| |
17:22 | <miks> Will do
| |
17:22 | I agree
| |
17:22 | <pingufan> What does the option CONFIGURE_X=True do ?
| |
17:23 | <miks> When running XRANDR in a local xterm, it only showed 800x600
| |
17:23 | <alkisg> miks: e.g. one reason may be that the monitor timings are not autodetected
| |
17:24 | pingufan: that option was used in the past to tell ltsp to create a customized xorg.conf. After a while it was no longer needed, as the xorg.conf was automatically generated when it was needed. Not sure how opensuse used it.
| |
17:25 | So CONFIGURE_X=True shouldn't ever be needed in any recent installations
| |
17:26 | <miks> alkisg: So how do I make it detect properly?
| |
17:27 | <alkisg> miks: *if* that is the problem, then: (07:22:16 μμ) alkisg: miks: also, in a second reboot, try these in your lts.conf: X_HORZSYNC=33-88, X_VERTREFRESH=33-71 (two separate lines)
| |
17:27 | <miks> Oh so that will address it?
| |
17:28 | <alkisg> *if* that is the problem, yes, that manually tells the timings to xorg
| |
17:28 | <miks> Awesome
| |
17:28 | Thanks so much, I'll give this all a try tonight!
| |
17:28 | This lab has NOT been good for my blood pressure
| |
17:28 | <pingufan> I see. You possibly can tell me how to do: The clients have 16:9 LCDs attached. Their resolution is not optimal, and the graphics mode I hand over does not match correctly. I tried to pass over vga=ask to see the possible modes, but there is no correct one showing up. What is usual in such cases? Tne Mainboard is a AsRock PV350 with some VIA chipset on it.
| |
17:29 | PV530-ITX Mainboard, I meant.
| |
17:29 | <alkisg> vga=ask is about setting the framebuffer mode, which shouldn't be used in xorg nor in recent kms cards
| |
17:30 | To see the client graphics card, the command is (locally): lspci -nn -k | grep -A 2 VGA
| |
17:30 | miks has left IRC (miks!~miks@66.192.188.242) | |
17:30 | <alkisg> VIA has bad drivers though, that may be the problem...
| |
17:32 | <pingufan> I looked into the manual: VIA Chrome9 HD DX9 Graphics supports up to 2048x1536 @ 75 Hz
| |
17:34 | <alkisg> The pci id is more helpful usually
| |
17:34 | Also lspci tells you the driver in use
| |
17:35 | If that's openchrome, check the driver version, I think it's been unmaintained for a while, but got 2 maintainers recently, so you might want to try a really new version...
| |
17:36 | <vagrantc> lspci tells the driver in use?!
| |
17:37 | <pingufan> I have absolutely no idea how I get that info from the running client. It fires up KDE4 from/on the server.
| |
17:37 | But openchrome works on SuSE 11.4. If it is then also in the prebuilt image for the client - I don't know.
| |
17:39 | <alkisg> vagrantc: $ lspci -nn -k | grep -A 2 VGA
| |
17:39 | 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
| |
17:39 | Kernel driver in use: i915
| |
17:39 | Kernel modules: i915
| |
17:40 | <vagrantc> wow
| |
17:41 | jvin has joined IRC (jvin!~jvin@108-82-19-151.lightspeed.livnmi.sbcglobal.net) | |
17:43 | <pingufan> Can 4 clients bring a server to a system load of 21 (still rising)?
| |
17:47 | <highvoltage> you can do that even without a client, depending on what you do.
| |
17:47 | <pingufan> I see only one firefox running.
| |
17:48 | It's now 46 - I am almost sure it will die soon.
| |
17:49 | garymc has joined IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com) | |
17:49 | <pingufan> 3GB RAM should be sufficient for 4 clients?
| |
17:50 | Ok, it died.
| |
17:51 | What can cause such a load? I am not there at the moment.
| |
17:54 | <highvoltage> pingufan: yep, it should be plenty
| |
17:54 | pingufan: you could run top or htop to see what's using most cpu or ram
| |
17:55 | <pingufan> Is there something I can do to stop this stupid students from oberloading the system?
| |
17:56 | <Gadi> are the clients crashing or the server?
| |
17:57 | <vagrantc> load of 21-40+ sounds like the server is crashing
| |
17:58 | <pingufan> It crashed.
| |
17:59 | They had to reset it. :/
| |
17:59 | garymc has left IRC (garymc!~chatzilla@host81-139-152-192.in-addr.btopenworld.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) | |
17:59 | <pingufan> Are this settings good, or shall I change something?
| |
17:59 | [default]
| |
18:00 | LDM_SERVER = 10.10.0.1
| |
18:00 | SERVER=10.10.0.1
| |
18:00 | LDM_LANGUAGE=de_DE
| |
18:00 | XKBLAYOUT=de
| |
18:00 | XKBVARIANT=nodeadkeys
| |
18:00 | SOUND=False
| |
18:00 | LOCALDEV=False
| |
18:00 | SCREEN_07=ldm
| |
18:00 | LOCAL_APPS=false
| |
18:00 | LDM_NOMAD=false
| |
18:00 | <vagrantc> !paste
| |
18:00 | <ltsp> vagrantc: paste: try !pastebot
| |
18:00 | <pingufan> TIMEZONE=GMT+1
| |
18:00 | TIMESERVER=10.10.0.1
| |
18:00 | I already disabled almost everything.
| |
18:00 | <vagrantc> !pastebot
| |
18:00 | <ltsp> vagrantc: pastebot: try !pastebin
| |
18:00 | <vagrantc> !pastebin
| |
18:00 | <ltsp> vagrantc: 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.
| |
18:00 | <pingufan> Sorry
| |
18:01 | <vagrantc> pingufan: nothing in there should cause your server to crash like that
| |
18:01 | <pingufan> I think that they tried to play movies. Can this overcharge the server?
| |
18:01 | <vagrantc> pingufan: i'm not sure about kiwi-ltsp, but you shouldn't have to specify LDM_SERVER, SERVER or TIMESERVER, since they're all the same
| |
18:02 | <pingufan> But that cannot hurt at all?
| |
18:02 | <vagrantc> shouldn't, unless the information is wrong
| |
18:02 | <pingufan> Information is correct.
| |
18:03 | mistik1 has left IRC (mistik1!mistik1@unaffiliated/mistik1, Ping timeout: 252 seconds) | |
18:03 | <vagrantc> multimedia might overload the server, although i'd usually expect the clients to crash before the server
| |
18:03 | mistik1 has joined IRC (mistik1!mistik1@unaffiliated/mistik1) | |
18:03 | <pingufan> Now the load is at 0.1
| |
18:04 | Can I set the client's NIC to 10 MBit?
| |
18:04 | <Gadi> you may want to use LDM_DIRECTX
| |
18:05 | ie (LDM_DIRECTX=True in lts.conf)
| |
18:05 | this will at least not pass the multimedia through ssh
| |
18:05 | <alkisg> You can also use pam_limits: http://manpages.ubuntu.com/limits.conf
| |
18:06 | <pingufan> Will this Will this help in example against youtube in firefox?
| |
18:06 | I don't think so.
| |
18:07 | I would like to have a way to reboot the clients from the server side. I could only watch how the system dies, without any possibility to do something against that. Any ideas?
| |
18:08 | Can I configure the clients to only run @ 10 MBit?
| |
18:09 | <alkisg> (08:06:22 μμ) pingufan: Will this Will this help in example against youtube in firefox? => if you limit client cpu usage, yes
| |
18:09 | Also, if your clients run at 1 mbps, and you have youtube open, you won't save any cpu
| |
18:09 | You'll just save bandwidth
| |
18:10 | <pingufan> But when bandwidth is too low, they cannot play movies. This reduces server load in turn?
| |
18:11 | Which ports are necessary to be open? I currently have firewall open from inside, this surely is not a good idea.
| |
18:12 | xsl has left IRC (xsl!~silence@static-b4-252-232.telepac.pt) | |
18:12 | <pingufan> NDB uses port 20000, right?
| |
18:13 | <alkisg> pingufan: open a video in youtube. Minimize firefox. Tell me how much cpu you're using, and how much bandwidth a client would use in that case (hint: 0)
| |
18:13 | No, it used 2000 up until the newest versions
| |
18:14 | <pingufan> I am not there right now. I watch the system through ssh.
| |
18:14 | <alkisg> It was a rhetorical question
| |
18:14 | <pingufan> So which ports must I open on the LAN side to make it work?
| |
18:14 | <alkisg> What I meant was "No" in that: (08:10:44 μμ) pingufan: But when bandwidth is too low, they cannot play movies. This reduces server load in turn?
| |
18:14 | <pingufan> ssh, dhcp is clear, 2000 in addition?
| |
18:15 | Does every client use a separate port ?
| |
18:16 | Somewhere I read about 20000 - can't remember where.
| |
18:16 | And without this port open, the clients couldn't mount nbd.
| |
18:18 | It would be great to know if I can i.e. allow a window of ports only for nbd.
| |
18:22 | alkisg: So all clients use the same port, 2000 ?
| |
18:22 | <alkisg> pingufan: I've no idea how opensuse implemented ltsp
| |
18:22 | Usually yes, a port is enough for all clients
| |
18:22 | Why do you put a firewall in the ltsp-client side?
| |
18:23 | Or you're trying to do something else with the ports?
| |
18:23 | <pingufan> So I will close the firewall from inner side except ports ssh/dhcp/2000 and that sould be enough for the clients?
| |
18:24 | <alkisg> If you close the firewall from the inner side, why would you except some ports?
| |
18:24 | ssh, dhcp and nbd are not enough for the clients
| |
18:24 | They need X and probably lots moer
| |
18:24 | more
| |
18:24 | (depending on LDM_DIRECTX etc)
| |
18:25 | <pingufan> I have a whole WLAN and this 4 clients in the LAN. WLAN is controlled by squid. When I open everything, I get problems with bandwidth because then all laptops have direct Internet access.
| |
18:26 | As I run no local apps, I have to open more ports? I thought everything is tunneled through ssh ?
| |
18:27 | At least, this worked with 2 clients.
| |
18:27 | <alkisg> Don't you need tftp?
| |
18:27 | <pingufan> Sure. That is also open.
| |
18:28 | I am only unsure if ports are dedicated for every client or if they are the same for all clients.
| |
18:28 | <Gadi> with nbd, it is same for all
| |
18:29 | check either nbd-server's config file or inetd's config file to find out which is used
| |
18:29 | <pingufan> Ok. So ports for ssh, tftp and nbd (Port 2000) I am done for the clients?
| |
18:29 | <Gadi> provided you do NOT use LDM_DIRECTX, yes
| |
18:29 | (you need dhcp, too)
| |
18:29 | but, yes
| |
18:29 | :)
| |
18:29 | <vagrantc> pingufan: if you use localapps, then the clients need access to the internet on all ports you would want available on the internet
| |
18:30 | <pingufan> Clients shall not run anything locally.
| |
18:30 | <alkisg> Where do you run syslog?
| |
18:31 | <pingufan> On the server?
| |
18:32 | does nbd have its config at /etc/nbd-server/?
| |
18:33 | <Gadi> depends on the distro/version
| |
18:33 | and most of us don't know kiwi
| |
18:34 | see if there are entries in /etc/inetd.conf
| |
18:34 | or /etc/xinetd.d/
| |
18:34 | Mava has left IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi, Ping timeout: 260 seconds) | |
18:34 | <Gadi> if not, try /etc/sysconfig/nbd*
| |
18:36 | <pingufan> This is the config file for ndbrootd in /etc/xinit.d : http://pastebin.com/9k1LNKis
| |
18:36 | <vagrantc> pingufan: ah sorry, i misread what you said
| |
18:36 | <pingufan> So it uses only this one port, 20000 ?
| |
18:39 | cheese has joined IRC (cheese!463e1812@gateway/web/freenode/ip.70.62.24.18) | |
18:40 | txor has left IRC (txor!~txor@120.Red-213-96-26.staticIP.rima-tde.net, Remote host closed the connection) | |
18:40 | khildin has joined IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be) | |
18:40 | <cheese> Trying to use ltsp-build-client for HP t5565 with Via Nano under Ubunutu 11.10. What do I use for --arch?
| |
18:41 | <vagrantc> i386, unless it's one of the arm-based ones
| |
18:42 | <cheese> I dont' know much about the Via Nano but it says 64bit on their homepage...
| |
18:43 | <pingufan> Then you still can run them with 32 Bit. ;)
| |
18:43 | <vagrantc> you could try amd64, but i386 will be compatible with more ... unless you're using fatclients or localapps, i'd stick with i386
| |
18:44 | <khildin> | |
18:44 | <cheese> got it - thank you
| |
18:44 | komunista has joined IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk) | |
18:45 | <khildin> and what vagrantc says: you still can run 32 bit on 64bit processors
| |
18:45 | <pingufan> That was me. :)
| |
18:45 | <khildin> oops.... stand corrected... :)
| |
18:45 | <pingufan> np
| |
18:46 | <khildin> for more info: http://www.via.com.tw/en/products/processors/nano/
| |
18:46 | <cheese> Rigth but I though maybe a different arch was optimized better for it
| |
18:47 | <vagrantc> pingufan: we both said it :P
| |
18:47 | <pingufan> Yess. :)
| |
18:48 | <vagrantc> cheese: if you're using it as a thin client, it probably doesn't matter, and you'd more easily be able to plug 32-bit thin clients into the same network.
| |
18:48 | cheese: but nothing beats experimentation :)
| |
18:48 | <pingufan> vagrantc: Finally: I have this here open: tftp 22 9210 20000 + dhcp + dns - Sufficient?
| |
18:48 | <vagrantc> cheese: they might be worthy of doing localapps and/or fatclients, in which case 64-bit could help.
| |
18:48 | <pingufan> (on LAN side)
| |
18:49 | bobby_C has joined IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at) | |
18:49 | <vagrantc> pingufan: 20,000, not 2,000 ?
| |
18:49 | <pingufan> Do you see the pastebin link above?
| |
18:49 | I interpret this as 20000
| |
18:50 | <vagrantc> ah, no i didn't
| |
18:50 | <pingufan> But this is right, yes?
| |
18:50 | <vagrantc> guess so
| |
18:51 | kiwi-ltsp does all sorts of things differently
| |
18:51 | lifeboy has joined IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za) | |
18:51 | <vagrantc> sometimes with good reason, sometimes not, and no way of knowing why
| |
18:52 | <pingufan> Because then I will walk now over there and reboot all four thin clients. I hope that I will then have not again this strange effect, that only first two clients could start.
| |
18:52 | You do not have an idea what could have caused that?
| |
18:53 | First two clients booted fine, the third one only very seldom or never.
| |
18:54 | <lifeboy> Hi all! I think I'm almost there and hopefully it's not just in my imagination! I've got an Ubuntu 10.04 32 bit kernel compiled with R6040 ethernet support and a whole lot of other hardware and stuff I don't have not compiled (to make the image smaller and faster to load I believe).
| |
18:55 | <vagrantc> lifeboy: i'd be careful with trimming things out ... better to have it work but take microseconds longer to boot than not boot.
| |
18:56 | since nearly everything is modularized, it doesn't impact size much to leave un-used hardware in place.
| |
18:57 | <lifeboy> I only unchecked RAID drivers, multi-core support and a whole lot of netcard and video drivers and such. There is one *little* problem however. When I boot the client I get the error: "FATAL: Could not load /lib/modules/2.6.32.44+drm33.19/modules.dep" repeatedly and then the kernel panics.
| |
18:58 | I was wondering if the + in the version confuses the system, much like a + in filenames ?
| |
18:58 | <Gadi> doyou have a /opt/ltsp/i386/lib/modules/2.6.32.44+drm33.19/modules.dep?
| |
18:58 | <lifeboy> The build automatically puts that in and I've not been able to change it.
| |
18:58 | Gadi: Yes, I do
| |
18:59 | <Gadi> and you rebuilt the image?
| |
18:59 | <lifeboy> Yes, many times
| |
18:59 | <alkisg> And updated the kernels?
| |
18:59 | <Gadi> and you are sure that the client mounts the correct image?
| |
18:59 | <lifeboy> Yip
| |
18:59 | pingufan has left IRC (pingufan!~rainer@goliath.hantsch.co.at, Remote host closed the connection) | |
18:59 | <Gadi> ie, when you drop into initrmafs (break=bottom) you can ls /root/lib/modules/2.6.32.44+drm33.19
| |
19:00 | <lifeboy> The panic says: Pid: 1. comm: init not tainted 2.6.32.44+drm33.19 #1
| |
19:00 | <Gadi> that only means you have the right kernel
| |
19:00 | not necessarily the right rootfs
| |
19:00 | <lifeboy> Ah, maybe the next line scheds some light
| |
19:00 | Call Trace:
| |
19:01 | ? printk+0x1d/0x25
| |
19:01 | Does that mean anything to anyone?
| |
19:02 | <alkisg> No :)
| |
19:02 | lifeboy: to check if modules.dep is inside your initrd:
| |
19:02 | mkdir /tmp/initrd
| |
19:02 | cd /tmp/initrd
| |
19:02 | zcat /var/lib/tftpboot/ltsp/i386/initrd.img | cpio -i
| |
19:02 | find . -name modules.dep
| |
19:02 | (on your server)
| |
19:02 | <lifeboy> sorry... I'll be back in 30 minutes... :-(
| |
19:02 | lifeboy has left IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za, Quit: Ex-Chat) | |
19:16 | Steve_the_Pirate has left IRC (Steve_the_Pirate!~Gary@host109-154-229-204.range109-154.btcentralplus.com, Ping timeout: 260 seconds) | |
19:40 | lifeboy has joined IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za) | |
19:40 | <lifeboy> Sorry I had to run off like that!
| |
19:41 | alkisg: I'm first running those commands now
| |
19:43 | Ok, I'm loading the whole initrd...
| |
19:43 | root@Ashton:/tmp/initrd# find . -name modules.dep
| |
19:43 | ./lib/modules/2.6.32-34-generic/modules.dep
| |
19:44 | I am under the impression that ltsp-update-kernels takes care of this?
| |
19:46 | <vagrantc> ltsp-update-kernels copies files around
| |
19:47 | it doesn't do much more than that
| |
19:51 | <lifeboy> I think I found my mistake: I created the inirrd.img -> initrd.img-2.6.32.44+drm33.19 instead of initrd.img!
| |
19:51 | The image boots now!
| |
19:52 | <vagrantc> your package installation should have handled that ... or did you not build it as a package?
| |
19:52 | <lifeboy> At some stage the package installation stopped doing it and I'm not sure why. So I had to manually create the symlinks
| |
19:54 | Parker955_Away is now known as Parker955 | |
20:00 | garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com) | |
20:02 | loather-work has joined IRC (loather-work!~khudson@68.25.27.54) | |
20:02 | Mava has joined IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi) | |
20:03 | lifeboy has left IRC (lifeboy!~roland@196-210-178-115.dynamic.isadsl.co.za, Ping timeout: 276 seconds) | |
20:04 | lifeboy has joined IRC (lifeboy!~roland@41.183.26.154) | |
20:11 | acg_steve has joined IRC (acg_steve!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net) | |
20:11 | hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Read error: Connection reset by peer) | |
20:11 | acg_steve is now known as hughessd | |
20:21 | garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Ping timeout: 258 seconds) | |
20:28 | <lifeboy> I'll report back here as soon as I've for the graphics sorted out as well...
| |
20:31 | garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com) | |
20:43 | komunista has left IRC (komunista!~slavko@adsl-195-168-248-132.dynamic.nextra.sk, Quit: Leaving.) | |
20:43 | Gadi has left IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net, Read error: Connection reset by peer) | |
20:44 | Parker955 is now known as Parker955_Away | |
20:44 | Gadi has joined IRC (Gadi!~romm@ool-4571ca04.dyn.optonline.net) | |
20:48 | loather-work has left IRC (loather-work!~khudson@68.25.27.54, Ping timeout: 260 seconds) | |
20:49 | Mava has left IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi, Ping timeout: 276 seconds) | |
20:51 | Mava has joined IRC (Mava!~Mava@ip-45-224.dhcp.opintanner.fi) | |
20:51 | vmlintu has joined IRC (vmlintu!~vmlintu@nblzone-240-143.nblnetworks.fi) | |
20:57 | loather-work has joined IRC (loather-work!~khudson@68-25-27-54.pools.static.spcsdns.net) | |
21:06 | loather-work has left IRC (loather-work!~khudson@68-25-27-54.pools.static.spcsdns.net, Quit: This computer has gone to sleep) | |
21:10 | garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Ping timeout: 240 seconds) | |
21:11 | lifeboy has left IRC (lifeboy!~roland@41.183.26.154, Quit: Ex-Chat) | |
21:11 | Parker955_Away is now known as Parker955 | |
21:21 | Gremble has joined IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com) | |
21:26 | Gremble has left IRC (Gremble!~Ben@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com, Remote host closed the connection) | |
21:33 | jtsop has joined IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr) | |
21:33 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Read error: Connection reset by peer) | |
21:35 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
21:49 | Damianos has joined IRC (Damianos!~Damianos@adsl-070-145-074-043.sip.cha.bellsouth.net) | |
21:50 | cliebow has joined IRC (cliebow!~cliebow@66.63.66.218) | |
22:00 | cheese has left IRC (cheese!463e1812@gateway/web/freenode/ip.70.62.24.18, Quit: Page closed) | |
22:02 | khildin has left IRC (khildin!~khildin@ip-80-236-227-181.dsl.scarlet.be, Quit: I'm gone, bye bye) | |
22:06 | andygraybeals has joined IRC (andygraybeals!~andy@h13.227.22.98.dynamic.ip.windstream.net) | |
22:16 | jtsop has left IRC (jtsop!~quassel@athedsl-07209.home.otenet.gr, Remote host closed the connection) | |
22:18 | garymc has joined IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com) | |
22:24 | garymc has left IRC (garymc!~chatzilla@host86-176-88-100.range86-176.btcentralplus.com, Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) | |
22:44 | cliebow has left IRC (cliebow!~cliebow@66.63.66.218, Ping timeout: 245 seconds) | |
22:50 | bobby_C has left IRC (bobby_C!~bobby@85-124-22-227.teleworker.xdsl-line.inode.at, Read error: Operation timed out) | |
23:13 | dead_inside has left IRC (dead_inside!~dead_insi@76.75.3.174, Quit: Leaving...) | |
23:46 | hughessd has left IRC (hughessd!~hughessd@173-164-117-109-Oregon.hfc.comcastbusiness.net, Quit: gone for some reason) | |