Hi ronni, First off, I unplugged the AppleTV and let it sit for a while so that everything had a chance to recognise that. So the AppleTV itself is now out of the picture.
Then I used Console to monitor messages whilst I restarted iTunes, it again locked up and I force quit - messages below: --------------------------------- 14/10/13 13:37:24 [0x0-0x7a57a5].com.apple.iTunes[11820] Returning 0x0. Advertising wake service for libraryIdentifier "D5B5885051837D5B". 14/10/13 13:37:24 com.apple.usbmuxd[11721] LOCKDOWN_V2_BONJOUR_SERVICE_NAME is _apple-mobdev2._tcp,930d07f5 14/10/13 13:37:24 com.apple.usbmuxd[11721] _SendAttachNotification Device 7c:c5:37:d0:13:8b@fe80::7ec5:37ff:fed0:138b._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 13:37:24 com.apple.usbmuxd[11721] _SendAttachNotification Device 98:b8:e3:d1:50:64@fe80::9ab8:e3ff:fed1:5064._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 13:37:25 Firewall[76] iTunes is listening from 0.0.0.0:58406 proto=6 14/10/13 13:37:25 Firewall[76] iTunes is listening from 0.0.0.0:3689 proto=6 14/10/13 13:37:25 Firewall[76] iTunes is listening from :::3689 proto=6 14/10/13 13:37:33 kernel Message Version Check or Length Not Match. 14/10/13 13:37:33 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 13:37:33 kernel Message Version Check - msg(0.0.0)@0x9cab024 atifb:(3.1.0) 14/10/13 13:37:33 kernel Message Version Check or Length Not Match. 14/10/13 13:37:33 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 13:37:33 kernel Message Version Check - msg(0.0.0)@0x9c8c024 atifb:(3.1.0) 14/10/13 13:37:59 /Applications/iTunes.app/Contents/MacOS/iTunes[11820] Entered:_AMMuxedDeviceDisconnected, mux-device:2 14/10/13 13:37:59 /Applications/iTunes.app/Contents/MacOS/iTunes[11820] Entered:__thr_AMMuxedDeviceDisconnected, mux-device:2 14/10/13 13:37:59 /Applications/iTunes.app/Contents/MacOS/iTunes[11820] tid:11f1b - Mux ID not found in mapping dictionary 14/10/13 13:37:59 /Applications/iTunes.app/Contents/MacOS/iTunes[11820] tid:11f1b - Can't handle disconnect with invalid ecid 14/10/13 13:39:35 mDNSResponder[18] Client application bug: DNSServiceResolve(53F5FEFC2612ED6D._appletv-v2._tcp.local.) active for over two minutes. This places considerable burden on the network. 14/10/13 13:41:04 com.apple.launchd.peruser.502[143] ([0x0-0x7a57a5].com.apple.iTunes[11820]) Exited: Terminated 14/10/13 13:41:16 com.apple.usbmuxd[11721] _heartbeat_failed heartbeat detected detach for device 0x1-192.168.2.101:0! 14/10/13 13:41:16 com.apple.launchd[1] (com.apple.usbmuxd[11721]) Job appears to have crashed: Segmentation fault 14/10/13 13:41:16 com.apple.usbmuxd[11854] usbmuxd-323 on Jul 29 2013 at 23:21:29, running 64 bit 14/10/13 13:41:16 com.apple.ReportCrash.Root[11853] 2013-10-14 13:41:16.979 ReportCrash[11853:2803] Saved crash report for usbmuxd[11721] version ??? (???) to /Library/Logs/DiagnosticReports/usbmuxd_2013-10-14-134116_localhost.crash --------------------------------- The Mac and ADSL router have been rebooted several times since the problem started - BUT, to be sure, I restarted the mac and rebooted the ADSL router - essentially the problem remains - I won't include the console messages as they are functionally identical. I then considered that the actual wireless network is created and run by the Airport Extreme - so I opened Airport Utility and saw that it was flagging a firmware update - which I initiated. The firmware was successfully updated and the Extreme restarted. As I still had Console opened, I noticed this message which may be relevant? (Although I do have iTunes set-up so that I do have to sign-in to purchase and don't have the remember this box ticked - so this maybe normal?) --------------------------------- 14/10/13 14:12:37 AOSNotification[187] [AOSNotification] Cannot obtain password from generic keychain for service = iTools, account = neil_houghton Again I started iTunes and noticed that some of the console messages had now changed - however when I switched back to iTunes (after watching in console for a while) it still locked up. The console messages are: 14/10/13 14:17:25 kernel AirPort: RSN handshake complete on en1 14/10/13 14:17:30 [0x0-0x2e02e].com.apple.iTunes[299] Returning 0x0. Advertising wake service for libraryIdentifier "D5B5885051837D5B". 14/10/13 14:17:30 Firewall[75] iTunes is listening from 0.0.0.0:49321 proto=6 14/10/13 14:17:30 Firewall[75] iTunes is listening from 0.0.0.0:3689 proto=6 14/10/13 14:17:30 Firewall[75] iTunes is listening from :::3689 proto=6 14/10/13 14:17:30 com.apple.usbmuxd[253] LOCKDOWN_V2_BONJOUR_SERVICE_NAME is _apple-mobdev2._tcp,930d07f5 14/10/13 14:17:31 com.apple.usbmuxd[253] _SendAttachNotification Device 98:b8:e3:d1:50:64@fe80::9ab8:e3ff:fed1:5064._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 14:17:40 kernel Message Version Check or Length Not Match. 14/10/13 14:17:40 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 14:17:40 kernel Message Version Check - msg(0.0.0)@0x93e2024 atifb:(3.1.0) 14/10/13 14:17:40 kernel Message Version Check or Length Not Match. 14/10/13 14:17:40 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 14:17:40 kernel Message Version Check - msg(0.0.0)@0xc501024 atifb:(3.1.0) 14/10/13 14:18:06 /Applications/iTunes.app/Contents/MacOS/iTunes[299] Entered:_AMMuxedDeviceDisconnected, mux-device:1 14/10/13 14:18:06 /Applications/iTunes.app/Contents/MacOS/iTunes[299] Entered:__thr_AMMuxedDeviceDisconnected, mux-device:1 14/10/13 14:18:06 /Applications/iTunes.app/Contents/MacOS/iTunes[299] tid:c90b - Mux ID not found in mapping dictionary 14/10/13 14:18:06 /Applications/iTunes.app/Contents/MacOS/iTunes[299] tid:c90b - Can't handle disconnect with invalid ecid 14/10/13 14:18:37 kernel AirPort: RSN handshake complete on en1 14/10/13 14:19:07 com.apple.usbmuxd[253] _SendAttachNotification Device 98:b8:e3:d1:50:64@fe80::9ab8:e3ff:fed1:5064._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 14:19:18 /Applications/iTunes.app/Contents/MacOS/iTunes[299] Entered:_AMMuxedDeviceDisconnected, mux-device:2 14/10/13 14:19:18 /Applications/iTunes.app/Contents/MacOS/iTunes[299] Entered:__thr_AMMuxedDeviceDisconnected, mux-device:2 14/10/13 14:19:18 /Applications/iTunes.app/Contents/MacOS/iTunes[299] tid:c90b - Mux ID not found in mapping dictionary 14/10/13 14:19:18 /Applications/iTunes.app/Contents/MacOS/iTunes[299] tid:c90b - Can't handle disconnect with invalid ecid 14/10/13 14:19:48 kernel AirPort: RSN handshake complete on en1 14/10/13 14:21:12 kernel AirPort: RSN handshake complete on en1 14/10/13 14:22:18 kernel AirPort: RSN handshake complete on en1 14/10/13 14:23:42 kernel AirPort: RSN handshake complete on en1 14/10/13 14:24:02 com.apple.launchd.peruser.502[139] ([0x0-0x2e02e].com.apple.iTunes[299]) Exited: Terminated 14/10/13 14:24:48 kernel AirPort: RSN handshake complete on en1 --------------------------------- I'm assuming the various > kernel AirPort: RSN handshake complete on en1 Messages are down to the new Airport firmware. I also note that the: > mDNSResponder[18] Client application bug: > DNSServiceResolve(53F5FEFC2612ED6D._appletv-v2._tcp.local.) active for over > two minutes. This places considerable burden on the network. Message has now disappeared - which I again assume is down to the revised firmware. However, the locking up problem remained. I then started iTunes in Safe Mode - a new experience for me ;o) This time iTunes started OK and started downloading various podcasts - at this point, many of the console messages were as before (so maybe this is normal): --------------------------------- 14/10/13 14:31:11 kernel AirPort: RSN handshake complete on en1 14/10/13 14:32:01 [0x0-0x35035].com.apple.iTunes[352] Returning 0x0. Advertising wake service for libraryIdentifier "D5B5885051837D5B". 14/10/13 14:32:01 Firewall[75] iTunes is listening from 0.0.0.0:49407 proto=6 14/10/13 14:32:01 Firewall[75] iTunes is listening from 0.0.0.0:3689 proto=6 14/10/13 14:32:01 Firewall[75] iTunes is listening from :::3689 proto=6 14/10/13 14:32:01 com.apple.usbmuxd[253] LOCKDOWN_V2_BONJOUR_SERVICE_NAME is _apple-mobdev2._tcp,930d07f5 14/10/13 14:32:01 com.apple.usbmuxd[253] _SendAttachNotification Device 7c:c5:37:d0:13:8b@fe80::7ec5:37ff:fed0:138b._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 14:32:02 com.apple.usbmuxd[253] _SendAttachNotification Device 98:b8:e3:d1:50:64@fe80::9ab8:e3ff:fed1:5064._apple-mobdev._tcp.local. has already appeared on interface 6. Suppressing duplicate attach notification. 14/10/13 14:32:10 kernel Message Version Check or Length Not Match. 14/10/13 14:32:10 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 14:32:10 kernel Message Version Check - msg(0.0.0)@0x9413024 atifb:(3.1.0) 14/10/13 14:32:10 kernel Message Version Check or Length Not Match. 14/10/13 14:32:10 kernel Message Length Check - msglength = 3152, expectingLength = 3152 14/10/13 14:32:10 kernel Message Version Check - msg(0.0.0)@0x93e2024 atifb:(3.1.0) 14/10/13 14:32:18 kernel AirPort: RSN handshake complete on en1 14/10/13 14:32:37 /Applications/iTunes.app/Contents/MacOS/iTunes[352] Entered:_AMMuxedDeviceDisconnected, mux-device:4 14/10/13 14:32:37 /Applications/iTunes.app/Contents/MacOS/iTunes[352] Entered:__thr_AMMuxedDeviceDisconnected, mux-device:4 14/10/13 14:32:37 /Applications/iTunes.app/Contents/MacOS/iTunes[352] tid:12d13 - Mux ID not found in mapping dictionary 14/10/13 14:32:37 /Applications/iTunes.app/Contents/MacOS/iTunes[352] tid:12d13 - Can't handle disconnect with invalid ecid 14/10/13 14:33:37 kernel AirPort: RSN handshake complete on en1 14/10/13 14:35:05 kernel AirPort: RSN handshake complete on en1 --------------------------------- I then waited for some time and let iTunes finish all that it wanted to do. I then refreshed the podcast catalogue - which resulted in a further 2 downloads. I then successfully refreshed the iTunes U directory. I then tried to update all apps and it got to the first app and brought up a terms and conditions have changed dialogue - which I suspect is the dialogue that I failed to copmplete when the initial problem started! This time I accepted the terms and conditions and the app download commenced. However only one app downloaded. Went back to the apps pane and again went to download all apps and this time it all proceeded fine. SO FAR SO GOOD! I then quit itunes and restarted it normally (ie NOT Safe Mode) I successfully refreshed the podcast catalogue and the iTunes U directory. I downloaded a new app. I then quit itunes. All without a problem :o) Soooo... So far all is good and it appears the problem is hopefully solved :o)) Thanks very much for your help and suggestions Ronni. I'll now go and read some more about starting apps in Safe Mode ;o) Cheers Neil -- Neil R. Houghton Albany, Western Australia Tel: +61 8 9841 6063 Email: n...@possumology.com on 14/10/13 13:02, Ronda Brown at ro...@mac.com wrote: > Hi Neil, > > Have you tried rebooting your Mac and rebooting your Router? > If that doesn't help: > Try starting iTunes in Safe Mode. > 1. Hold down Command+Option when you open iTunes (this will open in Safe Mode) > Does the freeze still occur? > > 2. Long into another user account and test. See whether the freeze occurs in > another User Account. > > Cheers, > Ronni > Sent from Ronni's iPad4 -- The WA Macintosh User Group Mailing List -- Archives - <http://www.wamug.org.au/mailinglist/archives.shtml> Guidelines - <http://www.wamug.org.au/mailinglist/guidelines.shtml> Settings & Unsubscribe - <http://lists.wamug.org.au/listinfo/wamug.org.au-wamug>