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** · 2009/07/05(日) 22:42:02

RHELで使用できるものなら、ClusterPerfect、CLUSTER PRO、
LifeKeeperとかあって、それぞれ普通に売れてた

LVSつーか、heartbeat、keepalivedに食われたってんなら理解も出来るが、
KVM＝サーバー仮想化で置き換えるなら、アーキテクチャーから設計し直しだな

**login:Penguin** · 2009/07/05(日) 22:58:23

>>361
VMwareなら引き継げる
当然2筐体必要

**login:Penguin** · 2009/07/05(日) 23:30:29

>>363
なぜそこでVMwareが出てくる？

**login:Penguin** · 2009/07/06(月) 00:16:07

>>364
>>360-361の流れ見てる？

**login:Penguin** · 2009/07/06(月) 00:49:34

>>365
>>355

**login:Penguin** · 2009/07/06(月) 05:17:14

>>364
なぜそこでその質問が出てくる？

**login:Penguin** · 2009/07/06(月) 09:44:50

>>367
>>355

**login:Penguin** · 2009/07/06(月) 11:04:31

vmwareもxen同様に終了だな。
無料でカーネルにkvm入っちゃうし。

**login:Penguin** · 2009/07/06(月) 12:44:29

で、そののKVMはWindowsが動かせるのか（xen並のパフォーマンスで）？

**login:Penguin** · 2009/07/06(月) 12:56:14

Windowsのパフォーマンスなんてどうでもいいんだよ
Linuxの仮想化がやりたければLinux上で
Windowsの仮想化がやりたければWindows Server上でやりゃいい

**login:Penguin** · 2009/07/06(月) 17:00:54

今時、Windowsだけ～Linuxだけ～って所は少ないだろ。
やっぱり、それぞれメリデメがあるから。

**login:Penguin** · 2009/07/06(月) 17:01:40

バーチャルPCでのウィンドウズの使いやすさは異常だしな。

**login:Penguin** · 2009/07/07(火) 00:27:12

>>371
違うOSを混ぜて走らせられるのも仮想化の使い方の一つだからねえ。

**login:Penguin** · 2009/07/07(火) 11:12:01

パフォーマンスとか、使い勝手で使い分けるのも上手な選択。
現状、万能な仮想ソフトなんて無いし。

**login:Penguin** · 2009/07/19(日) 03:57:47

いそげー、Ver6がでたぞー

**login:Penguin** · 2009/07/22(水) 22:34:00

「Sun Set Cruise」を「サンシャイン６０」で開催するらしい
ttp://www-06.ibm.com/systems/jp/saiteki/event/ssc09/rh0729/

**login:Penguin** · 2009/07/22(水) 23:56:06

redhat社のカーネルを2.4.9.e-74にアップデートを考えております。

その際どのように前とは機能、セキュリティが変わったのかは
？http://www.jp.redhat.com/support/errata/RHSA/RHSA-2009-0001J.html？でわかったのですが、どのように修正されたか、変更されたか？（ドライバやソースなど）は全くわかりません。

全く無知な私に一から教えて頂けないでしょうか

**login:Penguin** · 2009/07/22(水) 23:57:09

>>378
無理

**login:Penguin** · 2009/07/22(水) 23:58:01

>>378
.src.rpm 比較すれば。

**login:Penguin** · 2009/07/22(水) 23:58:55

>>380
そのsrc.rpmをどうやって手に入れればいいかわからないんです
教えてください

**login:Penguin** · 2009/07/23(木) 00:02:47

>>381
Red Hat Network から。

**login:Penguin** · 2009/07/23(木) 00:08:58

>>382
redhatnetworkはidもってないと使えませんか？

**login:Penguin** · 2009/07/23(木) 00:20:48

>>383
はい。

**login:Penguin** · 2009/07/23(木) 00:23:51

>>384
それを持ってない私に調べる方法はないでしょうか？

**login:Penguin** · 2009/07/23(木) 00:24:45

SRPMなら公開されているので誰でも取れる。
バイナリパッケージはIDがないと取れない。

http://ftp.ne.jp/Linux/packages/redhat/ftp.redhat.com/linux/updates/enterprise/2.1ES/en/os/SRPMS

