Red Hat Enterprise Linux スレッド part 26

**login:Penguin** · 2008/09/20(土) 08:38:35

■レッドハット株式会社(国内) http://www.jp.redhat.com/
■Red Hat, Inc.(米国本社) http://www.redhat.com/
■FAQ Redhat
http://linux2ch.bbzone.net/index.php?InstallationRedHatLinuxFAQs

Red Hat Linuxは、RHEL(Red Hat Enterprise Linux)へ移行しました。
RHELは Red Hatの名を冠する有償のディストリビューションです。
RHELは Fedora Coreをベースに開発されています。

前スレッド
Red Hat Enterprise Linux スレッド part 25
http://pc11.2ch.net/test/read.cgi/linux/1176907387/

■関連スレッド・リンク等は（あれば）>>2-5 あたり。

**login:Penguin** · 2010/06/05(土) 22:12:53

>>855
diskdumpするなら swap はメモリ+α以上のサイズで
プライマリパーティション上に作成かな？
拡張領域でもよかったかもしれないけど LVM はアウトらしい。

実際には 857 の言うように 4GB でＯＫだと思うけど、何かの拍子に
カーネルクラッシュダンプが必要になることもあるから、ディスクに余裕
あるなら俺だったらスワップは 10GB でいくね。
# クラッシュダンプも部分的にとれるはずなんで要らないとは
# 思うんだが、一応ね。

**login:Penguin** · 2010/06/06(日) 10:02:43

大容量ハードディスクが安価に買えるとは言え、10GBもスワップ領域で喰われてるのは惜しいな。
ダンプ必要に成ったら、検証機用意して対応する程度の計画で準備だけしとく程度で良さそうだけどねえ。
4GBとか8GBとか載せてもメモリ使い切る様なオンメモリタイプのアプリ常用で酷使するとかならまだまだスワップ重要なんだろうけど。

**login:Penguin** · 2010/06/07(月) 12:01:58

2GB超えるときは2GB×必要量で作成するっていまでも必要な作業かな
めんどくさいから2GB以上は作らないけど

**login:Penguin** · 2010/06/07(月) 14:50:52

その制限は大分前になくなったような気がするが。

**login:Penguin** · 2010/06/08(火) 07:19:20

その壁って何だっけってググったらfat16の壁か。
いつの時代のos使ってんだw

**login:Penguin** · 2010/06/08(火) 10:29:49

>>862
swap に FAT が関係あるとは思えないんだが。
どこに書いてあったの?

**login:Penguin** · 2010/06/09(水) 00:12:20

このバグの入ってるカーネルが出回ってたようなんだが、どのバージョンのカーネルだとこのバグが
含まれているか分かる人居る?
Bug 452185 - gettimeofday() jumping into the future
https://bugzilla.redhat.com/show_bug.cgi?id=452185
gettimeofday()などで取得した時刻が4398秒前後するというバグだ。
時刻が前後した直後に取得すると正常になっている。

**login:Penguin** · 2010/06/09(水) 13:23:07

>>864
5.1と書いてあるように見えるが。
5.0もダメそうだが。

6betaがGUIインストール出来ないと思ったらメモリ不足だった…
384Mもあるのに足りんのか。

**login:Penguin** · 2010/06/11(金) 19:23:48

SWAPは２GBごとに分けるのが常識だと
Nの人が打ち合わせで言ってたけど？

**login:Penguin** · 2010/06/12(土) 00:16:19

mkswap(8) によれば kernel 2.3.3 以降でスワップ領域のサイズの上限はなくなった、とあるぞ

　　The maximum useful size of a swap area depends on the architecture and
　　the kernel version. It is roughly 2GiB on i386, PPC, m68k, ARM, 1GiB
　　on sparc, 512MiB on mips, 128GiB on alpha and 3TiB on sparc64. For ker-
　　nels after 2.3.3 there is no such limitation.

>866 の言うNの人とやらはいったいいつの時代の常識を引っ張りつづけているのだろうかね

**login:Penguin** · 2010/06/12(土) 00:23:01

SWAPをメモリの2倍確保するのは今でも常識ですか?

**login:Penguin** · 2010/06/12(土) 00:27:38

>>868
RedHatのおすすめは実メモリ + 2GB だけ確保すること
（ただし実メモリが2GB以下の場合は実メモリの2倍）

ドキュメントのどっかに書いてあったよ

**login:Penguin** · 2010/06/12(土) 13:20:31

>>868
linux では過去も現在もそういう常識はないよ。
それは Sun-OS、solaris 系統の常識。

**login:Penguin** · 2010/06/13(日) 14:55:44

>>870
UNIX関係って昔からswapはメモリの2倍っていう話があったが、
既にSolarisとかはその必要なくなってたんじゃないの? あったの?

ていうか元々その常識が広まった原因は何なのかねえ? 全メモリを
swap in/out することしか出来ない状態ならわかるんだが。メモリを
ブロックに分けてブロック単位で swap in/out してるなら実メモリの
2倍にする必要なんて全くないよね?

**login:Penguin** · 2010/06/13(日) 16:18:01

しったかぶりで意味不明なこと言ってないで、
計算機の基礎知識勉強してくれ

**login:Penguin** · 2010/06/13(日) 23:50:35

>>871
Solarisだと、swapfsで空きメモリ＋本来のswapをswapとして扱えるようになってから
変わったはず
http://docs.sun.com/app/docs/doc/805-1753/6j1n2ina7?l=ja&a=view
最近は、メモリが大量に載るようになったから、>>869みたいにまた変わってきている

**login:Penguin** · 2010/06/14(月) 16:55:17

>>869
http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/ja-JP/Installation_Guide/s2-diskpartrecommend-ppc.html

Swap は 2 GB までの物理 RAM サイズまでは、その物理 RAM の二倍に等しい量にして、
2 GB 以上の物理 RAM では、その増加分と同等の量を追加します。しかし決して 32 MB 以下であってはいけません。

次のようになります:
M = RAM の GB 数として、S = swap の GB 数とすると、
M < 2 ならば
S = M *2
その他
S = M + 2

この方式を使うと、2 GB の物理 RAM があるシステムには 4 GB の swap となり、
3 GB の物理 RAM があるシステムには 5 GB の swap となります。
大きな領域の swap パーティションを作成するとあとで RAM をアップグレードすることがある場合、特に役立ちます。

**login:Penguin** · 2010/06/14(月) 17:24:33

>>874
でもこれ根拠がよくわからんね。

**login:Penguin** · 2010/06/14(月) 17:53:54

>>875
日本人はこういう基準が好きだからじゃねの。
英文の方は、「まぁ、よく分かんなくて、あまり拘らんならこれぐらいにしときなよ」てニュアンス。
それが和文になると、仰々しく計算式添えて、かなり強い調子の推奨にも読める。
で、知ったかクン増殖。そういう御託を有難がるユーザ増殖。

**login:Penguin** · 2010/06/14(月) 18:01:53

>>876
いや、英文でも計算式あるよ。
http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Installation_Guide-en-US/s2-diskpartrecommend-ppc.html

**login:Penguin** · 2010/06/14(月) 18:37:19

swapなんて使ったら負けですよ。
swapを使わせないSystemづくりが重要。

と、言ってみるテスト

**login:Penguin** · 2010/06/14(月) 19:10:28

>>877
あらら。すまん、こっちを見てた。
http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.5/html/Installation_Guide/s2-diskpartrecommend-ppc.html
ＵＳも事情は同じか。
「これがベンダーの推奨標準インストールです」と威張って責任回避したい奴等には必要なんだろね。

>>878
基本はそれですよ。
swap は落ちるまでの時間稼ぎに必要。

**login:Penguin** · 2010/06/15(火) 01:17:15

これもswap outか。
どういうアルゴリズムしてんだwwww
http://togetter.com/li/28658

**login:Penguin** · 2010/06/16(水) 13:25:32

> で、知ったかクン増殖。そういう御託を有難がるユーザ増殖。
> 「これがベンダーの推奨標準インストールです」と威張って責任回避したい奴等には必要なんだろね。

