all good. i used the migration script and i ran: migrate.sh config/seafile-s3.conf
the script ran successfully (completed blocks, commits and fs). what i have to do next ? i thought the script is moving the data to the S3 buckets. I have to do this manually ?
But this was not working then, the response from the migration script was successful (or completed)
The script ran ~15 min. for currently 700GB of Data. My assumption is that the script is just updating the database or āpreparesā the filesystem and i have to move the data to S3, but would be nice if someone can confirm this, because the sync of the folder ādata/storage/fsā takes ages to complete. (due to the thousands of subfolders)
After running the script and using the new config file, you should be able to see your data in your s3 buckets and have Seafile running again. Whatās the problem you see?
Right, it took ~15 min. and the script said ācompletedā for commits, fs and blocks. But the data wasnāt uploaded to S3. So not sure what i should do now.
should i sync the folders manually to the s3 buckets and then use the new config file ?
i uploaded (synced) all files (checked multiple times) from the folder
data/storage/
ā blocks
ā commits
ā fs
to the respective S3 buckets and changed the config file. So all files should be there. Do i have to do sth. else ?
iām afraid to start the server with the old config after the migration script confirmed that the migration is completed. I guess the script did sth. in the 15 min.
Just wondering if there has been any update on this issue. Iāve tried migrating my ~200 GB of data to S3 using the above script - it completes in about 30 seconds with no errors but no data is moved to S3.
Weāve tested the script internally with S3. But we actually havenāt officially released the script, thus no manual is available for it right now. Can you tell how do you run the script?
Has there been any progress with this issue? Iām running in to the same issue and not seeing any glaring problems that would cause the migration to fail. Iām seeing a significant amount of network traffic on the system while the script is running, though at the end (mine is only running for 2 minutes, with a 520G repo, though at the end (with no returned errors) the buckets are empty.
Iāve been in the seafile-server-latest running ./migrate.sh seafile.s3.conf
Iāve also tried the above, but specifying the full path to the conf file.
Iāve also changed to the data folder and then executed the full path of migrate.sh (with and without the full path to the conf file).
Results are always the same, ~2 minutes of execution, no errors returned, and empty S3 buckets.
I would add your temporary seafile.conf in /opt directory (just like their docs show) since Seafile migration script has hardcoded path based on my last experience.
Hey. Working actually with version 11.0.6 and getting the same behaviour when i“m trying to migrate data to S3.
S3 config is imho working. I“ve setup a test instance and without data i can use the S3 config and create new libs and save data.
But the migrate.sh script does not copy the data.
Already tried to save it in /opt/ and run it with folder and complete path.
It is a docker setup.
Can anybody answer it?
I have the same problem. Docker installation needs to migrate to S3 API compatible storage. Seafile v11.0.17, the script takes just 5 seconds to output āDone.ā and thatās it. Object storage is empty. Using S3 v2 API without e2e encryption.