Hello,
I have Fedora 17 with the home directory mounted via autofs (NFS) and the following versions of kdelibs:
kdelibs-common-4.9.2-5.fc17.x86_64 kdelibs-4.9.2-5.fc17.x86_64
Sometimes the kde startup sound delays up to 1 minute (you can see the /var/log/messages file below).
I've tried to disable nepomuk (modifed /usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc) and pulseaudio (removed /etc/xdg/autostart/pulseaudio-kde.desktop), and the problem is still present.
The only way to get rid of the delay is disabling the autofs and use the local disk for home directories.
Any hints?
Thanks in advance.
Nov 6 13:00:46 pc rtkit-daemon[1229]: Successfully made thread 1823 of process 1762 (/usr/bin/pulseaudio) owned by '2325' RT at priority 5. Nov 6 13:00:46 pc rtkit-daemon[1229]: Successfully made thread 1824 of process 1762 (/usr/bin/pulseaudio) owned by '2325' RT at priority 5. Nov 6 13:01:16 pc rtkit-daemon[1229]: Successfully made thread 1867 of process 1867 (/usr/bin/pulseaudio) owned by '2325' high priority at nice level -11. Nov 6 13:01:16 pc pulseaudio[1867]: [pulseaudio] pid.c: Daemon already running. Nov 6 13:01:46 pc rtkit-daemon[1229]: Successfully made thread 1877 of process 1877 (/usr/bin/pulseaudio) owned by '2325' high priority at nice level -11. Nov 6 13:01:46 pc rtkit-daemon[1229]: Successfully made thread 1878 of process 1877 (/usr/bin/pulseaudio) owned by '2325' RT at priority 5. Nov 6 13:01:46 pc rtkit-daemon[1229]: Successfully made thread 1879 of process 1877 (/usr/bin/pulseaudio) owned by '2325' RT at priority 5. Nov 6 13:02:17 pc rtkit-daemon[1229]: Successfully made thread 1894 of process 1894 (/usr/bin/pulseaudio) owned by '2325' high priority at nice level -11. Nov 6 13:02:17 pc pulseaudio[1894]: [pulseaudio] pid.c: Daemon already running. Nov 6 13:02:17 pc rtkit-daemon[1229]: Successfully made thread 1897 of process 1897 (/usr/bin/pulseaudio) owned by '2325' high priority at nice level -11. Nov 6 13:02:17 pc pulseaudio[1897]: [pulseaudio] pid.c: Daemon already running. Nov 6 13:02:17 pc rtkit-daemon[1229]: Successfully made thread 1900 of process 1900 (/usr/bin/pulseaudio) owned by '2325' high priority at nice level -11. Nov 6 13:02:17 pc pulseaudio[1900]: [pulseaudio] pid.c: Daemon already running.
El 18/07/12 10:08, h.reindl at thelounge.net escribió:
Jul 18 09:08:34 Updated: 6:kdelibs-common-4.8.4-8.fc17.x86_64 Jul 18 09:08:38 Updated: 6:kdelibs-4.8.4-8.fc17.x86_64
kdelibs from updates-testing seems to solve this problem
on both of my machines now sshaskpass and kwallet password dialog triggered by kopete appear directly after login without any delay
On 11/06/2012 07:39 AM, Ubay Dorta Guerra wrote:
Hello,
I have Fedora 17 with the home directory mounted via autofs (NFS)and the following versions of kdelibs:
kdelibs-common-4.9.2-5.fc17.x86_64 kdelibs-4.9.2-5.fc17.x86_64
Sometimes the kde startup sound delays up to 1 minute (you can seethe /var/log/messages file below).
I've tried to disable nepomuk (modifed/usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc) and pulseaudio (removed /etc/xdg/autostart/pulseaudio-kde.desktop), and the problem is still present.
As for nepomuk, modifying nepomukserverrc only affects new users. Existing users will need to disable nepomuk via systemsettings->desktop search
*And*, if you want to go modifying systemwide *rc files, plop the modified one into /etc/kde instead. That way, it's not overwritten on any updates, for example.
Hello,
I have deleted the home directory for the user and created a new one. Nepomuk is shown as disabled but the problem is still present.
Thank you for your help.
Regards.
El 06/11/12 14:33, Rex Dieter escribió:
On 11/06/2012 07:39 AM, Ubay Dorta Guerra wrote:
Hello,
I have Fedora 17 with the home directory mounted via autofs (NFS)and the following versions of kdelibs:
kdelibs-common-4.9.2-5.fc17.x86_64 kdelibs-4.9.2-5.fc17.x86_64
Sometimes the kde startup sound delays up to 1 minute (you can seethe /var/log/messages file below).
I've tried to disable nepomuk (modifed/usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc) and pulseaudio (removed /etc/xdg/autostart/pulseaudio-kde.desktop), and the problem is still present.
As for nepomuk, modifying nepomukserverrc only affects new users. Existing users will need to disable nepomuk via systemsettings->desktop search
*And*, if you want to go modifying systemwide *rc files, plop the modified one into /etc/kde instead. That way, it's not overwritten on any updates, for example. _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On 11/06/2012 08:48 AM, Ubay Dorta Guerra wrote:
Hello,
I have deleted the home directory for the user and created a newone. Nepomuk is shown as disabled but the problem is still present.
The "problem" being that nepomuk is starting anyway? If so, can you post the nepomukserverrc file you used? I can look it over for errors.
-- rex
El 06/11/12 14:33, Rex Dieter escribió:
On 11/06/2012 07:39 AM, Ubay Dorta Guerra wrote:
Hello,
I have Fedora 17 with the home directory mounted via autofs (NFS)and the following versions of kdelibs:
kdelibs-common-4.9.2-5.fc17.x86_64 kdelibs-4.9.2-5.fc17.x86_64
Sometimes the kde startup sound delays up to 1 minute (you can seethe /var/log/messages file below).
I've tried to disable nepomuk (modifed/usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc) and pulseaudio (removed /etc/xdg/autostart/pulseaudio-kde.desktop), and the problem is still present.
As for nepomuk, modifying nepomukserverrc only affects new users. Existing users will need to disable nepomuk via systemsettings->desktop search
*And*, if you want to go modifying systemwide *rc files, plop the modified one into /etc/kde instead. That way, it's not overwritten on any updates, for example. _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Hi,
Here is the nepomukserverrc file:
[root@pc ~]# more /usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc [Basic Settings] Start Nepomuk=false
[Service-nepomukstrigiservice] autostart=true
For the user the option "Enable Nepomuk Semantic Desktop" is not checked when i go to systemsettings->desktop search.
Is there another setting that i need to disable?
Thank you.
El 06/11/12 15:06, Rex Dieter escribió:
On 11/06/2012 08:48 AM, Ubay Dorta Guerra wrote:
Hello,
I have deleted the home directory for the user and created a newone. Nepomuk is shown as disabled but the problem is still present.
The "problem" being that nepomuk is starting anyway? If so, can you post the nepomukserverrc file you used? I can look it over for errors.
-- rex
El 06/11/12 14:33, Rex Dieter escribió:
On 11/06/2012 07:39 AM, Ubay Dorta Guerra wrote:
Hello,
I have Fedora 17 with the home directory mounted via autofs (NFS)and the following versions of kdelibs:
kdelibs-common-4.9.2-5.fc17.x86_64 kdelibs-4.9.2-5.fc17.x86_64
Sometimes the kde startup sound delays up to 1 minute (you can seethe /var/log/messages file below).
I've tried to disable nepomuk (modifed/usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc)
and pulseaudio (removed /etc/xdg/autostart/pulseaudio-kde.desktop), and the problem is still present.
As for nepomuk, modifying nepomukserverrc only affects new users. Existing users will need to disable nepomuk via systemsettings->desktop search
*And*, if you want to go modifying systemwide *rc files, plop the modified one into /etc/kde instead. That way, it's not overwritten on any updates, for example. _______________________________________________ kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
On 11/06/2012 09:23 AM, Ubay Dorta Guerra wrote:
Hi,
Here is the nepomukserverrc file:[root@pc ~]# more /usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc [Basic Settings] Start Nepomuk=false
[Service-nepomukstrigiservice] autostart=true
OK, I think what you want is something like what I use @ work:
# /etc/kde/nepomukserverrc [Basic Settings] # startup often causes 1-3 minute stall on login # perhaps some virtuoso db-on-nfs issue Start Nepomuk=false
[Service-nepomukfileindexer] # Disable this by default, not exactly nfs-friendly autostart=false
On Tuesday 06 November 2012 10:19:22 Rex Dieter wrote:
On 11/06/2012 09:23 AM, Ubay Dorta Guerra wrote:
Hi,
Here is the nepomukserverrc file:[root@pc ~]# more /usr/share/kde-settings/kde-profile/default/share/config/nepomukserverrc [Basic Settings] Start Nepomuk=false
[Service-nepomukstrigiservice] autostart=true
OK, I think what you want is something like what I use @ work:
# /etc/kde/nepomukserverrc [Basic Settings] # startup often causes 1-3 minute stall on login # perhaps some virtuoso db-on-nfs issue Start Nepomuk=false
[Service-nepomukfileindexer] # Disable this by default, not exactly nfs-friendly autostart=false
Hi,
I doubt the delay is - only - caused by nepomuk/virtuoso in combination with nfs. In fc17 I also see a 10-20 second startup delay and am not using nfs. When trying to totally disable nepomuk the delay remains. I've no idea were it comes from, but it looks like is has also something to do with sound - the welcome sound is first thing that appears after the delay. May be udisks/udisks2 has something to do with it.
Martin Kho
Btw.In fc18 there are much more delay issues caused by the combination of udisks2 and kde-4.9.2
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Am 06.11.2012 18:32, schrieb Martin Kho:
Hi,
I doubt the delay is - only - caused by nepomuk/virtuoso in combination with nfs. In fc17 I also see a 10-20 second startup delay and am not using nfs. When trying to totally disable nepomuk the delay remains. I've no idea were it comes from, but it looks like is has also something to do with sound - the welcome sound is first thing that appears after the delay. May be udisks/udisks2 has something to do with it.
I have the same problem. At first I thought NFS was the problem, but all users (even root) has this delay about every second login.
I disabled nepomuk (and akonadi is disabled as well) and the delay after login was almost the same (may be not that often but that is very hard to tell).
At least on my system the problem was some settings in pulseaudio. it was the script start-pulseaudio-x11 that caused the delay and here the last call (/usr/bin/pactl load-module module-x11-xsmp).
I did not switch back to home folder on NFS by the way. Laptops via WLan have very poor performance regarding NFS. So I wrote a set of scripts to sync from/to the server at login/logout.
Martin
Martin Kho
Btw.In fc18 there are much more delay issues caused by the combination of udisks2 and kde-4.9.2
On Tuesday 06 November 2012 18:46:17 Martin wrote:
Am 06.11.2012 18:32, schrieb Martin Kho:
Hi,
I doubt the delay is - only - caused by nepomuk/virtuoso in combination with nfs. In fc17 I also see a 10-20 second startup delay and am not using nfs. When trying to totally disable nepomuk the delay remains. I've no idea were it comes from, but it looks like is has also something to do with sound - the welcome sound is first thing that appears after the delay. May be udisks/udisks2 has something to do with it.
I have the same problem. At first I thought NFS was the problem, but all users (even root) has this delay about every second login.
I disabled nepomuk (and akonadi is disabled as well) and the delay after login was almost the same (may be not that often but that is very hard to tell).
At least on my system the problem was some settings in pulseaudio. it was the script start-pulseaudio-x11 that caused the delay and here the last call (/usr/bin/pactl load-module module-x11-xsmp).
You just disbled/removed this module?
I did not switch back to home folder on NFS by the way. Laptops via WLan have very poor performance regarding NFS. So I wrote a set of scripts to sync from/to the server at login/logout.
Martin
Martin Kho
Btw.In fc18 there are much more delay issues caused by the combination of udisks2 and kde-4.9.2
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
Am 06.11.2012 20:22, schrieb Martin Kho:
On Tuesday 06 November 2012 18:46:17 Martin wrote:
Am 06.11.2012 18:32, schrieb Martin Kho:
Hi,
I doubt the delay is - only - caused by nepomuk/virtuoso in combination with nfs. In fc17 I also see a 10-20 second startup delay and am not using nfs. When trying to totally disable nepomuk the delay remains. I've no idea were it comes from, but it looks like is has also something to do with sound - the welcome sound is first thing that appears after the delay. May be udisks/udisks2 has something to do with it.
I have the same problem. At first I thought NFS was the problem, but all users (even root) has this delay about every second login.
I disabled nepomuk (and akonadi is disabled as well) and the delay after login was almost the same (may be not that often but that is very hard to tell).
At least on my system the problem was some settings in pulseaudio. it was the script start-pulseaudio-x11 that caused the delay and here the last call (/usr/bin/pactl load-module module-x11-xsmp).
You just disbled/removed this module?
For testing purpose I disabled it (remove the whole script from startup). Currently it is enabled - I live with the 15 seconds delay at startup. Until now no one could tell me why this module causes such a delay and I was to lazy to check it out myself.
Martin
On 6 November 2012 19:54, Martin (KDE) kde@fahrendorf.de wrote:
Am 06.11.2012 20:22, schrieb Martin Kho:
On Tuesday 06 November 2012 18:46:17 Martin wrote:
Am 06.11.2012 18:32, schrieb Martin Kho:
I doubt the delay is - only - caused by nepomuk/virtuoso in combination with nfs. In fc17 I also see a 10-20 second startup delay and am not using nfs. When trying to totally disable nepomuk the delay remains.
I've
no idea were it comes from, but it looks like is has also something to
do
with sound - the welcome sound is first thing that appears after the delay. May be udisks/udisks2 has something to do with it.
I have the same problem. At first I thought NFS was the problem, but all users (even root) has this delay about every second login.
I disabled nepomuk (and akonadi is disabled as well) and the delay after login was almost the same (may be not that often but that is very hard to tell).
At least on my system the problem was some settings in pulseaudio. it was the script start-pulseaudio-x11 that caused the delay and here the last call (/usr/bin/pactl load-module module-x11-xsmp).
You just disbled/removed this module?
For testing purpose I disabled it (remove the whole script from startup). Currently it is enabled - I live with the 15 seconds delay at startup. Until now no one could tell me why this module causes such a delay and I was to lazy to check it out myself.
Aha -- this looks like the symptoms I've been seeing ( https://bugzilla.redhat.com/show_bug.cgi?id=882506). But the problem persists after the startup sound too: all other KDE system sounds are delayed by about 1 second after the corresponding notification dialogue box, and running software such as gcompris (http://gcompris.net/) also shows a significant lag in all sounds.
I'll try getting rid of that module this evening (it's my home laptop) and see if that solves the problem ... Note that this issue doesn't appear on an identical computer with F17 + kde-unstable updates.
MEF