You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Mavericks Server Keychain not properly storing information network users.

OS 10.9.1, Server 3.0.2. Clients OS 10.9.1 bound to server Open Directory and managed with Profile Manager. 10.6.8 Mail server bound to 10.9.1 server Open Directory. Messages is running on the 10.9.1 server which hosts the users.


Changeip -checkhostname indicates DNS is correct for the server. Server is running on a FQDN, no .local or other DNS issues.


For everything below: the Keychain for any of the users does not need to be repaired.


Generally things are going well with one exception which is a big problem.


Each time a network user logs and tries to use either Mail to connect to our mail server via IMAP or Messages in they are prompted for passwords. Messages takes the password and logs in. Mail acts as though the password was incorrect and asks for it again, it does not pass the connection to the mail server. There is no trace of the attempted login on the mail server logs.


Functional workarounds:


1 - OS reinstall allows immediate login on the mail server and connections as expected. This is a little too much for day to day use.


2 - (From somewhere in the forums forgot who, sorry), User login, go to User's network home/Library/Keychains and move any keychains with long strings of letters and numbers as name to another folder or put in trash, immediately reboot, User login again, enter passwords in Mail, immediate connection to mail server and expected behavior from Mail.app.


As a network user machine in a multi user environment, the next user will have to repeat the entire procedure above, including the reboot, to get access to the contents of the mail server. The first user in the example above will have to repeat it, if they come back to the same machine and log in again.


This is what we are doing now. It appears that it would work on a personal machine with local users and has solved a lot of issues in the forum. It is helping but does not solve the keychain problem for network users.


Does anyone have any advice.


Thanks.


-Erich

OS X Server

Posted on Jan 10, 2014 6:34 PM

Reply
Question marked as Top-ranking reply

Posted on Jan 28, 2017 12:32 PM

It is our experience that it is still problem, in fact several different problems. 😟


Whilst there are many issues two of the major ones are -


  1. The 'new' local items keychain used for Apple programs passwords e.g. Mail, Contacts, etc. is stored in a per machine specific folder rendering it unusable for hot-desking
  2. Each new version of OS X has increased the use of SQLite databases to store settings and data and when used over a network as with network home directories these either get corrupted or locked so they cannot be used making programs like Mail, Contacts, and even Safari unusable, recent new uses include local items keychain itself and the new suggestions database for spotlight and looking up contacts and calendar entries in emails etc.


While I am still in the processing of reporting these issues to Apple especially the new SQLite problems I am in the process of changing all our users and giving up on network home directories. 😟

278 replies

May 7, 2015 2:22 AM in response to breakplease

Its a shame but this bug is still not fixed. As far as I can tell its still in 10.10.4.


Yosemite keeps about twenty user processes alive after logout of a user - I can not even imagine what is it good for. When I logout I expect that every process under my user-id should be stopped/killed and terminated in a reasonable time period (10 seconds max).


Yesterday I had to move the next network home user to a local user because of this bug. It is ridiculous because this makes OS X Server useless - and Apple does not care at all. 😠


I think the guys who have to classify bug report had not understood how horrible this bug really is. It is a key feature of OS X Server that is broken or at least very unreliable.


@Tim Cook: You know there are business customers out there how have to work with OS X?


I decided if 10.10.* won't fix this bug and smb bugs I am going to (had to) move my customer to Windows servers.


Bye,

Christoph

May 7, 2015 3:03 AM in response to Christoph Ewering1

I agree it is appalling that this is not (apparently) being fixed as an urgent matter since clearly it is a widely experienced problem. However I feel this is a client related issue rather than a server issue although I can believe Apple's 'server' software does not help matters by failing to terminate idle connections like it used to be able to do. It is the client that would be responsible for terminating local processes when a user logs out. This is why the suggested fix in this discussion of implementing a logout-hook makes sense and seems to work for some people. In my own case it at least initially did not work but things might have recently settled down. (Touch wood.)


