WS lag

Quoted 11 lines · Alex Broens

Quoted 7 lines · Jeff Chan

BTW, the big file transfer was after I manually deleted sa-blacklist.current.domains on my end, but comparing a version of sa-blacklist.current.domains saved last night to the new version rsynced over, it's unchanged.

(That's bad, unless the file is truly unchanged from about 10 hours ago, which seem possible, but unlikely.)

Jeff,

Quoted 7 lines

added mirrorforhappiness. com a while ago.

Its in /processing/master-black now

it should show up in sa-blacklist.current.domains soon.

If I seee it in there, Id say you should as well, right?

Yes, but the copy of sa-blacklist.current.domains I'm rsyncing has not updated in almost 24 hours. You can tell by checking the zone file serial numbers which are all in UNIX epoch seconds:

http://www.surbl.org/nameservers-output.html

The serial for ws.surbl.org 1101111492 is almost a day old. That's possible if the data itself don't update often, but I'm pretty sure it should be more often than once a day!

My script does not produce a new zone file unless
the data has changed:

http://spamcheck.freeapp.net/handle-sa-blacklist

Hmmm, the version I grabbed using http:

lwp-request 'http://www.stearns.org/sa-blacklist/sa-blacklist.current.domains' > bar

does not match the version I'm getting via rsync.

But the http version matches the version I just rsynced into a *new* file name:

rsync -vv -L zaphod.stearns.org::wstearns/sa-blacklist/sa-blacklist.current.domains baz

Bill can you check your server logs to see if there's anything unusual.

Is rsync somehow confused about timestamps?

It definitely seems to be an rsync issue. Is there a place rsync stores temporary files on your server or mine that might be stale?

Good morning, all,

(For the UML-devel mailing list: The "spamgate" virtual machine
creates multiple text files and stores them on the host via a hostfs mount. The slartibartfast and jeeves VM's publish that data read through a hostfs mount out via http and rsync, respectively.)

The three vm's were publishing just fine in the 2.4.23 kernel I
have at http://www.stearns.org/uml/ . When I rebooted the three vm's into the 2.4.27 kernel I have there, slart and jeeves started showing stale data. Moving spamgate back to 2.4.23 didn't help; slart and jeeves still presented old files to the outside world. As soon as I moved slart and jeeves back to 2.4.23, the problems went away.
Kernels and compile options used are both at
http://www.stearns.org/uml/ .