**login:Penguin** · 2009/07/23(木) 00:26:25

これはどのように見ればいいのでしょうか？

秀丸では見れないのですが、、、

**login:Penguin** · 2009/07/23(木) 00:35:51

>>385
登録すりゃええだろが

**login:Penguin** · 2009/07/23(木) 00:36:12

>>387
レッドハットのサポートセンターに電話汁！

**login:Penguin** · 2009/07/23(木) 00:38:22

>>385
RHEL 使っててアカウント持ってないなんて常識的に考えられない。

**login:Penguin** · 2009/07/23(木) 00:41:46

>>387
そんなスキルでソース見てどうしようってんだ?

**login:Penguin** · 2009/07/23(木) 02:11:24

意外とソースは読めたりしてw
確かにサブスクリプションとか契約関係はRH初めてだと解りにくいかもね。

**login:Penguin** · 2009/07/23(木) 05:22:20

基本的なスキルが足りないので、レッドハット系の本でも嫁としか。

http://pc11.2ch.net/test/read.cgi/linux/1246986882/
くだらねえ質問はここに書き込め！ Part176
http://pc11.2ch.net/test/read.cgi/linux/1183571805/
スレ立てるまでもない雑談スレその3
http://pc11.2ch.net/test/read.cgi/linux/1159944380/
【ググレ】なぜLinux使いは根性が悪いのか?【カス】
http://pc11.2ch.net/test/read.cgi/linux/1246970809/
Linuxプログラミング総合スレッド
http://pc11.2ch.net/test/read.cgi/linux/1172765114/
Linux 推薦図書/必読書/推薦雑誌/推薦ＨＰ 2
http://pc11.2ch.net/test/read.cgi/linux/1175167371/
【deb】パッケージシステム【rpm】
http://pc11.2ch.net/test/read.cgi/linux/1210729152/
Linuxは知らないといけない知識の変化が多すぎ
http://pc11.2ch.net/test/read.cgi/linux/1081742260/
効率的なLinuxの学習方法
http://pc11.2ch.net/test/read.cgi/linux/1032373904/
【悪戦】初心者から中級者への道【苦闘】
http://pc11.2ch.net/test/read.cgi/linux/1139192166/
リナックスの勉強するスレ
http://pc11.2ch.net/test/read.cgi/linux/1194804143/
赤ちゃんでも出来るLinux講座

**login:Penguin** · 2009/07/23(木) 09:05:11

きっと釣りだよ。もうやめようよ。

**login:Penguin** · 2009/07/23(木) 11:30:13

すみません、質問させてください。
RHEL4のサーバーで、yumを入れようと思っているのですが、うまくいきません。
ttp://d.hatena.ne.jp/ZIGOROu/20061217/1166377279
このサイトさんを参考にさせていただいているのですが、

#rpm -ivh yum-2.4.2-0.4.el4.rf.noarch.rpm
error: Failed dependencies:
libxml2-python is needed by yum-2.4.2-0.4.el4.rf.noarch
rpm-python is needed by yum-2.4.2-0.4.el4.rf.noarch

こんな感じで先に進みません。
RHEL4用のlibxml2-pythonと、rpm-pythonを探しているのですが全然見つからず困っています。。。
すみませんが、ご教授お願いします

**login:Penguin** · 2009/07/23(木) 12:17:32

>>395
http://d.hatena.ne.jp/ZIGOROu/20061217/1166377279

**login:Penguin** · 2009/07/23(木) 17:17:55

世間の鯖缶っつーかウェブプログラマってつかわねーパッケージとか
入ってて何も気にならないの？
うちに来る客が特別レベル低いのか…？

**login:Penguin** · 2009/07/23(木) 21:12:50

逆になんで気にするの
使わないサービスが上がってるならともかく

**login:Penguin** · 2009/07/23(木) 21:39:53

運用環境とかgcc入れてるだけでも踏み台候補だよな。

**login:Penguin** · 2009/07/23(木) 21:43:57

ぷ。共通バイナリ使ってんのに何言ってんの？

**login:Penguin** · 2009/07/24(金) 00:09:05

