PASTJohn Posted July 10, 2013 Report Share Posted July 10, 2013 I just updated to 10.2 from the previous 10.x version and now the localhost keeps (somewhat rapidly) connecting and disconnecting. Any suggestions on how to fix this? Thanks! Quote Link to comment Share on other sites More sharing options...
Mayoff Posted July 11, 2013 Report Share Posted July 11, 2013 Try using the uninstall script inside system preferences and then reinstalling the 10.2 version. It sounds like the Retrospect engine could be crashing over and over. You can check the OS X console utility to confirm. If you previously experienced a major problem when grooming, Retrospect might try to groom over and over again, resulting in the behavior you are seeing. If reinstalling Retrospect does not help, stop the Retrospect engine and then rename the catalog folder in library/application support/Retrospect to old catalogs and start the engine again. Quote Link to comment Share on other sites More sharing options...
PASTJohn Posted July 11, 2013 Author Report Share Posted July 11, 2013 Tried using the suggested uninstall script and reinstalling 10.2 suggestion - did not work. Then tried the second suggestion (although I don't groom) - did not the work. Still having the same problem. Here's the reading from the console (which keeps repeating when I have the Retrospect app open) 7/11/13 10:37:39.724 AM Retrospect[26581]: [ENGINE] connected to '127.0.0.1' (127.0.0.1:22024, 10.2.0.201) 7/11/13 10:37:39.837 AM Retrospect[26581]: Server::updateBackupSetsCache exception: MacRequestor::Request: connection closed by remote endpoint 7/11/13 10:37:39.838 AM Retrospect[26581]: Server::updateSetsChangeCounter exception: MacRequestor::Request: connection already closed 7/11/13 10:37:39.837 AM com.apple.launchd[1]: (com.retrospect.retroengine[26677]) Exited with code: 255 7/11/13 10:37:39.839 AM Retrospect[26581]: Server::updateScriptsCache exception: MacRequestor::Request: connection already closed 7/11/13 10:37:39.839 AM Retrospect[26581]: Server::updateScriptsChangeCounter exception: MacRequestor::Request: connection already closed 7/11/13 10:37:45.711 AM Retrospect[26581]: connectViaQueue: exception "MacTCPconnection::Connect: connect() failed with error 61: Connection refused" connecting to 127.0.0.1:22024 Quote Link to comment Share on other sites More sharing options...
Mayoff Posted July 11, 2013 Report Share Posted July 11, 2013 Does the OS X console log have a crash reporter log for Retrospect? Does the library/application support/Retrospect folder have an assert_log.utx file? What happens if you stop the engine and remove the config80.dat and config80.bak files, then start the engine again? Quote Link to comment Share on other sites More sharing options...
PASTJohn Posted July 11, 2013 Author Report Share Posted July 11, 2013 No crash reporter log for Retrospect in the OS X console. Yes, to assert_log.utx file. Stopped engine, removed the config80.dat and config80.bak files, restarted the engine, config80 files recreated, opened Retrospect app, reentered Serial Number, and appears to be stable and working (except, of course, there are no (zero) Activities, Past Backups, Scripts, or Media Sets anymore). Guess than means I have to start over with the backups - not that big of a deal, unless you have another suggestion to get the old ones back and working. Also, FYI, although I had the problem described above after updating to 10.2, it still performed a backup last night as normal. Quote Link to comment Share on other sites More sharing options...
Mayoff Posted July 11, 2013 Report Share Posted July 11, 2013 You can always try and restore an old config file from a prior backup to see if that works for you. Quote Link to comment Share on other sites More sharing options...
bdunagan Posted July 12, 2013 Report Share Posted July 12, 2013 It would be great if you could open a support ticket (http://retrospect.com/en/support/contact) and attach the assert_log.utx file, referencing this forum thread. The console messages indicate that the engine was crashing repeatedly. Quote Link to comment Share on other sites More sharing options...
PASTJohn Posted July 13, 2013 Author Report Share Posted July 13, 2013 bdunagan: as requested, I opened a support ticket and attached the assert_log.utx file, referencing this forum thread. Although the problem appears to have been solved using Mayoff's recommendations, please let me know what you find out. Thanks! Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.