The migration tool supports checkpoint restart. If the upload of a large file is interrupted due to the tool error or service failure, you can run the tool again and restart the upload from the checkpoint.
No. All successfully uploaded files will be recorded in the
db directory. Before the migration tool runs, the
db directory will be scanned first, and the files recorded in it will not be uploaded again. For more information, please see Migration mechanism and process.
Check whether your key, bucket, and region information is correct and ensure that you have the operation permission. If you're using a sub-account, it needs to be authorized by the root account. If you migrate data from a local file system or other cloud storage, write/read permission on the bucket is required. For the "Bucket copy" operation, read permission on the source bucket is also required.
This error occurs when the data download from other cloud storage times out due to insufficient bandwidth. For example, when you migrate overseas data from AWS to COS, "read time out" may occur due to network latency caused by insufficient bandwidth. To solve this problem, you can increase the network bandwidth and test download speed with
wget before migration.
This error occurs when frequency control is triggered. A limit of 30,000 QPS is imposed on an account in COS. You are advised to decrease the concurrency for small files in configuration. Then run the tool again to resume the migration.
Check whether your key, bucket, and region information is correct.
The possible reason is that the tool uses rocksdb which requires 64-bit JDK. Check whether your JDK version is X64.
In a Windows environment, the tool needs to be compiled in Microsoft Visual Studio 2015. In case of the above error message, you need to install Visual C++ Redistributable for Visual Studio 2015.
Modify the file
src/main/resources/log4j.properties by replacing the value of log4j.rootLogger with the log level, such as DEBUG, INFO, and ERROR.
/tmp/librocksdbjnixxx.so: ELF file OS ABI invaliderror is reported in the Linux environment?
IFUNC needs to be supported on Linux and the binutils version in the running environment should be later than 2.20.
If other problems occur, try to run the migration tool again. If the problem persists, please compress the configuration (with the key hidden) as well as the log directory and contact us.