Jump to content

10.2 Update Problem


Recommended Posts

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. 

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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. 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...