[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: kde with nfs home
From:       "Anne-Marie Mahfouf" <annemarie.mahfouf () free ! fr>
Date:       2010-06-28 8:56:44
Message-ID: 201006281056.44569.annemarie.mahfouf () free ! fr
[Download RAW message or body]

On Monday 28 June 2010 09:02:01 Harald Thoeny wrote:
>  so i hecked it.
> 
> and , sorry its still 30 sec for the last login step. with classic oder
> advance menu. normaly i use lancelot.
We assumed you used Kickoff when you reported (which is the default KDE menu). 
Do your co-workers experiment the same problem?
> so there has to be some other parts slow down the last login step.
So you switched to Classic menu and it's the same start delay.
Did you only logout and login again or did you reboot? What KDE version is it?

In order to help debugging this problem you need to be as precise as possible 
(enterprises installations seldom change defaults or for better results in 
speed, I am surprised they use Lancelot here, are you the sysadmin? or are you 
a user and are users able to change the menu?) 

Thanks in advance for more precisions. In order to help us tackle the problem 
we really need to know how your KDE environment is set up. For what I know 
from an enterprise setup, the sysadmin decides what is best and he secures the 
environment. This does not seem the case in your setup.
We do care a lot about such deployments, that's why we need more information.

Anne-Marie


> Am 22.06.2010 18:30, schrieb Aaron J. Seigo:
> > On June 22, 2010, Harald Thoeny wrote:
> >> hello,
> >> 
> >> on enterprise installations with home drives on a central server, where
> >> clients use the home drive with nfs mounts, login to kde is very slow.
> >> the last icon  on login , the "K" needs about 30s, while local home are
> >> in a few seconds loged in.
> > 
> > besides what Lubos said about bugs.kde.org, i suspect that it's the
> > Places model which is what populates the Computer tab in the kickoff
> > launcher. there are a few open issues around the Places model and
> > network access. between now and when that gets sorted, you may want to
> > try with the "application launcher menu" which is rather simpler and
> > should avoid use of the Places model. if after switching to the classic
> > menu style the problem goes away, then we likely know the culprit.
> > 
> >>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> >>> unsubscribe <<
> >> 
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> >> unsubscribe <<


 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]