https://kb.roonlabs.com/Database_Location
When you delete Roon’s associated folders, keep the logs somewhere, in case support wants to do a post mortem.
https://kb.roonlabs.com/Database_Location
When you delete Roon’s associated folders, keep the logs somewhere, in case support wants to do a post mortem.
Hi @nickharambee,
I have been discussing your case with @nuwriy and he flagged your thread for review.
I’m looking over the issue and a few details are not clear:
So to clarify here - the issue only impacts your Mac that is running as a Remote (as in it’s being connected to another Mac which hosts the Roon Core) and the Core Mac is still working as expected?
I would start by installing Roon fresh on the Mac that is acting as a remote:
You have our apologies for the frustrations here, do let us know if reinstalling the remote resolves this issue or if we need to look into this further we can certainly do so, thanks!
No, the first sentence of the first post I made is as follows:
Hi @nickharambee,
Thanks for clarifying that the issue is on the Core, apologies it was not clear.
Let’s proceed as follows:
Try restoring your backup from a few months ago
If the backup fails again, please send a new set of Core logs by using these instructions via Dropbox and post a link here. Note: Please only send the logs after you have tried to restore.
Hopefully the new logs will provide more details on what is going wrong with the restore.
@noris Well, I am pleased to say that I have now, at last, managed to restore a backup from July, meaning that not much of my work/library has been lost. The procedure you shared in your last post in August is a procedure that I had attempted several times before (following the advice of @xxx here). So I can only conclude the following:
I am very relieved to have everything back, but still concerned based on some of what I have read on this forum about the lack of validation of Roon’s backups, stated most clearly in this topic. To know that a Roon library can become corrupted and that all backups could be corrupted too, without checks made at the time of making a backup is concerning. So, before I decide on whether or not to continue to use Roon, I would like to hear from Roon staff about the implementation of this much needed feature.
I am also rather unhappy about the length of time that I was without music, due to the initial slow response of the technical support team, and would like some assurance about the anticipated time frame for responding to such significant issues.
With Best Wishes,
Nick
Hi @nickharambee,
I wanted to check in and confirm that everything is still running okay with you. I’m sorry that you had a bad experience here, and I’m hoping this is something we can improve in the future.
I definitely recommending adding your voice to the feature request for this feature. Currently validation isn’t something that the backup system can do — The backup is made as-is, just a snapshot of your database at that time.
There are a number of reasons that a Roon database can become corrupted, and this can include failing hard drives, as well as other environmental factors, like power loss, or sync programs tampering with the contents of the database. It’s extremely hard to know what might be at play here, but what this means is that when Roon reads the database back, the files are different from what was originally written to the drive, and the changes are significant enough that Roon cannot load the database properly.
Sometimes, database corruption can be “latent”, meaning that part of the database is corrupted, but the database can still load. Often this latent corruption is revealed when Roon updates to a new database format, as this process requires that every record in the database is accessed.
Generally we try to respond to any issues within one business day, excluding weekends. We’ve been making some changes to our system recently to help improve the time that it takes for a response, but it is also important to note that some complex issues require in-depth investigation and collaboration with other members of our team, as was the case here. We strive to resolve issues as fast as possible regardless, but I agree that this issue took longer than anyone would have liked to resolve, and we are making adjustments to our processes based on incidents like this.
You have our apologies again for the inconvenience here. If there’s anything else we can do for you here, or if you have any questions about the above, please let me know and we’ll do everything we can to get this resolved for you.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.