Home › Forums › OS X Server and Client Discussion › Open Directory › WGM not displaying all users correctly in list
- This topic has 8 replies, 4 voices, and was last updated 17 years, 8 months ago by
pgroove.
-
AuthorPosts
-
March 31, 2005 at 10:17 pm #361154
profmathers
ParticipantHas anybody experienced this before:
Running 2x xServe G5s in a K12 environment, ~950 users. One is OD master, one is replica, set to update hourly. When Workgroup Manager views this particular server, all users are not listed. The number of users listed is seemingly arbitrary, but it is never more than 80% of the total number of users on the system. When specific names or UIDs are entered in the search field, the user’s record displays properly, though it may not display in the “list all” view. All users seem to be able to log in correctly, and changes made to their accounts in WGM are applied and take effect as advertised.
This is far from the only OS X server that I manage, but I’ve never seen this problem before, and I can find no documentation on the subject. More info, if it’ll help: All users were imported using Passenger 3, with fixed passwords and assigned UIDs. There are no UID conflicts to my knowledge. The server is running AFP, SMB, DNS (configuration of which has been verified,) and it only has a single IP on the same subnet as the replica server. The only weirdness that I’ve had with it to this point is a failed HD in a software mirror, which Apple was kind enough to replace with a SATA drive that was slightly smaller (Maxtor vs. original DeathStar) which forced me to image the boot volume to another drive, then recreate the mirror to the incrementally smaller drive size and image the drive back.
Sorry for the tome, but I’m stumped and looking like a twit in front of my client.
Thanks!
Matt
April 1, 2005 at 4:53 pm #361162profmathers
ParticipantWoo…good ideas, and I’ve got a scary result:
No, I don’t have the user list capped in WGM (and this happens on WGM from multiple machines including locally on the server.) I did run a series of queries in dscl:
running this command:
# dscl -u
-p /LDAPv3/127.0.0.1/ -list /Users -> /path/to/outputfile.txt I received different output each time. None of the output listed all users, in fact less than 2/3 each time.
Running dscl queries on individual known users however, returns correct information.
Here’s another odd piece of info: the school Tech Director (I am a consultant) used what I’d call an unusual shortname scheme when she imported her users. Each student has the last two numbers of their graduating year as the first two digits of their shortname, e.g., 05rennichj. There are between 150-300 users in each class, meaning that the database has to parse a kazillion* records, each with the same first character and a similar second character. The only reason I let her do this was because I had already spent half a day convincing her that she couldn’t use the last 4 of a user’s SSN for UIDs, as they’re not unique. Yes, I did have two users whose SSNs ended in 0501. It’s funnier now than it was then.
The reason I thought this funky shortname business might be relevant is that the display of faculy, staff and admin accounts which do not have the numeric prefix is much more reliable–my output text files from dscl are about half faculty accounts, where sometimes entire classes of students are not present.
Thanks so much for your quick reply–hopefully it’s not just a blown-up OD database…but I’m running out of red herring

M
April 1, 2005 at 6:11 pm #361164profmathers
Participantjust ran the same command again, to demo the problem to a friend…and got the whole user list. ARGH!
M
April 1, 2005 at 10:32 pm #361168profmathers
Participantwaaay repeatable, even somewhat documented. no crashes. i have a bunch of dated text files of users that are missing large portions of the numbered users (almost all of them have all of the faculty users) from the last few days. the problem’s been happening for a while, but it’s worsening gradually. ironically, all users can log in, all the time. no end-user complaints.
of course, the one time i manage to nail my company’s other linux admin down long enough to look at it…it exported almost 900 users. don’t i look the fool?
ah well, it’s friday. one guinness down, several to go! have a good weekend!
April 4, 2005 at 5:56 pm #361177Kayners
ParticipantI get the same thing on a network with only 24 users. Seems like the original bunch of users shows up, but the newer ones don’t. As the original poster indicates, all of them can use the system, and WGM can display them if searched specifically, just not all at the same time.
It’s a pain, but not fatal.
Steve.
April 4, 2005 at 8:42 pm #361178profmathers
ParticipantYou are officially the first person I’ve met with the same problem. Somehow, I feel less like I’m the only guy in Ohio with a sunburn in January. What, if anything have you tried to resolve the issue?
M
August 21, 2007 at 3:54 am #369798pgroove
ParticipantBump
I have the same problem and have been looking for hours for a solution.
I am in the process of updating to tiger from 10.3.9.
on my replica server I can see all 142 users but on my xserv master I can only see 98 but like above I can search for users.
I tried to do an archive and recovery after upgrading to tiger on a test server but when I restore the users I only get 14 – 40 users back in but all the groups seem to be there.. the archive is about 13mb. I tried the # dscl -u -p /LDAPv3/127.0.0.1/ -list /Users -> /path/to/outputfile.txt command but get data source (/ldapv3/127.0.0.1/) is not valid not to sure if I used the command correctly.
I have also promoted the upgraded replica to a master then done a archive but that is still missing users even though wgm shows all the users
not user if this helps but I’m trying to get kerio working but it gets an ldap error when I try to add users as if the db is corrupt somehow but if archive and restore the users I do get in are seen by kerio with no error.
I’m a bit of a newbie to open directory. Would be really great if someone (Mactroll) could help with this so that I could get kerio running as staff have had enough of squirrelmail.
cheers -
AuthorPosts
- You must be logged in to reply to this topic.

Comments are closed