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/05/05(水) 18:17:30

>>823
HPったってProLiantだけどな

あとはSolarisか

**login:Penguin** · 2010/05/05(水) 19:27:57

プロリンって可愛いじゃないか
おれは好きだけど名前だけ

**login:Penguin** · 2010/05/05(水) 19:29:45

腐れドライバをブチこんでくるHPのことか

**login:Penguin** · 2010/05/05(水) 19:31:17

ソラリンも名前萌えだよな

**login:Penguin** · 2010/05/06(木) 13:26:27

>>813のx86_64環境のXFS問題ついてなんだけど
ext4は仕様上は1パーティッション1EB、1ファイル16TBだけど、
現状の実装では1パーティッション16TBまでらしいんだけど
RHELに限らずLinuxでポートがいっぱい付いているRAIDカードに2TBのHDDを沢山ぶら下げて
1パーティッションで16TB超えたい時ってどのFSが候補になるの？

http://kernelnewbies.org/Ext4#head-4e13646f1961f41bf99152eaf137d309723ac524

**login:Penguin** · 2010/05/06(木) 13:29:01

xfs,jfs,luster,gfs2,...
用途に応じて好きなものを

**login:Penguin** · 2010/05/07(金) 01:34:55

XFSはバグってるって書いてあるのに、なんで候補に入れてるの？
文盲？

**login:Penguin** · 2010/05/07(金) 08:04:04

こっちでやっとくれ。

ファイルシステム総合スレその11
http://pc11.2ch.net/test/read.cgi/linux/1256639505/

**login:Penguin** · 2010/05/10(月) 09:42:37

RHEL6Betaのクラウド対応強化って具体的にどれを指してるんだろう

KVMぐらいなのかな

**login:Penguin** · 2010/05/10(月) 21:52:13

最近は猫も杓子もクラウドクラウド

**login:Penguin** · 2010/05/10(月) 23:26:13

曇りはやだ。　これからはSunshine Computingの時代だ。　意味は知らん。

**login:Penguin** · 2010/05/11(火) 06:45:03

俺たちに日の当たる場所は似合わないだろ？

**login:Penguin** · 2010/05/11(火) 12:49:17

だれがうまいことを言えと

**login:Penguin** · 2010/05/11(火) 13:44:59

Sun Microsystems も買収されちゃったしね

**login:Penguin** · 2010/05/11(火) 15:06:57

そして歴史は繰り返す

**login:Penguin** · 2010/05/11(火) 17:21:56

まあプログラマ自体陰の存在だしな。
いつもバグ入りアプリ作ってる様じゃ感謝されないのは当たり前だが。

シャドーコンピューティングで陰から支え続けるシステムのほうが営業的に喜ばれそう。
陰なんだから人件費要らないよねと無償で奉仕させられるのもオープンソースで慣れて抵抗無いだろうし。

**login:Penguin** · 2010/05/11(火) 19:55:06

>>837
太陽がなくなって暗黒の時代の始まりだ
Linuxだってパクれる相手がなくなれば早晩行き詰る

**login:Penguin** · 2010/05/11(火) 19:56:20

>>839
誰にも必要とされてないのはコードすら書けないお前だけだぜｗ

**login:Penguin** · 2010/05/13(木) 15:00:41

ＲＨＥＬ５のインストール番号って入れないでインストールした場合
コアパッケージしか導入されないとあるけど

　・仮想化パッケージ追加
　・クラスタパッケージ追加
　・yum-update

が不可ってことで合ってる？他にできないことある？
稼動中に「試用期間が過ぎました！」なんて言われて、停止するなんてことはないよね？

※RHEL AS4のサブスクリプションは、大量にある。
RHNログイン用の１個しかアクティブ化してないけど。

**login:Penguin** · 2010/05/13(木) 15:05:28

>他にできないことある？
お前とお前の会社が信用を得ること

**login:Penguin** · 2010/05/13(木) 17:39:14

>>842
レッドハットに問い合わせろ。
ライセンスは、きちんと購入・管理しろ。

**login:Penguin** · 2010/05/13(木) 19:40:52

>>842

> ※RHEL AS4のサブスクリプションは、大量にある。

だから、５をちょっとぐらい使ってもいいじゃんか、なあ？
いっぱいライセンス買ってあるんだから、そのくらい当然の権利だろｊｋ。
お前とは気が合いそうだ。

そのまま客先に納めてる馬鹿もいるんだろうねー

**login:Penguin** · 2010/05/13(木) 23:23:23

2000のライセンス持ってるから７割る香具師と同じレベルだな。
昔からrh9使い続けてるから、rhel5割ってもいいよなレベル。

