| 1 |
Не получилось вылечить. |
| 2 |
менял версию db4.4 - db4.5 |
| 3 |
полностью удалял содержимое /var/spool/postfix/postgrey |
| 4 |
|
| 5 |
Забил. Поставил sqlgrey. |
| 6 |
|
| 7 |
|
| 8 |
|
| 9 |
В Втр, 11/11/2008 в 15:10 +0300, Peter Volkov пишет: |
| 10 |
> В Втр, 11/11/2008 в 14:41 +0500, Подковыркин Дмитрий пишет: |
| 11 |
> > Я уже не помню что менялось в системе, но postgrey начал иногда |
| 12 |
> падать |
| 13 |
> > со словами |
| 14 |
> |
| 15 |
> > Nov 11 02:39:43 my postgrey: FATAL: Can't call method "txn_commit" |
| 16 |
> on an |
| 17 |
> > undefined value at /usr/sbin/postgrey line 306. |
| 18 |
> > |
| 19 |
> > Удаление баз postgrey не помогло - ошибка через какое то время |
| 20 |
> повторяется. |
| 21 |
> > Как лечится? Случалось ли о кого? |
| 22 |
> |
| 23 |
> Похожая проблема обсуждается здесь: |
| 24 |
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441152 |
| 25 |
> https://bugs.launchpad.net/ubuntu/+source/db4.4/+bug/153996 |
| 26 |
> |
| 27 |
> В обоих случаях причина одна и таже - sys-libs/db. Я не очень понимаю, |
| 28 |
> почему удаление баз не помогло, но всё-таки, возможно ввостановление |
| 29 |
> вам |
| 30 |
> поможет: http://pybsddb.sourceforge.net/ref/transapp/recovery.html |
| 31 |
> |
| 32 |
> Или более кратко, как советуют в багзиле debian (пути я не проверял): |
| 33 |
> |
| 34 |
> You can run "db4.4_recover -h /path/to/environment" to fix this, BTW. |
| 35 |
> If postgrey doesn't recreate the environment on its next run, you |
| 36 |
> should use "-e" as well. |
| 37 |
> |
| 38 |
> Копайте, я не сталкивался. Если найдёте решение, не забудьте его |
| 39 |
> огласить ;) |
Archives