[Mailman-Users] locks

[kalin m]

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