kalin at el.net
Fri Sep 19 21:22:55 CEST 2008
i did delete the locks when the problem begun. but that apparently
didn;t do much.. now here is what i get:
./bin/dumpdb lists/musiclist/config.pck | grep data_version
doesn't do much.
for ./bin/dumpdb lists/musiclist/config.pck.last
is giving me the help page for dumpdb.
a grep on both files for data_version is not returning anything....
Mark Sapiro wrote:
> kalin m wrote:
>> now for the same list i get:
>> Traceback (most recent call last):
>> File "/var/mailman/scripts/driver", line 87, in run_main
>> File "/var/mailman/Mailman/Cgi/admin.py", line 72, in main
>> mlist = MailList.MailList(listname, lock=0)
>> File "/var/mailman/Mailman/MailList.py", line 128, in __init__
>> File "/var/mailman/Mailman/MailList.py", line 629, in Load
>> File "/var/mailman/Mailman/MailList.py", line 668, in CheckVersion
>> if self.data_version >= mm_cfg.DATA_FILE_VERSION:
>> File "/var/mailman/Mailman/MailList.py", line 144, in __getattr__
>> raise AttributeError, name
>> AttributeError: data_version
> This indicates that the lists/musiclist/config.pck file is somehow
> corrupt. It can apparently be loaded OK, but doesn't contain all the
> appropriate information.
> I suggest you stop Mailman and your web server. Then clear any stale
> locks per the FAQ at <http://wiki.list.org/x/noA9>. Also, run
> bin/dumpdb on lists/musiclist/config.pck and
> lists/musiclist/config.pck.last. If lists/musiclist/config.pck has a
> data_version attribute, just restart the web server and Mailman. If
> not but lists/musiclist/config.pck.last does, remove
> lists/musiclist/config.pck leaving only
> lists/musiclist/config.pck.last and restart the web server and Mailman.
> If neither file is good, you will have to restore a good file from a
More information about the Mailman-Users