HAT様のサイト「NetatalkとSambaの統合」のコメント欄で質問させて頂きました。
https://hatx.hatenablog.com/entry/netatalk_samba_merge
取り消し線と、赤字は、投稿後に気づいて変更した部分。
========================================
いつもお世話になっております。
不具合をシェアさせてください。
長文となりますがよろしくお願いいたします。
Rocky Linux 8.5（RHEL互換）にNetatalk 3.1.12＋Samba 4.14.5をインストールし、ファイルサーバーを構築しました。
Netatalkは、baseos、appstreamの各リポジトリにないようなので、EPELリボジトリを追加し、Netatalk 3.1.12インストールしました。
おそらく、これだと思います。
https://centos.pkgs.org/8/epel-x86_64/netatalk-3.1.12-14.el8.x86_64.rpm.html
なお、
systemctl enable netatalk.service
systemctl enable smb nmb
により、Netatalk、Samba共に自動起動の設定をしています。
さて、今回発生した問題は、Netatalkのボリュームにアクセスできないというものです。
クライアントは、MacOSX10.9.5です。
マウントスクリプト
tell application “Finder”
activate
mount volume “afp://192.168.24.203/A3-Linux/”
mount volume “afp://192.168.24.203/A3-MacWin/”
end tell
を起動し、マウントさせようとしたところ、
『サーバ”192.168.24.204″への接続で問題が起きました。
サーバ上に共有が存在しません。共有名を確認してから、やり直してください。』
とエラーが出て、マウントできませんでした。
/etc/netatalk/afp.confの設定は、
[Global]
; Global server settings
vol preset = default_for_all_volumes
uam list = uams_guest.so
mac charset = MAC_JAPANESE
guest account = nobody
spotlight = yes
log file = /var/log/netatalk.log
log level = default:note
hosts allow = 192.168.24.0/24
; [Homes]
; basedir regex = /xxxx
; [My AFP Volume]
; path = /path/to/volume
; [My Time Machine Volume]
; path = /path/to/backup
; time machine = yes
[A3-Linux]
path = /home2/A3-linux-doc/A3-Linux
ea = samba
file perm = 777
directory perm = 777
spotlight = yes
[A3-MacWin]
path = /home2/A3-linux-doc/A3-MacWin
ea = samba
file perm = 777
directory perm = 777
spotlight = yes
となっており、
ゲスト接続のみとしています。
エラー内容は、次のようなものです。
cat /var/log/natatalk.log
Feb 07 17:18:49.357523 afpd[3786] {auth.c:235} (note:AFPDaemon): Login by nobody (AFP3.4)
Feb 07 17:18:49.362131 afpd[3786] {cnid_dbd.c:152} (error:CNID): getfd: getsockopt says: Connection refused
Feb 07 17:18:49.362146 afpd[3786] {cnid_dbd.c:176} (error:CNID): tsock_getfd: no suitable network config from CNID server (localhost:4700): Connection refused
Feb 07 17:18:49.362150 afpd[3786] {cnid_dbd.c:407} (error:CNID): transmit: connection refused (volume A3-Linux)
Feb 07 17:18:49.362154 afpd[3786] {volume.c:865} (error:AFPDaemon): afp_openvol(/home2/A3-linux-doc/A3-Linux): Fatal error: Unable to get stamp value from CNID backend
Feb 07 17:18:49.362803 afpd[3786] {auth.c:804} (note:AFPDaemon): AFP logout by nobody
Feb 07 17:18:49.363086 afpd[3786] {dsi_stream.c:504} (error:DSI): dsi_stream_read: len:0, unexpected EOF
Feb 07 17:18:49.363089 afpd[3786] {afp_dsi.c:517} (note:AFPDaemon): afp_over_dsi: client logged out, terminating DSI session
Feb 07 17:18:49.363096 afpd[3786] {afp_dsi.c:108} (note:AFPDaemon): AFP statistics: 0.15 KB read, 0.14 KB written
ネットで調べてみたところ、SOURCEFORGEのメーリングリストが出てきました。
https://sourceforge.net/p/netatalk/mailman/message/32589227/
Re: [Netatalk-admins] Netatalk 3.1.3 – Really slow enumerating volumes…
From: Svavar Örn Eysteinsson <svavar@ja…> – 2014-07-10 09:50:49
Oks.
But occasionally I get these error messages in my log files :
Jul 10 09:27:59.634125 afpd[20039] {cnid_dbd.c:152} (E:CNID): getfd: getsockopt says: Connection refused
Jul 10 09:27:59.634189 afpd[20039] {cnid_dbd.c:160} (E:CNID): getfd: connect CNID server localhost: Network is unreachable
Jul 10 09:27:59.634230 afpd[20039] {cnid_dbd.c:176} (E:CNID): tsock_getfd: no suitable network config from CNID server (localhost:4700): Connection refused
Jul 10 09:27:59.634258 afpd[20039] {cnid_dbd.c:407} (E:CNID): transmit: connection refused (volume Stuff)
Jul 10 09:27:59.634286 afpd[20039] {volume.c:855} (E:AFPDaemon): afp_openvol(/mnt/Auglysingagogn/Stuff): Fatal error: Unable to get stamp value from CNID backend
ul 10 09:45:48.705788 afpd[29267] {cnid_dbd.c:152} (E:CNID): getfd: getsockopt says: Connection refused
Jul 10 09:45:48.705833 afpd[29267] {cnid_dbd.c:160} (E:CNID): getfd: connect CNID server localhost: Network is unreachable
Jul 10 09:45:48.705859 afpd[29267] {cnid_dbd.c:176} (E:CNID): tsock_getfd: no suitable network config from CNID server (localhost:4700): Connection refused
Jul 10 09:45:48.705876 afpd[29267] {cnid_dbd.c:407} (E:CNID): transmit: connection refused (volume Sameign)
Jul 10 09:45:48.705891 afpd[29267] {volume.c:855} (E:AFPDaemon): afp_openvol(/mnt/fitonauglgogn/Sameign): Fatal error: Unable to get stamp value from CNID backend
Jul 10 09:45:49.240724 netatalk[25276] {netatalk.c:252} (N:AFPDaemon): Restarting ‘cnid_metad’ (restarts: 3)
Jul 10 09:45:49.246871 cnid_metad[12614] {cnid_metad.c:509} (N:AFPDaemon): CNID Server listening on localhost:4700
They have never been before.
Do you have any idea Ralph ?
Is the database corrupt for the volume, and others as well.
Thanks allot.
Best regards,
Svavar O
On 9.7.2014, at 16:52, Ralph Böhme <rb@…> wrote:
> Hi
>
> Am 09.07.2014 um 18:05 schrieb Svavar Örn Eysteinsson <svavar@…>:
>> I recently upgraded my netatalk installation on 6.3 x64 from netatalk-3.1 to netatalk-3.1.3.
>> One thing that I notice is that when entering the Bonjour Networking Environment in Finder(CMD+SHIFT+K)
>> and double click on my server it takes about 25sec or so to display all the volumes.
>>
>> This did not happen before. I have about 126 Volumes.
>>
>> If I do the CMD+K (connect to server) and enter the server it happens immediately. Get all the volumes asap.
>>
>> Has anything changed regarding listing up the volumes through bonjour (guest) method
>
> hm. No, guess not.
>
> -r
>
>
> —
> Ralph Böhme <rb@…>
> Netatalk Developer | Support | Services
>
>
>
これの一連のスレッドの最後に、
Re: [Netatalk-admins] Netatalk 3.1.3 – Really slow enumerating volumes…
From: Ralph Böhme <rb@ne…> – 2014-07-11 09:52:32
Hi Svavar Örn,
Hm, sorry, no idea. Please understand that I don’t have the time for community support. If you use Netatalk in a commercial environment and have the option of commercial support, you’re welcome to contact me off list.
Cheerio!
-Ralph
とあり、翻訳すると、
“うーん、すみません、思いつきません。コミュニティサポートに割く時間がないことをご理解ください。商用環境でNetatalkを使用していて、商用サポートのオプションがある場合は、リスト外で私に連絡することを歓迎します。”
ということで、解決していないようです。
なお、
systemctl restart netatalk.service
として、Netatalkを再起動したところ、
なぜか、マウントできるようになりました。
何かわかられることがございましたら、
ご教授頂けますと嬉しいです。
お手数をおかけしますが、
よろしくお願いいたしますm(..)m
==================================================================
HAT様より、ご回答
“restartでマウントできるようになったということは、既に問題は解決しているし、現象の再現ができないのでは?”とのことでした。
自動起動設定で起動した場合は、マウントできないので気持ち悪いですが、もう少し様子をみてみたいと思います。
コメント