I solved the problem by taking the iMac back to the shop, migrating the data from the SSD to the external HDD, removing the SSD and installing the new HDD. Everything works just fine. Despite moving over 9GB of data from the external HDD to the OS on the SSD (including every Cloudberry file I could find), I could not get Cloudberry to work. Once everything was on one drive; it worked.

This was an expensive lesson: I had to eat the cost of the new SSD and pay $300 in labor to migrate and install the new drive. But, it has been worth it. I know many Apple sites claim you can run the OS on an SSD and programs/data on an external HDD, this is definitely not what I experienced.
Toby

Sorry, Mike, nothing you posted helped. I had already moved the opt file to the correct place on the OS' SSD drive. There is absolutely nothing about Cloudberry in the Library Preference folders on the migrated HDD OR within the folders on my SuperDuper backup.

I am running Yosemite, if that helps. So far, Cloudberry is doing a pitiful job of support which has never been the case before and I've been a user for overe 5 years.

I've done so already.

I have moved everything with respect to Cloudberry I could find from the external HDD to the SSD drive where the OS is located. But, this has not helped!

Somebody must know what to do. Given that I'm working with an Apple OS, I cannot direct where a program should be installed. I can't get the rest of my files back without being able to access Cloudberry which I'd counted on being able to do. Must Cloudberry be on the OS drive; is that the problem? And, if so, how on earth do I install it there without a way to direct an installation?

I got precious little help from Cloudberry with respect to downgrading. I am posting so somebody else will know what to expect. Although CB upgrades seamlessly over your provider account (in my case S3) and backup plan, when you downgrade everything is wiped out . . . completely. Starting over again is not trivial because you have to know your bucket on S3 (I had three, only one of which was recognizable as being from Arq). CB doesn't keep this information so you have to log onto the AWS Console (for those using Amazon) where, after entering your password, you are taken to the console where there is a listing of your buckets. If you click on a bucket, you can see its CB name. Once I had that information, I had to re-enter all the Amazon information (with all those incredibly long, un-copyable key codes) and then re-create my backup plan. I don't know yet how well the backup is going, but I fear it is re-doing everything. Oh, well. To add to my joy, when I re-started Windows, Parallels failed to sync the clock so the initial backup failed. Can't seem to fix this issue with Parallels, discovering to my horror that Windows was using Central American time for some unknown reason instead of US CST. This happens periodically.

I hope nobody else ever has to go through this, but given search capabilities, maybe this post will save you the days of frustration I've experienced.
Regards,
Toby

Thanks, I did respond to them using the old ticket number. I am a huge fan of Cloudberry so I hope somebody can advise me. I don't think I could live without it (which is why I'm so concerned).

Thanks, David, I had asked support for guidance and got none. But, will try again!