ID:d1fWvQPt
は、頭おかしいの？
「自分はすごいです」って吹聴して回るタイプ？

**login:Penguin** · 2010/06/16(水) 14:11:13

そっとしといてやれ。

**login:Penguin** · 2010/06/16(水) 17:31:48

>>879
swapの意味を間違えてる典型例

**login:Penguin** · 2010/06/16(水) 17:42:04

>>883
具体的に。

**login:Penguin** · 2010/06/23(水) 01:19:52

で、結局 swap はどうなんだ? 物理メモリ沢山積んでればなくても動くよな。
Ubuntu なんてデフォルトのインストール swap なしじゃなかったっけ?

んで、メモリの2倍という神話は一体どこから発生したんだ?

**login:Penguin** · 2010/06/23(水) 03:28:33

どういう用途でRHELを使うかによって必要とされるスワップパーティションのサイズも
安全と効率を考えて動的に変える必要がある。

例えば仮想環境を使う場合には次のような計算式で算出したサイズを推奨している。

ttp://www.redhat.com/docs/ja-JP/Red_Hat_Enterprise_Linux/5.4/html/Virtualization_Guide/sect-Virtualization-Tips_and_tricks-Overcommitting_with_KVM.html

>>885
おそらく君はとても若い青年だろう。馬力もありそうだから、もし本当に興味があるなら
図書館なりに通って昔のUNIXについての文献でも漁って調べてみてはいかがだろう。

私が使っていたBSD系UNIXでは「メインメモリの２倍から３倍の範囲の中で、できる限り
大きくとるのが適切」とされていた。
メインメモリ8MBぐらい, ハードディスク300MBぐらいの頃の話です。

**login:Penguin** · 2010/06/23(水) 10:08:38

>>885
たしかこの辺の話だったような。
http://slashdot.jp/askslashdot/comments.pl?threshold=0&mode=nested&commentsort=0&sid=421212&cid=1431741&pid=1431741
http://slashdot.jp/askslashdot/comments.pl?threshold=0&mode=nested&commentsort=0&sid=421212&cid=1431726&pid=1431726

> で、結局 swap はどうなんだ? 物理メモリ沢山積んでればなくても動くよな。
Linux では、動かす分にはそうだね。
サスペンドしたいとかなるとまた違うかも。

**login:Penguin** · 2010/07/04(日) 23:25:38

サーバーでサスペンドはしない…かも知れないけれど,
停電時には, シャットダウンするのとどちらが速いんだろ？
使い様があるかな？

**login:Penguin** · 2010/07/05(月) 07:38:37

停電があるような場所にサーバ置かないし。

**login:Penguin** · 2010/07/05(月) 14:02:16

>>889
法定電源点検のあるDCとか結構あるよ。
iDCではさすがにないけど、客の自前ビルとかね。

**login:Penguin** · 2010/07/06(火) 18:26:08

じゃぁ,サスペンドで要求される様な容量のswap領域は要らないでFA？

**login:Penguin** · 2010/07/06(火) 23:25:48

>>891
・サスペンドさせない
・kdumpの吐き出し先をswapにしない
→>>857にある公式ナレッジベースに従えば概ね問題なし

・サスペンドさせる
→実メモリ+α確保する。メモリを256GBとか搭載してる大物なら、本当にサスペンドさせんのかどうか再検討
・kdumpの吐き出し先をswapにする
→緊急時はダンプを完全に吐き出させたい
　→32bit環境なら2GB+α。64bit環境なら実メモリ分+α
→そうでもない
　→セカンドカーネル用メモリのサイズ+α

**login:Penguin** · 2010/07/07(水) 12:52:07

>>857が読めん
だれかコピペしてよ

**login:Penguin** · 2010/07/07(水) 12:59:05

あれ、昔はサブスクリプション無くてもナレッジベースにアクセスできたのに？

**login:Penguin** · 2010/07/07(水) 19:10:34

コピペしても訴えられたりしないなら貼ってもいいけど
タイトルは
数百ギガバイトのメモリをもつシステムには、数百ギガバイトの swap 領域が本当に必要ですか？

