Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
Domink Heinz
@dominikheinz
@mueslix:matrix.org
mueslix
@mueslix:matrix.org
[m]
oh wow
thanks for the detailed description, trying to reproduce and fix tonight
Domink Heinz
@dominikheinz
I was able to see that by looking into the knoxite configuration: knoxite repo cat -r /mnt/b/backups, it still had the old storage path saved in it. /mnt/a/backups

thanks for the detailed description, trying to reproduce and fix tonight

Awesome! Let me know if you have any trouble reproducing it

By the way, have you looked at #225 ? Were you able to reproduce the problem?
5 replies
mueslix
@mueslix:matrix.org
[m]
I can kinda see what's going on already.
What happens is that knoxite stores all the backup targets in the repo config, so it can reconnect to all targets without you having to manually specify each and every single one of them
e.g. when you store your repo on Dropbox and S3, it doesn't matter which target you specify, it'll open the repo config and discover the other configured targets
Domink Heinz
@dominikheinz
:D
Btw, is master the right branch to use? Beacuse there are other branches that are more recent
mueslix
@mueslix:matrix.org
[m]
Yes, master is the right branch. Branches will eventually feed into a PR that lands in master
Domink Heinz
@dominikheinz
Gotcha
Btw, I had a random idea, not sure what you think about it. the repository.knoxite file is very important, since without it, all access to volumes and snapshots is lost right. To make it a bit more robust against bit-corruption or other sorts of damage, you could have the file structured so all the information is written twice. But the second half is written mirror'd. That way, if there is a bit corruption, it is possible to repair the file. The same concept is used for the MBR/GPT partition schemes for example
Just a random thought :D
mueslix
@mueslix:matrix.org
[m]
Interesting
So far we're storing a copy of it on each target
Domink Heinz
@dominikheinz
What do you mean by target?
mueslix
@mueslix:matrix.org
[m]
Guess we could also use the reed solomon encoding we already employ
if you setup a knoxite repository to store data in multiple locations, e.g. Dropbox & S3 parallely
Domink Heinz
@dominikheinz
Ah okay.
But yea, would be neat to also have some resilience against corruption when using a single target for backups
mueslix
@mueslix:matrix.org
[m]
thanks @dominikheinz!
Domink Heinz
@dominikheinz
@mueslix:matrix.org Any updates? Did you manage to fix the bug?
mueslix
@mueslix:matrix.org
[m]
I think I see what's going on, but I'll have to find some more time to properly fix this. Probably not before this weekend, sorry.
Domink Heinz
@dominikheinz
Okay, no problem.
mueslix
@mueslix:matrix.org
[m]
I'll ping you here as soon as I got something to test :)
Domink Heinz
@dominikheinz
Hell yea, sounds good :D
mueslix
@mueslix:matrix.org
[m]
@dominikheinz: just a quick heads up, that I'm making a ton of progress and improvements in the fuse department right now.
funnily it affects a wider range of projects that are all using my code there :D
1 reply
Domink Heinz
@dominikheinz
@mueslix:matrix.org Thanks for the feedback. I assume the bug in the mounting (with files appearing as empty directories) is what you are referring to here?
And probably also the fact that the repo can't be modified when the path changed, as outlined in the other issue
Can you already give any ETA when you expect the bugfix to be live on master for knoxite?
Domink Heinz
@dominikheinz
@mueslix:matrix.org No updates yet? :P