just add the option nbd_proxy=false in /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default

08:45

<alkisg>

Ah my code is in maverick, right :D

08:45

<mgariepy>

yeah :)

08:45

<alkisg>

Forgot about that, still in 10.04... ;)

08:45

<ogra_ac>

pfft so outdated

08:45

<alkisg>

CrypTom: ^^^

08:45

ogra!!!

08:46

Long time no ...read

08:46

<ogra_ac>

hey :)

08:46

<alkisg>

How are your ARMs?

08:46

<ogra_ac>

heavy :)

08:46

pandaboard.org is up ...

08:46

and i just registered an ltsp spec for UDS

08:47

(i hope i dont collide with anything stgraber was planning, i searched but couldnt find anything)

08:47

<mgariepy>

alkisg, i'm currently trying to debug nbd-proxy, but with the debugging, it doesn't fall into the same raise condition, my thin client has been rebooting for like 12 hours successfully...

08:47

<CrypTom>

ok thanks, so I'm not using the patch, just the nbd_proxy=false

08:48

<alkisg>

CrypTom: right

08:48

mgariepy: yeah I know I haven't been able to reproduce that here either, but I've heard many teachers having the same problem so we completely disabled nbd_proxy in Greece so I don't have any feedback about it anymore...

08:49

<mgariepy>

yeah

08:49

i know, in the office, we have like 20 or so thin client and on a mass reboot 2 of them failed to boot.

yeah but there is always time presure ;) we do not want to maintain a kernel module for 2 years

09:46

<alkisg>

There is an nbd maintainer, you would just send a feature request / patch... imho...

09:47

Anyway, bye all :)

09:47

alkisg has quit IRC

09:49

ogra_ac has quit IRC

09:53

ogra_ac has joined #ltsp

09:53

Sorinan has joined #ltsp

09:55

<Sorinan>

Why an app like "VirtualBox Manager" running on server would crash only on one terminal, and not on all others? There's no difference in the config...

09:55

jhutchins_lt has joined #ltsp

10:06

jhutchins_lt has quit IRC

10:09

jhutchins_lt has joined #ltsp

10:13

Sorinan has quit IRC

10:18

alkisg has joined #ltsp

10:45

[GuS] has joined #ltsp

10:45

[GuS] has joined #ltsp

10:46

Uzzi has quit IRC

10:47

vongrippen has quit IRC

10:52

vongrippen has joined #ltsp

11:04

<alkisg>

mgariepy: are the nbd-server/nbd-client in the same source tree as the nbd kernel module? I think they're separate, userland tools... http://nbd.git.sourceforge.net/git/gitweb.cgi?p=nbd/nbd;a=shortlog

11:04

So even if the nbd-server/client maintainer doesn't accept the reconnection patches (I don't see why he wouldn't), couldn't those be maintained as ubuntu specific patches in a debian/patch directory, for cpu / speed / memory / stability reasons, instead of maintaining a wrapper tool?

11:05

kusanagi has quit IRC

11:06

<alkisg>

(another handy patch would be to have a named "swap" export, so that we could merge nbdswapd and nbdrootd and use the IANA assigned port for nbd-server)

11:08

sweetpi has joined #ltsp

11:29

alkisg has quit IRC

11:40

Mava has joined #ltsp

11:57

<Kyle__>

Ahh drat, alk just left.

11:58

Anyone here using NFS4 on fat clients?

12:06

feinbein_fred has quit IRC

12:38

wwx has quit IRC

12:38

wwx has joined #ltsp

12:38

[GuS] has quit IRC

12:51

sweetpi has quit IRC

12:59

vagrantc has joined #ltsp

13:30

vagrantc has quit IRC

13:31

heru has joined #ltsp

13:31

<heru>

anybody home....

13:32

i was wondering if anyone was familiar with a kernal panic issue on the Dell Optiplex 755 and 760

13:33

we are actually using 4.2 so forgice us

13:37

forgive us

13:39

<atkuepker>

we run optiplex 2x0, but we're on Ubuntu w/ LTSP5.x

13:44

<johnny>

heru, forgive is one thing.. but getting help for that is nearly impossible

13:44

few people around here have ever used ltsp 4.2

13:44

might wanna post on the mailing list instead

13:45

<heru>

yeah i figured.... have you had any driver issues with the network card?

13:45

on the optiplex 755

13:52

vongrippen has quit IRC

14:23

<abeehc>

still out of scope for this chan

14:23

not gonna guess the nic chipset; at the least it would make sense to post what lspci says

14:25

<Kyle__>

heru: what type of kernel panaick? Can you give us a snippet of the log?

14:26

heru: I had an issue with my fat clients on optiplex gx620s.

14:26

bobby_C has joined #ltsp

14:31

<heru>

okay

14:32

it posted that it could not determine the type of nic

14:32

it advises us to add the info "option-129" in the dhcpd.conf

14:33

<Kyle__>

heru: Oh. Well if it can't find the type of nic, then it sounds more like a kernel/driver issue than anything else, but I'm not sure really.

14:34

<heru>

that is what i thought.... so we need to determine the driver/chipset for this machine

