-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
10-to-11 migration fails with s3ds plugin #122
Comments
I've managed to get my node back up and running by rolling back to |
The repo migration tool will load any plugins present in your repo (or it should), but won't be able to use plugins built into go-ipfs itself. The simplest solution is to build a copy of the s3 plugin and drop it into your repo. Otherwise, you could try building the migration tool with s3 support. If this doesn't work, I can try walking you through that process. |
@Stebalien
|
@godcong badger v2 isn't supported. Please open a new issue so we can discuss possible solutions. |
I think that I'm going to need to go with this. I'm bundling the plugin into IPFS by building a Docker image on a different machine and then uploading that. I tried building the plugin in a container from the same base image (
|
Hmmm... maybe that error is showing up because the latest version of You might have some luck if you build the plugin against go-ipfs commit |
I tried building it against |
This addresses issue #122. - Use Makefile for each migration to build and cleanup - Update README.md to describe building with plugin
I finally managed to get around to getting this working. I had to make manual changes to the |
I have a custom compiled IPFS image using
v0.8.0
withv0.7.0
of thego-ds-s3
plugin bundled in, as per the instructions ingo-ds-s3
's README. When I try to run the new version after upgrading fromv0.7.0
, I get the following log output:The only thing that I was able to find that was similar was ipfs/kubo#6416, but it was closed without being resolved, presumably because the original author disappeared. I tried starting up a completely unmodified node via the
ipfs/go-ipfs
image on Docker Hub, but that had the exact same problem. How am I supposed to run the migration if the migration tool doesn't support the backend that I've got my data stored in? Am I missing something completely here?The text was updated successfully, but these errors were encountered: