[Mailman-Users] locks
kalin m
kalin at el.net
Sat Sep 20 01:44:47 CEST 2008
i can't get to the members?!
# ./list_members -o musicl musiclist
Traceback (most recent call last):
File "./list_members", line 286, in ?
main()
File "./list_members", line 230, in main
mlist = MailList.MailList(listname, lock=False)
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
kalin m wrote:
> Mark Sapiro wrote:
>> kalin m wrote:
>>
>>> i did delete the locks when the problem begun. but that apparently
>>> didn;t do much.. now here is what i get:
>>>
>>
>>
>> Do you still have lock issues? Perhaps you deleted some active lock
>> requests along with the stale lock and allowed a concurrent update
>> causing the config.pck corruption. Or perhaps the corrupt config.pck
>> is causing lock issues?
>>
> i still 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
>
>
>>> ./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.
>>>
>>
>> Which tells you "If the filename ends with `.db', then it is assumed
>> that the file contains a Python marshal. If the file ends with `.pck'
>> then it is assumed to contain a Python pickle. In either case, if you
>> want to override the default assumption -- or if the file ends in
>> neither suffix -- use the -p or -m flags."
>>
>> i.e. you need to do
>>
>> ./bin/dumpdb -p lists/musiclist/config.pck.last
>>
> cool. i didn't know that....
>> What do you get when you dump these files? If you compare the results
>> (by eye, not with diff) to a dump of a working list's config.pck, do
>> they even look reasonable?
>>
> both musiclist/config.pck and musiclist/config.pck.last look pretty
> much the same but not like any 'normal' config.pck
>
> they have a bunch of lines like:
>
> <UserDesc
> neo at hotmail.com () [odufat] [digest? no] [en]>),
> 'fb27c0e1ec56a5295f66992ba4463215b2291936': ( 'S',
> <UserDesc
> neo at hotmail.com () [naunka] [digest? no] [en]>),
> 'fb3bef120543c177653d5057e699f2294368a2cc': ( 'S',
> <UserDesc
> jane at mail.com () [rakono] [digest? no] [en]>),
> 'fb8efc7f43e9c068ca0cbc1e8c49f8e3227cdfaa': ( 'S',
> <UserDesc
> nick76 at mailbox.com () [nietfu] [digest? no] [en]>),
> 'fba45bf178def81da36ea77b5ef5e440f1fd2b7a': ( 'S',
>
>
> i assume this makes them corrupt....
>
> i guess i'll just have to recreate the list?
>
>
> thanks..
>
>
>
>
>
>
>
>
> ------------------------------------------------------
> Mailman-Users mailing list
> Mailman-Users at python.org
> http://mail.python.org/mailman/listinfo/mailman-users
> Mailman FAQ: http://wiki.list.org/x/AgA3
> Searchable Archives:
> http://www.mail-archive.com/mailman-users%40python.org/
> Unsubscribe:
> http://mail.python.org/mailman/options/mailman-users/kalin%40el.net
>
> Security Policy: http://wiki.list.org/x/QIA9
More information about the Mailman-Users
mailing list