インフラ知ってるプログラマーは希少。
アーキテクチャ候補だと思う。

**login:Penguin** · 2009/07/24(金) 00:11:44

プログラム知ってるインフラはどう？

**login:Penguin** · 2009/07/24(金) 00:22:04

>>402
便利にこき使われて、出世はできない

**397** · 2009/07/24(金) 00:46:13

>>403
俺のことだ！

くっそー、コード書きの野郎ども、いっつもいっつも
エラー出るたびに「Apache落ちてないですか？」「IIS落ちてないですか」
うっせんだよボケ！ポート監視は警告出してねーだろが！
テメーの屑アプリがエラー起こしてんだよ！

要件どおりの環境きっちり立ててんだよ。オメーらのカスアプリが
グダグダな動きしてんのまで面倒見れるかってんだ。市ね全員！

ログくらいテメーで見ろ！

**login:Penguin** · 2009/07/24(金) 01:28:46

>>404
わかるわーｗ

**login:Penguin** · 2009/07/24(金) 02:39:44

そんなのエラーをアプリ担当にメールしてやれば良いのに。
webminとか入れて再起動ぐらい出来るようにしとくと、基本放置でおk。
再起動でも直らないなら電話しろ程度でおk。

まあ要求仕様のミスの可能性が高いが。いかに手間を減らす仕組みを仕様に盛り込めるかが重要。

**login:Penguin** · 2009/07/24(金) 10:32:42

コンセント抜けてませんか～
から確認するのはふつーだろ？

**login:Penguin** · 2009/07/24(金) 21:58:18

アプリ屋って障害発生すると、すぐにインフラのせいにしようとするからな。
アプリ屋から見たインフラなんて、
所詮マニュアル通りで、型に当てはめるだけでしょ？
みたいに思われてるからね。
このご時世、統合フレームワークがあるから、アプリも型に当てはめて、ちょろっとカスタマイズなんだけどなー。

**login:Penguin** · 2009/07/25(土) 01:37:31

つーかコードもどこかの出来る本のコピーだったりする氏ね。
PHP5にするだけで、お手上げとかスキル低い。

**login:Penguin** · 2009/07/30(木) 01:38:04

某ASPのコールセンター業務として派遣で入ったはずなのに
いきなり鯖管にされて困ってるのです。
（コストカットしすぎて30台のサーバー管理者が3人しかいない会社
しかもそいつらが全員いきなり辞めた状態になり、なりふりかまわず俺に責任押し付け）

私、linuxは好きですが、鯖管の経験はありません。
この会社ですが
yumなどのパッケージ管理ツール使ってはいけないという方針らしいのですが
これは普通なのでしょうか？しかもmakeとかもつかってはいけないらしいので
いちいちrpmで依存関係調べなければいけないのですが非常にかったるいのです。

あと、特に問題がない限りアップデートもしないらしいのですがこれも普通なのでしょうか
もちろんロードバランサー経由とはいえ外に接続しています
ロードバランサーはデーターセンターが管理していて、アップデートされているらしいのですが。
あと、アンチウィルスソフトも入ってないのですがこれもlinuxでは普通なのでしょうか？

**login:Penguin** · 2009/07/30(木) 01:39:31

サーバはrhel4です

**login:Penguin** · 2009/07/30(木) 03:05:05

もう誰も他に管理者いないなら、自分のしたい様に提案して決裁貰っとけ。
派遣なら、頼りにならないが派遣元の営業にも相談しとけ。最悪、損害賠償に発展する危険も有るから、個人で判断すると、個人で損害賠償を負う事に成ることを覚悟で。派遣元の営業がおkって逝ったらちゃんと日時付きでメモしておけ。裁判で争う時の材料に成る。

管理面倒なら、データセンタの提供するレン鯖とかの、データセンタ任せのサービスに乗り換えるのも方法の一つ。
鯖管が本業じゃなくて、コルセンの業務が本業なら特に。あるいはコルセンの業務に集中したいので、別途、鯖管の人員雇えと提案するとか。
出来そうとか安易な見通しで手を出すと、問題が起きた時に大やけどを負う事に成るよ。
コルセンに付き物の個人情報溜め込んでるシステムとか特に。
最高裁判定では、個人情報一人あたり６０００円程度の補償義務が発生。仮に一万人分の個人情報溜め込んでるなら６０００万ぐらいだ。個人で損害賠償喰らっても耐えられる？

