gravity-sync icon indicating copy to clipboard operation
gravity-sync copied to clipboard

gravity-sync push hangs at pushing the local gravity database

Open mytechguyri opened this issue 2 years ago โ€ข 1 comments

Fresh install of Gravity-Sync, first run of gravity-sync push Primary instance is running on a Raspberry Pi Zero running Raspberry Pi OS 11 bullseye secondary instance is running on an x86-64 PC running Debian bookworm I have done gravity-sync purge on both machines and started with a completely fresh install

pi@pihole:~ $ gravity-sync push โˆž Initializing Gravity Sync (4.0.4) โœ“ Loading gravity-sync.conf โœ“ Detecting local Pi-hole installation โœ“ Detecting remote Pi-hole installation โœ“ Gravity Sync remote peer is configured โœ“ Evaluating arguments: PUSH ยป Remote target [email protected] โœ“ Validating pathways to Pi-hole โœ“ Validating pathways to DNSMASQ โœ“ Hashing the remote Gravity Database โœ“ Comparing to the local Gravity Database ! Differences detected in the Gravity Database โœ“ Hashing the remote DNS Records โœ“ Comparing to the local DNS Records ! Differences detected in the DNS Records โœ“ Hashing the remote DNS CNAMEs โœ“ Comparing to the local DNS CNAMEs ! Differences detected in the DNS CNAMEs ! Static DHCP Addresses not detected on the local Pi-hole ! Replication of Pi-hole settings is required โœ“ Performing backup of remote Gravity Database โœ“ Performing backup of local Gravity Database โœ“ Checking Gravity Database copy integrity โˆž Pushing the local Gravity Database

System just hangs at this point and eventually times out

attempting to run gravity-sync pull on the secondary instance gives similar results

root@thindebian:/var/log/pihole# gravity-sync pull โˆž Initializing Gravity Sync (4.0.4) โœ“ Loading gravity-sync.conf โœ“ Detecting local Pi-hole installation โœ“ Detecting remote Pi-hole installation โœ“ Gravity Sync remote peer is configured โœ“ Evaluating arguments: PULL ยป Remote target [email protected] โœ“ Validating pathways to Pi-hole โœ“ Validating pathways to DNSMASQ โœ“ Hashing the remote Gravity Database โœ“ Comparing to the local Gravity Database ! Differences detected in the Gravity Database โœ“ Hashing the remote DNS Records โœ“ Comparing to the local DNS Records ! Differences detected in the DNS Records โœ“ Hashing the remote DNS CNAMEs โœ“ Comparing to the local DNS CNAMEs ! Differences detected in the DNS CNAMEs ! Static DHCP Addresses not detected on the local Pi-hole ! Replication of Pi-hole settings is required โœ“ Performing backup of local Gravity Database โœ“ Performing backup of remote Gravity Database โœ“ Checking Gravity Database copy integrity โˆž Pulling the remote Gravity Database

and gravity-sync hangs at this point again, and eventually times out. There doesn't seem to be any logging enabled in gravity-sync, so I can't tell for certain, but I expect rsync is failing somehow

Rsync version info on the secondary instance (Debian Bookworm) is: rsync version 3.2.6 protocol version 31 Copyright (C) 1996-2022 by Andrew Tridgell, Wayne Davison, and others. Web site: https://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints, socketpairs, symlinks, symtimes, hardlinks, hardlink-specials, hardlink-symlinks, IPv6, atimes, batchfiles, inplace, append, ACLs, xattrs, optional secluded-args, iconv, prealloc, stop-at, no crtimes Optimizations: SIMD-roll, no asm-roll, openssl-crypto, no asm-MD5 Checksum list: xxh128 xxh3 xxh64 (xxhash) md5 md4 none Compress list: zstd lz4 zlibx zlib none

Rsync version info on the Pi (Raspbian Bullseye) is rsync version 3.2.3 protocol version 31 Copyright (C) 1996-2020 by Andrew Tridgell, Wayne Davison, and others. Web site: https://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, hardlink-specials, symlinks, IPv6, atimes, batchfiles, inplace, append, ACLs, xattrs, optional protect-args, iconv, symtimes, prealloc, stop-at, no crtimes Optimizations: no SIMD, no asm, openssl-crypto Checksum list: xxh128 xxh3 xxh64 (xxhash) md5 md4 none Compress list: zstd lz4 zlibx zlib none

mytechguyri avatar Nov 29 '22 19:11 mytechguyri

I can repeat the same behavior. I have set up 2 fresh Debian 11 VMs, installed the latest Pihole(Today Pi-hole [v5.14.2], FTL [v5.19.2]and Web Interface [v5.17]) and latest Gravity sync (4.0.4). I have tried push and pull but non of both methods worked for me.

โˆž Initializing Gravity Sync (4.0.4) โœ“ Loading gravity-sync.conf โœ“ Detecting local Pi-hole installation โœ“ Detecting remote Pi-hole installation โœ“ Gravity Sync remote peer is configured โœ“ Evaluating arguments: PUSH ยป Remote target username@ip(of cause replaced) โœ“ Validating pathways to Pi-hole โœ“ Validating pathways to DNSMASQ โœ“ Hashing the remote Gravity Database โœ“ Comparing to the local Gravity Database ! Differences detected in the Gravity Database โœ“ Hashing the remote DNS Records โœ“ Comparing to the local DNS Records ! Differences detected in the DNS Records ! DNS CNAMEs not detected on the local Pi-hole ! Static DHCP Addresses not detected on the local Pi-hole ! Replication of Pi-hole settings is required โœ“ Performing backup of remote Gravity Database โœ“ Performing backup of local Gravity Database โœ“ Checking Gravity Database copy integrity โœ— Pushing the local Gravity Database

Brotpilot-921 avatar Nov 29 '22 22:11 Brotpilot-921

Effective July 26, 2024, this project has been retired. Thank you for your use and enthusiasm for a project that began as a few lines of bash in a Slack channel and envolved into something far more complex, and used by many thousands of Pi-hole enthusiasts over the last four years.

vmstan avatar Jul 26 '24 18:07 vmstan