com.apple.geod process is not responding

Thank you, Junsu. This process seems to be working for me momentarily.

edited: I rebooted and Junsu it did not work. After further investigation, I tried toggling off and on all sharing options then back to my original states under sharing in system preferences and then rebooted and that seems to have worked.

I have no sharing options active at all, but the process hangs on my system too.

I would say I am pretty sure that it is a bug in Yosemite related to the Maps App. Leave this program alone and the process is not active at all. Once Maps is started, you have the bug running and only a restart helps for the time being. That seems to be the reason, why many people wrote here, the suggested solutions helped, but they didn’t. Perhaps Apple reads these threads and irons out this bug. So far I don’t see a heavy problem with the stalling process, but sure it takes some resources.

I Dont think it matters what state the sharing options are. Just try toggling them. Btw, I have remote, bluetooth, printing and file sharing left on simply because I use those specific sharing options. I did accomplish -for the first time since yosemite- rebooting without it crashing immediately. I will update if I find that it crashes again.

For me, the apple.com.geod process is definitely hanging because I think it is just unable to contact any of the apple servers. How that can be? Apple Maps seems to think that I have no internet connection, even though I obviously do as I type this now. This other thread (Maps not working after Yosemite Upgrade?) discusses this problem, but the solution (restart computer, refresh DHCP) did nothing.

I tried analyzing my interface with Wireshark and I found that Apple Maps is properly accessing my interface and sending packets out, but it is simply not receiving replies from any server. Is it contacting the wrong server? The TCP handshake completes and Apple Maps (specifically, the apple.com.geod process) being to send a number of HTTP "GET" requests and every response from the server is always "HTTP/1.1 403 Forbidden (text/html)"

I have restarted my computer a number of different times since experiencing this problem, renewed my DHCP, switched internet interfaces, etc, all with the same result. 23.216.11.91 keeps rejecting me!!

This is very interesting and shows the first time with a clearer view the underlying problem. Do you use an utility like Little Snitch by chance? This could eventually block the ingoing response of com.apple.geod.

Toggling my sharing options on and off and back to my preferred settings under the sharing folder in system preferences was the permanent fix even after opening maps application and restarting the macbook pro.

As expected, since my issue is not related to any types of file sharing, this has no impact. I turned on and off different options in the sharing folder in system preferences and it had no change.

In response to mkummer, no I do not have Little Snitch or any other utility like that running. I also tried temporarily disabling the Apple built-in firewall accessed through the system preferences in the Security and Privacy tab. This also had no affect.

Like I said, according to Wireshark, my requests for map data (coming from com.apple.geod) are going out, and I am receiving "valid" HTTP replies to my requests. By valid, I mean it is a well-formed HTTP packet that gets through all of the network layers and gets all the way back to my computer application. It's not being blocked anywhere. The reply, however, indicates that that server believes my request is forbidden. com.apple.geod seems to just keep trying the same request, sending it over and over, until eventually it gives up and the process shows up as red and "not responding" in the activity monitor.

I'd be curious if anyone out there has knowledge of using Wireshark and has Yosemite installed and your Apple Maps actually works. Maybe you could do a similar capture. Go to Activity Monitor and force quit apple.com.geod, then start the Wireshark capture, then start Apple Maps and capture the first few seconds of transfer when Maps is actually receiving map data and you see maps being displayed in your application. Use the display filter "http" to clean up the capture and make it easier to analyze.

Hi sfiksdal,

For me the GeoBookmarks.plist was in:

revontuli-2:~ root# mdfind GeoBookmarks.plist

/Users/USER/Library/Containers/com.apple.Maps/Data/Library/Maps/GeoBookmarks.pli st

-Pete

I get this even if not using Maps.

BOOM! This immediately fixed my issue!

After deleting /users/~/library/preferences/com.apple.GEO.plist the issue went away! That was the only file deleted, and the cache was empty.

The problem wasn't simply that the app was stalled, it was that it had eaten up 2.8GB of memory out of my 4GB on my iMac. This was leading to a whole host of problems in OS X, not to mention that during Time Machine backups it was almost locking up the OS. After terminating the process, killing the .plist file and rebooting, the backups are almost instantaneous, and my extentions and 3rd party apps and processes that that I have scheduled to start are now loading instantly! Since this time, com.apple.geod is now only taking up 5MB of memory.

I'll keep an eye on it to see if perhaps it locks up again and develops another memory leak. If so, I'll just have to repeat the process again until Apple implements a long-term fix.

Only temporary. Came back a while later.

I just did what you have suggested toggling each of the items in the sharing pane on/off and it appears to have fixed the issue (I just have the printer for sharing left on). It has now been 12 hours and the "com.apple.geod not responding" has not returned. Before after force quitting in Activity Monitor it would return in 1-2 hours. So perhaps this is the fix but not sure why.

Well I spoke too soon. At hour 13 it came back. So much for this idea.

I'm troubleshooting it right now. It absolutely came back, in both user accounts in OS X. However, I have found something interesting.

There are two Apps in the Notification Center that will trigger the service to start upon logging in:

1. Today
2. Weather

Both of these Apps utilize Location Services, and will call up the com.apple.geod process. HOWEVER, when Weather was added to the list and continuously monitoring several locations, THAT is when I started getting the service to become unresponsive. The Weather Widget doesn't use Location Services, so it never starts with it. I've even opened up Maps, and as Maps loads content I can clearly see the amount of memory that the process uses will increase. But once I close it, I can see the memory utilization decrease as the app unloads from memory.

Still more testing to do, but fingers crossed that it's an individual App causing the process to fail, and not the process itself.

I removed the weather widget from side bar but had no impact. Issue returned.