ログに仕様版って表示されてるけどどういうこと？って問い合わせにどう答えるのだろうw
updateできないけど、セキュリティは？とも訊かれそうw

**login:Penguin** · 2010/05/13(木) 23:31:11

しかも持ってると言っても、どうせ期限が切れたサブスクリプションだろw

**842** · 2010/05/14(金) 00:37:54

書き方が悪かったです。

サブスクリプション確認したら、HPバンドルで標準３年ってなってます。
納品されて２年すこしだから、まだ有効期限内だよね。

RHEL4までは、OS導入時に聞かれないから、あまり気にしなかったけど
RHEL5の検証しようとしたところインストール番号求められて、はて？って思ったしだい。

サーバが外部ネットワークに出れないからRHNには接続できないし
もしアクティベーション機構みたいなのあったらどうしようかなって気になって。

サブスクリプションをすべてRHNに登録してなかったのは部署の不手際でした。

**login:Penguin** · 2010/05/14(金) 02:09:25

RHEL4も
入れた分全部RHNに登録せにゃならんの？

最近隣の人が納入してたけど40台とか死ねるな。
外つながらないし、コツコツ手でやってたのかな

**login:Penguin** · 2010/05/14(金) 12:14:20

１度に２台くらいまでしか入れた事ないからわからないな。
おれは毎回ちゃんと登録してるけど、台数多い場合はどうなるんだろう？
それよりもRHELって、４のライセンスで５にバージョンアップって出来るの？
上のたとえがわかりやすいけど、Vistaのライセンス持ってるからって７入れられないよね？
10.6.0から10.6.3とかに上げるのは全然アリだとは思うんだけど、、、

**login:Penguin** · 2010/05/14(金) 14:10:05

>>850
> それよりもRHELって、４のライセンスで５にバージョンアップって出来るの？
出来るよ

そもそも、４のライセンスという考え方が無い

**login:Penguin** · 2010/05/14(金) 16:44:33

>>850
直販のやSIOSから買ってたら台数多い場合は死ねる。

でも、HPのソフトウェアケアパックならそーでもなかった。

FAX登録という時代錯誤な仕組みだが、
うまく工夫できればコピーと切り張りで済む。

NECとDellからも買ったが昔のことすぎで忘れた。

**login:Penguin** · 2010/05/14(金) 18:30:57

>>851
そうだったんだ。じゃあ上の人、ライセンス的には問題なかったんだね。
客先のOSのバージョンアップなんてやらないからなあ。
３～５年で保守切れたらハードごと取替えが普通だし。
社内でいじれるサーバ欲しいよなあ。客の納品ないと基本触る機会さえ無い。

>>852
結局一つづつ登録は必須って事かｗ
どうせ台数多く納品するなんてでかいとこだろうけど
おおむね若いのにやらせてるんだろうな。

**login:Penguin** · 2010/05/14(金) 23:05:16

>>852-853
rhn にインストールキーだけ rhn に登録された状態にしてくれるサービスが
ある（買う時に rhn の ID を Red Hat へ通知しておくか、Red Hat が適当に
作ってくれた奴に後から ID/Pass を紐付ける）。

１つのインストールキーで複数台インストールして各マシンで rhn_register
に ID/Pass 突っ込むだけ。コマンドラインならあっと言う間。
詳しくはダイレクトエンタイトルメントでググれ。

**login:Penguin** · 2010/06/05(土) 18:28:49

HPのDL380に32ビット版のRHEL5.4をインストールしようと思ってます
ただ諸般の都合で、今はメモリが1GBしかなく、来月には8GBまで増える予定です

今からメモリ増設に備えたインストールをするために、PAEなカーネルをインストールすること、
スワップ領域を8GBぶん用意しておくこと以外に、何か考慮しておくことはあるかどうか
知りたいと思ってます

インストール時のメモリ量によって変更される設定ファイルとか、ありますか?
sysctl.confとかって、どうなのだろう?とか思ってます

**login:Penguin** · 2010/06/05(土) 20:07:15

スワップって今でも1.5倍ルールするのが普通なのかね。

**login:Penguin** · 2010/06/05(土) 20:55:39

16GBとか32GBとか普通に搭載できるこの平成の時代に、swapにメモリと同量確保する
必要があんのかっつーと、どうなんだろうな
用途次第、運用次第だろうけどさ

>>855-856
swap領域については、一応ナレッジベースに記載はある
ttp://kbase.redhat.com/faq/docs/DOC-16846

この記載に従えば、1GB→8GBという計画があるなら、最低でも4GB確保しておけという
ことにはなる

ハイバネーションの最悪のケースや、kdumpの出力先として使う事まで考えるのなら
メモリと同量になるのかなぁ
ハイバネーションとか、俺は必要としてないから、よく分からんが

**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

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