You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lets say instance A is following to instance B and instance B dies due to unknown reasons and was revived as Instance C. However since instance C kept the same database as before they will have the same uuids, same videos, same everything. However instance A believes that instance C's videos are not the same as instance B. The root cause of this issue is that the database does not like duplicate uuids as it likes to keep it "unique".
Steps to reproduce
An already followed Instance dies
The dead instance follows the update-host script
Follow back instance from its new host.
Observe logs
Describe the expected behavior
There are 2 ways to fix this;
1.) This might be for the better, keep the error as is however make the "update-host" to regenerate their uuids.
This ensures that uuids will stay unique and so therefore updating the host will need a new identity for their videos, these prevents conflicts and possibly fraudulent activity which will cause spoofing videos of a dead instance.
2.) Make the follower adjust, this solution will cause the follower to create a NEW UUID if the uuid is not unique and simply link it from the source.
Additional information
PeerTube instance:
URL:
Version: 5.2.0
NodeJS version: v16
Ffmpeg version:
The text was updated successfully, but these errors were encountered:
Unfortunately updating host of an instance that has already federated is not supported. Updating UUIDs is an idea, but we don't have enough resource to support this use case as we rely on video UUIDs in multiple places in PeerTube code.
Describe the current behavior
Lets say instance A is following to instance B and instance B dies due to unknown reasons and was revived as Instance C. However since instance C kept the same database as before they will have the same uuids, same videos, same everything. However instance A believes that instance C's videos are not the same as instance B. The root cause of this issue is that the database does not like duplicate uuids as it likes to keep it "unique".
Steps to reproduce
Describe the expected behavior
There are 2 ways to fix this;
1.) This might be for the better, keep the error as is however make the "update-host" to regenerate their uuids.
This ensures that uuids will stay unique and so therefore updating the host will need a new identity for their videos, these prevents conflicts and possibly fraudulent activity which will cause spoofing videos of a dead instance.
2.) Make the follower adjust, this solution will cause the follower to create a NEW UUID if the uuid is not unique and simply link it from the source.
Additional information
The text was updated successfully, but these errors were encountered: