ペパボ トラブルシュート伝 - node プロセスの general protection fault を追う - abort(3) の意外な実装 - Pepabo Tech Portal
セキュリティ対策室の伊藤洋也 @hiboma です。 業務中に、Haconiwa コンテナ で動くとある node プロセスが general protection fault ( 一般保護違反! ) を起こしてdmesg にログを残す現象を調べ、問題解決にあたっていました。その際の痕跡をまとめなおして記したエントリになります。 エントリの概要 本エントリでは、以下のような内容を扱います。 Haconiwa コンテナの node プロセスが general protection fault を起こしている ライブラリ関数 abort(3) の概要 abort(3) がプロセスを停止する方法の検証 node プロセスが abort(3) を呼び出すケース glibc x86系の abort(3) 実装が HLT 命令を呼び出し、general protection fault を起こすこと
[速報] EFS（Elastic File System）が2018年7月に東京リージョンで提供開始！ #AWSSummit | DevelopersIO
こんにちは、菊池です。 追記：予告通り、日本時間の7月12日に東京リージョンでの提供が開始されました。 ついにきた！EFS（Elastic File System）が東京リージョンで利用可能になりました！ いよいよ、ついに、この日がきました！現在開催されている、AWS Summit 2018 Tokyoのキーノートにて、EFS（Elastic File System）が2018年7月に東京リージョンで提供開始されることがアナウンスされました！ Amazon Elastic File System (EFS)の東京リージョン対応がアナウンスされました EFSとは EFSは、複数のサーバでNFSマウント可能な共有ストレージサービスです。 2015年4月に発表、2016年6月に正式サービスリリースされたものの、東京リージョン（ap-northeast-1）での提供がされていませんでした。最初の発
![[速報] EFS（Elastic File System）が2018年7月に東京リージョンで提供開始！ #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/03c1e1204c7553dee92c22b93f054a1aeb2cedf2/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F04%2F400x400.png)
NFSv3とNFSv4のファイル操作ベンチマーク比較
NFSバージョン4には運用上便利な機能が幾つか導入されているが、旧バージョンからの移行にあたって問題視されるパフォーマンスについて、ベンチマークを用いて検証してみた。 2003年4月に公開されたNFSバージョン4（NFSv4）には、クライアント／サーバ間のステートフルな（状態遷移型）インタラクションと“ファイルデリゲーション（権限委譲）”が導入された。これにより、クライアントはサーバ上のファイルに対して一時的な排他的アクセスが行える。NFSv4では、RPCSEC_GSS、複数操作のサーバへの一括送信、新たなファイル属性、レプリケーション、クライアント側のキャッシュ処理、ファイルロックの改良といったセキュリティ面での改善が施されている。以前のバージョンから進化した部分は数多くあるが、この記事ではその1つであるパフォーマンスに絞って調査を実施した。 NFSv4への移行に伴う問題の1つが、エクス
FreeBSD で NFS クライアント: uyota 匠の一手
実は FreeBSD で NFS クライアントを設定するのに、特別に必要な物は無い。ただ単に mount_nfs を呼べば、クライアントになれる。UDP ではなく TCP を使った方が高速に動作する。 しかし、nfsiod と言うものが存在する。 % man nfsiod NFSIOD(8) FreeBSD System Manager's Manual NFSIOD(8) NAME nfsiod -- local NFS asynchronous I/O server SYNOPSIS nfsiod [-n num_servers] DESCRIPTION The nfsiod utility is a kernel process which runs on an NFS client machine to service asynchronous I/O requests to it
仙石浩明の日記: NFS と AUFS (Another Unionfs) を使って、ディスクレス (diskless) サーバ群からなる低コスト・高可用な大規模負荷分散システムを構築する
ディスクレス (diskless) サーバを多数運用しようとしたときネックとなるのが、 NAS (Network Attached Storage) サーバの性能。 多数のディスクレスサーバを賄え、かつ高信頼な NAS サーバとなると、 どうしても高価なものになりがちであり、 NAS サーバ本体の価格もさることながら、 ディスクが壊れたときの交換体制などの保守運用費用も高くつく。 それでも、多数のハードディスク内蔵サーバ (つまり一般的なサーバ) を 運用して各サーバのディスクを日々交換し続ける (運用台数が多くなると、 毎週のようにどこかのディスクが壊れると言っても過言ではない) よりは、 ディスクを一ヶ所の NAS にまとめたほうがまだ安い、 というわけで NAS/SAN へのシフトは今後も進むだろう。 そもそも CPU やメモリなどとハードディスクとでは、 故障率のケタが違うのだから
CacheFS
CacheFS ファイルシステムは、他のファイルシステム (「バック」ファイルシステムとして知られる) から読み取られたデータを別のローカル・ファイルシステム (「フロント」ファイルシステムとして知られる) にキャッシュします。 10.20 ONC+ ネットワーキング拡張機能 NFS アップグレード・リリースでは、CacheFS はバック・ファイルシステムとして NFS のみをサポートします (Sun の実現方法では、cdfs もサポートします)。 フロント・ファイルシステムは、HFS でなければなりません。CacheFS は書き込みではキャッシュは行いません。 キャッシュ・ファイルに書き込まれたデータは、バック・ファイルシステムに直接返されます。 キャッシュ・ファイルへの書き込みは、キャッシュ内のファイル全体を無効にします。 CacheFS は、NFS マウントでの読み取り専用データへの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LSFMM: NFS status [LWN.net]
[fol] Re: [Q] What's mean 'Stale NFS file handle'?
IBM Developer
http://www.spec.org/sfs2008/results/res2008q1/sfs2008-20080218-00084.txt
http://japan.internet.com/webtech/20080811/12.html