**login:Penguin** · 2009/07/30(木) 08:02:04

>>410
ロードバランサは振り分けるだけだから、FWは必須だろ。

うちのシステムは、アップデートはリリースしたら
基本行わない。
ただ、重大なバグとかあった場合は別。

アンチウィルス系はいれてない。
理由は失念。

**login:Penguin** · 2009/07/30(木) 08:09:11

>>410
普通
いやなら辞めろって
ここで聞く時点でやる気ねえだろう

**login:Penguin** · 2009/07/30(木) 08:34:05

業務系だと色々あるのね。

ところで、「重大な(バグ|不具合)」ってセキュリティホールは含まれるの？
それともリリースしたら、Remote Exploit 可でも放置？

**login:Penguin** · 2009/07/30(木) 09:52:18

>>410
> あと、特に問題がない限りアップデートもしないらしいのですがこれも普通なのでしょうか

「現在は問題ない」と「今後も問題は発生しない」はイコールではないので、いざ問題が発生した場合に言い訳できません。
なので、私はアップデートするとなにか問題が発生するとかない限りアップデートしてます。(評価環境は必須ですね)

**login:Penguin** · 2009/07/30(木) 09:54:20

>>412
>>413

ご回答ありがとうございます。アップデートしないのはありなんですね。windowsサーバーだと
アップデートするのが普通みたいなのでそことはちょっと違いますね。
ちなみに、そこのロードバランサーがFWの機能もあるというようなことは聴いているので大丈夫なのかもしれません。

あとyumが禁止と言うのは、意味があることでしょうか？正直、このことが一番つらいのです。
いちいち依存関係探ってるだけで毎日、夜遅くまで残業になって過ぎていくんです。

**デムパゆんゆん** · 2009/07/30(木) 11:14:31

鯖の管理より自分の管理優先汁
鯖なんかほっとけ
そのうちあれもこれもやれと言い出すだろ

**login:Penguin** · 2009/07/30(木) 11:19:58

>>417
そこでup2dateを使わないのは何か深い理由があったりするのかと思うわけですが。

**login:Penguin** · 2009/07/30(木) 11:55:55

>>417
yum downloadonly で update 対象のパッケージのダウロードだけして
後は、手で update っていうのは駄目なの？

俺ならそうするな・・・

**login:Penguin** · 2009/07/30(木) 18:43:24

CentOSでyum禁止なら確かに意味解らんけど
RHELでyum禁止なら普通じゃないのか？

**login:Penguin** · 2009/07/30(木) 18:44:16

4までならそうだな。

**login:Penguin** · 2009/07/30(木) 18:47:21

4 までなら、up2date だけで yum 禁止は理解できるな。
でも、5で yum を禁止される理由が判らん。

サイバーノーガード？

**login:Penguin** · 2009/07/30(木) 20:45:32

FWとスイッチもなさそうだね

**login:Penguin** · 2009/07/30(木) 22:38:30

FWは簡易的なのロードバランサーに含まれてたりするから使ってない可能性もあるな

**login:Penguin** · 2009/07/31(金) 17:08:43

RHEL 4 と 5 に DNS のアップデータやっと、ｷﾀ-!!
update完了！

**login:Penguin** · 2009/07/31(金) 22:07:17

簡易的なのは意味無いという佳代家に勝手に遮断してたりでトラブルの種に成る予感。
動作を理解出来ないシステムは運用しちゃ駄目だ。
連鎖反応でトラブル出て手に負えなくなるだけ。

bindのpatchぐらい自分で当てられないと。
ちゃんとアップデータ当てる前に検証ぐらいしないと、当てて動かなくなって涙目になるよ。

**login:Penguin** · 2009/07/31(金) 22:41:20

>>427
難しい問題ですなぁ。

bind でも何でも良いですが、野良buildのRPMを詳しくない運用者に
渡すのも難しいのですよ。

私も以前は、極力自前でコンパイルしておりましたが、運用出来ない
という要望が強くて極力、RH謹製のRPMを使う運用をしております。

