Red Hat Enterprise Linux スレッド part 26

Red Hat Enterprise L ..

577:login:Penguin
09/10/31 16:08:49 YiVVf2u8
>>576
たしかに、f12がベースっぽいね。
来年第1四半期に出るなら、そろそろβが出ても良い頃だな。

578: ◆Zsh/ladOX.
09/11/05 22:41:54 Z8QASiJA
>>576
KSM(Kernel Samepage Merging)が2.6.32カーネルに入るんで
2.6.32がリリースされたらRHEL6のベースにするのかなー

なんで妄想してみた。

579:login:Penguin
09/11/05 23:17:23 qoBSQ36A
686最適化に目処がついたらβリリースだな

580:login:Penguin
09/11/06 00:56:24 c8SS+1kG
いよいよ586切り捨てかあ。

581:login:Penguin
09/11/06 03:52:59 xbeOQXg2
「切り捨て」言われる程i586って使われてるのか？
なんかすげーその辺が疑問なんだが

582:login:Penguin
09/11/06 09:55:35 i8V8Q4X9
>>579
Enterprise だし、Core2以上前提でも問題ないんだがな・・・。

583:login:Penguin
09/11/07 08:04:19 /saApZct
エンタプライズならxeon前提であるべきだろう。
デスクトップPCじゃ動かないほどにw

584:login:Penguin
09/11/07 10:55:18 hHrIAzHq
>>582-583
なんか的外れ
それをgccでやれると思ってる？

585:login:Penguin
09/11/07 11:22:10 4XC+UGx/
586、686とCore2やXeonってのは別の軸の話だな
PentiumPro以降かそうでないかでしかない

586:login:Penguin
09/11/07 14:01:21 5xxdzOMr
>>584
gccのvectorizerグループを全否定ですか?

587:login:Penguin
09/11/07 14:43:38 hHrIAzHq
>>586
なぜ全否定になる？
i586やi686に対する最適化と比較して、
Coreに対する最適化が同等以上って言いたい？

588:login:Penguin
09/11/07 16:08:53 5xxdzOMr
>>587
i686最適化にあまり効果がないから、いままで延々見送られてきたんじゃないか。
知らない世代? じゃないよね?

589:login:Penguin
09/11/07 19:47:57 /saApZct
それgccの話でしょ。インテルコンパイラだとギッチギチに最適化出来たりしないの？
iteniumだと爆速だが、c2dではそうでもないとか。マイクロソフトに見捨てられたia64だからunixで拾ってやらないとw
ついでにatomにも最適化して、打倒windows 7 starterも面白そうだけど。

590:login:Penguin
09/11/07 21:28:19 hHrIAzHq
>>588
揚げ足取りに必死になりすぎで論点ズレまくり

>>589
インテルコンパイラを採用するにはハードルが高すぎる

591:login:Penguin
09/11/08 12:46:52 a1WvVaRG
>>589
iccでコンパイルすると物によってはすげー変わる。
でも、kernelはあんまり効果なかった。

592:login:Penguin
09/11/10 00:18:35 9d3bIj5X
CDROMをマウントするときのマウントポイントで
/mnt/cdrom　と、/media/cdromがあるのは
どういった違いがあるのですか？

RHELのバージョンとかで変わるのでしょうか？
会社のサーバはRHEL4ですが、/mediaでした。

593:login:Penguin
09/11/10 00:28:46 mftNpiae
別にどこでもいいのでディス鳥ごとにそこは違ってる
昔のRedHatは/mntだった
変えたけりゃ/optでもなんでもいいよ

594:login:Penguin
09/11/10 00:58:57 jkWjAz3i
>>592
一般的なリムーバブルメディアか、一時的なマウントかの差

Filesystem Hierarchy Standard
URLﾘﾝｸ(www.pathname.com)

>>593
へ？

595:login:Penguin
09/11/10 02:08:03 mftNpiae
いやへ？じゃなくてfstab変えてどこでもいいからマウントすりゃいいんだよ
規約云々派別として

596:login:Penguin
09/11/10 02:51:05 dgytWhhI
>>595
いやいや、規約を別にしちゃいかんでしょ。

597:login:Penguin
09/11/10 12:08:40 jkWjAz3i
>>595
だったら規約に準拠することを方針としてるRHELはやめて
Slackwareでも使うか、LFSにすればいいだろ
そもそもfstabはまるで関係ないし

598:login:Penguin
09/11/10 14:18:58 Z+aFGeVQ
>>592
環境ごとに違うと不便だから、>>594 のように統一しましょうって事になった。
こだわりがないなら、従っておいた方が吉。たぶん。

599:login:Penguin
09/11/10 22:19:21 FAsXc1Ms
/optは無いな。
個人的には/cdromにしてる。

レドハト的に準拠してないならどうでもいいや。レドハトのドキュメントには記述無いみたいだし。

600:login:Penguin
09/11/11 00:57:29 bbPK6iZg
相当しつこいなｗ

ほれ
URLﾘﾝｸ(www.redhat.com)

601:login:Penguin
09/11/12 16:21:36 wS8pW4T5
来れ準拠した使い方してないとサポート受けられないとか有るの？

602:login:Penguin
09/11/12 20:31:56 9gz7EM6A
>>601

ある。
haldaemon とか不要なサービスを止めるだけでもサポート外だとか言われた。

603:login:Penguin
09/11/12 23:53:02 O0FgPrM/
haldaemonは止めたらサポート外だろそりゃ
マウントの場所を変えるのとは全然違う

604:login:Penguin
09/11/13 08:05:52 eWF3JVAG
なんで? サーバ機だと構成が変わることなんてないんだから止めてもいいだろう。

605:login:Penguin
09/11/13 11:21:11 YrP2daz3
○○してもいいだろ
の積み重ねをやられたらサポートのしようが無くなるだろ

606:login:Penguin
09/11/13 12:08:35 g6fbiO7C
たまたま堕ちてたぐらいなら問題ないとは思うけどね。
という訳で落として使ってる。得体の知れないプロセスが動いてるのはどうも気になるし。
haldaemonってソース後悔されてたっけ？　こんど精査してみるかなあ。

607:login:Penguin
09/11/13 12:22:30 Xg/NDj0m
後悔先に立たず

608:login:Penguin
09/11/13 20:52:36 xTxS7KtL
つーかHPだったかNECだったかの、ハードとセットのサポートに丸投げするんなら、
ハードベンダが止めるなっつってるサービス止めちゃいかんわな

609:login:Penguin
09/11/14 00:12:47 IzuhJQhA
XPでも窓鯖でもサービス止めまくりだから、融通は利くと思うよ。

610:login:Penguin
09/11/14 00:47:58 mnlZrxBH
haldaemonのはネタじゃないのか・・・

