00:10 | alkisg has joined #ltsp | |
00:37 | alkisg has quit IRC | |
00:49 | <muppis> Anyone familiar with fat clients?
| |
00:49 | Is login done same way as in thin?
| |
01:15 | cyberorg has quit IRC | |
01:21 | gorkhaan has quit IRC | |
01:26 | evil_root is now known as zz_evil_root | |
01:29 | <sep> muppis, no.. thin uses ldp. diskless workstations are just workstations. they use kdm or gdm or whatever you install afaik
| |
01:29 | ldm
| |
01:30 | <muppis> sep, thanks. That then doesn't solve the problem what customer claims to got.
| |
01:39 | alkisg has joined #ltsp | |
01:44 | <johnny> they use ldm..
| |
01:44 | altho i never see it, since i use autologin
| |
01:49 | vmlintu has quit IRC | |
01:54 | <alkisg> sep, fat clients are a variant of ltsp
| |
01:54 | It's not a different implementation...
| |
01:54 | muppis, yes, they use ldm, but after they login to the server, the session is local to the networked nbd/nfs disk
| |
01:54 | !fatclients
| |
01:54 | <ltspbot> alkisg: "fatclients" :: You may find some info about the Ubuntu/LTSP implementation of fat clients at https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
01:56 | <sep> alkisg, _my_ fat clients that i run via ltsp framework use kdm. but it have been upgraded since etch.. so i guess things may have changed
| |
01:56 | <muppis> alkisg, that's what I was looking for. Thanks.
| |
01:58 | <alkisg> Sure there are many implementations of fat and thin clients, I was just talking about the ltsp implementation
| |
02:05 | <sep> think i need to recreate one for scratch. perhaps there are other changes i could benefit from .
| |
02:38 | gnunux has joined #ltsp | |
03:04 | Uzzi has joined #ltsp | |
03:22 | pthsWork has joined #ltsp | |
03:27 | dobber has joined #ltsp | |
03:28 | vmlintu has joined #ltsp | |
03:33 | vmlintu has quit IRC | |
03:40 | alkisg has quit IRC | |
03:41 | alkisg has joined #ltsp | |
03:46 | Trixboxer has joined #ltsp | |
04:39 | alkisg has quit IRC | |
04:58 | gsouque has quit IRC | |
05:02 | vmlintu has joined #ltsp | |
05:03 | daya has joined #ltsp | |
05:13 | gorkhaan has joined #ltsp | |
05:17 | Uzzi has quit IRC | |
05:22 | daya has quit IRC | |
05:37 | vmlintu has quit IRC | |
05:40 | dlezcano has quit IRC | |
05:50 | vmlintu has joined #ltsp | |
05:50 | Da-Geek has quit IRC | |
05:57 | bobby__C has joined #ltsp | |
06:19 | vmlintu_ has joined #ltsp | |
06:23 | vmlintu has quit IRC | |
06:37 | litlebuda has joined #ltsp | |
06:41 | litlebuda has quit IRC | |
06:49 | vmlintu__ has joined #ltsp | |
06:52 | vmlintu_ has quit IRC | |
06:54 | vmlintu_ has joined #ltsp | |
06:58 | vmlintu__ has quit IRC | |
07:05 | MorningSon has joined #ltsp | |
07:10 | alkisg has joined #ltsp | |
07:17 | dlezcano has joined #ltsp | |
07:24 | vmlintu__ has joined #ltsp | |
07:28 | vmlintu_ has quit IRC | |
07:30 | vmlintu__ has quit IRC | |
07:34 | alkisg has quit IRC | |
07:35 | vmlintu__ has joined #ltsp | |
07:52 | vmlintu__ has quit IRC | |
07:58 | mgariepy has joined #ltsp | |
08:08 | mistik1 has quit IRC | |
08:08 | mistik1 has joined #ltsp | |
08:19 | Da-Geek has joined #ltsp | |
08:31 | primeministerp has quit IRC | |
08:33 | primeministerp has joined #ltsp | |
08:35 | m4xx has joined #ltsp | |
08:42 | alkisg has joined #ltsp | |
09:02 | Pweg has joined #ltsp | |
09:02 | [GuS] has joined #ltsp | |
09:15 | pthsWork has quit IRC | |
09:21 | Da-Geek has quit IRC | |
09:36 | dlezcano has quit IRC | |
09:57 | dlezcano has joined #ltsp | |
10:05 | dlezcano has quit IRC | |
10:18 | staffencasa has joined #ltsp | |
10:24 | alkisg has quit IRC | |
10:24 | alkisg has joined #ltsp | |
10:27 | gnunux has quit IRC | |
10:33 | yanu has joined #ltsp | |
10:33 | yanu has joined #ltsp | |
10:33 | gorkhaan has quit IRC | |
10:44 | jfluhmann has quit IRC | |
10:45 | garymc has joined #ltsp | |
10:46 | <garymc> Hi Peeps im looking at upgrading my servers so I can use Ubuntu Ltsp 64bit. Is there much difference from the 32bit version i currently use? and is it worht doing?
| |
10:46 | *worth
| |
10:46 | otavio has quit IRC | |
10:56 | <alkisg> garymc: not really. If you have more than 3 Gb of RAM, just install the -pae kernel to access it all.
| |
10:56 | <garymc> ive got 4gb ram
| |
10:56 | im already running a stable version so should I just leave it be?
| |
10:57 | <alkisg> What do you mean stable version?
| |
10:57 | Which kernel are you using?
| |
10:57 | uname -a
| |
10:57 | (or uname -r)
| |
11:01 | <garymc> sorry not stable but works
| |
11:03 | <alkisg> Which kernel are you using? Run `uname -r` in a terminal.
| |
11:04 | <garymc> terminal has disapeared from my admin section
| |
11:05 | <alkisg> :) try alt+f2 and xterm in there
| |
11:05 | <garymc> whoops found it
| |
11:05 | 2.6.32-26-generic
| |
11:06 | <alkisg> You can install linux-image-generic-pae to access that additional 1 Gb if you want
| |
11:08 | E.g. I have the -pae kernel and `free` tells me total=4117336 (=4 Gb), what does `free` tell you?
| |
11:08 | <garymc> what you mean additional 1gb?
| |
11:09 | 2389124
| |
11:09 | ahh total = 3937760
| |
11:10 | <alkisg> Ah you don't have much reserved address space for videoram then, leave it as it is
| |
11:19 | otavio has joined #ltsp | |
11:21 | pths has joined #ltsp | |
11:30 | Da-Geek has joined #ltsp | |
11:31 | <garymc> OK
| |
11:31 | ok
| |
11:31 | :)
| |
11:36 | <_UsUrPeR_> ok all
| |
11:37 | I am having a video issue, and would like a little help diagnosing
| |
11:38 | I just installed the latest Intel drivers from intellinuxgraphics.org
| |
11:38 | on my client CHROOT
| |
11:39 | according to the xorg.?.log, it shows that the client is using the drivers
| |
11:39 | which is great
| |
11:39 | unfortunately, the LDM is not appearing. Instead, I see a blank screen with my ouse cursor on it
| |
11:39 | I am able to move the mouse too
| |
11:39 | just no login screen
| |
11:59 | garymc has quit IRC | |
12:01 | dobber has quit IRC | |
12:08 | <alkisg> _UsUrPeR_: just out of curiosity, why did you install the drivers from the site instead of from some repository?
| |
12:08 | (or why didn't you just keep the stock drivers?)
| |
12:08 | mikkel has joined #ltsp | |
12:08 | <_UsUrPeR_> alkisg: This is me researching the problem a customer was having with a DVI > VGA adapter being used on one of our models
| |
12:09 | I was hoping that the genuine Intel drivers may have better results
| |
12:09 | <alkisg> I see
| |
12:09 | <_UsUrPeR_> I know in Windows, if I am using a DVI>VGA adapter, the monitor is detected and works
| |
12:09 | however, using the ubuntu Intel drivers, it does not "see" the DVI output in use
| |
12:09 | <alkisg> So you need to configure it manually with xrandr to make it see it?
| |
12:10 | <_UsUrPeR_> that remains to be seen.
| |
12:10 | <alkisg> So with an ubuntu live usb, you don't get any screen output at all?
| |
12:10 | <_UsUrPeR_> that's a good question, and not something I have attempted
| |
12:10 | komunista has joined #ltsp | |
12:10 | <_UsUrPeR_> if it DOES work with the live CD, what does that mean for me?
| |
12:11 | <alkisg> That something in ltsp makes it break?
| |
12:11 | <komunista> alkisg: I taked look to memory on my clients today
| |
12:11 | pupils was using FF and OOo Impress
| |
12:12 | and no more than 80 MB RAM was used on clients
| |
12:12 | <alkisg> komunista: nice, but it depends on what sites they visit
| |
12:12 | I've seen 1 site only that can crash firefox because it uses > 500 mb locally, even if the firefox runs on the server
| |
12:12 | <komunista> I tried google images for you
| |
12:12 | here is max klient:
| |
12:12 | <alkisg> And still just 80?
| |
12:13 | <komunista> total used free shared buffers cached
| |
12:13 | Mem: 185 165 20 0 31 54
| |
12:13 | -/+ buffers/cache: 79 106
| |
12:13 | Swap: 0 0 0
| |
12:13 | alkisg: yes
| |
12:13 | but with tuned FF settings
| |
12:13 | <alkisg> That's not 80 thought
| |
12:13 | That's 165...
| |
12:14 | <komunista> no 165 is with buffers and cache
| |
12:14 | buffers and cache are simple to free
| |
12:14 | <alkisg> I think some memory of the buffers + cache must be counted too, as it's from the tmpfs / aufs
| |
12:14 | <_UsUrPeR_> alkisg: a better question: where does ldm log to on the client?
| |
12:14 | <alkisg> So that cannot be freed
| |
12:15 | komunista: what did xrestop show you?
| |
12:15 | _UsUrPeR_: /var/log/ldm.log
| |
12:15 | <komunista> I dont't try it
| |
12:16 | I can see, but next week only
| |
12:17 | I can power on my clients remotely now, but can't login or run processes
| |
12:17 | <alkisg> komunista: I've done my own benchmarks, if you never get any crashes you don't need to worry about it. I'll be using 256 or 512 MB nbd swap from now on...
| |
12:17 | Da-Geek has quit IRC | |
12:18 | <komunista> alkisg: id don't wory, I only get some info for you
| |
12:18 | s/is/I/
| |
12:18 | eh :-(
| |
12:18 | alkisg: i don't wory, I only get some info for you
| |
12:18 | dlezcano has joined #ltsp | |
12:18 | <alkisg> Thank you, but I don't want to trouble you with that, I did my own benchmarks...
| |
12:19 | <komunista> alkisg: no problem here :-)
| |
12:21 | <alkisg> komunista: e.g. if you write to the file system, you'll see increased buffers/cache etc, but you can't really discard that as that memory cannot be freed on the client
| |
12:22 | So if a client was to run "update-apt-xapian-index" every once in a while, RAM would be exchausted (that's why I disable cron on thin clients too)
| |
12:25 | Trixboxer has quit IRC | |
12:33 | <_UsUrPeR_> alkisg: ok, so if no ldm.log is being created, what does that mean?
| |
12:37 | <komunista> alkisg: I am not an expert on memory usage, but IMHO cache and buffers are using only free memory - not realy used
| |
12:38 | for example FS caching and similar
| |
12:39 | <robehend1> anyone used Italc on LTSP before? i saw the ubuntuwiki page, but seemd a bit dated
| |
12:40 | <_UsUrPeR_> robehend1: it's definitely difficult to set up. On top of that, it really adds a LOT of overhead when it's running
| |
12:40 | <robehend1> ah, pass on that then
| |
12:41 | teachers can walk around the chairs and look at screens isntead of playing lab god
| |
12:41 | <_UsUrPeR_> robehend1: and there is also some functionality that is not working in the last iteration I tried
| |
12:41 | <robehend1> at least until i can attach a flamethrower to it
| |
12:41 | <_UsUrPeR_> robehend1: aside from that, it's great ;)
| |
12:41 | yeah, that'll put the fear of god in 'em
| |
12:41 | <robehend1> wouldnt say no to it, some days
| |
12:42 | <_UsUrPeR_> seriously though, italc is great if you are running separate workstations
| |
12:42 | <robehend1> oh, agreed. we use it in our windows labs
| |
12:42 | <_UsUrPeR_> it becomes a confused mess when you are not.
| |
12:42 | because of the shared admin keys
| |
12:42 | <robehend1> though I still have had a heck of a time when I install italc-master on a linux box, and then try to use the client on windows
| |
12:42 | cuz of the keys
| |
12:42 | <_UsUrPeR_> specifically, if your admin/teacher wants to admin italc, they need to have the administration key on their client
| |
12:43 | unfortunately, that also disseminates the admin key to all other clients on the network
| |
12:43 | <robehend1> yep. and all my staff are on dedicated workstations
| |
12:43 | <_UsUrPeR_> so unless the teacher is willing to sit at the server itself and run italc, it makes matters difficult
| |
12:43 | <robehend1> ya, dont want that
| |
12:43 | Gremble has joined #ltsp | |
12:43 | <robehend1> though I keep hearing that Italc supports multiple masters.
| |
12:44 | <_UsUrPeR_> totally possible, but docs for linux are lacking, docks for ltsp are almost non-existant, and trial-and-error is awful :)
| |
12:44 | s/non-existand/really old
| |
12:44 | <robehend1> ha, agreed. I'll find time for it, one day
| |
12:44 | and then document it
| |
12:47 | <_UsUrPeR_> every time I have installed it, it has been different. It's like a rubik's cube of problems.
| |
12:48 | on top of that, you have to manage the IP addresses of all your clients in DHCP to assign them static IP addresses. Not a big deal for a couple, but larger installations can turn in to a pain.
| |
12:48 | <alkisg> robehend1: if you apt-get install italc-master, they keys are set up automatically in ltsp
| |
12:48 | because thin clients use the same keys as the server
| |
12:48 | <robehend1> alkisg: Agreed, but then my students can pull up the master and screw with eachother
| |
12:48 | <alkisg> So no setup is necessary, just a logoff/logon
| |
12:49 | robehend1: not unless they're in the admin group
| |
12:49 | Which they shouldn't be, they'd be sudoers then
| |
12:49 | <_UsUrPeR_> on top of THAT, the configuration for the master is created in .XML, and for some reason, you cannot save the configuration, so it needs to be manually created to denote classrooms, lab locations, and client names
| |
12:49 | <robehend1> alkisg: even if I'm using Likewise-open as my login,?
| |
12:49 | <alkisg> robehend1: the permissions for the keys specify that they can be read by users in the admin group
| |
12:49 | <robehend1> ah..
| |
12:49 | <_UsUrPeR_> at one point I had created a script which generates the .xml file from a dhcp.conf
| |
12:49 | <alkisg> It's just unix groups, nothing more
| |
12:50 | <robehend1> hmm. i may have to play with this again, over christmas
| |
12:50 | <_UsUrPeR_> huh, that makes sense
| |
12:50 | like I have said: it's been a while
| |
12:50 | yanu has quit IRC | |
12:50 | <robehend1> and hopefully catch Gadi, ask him more about his new localapp integration thingy he was talking about the other day
| |
12:50 | <alkisg> _UsUrPeR_: there's no need for a script, autodetection works fine, and then you can just save the autogenerated file
| |
12:50 | <_UsUrPeR_> I think last I used it, we were running 9.04
| |
12:50 | <robehend1> thats the last time i touched it as well
| |
12:50 | <alkisg> The major problem in italc is that it crashes too often for me
| |
12:50 | I've been using it since 8.04, and abandoned it in 10.04
| |
12:50 | <robehend1> true. but when it runs, it does a great job
| |
12:51 | <_UsUrPeR_> alkisg: did you have any problems with refresh rate of clients affecting network overhead?
| |
12:51 | <robehend1> mostly since I havent found a viable alternative
| |
12:51 | <_UsUrPeR_> that was a problem for me
| |
12:51 | <alkisg> robehend1: yup, we had to develop our own, but it was totally worth it ;)
| |
12:51 | <komunista> have tried italc in ubuntu 9.04, but it slowdown clients for me
| |
12:51 | <robehend1> i set refresh to 10 seconds, myself. figured if it looked suspicious, just go to fullscreen
| |
12:51 | alkisg: GPl3 released, perchance? ;)
| |
12:51 | <alkisg> _UsUrPeR_: no, not really, but we only have a dozen clients each
| |
12:51 | robehend1: sure
| |
12:52 | But now it's tailored to our specific needs here, we'll rewrite it properly for general use for Ubuntu 12.04
| |
12:52 | <robehend1> works for me
| |
12:52 | 12.04 is what, 2012?
| |
12:52 | <alkisg> Yes
| |
12:52 | <robehend1> unless Canonical jumps the shark and goes to a rolling release, that is
| |
12:53 | <alkisg> In any case that's when we have free time to internationalize it + separate the greek settings in a different package :)
| |
12:53 | So even if we switch to debian, it'll still be in 2012 :D
| |
12:53 | <robehend1> ha, no problem. I'll keep an eye out, as i think that'd be a great addition to my setup ;)
| |
12:53 | <_UsUrPeR_> alkisg: about /var/log/ldm.log, if the file is not created on the client after boot, what does that mean?
| |
12:54 | <alkisg> That ldm didn't run?
| |
12:54 | Is ldm running?
| |
12:54 | (ps -ef etc)
| |
12:54 | <robehend1> you guys happen to know of any decent games that perform well over LTSP? I've got the basics on there, quadrapesell, soduko, etc, but kids are asking for more. I'd prefer to keep em off the flash games, for my bandwidths sake
| |
12:55 | <_UsUrPeR_> alkisg: no. X starts, but LDM does not run. I can see the mouse cursor, but no logon screen. ps -aux results in no ldm-looking programs running
| |
12:55 | <alkisg> robehend1: xmame usually works and has a lot of games
| |
12:55 | _UsUrPeR_: upload the result of ps -ef, maybe we can see in which script it stuck
| |
12:56 | <robehend1> alkisg: doesnt that play dumped MAME roms, with questionable legality, though?
| |
12:56 | <alkisg> Yup, some of them are free now though
| |
12:56 | <robehend1> hmm
| |
12:56 | <alkisg> The devs released them as freeware or opensource
| |
12:56 | <robehend1> now if i can find a good selectoin thats not "SHOOT EM IN DA FACE WITH UR RIFLE", i'll be set
| |
12:56 | <alkisg> And if you install that locally then no bandwidth is needed at all
| |
12:56 | <_UsUrPeR_> alkisg: k, this will take a minute to get to pastebin
| |
12:56 | <alkisg> _UsUrPeR_: apt-get install pastebinit
| |
12:56 | On the chroot (screen_02)
| |
12:57 | then pastebinit /var/log/ldm.log
| |
12:59 | <robehend1> alkisg: what was the server sizing you recommended for ltsp? I just had a deal cross my desk, and I'm wondering how it'd do
| |
12:59 | <alkisg> !docs
| |
12:59 | <ltspbot> alkisg: "docs" :: For the most current documentation, see https://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_LtspDocumentationUpstream
| |
12:59 | <alkisg> It's on the docs, if I recall correctly it's 256 + (192*clients) RAM
| |
12:59 | <_UsUrPeR_> alkisg: here's the pastebin: http://pastebin.com/KUZLN4FS
| |
13:00 | <alkisg> _UsUrPeR_: can you also paste the output of getltscfg -a ?
| |
13:00 | <_UsUrPeR_> yaya
| |
13:00 | <alkisg> I see rdesktop and other stuff there... :)
| |
13:00 | <robehend1> 256 + (50*clients), though i'm assuming its a bit dated.
| |
13:00 | <alkisg> robehend1: where did you get that?
| |
13:00 | <robehend1> http://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_ServerSizing
| |
13:00 | <alkisg> I don't think that's on the docs link...
| |
13:01 | (i.e. the .pdf)
| |
13:01 | <robehend1> ah, der, i didnt notice the "this article is out of date" thing at the top
| |
13:01 | <alkisg> 256 + (192 * users) MB
| |
13:01 | <robehend1> hmm, alright
| |
13:01 | <alkisg> Page 19 of the manual
| |
13:02 | On the docs link
| |
13:02 | <robehend1> ah, I see it now. thanks
| |
13:03 | so you think a Dell server with 2x 3ghz Xeons with 8 GB of ram wouldnt be bad for say, 25 clients?
| |
13:03 | <_UsUrPeR_> alkisg: holy carp I found the problem I think. SCREEN_07="rdesktop"
| |
13:03 | * _UsUrPeR_ facepalms | |
13:03 | <robehend1> ;)
| |
13:03 | <_UsUrPeR_> yep. that was the problem
| |
13:03 | <alkisg> (09:00:29 PM) alkisg: I see rdesktop and other stuff there... :)
| |
13:03 | <robehend1> windows be sneaking up to screw with you, even when your on linux
| |
13:04 | <_UsUrPeR_> can't see the forest for the trees
| |
13:04 | and also windows
| |
13:04 | * _UsUrPeR_ goes to find a DVI>VGA adapter | |
13:05 | <robehend1> alkisg: so you think that server wouldnt be to bad?
| |
13:07 | <alkisg> robehend1: sure it'd be fine. What are your client specs, cpu/ram?
| |
13:15 | vagrantc has joined #ltsp | |
13:18 | <alkisg> komunista: if you want, see an example: http://imagebin.org/index.php?mode=image&id=128210
| |
13:19 | Running "dd" to create a 100mb file on the client tmpfs wastes the RAM, but it's only listed in "cached"
| |
13:19 | So when you measure the free client RAM, you can't really subtract that "cached" ram...
| |
13:20 | <komunista> alkisg: the cached are informations which are only cached in memory, but are not needed in it
| |
13:20 | <alkisg> komunista: it's a file we created. We need it:)
| |
13:21 | That info is not available anywhere else, it's on the tmpfs
| |
13:21 | <komunista> ah, sorry, tmpfs
| |
13:21 | now I understand you
| |
13:22 | <vagrantc> tmpfs only gets listed in cached ram?
| |
13:22 | <alkisg> So anyway one way to be sure is to keep opening tabs in google images or in other heavy pages until the client crashes :D
| |
13:23 | vagrantc: and in used ram
| |
13:25 | dobber_ has joined #ltsp | |
13:26 | <alkisg> komunista: here's after trying to drop the caches with echo 3 > /proc/sys/vm/drop_caches: http://imagebin.org/128214
| |
13:27 | That 100mb didn't get dropped
| |
13:28 | * vagrantc had no idea something could be listed as both used and cached | |
13:28 | <komunista> hmm, and what about setting max size for tmpfs? what happens, when will be reached?
| |
13:29 | <vagrantc> same thing that happens when you run out of disk space on any filesystem, no?
| |
13:29 | <alkisg> Yup, subsequent requests fail
| |
13:29 | <komunista> vagrantc: some day agou I run one proces
| |
13:30 | this proces takes 9 GB memory (RAM + swap) and cca 80 % /tmp
| |
13:30 | but do not grows in /tmp to full...
| |
13:30 | <alkisg> That's on the server, right? No tmpfs there...
| |
13:30 | <komunista> I do not know, if it is by proces or by something other...
| |
13:30 | on my home computer
| |
13:31 | <alkisg> Right. Thin clients use tmpfs because the network disk is read-only
| |
13:31 | Your home computer can write to /tmp on the hard disk
| |
13:31 | So it doesn't need a tmpfs...
| |
13:32 | (running `mount` shows you the file systems in use)
| |
13:32 | <komunista> alkisg: I know about this
| |
13:32 | I ask, if there is some kernel manipulation about /tmp specialy
| |
13:33 | <alkisg> `$ mount|grep tmp` shows that no, there isn't.
| |
13:33 | But on a thin client, there is.
| |
13:33 | (a tmpfs)
| |
13:34 | Gremble has quit IRC | |
13:35 | <vagrantc> for a point of clarification, tmpfs was developed to actually be used for /tmp and so it's defaults are the same as you would expect /tmp, but other than that, there's no direct correlation
| |
13:35 | it's just another filesystem, like any other
| |
13:35 | Mobe has joined #ltsp | |
13:35 | <vagrantc> and /tmp is also just another directory, like any other ...
| |
13:36 | <komunista> yes, I have it on separate partition only
| |
13:38 | then setting the max for tmpfs can be contra productive...
| |
13:38 | <vagrantc> in other words... there's no special handling of /tmp other than what you configure to be special
| |
13:46 | litlebuda has joined #ltsp | |
13:56 | [GuS] has quit IRC | |
14:20 | komunista has quit IRC | |
14:28 | jhutchins_kc is now known as jhutchins | |
14:36 | <mgariepy> any of you have an idea what is the problem with udhcpc that spawn zombie process on thin client ?
| |
14:43 | <alkisg> (not using udhcp, but...) On lease update? Or before that?
| |
14:44 | <mgariepy> on lease update i guess i have on per 4 hours
| |
14:44 | <alkisg> And the zombie process is the udhcp that was started in the initramfs, or the script that udhcp calls to take care of the new lease?
| |
14:45 | I.e. is it one zombie per lease update, or just one zombie only?
| |
14:45 | <mgariepy> on per lease
| |
14:46 | root 359 0.0 0.0 2364 332 ? Ss 07:53 0:00 udhcpc -n -C -s /tmp/dhcp-script.sh -i eth0
| |
14:46 | root 3010 0.0 0.0 0 0 ? Z 10:53 0:00 \_ [udhcpc] <defunct>
| |
14:46 | root 3326 0.0 0.0 0 0 ? Z 13:53 0:00 \_ [udhcpc] <defunct>
| |
14:46 | it's 3 hours finally ;)
| |
14:54 | gorkhaan has joined #ltsp | |
14:55 | <mgariepy> stracing it now, i might have an answer soon
| |
15:11 | it's weird, when stracing the process, it doesn't spawn zombi ones anymore.
| |
15:26 | alkisg has quit IRC | |
15:31 | mgariepy has quit IRC | |
15:33 | m4xx has quit IRC | |
15:50 | bobby__C has quit IRC | |
15:50 | gentgeen__ has quit IRC | |
15:50 | muppis has quit IRC | |
15:50 | Lumiere has quit IRC | |
15:50 | Naruni has quit IRC | |
15:50 | rauz has quit IRC | |
15:50 | ltsplogbot has quit IRC | |
15:50 | abeehc has quit IRC | |
15:50 | staffencasa has quit IRC | |
15:50 | jhutchins has quit IRC | |
15:50 | shamino has quit IRC | |
15:50 | crazed has quit IRC | |
15:50 | knipwim has quit IRC | |
15:50 | dberkholz has quit IRC | |
15:50 | zamba has quit IRC | |
15:50 | dlezcano has quit IRC | |
15:50 | leio has quit IRC | |
15:50 | Faithful has quit IRC | |
15:50 | map7 has quit IRC | |
15:50 | zz_evil_root has quit IRC | |
15:50 | litlebuda has quit IRC | |
15:50 | vagrantc has quit IRC | |
15:50 | loather-work has quit IRC | |
15:50 | Hyperbyte has quit IRC | |
15:50 | highvoltage has quit IRC | |
15:50 | dobber_ has quit IRC | |
15:50 | primeministerp has quit IRC | |
15:50 | MorningSon has quit IRC | |
15:50 | sutula has quit IRC | |
15:50 | F-GT has quit IRC | |
15:50 | Selveste1 has quit IRC | |
15:50 | Appiah has quit IRC | |
15:50 | leio has joined #ltsp | |
15:51 | Pweg has quit IRC | |
15:51 | knipwim has joined #ltsp | |
15:52 | shamino has joined #ltsp | |
15:52 | Hyperbyte has joined #ltsp | |
15:55 | dobber_ has joined #ltsp | |
15:56 | Pweg has joined #ltsp | |
15:57 | dobber_ has quit IRC | |
15:57 | zamba has joined #ltsp | |
15:57 | dlezcano has joined #ltsp | |
15:57 | litlebuda has joined #ltsp | |
15:57 | vagrantc has joined #ltsp | |
15:57 | staffencasa has joined #ltsp | |
15:57 | primeministerp has joined #ltsp | |
15:57 | MorningSon has joined #ltsp | |
15:57 | bobby__C has joined #ltsp | |
15:57 | loather-work has joined #ltsp | |
15:57 | Faithful has joined #ltsp | |
15:57 | sutula has joined #ltsp | |
15:57 | jhutchins has joined #ltsp | |
15:57 | F-GT has joined #ltsp | |
15:57 | gentgeen__ has joined #ltsp | |
15:57 | muppis has joined #ltsp | |
15:57 | abeehc has joined #ltsp | |
15:57 | Lumiere has joined #ltsp | |
15:57 | Selveste1 has joined #ltsp | |
15:57 | Appiah has joined #ltsp | |
15:57 | Naruni has joined #ltsp | |
15:57 | map7 has joined #ltsp | |
15:57 | highvoltage has joined #ltsp | |
15:57 | zz_evil_root has joined #ltsp | |
15:57 | crazed has joined #ltsp | |
15:57 | dberkholz has joined #ltsp | |
15:57 | rauz has joined #ltsp | |
15:57 | ltsplogbot has joined #ltsp | |
15:59 | leio has quit IRC | |
15:59 | leio has joined #ltsp | |
16:27 | mikkel has quit IRC | |
16:44 | cliebow has joined #ltsp | |
17:28 | alexqwesa has quit IRC | |
17:43 | bobby__C has quit IRC | |
17:45 | alexqwesa has joined #ltsp | |
17:48 | artista_frustrad has joined #ltsp | |
18:05 | artista_frustrad has quit IRC | |
18:18 | artista_frustrad has joined #ltsp | |
18:41 | Pweg has quit IRC | |
18:42 | staffencasa has quit IRC | |
18:50 | Damianos has joined #ltsp | |
18:59 | Gremble has joined #ltsp | |
19:05 | Gremble has quit IRC | |
19:10 | Damianos has quit IRC | |
19:19 | otavio has quit IRC | |
19:24 | otavio has joined #ltsp | |
19:24 | otavio has joined #ltsp | |
19:30 | litlebuda has quit IRC | |
21:27 | vagrantc has quit IRC | |
22:28 | otavio has quit IRC | |
23:28 | alkisg has joined #ltsp | |