|00:55||zama has left IRC (zama!~zama@unaffiliated/stryx/x-3871776, Ping timeout: 245 seconds)|
|00:56||zama has joined IRC (zama!~zama@unaffiliated/stryx/x-3871776)|
|01:01||gdi2k has joined IRC (firstname.lastname@example.org)|
|01:35||ben_roose has left IRC (email@example.com, Remote host closed the connection)|
|01:54||gdi2k has left IRC (firstname.lastname@example.org, Ping timeout: 255 seconds)|
|02:32||gdi2k has joined IRC (email@example.com)|
|02:56||telex has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|02:58||telex has joined IRC (email@example.com)|
|03:44||Fenuks has joined IRC (Fenuks!~Fenuks@126.96.36.199)|
|04:25||cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)|
|05:34||uXus has left IRC (uXus!~uXus@188.8.131.52, Remote host closed the connection)|
|05:37||uXus has joined IRC (uXus!~uXus@184.108.40.206)|
|05:47||work_alkisg is now known as alkisg|
|06:11||Fenuks has left IRC (Fenuks!~Fenuks@220.127.116.11, Ping timeout: 256 seconds)|
|06:28||ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)|
|08:38||NeonLicht has joined IRC (NeonLicht!~NeonLicht@darwin.ugr.es)|
|08:51||Fenuks has joined IRC (Fenuks!~Fenuks@mail.c-lan.ru)|
|08:56||Fenuks has left IRC (Fenuks!~Fenuks@mail.c-lan.ru, Ping timeout: 265 seconds)|
|09:11||Fenuks has joined IRC (Fenuks!~Fenuks@mail.c-lan.ru)|
|10:03||zamba has left IRC (firstname.lastname@example.org, Ping timeout: 264 seconds)|
|10:06||zamba has joined IRC (email@example.com)|
|10:07||NeonLich1 has joined IRC (NeonLich1!~NeonLicht@darwin.ugr.es)|
|10:29||alkisg is now known as work_alkisg|
|10:36||Fenuks has left IRC (Fenuks!~Fenuks@mail.c-lan.ru, Read error: Connection reset by peer)|
|10:37||Fenuks has joined IRC (Fenuks!~Fenuks@mail.c-lan.ru)|
|12:05||gp has joined IRC (firstname.lastname@example.org)|
gp, I think performance issue more related do you run it as local or remote app. Tried run it as local?
I am even having problems on fat clients. Maybe it is an issue with networked filesystem?
That's one possibility.
If you can, drop fat client to local hdd and try there. Then you can rule out is it network related.
Do you mean that there is an option to have the fat client copy the image to a local hard drive?
Or do you mean use a local os to test the program?
I mean fat client loaded from local hdd. That has to bee done manually, because there's few trick to do to make fully boot from local.
I think more easier to make local os use nfs mounted homes. :D
Enabled direct X?
Less secure, but lot faster.
And reduces network traffic which can help as well.
I could try direct X if that will tell me something. But I do not think that can be the solution because of what it gives up
You can get a clue about solutions at least.
good point. i will try that first
If that helps, does that mean to keep the option enabled I would need to have more cpu/memory on the fat client?
Not really. Direct X should be easier to client, because doesn't need to do encryption/decyrption anymore.
Right. I mean if I want to keep it enabled. If disabling it helps, then to keep it enabled I would need more cpu/ram on the client?
Lost in sentense. :D If you enable direct X, it doesn't use encryption and transfer display data as is, so it screen update is faster and uses less cpu and network.
gp, what's your client CPU/RAM?
|12:32||work_alkisg is now known as alkisg|
Also, do you have a full gigabit network?
yes full gigabit.
I haven't tested this on lots yet. But the one is an http://ark.intel.com/products/33924/Intel-Core2-Quad-Processor-Q9550-12M-Cache-2_83-GHz-1333-MHz-FSB with 4gb ram
And is that a fat client or thin?
I've watched with process manager and the client hasn't run out of ram
Then it should run as good as if you had liclipse installed in a local hard disk
Maybe there's no problem at all with ltsp and it's just that that program is slow?
Thats what I thought. So I think I need to find another IDE
It's not an ltsp question then, though...
People here would tell you about fixing ltsp, while you need another app
So better ask in #ubuntu etc
And no need to mention ltsp at all when you're asking there..
Well I was asking for recommendations for an IDE that people have used successfully with LTSP
I understand that you think that it's related, but it's not "related enough" to get good answers here
I could also ask here about "good keyboards that people have used with ltsp", but it's also not related
I.e. I think you'll get better answers if you ask to appropriate channels
But I would tell you I like the logitech wireless keyboards with the little solar panel so you don't have to walk around and change batteries. =)
Ouch that had to hurt :)
gp, I'm sure that even if I asked about "running shoes" here I'd also get some good answers, but there's a reason that different channels exist and we're not all in a single "#chat-about-anything" channel :)
sorry I was just being funny
|12:47||adrianorg has left IRC (email@example.com, Ping timeout: 264 seconds)|
|12:48||adrianorg has joined IRC (firstname.lastname@example.org)|
|12:51||AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-byslhcapwbkorxxn)|
Uups. Didn't meant to paste it here. Putty tricked me again.
|13:33||ben_roose has joined IRC (email@example.com)|
|13:41||telex has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|13:42||telex has joined IRC (email@example.com)|
|13:44||championofcyrodi has left IRC (firstname.lastname@example.org, Quit: Leaving.)|
|13:57||Fenuks has left IRC (Fenuks!~Fenuks@mail.c-lan.ru, Ping timeout: 276 seconds)|
|15:14||AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-byslhcapwbkorxxn, Quit: Connection closed for inactivity)|
|15:40||telex has left IRC (email@example.com, Remote host closed the connection)|
|15:42||gdi2k has left IRC (firstname.lastname@example.org, Remote host closed the connection)|
|15:42||championofcyrodi has joined IRC (email@example.com)|
|15:46||championofcyrodi has left IRC (firstname.lastname@example.org, Client Quit)|
|15:50||championofcyrodi has joined IRC (email@example.com)|
|16:32||telex has joined IRC (firstname.lastname@example.org)|
|16:41||staffencasa has left IRC (email@example.com, Read error: Connection reset by peer)|
|17:08||staffencasa has joined IRC (firstname.lastname@example.org)|
|17:31||Fenuks has joined IRC (Fenuks!~Fenuks@18.104.22.168)|
|17:58||khildin has joined IRC (email@example.com)|
|18:12||Fenuks has left IRC (Fenuks!~Fenuks@22.214.171.124, Ping timeout: 256 seconds)|
|18:50||championofcyrodi has left IRC (firstname.lastname@example.org)|
|19:13||grperets has joined IRC (grperets!b25dfe93@gateway/web/freenode/ip.126.96.36.199)|
|19:15||grperets has left IRC (grperets!b25dfe93@gateway/web/freenode/ip.188.8.131.52, Client Quit)|
|19:25||ben_roose has left IRC (email@example.com, Remote host closed the connection)|
|19:25||khildin has left IRC (firstname.lastname@example.org, Ping timeout: 246 seconds)|
|19:29||johndoc has joined IRC (johndoc!4b93a355@gateway/web/freenode/ip.184.108.40.206)|
is this an active channel?
great, i could really use some guidance
I built an ltsp server in KVM and when I load up my thin client i get "Error: Socket Failed: Connection timed out" and drops me into busybox
I was following this guide if that helps any: http://www.havetheknowhow.com/Configure-the-server/Install-LTSP.html
let me check my problem solving manual
it worked (mostly) on a regular server, but not much luck in KVM
|19:33||championofcyrodi has joined IRC (email@example.com)|
In case you get BusyBox when booting something went wrong. Ways to debug:
On duivenkracht: tail -f /var/log/syslog | grep nbd while booting will tell you information about the client mounting the fs
On thin client: nbd-client 10.50.0.8 2000 /dev/nbd0 will mount the image manually
duivenkracht = the main LTSP (TFTP/NBD/NFS) server
10.50.0.8 2000 -> duivenkracht's IP and NBD's port number
although I recently switched from NBD ports to NBD names, so that last command should be updated
I'd start with the last command
manually mounting the FS from busybox
with a mount name it should be in my case: nbd-client --name /opt/ltsp/amd64 10.50.0.8 /dev/nbd0
I'm not entirely sure about this, but AFAIK the /opt/ltsp/ is used by default and the amd64 is derived from ... your tftp folder name maybe?
I do know it can be overwritten by adding nbdroot= to the kernel parameters inside the pxelinux.cfg/default file on the TFTP
by default it uses the IP of the machine that provided the TFTP btw
johndoc: if you stick around other people can help you as well... a connection timeout sounds like either (A) the client is connecting to the wrong (A1) IP or (A2) port, or (B) the NBD isn't accessible because it's (B1) not started or (B2) it's firewalled
oh, or NFS
my root FS comes over NBD and my homes come over NFS, but you might have a different setup
|20:14||khildin has joined IRC (firstname.lastname@example.org)|
so I had to run (drive) 50 miles to plug a network cable in a wall, before I left I reset the client for the 5th time in a row. I just got back and it's booting now
the distro is ubuntu 14.04
I'm using NBD as it is the default for Ubuntu. I'm impartial to either at the moment since this is my first experience with NBD
|21:21||khildin has left IRC (email@example.com, Ping timeout: 252 seconds)|
|21:45||ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)|
johndoc: nbd is fine, nfs currently has problems with overlayfs
OK if it's booting now, problem solved... :)
|22:04||alkisg is now known as work_alkisg|
|23:20||gp_alt has joined IRC (firstname.lastname@example.org)|
|23:23||gp has left IRC (email@example.com, Ping timeout: 255 seconds)|