611:login:Penguin
09/11/14 08:21:48 HfrUNmhZ
つーかサーバのサポートって納品時を維持するのがサポート条件だろ
設定なんかはすべてベンダに任せるもんだし
ニワカほど自分の判断で勝手に設定変えたりするけど何を根拠にやってんのかって話だよ
一生自分が面倒みるんならサポートなんて契約する必要はないし
引き継いだりする可能性があるならサポート条件に沿うべきだし
社会人としてシステム構築をしているのだとしたら
個人的に無駄だと思ったからでガンガン設定変えていいものであるはずがない

612:login:Penguin
09/11/14 09:03:09 w/dNGnxf
>>611
OS 単体に納品時の状態も何もないでしょ。

613:login:Penguin
09/11/14 09:41:13 znfdZQLS
>>611

んなもん当たり前だ。
7行にも渡って「1+1=2です」と言い続けているようなもんだぞ。

検収時までに障害が見つかって不要なサービスが原因だとベンダーに言われ、
じゃあ止めろよと指示したら「サポート外になるとRH社に言われた」という事例もある。

614:login:Penguin
09/11/14 14:49:38 SjdjXlo1
>>612
お前は何を言っているんだ？

>>613
> んなもん当たり前だ。
当たり前だと思うなら、>>604あたりに言ってやれ

615:login:Penguin
09/11/14 21:42:35 HfrUNmhZ
止めちゃ駄目だろ

616:login:Penguin
09/11/16 22:09:25 QCYzO7/R
2CPU(HP DL380)マシンにSMPカーネルで無いカーネルを使っている時って1CPUは使われていない状態なのでしょうか？

617:login:Penguin
09/11/18 11:09:22 mp+9Ypca
金払って糞ベンダーの相手大変だなあw

DOS起動した時に二個目のCPUが動いてるのか考えれば(ry

618:login:Penguin
09/11/18 12:05:32 TIv3y5gS
ぶり返して悪いのだが・・・
RHにサポートしてもらうために絶対に動いて
いないといけないサービスってどれ？

一覧とか提供されていたっけ？
portmap とかも対象？

619:login:Penguin
09/11/18 13:01:46 AMja0bqj
サポートに聞けばいいじゃん。

620:login:Penguin
09/11/18 13:58:13 98wsq94q
>>618
そりゃぜんぶ止めちゃいかんがな。
いらんのがあったらパッケージごと消せ。

まあsysreportでも送らない限り止めていてもバレないが。

621:login:Penguin
09/11/18 22:59:36 to8KEeJe
>>618
RHに直接サポートを依頼できるのであれば、何かを止めてあれこれ言われる事はない
新規ハードを取り付けたんならkudzu動かすくらい知っとけといった対応をされる程度だ

だが、ハードベンダなり保守業者なりが間に入っているのなら、そこの指示に従うべきだ

622:618
09/11/18 23:24:46 Pznp9z90
>>621
レスありがとう。
私が以前RHに直接問い合わせしたときには
サービスの話は何も言われたことが無かったので
疑問におもって聞きました。

ハードウェアベンダが間に入る場合は違う可能性もあるのですね・・・
DELLに以前サポートを依頼したときも何も言われたことが無いので、
スレの雰囲気と自分の印象がかなり違うので困惑してしまいました。

雰囲気は判ったのでケースバイケースで対応しようと思います。

623:login:Penguin
09/11/19 02:37:51 598jeMKe
そりゃぁ鯖屋が入ったら管理用のソフトてんこ盛りだからな

624:login:Penguin
09/11/19 03:33:40 IhUqWbm7
そんな話聞いたことねーな

625:login:Penguin
09/11/20 02:05:56 /TyMZ1au
鯖屋なんて居るのか。特化し過ぎだなw

626:login:Penguin
09/11/20 12:46:21 5e5Sy33C
特化しすぎか？

627:login:Penguin
09/11/20 13:56:07 kZ2fPJxE
>>625

昔は京都に向かう鯖街道なんてのもあったんだが
特化しすぎというのは先人に失礼だろう。

628:login:Penguin
09/11/20 13:59:53 Rq7NiKD/
オレはWindowsサーバ専門だけど何か問題でも？

629:login:Penguin
09/11/20 14:34:02 dS9lfm/G
ここLinuxスレですけど

630:login:Penguin
09/11/20 17:34:06 9bLPaHPV
>>628
鯖缶おつ

631:login:Penguin
09/11/21 03:55:25 jkG7VbwX
鯖屋が使ってる管理ソフトって具体的に何？
てんこ盛りに入れられたら、それ自体が原因で調子悪く成りそうだw

632:login:Penguin
09/11/21 14:59:41 PzFhvnuq
そもそも鯖屋って何だ。

633:login:Penguin
09/11/21 17:00:08 YcLF2IC2
さあ？

634:login:Penguin
09/11/21 23:29:47 g7DXkXeJ
RHELプレインストのサーバとかじゃねの
ハードウェアベンダが間に入ると自社製品の
運用管理エージェントとか入ってるし

635:login:Penguin
09/11/22 02:14:38 VwWQZgQn
> 運用管理エージェントとか入ってるし
それを「てんこ盛り」にしてるハードベンダーなど聞いたことがない

636:login:Penguin
09/11/22 05:04:23 b01zDBYA
RHELは自分でセットアップしかやったこと無いけど
社内LANのドメコンに使ってるWindowsサーバだと
LDSMとかSVVSとかフルセットで入ってるぜ

637:login:Penguin
09/11/22 14:27:42 kjIoWfmU
OpenViewとか使うかな

638:login:Penguin
09/11/22 14:39:21 b01zDBYA
スレチだがLDSMはインストールに結構な確率で失敗するので
それ自体がトラブルの元になるなｗ

639:login:Penguin
09/11/22 18:47:45 DVpZIYLr
ServerViewとかは、使いようによっては便利だとはおもうが、他のSNMP製品と競合したりするからね。
HPなんかの製品だと、ドータボードだけでHW監視できるんだっけか。

640:login:Penguin
09/11/22 21:42:27 9vd15GGb
>>635

「ここ（2chのこのスレ)」だとそういうベンダーに当たった人が多いのじゃないかな。
（安かろう・・・っていうことかもしれないが）

当たらなかった幸運を喜ぶべきか、その程度の「ベンダー」を選んだ人の不運を憐れむべきか。

641:login:Penguin
09/11/25 02:41:52 jo1JCu0o
それアフォ業者に鴨られてるだけじゃ。

業者：管理ソフト入れときますね。
管理者：はい。
後日、業者から管理ソフトと技術料の請求書が届く。

まだオープンヴューって有るのか。昔ネットワーク機材の監視とか使ってた。今は丸ごと監視業者に依頼しちゃったほうが面倒無くていいけど。

642:login:Penguin
09/11/25 06:52:01 Rvw2TrE2
>>641
今時は、JP1 が多い・・・Orz

643:login:Penguin
09/11/25 21:51:35 Gm3z7N6R
JP1もNECのなんとかっていうやつも、ネットワーク管理は、OpenViewだな。

