web-dev-qa-db-ja.com

これらのクラッシュするimapdプロセスの原因は何ですか？

Mac OS X 10.5 Leopard Serverメールサーバーがありますが、最近、今週末に「無効な形式」のIMAPメールボックスで問題が発生し始めました。 IMAPデータを格納しているボリュームにいくつかの不良ブロック数があり、ボリュームと問題のあるメールボックスを修復した後、問題が再発していないことが判明しました。ただし、持続している新しい問題は、頻繁にimapsプロセスをクラッシュさせ、次のようなdb4「ロッカー」エラーを増やし続けています。

Apr 13 17:01:12 Host lmtpunix[31509]: DBERROR db4: 1134 lockers

/var/log/system.logからのimapsプロセスのクラッシュのエラーは次のとおりです。

Apr 12 13:43:10 Host imaps[11792]: starttls: TLSv1 with cipher AES128-SHA (128/128 bits new) no authentication
Apr 12 13:43:12 Host imaps[11792]: starttls: TLSv1 with cipher AES128-SHA (128/128 bits new) no authentication
Apr 12 13:43:13 Host imaps[11792]: login: pool-72-92-XXX-XXX.burl.east.myfairpoint.net [72.92.XXX.XXX] user3 CRAM-MD5+TLS User logged in
Apr 12 13:43:15 Host ReportCrash[14362]: Formulating crash report for process imapd[11792]
Apr 12 13:43:15 Host master[94896]: process 11792 exited, signaled to death by 11
Apr 12 13:43:15 Host ReportCrash[14362]: Saved crashreport to /Library/Logs/CrashReporter/imapd_2011-04-12-134315_Host.crash using uid: 0 gid: 0, euid: 0 egid: 0

そして、/var/log/mailaccess.logからの次の：

Apr 12 13:43:10 Host imaps[11792]: accepted connection
Apr 12 13:43:10 Host imaps[11792]: mydelete: starting txn 2147495107
Apr 12 13:43:10 Host imaps[11792]: mydelete: committing txn 2147495107
Apr 12 13:43:10 Host imaps[11792]: mystore: starting txn 2147495108
Apr 12 13:43:10 Host imaps[11792]: mystore: committing txn 2147495108
Apr 12 13:43:10 Host imaps[11792]: starttls: TLSv1 with cipher AES128-SHA (128/128 bits new) no authentication
Apr 12 13:43:12 Host imaps[11792]: accepted connection
Apr 12 13:43:12 Host imaps[11792]: mydelete: starting txn 2147495112
Apr 12 13:43:12 Host imaps[11792]: mydelete: committing txn 2147495112
Apr 12 13:43:12 Host imaps[11792]: mystore: starting txn 2147495113
Apr 12 13:43:12 Host imaps[11792]: mystore: committing txn 2147495113
Apr 12 13:43:12 Host imaps[11792]: starttls: TLSv1 with cipher AES128-SHA (128/128 bits new) no authentication
Apr 12 13:43:12 Host imaps[11792]: AOD: user options: no lookup required for: user3
Apr 12 13:43:13 Host imaps[11792]: login: pool-72-92-XXX-XXX.burl.east.myfairpoint.net [72.92.149.161] user3 CRAM-MD5+TLS User logged in
Apr 12 13:43:13 Host imaps[11792]: quota set to "unlimited" for mailbox user.user3
Apr 12 13:43:13 Host imaps[11792]: open: user user3 opened Other Users/listmaster
Apr 12 13:43:15 Host master[94896]: process 11792 exited, signaled to death by 11
Apr 12 13:43:15 Host master[94896]: service imaps pid 11792 in BUSY state: terminated abnormally
Apr 12 13:43:15 Host master[94896]: process 11792 exited, signaled to death by 11
Apr 12 13:43:15 Host master[94896]: service imaps pid 11792 in BUSY state: terminated abnormally

クラッシュレポートはすべて次のようなものです。

Process:         imapd [39069]
Path:            /usr/bin/cyrus/bin/imapd
Identifier:      imapd
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process:  master [38605]

Date/Time:       2011-04-13 18:25:24.068 -0400
OS Version:      Mac OS X Server 10.5.7 (9J61)
Report Version:  6
Anonymous UUID:  223C4DD1-2AE2-4381-8A28-DEB9082281A8

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000077a0ca64
Crashed Thread:  0

Thread 0 Crashed:
0   imapd                               0x0003090c process_records + 588
1   imapd                               0x00031362 mailbox_expunge + 2146
2   imapd                               0x00006fde cmd_close + 179
3   imapd                               0x00018cf8 cmdloop + 2940
4   imapd                               0x0001c1b7 service_main + 1498
5   imapd                               0x00002e73 main + 3502
6   imapd                               0x00002006 start + 54

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0x61766970  ebx: 0x000306cb  ecx: 0x00000008  edx: 0x77a0ca64
  edi: 0x00bfffa4  esi: 0x162a5fa4  ebp: 0xbfffad48  esp: 0xbfffac90
   ss: 0x0000001f  efl: 0x00010202  eip: 0x0003090c   cs: 0x00000017
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
  cr2: 0x77a0ca64

はい、それらはすべてprocess_recordsのmailbox_expungeでクラッシュします。

ログに他のエラーは実際には表示されていません。少なくとも、クラッシュしたプロセスに何らかの形で関連しているように見えるか、SQUAT failed to open index fileやIOERROR: fstating sieve script /usr/sieve/u/user/defaultbc: No such file or directoryのように無害です。

Other Users/listmasterメールボックスもuser3メールボックスもまだ再構築していないことを認めなければなりません。常に同じユーザーであるとは限りません。

送信された電子メールが「送信済みメッセージ」メールボックスに保存されておらず、最初の発行日から保存されていないことに気付いたユーザーがいます。メールボックスを再構築すると（現在はSudo mailbfr -m usernameを使用しており、通常実行する Sudo /usr/bin/cyrus/bin/reconstruct -r user/username に加えて追加のアクセス許可が修正されています）、新しく送信された電子メールを保存できるようですしかし、私はその問題とこの問題（またはログ内の他のエラー）との相関関係を見つけるのに問題があります。

任意の提案をいただければ幸いです。メッセージを削除しようとすると本当にクラッシュしますか？すべてのユーザーのメールボックスを個別に再構築する必要がありますか？私reallyは、Cyrusデータベース全体を再構築して、すべてのメッセージのすべてのフラグ付き/読み取りステータスを失いたくありません。

mac-osx-serverimapcyrus
1
morgant

私はずっと前にこの問題を解決しました。

正確なコマンドは覚えていませんが、特定のクラッシュを特定のユーザーに合理的に関連付ける方法を見つけました。その時点で、mailbfr -mを実行してそのユーザーのメールボックスを再構築できます。最終的に、問題のあるすべてのメールボックスを再構築し、サーバーから問題を取り除くことができました。

0
morgant

破損したブロックが誤ったdbインデックスに移動し、新しいデータの保存中にクラッシュが発生したと思います。データベースを再構築することを除いて、あなたができることはあまりありません。ユーザーが見たファイルをバックアップして使用してみることができますが、このアイデアをテストユーザーでテストしてください。正直なところ、不良ブロックのあるharrdriveは、とにかくできるだけ早くサーバーから削除する必要があると思います

0
BobC