[Csync2] Format Error
Dan Brown
danb at zu.com
Wed Oct 1 17:18:47 CEST 2008
I recently started getting a format-error during a stats sync. These are on
Fedora FC6 servers which might be susceptible to the /dev/random problem
since I can't get SSL to work.
The following is debug output from attempting to sync. The format error is
blocking all other updates. I ended up removing the file since it's just a
stats files from webalizer but the server doing the update still can't do
the update.
My hostname is nitehawk.zu.com.
Database-File: /var/lib/csync2/nitehawk.zu.com.db
Config-File: /etc/csync2.cfg
SQL: SELECT peername FROM dirty GROUP BY peername ORDER BY random()
SQL Query finished.
SQL: SELECT filename, myname, force FROM dirty WHERE peername =
'seahawk.zu.com' ORDER by filename ASC
SQL Query finished.
Connecting to host seahawk.zu.com (PLAIN) ...
Local> CONFIG \n
Peer> OK (cmd_finished).\n
Local> GROUP zugroup\n
Peer> OK (cmd_finished).\n
Local> HELLO nitehawk.zu.com\n
Peer> OK (cmd_finished).\n
Match (+): /clients/ACU/www/htdocs on
/clients/ACU/www/htdocs/usage/ctry_usage_200808.png
Updating /clients/ACU/www/htdocs/usage/ctry_usage_200808.png on
seahawk.zu.com ...
Local> SIG
DVtpI_oMsd5xcO2JMC.FNr.bfmM89r7qcesSvPsgNI8l_yKC5.QjNSFHTXBl3VAI
/clients/ACU/www/htdocs/usage/ctry_usage_200808.png\n
Peer> OK (data_follows).\n
Peer> v1:mtime=0:mode=33204:uid=0:gid=0:type=reg:size=2647\n
File is different on peer (cktxt char #18).
>>> PEER: v1:mtime=0:mode=33204:uid=0:gid=0:type=reg:size=2647
>>> LOCAL: v1:mtime=0:mode=33188:uid=508:gid=509:type=reg:size=2647
Csync2 / Librsync:
csync_rs_check('/clients/ACU/www/htdocs/usage/ctry_usage_200808.png', 1
[regular file])
Opening basis_file and sig_file..
Running rs_sig_file() from librsync....
Reading signature size from peer....
Peer> octet-stream 36\n
Receiving 36 bytes ..
Peer>
rs\0016\000\000\010\000\000\000\000\010\011%;V\361\331CrgU*x\213\355
\017\220\274\310\310\217?\222+
Got 36 bytes, 0 bytes left ..
File has been checked successfully (files are equal).
Peer> OK (cmd_finished).\n
Local> PATCH
DVtpI_oMsd5xcO2JMC.FNr.bfmM89r7qcesSvPsgNI8l_yKC5.QjNSFHTXBl3VAI
/clients/ACU/www/htdocs/usage/ctry_usage_200808.png\n
Peer> OK (send_data).\n
Csync2 / Librsync:
csync_rs_delta('/clients/ACU/www/htdocs/usage/ctry_usage_200808.png')
Receiving sig_file from peer..
Peer> octet-stream 36\n
Receiving 36 bytes ..
Peer>
rs\0016\000\000\010\000\000\000\000\010\011%;V\361\331CrgU*x\213\355
\017\220\274\310\310\217?\222+
Got 36 bytes, 0 bytes left ..
Opening new_file and delta_file..
Running rs_build_hash_table() from librsync..
Running rs_delta_file() from librsync..
Sending delta_file to peer..
Local> octet-stream 9\n
Local> rs\0026F\000\nW\000
Delta has been created successfully.
Peer> Updated /clients/ACU/www/htdocs/usage/ctry_usage_200808.png from
nitehawk.zu.com.\n
While syncing file /clients/ACU/www/htdocs/usage/ctry_usage_200808.png:
ERROR from peer seahawk.zu.com: Updated
/clients/ACU/www/htdocs/usage/ctry_usage_200808.png from nitehawk.zu.com.
File stays in dirty state. Try again later...
Match (+): /clients/ACU/www/htdocs on
/clients/ACU/www/htdocs/usage/ctry_usage_200809.png
Updating /clients/ACU/www/htdocs/usage/ctry_usage_200809.png on
seahawk.zu.com ...
Local> SIG
DVtpI_oMsd5xcO2JMC.FNr.bfmM89r7qcesSvPsgNI8l_yKC5.QjNSFHTXBl3VAI
/clients/ACU/www/htdocs/usage/ctry_usage_200809.png\n
Peer> OK (cmd_finished).\n
Peer> OK (not_found).\n
File is different on peer (cktxt char #0).
>>> PEER: OK (not_found).
>>> LOCAL: v1:mtime=0:mode=33188:uid=508:gid=509:type=reg:size=2294
Csync2 / Librsync:
csync_rs_check('/clients/ACU/www/htdocs/usage/ctry_usage_200809.png', 1
[regular file])
Opening basis_file and sig_file..
Running rs_sig_file() from librsync....
Reading signature size from peer....
Peer> ---\n
Format-error while receiving data.
Even from this debug, I see no obvious problem as to why it's not updating.
I've not yet wiped out and re-initialized the database to see if that will
help but I may try that next.
___________________________________________________
Dan Brown
danb at zu.com
More information about the Csync2
mailing list