Kai, Thanks for the instructions - I've put the content of your troubleshooting steps in the Mozilla bug here:
https://bugzilla.mozilla.org/show_bug.cgi?id=453704 I would also like to advise everyone experiencing this issue to VOTE on the bug, as it will get it more exposure. This will allow more Mozilla people to see the issues we're having here, and get the bug fixed quicker. It will also give them a better idea of how many people use LTSP and that they should probably be paying more attention to multi-user (and thin-client) setups when developing/bugfixing. Sincerely, Jordan Kai Wollweber wrote: > Am Donnerstag, den 04.09.2008, 13:20 -0700 schrieb Jordan Erickson: > > >> After a ton of research for the past 3 days, I've come up with the >> following potential fixes which have sped things up just a bit, but >> definitely do not solve the core "Firefox is already running" (and most >> of the slowness) issues: http://lns.wikidot.com/firefox3ltspoptimizations >> >> Any insight would be greatly appreciated. I'm sure I'm not the only one >> having this issue (at least I really hope I'm not). >> > > I encountered the same problem at our school with a multiple server > setup of ubuntu hardy and Firefox 3.01. No way to keep students working. > > We should collect some more information to ensure not to mix different > issues: > > 1.) > Is this only a problem with Firefox 3.01 or shows Firefox 2 the same in > hardy? > > 2.) > What kind of lock files do you get in the various situations? > (cd to firefox profile, ls -l | grep lock) > case > a. firefox starts normally > b. firefox start is delayed > c. firefox terminates with message "Firefox is already running" > d. firefox crashes without message > > 3.) > Are you working on multiple servers with home directories mounted via > nfs? > > 4.) > What happenes if students start the browser from terminal with the > command firefox -save-mode ? > > > Explanation to Question # 2.): > > I have looked at the firefox profile and the profile locking mechanism > where I suppose the cause of our problem. I found out that Firefox 3 has > a different mechanism of profile locking. In the profile folder > (/home/user/.mozilla/firefox/xyz.default/) a symbolic link is created by > the starting firefox: > > ls -l shows the link named "lock": > > lrwxrwxrwx 1 wollw wollw 15 2008-09-08 20:32 lock -> 127.0.1.1:+6164 > > The link disappeares as firefox exits. > > I am not familiar with the strange "->Ip:+Number" syntax, which are the > loopback IP and the process number of the firefox process. Can someone > explain what kind of link this is? Appending text to the file and > reading from it shows that it is a kind of named pipe. > > If I remember correctly: Former versions of Firefox had just an ordinary > file named "lock". In consequence to this change a second firefox > process now just openes a new window but gets part of the existing > process while in former versions the second process terminated with the > error message "Firefox already running". > > Please have a look at the lock file. In another situation even on the > local machine insted of loopback IP the IP of the interface eth0 is > given: > > lrwxrwxrwx 1 wollw wollw 19 2008-09-08 21:58 lock -> 192.168.0.20:+21469 > > I describe this in fully detail as we have a multiple server environment > with three secondary servers and one primary ltsp server which holds the > home directories (and therefore the users firefox profiles. The > home-directory is mounted by nfs. > > There are issues at bugzilla about former versions of firefox with > profiles at nfs mounted locations. > > Kai Wollweber > IGS Eckernförde > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
