Want to highlight a helpful answer? Upvote!

Did someone help you, or did an answer or User Tip resolve your issue? Upvote by selecting the upvote arrow. Your feedback helps others! Learn more about when to upvote >

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

Error enabling photo stream "iphoto was unable to connect to Photo Stream"

Whenever I try to enable Photo Stream, it times out after awhile, and I get the following error: "iPhoto was unable to connect to Photo Stream." (see below [1]). I "tcpdump" shows that the computer is trying to open connections to akamai (unrelated?) but not apple. I am using iPhoto 9.2 build 626.


There is one oddity in this scenario : I have one iCloud account that I am trying to use between three computers. I was able to register iPhoto on my mac book pro, but it is failing on my second.


thanks in advance,

-tom




User uploaded file




08:26:35.984082 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:37.417858 ARP, Request who-has dd-wrt (Broadcast) tell 192.168.6.122, length 46

08:26:38.032082 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:39.977873 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:42.025748 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:42.435600 ARP, Request who-has dd-wrt (Broadcast) tell 192.168.6.122, length 46

08:26:43.971461 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:46.019515 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:47.453197 ARP, Request who-has dd-wrt (Broadcast) tell 192.168.6.122, length 46

08:26:47.965198 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:49.606268 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 339

08:26:49.708805 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 348

08:26:49.811498 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 379

08:26:49.914098 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 405

08:26:50.016310 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 401

08:26:50.017171 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:50.118847 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 401

08:26:50.221214 IP 192.168.6.122.filenet-rmi > 239.255.255.250.ssdp: UDP, length 393

08:26:51.958833 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:52.368490 ARP, Request who-has dd-wrt (Broadcast) tell 192.168.6.122, length 46

08:26:54.006909 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:55.004001 IP susans-pc.52389 > a173-223-237-54.deploy.akamaitechnologies.com.https: Flags [.], seq 187854:189302, ack 103254, win 65535, options [nop,nop,TS val 1073825952 ecr 2280611493], length 1448

08:26:55.004213 IP susans-pc.52389 > a173-223-237-54.deploy.akamaitechnologies.com.https: Flags [.], seq 189302:190750, ack 103254, win 65535, options [nop,nop,TS val 1073825952 ecr 2280611493], length 1448

08:26:55.004264 IP susans-pc.52389 > a173-223-237-54.deploy.akamaitechnologies.com.https: Flags [P.], seq 190750:191283, ack 103254, win 65535, options [nop,nop,TS val 1073825952 ecr 2280611493], length 533

08:26:55.004415 IP susans-pc.52389 > a173-223-237-54.deploy.akamaitechnologies.com.https: Flags [P.], seq 191283:191688, ack 103254, win 65535, options [nop,nop,TS val 1073825952 ecr 2280611493], length 405

08:26:55.035678 IP a173-223-237-54.deploy.akamaitechnologies.com.https > susans-pc.52389: Flags [.], ack 189302, win 4116, options [nop,nop,TS val 2280641050 ecr 1073825952], length 0

08:26:55.053470 IP a173-223-237-54.deploy.akamaitechnologies.com.https > susans-pc.52389: Flags [.], ack 190750, win 4116, options [nop,nop,TS val 2280641068 ecr 1073825952], length 0

08:26:55.060158 IP a173-223-237-54.deploy.akamaitechnologies.com.https > susans-pc.52389: Flags [.], ack 191283, win 4116, options [nop,nop,TS val 2280641074 ecr 1073825952], length 0

08:26:55.066460 IP a173-223-237-54.deploy.akamaitechnologies.com.https > susans-pc.52389: Flags [.], ack 191688, win 4116, options [nop,nop,TS val 2280641081 ecr 1073825952], length 0

08:26:55.209380 IP a173-223-237-54.deploy.akamaitechnologies.com.https > susans-pc.52389: Flags [P.], seq 103254:103691, ack 191688, win 4116, options [nop,nop,TS val 2280641223 ecr 1073825952], length 437

08:26:55.209522 IP susans-pc.52389 > a173-223-237-54.deploy.akamaitechnologies.com.https: Flags [.], ack 103691, win 65535, options [nop,nop,TS val 1073826154 ecr 2280641223], length 0

08:26:55.952463 STP 802.1d, Config, Flags [none], bridge-id 8000.98:fc:11:54:7a:9e.8002, length 35

08:26:57.386190 ARP, Request who-has dd-wrt (Broadcast) tell 192.168.6.122, length 46

iPhoto '11, Mac OS X (10.7.2)

Posted on Oct 17, 2011 5:33 AM

Reply
60 replies

Dec 27, 2011 4:58 PM in response to tbriggs6

I was having this same problem until just a few moments ago. I cleared out a bunch of stuff stored in the Keychain Access.


Wish I could say what specifically did it, but it worked.


These were my steps:

1. Close iPhoto, and sign out of iCloud

2. Clear the keychain (or maybe just the issue area if someone can pin-point it)

3. Sign into iCloud, open iPhoto, and then enable Photo Stream.

Dec 27, 2011 5:52 PM in response to davidizzy

