[Zope] ZSyncer Problems
trzegir at ncable.net.au
Sun Feb 15 00:37:13 EST 2004
I tried the following...
[tim at localhost tim]$ wget http://192.168.0.4:8080
Connecting to 192.168.0.4:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3,056 [text/html]
100%[====================================>] 3,056 2.91M/s
16:33:17 (2.91 MB/s) - `index.html' saved [3056/3056]
So it seems to me that the network is working fine ;)
When I try to use ZSyncer the same thing happens.
Any other ideas?
On Sun, 2004-02-15 at 04:52, Paul Winkler wrote:
> On Sat, Feb 14, 2004 at 05:01:53PM +1100, Tim Zegir wrote:
> > Hello all,
> > I have two machines on a local network using the latest version of
> > ZSyncer. one machine is a redhat 9 box with zope 2.6.2 and the other is
> > a mandrake 9.2 box with zope 2.7.0.
> > When using ZSyncer from the mandrake 9.2 box everthing works fine,
> > but when trying to go from the redhat 9 box i get the following error...
> > -------------
> > There was a problem with that comparison.
> > Error:
> > * error
> > * (110, 'Connection timed out')
> > Could it be a networking problem?
> Almost certainly.
> Try connecting from the redhat box to the mandrake box
> at the command line, e.g. using wget, lynx, or links.
> This must work or zsyncer can't work. e.g.
> lynx http://your-mandrake-box:8080/
> Once that works, double-check the configuration of the
> ZSyncer instance on the redhat box.
> Incidentally, you may find zsyncer in its current state
> unsatisfactory for two-way syncing like you describe,
> due to inaccurate status reports.
> For all objects except CMF content types, the status
> is based on bobobase_modification_time; if source modtime >
> dest_modtime we decide it's "ok", otherwise "out of date".
> Syncing an object causes its bobobase_modification_time
> to be set to the current time on the receiving end.
> There is nothing that can be done about this, it happens
> at too low a level.
> This means that "ok" in one direction will always be
> reported as "out of sync" in the other direction.
> CMF content types compare more reliably because Zsyncer checks for
> DublinCore modified time and uses that if available.
> Improved comparison techniques will be a focus of the 0.6 release.
> But there is no release schedule, sorry.
> Help would be welcome :-)
More information about the Zope