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 [EMAIL PROTECTED] () [odufat] [digest? no] [en]>),
   'fb27c0e1ec56a5295f66992ba4463215b2291936': (   'S',
<UserDesc [EMAIL PROTECTED] () [naunka] [digest? no] [en]>),
   'fb3bef120543c177653d5057e699f2294368a2cc': (   'S',
<UserDesc [EMAIL PROTECTED] () [rakono] [digest? no] [en]>),
   'fb8efc7f43e9c068ca0cbc1e8c49f8e3227cdfaa': (   'S',
<UserDesc [EMAIL PROTECTED] () [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@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
------------------------------------------------------
Mailman-Users mailing list
Mailman-Users@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/archive%40jab.org

Security Policy: http://wiki.list.org/x/QIA9

Reply via email to