私の場合は、SunOS , Solaris, FreeBSD など色々なOSを使っていたので
自前でコンパイルが当たり前でしたが、時代の流れには勝てません。
別に現状に満足しているわけではありませんが・・・

**login:Penguin** · 2009/08/01(土) 00:18:27

俺は管理が面倒なので野良は入れない方針だが。
何かあったときにサポート頼めないし。

/home/ore/bin/になんかいろいろ入ってるのは気のせいということで。

**login:Penguin** · 2009/08/01(土) 03:06:03

>>427
パッチぐらい自分で当てられないとダメだが、
自分で当てちゃダメだろ。
セキュリティーフィックスが仕事ならそれでもいいが、
分業できるところはRHに任せた方が良いだろ。

>>429
パッケージ管理外のものは /usr/local に入れるんだぜ?

**login:Penguin** · 2009/08/01(土) 12:59:45

まず「RedHatを使う」ということは、謹製のパッケージを使って運用する、ということを
意味するのだよね。

そもそも自分でソースなりパッチなりをダウンロードして、自分でmakeして…という作業を
不要にするためのパッケージ管理システムなわけでさ。
で、そういうパッケージ管理システムを使った運用がされているというのがRedHatの
あるべき姿なので、RedHatを使う以上、RedHat謹製のパッケージを使う運用であるべき。

逆にどうしてもソースからビルドしたいという事であれば、それを運用ポリシーとする
合意や、パッケージに対する動作保証は自分であるという合意をしておくなりする
必要があったのだろう。
ただ、RedHatを使うようなシステムが、RedHatをあるべき姿ではない形態での保守に
合意するかどうかは知らんが。

**login:Penguin** · 2009/08/01(土) 17:55:17

/home/ore/bin/bin/

家で俺ビンビン

**login:Penguin** · 2009/08/01(土) 20:00:37

インターネットに置いてる鯖だと、RHのrpm提供を待ってられない状況も有る訳で。
bindの件も穴空きまくって運用してたサイトも有るだろう。

**login:Penguin** · 2009/08/01(土) 20:24:41

>>433
対策パッチが問題ないかどうか検証してたら、同じぐらい時間かかるんじゃね?

**login:Penguin** · 2009/08/01(土) 20:34:53

yum厨ってなんなの

**login:Penguin** · 2009/08/01(土) 20:51:03

Red HatのRPMを使って問題が出たらRed Hatに責任を押し付けられる。
ソースで入れて問題が出たら自分で責任を取るしかない。
どちらにしろ後始末は自分でしなければいけないだろうがこの差は大きい。

**login:Penguin** · 2009/08/01(土) 21:25:27

まあ、RHのupdateを待っていられないほどのクリティカルな
セキュリティホールってのも考えられる訳で。

そういう時は、現行の srpm に patch 当ててとりあえずセキュリティホールを
潰してRHのupdateを待つっていう運用も考えられる訳で。

以前、ベンダーのパッチ待ちの間にcrackされた事がある俺は
柔軟な運用を心がけてますよ。

でも、基本はRHのパッケージを待つな。

**名無し募集中。。。** · 2009/08/01(土) 22:04:09

まぁパッチにバグがあったらクラックされなくても死亡だけどな
PHPなんかじゃ4の時代はよくあったよそういうの

**login:Penguin** · 2009/08/02(日) 16:59:10

rpmのいいところは、ヲレパッチパッケージもすぐ撤去してRH純正パッチパッケージに入れ替えられる事だしな。
rhのパッチなら、rhの業者と、rhの鯖に決めた決裁者に詰め腹斬らせればおk。

**login:Penguin** · 2009/08/03(月) 00:35:27

RHELの場合、サードパーティの商用ソフトと組み合わせることも多いので、
そうなると極力RHEL純正パッケージを使っておかないとトラブルがあった際に
サポート外といわれることもあるからね。
ただ、自己解決できないトラブルの多くは商用ソフトのバグだったりする経験が多いけど。

**login:Penguin** · 2009/08/03(月) 14:46:45

