I'd file a bug report on this, but I'm on my out the door and won't be online the rest of the night, and will likely forget about it until the next time I look at the errorlog... This is after applying updates *yesterday*, although nothing checked in so far today would seem to apply.. Only happened once, although plenty of messages have gone through different lists that would have archived.
Nov 06 18:19:09 2002 qrunner(13969): Traceback (most recent call last): Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/Archiver.py", line 213, in ArchiveMail Nov 06 18:19:09 2002 qrunner(13969): h.close() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 303, in close Nov 06 18:19:09 2002 qrunner(13969): self.update_dirty_archives() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 1074, in update_dirty_archives Nov 06 18:19:09 2002 qrunner(13969): self.__super_update_dirty_archives() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 517, in update_dirty_archives Nov 06 18:19:09 2002 qrunner(13969): self.update_archive(i) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 1077, in update_archive Nov 06 18:19:09 2002 qrunner(13969): self.__super_update_archive(archive) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 423, in update_archive Nov 06 18:19:09 2002 qrunner(13969): self._update_simple_index(hdr, archive, arcdir) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 439, in _update_simple_index Nov 06 18:19:09 2002 qrunner(13969): article = self.database.getArticle(self.archive, msgid) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperDatabase.py", line 284, in getArticle Nov 06 18:19:09 2002 qrunner(13969): article = self.__cache[msgid] = pickle.loads(buf) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 314, in __setstate__ Nov 06 18:19:09 2002 qrunner(13969): if self._mlist is None: Nov 06 18:19:09 2002 qrunner(13969): AttributeError: Article instance has no attribute '_mlist'
Yeah, I saw one of these too. I dropped a note to Barry about it but haven't heard back:
-=-=-=-=-
I got an error last night that made me wonder whether this should be present for "transition" archives:
$ cvs diff HyperArch.py Index: HyperArch.py
RCS file: /cvsroot/mailman/mailman/Mailman/Archiver/HyperArch.py,v retrieving revision 2.24 diff -r2.24 HyperArch.py 314c314 < if self._mlist is None:
if not hasattr(self, "_mlist") or self._mlist is None:
$
Ron Jarrell wrote:
I'd file a bug report on this, but I'm on my out the door and won't be online the rest of the night, and will likely forget about it until the next time I look at the errorlog... This is after applying updates *yesterday*, although nothing checked in so far today would seem to apply.. Only happened once, although plenty of messages have gone through different lists that would have archived.
Nov 06 18:19:09 2002 qrunner(13969): Traceback (most recent call last): Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/Archiver.py", line 213, in ArchiveMail Nov 06 18:19:09 2002 qrunner(13969): h.close() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 303, in close Nov 06 18:19:09 2002 qrunner(13969): self.update_dirty_archives() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 1074, in update_dirty_archives Nov 06 18:19:09 2002 qrunner(13969): self.__super_update_dirty_archives() Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 517, in update_dirty_archives Nov 06 18:19:09 2002 qrunner(13969): self.update_archive(i) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 1077, in update_archive Nov 06 18:19:09 2002 qrunner(13969): self.__super_update_archive(archive) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 423, in update_archive Nov 06 18:19:09 2002 qrunner(13969): self._update_simple_index(hdr, archive, arcdir) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/pipermail.py", line 439, in _update_simple_index Nov 06 18:19:09 2002 qrunner(13969): article = self.database.getArticle(self.archive, msgid) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperDatabase.py", line 284, in getArticle Nov 06 18:19:09 2002 qrunner(13969): article = self.__cache[msgid] = pickle.loads(buf) Nov 06 18:19:09 2002 qrunner(13969): File "/home/mailman/Mailman/Archiver/HyperArch.py", line 314, in __setstate__ Nov 06 18:19:09 2002 qrunner(13969): if self._mlist is None: Nov 06 18:19:09 2002 qrunner(13969): AttributeError: Article instance has no attribute '_mlist'
"RJ" == Ron Jarrell <jarrell@vt.edu> writes:
RJ> I'd file a bug report on this, but I'm on my out the door and
RJ> won't be online the rest of the night, and will likely forget
RJ> about it until the next time I look at the errorlog... This is
RJ> after applying updates *yesterday*, although nothing checked
RJ> in so far today would seem to apply.. Only happened once,
RJ> although plenty of messages have gone through different lists
RJ> that would have archived.
Okay, I just checked in some fixes for this, I believe. See the bin/b4b5-archfix script. Do a normal update then run this as specified in the docstring (use --help for details).
I've done a little testing with this but will verify with more lists momentarily.
-Barry
"BAW" == Barry A Warsaw <barry@python.org> writes:
BAW> Okay, I just checked in some fixes for this, I believe. See
BAW> the bin/b4b5-archfix script. Do a normal update then run
BAW> this as specified in the docstring (use --help for details).
BAW> I've done a little testing with this but will verify with
BAW> more lists momentarily.
Oh yeah, you'll need to re-run configure (not config.status) when doing the make install.
-Barry
At 05:34 PM 11/7/02 -0500, Barry A. Warsaw wrote:
"RJ" == Ron Jarrell <jarrell@vt.edu> writes:
RJ> I'd file a bug report on this, but I'm on my out the door and RJ> won't be online the rest of the night, and will likely forget RJ> about it until the next time I look at the errorlog... This is RJ> after applying updates *yesterday*, although nothing checked RJ> in so far today would seem to apply.. Only happened once, RJ> although plenty of messages have gone through different lists RJ> that would have archived.
Okay, I just checked in some fixes for this, I believe. See the bin/b4b5-archfix script. Do a normal update then run this as specified in the docstring (use --help for details).
I've done a little testing with this but will verify with more lists momentarily.
Hey, Barry, or did your testing not include actually *doing* a -h? :-)
Given that it causes a traceback, because b4b5-archfix is missing a from Mailman.i18n import _
Okay, I just checked in some fixes for this, I believe. See the bin/b4b5-archfix script. Do a normal update then run this as specified in the docstring (use --help for details).
Then run check_perms -f, because b4b5-archfix will step all over your permissions, unless you happen to run it *as* the mailman user...
"RJ" == Ron Jarrell <jarrell@vt.edu> writes:
RJ> Hey, Barry, or did your testing not include actually *doing* a
RJ> -h? :-)
RJ> Given that it causes a traceback, because b4b5-archfix is
RJ> missing a from Mailman.i18n import _
Fixed, thanks.
I also added a nice reminder printed when finished that check_perms should be run.
-Barry
participants (3)
-
barry@python.org
-
Dan Mick
-
Ron Jarrell