644:login:Penguin
09/11/25 23:06:20 IFvIFNVA
富士通のわけわからん管理ツールは勘弁してほしい。
PostgreSQLを動かしたりするし。

645:login:Penguin
09/11/26 00:22:42 e2PoRW2f
ZABBIXだってMySQL動かしたりするだろ

646:login:Penguin
09/11/26 20:58:04 nFwd1L4Y
>>645

いや、監視は他の機器と合わせて別にやってるんだよ。
単に富士通のベンダー保守を受けるために必須と言われて動かしているだけで、
そんなもん使いたくもない。

647:login:Penguin
09/11/27 01:33:58 WKymiq4Z
ちゃんとdbに突っ込まないとログ解析に時間掛かるしな。
富士通ならオラクルでも入れとけ。オラクル買えない貧乏な客だから無料のデータベースソフト入れてくれてるだけだろう。

648:login:Penguin
09/11/27 20:22:56 /BwoJBsL
serverviewは、特定のDBMSでしか動かんだろ。
Windowsなら、SQLserver（のEmbeddedかExpress）。

649:login:Penguin
09/11/27 23:26:33 SXDHV1LT
個人的に使いたくないとか思うなら、全て自前で運用すればいいのにな

ついでに、自前で運用していない理由についても考察の目を向けてくれればいいのだがな

650:login:Penguin
09/11/28 14:55:06 3SaY2uE3
>>647

なかなか伝わらないようだね。

オラクルを入れているDBサーバにも、Interstageを入れているAPサーバにも、
共通のわけのわからん独自の監視システムが「保守」とやらのために動いてるんだよ。
全く使っている形跡はなく、運用手順も公開されないので誰も見ていない。
動かして無駄にリソースを食ってるだけ。

全体の監視はもちろんNW機器も含めて統合でやっている。
運用も100人程度が輪番で関わってるしね。

うちは金払いがいいから少々乗っかってきても細かく見ていないというのが実情だけれども、
富士通ともあろう会社が小銭をちまちまごまかして稼ぐというやり方は極めて気に入らない。
現場の意見だけでベンダーを変えられればいいんだけどな。

651:login:Penguin
09/11/28 15:32:11 kc7hxhC1
>>650
・わけわかんないからと言って、全責任を持ち止める
・そういうものだと理解する
・自分で全てを管理運用する

他に選択肢あるかな

652:login:Penguin
09/11/28 16:20:34 XpPdN6N4
独自だからお前がわけわからんだけで
監視を請け負ってる会社の奴はわけわかってて入れてるに決まってるだろ

653:login:Penguin
09/11/28 18:16:14 3SaY2uE3
まぁいい加減スレ違いだな。
ただの愚痴なのでどうでもいいよ。

監視を請け負ってる会社って(笑)
うちは自社でやってるし、その管理ツールは見てもいない。
何しろ使い方が富士通から出されてこないからな。
止めたら保守契約がなくなると言われているのに富士通はログインした形跡もない。

富士通の肩を持つ奴らがこんなにいるとは収穫だった。
一人の力ではベンダーを選べないのはつらいよ。

654:login:Penguin
09/11/28 19:03:20 iK4nk5d/
なんかわけのわからん障害が発生したときに監視を請け負っているベンダーのせいにできる

「解析を依頼したのだけどベンダーでもわかりませんでした」
と堂々といえるでしょ。

このメリットは非常に大きいと思うよ

655:login:Penguin
09/11/28 19:28:13 3zjo3Xg4
そろそろ蔵ウド時代だぜ
ベンダーの監視ソフトだのに悩む時代も終わるよ

656:login:Penguin
09/11/28 19:59:40 3SaY2uE3
>>654

いや、だからと言ってお客さんには言い訳にならないでしょ。
しょうもないSIerなら堂々と言ってくるけど。

「ベンダーに調査依頼してますが原因がわかりません」などという障害が
ここ1年でもう10個以上溜まっていて、一向に解決しないんだよ。
Red Hat に調査依頼しているというだけでも3つもある。
半年も経ってるしもうわからんだろう。

おかげでどう謝るかのマニュアルがどんどん厚くなるんだな。ひどいもんだ。

657:login:Penguin
09/11/28 20:26:46 iK4nk5d/
たしかにそれはひどい・・・

お客さんからすると「おまえの会社はなんでそんなバカベンダーを使っている？」だと思う。

つ転職

と無責任に言えないけど、自分ならかなり真剣に考えるだろうね。

658:login:Penguin
09/11/29 15:23:19 k1o8q8kK
>>656
監視でRedHatの名前が出てくる辺りで、出てきた事象について、あっちこっちに丸投げしてそうだな

659:login:Penguin
09/11/30 20:53:54 kZ+lLwHe
>>649
そういうのをきちんと動かしておかないと、ハードの保守をしてくれないとかある。
Fに限った話ではないが。

660: [―{}@{}@{}-] login:Penguin
09/12/01 06:47:38 x1EJnSU/
トラブったときのためにログ収集してるんじゃねーの？

661:login:Penguin
09/12/01 09:20:56 SCyDlAbk
トラブルの検知とかも、運用するなら必要だろうしね

662:login:Penguin
09/12/01 15:00:39 Iz4x+xMo
ハードの変更感知もデータ盗難や障害時に調査で必要だよな
サーバだから構成変更しないので不用ってことはない

663:login:Penguin
09/12/02 05:17:39 tYu0hS71
fの担当変えてもらうなり、nとか別のメーカに乗り換えたら。
まあその変意見言える権限持ってない下っ端は何も出来ないけどな。
自分で会社でも作って好きな鯖入れればいい。

664:login:Penguin
09/12/02 21:02:54 laQCAcBq
>>650がよくわからんのだけど↓これどうつながるの？

＞＞独自の監視システムが動いてる

＞＞小銭をちまちまごまかして稼ぐ

665:login:Penguin
09/12/02 23:24:48 ZSgTV528
その独自の監視システムにも金払ってるんだよ。富士通を含めて誰も使ってないけど。

666:login:Penguin
09/12/03 00:17:36 1jeoLJxB
なんかあったときのサポートセンタからの依頼で使うんだろ
古今東西１００％使わないツールなんて入れない

667:login:Penguin
09/12/03 09:04:05 heyithlU
無知って怖いよな
自分の関係ないすべての物が不要に見えるのか

668:login:Penguin
09/12/03 18:48:05 xTl0rLSO
>>667
仕分けですね、わかります

669:login:Penguin
09/12/04 00:04:59 5xXn8dcu
>>666

もういいよ。
俺もそれが当たり前だと思っているから、そうでない事例に初めてぶち当たって
愚痴を垂れ流してしまったんだ。

何かあってもサポートは全く見てもいないけどね。
何しろサポートからその管理画面を見る手段も経路もないし。

