NFS でマウントした領域を Samba(CIFS) で公開してはいけないらしい - Ellinikonblue.com Weblog
NFS でマウントしたストレージ領域を Samba (CIFS) 経由で 公開することは鬼門らしい。。。 こういう話はずいぶん前から知っていました。 ローカルのストレージ領域を CIFS で共有する場合と比較して、いろいろな問題が生じます。 現在、我が家では NAS4Free で ストレージを集約しているわけですが、過去の経緯でネットワークパスを変更したくない理由があって、 Linux(CentOS) で立てたファイルサーバー （ Samba サーバー）に NFS でストレージ領域をマウントして共有しています。 現在の環境に至るまで、自宅の環境を整備するたび調べて、試行錯誤を繰り返して対処してきたのですが、 自宅という超少人数（ほぼ自分一人）で使う分には、 不満のないレベルで安定したので、備忘録の意味もかねてまとめておきます。 まずは NFS クライアント側のマウント設定。 これを行わない
SMB と NFS のロックについて | Turn Clockwise Or Otherwise
今回はロックを通して､SMB/NFS のプロトコルを眺めてみることにする。 1. ロックはなぜ必要か？そもそもなぜロックが必要かと言えば､排他制御のためである。複数のアプリケーションやクライアントから同じファイルを操作していた場合､書き込み（場合によっては読みだしも）ある瞬間特定のアプリケーションやクライアントが他に邪魔されることなくその操作を行えることが必要となってくる。このため、何らかの仕組みを用いてこれを保証することが必要になってくる。この仕組みの一つとして「ロック」が存在する。排他制御をきちんとやることによってデータの予期せぬ破壊や古いデータに基づいてアプリケーションが動いたりすることを防ぐことができる。 ロックの種類は大きく分けて 2 種類あり､強制的なロック (mondatory lock) とアドバイザリーロック（advisory lock)というものが存在する。前者はロック
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
