32.3. コアダンプの分析 Red Hat Enterprise Linux 6 | Red Hat Customer Portal
導入ガイド I. システムの基本設定 Expand section "I. システムの基本設定" Collapse section "I. システムの基本設定" 1. キーボードの設定 Expand section "1. キーボードの設定" Collapse section "1. キーボードの設定" 1.1. キーボードレイアウトの変更 1.2. キーボードレイアウト表示器の追加 1.3. 一休みの設定 2. 日付と時刻の設定 Expand section "2. 日付と時刻の設定" Collapse section "2. 日付と時刻の設定" 2.1. 日付/時刻のプロパティのツール Expand section "2.1. 日付/時刻のプロパティのツール" Collapse section "2.1. 日付/時刻のプロパティのツール" 2.1.1. 日付と時刻のプロパティ 2.1.
systemd の情報を集め始めよう
斎藤です。こんにちは。 RedHat Enterprise Linux 7(RHEL7)リリースの足音が聞こえる今日この頃ですが、皆様いかがでしょうか。予習として、Fedora 19を利用されている方もいらっしゃるかと思います。 その中で、大きな変化の1つとして、 systemd(※1) の採用があります。systemdは、SysVinitやUpstartに変わる、プロセス管理の仕組みです。そうです、起動スクリプトの書き方や、プロセスの確認方法が大きく変わる事になるのです！そうなれば、構築や運用に関わる知識や手順を覚え直す必要が出てきます。 しかし、systemdに関する資料は、それほど多くありません。そこで、簡単ですが記事執筆時点(2013-10-24)での情報源をまとめてみました。検証の際の情報収集時、お役に立てば幸いです。 ※私が社内Wikiにまとめた情報をBlog用に整理し、公開し
paco.jp » mysqlのslave_net_timeoutとMASTER_HEARTBEAT_PERIOD
前置き mysqlのリプリケーション環境において、スレーブのslave_net_timeoutに設定された時間（デフォルトは3600秒）マスターからスレーブに対して何の通信もなかった場合、スレーブはレプリケーションを再接続します。これは、スレーブがリプリケーションコネクションが何らかの理由で死んでいても気づけない場合の対応としての仕様です。ということは、何らかの原因でリプリケーションのコネクションが死んでしまうと、最大3600秒はリプリケーションが停止してしまう可能性がある！ということになります。スレーブをバックアップとしてのみ使用しているサービスであれば許容できるifなのかもしれませんが、スレーブをアプリケーションよりの参照データストレージとして使用しているサービスではこのifは到底許容できる物ではないでしょう。 じゃぁこの設定を短くすればいいのでは？と考えちゃうのですが マスターにて特
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CentOS - How to install kernel-debuginfo
