ラズパイ４にてマウントに失敗？

[ゴンザエモン]

こんにちは。

ラズパイ４用にてlightMPDを使い始めました。Stand Aloneモードで利用しています。
環境構築ならび音出しまでは問題なく進みましたが、起動時にNAS（cifsでサーバーPCを使っています）の
マウントにそこそこの確率で失敗してしまいます。マウントに成功すれば、その後は再生、操作など全く問題ないのですが、何か考えられる原因などありますでしょうか。大変お手数ですが、サジェスチョン、アドバイスなどいただければ幸甚です。

マウントに失敗しても（マウントされていないことはtelnetにて確認）、mpd自体は起動しており、クライアントソフト（yaMPC）からアクセス可能ですが、音源ならびにtagcacheが見えない状況となります。

なお、ｌightmpd.confのNASID2の設定をほぼそのまま使っています。vers=1.0のままで、バッファーサイズ等も変えてはいません。LANはeth_max_speedがラズパイ４では効かない？のでコメントアウトのまま1GHzです。

生成されるmountコマンドの内容が判れば、手動でmountコマンド投入してみることもできるのですが、その対応も可能なものでしょうか（その場合はマウントポイントはNASID2？）

推測としてはマウント処理に時間が掛かった場合かも？と思われるのですが、3B+でのlightMPDの環境や3Bでのその他のMPD環境もありますが、同じサーバーPCにアクセスしており、このような状態は発生していません。いろいろ調査、トライしてみて入るのですが、解決できずにいます。なお、当方の環境は以下の通りですが、この他に必要な情報等ございましたらご指示よろしくお願いいたします。


（以下、環境詳細）
lightMPDはV1.2.0b2(20191219版）
出力はHifiberry Digi+Pro経由
NAS代わりに使用しているサーバーPCはWindows Server 2012R2　GUIモード、amd Quad Coreベース

[ゴンザエモン]

続報です。

引き続き確認をしていますが、設定上の齟齬はなさそうです。感覚的ですが、３～４回の起動に1回はマウントに成功して稼働します。

なお、マウントに失敗した場合でも、telnetから入り一度mpdを止めて、手動マウントして、mpdを再スタートすれば問題なく使えるようになります。（特別なマウントオプションの設定はしていません）

ちょっと思い出したのですが、Raspbian Strechにmpdをインストールした時、「wait for network」という設定をraspi-configでしてあげないと同様に起動時にマウントに失敗していました。関連性があるのかどうかは定かではありませんが、、、3B+でのlightMPDではこのようなことは起きていませんので。

[digififan]

ゴンザエモンさん

cifsのマウントに関しては以前も同様な報告を受けています。

しかし、こちらでは現象を再現できずに保留状態でした。

状況を確認したいので、マウント失敗した時に

cat /var/lightMPD/etc/nasmount.log

の結果を教えて下さい。

nasmount.logにはnasマウント失敗時のエラーメッセージが格納されています。

手動でマウントを行う時は

/var/lightMPD/etc/nasmount.sh

を実行して下さい。

mkdirでエラーメッセージが出ますが、これは無視して下さい。

nasmount.shはnasをマウントするスクリプトです。lightmpd.confを元に作られます。

正常にマウントされる場合もあるとのことなのでこれは問題ないと思います。

このファイルにはuserid,passwdが格納されています。不用意に公開しないで下さい。

よろしくお願いします。

[ゴンザエモン]

結果をリポートいたします。（うまく返信できなかったようなので、再送します）

マウント時のエラーメッセージは以下の通りでした。

failed: No route to host

また、シェルによるマウントは成功します。

[digififan]

ゴンザエモンさん

レポートありがとうございます。

> failed: No route to host

ネットワークが立ち上がる前にnasmount.shが起動されたためのようです。

ネットワークが立ち上がったのを確認してからnasmount.shを起動するように修正します。

すこし時間を下さい。

[digififan]

ゴンザエモンさん

先程

> ネットワークが立ち上がる前にnasmount.shが起動されたためのようです。

> ネットワークが立ち上がったのを確認してからnasmount.shを起動するように修正します。

と書きましたが、現状でもネットワークのlink-upを待ち合わせる方法がありました。

lightmpd.confの[network]で

#        post-up=sleep 2;/usr/sbin/ethtool -s eth0 speed 100 duplex full

という行があると思いますが、これを有効にして下さい。(先頭の#を削除します）

この設定ではetherのスピードが100Mbpsになります。もし1Gのままにしたい場合は 100 の部分を 1000にして下さい。

[ゴンザエモン]

おはようございます。

早速のご教授ありがとうございました。

ご指摘の行をコメントインすることによって、かなり改善されました。が、数回に一回程度失敗もありました。

この辺りは、当方のネットワーク環境などに依存している部分があるかもしれませんので、

「sleep 4」

に増やしてみましたところ問題が解消されたようです。（速度は1GHzで設定）

引き続きlightMPD on Raspi 4、楽しませていただきます！

なお、ご親切にアドバイスいだたきましたこと厚く御礼申し上げます。

[ゴンザエモン]

すみません、続報です。

sleepタイム、LAN速度を変えながら、設定を確認していますが、2秒以上にしてもやはりマウントの失敗は発生します。ただし、この設定を適用することにより発生頻度自体はかなり下がったように思います。

これは当方のネットワーク環境にも依存するのかもしれませんが、、、

[digififan]

ゴンザエモンさん

>　sleepタイム、LAN速度を変えながら、設定を確認していますが、2秒以上にしてもやはりマウントの失敗は発生します。ただし、この設定を適用することにより発生頻度自体はかなり下がったように思います。

post-upをsleep nだけにしてもダメでしょうか？(nは適当に調整して下さい)

    post-up=sleep n;

raspi4 では config.txtのeth_max_speedは効かないので、もし100Mbpsで使いたい場合は

    post-up=sleep m;/usr/sbin/ethtool -s eth0 speed 100 duplex full;sleep n

として下さい。(m,nは適当に調整して下さい)

ethtool を起動すると一度リンクがきれるようなので、ethtoolを起動しないか、ethtool起動後に再度sleepするようにします。

sleep で待ち合わせする場合は、環境に依存するので好ましくありません。

現在、確実にlink-upを検出する方法を検討しています。すでにできているのですがちょとテストに時間がかかります。

それまでは、上記の方法で調整をお願いします。

[ゴンザエモン]

度々のご指導ありがとうございます。

アドバイスに従い設定を変えながら、少し試してみます。

なお、別方法の件、当方でも確認テスト等のお手伝いが出来るかもしれませんので、

ご指示ください。

[ゴンザエモン]

いろいろと試してみました。

ethtool起動後に「sleep 3」を付け加えると全く安定してマウントが成功いたします。

まずは回避策としてこれで行けると思います。本当にいろいろとありがとうとざいました。

[digififan]

ゴンザエモンさん

> ethtool起動後に「sleep 3」を付け加えると全く安定してマウントが成功いたします。

安心しました。

sleepでもたまに失敗するとの事でしたので、mountに失敗したらリトライをするとこを検討していましたが、

検討してみると結構厄介なことがわかりました。

post-upの他にネットワークのlink-upを確認してからマウントを行う方向で進める事にします。

しばらくは現状のままお使い下さい。

いろいととご協力ありがとうございました。