**login:Penguin** · 2010/07/08(木) 21:41:27

いやはやなにあのsuExecてのは。
はまったわぁ

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 15:43:17

これからの時代は swap なしに移行していくかも知れんね。何か特別にメモリ食うことをしないのであれば
実メモリが巨大化しているので問題なく使える。サスペンド用とかのデータも普通のファイルシステム上に
作れるならば問題はない。

あ、一時的に昔のバンクメモリみたいなのが復活する可能性はあるな。SSDとかに使っている遅いメモリを
遅いメモリブロックとしてOS側で認識してswap風に使うとかな。そうするとOS側からの扱いはファイル
システムではないので楽になる。普通のメモリブロックと扱い方は同じだが遅いからswap的に主に保存
することに使うということ。

**名無しさん＠そうだ選挙に行こう** · 2010/07/10(土) 21:30:19

swapは考え方次第じゃないかな。俺は安全策として常に取ってあるけど。
以前メモリリークしまくるアプリケーションもあった経験があるし。
swapが落ちるか落ちないかの差になる可能性がある。
特にサーバの場合だけど、俺はデスクトップでもswap入れる習慣があるなぁ

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 03:13:02

メモリリークするプログラムがギガ単位の容量の swap を使い切って落ちた時は
core の保存で他のプロセスが巻き添え喰らって遅くなって大変だった。しかも
動いていたそのプログラムのカレントディレクトリが分からなくて core がどこに
出来たかわからない。

主人「なるほど、きみの言わんとする意味が、だいたい見当がつきました。
　　　きみは、こう言いたいのでしょう。・・・core はどこだ！」
ぼく「悪質な冗談はやめて下さい。・・・ぼくは死ぬかもしれないのですよ。
　　・・・ほら、ぼくのDISKはだんだん容量がなくなっていくではないですか」

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 12:28:10

find / -name core

**名無しさん＠そうだ選挙に行こう** · 2010/07/11(日) 17:58:42

>>899

それは coreいな。

**login:Penguin** · 2010/07/12(月) 08:44:04

>>メモリーリークするプログラム

テストやっとんのか？

**login:Penguin** · 2010/07/12(月) 14:05:09

>>902
有名なアプリとかでもたまに派手にやるよ。
酷くて覚えているのは acroread かな。
出てしばらくはクローズしても終了しないとメモリを放さないから，
たくさん書物見ると大変なことになってた。仕様と言い張れるのかもしれんが

core は吐かない設定にしてるし，吐いたとしてもどこに
あるかわからなくて困るってことはさすがにないけど

**login:Penguin** · 2010/07/13(火) 01:22:02

フラッシュとかも数時間動かしてると盛大にメモリ喰うな。
アドビのソフト入れないほうがいい。

**login:Penguin** · 2010/07/14(水) 14:38:16

>>903 >>904

そういうのはWinで

**login:Penguin** · 2010/07/18(日) 21:53:53

RHCEのスレはどこ？

**login:Penguin** · 2010/07/29(木) 08:36:35

ばぁさんや
RHEL6のリリース版はまだかいな？

**login:Penguin** · 2010/08/03(火) 08:45:03

早くて年内っぽい

ttp://www.yomiuri.co.jp/net/news/internetcom/20100702-OYT8T00476.htm

**login:Penguin** · 2010/08/04(水) 10:02:50

5の製品ライフサイクル延ばさないのかねぇ。
6が出なくて今から5を買わざるをえない状況であと5年はつかわにゃならんとかだと
途中で終わっちゃうんだよねぇ…。

**login:Penguin** · 2010/08/04(水) 12:19:16

>>909
それは切実に思うよ。
５のライフサイクルはのばしてください。

おねげーしますだ。

**login:Penguin** · 2010/08/04(水) 22:28:49

ウチもこの4月に調達したシステム
4年で次の予算措置はないだろうしなぁ

**login:Penguin** · 2010/08/27(金) 08:55:18

そのへんは営業経由で要求して駄目そうなら他のを検討するしか無いね。
rhel互換でもいいし、ウィンドウズでもいいし。

**login:Penguin** · 2010/08/27(金) 09:20:25

