I’ve tried to restore backups (databases and SeaTabe data) in the version 2.0.0 using https://manual.seatable.io/maintain/backup_recovery/.
After that the error “Library does not exist.” occurs when I open the existing base from backups (The base name is there but empty) or when I want to import a base from a .dtable file into SeaTable (Library c3… not found). However, I see this Library ID as a directory in seatable/seafile/storage/fs/ of my SeaTable data volume. There is no problem with user or group list. Databases seem to be restored . The I suspect that problem is due to the step of restoring the SeaTable data. Do you have any idea where I went wrong and how I can fix it?
Another question: In the step “Restore the databases” of the above guide I saw it. Could it be a mistake or is it a on purpose? For my test above I have customized it.
The information provided leaves a lot of room for speculation. So let’s do it:
a.) Are you sure you copied the the seatable data in the correct directory? (If you didn’t, it is not surprising that the bases cannot be found.)
b.) Does SeaTable have access to the seatable data? (If you copied the files using root, the permissions are probably wrong.)
One thing seems pretty obvious: SeaTable does not have access to the seatable data folder. If the import of a dtable file fails, there you have it.
Thank you @rdb for your answer. I think the problem could be the permissions as well. Which user-id or group-id should have the seatable data or how could I figure it out?
The file names were incorrect in restoring commands. @daniel.pan has corrected
the documentation
When I start SeaTable from scratch without backups, I see all folders in the seatable volume have root as owner. I can also import a base. So I can not figure out to which user I should change
It works now. I think in my case I removed the directories ccnet, logs in the seatable data backup but I didn’t clean them in the current seatable volume.