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

Level 1

0 points

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

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

60 replies

Nov 1, 2011 10:59 PM in response to Mike Heasley

Just wanted to add: Same problem, same setup (this is 80 gig SSD w/System and ~/Library on it, second HD that symlinks back to ~/Library, with all the other /Users stuff on it), same solution.

<3 thanks!

ScottyCA

Level 1

0 points

Nov 7, 2011 8:07 AM in response to tbriggs6

Same issue, and none of the solutions suggested here have resolved it.

I also tried rolling back from iPhoto 9.2.1 to 9.2 (where PhotoStream used to work), but I couldn't get it going again. (FYI, I don't have my photo library on a different disk, but it is not in the default "user" location on the main disk.)

The workaround to create/use another system account did work, but that's a pretty annoying workaround, and far from a permanent solution. Hopefully adding to this thread will help Apple to resolve the problem that seems to be related to a corrupted area of the current system account.

My crash log for the PhotoStreamAgent shows this error:

*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSKeyedUnarchiver initForReadingWithData:]: incomprehensible archive (0x0, 0x0, 0x1f, 0xffffffe1, 0xffffffff, 0xffffffd8, 0xffffffff, 0xffffffe0)'

So it seems to be trying to read from some archive file, but fails, and this keeps crashing the PhotoStream agent every time it starts up.

Anyone have any other suggestions on how to fix this without creating new accounts?

Nov 7, 2011 8:09 AM in response to tbriggs6

I can also confirm that this issue affects Aperture's photostream as well.

misei

Level 1

0 points

Nov 7, 2011 9:54 AM in response to ScottyCA

The same here. I got my Library on the SSD, not the secondary drive and the same error Message.

It works with a new user, but not with the existing one. It is the same with Aperture.

SpaceBass

Level 2

420 points

Nov 8, 2011 8:40 AM in response to Mike Heasley

Same setup - os on SSD, library on spinning drive.

Fixed worked for Aperture as well (substituting Aperture.app for iPhoto.app in the path)

Nov 8, 2011 9:14 AM in response to SpaceBass

Hi SpaceBass!

By the way: you can boost your speed if you put the user-library also on the SSD!

HowTo and my setup here.

Dec 16, 2011 10:32 PM in response to tbriggs6

Go to: System Preferences > iCloud

Make sure that Photo Stream is checked

Try enabling Photo Stream in iPhoto again

Dec 17, 2011 9:46 AM in response to Mike Heasley

Thank you!

Please, everyone, send this post to Apple as Feedback. Hope we can have a clean working solution for the next update.

Dec 17, 2011 11:07 AM in response to mannyknowles

this does not work for me:

Go to: System Preferences > iCloud

Make sure that Photo Stream is checked

Try enabling Photo Stream in iPhoto again

Dec 18, 2011 11:29 PM in response to tbriggs6

hi, just wanted to add,

i have the same problem.

my iphoto folder is in the same hdd

what is weired is that it all worked untill i reseted the photostreem.

i have 4 devices, ipad and iphone working with photostream, one desktop working and a laptop that won't connect.

David_EU

Level 1

28 points

Dec 19, 2011 7:17 AM in response to tbriggs6

I have the same problem. It is disappointing 'cause I bought the new version of iPhoto just for using it with the photostream feature!

I tried unchecking the photostream from the iCloud preferences and then activating the photostream from iPhoto. It seemed to work downloading all the photos but then, at the last photo, it just shutted down. I cannot use iPhoto if I live the photostream on. Every time, the software won't work!

Please, do something! I don't know what to do with it!

IJanczar

Level 1

10 points

Dec 26, 2011 9:19 AM in response to tbriggs6

Same Problem, here is what I did to resolve the issue.

Signed out of my iCloud account.

Signed into a dummy (or different) iCloud account.

Started Aperture, enabled Photo Stream successfully.

Closed Aperture.

Signed out of the dummy iCloud account.

Signed into my my regular iCloud account.

Started Aperture (the photo Stream was disabled again)

Enable Photo Stream (SUCCESSFULLY!!!)

Hope this works for everyone. Apple please fix this!

Dec 26, 2011 10:13 AM in response to IJanczar

Just tried it and it did not work..

When I create a new user on my mac then it will work

so it must be something on my main account that is causing the problem.

Vspad

Level 1

4 points

Dec 27, 2011 7:29 AM in response to IJanczar

"Same Problem, here is what I did to resolve the issue.

Signed out of my iCloud account.

Signed into a dummy (or different) iCloud account.

Started Aperture, enabled Photo Stream successfully.

Closed Aperture.

Signed out of the dummy iCloud account.

Signed into my my regular iCloud account.

Started Aperture (the photo Stream was disabled again)

Enable Photo Stream (SUCCESSFULLY!!!)

Hope this works for everyone. Apple please fix this!"

This sequence worked for me after different combinations of logging in & out of iCloud & Moblie Me accounts. It's a weird glitch that seamed to pop up after I reset Photo Stream a few days ago. Thanks for the post!

misei

Level 1

0 points

Dec 27, 2011 8:11 AM in response to IJanczar

Great! This worked for me! Thank you!

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