server 5.4でファイル共有が切れる

返信ありがとうございます。

ターミナルからのshutdownでもメニューからのシステム終了と同じ症状です。

※見た目の変化なし。再起動や終了が無効にされたような感じです。

共有が切れるのは社内のイントラにある全てのWindowsです。

このとき、他のMacからは共有は見れるときと見れないときがあります。

同様の症状はMavericksでも経験したことがありますが、このときは解決出来ずに諦めました。

Mavericksの頃はサーバーソフトで共有のオンオフをすれば直りましたが、（稀に再起動しないとダメ）

Server 5.4は共有がコントロールパネル内に統合されたため、応答しないコントロールパネルではオンオフが出来ず、再起動しか手段がない（Finderの強制終了しても、その後コントロールパネルが立ち上がらない）

今回Mac Pro導入にあたり、Mavericksの不具合があったので、2台のWindows（8,10）とMac miniをMac Pro Server 5.4のファイル共有で10日ほどテスト運用したときは共有が切れることはありませんでした。

本格運用した途端に、20時間程度で共有が切れるようになりました。

本日も監視していましたが23時間あたりで共有が切れました。

やはりシステム環境設定は操作不能で再起動となりました。

システム環境設定が操作不能になるので、ご指摘の通り「共有が切れる」というよりも「共有サービスがフリーズする」といった方が正しいでしょう。

今回はターミナルからの再起動が可能でした。

今回試したのはipv6をオフにしてみました。

が、あまり意味はなかったようです。

共有はSMBのみでAFPはオフです。

システムログを追ってみてはいるのですが、共有が停止したと思われる時間帯にはそれらしいものが見当たりません。もしくわ自分がキチンとログを読めていないのか。

色々とご提案頂きありがとうございます。

現在Appleのサポートに投げて回答待ちとなっています。

そして同じような問い合わせが来ているとのことでした。

現在Appleから返ってきている憶測的な解答は、「24時間で共有が切れるのは、UNIXの仕様に起因する可能性がある」ということでした。

ただ、仕様ということであれば、共有のサービスのみを再起動するなりのスクリプトを組んで、共有を再開させれば良いわけで、システム環境設定が停止してマシンそのものを再起動しないといけないことを、「仕様」と言ってしまって良いのか？という疑問は伝えたました。

共有が停止する時間も19〜24時間と幅があることも疑問でした。

しかし待っている間にも運用はしないといけないので、そこでマシンそのものをスケジュールにて深夜に再起動するように設定しましたが盲点がありました。

クライアントが接続状況にある場合は、「キャンセル・再起動」の確認ボタンが出てきてしまい、再起動処理がそこで止まってしまうことです。再起動で予防しようと思っても、クライアントが強制解除出来ないことには、再起動の自動化も出来ないことに気が付きました。

現在ここの「キャンセル・再起動」の確認ボタンが出たときに、自動で再起動ボタンを押す手立てを考えています。

年末年始にAppleの技術とログのやり取りなどをして、対応して頂きましたが明確な原因はわかりませんでした。

そこで一旦、Appleも対応を終了というカタチになりました。

しかしその後、思い立って２つのことを実行したら、実行時間３日目に入り安定動作していように見受けられます。

まず２日以上の動作はテスト運用の時以来です。

テスト運用と本運用での違いに注目しました。

行ったことは以下

●サーバーソフト側で全てのユーザーアカウントの「名前」をローマ字表記に変更。

●ユーザータイプを全て「管理者」に変更。

テストのときには管理者として作った２つのアカウント（どちらもローマ字表記）のみでした。

違いは一般ユーザーが無かったのと、漢字表記ユーザーがいなかったこと。

どちらが原因なのかはまだ判明していませんが、この２つを行ったところ共有が停止することは今のところありません。

運用方法としては、全てのユーザーに管理者権限を与えているのであまり好ましい方法ではありませんが、１日１回の再起動をするよりはよっぽどマシです。