(In case it was not clear I don't think moving to e.g. a Windows server would help with this issue.)


Sadly it is seeming like a case of 'I'm alright Jack' in that likely Apple's own engineers do not use true network home directory based accounts and either use mobile accounts or portable home directories (stored locally and synced) and hence do not experience this themselves. 😟

May 7, 2015 3:07 AM in response to Christoph Ewering1

Hello Christoph


I completely agree you thread, but want to make a small correction. First I thought it was a problem of the OS X Server, it isn't! It is a problem to the OS X Client who can't handle the logoff.

The problem even occurred if you connect as OS X client if you are using an Small-Business Server using Active-Directory and Mounting the User Directories with SMB


The only solution for this problem is if you switch the Clients to Windows (then you have maybe other problems like virus etc.) As you write Apple doesn't care about this problem. It exist since 10.9.2. The best way is that all Business Clients switch from Apple to another Platform (like Windows). Then they can struggle about iWatch, iPad, iPhone and other gadgets and lose the complete Business Segment in the Market.


I am an Apple User since 1979 but now I am very frustrated the way the handle us as professional users. The argument the OS X is free and OS X Server costs only US$ 20 can't be a reason for don't fixing bugs. They even deny there a bugs and nothing is somewhere described in Knowledges Notes.


Apple isn't interesting in business users anymore, at this moment they are only to cowardly to write it on their website that Apple is only interesting in producing Hardware and Software for the Consumer market and that all Business Clients should switch to other platforms!


Regards

Gérard

Jul 4, 2015 3:28 PM in response to Gerard Dirks

I can say at this point that the issue STILL exists in the new Beta of 10.11b2. Using client and server.


Have not yet attempted other combinations, but the basics are all there in the new system. Same keychain issues, same logout/login/mail/icloud issues, etc.


I'm betting that at this point Apple has decided to devote all of their resources to things other than server since this has now been over 2 years to basically not responding to the issue. So sad.

Jul 19, 2015 7:57 AM in response to macmartin

hi there folks,


I'm following this thread for a longer time now as I'm too having problems with the keychain storing. I'm running on yosemite clients with a yosemite server (4). there is one thing I came across today: there is one network user that was able to install his iCloud account without passwords prompt every time he logs in. I checked his setting and the only difference was a that the account email address field wasn't filled.

I created a new test user without the email address and somehow the iCloud account works and the prompts disappeared. will test it today with other accounts and we'll see. it can be a simple coincidence (as it's really dumb and I can't imagine how it can have anything to do with the problem) but I decided to share it with you.


best,


David

Jul 22, 2015 5:00 AM in response to macmartin

Seeing something very similar to macmartin's log messages at a client where most users are using outlook (with no passwords-going-missing issues), but one is using Mail.app and it's turned into agony. Other symptoms seem pretty similar to those described here (though with 11 pages of posts over 2 years, we may be seeing more than one issue).


The general console log shows "failure to read/update password" and the syslog also has com.apple.utilities.sqlite3 "disk I/O errors". Happens pretty reliably if you change machines, haven't done enough testing to see if it happens if you stay on a machine (I thought not), but I daresay that will happen by itself soon.


10.10.3 server and client (issue existed in assorted 10.10.x's over the last few days), I tried AFP and SMB for the home (which of course fixed it for a few logouts and got me excited). English locale (Australia)


My questions are:

  • can anyone chime in if this is working for them anywhere? (i.e. no bug). While this is affecting a lot of people, it's still possible it's some very small percentage of 10.9+ roaming home folder users - I was working in the UK until a year ago in much bigger circumstances and we *must* have had Mavericks customers, but the OSes come out so frequently and the clients update so infrequently I can't be sure. Possibly no client used both 10.9+ and Mail, there was a fair bit of entourage around.
  • I'd be more than happy to try portable home folders if they didn't make things worse (or just-as-bad-only-different) - last time I used them was 10.6 where they had finally settled down fairly well (or I knew their failure patterns well enough to maintain things well) - but 10.5 wasn't fun. Has anyone used them lately with success?


This thread took a while to find, but I'll try some of the things mentioned here and report back, but I may financially ruin my client before I make any progress :-/

Jul 23, 2015 11:49 AM in response to Benjamin Losch

Thanks to everyone for continuing to work on this issue as I have since starting the discussion back in January of 2014. It is absolutely ridiculous that this issue has not been resolved by the developer considering the scope of the impact. I know that many of us have called and prodded and poked to keep it alive on their end with no notable response or concern on their part.


I finally got around to implementing the kill script from raulinfr from back on page 8 and have found that it seems to be workable. I tried to push it to work with Profile Manager without success and fell back to the defaults change for LogoutHook using:

sudo defaults write com.apple.loginwindow LogoutHook /usr/local/scripts/kill_secd.sh


provided by Macmartin back on page 9.


Sadly I have found an issue that the workaround does not eliminate. We use a networked HP printer/scanner for scanning in our office. Logout followed by login with the kill script running allows for keychains not to break. Unfortunately, the logout / login does break the connection between the scanning software and the scanner. As in the past with the keychain part of the problem, it appears that the only workaround for this particular aspect of the bigger issue is rebooting. As with this entire discussion, it probably has more to do with the dozen or so processes left open by the logout.


I wonder if anyone other than us is actually working on this.


-Erich

Jul 24, 2015 1:30 AM in response to Erich Wetzel

I dislike the HP Scanning software - a lot. 👿


They take too long to update it - if at all and it is fat and bloated with bits spread all over your hard disk.


I suggest if at all possible you use Apple's built-in scanning software which sadly does not work with all HP network printers/scanners. Another approach to consider is to configure your multi-function HP to 'scan to network folder' i.e. via SMB.


Unfortunately again some older HPs may not be compatible with Apple's newer SMBx software that was introduced with Lion aka. 10.7. In some cases you can update the firmware of the HP device to help out in this area.

Jul 24, 2015 8:37 AM in response to John Lockwood

John


I agree with your sentiments about the HP software but Image Capture is horribly slow by comparison. This particular HP device is sufficiently old that HP stopped updating a while ago. It is used in a staff office that is a long enough walk away from our best HP machine to make it inconvenient to use. Our newest one scans to a network share which is great. We scan a lot of documents, including some slightly longer than legal that our flatbed can't handle, through the feeder of this particular machine so it is convenient in that regard.


The fabulous part about the software on this home office level device is that Macs can fax from it. Conversely our reseller told us our newest, business grade machine allowed the same. When it arrived of course that was discovered that what they meant to say was that it can only fax from PCs. So we fax from the older machine that permits it.


Serves its purpose and isn't broken, yet!


With your familiarity do you know any workaround to get a Mac to fax from a typical HP business grade machine?

Mavericks Server Keychain not properly storing information network users.

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.