いい加減スレ違いだな。
富士通からサーバを買うとこんな目に遭うという事例だった。

670:login:Penguin
09/12/04 00:16:17 swtULG6L
サポートが直接見るわけないだろ。MCなシステムなら別だけど

普通富士通のSEが見るかサポートが依頼してSIが取るかだろ
つーか富士通に限らずどこのベンダでも普通じゃないの？

671:login:Penguin
09/12/04 00:22:58 mG+GJcsu
障害検知に使う物だってあるし、事後に調査に使うロガーだってあるし
情報流出したときにシステム変更を調査するツールだってあるし、
たまたま障害が起きたときにそのツールを使わなかったからって
不要と決めつけるのは認識不足なんじゃないのか。
たとえばWindowsのシステムダンプだって見ても無駄だからって止めてる人多いけど
見る人が見れば意味がわかって解決に役立つ物だし。

672:login:Penguin
09/12/04 01:30:02 2PV6n3Rs
アレ活用されてる事見た事無いな。
スワップも無駄とか逝って潰してしまいそうだw

673:login:Penguin
09/12/04 06:51:29 Fkdc0qUq
富士通は変なツールが必要なのは判った。
他のメーカ・SIerはどうなの？

674:login:Penguin
09/12/04 07:30:19 eAHVnsNB
富士通の変なツールって、ServerViewのことか?
ハードウェア障害とか起こしたときに、あれを使って情報取ってサポートに送るとか
するやつだな

それならHPならSIMとか、DellならServerAdminとか導入して運用するのが普通だと
思うのだけれど

675:login:Penguin
09/12/04 11:50:38 ESvNrpF6
SIMやServerAdminがなかったら、障害時に不便だから
俺はいれているけど、ここで叩かれている富士通のツールって
そういう毛色の物とは違うの？？