Sorry, but for those of you who have fixed their photo stream, can you confirm if you have your iPhoto Library (or User folder) on a separate volume from your boot drive or not? I can't help but wonder if there are two separate issues being discussed here.


I have a SSD boot drive and my iPhoto Library is on a separate HDD — which is causing the photo stream to be inaccessible.

Dec 27, 2011 6:42 PM in response to davidizzy

Right. Thanks for your clarification and I'm glad you were able to solve your problem.


However, please keep in mind that the first half of this thread is about a still unresolved photostream issue relating to those with SSD boot drives and a iPhoto Library/User folder on a separate HDD. My HDD is internal with symlinks from the SSD boot drive.

Dec 27, 2011 6:55 PM in response to Daniel Richman

Interesting. And, again, I apologize. I skimmed through most of the posts to see if there was a resolution- I missed the part where the separate drives became pinnacle.


Have you tried copying iPhoto into the HDD, and then attempting to enable Photo Stream?


I know that a Photo Stream, linked with a particular iCloud account, doesn't work when the iCloud account is logged in for different user accounts on the same computer. Maybe this is an issue along similar lines (ex. photos being pulled from a different drive than the Photo Stream enabled iPhoto)...

Dec 27, 2011 7:33 PM in response to Daniel Richman

I may have choosen my words poorly... Is the iPhoto application and your iPhoto Library on the same drive? Or is the application on the SSD, and the iPhoto library on the HDD?


If they are on separate drives, try enabling Photo Stream after having them on the same drive- both on SSD, and then both on HDD. Or, vice versa.


If Photo Stream will still not enable, then you can rule out the two separate drives as an issue. If it works, then I would suggest either waiting for Apple to patch the issue, or giving Mike's solution a go.

Dec 27, 2011 7:37 PM in response to davidizzy

Here's the setup...


50GB SSD: OS X and all applications (including iPhoto and Apeture)


750GB HDD: My User folder (including iPhoto and Apeture Libraries)


There's no way I'm moving the photo Libraries to the SSD — there's not enough space. And there's no way I'm moving the iPhoto or Apeture application to the HDD — it's too slow.


I'll just wait for a patch. Is there a way to know if Apple is aware of the issue?

Dec 28, 2011 5:15 AM in response to Daniel Richman

Im working with a library on a separate hdd connected via FireWire. My boot drive is hdd not SSD, and my aperture is on my boot drive. The trick is to reset the configuration by enabling a different iCloud account. Once you can successfully use photo stream with a different iCloud account (not user account) you should be able to switch back. This seems to work for most.

Jan 14, 2012 9:38 AM in response to tbriggs6

Hello!


I've solved this problem on my computer, at least partially.


Here's my configuration before: I have an iPhoto Library on an external USB drive ( mounted on /Volumes/Data ), and the folder ~/Library/ILifeAssetManagement was actually a symlink linked to /Volumes/Data/Application Support/ILifeAssetManagement. And the "deny file-write-data" errors also appeared in my /private/var/log/system.log.


Here's how to fix it:

  1. Exit iPhoto.app.
  2. Make a real directory ~/Library/ILifeAssetManagement ( You may need to delete the previous symlink with this name ).
  3. Copy everthing except the assets folder to it.
  4. Make a symlink named assets in that folder and link it to "/Volumes/Data/Application\ Support/ILifeAssetManagement/assets".

And it's done.


What's I'm not sure, is that after you've done this, there will be errors in /private/var/system.log, like:


Unable to create asset storage directory file://localhost/Users/llyuan/Library/Application%20Support/iLifeAssetManagemen t/assets/sub/01df72c7776b52ef219b94b674c6029c6266806276/: Error Domain=NSCocoaErrorDomain Code=513 "You don't have permissions to store “01e01052b1d0e251904c80e88e9c805c97b36acb2f” in the folder “sub”." UserInfo=0x1100914c0 {NSFilePath=/Users/llyuan/Library/Application Support/iLifeAssetManagement/assets/sub/0138abaf415b19ae086953224116cc0f860a5e1 0c1, NSUnderlyingError=0x110092180 "Operation can't be completed. Operation not permitted"}


Full message here: ( Sorry for those Chinese characters in the screenshot. )

User uploaded file

I don't know what does that mean. The photos downloaded from Photo Stream, however, can be opened and I can confirm that they're full-sized, not just some thumbnails.


Hope this helps.

Jan 25, 2012 10:14 PM in response to tbriggs6

Similar problems here. In my specific case, it seems Keychain related.


My specifics: iPhoto Library moved to secondary HDD. User home directory and system OS on SSD. HOWEVER, I don't think this is related to the problem.


MY SOLUTION (Note that Steps 2-4 could probably be skipped, but this was my process...):

1) Log out of iCloud in System Preferences

2) Log in as different iCloud account

3) Enable PhotoStream (worked!)

4) Logged out of iCloud (prompted that Photostream would be disabled)

5) Deleted Keychain entries for original iCloud account (this was easy to identify because they were beside the dummy entries for the second iCloud account I used.

6) Re-log in as original iCloud account in System Preferences, enable Photostream

7) Re-open iPhoto. Select Photostream in left column

8) All good.

Error enabling photo stream "iphoto was unable to connect to Photo Stream"

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