日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part4 ボーリング場 (頑固じゃなきゃネ)
前スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.1 - ボーリング場2
http://qb5.2ch.net/test/read.cgi/operate/1202658805/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4 - ボーリング場
http://qb5.2ch.net/test/read.cgi/operate/1201374777/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3 - シーガーディアン
http://qb5.2ch.net/test/read.cgi/operate/1095146311/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2 - 大黒埠頭
http://qb5.2ch.net/test/read.cgi/operate/1088657713/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1 - マーリンルージュ
http://qb5.2ch.net/test/read.cgi/operate/1075887465/
Wikiページ http://info.2ch.net/wiki/index.php?Love%20Affair
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
レス数が900を超えています。1000を超えると表示できなくなるよ。
848ざる ★
2008/07/11(金) 17:02:35ID:???0 刺激が欲しいですよね
知り合いに茂樹って人がいます(^_^;)ほしい?
刺激の時間です(^_^;)c24(セカンダリ)停止
2008/07/11(金) 17:11:56ID:eLrsDu2o0
どくおさんばんざい
緊張したらうんこしたくなってきた(^_^;)いってくる
853ノtasukeruyo
2008/07/11(金) 17:14:47ID:P8C/aWsKO ただいま〜のエラー出てます@c.2ch
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
docomo
設定時間内に接続できませんでした
SB
応答が得られませんでした。しばらくたってからもう一度操作してください。
au
ただいまEZweb情(ry
auはなんでもかんでもこれか!(^_^;)
設定時間内に接続できませんでした
SB
応答が得られませんでした。しばらくたってからもう一度操作してください。
au
ただいまEZweb情(ry
auはなんでもかんでもこれか!(^_^;)
2008/07/11(金) 17:25:47ID:dlkgD9om0
ここまで順調だなぁ(^_^;)
んじゃc21(プライマリ)を立ち上げますー
んじゃc21(プライマリ)を立ち上げますー
c21起動した(^_^;)
4) c24を起動する(^_^;)
859ノtasukeruyo
2008/07/11(金) 17:38:41ID:P8C/aWsKO おk
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
c24起動完了(^_^;)
特に変化はない(^_^;)と
5)c24を再度停止する
5)c24を再度停止する
c24再停止完了(^_^;)
順調に動いてるなぁ(^_^;)うーむ
6) c24再々起動(^_^;)
6) c24再々起動(^_^;)
c24起動完了(^_^;)って、なんも予想外のことが起きないでやんの・・・
来週リターンマッチやる
もっとねっちりといやらしくべちょべちょにテストする
覚えとけ(^_^;)
来週リターンマッチやる
もっとねっちりといやらしくべちょべちょにテストする
覚えとけ(^_^;)
865ノtasukeruyo
2008/07/11(金) 17:47:52ID:P8C/aWsKO 乙です
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0
866ざる ★
2008/07/11(金) 17:54:27ID:???0 来週の予定(^_^;)
1) 雪だるまシステム動作テスト(リベンジ)
2) 兄貴システム動作テスト
1) 雪だるまシステム動作テスト(リベンジ)
2) 兄貴システム動作テスト
2008/07/11(金) 18:08:38ID:oXMw6qmp0
869[03] ◆MUMUMUhnYI
2008/07/11(金) 18:41:05ID:+aMena0w0 今北。
今回はどくおさんの大勝利?
あとは、
・各々の設定の内容と理由を良く理解する
・フロントが落ちた時、復旧した時の自動設定システムを開発する
・8月の航空運賃があまりにも高くて泣きそう、という問題は何とかならないだろうか、、、
と言ったところでしょうか。
今回はどくおさんの大勝利?
あとは、
・各々の設定の内容と理由を良く理解する
・フロントが落ちた時、復旧した時の自動設定システムを開発する
・8月の航空運賃があまりにも高くて泣きそう、という問題は何とかならないだろうか、、、
と言ったところでしょうか。
2008/07/11(金) 19:21:21ID:MS9AEUHJ0
うぎゃ〜
完全に乗り遅れたorz
完全に乗り遅れたorz
2008/07/11(金) 20:08:33ID:dlkgD9om0
>>869
「北海道うまいもの巡りツアー」ぐらいなら企画してくれるかも>三段目
「北海道うまいもの巡りツアー」ぐらいなら企画してくれるかも>三段目
どくおさんへ:
ざっと手順を見させていただきました。
概ねよいと思うのですが、
/var/service/ucarp/log/main と、
/var/service/matd/log/main ディレクトリ @ c21/c24 は、
chown users:users にしておかないと、ログが正しくとられないです。
(multilog が users に setuidgid で動くため)
で、chown したら、
svc -t /var/service/matd/log
svc -t /var/service/ucarp/log
を両サーバで一度実行して、ログ取り部分だけ再起動しておくとよいです。
ざっと手順を見させていただきました。
概ねよいと思うのですが、
/var/service/ucarp/log/main と、
/var/service/matd/log/main ディレクトリ @ c21/c24 は、
chown users:users にしておかないと、ログが正しくとられないです。
(multilog が users に setuidgid で動くため)
で、chown したら、
svc -t /var/service/matd/log
svc -t /var/service/ucarp/log
を両サーバで一度実行して、ログ取り部分だけ再起動しておくとよいです。
で、一つ提案ですが、
yutori を 7.0 with root権限にするにあたり、
( ■ サーバリフレッシュ工事 連絡・作業スレッド12
http://qb5.2ch.net/test/read.cgi/operate/1215172593/116 )
c-maigo 系のクッションを雪だるまになったフロント達に移す、
というのはどうでしょうか。
つまり、雪だるまでいう www2.2ch.net みたいな形にすると。
あるいはそこまで凝らなくても、たぶんどれかの A-tiger (例えばtiger3502あたり)
だけでもいいかもな、とは思いますが、、、。
一応、設定の経験も兼ねてという感じで。
yutori を 7.0 with root権限にするにあたり、
( ■ サーバリフレッシュ工事 連絡・作業スレッド12
http://qb5.2ch.net/test/read.cgi/operate/1215172593/116 )
c-maigo 系のクッションを雪だるまになったフロント達に移す、
というのはどうでしょうか。
つまり、雪だるまでいう www2.2ch.net みたいな形にすると。
あるいはそこまで凝らなくても、たぶんどれかの A-tiger (例えばtiger3502あたり)
だけでもいいかもな、とは思いますが、、、。
一応、設定の経験も兼ねてという感じで。
874ざる ★
2008/07/12(土) 04:21:48ID:???0 >>869
説明しよー
ラベンダーが満開でとても素敵なきせつです
苺狩もいよいよ札幌近郊路地物の最盛期です
さくらんぼ狩りも絶好調、来週あたり種飛ばし大会が行われるんじゃないかい
一方うみです、海ですよ。
「うに」と「あわび」ですね、ジュルジュル
hotter than July !!
説明しよー
ラベンダーが満開でとても素敵なきせつです
苺狩もいよいよ札幌近郊路地物の最盛期です
さくらんぼ狩りも絶好調、来週あたり種飛ばし大会が行われるんじゃないかい
一方うみです、海ですよ。
「うに」と「あわび」ですね、ジュルジュル
hotter than July !!
875ざる ★
2008/07/12(土) 04:22:28ID:???0 あっ 女の子も薄着で夏満開です
2008/07/12(土) 04:26:21ID:iatnz/f30
おやじくせー
2008/07/12(土) 04:33:11ID:UbhxguUvO
「露地物」が出ないんでつね
>>874
おー、そんな季節が、、、。
おー、そんな季節が、、、。
879ざる ★
2008/07/12(土) 10:00:40ID:???0 ぴんぽんぱんぽーん
10時です
10時です
いくつか問題を出してみようかなと。
1) >>809 の --preempt 指定は、どういう意味でしょうか。
2) わざわざ外部コマンドで ifconfig を実行しているのに、
ucarp で*も* --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
3) --shutdown はなぜ指定する必要があるのでしょうか。
これがわかると、ucarp がどういうことをしているのか、
そしてその仕組みは何なのかが、わかってくると思いますです。
あと、応用問題として、
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か
# 某日記でお答えいただけると、とてもうれしいかも。
1) >>809 の --preempt 指定は、どういう意味でしょうか。
2) わざわざ外部コマンドで ifconfig を実行しているのに、
ucarp で*も* --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
3) --shutdown はなぜ指定する必要があるのでしょうか。
これがわかると、ucarp がどういうことをしているのか、
そしてその仕組みは何なのかが、わかってくると思いますです。
あと、応用問題として、
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か
# 某日記でお答えいただけると、とてもうれしいかも。
READMeよめばいいじゃん
If you want a "preferred" master to always be the master (even if another
host is already the master), add the preempt switch (--preempt or -P) and
assign a shorter interval via the advertisement base (--advbase or -b) an
skew (--advskew or -k). This will cause the preferred node to ignore a
master who is advertising a longer interval and promote itself to master.
The old master will quickly hear the preferred node advertising a shorter
interval and immediately demote itself.
--shutdown (-z) will run the downscript at exit, unless ucarp is already in
the backup state.
If you want a "preferred" master to always be the master (even if another
host is already the master), add the preempt switch (--preempt or -P) and
assign a shorter interval via the advertisement base (--advbase or -b) an
skew (--advskew or -k). This will cause the preferred node to ignore a
master who is advertising a longer interval and promote itself to master.
The old master will quickly hear the preferred node advertising a shorter
interval and immediately demote itself.
--shutdown (-z) will run the downscript at exit, unless ucarp is already in
the backup state.
2) わざわざ外部コマンドで ifconfig を実行しているのに、
ucarp で*も* --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
アドレスは1つとは限らないからじゃないにょ?
ucarp で*も* --addr=206.223.150.14 のようになぜ、指定する必要があるのでしょうか。
アドレスは1つとは限らないからじゃないにょ?
てか、ifconfig のIPとは 普通別のIPアドレス振るだろ?
4) ucarp 環境下において、絶対に起こってはならない致命的な状況は何か
・すべての鯖が立ち上がらない状況
・動いているのか死んでいるのか判断できない監視設計
・メンテ作業量増加による過労死
・スタンバイNIC/鯖間のプライマリ遷移競合
・2ちゃんねる全停止
・ひろゆき死亡ニュ〜ス
・ucarpプログラムのスタック
・root▲▲の脳死状態
・すべての鯖が立ち上がらない状況
・動いているのか死んでいるのか判断できない監視設計
・メンテ作業量増加による過労死
・スタンバイNIC/鯖間のプライマリ遷移競合
・2ちゃんねる全停止
・ひろゆき死亡ニュ〜ス
・ucarpプログラムのスタック
・root▲▲の脳死状態
2008/07/13(日) 23:11:13ID:L3GbojHp0
・2038年の到来
886動け動けウゴウゴ2ちゃんねる
2008/07/13(日) 23:19:34ID:adxGB37W0888(=`ー´=) ◆GuheheWiqY
2008/07/14(月) 04:31:36ID:gNztL0jd0 2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/849
849 :root▲▲ ★ [sage] :2008/03/29(土) 16:58:49 ID:???0 ?
一時的にオンラインに。
某所:
> ・ロードバランサーを二重化する場合には、プライベートネットワークの
> 環境が必要になる
>>834
> あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
「望ましい」と書いているとおり、専用のプライベート接続がなくても
動作自体はすると思います。
その場合相手が生きているかどうかを、
パブリック側のネットワークでチェックすることになるため、
他の通信に影響されるおそれがあります。
つまりその分、相手が生きているかどうかをチェックする部分の信頼性が
やや低下します。
こういうのをやる場合に一番まずいのは「相手の死の誤検出」です。
つまり主ノードが生きているのにスタンバイノード側が「死んだ」と判断すると、
両方のノードが同時に動作してしまうことになり、致命的です。
でもでも、まずは基本構成を作るのが先なんじゃないかなと。
というところでまたしてもオフラインに。はい。
http://qb5.2ch.net/test/read.cgi/operate/1200061619/849
849 :root▲▲ ★ [sage] :2008/03/29(土) 16:58:49 ID:???0 ?
一時的にオンラインに。
某所:
> ・ロードバランサーを二重化する場合には、プライベートネットワークの
> 環境が必要になる
>>834
> あと、u1とu2は専用のプライベート接続を持つことが望ましいです。
「望ましい」と書いているとおり、専用のプライベート接続がなくても
動作自体はすると思います。
その場合相手が生きているかどうかを、
パブリック側のネットワークでチェックすることになるため、
他の通信に影響されるおそれがあります。
つまりその分、相手が生きているかどうかをチェックする部分の信頼性が
やや低下します。
こういうのをやる場合に一番まずいのは「相手の死の誤検出」です。
つまり主ノードが生きているのにスタンバイノード側が「死んだ」と判断すると、
両方のノードが同時に動作してしまうことになり、致命的です。
でもでも、まずは基本構成を作るのが先なんじゃないかなと。
というところでまたしてもオフラインに。はい。
はぁ!?
その設計は、プライベ〜トとパブリックとを一枚岩として構築するってことだろ?
ありえねぇよ。そんなの。
プライベ〜ト接続を持つのは通常アプリ等の上位レベルの冗長構成における生死確認用経路として使用するのが普通。
例えば、ベリタスのクライアントサ〜バとかがこの例。超伝統的構成。
IPアドレスの冗長構成の生死確認でプライベ〜ト側経由でなにを確認するつもりなんだ?
一枚岩構造でプライベ〜トだけで生死確認をしていたのでは、パブリック側NIC故障に対応できない。
高トラフィックによる誤検出を心配しているようだが
もやはそれほどの高トラフィックで動作を保証などナンセンス。
ブロ〜ドキャストパケットがそれほど遅延するのでは、
そのLANでは、ARPテ〜ブルのあちこちで
expireされているアドレスが氾濫している状況で
通信自体 出来ていないだろ? そんな状況でなにを保証したいんだい?
目的は、パブリック側のIPの冗長化
であれば パグリック側のIPの監視以外に パグリック側IPの生死確認は無意味。
それと、アプリの生死確認で
プライベ〜ト経由で生死確認するなら、
通常プライベ〜ト側は2経路用意する。1経路死亡時の対策。
その設計は、プライベ〜トとパブリックとを一枚岩として構築するってことだろ?
ありえねぇよ。そんなの。
プライベ〜ト接続を持つのは通常アプリ等の上位レベルの冗長構成における生死確認用経路として使用するのが普通。
例えば、ベリタスのクライアントサ〜バとかがこの例。超伝統的構成。
IPアドレスの冗長構成の生死確認でプライベ〜ト側経由でなにを確認するつもりなんだ?
一枚岩構造でプライベ〜トだけで生死確認をしていたのでは、パブリック側NIC故障に対応できない。
高トラフィックによる誤検出を心配しているようだが
もやはそれほどの高トラフィックで動作を保証などナンセンス。
ブロ〜ドキャストパケットがそれほど遅延するのでは、
そのLANでは、ARPテ〜ブルのあちこちで
expireされているアドレスが氾濫している状況で
通信自体 出来ていないだろ? そんな状況でなにを保証したいんだい?
目的は、パブリック側のIPの冗長化
であれば パグリック側のIPの監視以外に パグリック側IPの生死確認は無意味。
それと、アプリの生死確認で
プライベ〜ト経由で生死確認するなら、
通常プライベ〜ト側は2経路用意する。1経路死亡時の対策。
ぱぐりっく?
で、206.223.150.* が完全にこの構成のみに使う、専用のネットワークであったとしたら
(VRRP や HSRP の設定の教科書によく出てくる形)、
パブリック側で、冗長確認をするようにしたかもしれないです。
ただ、現状では 206.223.150.* には、他にもいろいろなサーバが、
いろいろなスイッチをまたいだ形で接続されています(少なくとも、そう思われます)。
というわけで、直接2台をプライベート側ネットワークでリジッドに接続してしまうほうが、
今回の構築ではより安全・確実であるという判断をしたです。
(VRRP や HSRP の設定の教科書によく出てくる形)、
パブリック側で、冗長確認をするようにしたかもしれないです。
ただ、現状では 206.223.150.* には、他にもいろいろなサーバが、
いろいろなスイッチをまたいだ形で接続されています(少なくとも、そう思われます)。
というわけで、直接2台をプライベート側ネットワークでリジッドに接続してしまうほうが、
今回の構築ではより安全・確実であるという判断をしたです。
2008/07/15(火) 09:56:05ID:Bdch4+yT0
c21 と c24 の間のケーブルや、
c21 や c24 の em1 I/F は、今回の構成では命綱ですね。
「ここは絶対故障しない。したら終わり」という、
設計的には >>890 さんも言われているように、
本来はいまいちな、single point of failure ってやつかと。
c21 や c24 の em1 I/F は、今回の構成では命綱ですね。
「ここは絶対故障しない。したら終わり」という、
設計的には >>890 さんも言われているように、
本来はいまいちな、single point of failure ってやつかと。
>867の1)をやろう(^_^;)
現在の構成
c21 (ロードバランサー:マスタ、banana3239)
c24 (ロードバランサー:バックアップ、banana3244)
c201 (フロント:tiger3502)
c202 (フロント:tiger3503)
c203 (フロント:tiger3504)
c204 (フロント:tiger3505)
c205 (フロント:tiger3506)
そんでc21とc24をいろんな順列組み合わせで止めて
ロードバランサーが1台でも動いてるときには
c.2ch.netが見えていればいい感じ・・・・と(^_^;)
c21 (ロードバランサー:マスタ、banana3239)
c24 (ロードバランサー:バックアップ、banana3244)
c201 (フロント:tiger3502)
c202 (フロント:tiger3503)
c203 (フロント:tiger3504)
c204 (フロント:tiger3505)
c205 (フロント:tiger3506)
そんでc21とc24をいろんな順列組み合わせで止めて
ロードバランサーが1台でも動いてるときには
c.2ch.netが見えていればいい感じ・・・・と(^_^;)
まずは
c21 off
c21 on
をやるー(^_^;)
c21 off
c21 on
をやるー(^_^;)
c21 シャットダウンした(^_^;)
2008/07/19(土) 15:15:35ID:+iBOX91H0
wktk
えーっと(^_^;)いきなり第一段階で見えなくなってる・・・・よね?
期待する動作
c21シャットダウン
↓
c24が代替してc.2ch.netは見え続ける
のはずなんだけどなぁ(^_^;)
c21シャットダウン
↓
c24が代替してc.2ch.netは見え続ける
のはずなんだけどなぁ(^_^;)
c24の設定にミスがあった(^_^;)修正する
c.2ch.net見えた(^_^;)
ちと仕切り直し・・・・
再開は20分後
ちと仕切り直し・・・・
再開は20分後
平常状態に戻すためにc21起動(^_^;)
うまく戻りますように・・・・
うまく戻りますように・・・・
c21起動完了(^_^;)仕切り直しで総点検中
ところで次スレも「ボーリング場」でええんかな?(^_^;)
2008/07/19(土) 15:30:17ID:VXgjtaDT0
卓球場の方がいいのか?
2008/07/19(土) 15:58:21ID:+iBOX91H0
913ざる ★
2008/07/19(土) 16:01:43ID:???0 ハーバービューで酔わされるんじゃなかったっけ?
914ざる ★
2008/07/19(土) 16:02:28ID:???0915ざる ★
2008/07/19(土) 16:07:28ID:???0 次スレ
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part5 - ブルーライトバー
http://qb5.2ch.net/test/read.cgi/operate/1216451148/
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part5 - ブルーライトバー
http://qb5.2ch.net/test/read.cgi/operate/1216451148/
ぶはぁ(^_^;)ちょとヤボ用で遅くなった
今から再開
今から再開
c21 off
c21 on
やるです(^_^;)
c.2ch.netはびくともしない予定
c21 on
やるです(^_^;)
c.2ch.netはびくともしない予定
c21電源落とした(^_^;)どうよ?
セカンダリーが代替した、問題なく動いてる(^_^;)
c21起動するー
c21起動するー
現在c21起動処理中(^_^;)cは見えなくなってる
お(^_^;)見えた
約1分間のブラックアウトのあと
プライマリが復帰して、すべて順調に動いている
約1分間のブラックアウトのあと
プライマリが復帰して、すべて順調に動いている
第2段
c24 off
c21 on
をやる(^_^;)
c.2ch.netはびくともしない予定
c24 off
c21 on
をやる(^_^;)
c.2ch.netはびくともしない予定
第2段
c24 off
c21 on < ここ間違えてたc24 onです
をやる(^_^;)
c.2ch.netはびくともしない予定
c24 off
c21 on < ここ間違えてたc24 onです
をやる(^_^;)
c.2ch.netはびくともしない予定
c24電源落とした(^_^;)どうよ?
c21(プライマリ)は平然と動いてる(^_^;)cは順調に動いてる
c24(セカンダリ)の電源投入する
c24(セカンダリ)の電源投入する
c24の電源入れた(^_^;)
c24起動完了(^_^;)ほんの一瞬(2秒くらい?)見えなかった気がする
タイミング的にはロードバランサーが起動する瞬間っぽい
まだ何がどうかはわからないけど覚えておく。
現在はすべて正常に稼働中。
次
c21 off
c24 off
c21 on
c24 on
やる(^_^;)
c24をオフにしたところでcは見えなくなるはず
タイミング的にはロードバランサーが起動する瞬間っぽい
まだ何がどうかはわからないけど覚えておく。
現在はすべて正常に稼働中。
次
c21 off
c24 off
c21 on
c24 on
やる(^_^;)
c24をオフにしたところでcは見えなくなるはず
ちとfsckが完了するのを待つ(^_^;)
ここまでのまとめ(^_^;)
・プライマリが稼働中に落ちても自動的にセカンダリが稼働することを確認
・セカンダリ稼働中のプライマリを復旧させると切り替え時に1分のブラックアウトが起こるらしい
・プライマリ稼働中にセカンダリが落ちてもサービスに影響なし
・プライマリ稼働中にセカンダリを復旧させると数秒のブラックアウトが起こっているように感じた(一瞬すぎて確信はない)
・プライマリが稼働中に落ちても自動的にセカンダリが稼働することを確認
・セカンダリ稼働中のプライマリを復旧させると切り替え時に1分のブラックアウトが起こるらしい
・プライマリ稼働中にセカンダリが落ちてもサービスに影響なし
・プライマリ稼働中にセカンダリを復旧させると数秒のブラックアウトが起こっているように感じた(一瞬すぎて確信はない)
つか一番重要なサーバが壊れた・・・・(^_^;)
22日まで修理できないらしい
22日まで修理できないらしい
2008/07/19(土) 16:59:06ID:VXgjtaDT0
ワロス
壊れたサーバ(^_^;)つhttp://maido3.com/server/keurig/
コーヒー飲みたいなぁ(^_^;)
>927
再開(^_^;)c21落とす
再開(^_^;)c21落とす
更にc24落とす(^_^;)
c21,24両方ダウン中(^_^;)無事cは見えなくなった
2008/07/19(土) 17:06:51ID:VXgjtaDT0
>>932 おいっ、そりゃ大困りだな
・プライマリ→セカンダリの順で落ちた
・プライマリ→セカンダリの順で復旧させる
さあ、どうなるか?(^_^;)
c21(プライマリ)を起動するー
・プライマリ→セカンダリの順で復旧させる
さあ、どうなるか?(^_^;)
c21(プライマリ)を起動するー
2008/07/19(土) 17:10:24ID:+iBOX91H0
>>932
2ちゃん閉鎖の危機だな
2ちゃん閉鎖の危機だな
c21起動完了(^_^;)c見えるようになった
>937
いやまじで(^_^;)
>937
いやまじで(^_^;)
c24を起動するー(^_^;)
c24起動完了(^_^;)セカンダリとして稼働を確認
途中cはずっと見えてた
つことで再びfsck待ち・・・・
・プライマリが落ちて、さらにセカンダリが落ちたらcは見えなくなる
・先にプライマリを復旧した場合に、プライマリ起動と同時にcが見えるようになる
・次にセカンダリを復旧した場合は、正常にセカンダリとして復旧する。その間cには影響なし。
途中cはずっと見えてた
つことで再びfsck待ち・・・・
・プライマリが落ちて、さらにセカンダリが落ちたらcは見えなくなる
・先にプライマリを復旧した場合に、プライマリ起動と同時にcが見えるようになる
・次にセカンダリを復旧した場合は、正常にセカンダリとして復旧する。その間cには影響なし。
fsckが終わり次第
c21 off
c24 off
c24 on
c21 on
やります(^_^;)さっきのやつの復旧順番が逆のパターン
c21 off
c24 off
c24 on
c21 on
やります(^_^;)さっきのやつの復旧順番が逆のパターン
☆ チン マチクタビレタ〜
マチクタビレタ〜
☆ チン 〃 ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
ヽ ___\(\・∀・) < fsckまだ〜?
\_/⊂ ⊂_ ) \_____________
/ ̄ ̄ ̄ ̄ ̄ ̄ /|
| ̄ ̄ ̄ ̄ ̄ ̄ ̄| |
| 愛媛みかん |/
マチクタビレタ〜
☆ チン 〃 ∧_∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
ヽ ___\(\・∀・) < fsckまだ〜?
\_/⊂ ⊂_ ) \_____________
/ ̄ ̄ ̄ ̄ ̄ ̄ /|
| ̄ ̄ ̄ ̄ ̄ ̄ ̄| |
| 愛媛みかん |/
fsck完了(^_^;)>943やります
c21電源落とすー
c21電源落とすー
2008/07/19(土) 17:28:22ID:KcyE4oIA0
サーバー落とさずに、該当鯖にログインしてifdownとかじゃ駄目なの?
c21電源落とした(^_^;)
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニュース
- 岩屋外相「日本への定住が目的ではない」 ガザ住民の受け入れめぐり ★3 [蚤の市★]
- フジテレビ第三者委員会、調査対象は「社員のみ」 同局関係者は疑問「範囲を広げて…」 [ヴァイヴァー★]
- ホンダと日産の経営統合協議、打ち切る可能性 近く両社が取締役会 [蚤の市★]
- タレント・小島瑠璃子さんの夫が死亡、自殺とみられる 外出先から戻った際に意識不明状態の夫発見…小島さんは軽症で搬送 ★15 [Ailuropoda melanoleuca★]
- 「地方暮らしはクルマがないと無理」は単なる甘え? 本当? …地方の交通インフラ崩壊の危機とは [七波羅探題★]
- フジ27時間テレビの放送は絶望的 CM差し止め大幅減収要因も、港社長の“肝いり案件”退陣で影響か [征夷大将軍★]