>>912
> rhel互換でもいいし

CentOSとかはRHELの保守が止れば一緒に止る。

**login:Penguin** · 2010/08/29(日) 02:43:47

ホワイトボックスは？

**login:Penguin** · 2010/08/29(日) 03:24:03

White Box Enterprise Linuxってもう更新停止してるだろ
それともまた別の酉の話？

**login:Penguin** · 2010/09/04(土) 16:40:26

oelあたりは大丈夫だろう。
個々の連中は調達スキル無いのな。

**login:Penguin** · 2010/09/06(月) 12:18:55

↓これで，＋３年は大丈夫になったのかな？

Extended Life Cycle Support
http://www.redhat.com/rhel/server/extended_lifecycle_support/

**login:Penguin** · 2010/09/09(木) 00:11:37

Red Hat Enterpriseを現在使用中でして・・・
HPのProLiantにHDE Controllerやapacheやらが存在してます。
古くなってきたので、OSごと仮想化しようと思い、
そのままの状態で物理HDDから仮想化できたのですが、
これってライセンス上、問題ありなのでしょうか？
画面に鍵マークでてきてるので、押そうかまよってます。

**login:Penguin** · 2010/09/09(木) 10:26:19

P2Vの移行をするなら、移行先の仮想環境におまけでついてるコンバーターを使えばいいジャナーイ
有効期限中のライセンスを現状持ってるならそのまま流用可能

**login:Penguin** · 2010/09/09(木) 23:16:32

>>919
P2Vは、完了しました。
有効期限中のライセンスを現状持ってるので、OKという
ことですね。ありがとうございます。

**login:Penguin** · 2010/09/10(金) 11:49:58

普通はライセンス調達元に確認だな。

**login:Penguin** · 2010/09/14(火) 19:43:59

誘導されてきました。
RHEL ES のライセンス更新を海外でドル建てで買われた方いますか？
日本円で48000円ぐらいになるので、せめて円高を享受したいのですが・・。

**login:Penguin** · 2010/09/14(火) 20:45:35

ドルで買ったことあるよ。サポートが英語だから、それでいいなら良いと思うよ。
実際アップデートさえ入手できればいいって使い方ならそれでいいよね。

**922** · 2010/09/14(火) 20:49:12

>>923
サンクス、一般的なサーバ用途なので、サポートは全くいらないので、
アップデートだけ欲しいのよね。
centでいいじゃないかと思われるけど、客の指定でRHEL強制なので・・。

**922** · 2010/09/14(火) 21:32:29

RHNには「ベンダー提供されているサブスクリプション更新はベンダーに言ってね」となっているけど、
更新はどこで買っても良いのかしら？
キーコードさえ購入したいんだけど、よく考えたら3年分買って更新の購入は初めて・・。

**login:Penguin** · 2010/09/14(火) 23:34:46

日本からアメリカサイトへの更新切り替えはどうだろね。最初はアメリカサイトで
新規購入でいいんじゃないの。次の期限切れからはアメリカサイトで更新出来るよ。

**926** · 2010/09/14(火) 23:38:23

あぁ最近のバージョンはインストールのときに番号入力するから
新規で買うとそれが問題になるのか。

**login:Penguin** · 2010/09/16(木) 14:24:21

その辺はインターネット時代なのにまだ意識させられて前世代的だよなあ。
レドハトの日本支社がちゃんと日本のユーザの利便性も考えて整備してくれればいいのに。
レドハト互換のオラクルだと日本からでも大丈夫だったりするのかな。

**login:Penguin** · 2010/10/08(金) 22:56:41

6.0ﾏﾀﾞｰ

**login:Penguin** · 2010/10/14(木) 15:37:05

【レッドハットフォーラム2010開催】11/17(水)ついにRHEL6がベールを脱ぐ！

**login:Penguin** · 2010/10/15(金) 12:21:53

>>929
2 3日前に3rd party向けのRCが出るぞーみたいなこと聞いた。

クリスマスプレゼントあたりかねえ。

**login:Penguin** · 2010/10/15(金) 17:21:05