>>440
> ただ、自己解決できないトラブルの多くは商用ソフトのバグだったりする経験が多いけど。
だからこそ、自己ビルドなんてつかってたら、問題が切り分けられないんだよな。
互換ディストリを使うのもいいけど、最後の最後でそこを疑わざるを得ない。
結局RedHatの売り上げに貢献してしまう・・・。

**login:Penguin** · 2009/08/03(月) 23:53:10

ぶっちゃけトラブった時の問題切り分けの局面で、自己ビルドしたやつに問題が
無いことを説明するのって、大変じゃないか?

**login:Penguin** · 2009/08/04(火) 00:03:15

>442
検証環境で自己ビルドしたパッケージを Red Hat 謹製のものに戻し
て再現すれば終了では?

**login:Penguin** · 2009/08/04(火) 00:16:39

謹製パッケージで支障なく動くんなら、自己ビルドなんて何でするんだ？

**login:Penguin** · 2009/08/04(火) 00:49:30

拡張機能や最新バージョン使いたい場合は、ソースからになってしまうね。

あと、rpmはインストール先を自由に変えられるようになんないのかな？
インストール先変えたいが為にソースからはちょっと。

**login:Penguin** · 2009/08/04(火) 03:14:29

インストール先変えたヲレrpmにすればいいだけの様な。
ウィンドウズとかのが決めうちだったり、Dドライブに入れたら動かなくなるソフト多いよ。
マクはアンインスコ出来ないらしいから論外ｗｗｗ

**login:Penguin** · 2009/08/04(火) 11:13:19

「謹製」を勘違いしてる奴が多いな。日本人なんだろうか。

**login:Penguin** · 2009/08/04(火) 12:56:18

ゆとり

**login:Penguin** · 2009/08/04(火) 18:32:04

商用OSを使う理由って責任を押し付けられるからでしょ
そんなOSで事故ビルドするなんてアホ以外のなんでもない

>>443
倍の費用出せるってすごいね
っていうか維持環境でもないでしょ？
検証環境を一から作り直すって時間の無駄でしょ
まあなんていうか俺ってスゲー厨っぽいからやめたほうがいい

**login:Penguin** · 2009/08/05(水) 00:28:11

RHEL使いながら、自作パッケージの正当性の担保のために検証環境まで持つ、というと
さすがにそれは本末転倒というやつだろ

**login:Penguin** · 2009/08/05(水) 08:13:15

ほかのデス鳥やBSDでも使ってろって感じ

**login:Penguin** · 2009/08/05(水) 20:42:35

つーか検証環境無しで運用してるってあり得ないけどな。
運用環境でテストしてるのか？　どんなヌルいシステム動かしてる鯖なんだよｗｗｗ

**login:Penguin** · 2009/08/05(水) 21:16:18

評価環境って金かけてくれないよな。
オレは仕方なくCentOSで検証してる。

**login:Penguin** · 2009/08/05(水) 21:35:59

>>453
なーかま。
本番環境 : RHEL5
検証環境 : CentOS5

しかも、検証環境は5年以上前のハードだから遅い・・・orz

**453** · 2009/08/05(水) 21:42:45

>> 454
オレの評価環境も5年前の古いマシン(Pentium4)です。
2年くらい前までは、Pentium2なマシンで評価してました。

**login:Penguin** · 2009/08/05(水) 21:49:14

ぬるくないシステムってRHEL使ってないよ
せいぜい前にたくさん並べるWebサーバくらい

**login:Penguin** · 2009/08/05(水) 21:55:40

Pen2じゃインストーラこけるだろ

**login:Penguin** · 2009/08/05(水) 23:51:48

>>457
CentOS3はだいじょぶでしたよ

**login:Penguin** · 2009/08/08(土) 11:16:11

>>447
分からずに使ってる人は確かにいるだろうけど、
分かってて使ってる限りは何も間違ってない

**login:Penguin** · 2009/08/08(土) 12:08:03

>>459

馬鹿か?
「謹製」を使っていいのは Red Hat だけだろう。

謙譲語とは何かを近所の小学生に聞いてみたらいいよ。

**login:Penguin** · 2009/08/08(土) 19:02:51

>>460
本気で言ってる？
頭だいじょうぶ？