-
Notifications
You must be signed in to change notification settings - Fork 25
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
Replication is failing #65
Comments
I'll take a look at this and see if I can reproduce it over the weekend. |
Awesome, thanks @paragonie-scott Did you already look into whether you could reproduce this issue? I can try dump the summary hash details if you can't, and if that'd be useful? |
I created a few VMs and did a fresh install and still seem to be reproducing this replication issue with an entirely different system. Cron error for replication is reporting:
Published data is fine on the primary Chronicle, however when I visit /chronicle/lasthash on the replica, I get an odd looking "contents" value containing new lines and a bunch of other JSON data (possibly the reason of this issue?):
chronicle_replication_chain on the replica system has 23 rows too, not sure why; but they all contain the same record data:
Any idea why this might be happening? I'm using PHP 7.3.11-1~deb10u1, 10.3.18-MariaDB-0+deb10u1 Debian 10, and the --mysql flag during installation. Currently running via composer start. print_r($entry) in Replication.php - appendToChain($entry) gave me the correct contents from the primary so I assume it's some logic after this which is causing the issue
chronicle_replication_chain is also empty. |
Hi, cool project!
I installed it and seems to work fine for the most part, but I am having issues with the replication.
I follow the steps in the docs: installed the first Chronicle instance, configured it up to MySQL, built tables and such. Then added a client and published some data to it.
Then I created a 2nd one, ran bin/replicate.php with a target of http://127.0.0.1:8080/chronicle and the first Chronicle's pub key. This seems to work well too, and adds an entry to the
chronicle_replication_sources
.However, the secondary Chronicle does not seem to be replicating the source. I modified the
"scheduled-attestation"
: to 360 seconds but not seeing any hashes on the secondary instance. I tried to execute the scheduled-tasks.php script and got the following error:I also truncated the chains and tried to replicate again, but no luck.
Do you have any idea why this might be?
The text was updated successfully, but these errors were encountered: