BBGでOSからはNASをマウントできていますが、MPDでは見えません
kunihir...@gmail.com
コンソールからはNASのディレクトリ・ファイルにアクセスできますが
mpd（Web）ではフォルダは辿れても再生ができない状態です。
ちなみにplaylist（ラジオ）は再生できます。
nasmountのログには何も記載がありません。
BBG
OS bb-v1.0.3
playlist_directory "/var/lib/mpd/playlists"
#sticker_file "/var/lib/mpd/sticker.sql"
log_file "/var/lib/mpd/mpd.log"
pid_file "/var/run/mpd.pid"
state_file "/var/lib/mpd/state"
follow_inside_symlinks "yes"
default_permissions "read,add,control,admin"
[nas:NASID2]
type=cifs
host=192.168.0.36
remotedir=Music
remoteuser=*******
remotepass=*******
iocharset=utf8
file_mode=0644
dir_mode=0755
rsize=61440
wsize=65536
sec=ntlm
[mpd]
load_module=mpd-0.19.21rt-native-dsd
music_directory=NASID2
playlist_directory=NASID2/mpd/playlists
db_file=NASID2/mpd/tag_cache
sticker_file=NASID2/mpd/sticker.sql
log_file=/dev/null
# mount
** 前半省略 **
/var/lightMPD/nas/NASID2
total 220385
-rw-r--r-- 1 root root 28098144 Mar 29 2020 02 Mozart- Serenade #6 In D, K 239, 'Serenata Notturna' - 2. Menuetto - Trio - Menuetto.flac -rw-r--r-- 1 root root 26189271 Mar 29 2020 03 Mozart- Serenade #6 In D, K 239, 'Serenata Notturna' - 3. Rondeau. Allegretto - Adagio - Allegro.flac -rw-r--r-- 1 root root 26151474 Mar 29 2020 04 Mozart- Divertimento #1 In D, K 136, 'Salzburg Symphony #1' - 1. Allegro.flac
drwxr-xr-x 2 root root 0 Jun 14 2020 mpd
以降省略
digififan
minamiさん
mpd.conf,lightmpd.confとも正しく設定されています。
nasのマウントも成功しています。その場合はnasmountのログは空白になります。
以下のことを確認してください。
1. tag_cacheの確認
ls /var/lightMPD/nas/NASID2/mpd
でtag_cacheがあるか確認してください。
無い場合はクライアントソフトからdbのupdateを行ってください。
2. クライアントソフトのDBのリフレッシュ
mpdのアクライアントはtag_cacheを取り込んで、楽曲の表示を行います。
tag_chcheの取り込みをDBのリフレッシュと呼びます。
これはmpdでdbのupdateを行うたびに行う必要があります。
mpdインストール後、一度はdbのupdate及びクライアントソフトのDBのリフレッシュを行う必要があります。
後、music_directoryですが
NASID2/music/ を作成してmusicに楽曲を集めたほうがいいと思います。いまのままだとtag_cacheにmpd/*の内容が反映される場合があります。
その場合、music_directory=NASID2/music になります。
kunihir...@gmail.com
digififan
minamiさん
> tag_cacheはなく、DB Updateを行おうとしたところで、Connection Refusedがympd上で出ており、
> Updateは行えていない状態となります。よくよく見ると、何もしなくとも秒単位でConnection Refusedが出ています。
mpdが起動していません。tag_cacheも無いことからdb 更新中に異常終了したと思われます。
mpdのエラーメッセージを見たいので下記のコマンドを実行してください。
telnetで接続（id: root password: lightmpd)
/etc/init.d/S95mpd stop ←—- 念の為mpdを終了させる
mpd —no-daemon —stderr —verbose /etc/mpd.conf
これで、mpdがフォアグラウンドで実行されます。
最初にDBを作成する為にmusic_directoriを操作します。その時検出した音楽ファイルのファイル名が表示されます。ファイルが多いと相当量のメッセージが出る場合があります。
また、この時クライアントソフトは起動しないでください。
しばらくするとmpdが終了すると思いますので、そのときのメッセージを教えて下さい。
kunihir...@gmail.com
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "status"
client: [0] command returned 0
Killed
digififan
minamiさん
＞client: [0] command returned 0
＞Killed
"raspi2で接続がきれます”のswingboyさんと同じ現象ですね。
この時、tag_cacheは出来ていますか？
tag_cacheが出来ていない場合、書き込みのパーミッションが無いと思われます。下記のコマンドの結果を教えて下さい。
touch /var/lightMPD/nas/NASID2/mpd/test-file
ls /var/lightMPD/nas/NASID2/mpd
あと、nasは何を使っていますか？
kunihir...@gmail.com
digififan
minamiさん
サーバーをwindows 10 に変更したら、現象を確認できました。
mpdがメモリーリークを起こしていてkernelからkillされていました。
解析はこれからになります。ちょっと時間をいただくことになるかもしれません。
重要はヒントをありがとうございました。
digififan
minamiさん
連絡が遅くなり申し訳ありません。現在、原因調査中です。
原因はわかったのですが、その対処方法を現在検討中です。
原因はcifsではなく、音源にあります。
私の運用では、
- Windows 10 でダウンロード
- それを音源格納用のNASにコピー
- タグが気に入らない場合はmp3tagというソフトを使ってtagを修正
となっています。
今回、Windows 10にある音源をmpdで管理しようとしたところmpdがKillされました。
dsfのタグ（ID3)を走査するところでループし、メモリが枯渇してKillされていました。
ところが同じ音源でNAS上のものは問題なく処理されます。その音源はmp3tagでタグを編集してあります。
問題の音源はe-onkyoから購入したDiana Panton,Redで、全トラックで問題が生じます。
minamiさんのログもe-onkyoからダウンロードしたと思われるdsfを最後にKillされています。
また、同様な問題を抱えておられるswingboyさんのログもe-onkyoからのdsfファイルでKillされています。
Redのトラックを調べてみると、ID3タグには特に問題はなさそうなのですが、通常のID3の文字列フレームにあるターミネータ（バイナリーの0)
がありません。
minamiさんの音源はNet Audio を購入しないと入手できないようなので、現在swingboyさんのところで問題がでている音源をダウンロード中です。しかし、遅いので明日再度ダウンロードしてid3の検証を行います。
このループはmpdが使っているid3を処理するライブラリ内で発生していて、このライブラリのバージョンは最新のものになっています。
swingboyさんの報告では他のディストリビューションでは起こらないとのことなので、それらがどのように回避しているのか調べたいと思います。
ということでもうしばらくお待ち下さい。
kunihir...@gmail.com
digififan
digififan
kunihir...@gmail.com
>cifsやNASに起因するバグではないのは確かなので、この為にNASの新調はしないでください。
ここまで試していただいて大変教職です。
NASはもともといつかは買おうとしていたものなので気になさらないでください。
すいません。USB接続のDACは手ごろなものはありません。
>id3タグの文字列フレームにencodingがutf-16でサイズが奇数バイトのものがあるとmpdがkillされることがわかりました。
>e-onkyoのdsfに問題があるようです。（問題ないものもあります）
ありがとうございます。自分でたどり着くには難しいものだったので勇気を出して聞いてみてよかったです。
e-onkyoのフォルダを移動してみたら、無事に再生できました。
>まず、raspi用のrootfsを公開します。その後、beaglebone版は新バージョンとして公開することにします。
公開を楽しみにしています。
qgan...@gmail.com
digififan
minamiさん、swingboyさん
急用の為、なかなかlightMPDの対応に手が回りませんでした。その為、対応が非常に遅れてしまい申し訳ありませんでした。
mpdがKilledのメッセージを出力して終了する障害に対応したraspi4用のlightMPDを公開しました。
lightMPDraspi4-armv8-v1.2.0b3.zip
beagleboneは新パッケージで対応します。まだ、一部不具合があって少し時間がかかります。
また、この障害はraspi4以外のシステムで起こりますので、順次対応していきます。