I'm getting a traceback running report_mirror on my FC6 mirror system:
$ ./report_mirror -o mirror-report.txt -c report_mirror.conf Traceback (most recent call last): File "./report_mirror", line 240, in ? main() File "./report_mirror", line 236, in main print server.checkin(base64.urlsafe_b64encode(bz2.compress(p))) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response return u.close() File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close raise Fault(**self._stack[0]) xmlrpclib.Fault: <Fault 1: "'NoneType' object has no attribute 'keys'">
On Wed, May 23, 2007 at 11:29:32AM -0400, Chuck Anderson wrote:
I'm getting a traceback running report_mirror on my FC6 mirror system:
$ ./report_mirror -o mirror-report.txt -c report_mirror.conf Traceback (most recent call last): xmlrpclib.Fault: <Fault 1: "'NoneType' object has no attribute 'keys'">
Thanks for the report. This was a caching bug on the server side. It had updated the database, but hadn't synced that data into the DB before trying to read it in another function a moment later. I think I know how to fix it. Should be OK in a few hours.
Thanks, Matt
On Wed, May 23, 2007 at 11:37:22AM -0500, Matt Domsch wrote:
On Wed, May 23, 2007 at 11:29:32AM -0400, Chuck Anderson wrote:
I'm getting a traceback running report_mirror on my FC6 mirror system:
$ ./report_mirror -o mirror-report.txt -c report_mirror.conf Traceback (most recent call last): xmlrpclib.Fault: <Fault 1: "'NoneType' object has no attribute 'keys'">
Thanks for the report. This was a caching bug on the server side. It had updated the database, but hadn't synced that data into the DB before trying to read it in another function a moment later. I think I know how to fix it. Should be OK in a few hours.
I was able to rerun the script successfully at 11:54 EDT. When should I expect the mirror cgi to start returning my mirror for my netblock?
Thanks.
On Wed, May 23, 2007 at 12:45:08PM -0400, Chuck Anderson wrote:
On Wed, May 23, 2007 at 11:37:22AM -0500, Matt Domsch wrote:
On Wed, May 23, 2007 at 11:29:32AM -0400, Chuck Anderson wrote:
I'm getting a traceback running report_mirror on my FC6 mirror system:
$ ./report_mirror -o mirror-report.txt -c report_mirror.conf Traceback (most recent call last): xmlrpclib.Fault: <Fault 1: "'NoneType' object has no attribute 'keys'">
Thanks for the report. This was a caching bug on the server side. It had updated the database, but hadn't synced that data into the DB before trying to read it in another function a moment later. I think I know how to fix it. Should be OK in a few hours.
I was able to rerun the script successfully at 11:54 EDT. When should I expect the mirror cgi to start returning my mirror for my netblock?
It takes up to 2 hours to refresh all the web servers with this data.
Thanks, Matt
On Wed, May 23, 2007 at 11:49:51AM -0500, Matt Domsch wrote:
I was able to rerun the script successfully at 11:54 EDT. When should I expect the mirror cgi to start returning my mirror for my netblock?
It takes up to 2 hours to refresh all the web servers with this data.
Thanks, it's working now. One other question. What is the output file used for? I noticed it is in some binary format. Do I need to keep this somewhere?
Thanks.
On Wed, May 23, 2007 at 01:24:35PM -0400, Chuck Anderson wrote:
On Wed, May 23, 2007 at 11:49:51AM -0500, Matt Domsch wrote:
I was able to rerun the script successfully at 11:54 EDT. When should I expect the mirror cgi to start returning my mirror for my netblock?
It takes up to 2 hours to refresh all the web servers with this data.
Thanks, it's working now. One other question. What is the output file used for? I noticed it is in some binary format. Do I need to keep this somewhere?
Oops, that isn't strictly required. I'll fix that shortly. You can of course delete it.
report_mirror can't work from behind a proxy (yet, any volunteers??). And my internal mirrors are behind authenticating proxies. And, it uses HTTPS, which further complicates things. So, to test, I actually have to dump the data that *would* be sent to the server into a file (it's just a python pickle), copy the data outside the firewalls, and then upload it to the database. And, it's a handy debug tool to be able to get the data out cleanly without having to upload and then go poke through the database to get it back out. :-)
Thanks, Matt
infrastructure@lists.fedoraproject.org
-
Chuck Anderson -
Matt Domsch