00:03 | Damianos_ has joined #ltsp | |
00:15 | Damianos_ has quit IRC | |
00:44 | NeonLicht has quit IRC | |
00:49 | NeonLicht has joined #ltsp | |
00:52 | Gremble has joined #ltsp | |
00:54 | Ctrlz1 has left #ltsp | |
01:31 | simbulu has quit IRC | |
01:44 | simbulu has joined #ltsp | |
02:05 | gnunux has joined #ltsp | |
02:09 | Kicer86 has joined #ltsp | |
02:31 | <gnunux> hi
| |
03:04 | dobber has joined #ltsp | |
03:32 | bobby_C has joined #ltsp | |
03:35 | Gremble has quit IRC | |
03:40 | * muppis is finding deeper philosophy of apt repositories.. and is pleased. | |
04:34 | <simbulu> still working on getting ltsp-server to work on a virtual FC9 box. Need some info about the usual setup on deb. Does ltsp on deb use a bridge (ltsp-br0) ? Does ltsp on deb provide the vmclient parts? Does it even make sense to try the vmclient parts when the ltsp server is running on a virtual machine?
| |
04:35 | daya has joined #ltsp | |
04:43 | <simbulu> and I wonder why tftp is disabled on the ltsp-server. Should it not be running ?
| |
05:00 | igra has joined #ltsp | |
05:00 | igra is now known as ogra | |
05:15 | bobby_C has quit IRC | |
05:38 | alkisg has joined #ltsp | |
06:02 | alkisg1 has joined #ltsp | |
06:02 | alkisg2 has joined #ltsp | |
06:04 | alkisg has quit IRC | |
06:05 | alkisg2 is now known as alkisg | |
06:06 | alkisg has joined #ltsp | |
06:06 | alkisg1 has quit IRC | |
06:17 | deepu has joined #ltsp | |
06:17 | <deepu> hi..
| |
06:18 | can anybody help me regarding solving issue for board D410
| |
06:21 | hi..
| |
06:22 | <muppis> Just ask. Maybe someone knows something.
| |
06:22 | <deepu> hav u any idea..
| |
06:23 | <muppis> What is your actual problem?
| |
06:23 | alkisg has quit IRC | |
06:25 | <deepu> assume root bridge [\_SB_.pci0] bus is 0 -------------> this is line where i get stuck no further booting kernel
| |
06:25 | alkisg has joined #ltsp | |
06:26 | <muppis> deepu, try pci=noacpi as kernel parameter.
| |
06:27 | NeonLicht has quit IRC | |
06:27 | <alkisg> simbulu: no bridge in the default debian/ubuntu setup
| |
06:28 | simbulu: tftp is enabled by default. In previous debian/ubuntu versions it was launched by inetd, now tftpd-hpa is ran as a standalone daemon
| |
06:29 | <deepu> ok.. so what i suppose to do..
| |
06:30 | i have tried to boot by giving those options but no result.. i get stuck at same place
| |
06:31 | <simbulu> alkisg, Thank you. The bridge is installed by default in k12linux - and I am not sure I like it at all might want to remove it in order to KIS.
| |
06:31 | <muppis> deepu, do you have noapic there?
| |
06:31 | <alkisg> simbulu: I think in some very old fc versions there was no bridged, it was added later on by warren
| |
06:32 | <simbulu> alkisg, yep tftp was not started due to a config err of mine. Now ldminfod, nbdrootd, nbdswapd and tftp run under xinetd
| |
06:32 | <deepu> how to get bridge support in ubuntu 10.4
| |
06:32 | <alkisg> I too think a bridge complicates things with not a very good reason
| |
06:32 | <Nubae> simbulu bride was normal behaviour on fedora ltsp IIRC
| |
06:32 | bridge
| |
06:33 | <simbulu> Nubae, for now I work with eth0 and ltspbr0.
| |
06:33 | <deepu> you mean,.. noacpi command
| |
06:34 | <muppis> deepu, no, noapic as kernel param.
| |
06:34 | <deepu> yes... i had passed it in start up entry.
| |
06:35 | <simbulu> eth0 is bound to ltspbr0 (which has the addr 172.31.100.254). eth0 seems to need a fixed IP
| |
06:36 | <muppis> deepu, try then only pci=noacpi (note: noapic is different param)
| |
06:36 | simbulu, or you should be able to leave eth0 without IP at all.
| |
06:37 | <simbulu> as eth0 does not get an IP from our internal dhcp server when connected to our internal network where another dhcp server is running
| |
06:37 | <deepu> i have installed LTPS-4.2 i have this probleb with D410 intel board
| |
06:37 | <simbulu> for now I will just put eth0 on a separate isolated network without internet access
| |
06:37 | <muppis> deepu, why so old version from LTSP?
| |
06:38 | NeonLicht has joined #ltsp | |
06:38 | tech_dvo has joined #ltsp | |
06:39 | <tech_dvo> what does acpi =force do when placed in lts.conf
| |
06:39 | good day all!
| |
06:39 | <deepu> muppis, i tried with it but same problem
| |
06:39 | <alkisg> deepu: if you run this command on the server, what's the output? dpkg -l ltsp-server
| |
06:39 | Trixboxer has joined #ltsp | |
06:41 | <alkisg> tech_dvo: it does nothing. That's a kernel parameter, to be put in pxelinux.cfg/default
| |
06:41 | Not in lts.conf
| |
06:41 | <deepu> wht is this hyphen option L or I
| |
06:41 | <alkisg> L, small one
| |
06:42 | Or this one, which gives smaller output: dpkg-query -W ltsp-server
| |
06:42 | <deepu> no matches found maching ltsp-server
| |
06:42 | <alkisg> OK. So you really have LTSP 4.2... that's unsupported, see the topic
| |
06:43 | You can still ask, but most people here won't know the answers, we're not using it anymore, it's too old
| |
06:43 | <deepu> so what i have to do..
| |
06:43 | <alkisg> Any specific reason for having such an old LTSP version?
| |
06:43 | Install a recent ltsp version. 5.2, the one that comes with ubuntu 10.04.
| |
06:44 | https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall
| |
06:44 | <deepu> no.. not any spacific.. i was just trying to check.. so which version would you sugesst
| |
06:45 | <alkisg> The one that your distro has
| |
06:45 | See the link above for how to install it
| |
06:45 | <deepu> ok so .. how i remove this old one..
| |
06:45 | <alkisg> How did you install it?
| |
06:46 | <deepu> by source package..(.TGZ)
| |
06:46 | <alkisg> Ouch. No idea. Maybe `make uninstall` or something?
| |
06:48 | <deepu> ok .. it has craeted one directory in /opt and one in / and install 3-4 ltsp commands in /usr/sbin
| |
06:48 | can i delete it directly..
| |
06:49 | <alkisg> No idea. It's too old, I haven't even seen it ever.
| |
06:50 | <deepu> but this one is working in case of other thin clients.. but not only this perticuler one..
| |
06:51 | what exactly acpi issues are regarding with??
| |
06:53 | bobby_C has joined #ltsp | |
06:55 | <tech_dvo> alkisg: remember my logout -- blank problem?
| |
06:55 | tried tweaking the bios of the computer
| |
06:55 | <alkisg> tech_dvo: nope, you weren't talking to me about that, you were talking to appiah
| |
06:55 | daya has quit IRC | |
06:56 | <tech_dvo> yea, he suggested the ACPI option w/c turns doesn't do anything
| |
06:56 | tried tweaking the bios though -- disabled video shadow and APIC
| |
06:56 | <alkisg> I don't know the problem though, so I can't comment on the solutions
| |
06:56 | The clients blank when you logout?
| |
06:57 | <tech_dvo> yes
| |
06:57 | <alkisg> Are they still working?
| |
06:57 | E.g. caps lock working?
| |
06:57 | <tech_dvo> no, just blank -- caps lock and num lock wont work
| |
06:57 | even ctrl alt del
| |
06:58 | <alkisg> Do they respond to pings?
| |
06:58 | <tech_dvo> haven't tried that -- I'll try one of the clients now
| |
06:59 | yes, it does
| |
07:00 | <alkisg> And you just logout normally, and it blanks? Nothing more?
| |
07:00 | deepu has quit IRC | |
07:01 | <tech_dvo> wait, I take that back -- ifconfig is showing my server ip not the client ip
| |
07:02 | Destination host unreachable
| |
07:02 | <alkisg> Boot a client. Looks at its IP at the login screen (bottom right in ldm)
| |
07:02 | Ah, ok, if you know the IP
| |
07:02 | So it's a complete hang
| |
07:02 | And is that caused by a simple logout?
| |
07:02 | <tech_dvo> yup every time
| |
07:02 | <alkisg> Paste your lts.conf
| |
07:03 | <tech_dvo> these are the computers that has xserver=vesa on them
| |
07:03 | ok
| |
07:03 | <alkisg> And then, log on a client, and do the following:
| |
07:03 | !localxterm
| |
07:03 | <ltspbot> alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
| |
07:03 | <alkisg> On a localxterm, run: lspci -nn -k | grep -A 2 VGA
| |
07:03 | <tech_dvo> [default]
| |
07:03 | X_RAMPERC=80
| |
07:03 | # local app running in thin client
| |
07:03 | # runs firefox
| |
07:03 | # 01.2011
| |
07:03 | LOCAL_APPS=True
| |
07:03 | LOCAL_APPS_MENU=True
| |
07:03 | LOCAL_APPS_MENU_ITEMS = firefox
| |
07:03 | #SEARCH_DOMAIN
| |
07:03 | #DNS_SERVER=192.168.1.1
| |
07:03 | [P4]
| |
07:03 | XSERVER=vesa
| |
07:03 | [CELERON]
| |
07:03 | XSERVER=vesa
| |
07:03 | [00:0D:87:D9:69:B0]
| |
07:04 | #3
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:D9:60:05]
| |
07:04 | #29
| |
07:04 | LIKE=P4
| |
07:04 | deepu has joined #ltsp | |
07:04 | <tech_dvo> [00:0D:87:D9:5E:3C]
| |
07:04 | #8
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:CF:19:1C]
| |
07:04 | #9
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:CD:F5:99]
| |
07:04 | #12
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:C7:42:1C]
| |
07:04 | #13
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:C1:FE:C3]
| |
07:04 | #18
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:CD:B4:3A]
| |
07:04 | #23
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:CD:F2:57]
| |
07:04 | #30
| |
07:04 | LIKE=P4
| |
07:04 | [00:0D:87:CD:F3:8B]
| |
07:04 | #36
| |
07:05 | LIKE=P4
| |
07:05 | [00:0D:87:D9:F9:13]
| |
07:05 | #37
| |
07:05 | LIKE=P4
| |
07:05 | [00:0D:87:CF:18:04]
| |
07:05 | #38
| |
07:05 | LIKE=P4
| |
07:05 | [00:0D:87:D9:68:AC]
| |
07:05 | #46
| |
07:05 | LIKE=P4
| |
07:05 | [00:0D:87:CD:F2:5D]
| |
07:05 | #47
| |
07:05 | LIKE=P4
| |
07:05 | [00:08:A1:26:B3:60]
| |
07:05 | #39
| |
07:05 | LIKE=CELERON
| |
07:05 | <alkisg> !pastebin
| |
07:06 | <ltspbot> 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.
| |
07:06 | <Nubae> woah
| |
07:06 | <alkisg> tech_dvo: so now we can't scroll up and see what we were talking about... :)
| |
07:06 | Use the pastebin for pasting more than 2-3 lines
| |
07:06 | <muppis> Having backbuffer for a week is for the win. :)
| |
07:07 | <alkisg> tech_dvo: OK, continue with the lspci command on the localxterm
| |
07:07 | <tech_dvo> alkisg: sorry -- tot u said to paste the conf here :)
| |
07:13 | ok -- it displayed this
| |
07:14 | 01:00.0 VGA compatible controller [0300]: S3 Inc. VT8375
| |
07:14 | [ProSavage8 KM266/KL266] [5333:8304]
| |
07:14 | .....
| |
07:14 | <alkisg> OK. And why are you using XSERVER=vesa?
| |
07:14 | <tech_dvo> Kernel modules: savagefb
| |
07:15 | that's what you suggested then and it's working -- I think.
| |
07:15 | <alkisg> Me? When?!
| |
07:15 | Anyway, what happens if you remove the XSERVER=vesa line?
| |
07:16 | Don't comment it out you'll get a syntax error for lts.conf
| |
07:16 | <tech_dvo> it was last week :) -- what happens is that it hangs somewhere down the booting process
| |
07:16 | <alkisg> Hmmm that doesn't sound right
| |
07:17 | Afaik the savage driver is working... what distro/version?
| |
07:17 | <tech_dvo> ubuntu 10.10
| |
07:18 | <alkisg> And the clients hang? Or you're getting a blank screen? (which might be because of out-of-range signal..)
| |
07:18 | (if you don't specify XSERVER=vesa, I mean...)
| |
07:19 | <tech_dvo> clients hang -- it starts the booting process but stops just before the log screen is to be displayed
| |
07:19 | is another option i could use beside vesa?
| |
07:19 | <alkisg> Btw, other clients work fine, right? With logout and everything?
| |
07:20 | Or you only have S3 clients?
| |
07:20 | <tech_dvo> yup -- later version of computers works just fine -- and not using xserver=vesa
| |
07:20 | login logout and all
| |
07:22 | MorningSon has joined #ltsp | |
07:22 | <alkisg> I'd try `man savage` and setting some options in lts.conf, like NoAccel etc
| |
07:23 | Or UseBIOS off, or DRI off, etc
| |
07:24 | See the lts.conf man page for how to pass X options
| |
07:24 | !lts.conf
| |
07:24 | <ltspbot> alkisg: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
| |
07:25 | <tech_dvo> okay, I'll try that
| |
07:25 | thanks
| |
07:36 | does APIC mean anything to lts? it is enabled in my bios -- for MS Windows to run
| |
07:40 | robehend1 has joined #ltsp | |
07:40 | <tech_dvo> robehend1: hi bob
| |
07:40 | <robehend1> alkisg: for nbd swap, do i have to put in a swap-server and nbd-port in the lts.conf?
| |
07:40 | tech_dvo: heyo
| |
07:42 | <tech_dvo> alkisg: just to be clear, can I use the savage configuration option found in man savage in lts.conf?
| |
07:44 | or do I have to place them somewhere else?
| |
07:44 | <alkisg> robehend1: just NBD_SWAP=true should be enough
| |
07:45 | (the same server will be used)
| |
07:45 | <robehend1> ah, nice. thanks
| |
07:45 | <alkisg> and if you want you can put SIZE=512 in /etc/ltsp/nbdswapd.conf
| |
07:45 | tech_dvo: yes you can use them but there's a special syntax for x options, that's why I said that you need to read the lts.conf man page
| |
07:45 | bbl
| |
07:46 | <tech_dvo> where can i find lts_parameters.txt?
| |
07:54 | otavio_ has joined #ltsp | |
07:56 | <vvinet> in the fine manual?
| |
07:56 | <tech_dvo> where?
| |
07:56 | <mgariepy> !lts.conf
| |
07:56 | <ltspbot> mgariepy: "lts.conf" :: http://manpages.ubuntu.com/lts.conf
| |
07:59 | <tech_dvo> I was reading that particular page, but it doesn't say where the lts_parameters.txt is located.
| |
08:00 | <vvinet> tech_dvo: http://lmgtfy.com/?q=lts_parameters.txt
| |
08:04 | <alkisg> tech_dvo: you *don't* need lts-parameters
| |
08:04 | That's the old version of the man page
| |
08:04 | Just read the X_OPTION* variables in the man page
| |
08:04 | <highvoltage> nice one vvinet :)
| |
08:05 | <vvinet> I'm just trying to help :P
| |
08:08 | <tech_dvo> alkisg: i see it
| |
08:09 | deepu has quit IRC | |
08:13 | NeonLicht has quit IRC | |
08:18 | zz_evil_root is now known as evil_root | |
08:19 | <mgariepy> good morning everyone
| |
08:19 | <tech_dvo> how do I get the right options for my video card?
| |
08:20 | can I get a 'reading' of it's option when I use xserver=vesa?
| |
08:24 | NeonLicht has joined #ltsp | |
08:35 | shawnp0wers has joined #ltsp | |
08:36 | <simbulu> Finally - my fat thin client pxe booted and ltsp on fc14 on xen on 64 bit centos provides a 386 boot to a fc14/k12linux. Now I need to find out how to create users, including root, on k12linux. ...
| |
08:41 | <ogra> simbulu, dont forget to offer your fixes as patches to upstream ;)
| |
08:42 | <simbulu> pxe booting my thin client also gives a k12linux login screen now.
| |
08:42 | <ogra> i'm sure many fedora users would be very thankful
| |
08:42 | <simbulu> ogra, sure I intend to give away what works for me.
| |
08:43 | but where is the user management interface ????
| |
08:43 | alkisg has quit IRC | |
08:44 | <ogra> in your desktop
| |
08:44 | users are managed server side
| |
08:45 | <simbulu> with adduser and friends ?
| |
08:46 | <ogra> as you would do it normally, yes
| |
08:46 | with adduser or the gnome user manager
| |
08:46 | or whatever graphical tool you have installed
| |
08:47 | tech_dvo has quit IRC | |
08:47 | <ogra> (assuming something came with your desktop installation)
| |
08:47 | <simbulu> well the server is in runlevel 3
| |
08:47 | <ogra> whats runlevel 3 ?
| |
08:48 | ah, fedora makes distinctions here
| |
08:48 | * ogra barely remembers | |
08:48 | <simbulu> runlevel 3 is normal server mode - without a X11 desktop
| |
08:48 | <ogra> well, as long as you have a desktop installed ...
| |
08:48 | <simbulu> just 6 black and white tty's
| |
08:48 | <ogra> yes
| |
08:49 | <simbulu> ok - the root user did not get into the clients
| |
08:50 | how does ltsp do things - by copying /etc/shadow to /opt/ltsp/i386/etc/shadow ?
| |
08:52 | or perhaps I have to chrot to /opt/ltsp/i386 and run "adduser" ?
| |
08:53 | <ogra> ldm does ssh -X user@server <desktop session>
| |
08:54 | and either runs the session through the tunnel or uses a direct X connection (LDM_DIRECTX in lts.conf)
| |
08:55 | <simbulu> ok - (clearing root passwd in /opt/ltsp/i386/etc/shadow)
| |
08:57 | hmm the login sceen on the thin client says "No response from server. Restarting"
| |
08:58 | <ogra> for localapps /etc/shadow|passwd|groups entries are copied through the tunnel at login time btw
| |
08:58 | is your ssh server running ?
| |
08:59 | check your auth.log, if your user seems to log in successfull there, check the users ~/.xsession-errors
| |
09:00 | <simbulu> So basicly I just have to make sure that users can login in to the server via ssh?
| |
09:01 | <ogra> right
| |
09:01 | <simbulu> (lspci is missing in the client - will try to fix that)
| |
09:01 | <ogra> and that they have a valid desktop session
| |
09:03 | <simbulu> I think the server itself is quite limited - it is a minimal FC14 installation
| |
09:03 | where as the FC14 installation (ltsp-create-client) in /opt/ltsp/i386 is more like a normal workstation
| |
09:10 | yes - ssh is listening - and root passwd was accepted, but session closed after 5 seconds. Probably remote root login is not allowed. Trying again with a normal user.
| |
09:20 | hmm - user seems to work - but closes right away. And sshd has "ForwardX11 no".
| |
09:22 | korcan has joined #ltsp | |
09:23 | <ogra> thats your prob
| |
09:23 | and you need a desktop session on the server
| |
09:23 | and a minimal instal on the client
| |
09:23 | i think you got it the wrong way round
| |
09:25 | evil_root is now known as zz_evil_root | |
09:27 | <simbulu> ogra, I think you are right - things are upside down to me and my two (thin and half-fat) clients
| |
09:28 | artista_frustrad has quit IRC | |
09:31 | <simbulu> and my virtual pxe box wants to boot from a elf.ltsp file which tftp can not find (File not found)
| |
09:33 | perhaps ltsp does not like Etherboot that much
| |
09:35 | ohh - thats a ltsp/dhcpd.conf thing :)
| |
09:42 | artista_frustrad has joined #ltsp | |
09:45 | <simbulu> annoying. /etc/ltsp/dhcpd.conf references /ltsp/i386/elf.ltsp that does not exist.
| |
09:48 | <muppis> simbulu, you need install corresponding which contains correct dhcpd.conf. Search from http:://packages.ubuntu.com
| |
09:48 | Ah, may typo be always with me.
| |
09:49 | komunista has joined #ltsp | |
09:53 | <simbulu> ltsp-server installed /etc/ltsp/dhcpd.conf
| |
09:58 | <muppis> Look if there is /etc/ltsp/dhcpd.conf.dist
| |
09:59 | <simbulu> seems like the k12 version of dhcpd.conf needs a hand (or is it ltsp-build-client that should generate the elf.ltsp?)
| |
09:59 | rjune has quit IRC | |
10:00 | <muppis> simbulu, you're using some other distro than Debian based?
| |
10:01 | <simbulu> I will just change elf.ltsp to pxelinux.0 instead. Should work I think.
| |
10:01 | muppis, Yep - I am working getting Fedora 14 to work with ltsp
| |
10:02 | <muppis> simbulu, ok then.
| |
10:02 | <simbulu> and fc14 box is really a virtual machine - on Centos5.5
| |
10:03 | where I have a virtual pxe client as well
| |
10:03 | <muppis> Done that too.
| |
10:03 | But with Ubuntu.
| |
10:04 | <simbulu> that way things are relatively simple to me
| |
10:06 | Now the virtual pxe boots from ltsp - tries to login. sshd says ok, but ends session after 9 seconds
| |
10:06 | <muppis> I installed server and one client as vm and wired my actual workstation as client too.
| |
10:09 | <simbulu> I guess I need more software on the server in order to let the client in ...
| |
10:11 | <ogra> yes
| |
10:11 | install a gnome desktop
| |
10:11 | also note that /ltsp/i386/elf.ltsp is relative to your tftproot
| |
10:12 | (on fedora likely /tftproot/ltsp/i386/elf.ltsp then)
| |
10:12 | <simbulu> fixed the elf.ltsp thing - using pxelinux.0 instead
| |
10:13 | looking for a gnome group to install ...
| |
10:13 | <ogra> yum install gnome-desktop ?
| |
10:13 | :)
| |
10:15 | <simbulu> now I need internet again - for "yum intall "GNOME Desktop Environment" :-)
| |
10:16 | mateobur has joined #ltsp | |
10:16 | <mateobur> Hello
| |
10:16 | I'm trying to run LTSP terminals here
| |
10:16 | but ubuntu sends me to the busybox console
| |
10:16 | "failed to connect to NBD server"
| |
10:17 | any hints ?
| |
10:18 | <muppis> mateobur, have you checked is there anyone listening correct port? 2000 by de
| |
10:18 | staffencasa has joined #ltsp | |
10:18 | <muppis> fault.
| |
10:19 | <mateobur> 2000/tcp open
| |
10:19 | yes
| |
10:21 | <muppis> Then check where client is trying to connect. Easy from /var/lib/tftboot/<arch>/pxelinux.cfg/default
| |
10:22 | <mateobur> append ro initrd=initrd.img quiet splash nbdport=2000
| |
10:24 | <muppis> Looks correct. Is there actually some one listening? netstat -tanp tells.
| |
10:26 | <simbulu> yum groupinstall "GNOME Desktop Environment" (thanks to ogra) installing 358 packages (cu tomorrow :-)
| |
10:26 | <ogra> heh
| |
10:30 | <muppis> Ah. Got BT-dongle. Maybe my HTPC gets some progress.
| |
10:31 | mateobur has quit IRC | |
10:31 | gnunux has quit IRC | |
10:36 | alkisg has joined #ltsp | |
10:42 | <sschotten> guys.. starting openoffice freezes lts client after kernel upgrade
| |
10:42 | no swap at the environment
| |
10:42 | any tips?
| |
10:44 | <alkisg> How much RAM does the client have?
| |
10:45 | <sschotten> 1 gb
| |
10:46 | I have around 200 thinclients..
| |
10:46 | got a new one which needs the r8168 nic driver
| |
10:46 | a new kernel was crafted for that (2.6.37)
| |
10:46 | apparently everything alright
| |
10:47 | except that when we start the openoffice (writer or calc) the client absolutely freezes
| |
10:50 | <alkisg> And it works fine in firefox and other apps, but not with openoffice?!
| |
11:02 | dobber has quit IRC | |
11:04 | rpm_ has joined #ltsp | |
11:06 | <rpm_> Hello all, is there a list of hardware requirements on the net somewhere for an ltsp server serving fat clients?
| |
11:07 | <alkisg> Not that I know of. CPU doesn't matter, RAM helps, and most of all network speed helps
| |
11:09 | <rpm_> I am using an amd opteron dual core at 2 GHz with 2 gigs of ram, 1 gigabit nic serving the fat clients and one 10/100 nic acting as the gateway to the internet. Running Ubuntu 10.04.1 32bit. The CPU is almost up to 100% all of the time and the ram is not even being touched.
| |
11:09 | I couldn
| |
11:09 | <alkisg> CPU shouldn't be used at all, for fat clients. What process uses it?
| |
11:09 | <rpm_> let me check
| |
11:10 | <alkisg> RAM is mainly useful for caching the virtual disk into memor
| |
11:10 | So you'll only see it in "cached" section of `free`
| |
11:11 | So 2 Gb of RAM are fine, and your CPU is also fine.
| |
11:11 | <rpm_> the serve is desktop, could that be a problem
| |
11:12 | I couldn't boot more then one client at a time and was only able to boot 3 clients total.
| |
11:13 | <alkisg> What process uses the CPU?
| |
11:13 | <simbulu> wau my virtual diskless pxe machine, my physical diskless PC as well as my physical thin client box all boot FC14 now and connect to my the GNOME Desktop on the virtual LTSP server. This looks great! Now I need to find out how to create diskless clients that run things locally.
| |
11:14 | <rpm_> the clients are down now so I can't tell, right now top shows %CPU at 1 for top and that is the only thing showing up.
| |
11:14 | <alkisg> OK, report back when you have more info
| |
11:17 | <rpm_> Ok will do. Does that mean there really shouldn't be a problem given the config I am running assuming the network is fine and the clients are as well (1Ghz atoms with 1gig ram)?
| |
11:17 | <alkisg> Sure. The only things to check is (1) what cause the high cpu load (it's not LTSP), and (2) if your clients have gigabit nics
| |
11:18 | <rpm_> clients have gigabit so I guess there is some process causing it. Thanks Alkisg
| |
11:22 | Kicer86 has quit IRC | |
11:31 | sschotten has quit IRC | |
11:42 | robehend1 has left #ltsp | |
11:42 | robehend1 has joined #ltsp | |
11:54 | [GuS] has joined #ltsp | |
11:58 | artista_frustrad has quit IRC | |
12:04 | shawnp0wers has quit IRC | |
12:11 | artista_frustrad has joined #ltsp | |
12:29 | <robehend1> alkisg: say, whats that command you use to figure out what port images are exported on via nbd? i remember it was grep something..
| |
12:31 | alkisg: ack, nevermind, remembered :D
| |
12:46 | vagrantc has joined #ltsp | |
13:29 | Lns has joined #ltsp | |
13:49 | RiXtEr has joined #ltsp | |
13:52 | dobber_ has joined #ltsp | |
13:56 | [GuS] has quit IRC | |
13:59 | korcan has quit IRC | |
14:13 | <robehend1> does the 'noatime' flag in fstab affect ext4, or was that only ext3?
| |
14:14 | <alkisg> I think "relatime" is the usual nowadays, combines speed + compatibility for programs like mutt
| |
14:14 | <ogra> robehend1, man mount
| |
14:14 | ;)
| |
14:15 | <alkisg> So ogra do you miss LTSP programming? :)
| |
14:15 | Or arms are OK too?
| |
14:15 | <ogra> arms are ok too :)
| |
14:15 | i was hoping to do both this cycle
| |
14:15 | but it looks like i wont get to the thin client arm spec
| |
14:15 | <alkisg> Ah, if only wine apps could run on ARMs... :-/
| |
14:16 | Ouch, you'd be perfect for that job
| |
14:16 | <ogra> i will
| |
14:16 | <robehend1> alkisg: just wait, according to MS, they're looking to fix that with windows 8.
| |
14:16 | <ogra> but will have to wait another cycle
| |
14:16 | wine upstream is working on it too
| |
14:16 | but then you will still need arm binaries of the apps
| |
14:16 | <alkisg> Oooh good news, both of them
| |
14:17 | <ogra> with the cortex-a15 CPU it shouldnt be a prob to run windows in a VM though ;)
| |
14:17 | <alkisg> Unfortunately we have dozens of old, unmaintained greek edu apps, which won't be recompiled for arm arch :(
| |
14:18 | qemu?
| |
14:18 | <ogra> if you have the source ...
| |
14:18 | the a15 will have a native VM implementation
| |
14:18 | similar to kvm
| |
14:18 | mikkel has joined #ltsp | |
14:20 | NeonLicht has quit IRC | |
14:28 | NeonLicht has joined #ltsp | |
14:29 | pmatulis has quit IRC | |
14:29 | ogra has quit IRC | |
14:33 | ogra has joined #ltsp | |
14:33 | ogra has joined #ltsp | |
14:34 | pmatulis has joined #ltsp | |
14:34 | pmatulis has joined #ltsp | |
14:49 | primeministerp has quit IRC | |
14:50 | mistik1_ has joined #ltsp | |
14:54 | mistik1 has quit IRC | |
14:54 | mistik1_ is now known as mistik1 | |
14:57 | primeministerp has joined #ltsp | |
15:02 | otavio_ has quit IRC | |
15:14 | robehend1 has left #ltsp | |
15:27 | ogra has quit IRC | |
15:27 | ogra_ac_ has joined #ltsp | |
15:28 | ogra_ac_ has joined #ltsp | |
15:28 | ogra_ac_ is now known as ogra | |
15:29 | mikkel has quit IRC | |
15:33 | alkisg has quit IRC | |
15:55 | vagrantc has quit IRC | |
16:03 | Gremble has joined #ltsp | |
16:26 | Gremble has joined #ltsp | |
16:39 | Lns has quit IRC | |
17:00 | Gremble has quit IRC | |
17:05 | map7_ has joined #ltsp | |
17:12 | map7_ has quit IRC | |
17:14 | dobber_ has quit IRC | |
17:18 | komunista has quit IRC | |
17:55 | Trixboxer has quit IRC | |
18:13 | vagrantc has joined #ltsp | |
18:22 | bobby_C has quit IRC | |
18:39 | staffencasa has quit IRC | |
18:49 | tech_dvo has joined #ltsp | |
18:58 | tech_dvo has quit IRC | |
19:20 | vagrantc has quit IRC | |
20:07 | artista_frustrad has quit IRC | |
21:36 | MorningSon has quit IRC | |
23:12 | alkisg has joined #ltsp | |
23:41 | datandrews has joined #ltsp | |
23:42 | datandrews has left #ltsp | |
23:47 | alkisg has quit IRC | |
23:49 | alkisg has joined #ltsp | |
23:56 | datandrews has joined #ltsp | |