14:34

<Kyle__>

heru: what does lspci show you?

14:38

heru has quit IRC

14:39

<Kyle__>

Humm, it appears to have shown him the futility of his ways....

14:41

<abeehc>

:\

14:42

<Kyle__>

abeehc: You're right, it was out of scope, but still may have been fun to dig into/help fix.

14:43

* Kyle__ has a perverse sense of fun.

14:44

* Gadi puts money on intel nic with e1000e driver that never existed back in LTSP 4.2 days

14:45

pmatulis has quit IRC

14:45

mistik1 has quit IRC

14:45

<Kyle__>

Oooh.

14:46

I never had the money, or worked with places that would spend the money, for a good enough card to be on the unsupported list in the days 4.2 would have been used.

14:48

<Gadi>

well, it wasn't an unsupported list - 4.2 had a niclist of what it could figure out on its own

14:48

<atkuepker>

Kyle__, no kidding. back then, was happy to be able to buy $15 3com SOHO NICs and not make do with used NICs.

14:49

<Gadi>

4.2 was very minimal

14:49

it had a "niclist" in the initramfs that served as its lookup table

14:49

(4.2 predated udev by and large)

14:49

* Kyle__ still remembers being happy about finnaly getting rid of the last ISA nics he had to deal with.

14:50

mistik1 has joined #ltsp

14:53

mgariepy has quit IRC

15:05

<Kyle__>

Is there an easy or at least streightforward way to enable an autologut/timeout for clients?

15:08

<johnny>

read lts.conf manpage

15:08

mgariepy has joined #ltsp

15:08

<johnny>

some variables there

15:11

<atkuepker>

assuming you've installed the ltsp-docs package =)

15:12

<abeehc>

i've not seen anything in lts.conf that will acheive that, Kyle__

15:12

sounds like it should be a function of gnome-session i dunno

15:15

<Kyle__>

I must have missed them.

15:19

johnny: My version only lists some things abut an LDM timeout, to auto-login if no one has logged in yet.

15:20

<johnny>

oh.. logout .. i think alkisg had something for that

15:20

i only saw "autolog" hah

15:21

rad4christ has joined #ltsp

15:21

<rad4christ>

Hey guys, hope I can get a really quick bit of help

15:21

<Kyle__>

Well, honestly I have two logout issues. one I need something that will stop/kill a session that's gone on too long, and two, I need it to run a specific script as part of the logout (to cleanly shutdown a running virtualbox session(.

15:22

<rad4christ>

I have 10.10 installed iwth an LTSP server, all is working, except I've installed Firefox and flash locally. when I try to run it, I get an error that Firefox is already running

15:22

And BTW stgraber, very awesome work on this!

15:24

<Kyle__>

rad4christ: Well is the same user already running firefox on a different station? Either that, or firefox crashed leaving aroudn it's lock file.

15:24

<rad4christ>

Kyle__: this is the first the users have been logged in.

15:24

And each station (2 at the moment) are under different logons

15:25

<Kyle__>

rad4christ: If (big if), there is nothing important in that users firefox config, blow it away, and re-run firefox. See how it goes.

15:25

<rad4christ>

IT's a test box, I'm looking to roll it tonight, so there's no info I'm worried to lose.

15:25

<Kyle__>

rad4christ: If your users will be logging into multiple sessions at once, know that this could be an issue. google-chrome has a --temp-profile option, which is useful for simultanious login issues.

15:26

rad4christ: test box? Then rm -rf ~/.mozilla and try and launch it again :)

15:26

<Gadi>

Kyle__: autologout would be up to the desktop environment to handle - so, I would have a look into gnome, if that is what you use

15:26

<Kyle__>

Gadi: OK, I'll dig through it.

15:26

Gadi: I'm not a huge fan of how gnome tries to take over the system, but I guess it makes sense in this one situation :)

15:27

<Gadi>

hehe

15:29

<atkuepker>

Kyle__, don't get me started on the whole black-box DBUS mess.

15:29

<rad4christ>

Kyle__: Worked! Thanks!

15:29

<Kyle__>

NP.

15:29

* Kyle__ hates dbus

15:29

<rad4christ>

Flash isn't working, though, doggonit.

15:29

* Kyle__ loves linux, and hates ubuntu& gnome...but ends up using them anyway.

15:40

rad4christ has quit IRC

15:59

Gadi has left #ltsp

16:21

gentgeen__ has quit IRC

16:21

gentgeen__ has joined #ltsp

16:22

mgariepy has quit IRC

16:27

tomak has left #ltsp

16:49

mikkel has quit IRC

17:05

M4gic5t0rM has joined #ltsp

17:27

jhutchins_lt has quit IRC

17:30

komunista has quit IRC

17:31

ogra_ac has quit IRC

17:44

ogra_ac has joined #ltsp

17:46

johnny has left #ltsp

17:48

bobby_C has quit IRC

17:56

alkisg has joined #ltsp

18:04

<alkisg>

Kyle__: for cleaning up after logout, see the xexit program that sbalneav made, it's much better than gnome-watchdog