[netatalk-ja:0488] Re: MacOS9で接続解除になる

murayama krugan @ mac.com
2015年 8月 24日 (月) 17:43:08 JST


HATさん、ありがとうございます

なるほど、errorをログで見ておきます。
スラッシュは最初でした。すみません。

ただ、共有ポイントのパスを直し、dbd -sで問題のあるファイル(ほとんど
が.DStroreと._で始まるファイル)を削除してから、
> afp_alarm: child timed out, entering disconnected state
は、出ていません。再現しないかステップごとに戻ってみようかと思います。

なんだか結局ファイルに問題があったように思います。

On 2015/08/23 23:00, HAT wrote:
> HATです。
> 
>>> ただ、ログを見ていると、定期的に
>>>
>>> Aug 14 18:05:23.048991 cnid_dbd[34708] {main.c:407} (info:CNID):
>>> Checkpointing BerkeleyDB for volume
>>> '/mnt/TOSHIBA500GB/netatalk/CNID//MULTIMEDIA//.AppleDB'
>>> Aug 14 18:13:40.473261 cnid_metad[30060] {cnid_metad.c:547} (info:CNID):
>>> cnid_dbd[34402] exited with exit code 1
>>> Aug 14 18:13:40.537211 cnid_metad[30060] {cnid_metad.c:547} (info:CNID):
>>> cnid_dbd[35264] exited with exit code 1
>>>>>> Aug 14 17:47:32.112101 cnid_dbd[35264] {main.c:407} (info:CNID):
>>> Checkpointing BerkeleyDB for volume
>>> '/mnt/TOSHIBA500GB/netatalk/CNID//WEB//.AppleDB'
>>> Aug 14 17:50:26.167163 cnid_metad[30060] {cnid_metad.c:547} (info:CNID):
>>> cnid_dbd[39307] exited with exit code 1
>>>
>>> というように、BerkleyDBのチェックポイント時に何か起きているようです。
>>> ログレベルをmaxdebugにしてみないとわからないかもしれないですね。
>>
>> これ、よくみるとただのinfoですね。そもそも問題なのかと。
>> ウチではlog levelはデフォルトにしてるので見たことないです。
> 
> infoにしてみたところ、こちらでもBerkeleyDBのチェックポイント時にcnid_dbdが1で終了していました。
> 
> Aug 23 21:32:59.829189 cnid_metad[31400] {cnid_metad.c:547} (info:CNID): cnid_dbd[27506] exited with exit code 1
> Aug 23 21:39:50.750969 cnid_dbd[1747] {main.c:407} (info:CNID): Checkpointing BerkeleyDB for volume '/var/lib/netatalk/CNID//personal//.AppleDB'
> 
> ソースコードを確認したところ、cnid_dbdは異常じゃなくても1で終了する
> 場合があります。これは問題ではないです。
> 
> cnid_dbdが異常な状態で終了する場合は、必ずログにlog_errorが出るように
> なっています。今回はlog_infoしか出てないので正常です。
> 
> 今までのログを確認してみると、本当にエラーが発生しているのは、
> [netatalk-ja:0481]における以下の行だけです。
> 
> Aug 11 10:10:53.977649 afpd[31061] {afp_dsi.c:321} (error:AFPDaemon):
> afp_alarm: child timed out, entering disconnected state
> 
> CNIDがおかしいと思っていましたが、実は無実で、
> afpdの方の問題に思えてきました。
> 


netatalk-ja メーリングリストの案内