[Mailman-Users] locks

[kalin m]

thanks...

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
>>    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__
>>    self.Load()
>>  File "/var/mailman/Mailman/MailList.py", line 629, in Load
>>    self.CheckVersion(dict)
>>  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
> backup.
>
>