Red Hat Bugzilla – Bug 128653
/usr/bin/startkde uses df and prevents login on AFS homedirs
Last modified: 2007-11-30 17:07:03 EST
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040301 Description of problem: In /usr/bin/startkde, df is used to check the space remaining before letting a user log in. A problem arises when using AFS for your home directory. df on a /afs/something path returns different values depending on your OS (RH9/RHEL3/FC1) and smp/single processor kernel. Single processor RHEL3 returns 1, smp RHEL3 returns a number approximately (but varying) 1 petabyte. Other OS's and kernel modules return 9000000. If you are on a machine that happens to return a number larger than 1, you can log in but the space check is worthless. In any case, the startkde scripts needs to check if the homedir is in AFS and use fs df instead if it is. I tried submitting the bug to kde, but the kde version is too old to submit a bug, so it needs to be patched in RHEL.
Created attachment 102230 [details] Patch to fix the issue This was my patch, it seems to do the trick.
INGLE RHEL MACHINE: [blt@neptune blt]# uname -r 2.4.21-15.0.3.EL [blt@neptune blt]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 9242464 3355024 5417944 39% / /dev/hda1 77750 18859 54877 26% /boot none 127508 0 127508 0% /dev/shm AFS 1 0 1 0% /afs [blt@neptune blt]# fs df Volume Name kbytes used avail %used user.blt 9568452 376340 9192112 4% ------------------------------------------ SMP RHEL Machine: [blt@hv2268-07 blt]$ uname -r 2.4.21-15.0.2.ELsmp [blt@hv2268-07 blt]$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda1 94149676 3026060 86341068 4% / none 1030576 0 1030576 0% /dev/shm /dev/hda3 10080520 996540 8571912 11% /vicepa /dev/hda5 10080488 112708 9455712 2% /vicepb AFS 1182591562500 0 1182591562500 0% /afs [blt@hv2268-07 blt]$ fs df Volume Name kbytes used avail %used user.blt 9568452 376340 9192112 4% ----------------------------------------- SMP RH9 Machine: -bash-2.05b$ uname -r 2.4.20-8smp -bash-2.05b$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 33863328 12586516 19556656 40% / /dev/sda1 101089 15038 80832 16% /boot none 1031976 0 1031976 0% /dev/shm AFS 9000000 0 9000000 0% /afs etc...
please don't send this patch to KDE. it's only effected in our KDE packages. This patch was committed in our CVS. Many thanks for the patch.
Is it likely to see the patch in the next RHEL update, i guess it's too late for U3 now.
After looking through all of the revisions of startkde in the CVSWeb on KDE.org, I realized this was a RedHat-ized startkde. No communications were sent to KDE.org regarding the patch. Thanks for fixing this, it is going to become central to our operations. Hopefully there are no problems with the patch! As far as I can tell, that should work everywhere, hopefully someone over there who knows more than me reviewed it. Thanks again!
yes, it's RedHat-ized startkde. please don't sent it to KDE developer. it looks good to me.
Is there any schedual as to when the next KDE errata will be released to fix this bug?
This is mission critical to NCSU. Please errata this fix. Thanks!
yes, the kdelibs/kdebase will be released for RHEL 3 soon. It will include this fix ;-)