Closed
Bug 1383805
Opened 7 years ago
Closed 7 years ago
[macOS]: Opendirectoryd hangs when Nightly is running.
Categories
(Core :: Security: Process Sandboxing, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1338651
People
(Reporter: mehmet.sahin, Unassigned)
References
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8 Steps to reproduce: Latest Nightly from 24.07.2017: macOS 10.12.6 1.) Start Nightly 2.) Open macOS Activity.app Actual results: The Opendirectoryd process has a very high CPU usage. I can not kill the process. I have to restart the Mac! Expected results: The Opendirectoryd should be idle. Screenshots are attached.
Updated•7 years ago
|
Component: Untriaged → Shell Integration
OS: Unspecified → Mac OS X
Comment 2•7 years ago
|
||
Could this be related to bug 1383742? I only see opendirectoryd going crazy after a restart-/shutdown-crash, not when starting Nightly after a clean shutdown.
(In reply to matthias koplenig from comment #2) > Could this be related to bug 1383742? > > I only see opendirectoryd going crazy after a restart-/shutdown-crash, > not when starting Nightly after a clean shutdown. It happened to me after a clean install and after the Nightly Update process.
Comment 4•7 years ago
|
||
here my STR: 1) open >Developer Toolbar< (shift+F2) 2) run >restart< command 3) Nightly tries to restart. 4) process crashes? 5) manually start Nightly opendirectoryd is pinned at 100% CPU.
Thanks. So this is a regression and needs a bisect to find where the regression starts. May be as noted by you in comment 2 related to bug 1383742?
This is still an issue in latest Nightly. Can you please take a look? Nightly consumes a lot of battery at the moment because of this bug :-( Thanks!
Comment 7•7 years ago
|
||
The only place I see opendirectoryd being used in our code is sandboxing https://dxr.mozilla.org/mozilla-central/source/security/sandbox/mac/SandboxPolicies.h#29
Component: Shell Integration → Security: Process Sandboxing
Product: Firefox → Core
Comment 8•7 years ago
|
||
Mehmet, could you give the latest Nightly a try and see if the problem is fixed? This bug is likely to be a duplicate of bug 1338651 which is now fixed. That bug has a huge amount of comments, but the short story is that the way we were building Firefox was sometimes triggering the OS to try to read from some nonexistent paths which results in opendirectoryd getting severely loaded. Bug 1338651 is a dupe and was also reported due to opendirectoryd and automountd spikes too.
Flags: needinfo?(mehmet.sahin)
See Also: → 1338651
(In reply to Haik Aftandilian [:haik] from comment #8) > Mehmet, could you give the latest Nightly a try and see if the problem is > fixed? > I haven't seen/noticed it since a few days. I think we can close this. Thanks.
Flags: needinfo?(mehmet.sahin)
Updated•7 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•