0openVZのnumprocをあげる。numprocあたりの制限に引っかかった模様なので引き上げる。0【OpenVZ】numprocコンテナ内のプロセス数の最大値を設定するパラメータ。上記サイトを参考に理論上の制限を確認。/proc/sys/kernel/threads-max62341大丈夫そうなのでとりあえず1000に設定してみる。/etc/vz/conf/175.confコンテナ側で確認。0あがってるので良いはず。0openVZのホスト側コンテナの場所を変更する■デフォルトコンテナの位置を変えるサーバの容量の都合で場所変えたくなったりする。containersVE_ROOT=/home/vz/root/$VEIDVE_PRIVATE=/home/vz/private/$VEIDこれで次回以降作成するコンテナは/home側に作られる。7)windows7のPCでスクリーンロックして離席して戻ってきたときにネットワークが切れていることがたまにあった。調べてみると以下のページを発見。7)設定を変更した際にネットワークが一旦切断されるので作業中のファイルなどは閉じておいたほうが安全です。自分のPCでは「省電力イーサネット」という表記でした。0Windowsでそのホストが保持しているキャッシュを確認するコマンドのメモ。expectを入れる。tcl-develその後もう一回やったら入った。64bit版はrpmもあるようなのでrpmで入れる場合は以下のサイトとかから取得してインストールしてもいいかもしれない。Linuxvagrantで立てたvmにswapを設定する。0vagrantのゲストサーバ側で割り当てていた物理メモリを超えるような処理をしたときにvmが落ちてしまった。ホスト側のログにはこんな感じで出ていた。status上記で確認するとステータスは「aborted」になってしまっていた。Priority■スワップ用ファイルの作成。今回は1024MBで作成。MB/s■スワップ領域として初期化する。UUID=c46d6690-8fe3-4555-b9f3-50d690dee94c■スワップ領域を有効にする。/swapfile■追加されたか確認する。-1■再起動したときにもswapが使えるようにfstabに登録しておく。/etc/fstab"※そもそも物理メモリ量をゲストvmが超えた場合に落ちないようにしたいけどその方法はわかっていない・・・。このページのような現象だけどもどうしたものか・・・。process...メモリをそんなに使わないようにするのがいいんだろうな。gd」ってエラー出た。gd」ってエラー出た。vagrantで作ったCentOS6.5の開発環境でサーバ内のフォルダがいたるところでおかしくなる現象が発生した。作成したツールが悪さしたのかとか思っていたけど、どうもrootでしか触れない箇所も一部書き換えられているようだったので、そうじゃないと判断。「dmesg」、「/var/log/message」をみたら以下のようなエラーを吐いていた。crash.ここに注目。gdどうもEXT4の「/dev/sda1」がおかしい模様。前にvmがいきなり落ちたのが原因かも・・・。/vagrant以下のページを参考に修復を開始。具体的にはホスト機にディスプレイ、キーボード、マウスをつなぎ、Vagrantfileファイル内の以下の箇所を変更。upホスト機上でGUIで起動するので以下を実行。/forcefsck一旦サーバを落とす。upすると途中でrootのパスワードを聞かれる。/dev/sda1後はビビりながらEnterを押し続ける。exitその後は普通に起動。「/var/log/message」を確認してみる。1したら接続が切られて焦ったのでやらないほうがいい。/dev/sda1打っても稼動中って出て修復できなかった。あー読み込み専用にしないといけなかったのかな。「/etc/fstab」を開きルートファイルシステムの6個目のフィールドを1に変更もやっておいたほうがよい。以上で「HISTTIMEFORMAT」を設定します。'↑は一時的なものなので次回ログイン時に元に戻ります。設定を永続的に行う場合は各ユーザの「.bashrc」に以下を追記します。'すべてのユーザに対してまとめて設定したい場合は「/etc/profile」に追記します。