6がこんなだと、5はいつまでサポートするんだろ
あと5年くらい？

**login:Penguin** · 2010/10/15(金) 17:33:38

全然betaいじってないのにこんなこと書くのもあれだけど、
RHEL6だと、おまいらぜひともKVM使ってくださいねって感じになってるんだろうか

**login:Penguin** · 2010/10/15(金) 18:12:00

RHEV6, RHEL6を使って
「VMware ESX 必ずつぶしてみせます」
ぐらいの気概でガシガシいくみたいだね。

**login:Penguin** · 2010/10/15(金) 20:18:16

ESX超便利なんだけど。
RHEL6+KVMって、ライブマイグレーションとかできるの？

**login:Penguin** · 2010/10/15(金) 20:51:14

>>935
どうしてできないと思ったの？

それとさ、ESXってRHEL3 M.O.D.だからね

**login:Penguin** · 2010/10/15(金) 20:52:53

>>936
昔話しかできないおじいちゃんですか？

**login:Penguin** · 2010/10/15(金) 20:57:37

あらあら
ただの低脳ｸﾝだったか・・・

**login:Penguin** · 2010/10/15(金) 21:11:27

低脳はどっちだよｗｗｗ
一度仕入れた情報が死ぬまで使えると思ってるんだろｗｗｗ勉強しろ

**login:Penguin** · 2010/10/15(金) 21:48:13

esxiもrhelベースなの？

**login:Penguin** · 2010/10/15(金) 23:30:39

いんや。
自前の極小システム。

**login:Penguin** · 2010/10/15(金) 23:54:35

何にしても、paravirtualizationとは何だったのか、って感じですなあ。
デバイスドライバ単位とか、その他カーネルモジュールで何とかなる範囲とかは別だけど。

**login:Penguin** · 2010/10/16(土) 18:24:36

>>932
>>917が出来たから，あと６年半なんじゃない？

**login:Penguin** · 2010/10/18(月) 01:24:19

数年後「儲からんので延長サポートは無かったことにする」てなアナウンスが
出たりしそうな気がする。

**login:Penguin** · 2010/10/18(月) 12:54:20

>>940
勘違いしてると思うが、ESXもRHELベースではない。
独自のカーネル上に、管理用のコンソールとしてrhelベースのOSを走らせているにすぎない。

**login:Penguin** · 2010/10/18(月) 13:03:35

あらあら、低脳ｸﾝ必死だわ

**login:Penguin** · 2010/10/18(月) 23:03:10

>>945
自己紹介乙

**login:Penguin** · 2010/10/20(水) 01:15:35

>>935
RHEL5+KVMでライブマイグレーションは出来てるから、
6だとストレージvMotionとか、FTとかとのあたりに対応して行くんじゃないかな？

**login:Penguin** · 2010/10/27(水) 08:52:53

その辺は期待してないな。
結局は親rhelが転けると子供も転けるし。
クラウドコンピューティング的に他の鯖が障害鯖の処理を引き継いでくれる機能とか有れば便利だろうけど。

**login:Penguin** · 2010/11/01(月) 04:08:12

>>945
面白いこと言うな

**login:Penguin** · 2010/11/01(月) 06:04:36

低脳ｸﾝだから仕方ないね

**login:Penguin** · 2010/11/01(月) 17:40:05

まあすべての商用鯖はrhelベースだからね。

**login:Penguin** · 2010/11/01(月) 18:17:28

しくじったらいつも一番上のお兄ちゃんだけが怒られて、弟はしらんぷり。

弟は、兄貴が失敗したことを見てずるがしこく立ち回り、成功したことは
全部自分がやりましたと吹聴していればいいんだから、楽な稼業だね。

**login:Penguin** · 2010/11/01(月) 18:28:21

長男は社会人だからな。
しょうがない。

**login:Penguin** · 2010/11/01(月) 20:59:27

弟はすねかじりだもんな

**login:Penguin** · 2010/11/02(火) 23:23:21

まあその分、親は長男に期待して家督を継がせる訳で。

**login:Penguin** · 2010/11/06(土) 19:17:33

いつの時代から来た人だ