676:login:Penguin
09/12/05 02:35:20 aVK7W8bB
DELLは上のランクのサポートつけてるとツール無しでもアラートでてれば対応してくれる。
下のほうだと、入ってないと一回サービス停止して確認要求される。(切り分けは利用者の作業範囲なので）

677:login:Penguin
09/12/05 03:01:57 TqORXld/
単にhpとかdell買ってる貧乏人は入れてないだけじゃ。

678:login:Penguin
09/12/05 09:59:29 dk/wLRrn
インターネット用のサーバとかでもないとあんまり使わないメーカだよね。
社内の重要なシステムだとIBMとか富士通とかNECが多くね？

679:login:Penguin
09/12/05 10:26:07 SWE/C91K
IBMだとDirectorだっけ、富士通ならServer View、NECだったら、なんだっけ、WebSAMの
サブセットみたいなやつだっけ?
うちで面倒みてるのは、そんなものを入れさせてるな
重要系になるとJP1も入れてるけど、そっちだとHP-UXとかWindowsとかも増えるかな

逆にそういったものが入れられてないシステムの場合は、人間様がLEDとか日々目視確認
することになったりするので料金上がるし、常時監視できるわけじゃないからSLAのレベルも
下がるけどさ

680:login:Penguin
09/12/05 11:52:29 /DG3olbh
>>678
そんなことはない。
うちは基幹系もDELLで動いているよ。

681:login:Penguin
09/12/05 12:03:53 Bm/+VeKO
>>678
うちのとこも、むしろIBMからHPに移りつつある。
HPはCE/SE問わず、ハードとOSの知識を持ち合わせてる人間が多かったりするので話しがしやすい

682:login:Penguin
09/12/05 12:05:32 /hbP3ymW
DELLはともかく、HPを使ってるところは多いだろ。
商社系（CTC、ユニシス、日商とか）がたくさん扱ってるし。

683:login:Penguin
09/12/05 13:35:37 Vfa7nanh
うちもIBMからHPの流れ
IBMは優秀な人は飛び切り優秀だがそんな人は表に出てこないでダメな子会社か外注ばっかり出てくる
IBMに劣るけど平均的に悪くないHPにする

って課長言ってた

684:login:Penguin
09/12/05 13:51:04 Kc+0dUXd
NEWS売ってるころのSony社員は鬼頭いいやつばっかりだったわ。

こういう頭脳集団が日本を動かすんだろうと青二才の俺はびびりまくったわ

685:login:Penguin
09/12/05 22:07:25 8TLJyyrl
DELLで基幹系とかご愁傷様としか言いようがない

686:login:Penguin
09/12/06 10:42:18 9gfFFypA
N

687:login:Penguin
09/12/06 23:18:23 oL3Fuum5
>>684
しかしトップは情報産業はPCのことだけしか頭になかったのである。

そして、8mm のノリでバイヲがでた。

688:login:Penguin
09/12/08 22:52:22 cuFCfqtk
あのバイオマークだけで売れてるからアレも在処と。林檎マーク付けてれば売れるpcメーカと同じ。
news作ってた連中はps3でもつくってるんじゃねえの。mips繋がりで。

dellが基幹はヤバいねw
hpはウィンドウズとかリナックス捨ててもhpuxある強みが有る。まあそこまで逝くとibm並に金かかるけどw
ibmはとにかく金かかるのがねえ。サービスは基本下請けだし高額料金払う意味は無い。

689:login:Penguin
09/12/09 02:03:03 WzixseQL
VAIOは叩かれるけどいいマシンだと思うが
ZやXのスペックなんて他社じゃ絶対出せない

ただしキーボードを除く

690:login:Penguin
09/12/10 00:33:52 Fsc8nDWq
だから、当時まだ Micorsoft から、smtp サーバとか出ていなかったからこそ
UNIX マシンの必要性があったし、DBサーバもしかり。経営トップは現実を知ら
な杉太。

まぁ、現実に目に見えるものしか信じないというのもありだと思うが。

691:login:Penguin
09/12/10 00:37:38 OL5P5ZAI
誰かUNIX必要ない全部Windowsでみたいな話してたか？

692:login:Penguin
09/12/10 00:40:01 rKCwGQRT
もしかしてエ糞チェンジみたいな、糞ソフトの話のこと？
バカな企業がよく入れてるね

693:login:Penguin
09/12/10 00:43:32 exr3qWpC
レジストリや非CUI環境、コマンドプロンプトに変なアレルギーが無いのであれば、
Windowsサーバ群もそんなに悪い選択ではないな

694:login:Penguin
09/12/10 00:46:08 cDiwUTMt
powershell出たからCUIがダメとか言えなくなってきた

695:login:Penguin
09/12/10 00:56:41 rKCwGQRT
お世辞にも、PowerShellは肯定できない
子供だましにも程がある
バックグラウンド処理すらできないなんて・・・
.Net配下で稼働・・ってのも？？

Windowsでサーバー組むと、移行時に面食らう事が多い
Exchangeサーバーの移行は特に大変(ホスト名を同じにした場合だけ？)
運用面もCUIのリモート操作の快適さには到底及ばない

誰でもスタートメニューはからシャットダウンは容易いかも知れないけど
それはクライアントOSとしての話。
サーバーOSとしてははっきり言って向いていないとしか言いようがない。

696:login:Penguin
09/12/10 01:05:53 cDiwUTMt
バックグラウンド処理はv2でできる
Exchangeサーバが面倒なのは同意
CUIのリモート操作はPSで快適にできる

逆に言えばなんでもかんでもCUIなのは面倒くさいとも言える

過剰な偏見がある気がするね

697:login:Penguin
09/12/10 01:07:59 exr3qWpC
そんな抽象的すぎること言って向いていないっつーのもなー

逆に、漠然とした理由でRHELは向いてるとも思ってるのかもと推測できそうだな

698:login:Penguin
09/12/10 01:13:07 rKCwGQRT
UNIX系のバックグラウンドのシステム構築に慣れてると(って言うかここはRHELスレだよね)
たまにWindowsのシステム構築依頼されると嫌気がさす
Windowsの仕組みは難しすぎるんだよね。
簡単と思われがちだけど、UNIX系システム構築より敷居が高いと思ってしまう。
レジストリならまだしも、ADが絡んできたり「何故？？」ってのが多い

699:login:Penguin
09/12/10 01:32:15 OL5P5ZAI
UNIXだってLDAP絡んだりするだろ

700:login:Penguin
09/12/10 01:35:49 rKCwGQRT
LDAPを絡ませなくする事もできる

701:login:Penguin
09/12/10 02:30:43 atA2CE4H
>>696
> 逆に言えばなんでもかんでもCUIなのは面倒くさいとも言える
なぜCLIの方が好まれるか分かってないだろ？

>>699
Unix系OS使っててLDAP導入してる確率より、
WindowsでAD導入してる確率の方が高い

702:login:Penguin
09/12/10 02:51:43 OL5P5ZAI
確率の問題じゃなくて面倒だと思うならディレクトリサーバ導入しなきゃいいじゃん

703:login:Penguin
09/12/10 03:49:36 atA2CE4H
あまりの馬鹿さ加減にあきれたｗ

704:login:Penguin
09/12/10 04:35:29 OL5P5ZAI
ともかくWindowsが嫌いな奴が多いのは解ってるけど
無理矢理嫌になる理由を付けて嫌うのは違うと思うんだわ

705:login:Penguin
09/12/10 08:21:39 exr3qWpC
好き、嫌いで決められる問題でもないしね
趣味の世界とか、個人的な感情だけでえり好みしてもよい状況ならともかく、さ

706:login:Penguin
09/12/10 23:32:27 rKCwGQRT
別にWindows嫌いでもないし、無理矢理理由をこじ付けてるわけでもない
昔はAIX等商用UNIX、最近はLinux、Windowsサーバー構築等々
いくつかの案件をこなして来た上での意見を言ってるんだけどね

細かい事を言うのもあほらしいので早い話が、

・Linux(UNIX) = サーバーOSとして素晴らしいOS、バックグラウンド処理向け
・Windows = クライアントOSとして他を寄せ付けない素晴らしいOS、フロントエンド処理向け

と言う事

最近のLinux系のクライアントOS指向は逆を向いてる気がするよ
その為に邪魔なパッケージが増えてしまった。
クライアントOS分野はおとなしくWindowsに任しておけばよい

707:login:Penguin
09/12/10 23:35:35 KWCTR+DB
あと30分黙ってりゃいいのに・・・

708:login:Penguin
09/12/10 23:35:40 0xMiYN/L
Windowsが「素晴らしい」だって

ﾌﾟ

709:login:Penguin
09/12/11 04:11:09 4v4uRiIK
あの徹底したマウスだけで何でも出来るのは便利だけどね。
rdcとか常用し出すと癖に成る。

sshのシェルの世界も楽しいけど、もうそういうのはrubyスクリプト組んじゃうから、ウィンドウズでもあんまり関係ない。
最初の環境整備の敷居は高いかもだが、乗り越えれば変わらないよ。
マクとかAIXは情報が少な過ぎて連携しにくいな。閉鎖的。

710:login:Penguin
09/12/11 14:06:18 Dttv9eG5
>>702
SEやっててそれはないなぁ

>>698の「Windowsのシステム構築依頼されると」って言葉が理解できてないんだろうな

711:login:Penguin
09/12/11 14:15:50 bFuiq4U7
Windows鯖でもADのディレクトリサーバっぽい部分は必須じゃないぞ
普通にPDC/BDCで組む場合もあるし

712:login:Penguin
09/12/12 05:33:56 DXVOyLU0
何を必死になってるのか知らんが
ADドメインかNTドメインかの違いは無関係

713:login:Penguin
09/12/12 07:33:19 Jmk+M5J+
どっちにしろWindowsで何か組むときにADは必須じゃないんだから
いい加減スレ違いな粘着はやめろっての。

714:login:Penguin
09/12/13 01:53:33 UUENppNm
ADドメイン使って構築するように頼まれたときにめんどくさいって話なのに
「入れなければいい」とか「入れない場合もある」とか馬鹿じゃねーの？

715:login:Penguin
09/12/13 02:10:05 ck3L3NRV
ADドメイン使って構築するように頼まれたときの話なら
UNIXやLinuxでLDAP使って構築するよう頼まれたときと同じなのでは

716:login:Penguin
09/12/13 02:26:28 UUENppNm
>>715
> UNIXやLinuxでLDAP使って構築するよう頼まれたときと同じなのでは
どこに頼まれたと書いてある？

717:名無し募集中。。。
09/12/13 03:29:47 FSds7rZ2
自分でディレクトリサーバ使ってくれと頼まれたときって条件絞ったんじゃないのか？
Windowsの場合はディレクトリサーバ使う方式で
UNIXの場合はディレクトリサーバ使わない方式で面倒さ比較しても意味ないだろ

718:login:Penguin
09/12/13 09:34:46 Q5RDdK4i
例えばSolarisやAIX、Windowsでシステムを構築することと、RedHatで構築することの
それぞれの良いところ・悪いところを議論したりして、その結果RedHatやLinuxなりが
こうなるともっとよくなるよねー、なんていう話の進み方がしていたら、有意義な結果が
得られたんじゃないかなと思うのだよね。

でも出てくる話が「僕はPowerShellをよく分かっていません」「僕はCUIが好き」
「ADはめんどくさい」じゃ、価値が無い。
危機感を持たずに競合製品の議論をしていても意味が無い。

競合製品の悪い所をあげて逃避しているだけでは、自分たちの製品は良くならないよ。

719:login:Penguin
09/12/13 11:03:35 UUENppNm
>>717
要するにお前は日本語の理解に難があったわけだな
話者が条件を特定して話しをするのは当然だろ
前提条件を都合のいいように摩り替えて反論する奴は頭がおかしい

720:login:Penguin
09/12/13 11:25:12 ck3L3NRV
自己紹介ですか

721:login:Penguin
09/12/13 17:59:18 UUENppNm
筋違いにも程がある

722:login:Penguin
09/12/14 00:48:09 r9luybWx
>>719
前提条件すり替えてるのは、Windows嫌いを連呼してる奴の方じゃん

723:login:Penguin
09/12/14 07:56:24 9B+jlgKF
赤

724:login:Penguin
09/12/14 08:02:24 39r6LEqr
>>698が話の発端だろ？
だったらADが絡んできたときの話なんだから前提条件としては
ディレクトリサーバを使う場合の話で比較でいいんじゃないの？
もうスレチだからやめてね

725:login:Penguin
09/12/14 13:06:02 6PHZfe7h
なんでRHELの話してるのにスレ違い？

726:login:Penguin
09/12/14 20:41:42 g6Yo8ij4
単に、ADドメイン使って構築するのはめんどくさいって愚痴を言いたいだけなら、
そもそもスレチ以前にチラ裏だな
我々が出来ることといえば、そのチラシに同情する程度だ

その読む必要のない愚痴にADの文字列があったついでに、LDAPの環境を
構築する時の面倒さ加減とか、RHELのOpenLDAPやBDBのダメさ加減とかを通じ
ADとLDAPの構築の比較をしようではないか

727:login:Penguin
09/12/14 20:49:51 2knX8KRE
自分の書き込みだけ価値が高いと思い込んでる気違いっているよな

728:login:Penguin
09/12/14 22:07:59 6PHZfe7h
「ADとLDAPの構築の比較」とかｗ

729:login:Penguin
09/12/19 12:41:29 Cm18XvzP
ADのポリシー設定みたいなのはLDAPじゃ無理。

730:login:Penguin
09/12/19 16:28:14 OTaYTQHK
RHEL6っていつ出んの?

731:login:Penguin
09/12/20 02:08:01 IZYcljR/
>>729
そもそもADの一部に採用されているLDAPと、
LDAP単体の機能を比較する意義が不明

そんなもん考えなきゃ分からんのか？

732:login:Penguin
09/12/20 06:23:50 tzC3sbsd
>>730

Wikipedia から、過去のリリース情報等を探ってみました。

Redhat 7.2　2001/10/22 -> RHEL 2.1　2002/03/26( 155日 )
Rehhat 9　　2003/03/31 -> RHEL 3　　2003/10/22( 205日 )
Fedore 3　　2004/11/08 -> RHEL 4　　2005/02/15( 99日 )
Fedora 6　　2006/10/24 -> RHEL 5　　2007/03/14( 141日 )
Fedora 11 　2009/06/09 -> RHEL 6　　???( 最長の 205 日後だったら 2009/12/31 日 )

733:login:Penguin
09/12/20 15:54:17 BVoo9QHi
今年中にはなさそうだなぁ

734:login:Penguin
09/12/20 23:03:41 CwSUmyvO
>>732
英語版には fedora12 をベースとすると書いてあった希ガス。

735:login:Penguin
09/12/21 00:17:59 n+O1gO63
Fedora9ベースで出なかった時点でもうこうなるのは解っていた

736:login:Penguin
09/12/21 00:20:33 zo2egPmO
2.6.32 まで待つんじゃないかとの憶測

大幅なパフォーマンス向上が図られたLinuxカーネル2.6.32がリリース
URLﾘﾝｸ(journal.mycom.co.jp)

737:login:Penguin
09/12/21 00:23:47 ovXMjCgU
F12ベースなの?
まだ出て間もないし、問題点とかいろいろフィードバックされて…と考えるとかなり先のリリースになりそうだな

738:login:Penguin
09/12/21 10:23:03 +gogxBSB
Wikipedia項目ﾘﾝｸには、Fedora11 になってるな。

Wikipedia の情報ソースは不明。

でも、そろそろ出してくれないと、Redhat5 のサポートが 2014年3月までなのに
4年間も使えない OS になってしまう。

そりゃ、バージョンアップすりゃいいんでしょうけど、本番環境の OS なんてそうそう
入れ替えられないですよね？？

739:login:Penguin
09/12/21 10:45:34 NfdLHQqH
>>738
Windows XP の様に、サポート期間延長したりしてw

ウチも来年買う鯖があるからはっきりして欲しい・・・

740:login:Penguin
09/12/21 13:28:50 n+O1gO63
ぶっちゃけ革新的な機能が出てきてないからそんなに必要とされても居ないんだよな

741:login:Penguin
09/12/21 18:44:52 5JypnlHB
Fedoraはどうでもいいが、RedHatは計画的にリリースして欲しいんだよな
5年とか単位の中～長期の計画とかもあるしな
サポート期間延ばすんなら延ばすで、それも早めに、さ

742:login:Penguin
09/12/22 08:25:32 c6EMHZYJ
>>738
> Wikipedia項目ﾘﾝｸには、Fedora11 になってるな。
>
> Wikipedia の情報ソースは不明。
いや、英語版見る限り、そこは頻繁に書き換えが行われてて当てになんない

この修正までf14ベースになってたしｗ

URLﾘﾝｸ(en.wikipedia.org)

なんか遊ばれてる感じがするな

743:login:Penguin
09/12/22 21:07:50 Q6/6nR99
>>741
＞ Fedoraはどうでもいいが、RedHatは計画的にリリースして欲しいんだよな
さすがにFedoraはどうでもいいってこたぁない

744:login:Penguin
09/12/22 23:36:28 3owZIv+j
>>742
それはむしろRHEL7だな。

745:login:Penguin
09/12/23 10:49:20 8/pEE+TK
30day evaluation申し込んだのですが、download softwareに
enterprise版が出てきません。
古いredhat6,7,8,9だけです。どうしたらよいでしょうか？

746:login:Penguin
09/12/24 09:17:38 DfwSHZ6g
URLﾘﾝｸ(www.redhat.com)

という 2009年9月の pdf によると、

> RHEL6 feature previews ? appearing in Fedora 11 & 12

というのが書いてあった。

747:login:Penguin
09/12/25 15:04:57 o18vyRU3
仮想化がらみで、遅れてるのかと、思いきや、

URLﾘﾝｸ(searchenterpriselinux.techtarget.com)

によると、2008年の時点からリリース予定は 2010 年だったみたいですね。

748:login:Penguin
09/12/25 16:38:45 vC9Lxp+0
kernelと仮想化のソフトはF12のバージョンっぽい。

749:login:Penguin
09/12/25 17:51:45 CBM6tRSm
強烈な妄想電波を感知しました

750:login:Penguin
09/12/27 17:37:19 U5Kof/k9
>>747
そもそもなんで「遅れてる」と思ったのかが分からん

751:login:Penguin
10/01/04 15:56:46 JzDTlh3n
>>736
RHELは、そういうのはピンポイントにパッチでバックポーとしてくることも多いぞ。
RHELのカーネルは、本家と結構違うので、バージョン番号は当てにならない。

752:login:Penguin
10/02/05 10:29:50 yTaPN/cM
アクティベート済みのRHELマシンがあるのだけど
RHNでRHN-IDのパスワード変更したら、RHELマシンでも何か必要?
yum出来なくなると困るです

753:login:Penguin
10/02/06 14:52:06 LkAgFnxj
>>752
不要

754:login:Penguin
10/02/15 14:58:31 tHSc5mlf
米Red Hat、KVMを強化したRed Hat Enterprise Linux 5.5ベータ版をリリース
URLﾘﾝｸ(sourceforge.jp)

6.0βは？

755:login:Penguin
10/02/15 23:59:32 GUR5hx1L
RHEL5がWin XP Pro状態

世界中のユーザがel6の出荷を急ぐより
el5のサポート期間を延長してくれる方が
ありがたいと思っている

756:login:Penguin
10/02/16 02:22:01 sImwXZKh
el6が出たといって、じゃあ業務システムel6に乗せ換えられるのかっつーと、
単純にそういうわけにもいかんしね。

じゃあ今からやろうとするシステムを、el6まで待てるかっつーと、待てないし。
かといってel5でやると、あと1年でProduction 1切れるし。

サポートされる期間が案外短い割に、リリースの間隔が長いっつーのは、
やりづれえよ実際。

757:login:Penguin
10/02/16 12:19:56 pBM+EB+7
潤沢なリソースじゃないからしょうがないだろう。
開発とサポートと手一杯なんだろ。そこまで売れてないって見方も出来る。

今は微妙だな。Oracle Enterprise Linuxに逃げても同じダロウし。

sp2並のupdate2ぐらいが出るまで検証機や開発機で実証したほうがいいしな。いきなり運用は人柱確実。

758:login:Penguin
10/02/17 02:39:47 ocOAeN+b
>>754
すりっぷ

759:login:Penguin
10/02/18 13:50:12 CBguIJF9
さらに 6 が遠のいた印象だ。

今だと、リース期間中( ５年間 )に、OS の再インストール( 5.4 -> 6.x )を
しないとセキュリティアップデートさえ無くなってしまうってのが、
きついな。

5年間同じ OS で使いたいとかだったら、Windows の方がましなのかね。

760:login:Penguin
10/02/18 14:32:12 XVkEI0UL
>>754

Wikipediaによると

> Red Hat Enterprise Linux 6 (Code name yet to be announced), supposed to be released in the third quarter of 2011, will be based on Fedora 14 with Linux Kernel 2.6.38.

らしいね。

761:login:Penguin
10/02/18 14:48:23 gt2+/8gv
2011！
なんじゃそりゃ

762:login:Penguin
10/02/18 16:09:47 ONV3DwQm
>>760
おいおい・・・
今年のリプレースどうしよう・・・orz

763:login:Penguin
10/02/18 17:39:29 CBguIJF9
いろいろ見てたら、

URLﾘﾝｸ(www.redhat.com)

には、こんな事が書いてあった。

As a Red Hat partner, I can confirm that we have had access to RHEL
6.0 Alpha 1 thru 3 since Q3 last year. It is based on F12 and I would
expect the first partner Beta very soon, probably followed by a public
Beta.

764:login:Penguin
10/02/18 23:15:45 GsbbBZ79
>>759
OSアーキにこだわりがなければ、さっさとUnix、Windowsに乗り換えた方がいいな。
糞高いサポート料とってるくせに、公式ページの情報の少なさ・薄さは半端ない。

765:login:Penguin
10/02/19 00:06:10 +6aAJzOv
そういう所のサポートなんてどうでもいいよw

出入りの業者がシステム丸ごとサポートしてくれるビジネス展開が出来てるかどうかが大事。
細かい問題は業者が考えればいい事だ。そのために高めの保守料払ってるし。

766:759
10/02/19 08:43:33 cpxGzdOi
その業者側だから、悩むんですよ。

現実的に Linux というと( 特に国内は )Redhat 系ぐらいで、
セキュリティパッチも出なくなったインターネット用サーバを
使い続けられないわけで。

もちろん、ユーザにある程度伝えて了解を取ることには
なると思うけど、セキュリティパッチも出なくなった時に、
OS 入れ替えの試験や、テストサーバの準備が必要になった
時に、もめそうで怖い。

767:login:Penguin
10/02/19 10:06:19 M7FvRdcY
今まで温い商売してたってこどじゃね？

768:login:Penguin
10/02/19 12:08:08 M3GT9yPU
Windows2000を数多の企業が使い続けているわけだし
FW内のサーバならアップデート掛けずに運用してる所も多かったりする

769:login:Penguin
10/02/19 20:42:23 59dvcCFt
SunとかHPとか、しっかりしてたな

5をもうじき終わらすって宣言しときつつ、いつまでも6を出さない赤帽とは違ったよな

770:login:Penguin
10/02/19 20:57:35 M3GT9yPU
SunやHPに払ってた保守料金と同じ額を積んでないんだから
サポートもそれなりで当たり前だと思うんだが
安いから飛びついたんだろ、Linuxに

771:login:Penguin
10/02/20 20:25:19 bg56Cw1Q
まさに安物買いの銭失い

772:login:Penguin
10/02/25 10:17:50 SBjYaI91
まあ安いのにしろって逝ってみたら、業者が持って来たのがレドハトな訳で自業自得としか。
自力でリナックスのサポート出来ないなら廃業しちゃいなよw
保守料取ってるくせに客を舐め過ぎでしょ。

773:login:Penguin
10/03/09 23:16:50 bTEye5mi
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
2010 年後半の RHEV 2.3 が RHEL6 Support をしているってことは、それまでに出ているってことだな.

774:login:Penguin
10/03/10 08:39:09 4y0NutRv
そんなに先の事なんて分からない

明日だって分からないのに

775:login:Penguin
10/03/13 01:00:53 5aKNwL2e
次期RHEL6のベースといわれているFedora12に伝説のカーネル2.6.32来たね！

776:login:Penguin
10/03/13 05:46:11 1d4pANpc
sp2までは待ちだな。

777:login:Penguin
10/03/14 21:16:21 dKe44hj4
URLﾘﾝｸ(journal.mycom.co.jp)
大味なkernelベンチマーク

778:login:Penguin
10/03/15 05:23:06 6FHWOl8V
所詮、記事描きだもの。実際に業務で使ってるエンジニアでは無い。

779:login:Penguin
10/03/31 13:56:16 fkEV5WbW
RHEL 5.5
URLﾘﾝｸ(www.jp.redhat.com)
URLﾘﾝｸ(rhn.redhat.com)

780:login:Penguin
10/04/02 16:44:15 KFILVxzK
エロゲ購入情報流出させたメッセサンオー
鯖はredhatっぽいな

781:login:Penguin
10/04/02 17:33:32 J2NoIuf+
それがどーした？
見た感じアクセス制御してなかっただけじゃん

782:login:Penguin
10/04/02 18:24:06 hZE6APn+
SELinuxはインスコしたら切る　ｷﾘｯ

とかいってる奴が納入したんだろ

783:login:Penguin
10/04/02 19:55:08 heVLA/4v
>>782
スレを荒らすのはやめろ！

784:login:Penguin
10/04/05 16:48:01 8pZ1o8CI
パーミッションが755とかで、ググルのロボットに拾われたんだろ

785:login:Penguin
10/04/05 21:39:22 6q6O9bkq
知ったかする前に調べようぜ

786:login:Penguin
10/04/06 00:01:02 cl/KUIMr
RHEL と関係ない話はよそでやってくれよ。

787:login:Penguin
10/04/07 02:03:50 hKlBKRdZ
馬鹿がrhel使ってもセキュリティ甘々だしな。

788:login:Penguin
10/04/14 22:29:56 Yn1IiUhg
RHは引越しのとき、よく利用してるよ

789:login:Penguin
10/04/16 12:34:02 hOlOx5XD
企業内で使ってるのはこんなレベル低いのかorz
Linux板で求人出してその辺のLinuxヲタを一人雇えば
セキュリティレベルが上がると思うな…

えたいの知れないヤツが社内にうろうろしてれば,
イヤでもセキュリティに気を遣うよーになるだろーし(笑)
人的ワクチンとして有効だと思う.

790:login:Penguin
10/04/16 23:17:31 ZJNTe3vO
その辺のLinuxｦﾀって、SELinuxは切る(ｷﾘｯとかやりそうだから絶対に嫌だ

791:login:Penguin
10/04/17 00:24:43 ITE5xQCP
SELinux切ることが前提のミドルウェアもあるわけだが

792:login:Penguin
10/04/18 05:58:34 lmam/SZ1
その辺のLinuxヲタを雇ってる会社もあるってことだろ

793:login:Penguin
10/04/18 06:21:22 ZMhHT5IE
日本の企業が日本で雇うならLinuxヲタ以外は入手不能じゃないの

794:login:Penguin
10/04/20 00:17:23 fpHv5/0B
Solaris技術者が大量放出されてないか

795:login:Penguin
10/04/20 01:27:52 6rjOD2gI
単なるSolaris管理者だろ

796:login:Penguin
10/04/20 03:21:08 fpHv5/0B
OpenSolarisのコード書いてる人以外の技術者はふつーそーでしょ？

797:login:Penguin
10/04/20 09:44:33 B0k/hcLh
OpenSolaris界隈も、大半がただのビルダーやテスターだな

798:login:Penguin
10/04/21 03:04:23 MVbb+Wcg
opensolarisだもの。趣味レベルでしょ。
自称linuxヲタにしても、linuxの基幹ソース弄ってるレベルは数えるレベルだし。

まだrpmって何ですか？レベルの新人を育てたほうが癖無く使えるのが現実。

799:login:Penguin
10/04/21 06:35:41 beVuOerd
あなたが弄れるんなら
それなりに育つんじゃね
何事も先生と教科書だろ
実際のとこ、どうなん？

800:login:Penguin
10/04/22 00:08:02 Ydpnxids
スレ伸びてたから期待して開いたら話題が違ってショボーン

801:login:Penguin
10/04/22 00:29:16 Ydpnxids
RHEL6β
URLﾘﾝｸ(www.redhat.com)

802:login:Penguin
10/04/22 03:29:36 Ydpnxids
URLﾘﾝｸ(www.redhat.com)
ロードマップの発表は現地の23日か

803:login:Penguin
10/04/22 17:33:11 ouU6eipI
>>801
これってRHEL5や4の正規のユーザーじゃなきゃyum updateできない
んですかね？
もし、updateや追加installがだれでもできるならダウンロードしたいの
ですが・・・

804:login:Penguin
10/04/22 18:06:09 ZIysMFeN
id要求されるんじゃね

805:login:Penguin
10/04/22 18:09:20 yvDq8Ka3
>>803
試してみれば。

806:login:Penguin
10/04/22 19:43:51 ouU6eipI
有効なRepositoryがrhel-betaだけみたいだけど64bit版をVMwareに
インストールだけはできた。こんなメッセージが出ます。

[root@rhel6 ~]# yum update
Loaded plugins: refresh-packagekit, rhnplugin
This system is not registered with RHN.
RHN support will be disabled.
Setting up Update Process
No Packages marked for Update

gcc、emacs, bind,spamassassinなどは追加インストールもできました。

amavisd-newってepelでしたっけ？それともrpmfusionでしたっけ？
namedとpostfix関係だけはちょっと早めに予習しておきたい。

807: ◆Zsh/ladOX.
10/04/22 23:29:18 QPDR9rk7
もうベンチが。気が早いw
The First Benchmarks Of Red Hat Enterprise Linux 6.0
URLﾘﾝｸ(www.phoronix.com)

F12ベースかつ2.6.32カーネルか。

808:login:Penguin
10/04/22 23:43:25 f81PiWXV
しかしFC6ベースからF12のジャンプは大きいなあ。

809:login:Penguin
10/04/22 23:47:00 0o11PRf9
6もExt3でベンチして欲しいな。

810:login:Penguin
10/04/25 23:44:13 aHHEbajo
URLﾘﾝｸ(sourceforge.jp)

“この記事によると128TBに対応する「XFS」もサポートする。”ってなってるけど

URLﾘﾝｸ(mkosaki.blog46.fc2.com)
URLﾘﾝｸ(togetter.com)

この辺で呟かれてる問題に対応してくれてるのかな
MySQLやるばあいext3とかよりXFSの方がパフォーマンスいいんだよな

811:login:Penguin
10/04/26 03:58:57 OOrmgQ+V
mysqlだとオラクルだからOracle Enterprise Linuxのほうが良くないか？

ｽﾚﾘﾝｸ(linux板)
Oracle Unbrekable Linux総合スレッド part 1

812:login:Penguin
10/04/26 04:43:58 a9JkhNc/
クローンにどっちがいいもないだろ

813:login:Penguin
10/04/29 16:38:54 hkPVTCEs
URLﾘﾝｸ(japan.zdnet.com)
そういえば、6.0で、Xenのサポート打ち切るのか。

URLﾘﾝｸ(virtualization.info)
OracleVMもXenベースだから、今後もXen含むカーネルをメンテナンスしそうな
OEL（RHELクローン）かSUSEをすすめてる。

Oracle Enterprise Linuxって、RHELクローンなのにサポート料とるけど、
Oracle側が用意した部分が中心なのかな。
残りの部分は、RedHatにOracleがRHEL利用者としてバグフィックス・サポート要求してたりして。

次ページ