Dear Gordon, thank you for taking your valuable time to respond. It is hard to discuss problems in this area with others. I've mostly solved all our problems alone.
Gordon Messmer wrote: > On Thu, 2002-12-05 at 22:12, Nick Urbanik wrote: > > > > > > There are about 8000 user accounts, and the system > > > > has worked for a couple of years. It all works fine until we get requests like > > > > this at the rate of up to 345/second: > > > > > > > > base="uid=020526238,ou=People,dc=tyict,dc=vtc,dc=edu,dc=hk" scope=0 > > > > filter="(objectClass=*) > > > > (many other user ids in the base for other queries) > > > > > > Well, that's odd, isn't it? Why would it expect there to be such a uid? > > > > I am unclear why it is going though the student IDs, but all our student IDs are > > their student numbers; this is just one of them. > > If the uid's are valid, that settles my curiosity. Generally, you can't > add usernames that don't start with an alpha character... such names > break things like quotas (on some systems, at least). Yes, the shadow tools objected. Do you see any other problems with using all-digit user IDs? Do you know if the latest quota tools object to all-digit user IDs? > > One problem that fam has is that it runs as root, so cannot read the NFS >automounted > > user directories; perhaps this is part of its problem? > > I doubt it. Tell me... you obviously have portmap running on the NFS > server, do you also have FAM running there? I turned it off; yes, I'll try turning it back on. > If so, then FAM on the > clients should use that FAM daemon for its service, rather than polling > the NFS directories. I don't know if that changes anything. I'll give it a go. > Also, are you mounting /home to the clients, or automounting their > individual home directories? Automounting their individual directories, using the old automount schema from Red Hat. > What file manager are the clients using? Some are using KDE, some Gnome. The file manager is usually the default that comes with each on RH 7.3, but not necessarily. > Are the clients viewing /home? I don't think so; in particular, in the class in which I observed this, they all seemed to be logged into their root account, wheras in my class they all log into their directory accounts and use sudo. But yes, you are right, an attempt to list /home would probably cause a storm of lookups. I'll investigate. > > > Offhand, I'd say that it would be helpful to index the presence of the > > > uid attribute, if those uid's are invalid. > > > > > > AFAIK, you'll have to modify slapd.conf to specify: > > > index uid pres,eq > > > This is a change from it's predefined index of just "eq". After that > > > you'll have to shut down the directory server and run > > > /usr/sbin/slapindex > > > > Thanks, but yes, we already have indexing set on a presence and equality search for > > the objectClass attribute. > > I said the "uid" attribute... but only if the queries were for invalid > uid's. Since they're not, it won't help. Don't bother. Sorry, I didn't read what you said properly. From now on, I'll think twice before accusing my students of the same! -- Nick Urbanik RHCE [EMAIL PROTECTED] Dept. of Information & Communications Technology Hong Kong Institute of Vocational Education (Tsing Yi) Tel: (852) 2436 8576, (852) 2436 8713 Fax: (852) 2436 8526 PGP: 53 B6 6D 73 52 EE 1F EE EC F8 21 98 45 1C 23 7B ID: 7529555D GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED]?subject=unsubscribe https://listman.redhat.com/mailman/listinfo/redhat-list
