CentOS part 12 【RHEL Clone】

CentOS part 12 【RHE ..

331:login:Penguin
08/03/16 18:28:15 dGQTU+ZS
CentOSの方針
　同バージョンのRHELの限りないクローン
　長期間のセキュリティパッチ保障（だいたい5年くらい）
　安定性重視で、機能アップのアップデートは行わない

という条件を見たうえで、CentOSを選んだんだよね。
その根本のところで意見の相違があるなら、他のディストリも
よいのがいろいろあるので、ちゃんと比較して再選定したほうがいいと思う。

市販のNASボックス買うよりも、CentOS 4 で Samba サーバ立てた
ほうが、高機能でかつ同程度の安定性があると思うけど。
（不要なサービスは全て停めて、GUIも切り捨てて、最低限で駆動な）

332:login:Penguin
08/03/16 20:15:49 ywtLRXIF
>>331
好きずきという事ですね。

お祭りが好きな人はフェドがいい。
個人で普通に使いたいならウブが可愛い。

でも流石に仕事用の公開鯖としてはむむむ
ってなって定番のRHELになるんだけどサブクリプションとかないと
updateすらできないのがなんとも　そのー
って事になってcentOSなら同じ様にテスト出来ていろいろ安心ってな
とこじゃないでしょか。

別に他の鳥を非難してるわけではないのは周知。

333:login:Penguin
08/03/16 21:28:57 dGQTU+ZS
CentOSで、(企業ベースの）公開サーバしている人で
そんなに難しい設定というか、複雑な仕様のサーバを
立ててる人いるのか？

普通に、Apache動かして、PerlとPHP使えて、
sshdを鍵認証モードで動かして、
必要な時にsshログオンして、vsftpdとか起動して
ファイル転送する。
あとは、バックエンドでMySQLなりPostegreSQLを
動かすかどうかって所くらいじゃないのか。

プロバイダなり、データセンタがDNSやってくれないところでは
dnsサーバ立てることくらいかな。

これくらいの基本的な組み合わせで、Webサービスする
だけなら、かなり安定していると思うよ。
俺は、この組み合わせでデータセンタで借りている
レンタルサーバを6台運用中。

334:login:Penguin
08/03/16 21:30:15 hwBN0dld
>>320
「他のディストリのクローンと公言してただ乗りし」の部分を取り除いたら
RHELに対しての意見ってことで OK ？

335:login:Penguin
08/03/16 22:21:11 0ZJtPKRE
>>333

自己紹介乙。6台も管理できるようになって良かったね。

336:login:Penguin
08/03/16 22:36:27 Zu7xb5ZM
６台（核爆）

337:login:Penguin
08/03/16 23:30:59 sbfZuqWq
何も複雑な設定をしないなら、それこそRHEL使うよ。

338:login:Penguin
08/03/16 23:49:08 /70FrN+3
つーか素直にホスティング使えって話も・・・

339:login:Penguin
08/03/17 01:17:43 OWG+PCbM
アウトソースできるのは直接業務に絡んでこない部分だけでしょ

340:login:Penguin
08/03/17 01:47:01 21Jb1LmE
アウトソーシングできないのはRAS機能がっちりくみこんだそれなりのやつで
そこらに転がってるパソコンでCentOSつーことはないんじゃないかなぁ。
それなりのサーバでRHELとかSUSEとかはひょっとしたらあるかもしれんが(保守契約込みw)。

341:login:Penguin
08/03/17 10:28:12 yKIwwCrK
RHELがVerうｐしたから、近いうちにCentOSも5.2に上がるかな？
ま、yum -y updateで再セットアップ無しにアップデートできるようになるんだろうけど。

342:login:Penguin
08/03/17 10:33:16 aUXKHDia
ウチはNDA結んでどんどんアウソしちゃうなぁ
システムの規模が大きければ大きいほど内製で完結させるのは難しいんだわ

343:login:Penguin
08/03/17 14:15:19 rUMI84vx
CentOS5.0インストールしたサーバは
yum updateで5.1になっているのしょうか？
今現在のunameはこれなんですが・・・
Linux cent.xxx.xxxx.xx.jp 2.6.18-53.1.14.el5 #1 SMP

344:login:Penguin
08/03/17 14:26:32 EG2tzN2W
>>343
なってるんじゃないかな？
URLﾘﾝｸ(ken-etsu-tech.blogspot.com)

ちなみに、うちの5.1をインストールした環境でも
Linux test-xxxx 2.6.18-53.1.14.el5xen #1 SMP

345:login:Penguin
08/03/17 14:33:47 rUMI84vx
>>344
ありがとうございます。
/etc/redhat-releaseは「CentOS release 5 (Final)」なので、
FreeBSD-stableみたいなものなんだろうか・・・

346:login:Penguin
08/03/17 15:02:27 EG2tzN2W
>>345

URLﾘﾝｸ(ken-etsu-tech.blogspot.com)
ってことでそのままで良いらしい。

うちの5.1の環境でも
# cat /etc/redhat-release
CentOS release 5 (Final)
だったよ

347:login:Penguin
08/03/17 15:40:43 OWG+PCbM
このまま5.2にageさせてくれると助かるんだが

348:login:Penguin
08/03/17 16:02:15 Ro3Ib//P
当然そのままうｐするんでねーの？

349:login:Penguin
08/03/17 16:14:06 r36ZHsBn
4系は4系、5系は5系でという話に限ればメジャーupではないから
そのまま上がるよ

350:login:Penguin
08/03/17 16:44:02 vp4bqfuX
5.9までは楽できそうですね。

351:login:Penguin
08/03/17 17:02:33 Fv5nMn+e
>346
あー、だからオイラはローカルyumリポジトリ作成で詰まったのか
シンボリックリンクで解決できそうね

352:login:Penguin
08/03/17 18:31:21 jHFVJFmK
なんだこの「そんな事も知らないで使ってたのかよ」的な流れ

353:login:Penguin
08/03/17 20:24:42 Dr6O5cgs
別に5.9の次があれば5.10になるだけ

354:login:Penguin
08/03/17 20:33:10 RhFsmO+n
どうしてそういうこと書いちゃうの？

355:login:Penguin
08/03/17 20:33:54 vp4bqfuX
>>353
さすがw
恥かきました。もう無限ですね。

とにかくあまりガチャガチャしないでいただければと思います。

356:login:Penguin
08/03/17 21:16:16 r36ZHsBn
無性にガチャガチャしたくなってくるな

357:login:Penguin
08/03/18 07:38:21 4gWsAuHD
>>320

ホント、コイツ凄い勘違い君だな。
apacheなんかは未だに1.3系が使われてるわけだが
君に言わせればこういう鯖は
後戻りできない潜在的なセキュリティホールを抱えてるわけだ。
狂ってるとしか思えない斬新な論理を有り難う。

358:login:Penguin
08/03/18 22:38:33 aiAljagF
>>357
さすがにapache1.3はないな・・・

359:login:Penguin
08/03/18 22:42:48 FZBhKH2x
何言ってんだ
商用ホスティングサービスとかApache1.3系で稼動してる所わんさかあるぞ

自宅鯖なら珍しいだろうが

360:login:Penguin
08/03/18 23:10:16 Vupazd+x
Yahooは今でも1.3改のはず。変えたという話は聞かない。

361:login:Penguin
08/03/18 23:42:33 MluGQKcC
あほか、2.2系に移行したいけどオリジナルモジュール関係などのためにできてないだけ。
それ以外に1.3.x系にこだわる理由分からん。

362:login:Penguin
08/03/18 23:54:10 8l/nq578
>>361
拘るのと移行しないはイコールではないと自分でも言ってるじゃないか

363:login:Penguin
08/03/19 00:30:59 am3jP/J1
自分があほだということを伝えたいのでは？

364:login:Penguin
08/03/19 00:36:56 lcspfBj7
>>361
モジュールの都合で移行できないってのが、こだわってるってことなのかいな?

365:login:Penguin
08/03/19 00:57:40 oenDGS/f
自宅サーバにCentOS入れてアフィリエイトとかすると
どこかにライセンス料払ったりしないといけない仕組みになってる？

366:login:Penguin
08/03/19 01:04:51 yAlHLYzo
その程度調べられない奴は、どんなソフト・サービスの契約書も読まないんだろうから
アフィリエイトなんかやろうと思わないこった。

367:login:Penguin
08/03/19 01:07:37 oenDGS/f
調べたことが正しいかどうかの確認
ここで菊名って？

368:login:Penguin
08/03/19 01:11:05 YRxUbiIF
>>365
俺、自宅サーバでCentOS使ってるよ。
月$1000.00弱ぐらいもうかってる。先週確定申告もしてきた。

CentOSのHPでもアフィやってるんだからOKじゃね？

369:login:Penguin
08/03/19 01:25:11 oenDGS/f
で、一定の割合ってどのくらい？
利益じゃなくて売り上げのだっけ？

370:login:Penguin
08/03/19 02:45:00 JBAbfV0f
CentOSのGnome端末上で "_”アンダーバーが入力できないのはバグですか？

371:370
08/03/19 02:51:11 JBAbfV0f
自己解決です、インストール時に日本語キーボードを選択していても
デフォルトは英語になっているようです。キーボード設定を行わないといけないようです。

372:login:Penguin
08/03/19 04:42:51 nGwoTGUe
>>371
日本語キーボーを選択しても？
だっけ．．．ZZZzzz...

アフェリエイトってなーに？

ググレカス言うなよ。

373:login:Penguin
08/03/19 04:44:22 nqBIe3sB
>>372
すまないが日本語で書いてくれないか

374:login:Penguin
08/03/19 05:16:49 nGwoTGUe
日本語難しいある

375:login:Penguin
08/03/19 08:28:57 z9P821+i
CentOSでapache1.3を使いたいのですがCentOS5にはrpmで用意されてますか？
4系使わないとだめですか？

376:login:Penguin
08/03/19 08:47:03 oq85MAtc
>>375
checkinstallをインストールすれば、ソースファイルからrpmパッケージを作れる。
checkinstallはdagレポジトリにあったと思う。specファイルを自分で書いて、
rpmパッケージを作成してもいいけど。
ただし、CentOS5では、ライブラリのバージョンの関係でapache 1.3をコンパイル
できないかも。

377:login:Penguin
08/03/19 09:35:57 Gchm8UfK
>>375-376
大丈夫、このスレにはプロwがいるからな。
>>357,359がそのうち実践的で安全な方法を提示してくれるはずだからしばし待て。
>>357,359もあそこまで言っていいっ放しということもあるまい。

378:login:Penguin
08/03/19 10:28:19 AapouYWg
ずっとapache1.3をソースからインストールしていたが、あまり良くないの？

379:login:Penguin
08/03/19 10:33:41 V+qjn+9m
>>378
パッケージの方が楽じゃない?

380:login:Penguin
08/03/19 11:16:35 Gchm8UfK
>>378
いい悪いじゃなくて

>CentOS5では、ライブラリのバージョンの関係でapache 1.3をコンパイル
>できないかも。

みたいな話があるわけだから、そんなことないよ、とか、もしそうなら
そこら辺の回避法とか具体的に説明してくれると
助かるというか、みんな幸せなんじゃない?

まぁ、継続性保守性を考えると、そういうそれぞれの環境とかメンテする人の
スキルに依存する運用って、セキュリティも含めてどうなの?って気はするけどね。
そのうちメンテが切れる4を使いつづけるのは論外としてさ。

381:login:Penguin
08/03/19 11:25:21 VhiYWReu
>>380
> そのうちメンテが切れる4を使いつづけるのは論外としてさ。

4は当分ありだろう。　2でさえまだメンテされてる。

From: jnewbigin@ict.swin.edu.au
Subject: [CentOS-announce] CESA-2008:0196-01: Moderate CentOS 2 i386 unzip security update
Date: 2008年3月18日 18:50:34:EDT
To: centos-announce@centos.org

382:login:Penguin
08/03/19 13:28:35 Gchm8UfK
>>381
apache 1.3/CentOS4を永遠に使いつづけるってならそれもありだろけどさ、まぁ考え方次第だけどね。
apache 1.3に限らずメンテされているのはリリースされたまんまの状態に含まれているパッケージだけだろうからさ。
今話題になっているのはそこをどうしようかって話じゃないの?

383:login:Penguin
08/03/19 13:43:53 qyfTCcXB
すんません初心者ではないのですが、
なんでデフォで　ja_JP.UTF-8　なんですか？
ja_JP.euc_JPじゃだめなんです？
UTFだとなんかいい事あるんですか？
UnixExtededCodeなんでEUCがいいかなーみたいな。

384:login:Penguin
08/03/19 13:45:23 B3psoEOm
yum updateでセキュリティアップデートが受けられない
apache 1.3をどうやって使うかってところなのかな？

とりあえずやってみた。
CentOS 5.1 でXenで仮想環境構築
一般的な開発環境は入ってると思って。

cd /usr/local/src
wget URLﾘﾝｸ(archive.apache.org)
tar zxvf apache_1.3.41.tar.gz
cd apache_1.3.41
./configure
make
make install

これでインストールは出来たし、httpdが立ち上がることまでは確認した。
どうしても1.3にこだわるならそれでもいいかもしれないけど、
個人的にはアップデートが楽な2.0をお勧めするけどね。

385:login:Penguin
08/03/19 14:29:34 BR9V4B8P
>>383
i18nが楽だから。
EUCとかISO-2022とかISO-8859とかWindows-1251とかWindows-1251とかBig5とかKOI8とかTISとかVISCIIとか気にしてコード書くのマンドクセ。EUC-JPとEUC-KRなんて区別つかんし。

お前がどっちを選ぼうと俺には影響ないから、好きな方を選べ。

386:login:Penguin
08/03/19 15:36:48 qyfTCcXB
>>385
ひどい人だわw

（ラ）イエティンナックスってもよくわからん。
/etc/sysconfig/i18n でしたっけ？
そか　UTF8にしとけば一番汎用的　みたいな感じかな。
どっちもでいいなら、好きにします。
どもでした。

明日、あのデカ重い本が届きます。
でわー

387:login:Penguin
08/03/19 15:52:08 BR9V4B8P
>>386
> （ラ）イエティンナックスってもよくわからん。
何だそりゃ? おれそんなこと書いたっけ??

i18nって "internationalization" でしょ。

388:login:Penguin
08/03/19 16:02:56 qyfTCcXB
>>387
恥でした。LI18NUXとなんか混同してます。
忘れてください。

389:login:Penguin
08/03/19 16:15:40 V+qjn+9m
>>386
何がひどいんだ?
なんで本の話が出てきたんだ?

390:login:Penguin
08/03/19 16:32:40 qyfTCcXB
>>389
すまんです。しばらくじちょします。

391:login:Penguin
08/03/19 18:36:34 Rwb4JNwr
ハングルは

＋－○♂♀　←このあたりを駆使すればeucJPでもいけると思う。

392:login:Penguin
08/03/19 19:42:08 84DdJbpc
漏れも「デフォルトがEUCだったらなぁ」と思ったクチ。そんなCentOS歴三か月

一度、ネット調べて /etc/x11/i18n（うろ覚えです間違ってても生暖かく受け流して）だかを
EUCにすれば良い、みたいなの試したんだが、端末エミュレーターとかCUIは良い感じになったんだが
GUIが全部文字化けしちゃったんで泣く泣く戻しますた・・・

393:login:Penguin
08/03/19 19:51:41 84DdJbpc
ちなみにバージョンはCentOS5.0 64bit
ホントはGUIツールに頼らないでも何から何まで自分で設定出来れば良いのだろうが
ついついGUIの設定ツールに頼ってしまう・・・

これ以上変更しないとこれまで一通り設定したらデフォルトコードEUCにして、その後にランレベル3に落としちゃえば良いのだろうか

394:login:Penguin
08/03/19 20:57:50 KHI1IIXK
en_US.eucUP でいいじゃん。

395:login:Penguin
08/03/19 20:58:29 KHI1IIXK
あっ、なんか間違った。

396:login:Penguin
08/03/19 21:37:46 uJ0+rTME
Webmin入れればいいじゃない。

397:login:Penguin
08/03/19 21:47:40 gARTeXGR
webminにもyumにもaptにも全部いえる事だが
一度インストール・アンインストール・設定などでエラーが
出ると整合性めちゃくちゃになって何やってもエラーに陥る事がある。

windowsのようなプログラムの追加・削除と同程度の機能を提供している
はずのパッケージマネージャーだが、rpmＤBのクラッシュをよく見かける。

viで直接設定変更じゃいwebmin上からの設定変更とか怖くて出来ないわけだが。。

398:login:Penguin
08/03/19 21:50:54 uJ0+rTME
はいはいわろすわろす

399:login:Penguin
08/03/19 23:43:05 nqBIe3sB
つか、わざわざeucに変える必要性が理解できない俺
いや、元々eucでやってて環境引き継ぎたいとかなら勿論分かるけど

400:login:Penguin
08/03/19 23:46:03 YRxUbiIF
昨日今日、Linux始めた子供にはわかんねえべ。

401:login:Penguin
08/03/19 23:49:21 u2vrfT+7
10年以上使ってるけど、EUCはもう滅びるべきだと思うよ。

402:login:Penguin
08/03/19 23:56:23 gpqgW9GL
１．使ってるターミナルソフトがUTF非対応だから
２．EUC時代の資産（DB、phpソースなど）があるから
３．環境移行が面倒だから

ということでEUCでやってます

403:login:Penguin
08/03/20 00:12:01 BCW04Dq3
ファイル名をEUCからUTF-8に変更すること自体は簡単だったが、
～のマッピング処理に泣かされた
Windowsのエクスプローラを何度も叩き落すし

404:login:Penguin
08/03/20 02:40:12 jHHGNwk0
昔はEUCじゃないとTeXとかで問題が出たみたいだけど、最近はどうなのかねぇ。
とりあえず、UTFでもEUCでも何でもいいから、統一してくれー。
文字コードの変換に時間を費やすのは、本当に無駄な気がしてしまうぜ。
アルファベットだけで生活できる外人が羨ましいんだぜ。

405:login:Penguin
08/03/20 03:13:02 huh3Omzo
>>400
10年くらいが昨日今日と言うのならそうですね
正確には9年と半年くらいか、その前は*BSDと仕事で使ってたソラリスの併用してました
EUCからUTFにするのに苦労した記憶はあるがそれを逆に戻ろうとはもう思わないなぁ

というのは置いといて、今からやる人なら尚更EUCにすべき事情でもない限りは
もう避けたほうがいい気はする、ってのが主題
くどいけど環境引き継ぐためとか特定の事情でEUCってのは仕方ないと思う

406:login:Penguin
08/03/20 03:16:03 Xslhwcag
じゃあJEF漢字で統一ということで

407:login:Penguin
08/03/20 07:37:37 43ZSGCLz
そんなこと言われても、10年なんて一昨日くらいに
しか感じることができない私は逝ったほうが良いですか、
そうですか。

408:login:Penguin
08/03/20 07:53:07 Pqt3CPMD
戻る戻らないつーかRedHatがRHEL4以降はutf-8しか面倒みてないのだから、
CentOS4以降もutf-8で使うのがやはり正しいのだろうなぁ

409:login:Penguin
08/03/20 09:23:13 VlJ8XRtc
システムのデフォルトをUTF-8にしておいて、DBやソースコードだけEUC-JPにしても何の問題も無いしな。

410:login:Penguin
08/03/20 09:45:51 SQo9Wa6Y
という事で　やなのは文字化けが見える事だよね。
とりあえずUTF8にデフォにしませんか　
というやんわりなリクエストでいいと思う。

411:login:Penguin
08/03/20 11:55:11 toNwKMMb
UTF-8はターミナルアプリケーションで、罫線が崩れるから使いものにならない。

412:login:Penguin
08/03/20 11:57:46 dwBEkuBk
くずれない端末を使えばよい。
つか、罫線すきだね。日本人。

413:login:Penguin
08/03/20 12:02:49 /7k/b9+s
そういえば最近そういう罫線崩れって見ないな。

414:login:Penguin
08/03/20 13:41:58 mDDy1jwh
CentOS5.1を入れてxenで仮想化しようとしてるんだが、
ベースを入れた後に、パッケージをすべて更新すると、
Virtual Machine Managerから完全仮想化を選ぶと、
インストールメディアとして、CD-ROMまたはDVDを選べなく
なってしまった。更に準仮想化でも完全仮想化でも、ネットワーク
選択で共有物理デバイスに選べるデバイスが何も出てこなくなった。
5.1を入れた直後は両方問題なく選べるんだが、パッチ当てるとだめ。
xm とかで設定ファイル作っても、どうもDVDデバイスが見れなく
なってしまってるんだが、何か判りませんか？

415:login:Penguin
08/03/20 23:20:34 0HXI0GBh
centOS5.1をインストーラに従って入れてみたんだけど、DNSサーバの設定しようとしたら
/var/named.confのファイルがない。bind-chrootも入れていたので、/var/named/chroot/etc/
も見たけど、localtimeとrndc.keyしかない。
デフォルトファイルがないんですけど、なんか間違ってインストールしたかな。
ゼロから書いたりどっかから設定ファイルもってこないといけないんすか？

416:login:Penguin
08/03/21 00:12:04 lV1lhICM
>>415
BIND詳しくないけど
設定ファイル系は、/etc直下じゃないの？

417:login:Penguin
08/03/21 00:39:13 aiTsPdXj
>>416
/var/named.confは間違いでした。/etc直下も調べたけどなかったんですよ。
redhatのときは/etc/named.confだったんで、そこかと思ったんですがなかったので。。。

418:login:Penguin
08/03/21 00:44:17 fvPxEujA
>>415
# rpm -qf /var/named/chroot/etc/named.conf
bind-chroot-9.3.3-10.el5
caching-nameserver-9.3.3-10.el5
# rpm -qf /var/named/chroot/etc/named.caching-nameserver.conf
bind-chroot-9.3.3-10.el5
caching-nameserver-9.3.3-10.el5
# rpm -qf /var/named/chroot/etc/named.rfc1912.zones
caching-nameserver-9.3.3-10.el5

というわけでbind-chrootをインストールすれば解決する。
ついでにcaching-nameserverもか。

419:login:Penguin
08/03/21 01:26:38 aiTsPdXj
>>418
ネットにはつないでないマシンにCDでインストールしているんですが、
bind、bind-libs,bind-chrootはyumでもrpmでもすでにインストールされていると
メッセージがでていたんですが、caching-nameserverはまだだったみたいで、
インスコしたら無事/var/named/chroot/etc/直下に設定ファイルができました。
（/etc/にはそのシンボリリックリンクがある）

どうもでした。

420:login:Penguin
08/03/21 01:42:32 YMWXGeaI
>>415
URLﾘﾝｸ(linuxserver-guide.com)

サンプルから持ってくるのがいいみたいだよ

421:login:Penguin
08/03/21 10:54:26 dvEd5g7A
EUCからUTFへのディレクトリ名、ファイル名変換
convmv
EUCからUTFへのファイルの内容の変換
iconv
でよろしいですか？
（なんでもいいけど定番ってあるんすかね。

422:login:Penguin
08/03/21 21:09:47 PvLfS5n3
>>418
うは別件でインストールするのか
面倒だなと思いながら久々にnamed.confとか記述してた

メモに加えようｗ

423:login:Penguin
08/03/21 21:19:09 kOhbh8+i
りぼんちゃんのおへや080321
URLﾘﾝｸ(pkies.hp.infoseek.co.jp)

放送中

424:login:Penguin
08/03/22 02:07:20 9+nLipSS
ハマったので一応書いておく。過去ﾛｸﾞ検索したからｶﾞｲｼｭﾂでも反省はしない。
CentOS5.1+Xenのx86_64環境で4GB超えメモリを認識しない件
⇒grubが悪い
[対策]
URLﾘﾝｸ(bugzilla.redhat.com)
RPM導入後grub-installを忘れずに。

425:login:Penguin
08/03/24 02:24:02 KVK4mviD
6時間でできるLAMP構築ガイドで、
mysqlをyum install mysql mysql-server
で入れて/etc/rc.d/init.d/mysqld start
すると
Timeout error occurred trying to start MySQL Daemon.
MySQL を起動中: [失敗]
になるんですが、原因がさっぱりわかりません。
誰かこうじゃないかとかわかる人いませんか？
ネットで調べてもでてきません。

426:login:Penguin
08/03/24 02:46:26 SkuaARET
ググったらごろごろ出てくるぞ
運用環境ぐらい書いておけばまだ答えられる可能性もあるのだが
とりあえずメモリ足んないとか予想

427:login:Penguin
08/03/24 03:05:01 WKZBsbp/
>>425
ハードの都合で4.X使ってるときに起こったなぁ。
実際、散々時間費やして解決できなかった覚えがある。
で、代わりにrhdb(Postgres)使った。

今は5.Xに移って両方ともウマー。

428:login:Penguin
08/03/24 03:09:20 f72v0TuU
悪いことは言わん。PostgreSQLにしましょう。
mysqlは知らんけどw

429:login:Penguin
08/03/24 15:44:50 kPqNZLms
突然だけど、サーバにしてる人ってPHPは標準の5.1.6使ってる?
それとも適当にリポジトリ追加するとかで5.2系使ってる?

430:login:Penguin
08/03/24 19:06:44 SvSqxlXM
うちは5.1.6

431:login:Penguin
08/03/24 19:34:47 CpQ+6O0B
うちはsqlite使ったPHPで上手く動かないのがあったから5.2系に手動であげた。

ところでCentOS5.1のデフォルト状態でSATAのPMPが動くチップってありませんでしょうか？

432:425です。
08/03/24 20:08:58 KVK4mviD
パソコンはceleron D
メモリーは1GB
ハードディスクは160GBです。
yumでやろうとしているんですが、
mysqlは5.Xです。
よろしくお願いします。

433:login:Penguin
08/03/24 20:37:42 cknhM1FL
>>429
5.2.5とかモジュールがバラけた状態でおいてあるリポジトリなんてあるの？
現在サーバーとして動かしているのは手動で5.2.5インストしたな。

434:login:Penguin
08/03/24 21:29:50 kPqNZLms
>>433
俺はここのリポジトリ入れて手動でenableしてるんだけど、
www.jasonlitka.com
ここが将来安全かどうかはよく分からない。
yum --enablerepo=utterramblings list php-\*
から上記リポジトリのを抜粋するとこうなる
php.i386 5.2.5-jason.1 php-cli.i386 5.2.5-jason.1
php-common.i386 5.2.5-jason.1 php-gd.i386 5.2.5-jason.1
php-mbstring.i386 5.2.5-jason.1 php-mysql.i386 5.2.5-jason.1
php-pdo.i386 5.2.5-jason.1 php-soap.i386 5.2.5-jason.1
php-bcmath.i386 5.2.5-jason.1 php-dba.i386 5.2.5-jason.1
php-dbase.i386 5.2.4-jason.1 php-devel.i386 5.2.5-jason.1
php-embedded.i386 5.2.5-jason.1 php-imap.i386 5.2.5-jason.1
php-ldap.i386 5.2.5-jason.1 php-mcrypt.i386 5.2.5-jason.1
php-mhash.i386 5.2.5-jason.1 php-mssql.i386 5.2.5-jason.1
php-ncurses.i386 5.2.5-jason.1 php-odbc.i386 5.2.5-jason.1
php-pear.noarch 1:1.6.2-1.jason.1 php-pgsql.i386 5.2.5-jason.1
php-snmp.i386 5.2.5-jason.1 php-tidy.i386 5.2.5-jason.1
php-xcache.i386 5.2.5_1.2.2-jason.3 php-xml.i386 5.2.5-jason.1
php-xmlrpc.i386 5.2.5-jason.1
見にくくてスマン

435:login:Penguin
08/03/24 21:46:43 uGGA7IBB
Jasonﾜﾛｽ

436:login:Penguin
08/03/24 23:34:52 cknhM1FL
こんなリポジトリあったのか･･･
参考になったわ。
ただファイル名にjasonて付いているのがいただけないなｗｗｗ

php-dbase.i386 5.2.4-jason.1て部分が気になるな。
やっぱりこういうの見ると自分でソースから入れたほうが良いのではないかね？

437:login:Penguin
08/03/25 00:27:57 Iw1RVUOS
fedoraからspecかっさらって作れるもんなんじゃないの？
fedoraのも実は古くさいオプションなんだけどさ

438:login:Penguin
08/03/25 09:36:24 Zkuts6Lp
>>434
俺はここのリポジトリ使ってる（一部のサーバだけだけど）。
URLﾘﾝｸ(blog.famillecollet.com)
同じく将来安全かどうかは分からん。

パッケージは
URLﾘﾝｸ(rpms.famillecollet.com)
あたりから確認しておくれ。
.remiはご愛嬌。

439:login:Penguin
08/03/25 21:02:49 bMNn3NXz
いろんなリポジトリしっているんだなぁ。
rpmforgeとepelとatrpmsぐらいしか使ってないや。
リポジトリに疎い自分にとっては参考になるわ。

440:login:Penguin
08/03/26 16:24:47 /F4RUaQH
CentOS 5.1 を普通に CD イメージでダウンしてきて R に焼いて GUI からインストールしたんだけど、
uname -r で表示されるカーネルのバージョンと、
yum install kernel-devel でインストールされるカーネルソースのバージョンが違うことに気づいた。
yum は現行のカーネルのバージョンを見て、見合うバージョンのソースをゲットしてくれるんじゃないの？
回避策があれば教えて下さい。

# uname -r
2.6.18-53.1.6.el5

# ls /usr/src/kernels
2.6.18-53.1.14.el5-i686

yum で現行の kernel-devel を remove してから 2.6.18-53.1.6.el5 を強制的に入れることも
やってみたけれど、システムの整合性が取れなくなりそうなので元に戻した。

hp の ProLiant Support Pack をインストールする際、カーネルソースを要求されて、
下記のメッセージが出たことが発端。
※CentOS はサポート外だが・・・。

The HP ProLiant Linux Deployment Utility requires source code for the 2.6.18-53.1.6.el5 kernel be available for building and installing certain drivers included in this bundle.
The directory, /lib/modules/2.6.18-53.1.6.el5/build, is either missing, or is empty.

Kernel source code may also be made available via NFS from a remote system.

441:login:Penguin
08/03/26 17:40:35 VyitZbu7
>システムの整合性が取れなくなりそうなので元に戻した。
整合性が取れなくなると思う根拠は何？

yumは最新のものを拾いに行く仕組み
バージョン指定してkernel-develを入れるかkernelをアップデートするか
どっちかしかない

442:login:Penguin
08/03/26 18:21:43 HECjoeSb
最新のカーネルとdevelは入ってるけどロードされてるカーネルは古いものってオチだろうなぁ

443:login:Penguin
08/03/26 19:50:58 /F4RUaQH
>>441
>>システムの整合性が取れなくなりそうなので元に戻した。
>整合性が取れなくなると思う根拠は何？

hp の ProLiant Support Pack をインストールする際、「2.6.18-53.1.14.el5-i686 の中身が無い」と言われて make でコケまくったので。

>>442
たぶんそうだと思う。/boot 配下のファイルには 2.6.18-53.1.14.el5 のバージョンと書き込まれているので。

したがって、バージョン指定して現行のカーネルのバージョン (2.6.18-53.1.6.el5) に合わせて kernel-devel を入れると、
所々で 2.6.18-53.1.14.el5 のバージョンのソースを要求されるようになります。

原因は >>442 の言うとおりなんだろうけれど、直し方がわかりません・・・orz

444:login:Penguin
08/03/26 19:58:00 HECjoeSb
普通にリブートすればいいのでは？
それでもダメなら再起動した時にロードするkernelを手動で指定すればいい

445:login:Penguin
08/03/26 20:16:42 n1lcvU4B
わ　面白そうな話題。
おれんちの鯖もそうなってるかも。
帰ったら調べてみるね。
ここは落ち着いてていいすね

446:login:Penguin
08/03/26 21:06:07 Kmosqhce
>>414
うちも同じ症状が発生してるんだが、その後どうですか？
別のマシンで試しても同じだった・・・

447:login:Penguin
08/03/26 23:41:47 Kq9dcTC1
>>446
あ、うちの環境のせいじゃなかったのか…。

DELLの激安スリムPCに散らばってる環境集約しようと思って弄ってる最中だった
んだけど、うまく行かなくて困ってたんだよね。

448:login:Penguin
08/03/27 03:27:42 MT8SFMyY
おれんちの鯖
$ uname -r
2.6.18-53.1.14.el5xen
$ /usr/src/kernels/
2.6.18-53.1.14.el5-i686
2.6.18-53.1.14.el5-xen-i686
2.6.18-53.el5-i686
2.6.18-53.el5-xen-i686
まぁ普通だな。禅付きだけどw

449:login:Penguin
08/03/27 10:37:53 ndDeIrU5
へっぽこな私のサーバだとこんな感じ

$uname -r
2.6.18-53.1.6.el5.centos.plus

$ls /usr/src/kernels
2.6.18-53.1.4.el5-i686
2.6.18-53.1.4.el5.centos.plus-i686
2.6.18-53.1.6.el5-i686
2.6.18-53.1.6.el5.centos.plus-i686
2.6.18-8.1.15.el5.centos.plus-i686

450:443
08/03/27 11:35:33 2uxsGtUA
サービス提供中のサーバなので、折を見て再起動してみます。

ちなみに、複数のバージョンのカーネルソースを入れようとすると、yum で「既に新しいのが入ってるだろ」と
はじかれてしまうんだけれど、複数入っている人はなぜ？

451:login:Penguin
08/03/27 12:10:15 Gwi0s8Pz
古いのから入れていけば全部残るはず

でも大抵容量の無駄使い

452:login:Penguin
08/03/27 13:00:39 ChSyV8wA
よくわからんが
# yum -y update
毎日一回くらいやって
そんでたまに再起動すれば
普通に大丈夫になるって事でいんですかね

453:login:Penguin
08/03/27 13:23:11 Gb5ZgiiA
Core 2にCentOS 5をインストールする予定なんだけど、
64bit版にするメリット・デメリットってどんなものがあるんですかね。

それと、デスクトップ用途でメモリは 8 メガ必要ですか？

454:login:Penguin
08/03/27 13:25:07 an6F8MXg
>>452,453
・・・・・・・・・・

455:login:Penguin
08/03/27 13:30:18 kSTqkYaF
64bitの
メリット…4GB超メモリ対応、ちょっぴり速くなるかも
デメリット…希に固有の動作やバグがあるがネット上に情報が少ない

VRAMなら8メガでおｋ

456:login:Penguin
08/03/27 13:37:40 fLec0vD+
>>453
8MBはちょっと足りないんじゃないかな。

457:login:Penguin
08/03/27 13:40:22 LGbcP+Zs
Core 2 でメモリ 8MB ってどんな機種?

458:login:Penguin
08/03/27 13:48:11 +cXuzspP
たしかcore2の64bitは32bitに比べて遅いっていう記事がどっかにあったなあ。

core2のアーキテクチャはx86-32bit命令をマイクロ命令に変換する性能が優れている
らしいんだけど、x86-64bit命令に関してはマイクロ命令に変換するのが苦手というか
32bitの時と比べてオーバーヘッドが大きいと、どこかで読んだ。

64bitで使うときはAthlon64の方がいいのかな～と思って、CentOS5 64bit版では
Athlon64を採用しました。

ちょっとソース記事探してくる～。

459:login:Penguin
08/03/27 13:48:35 XcVXBMq5
3Dデスクトップ、8MBでもギリギリ動くよ。
i865でも動いたし。
ディストロによっては動かないものもあるが…

満足にという訳でもないが、気にしないなら十分。

460:login:Penguin
08/03/27 13:55:58 5Q45ICNG
あれ？32bitでも4GB超えは対応してると思うけどどうかな？
俺の勘違いかな？

うちの32bit入れたつもりだけど8GB認識してると思う・・・。

461:login:Penguin
08/03/27 14:01:07 fLec0vD+
>>460
PAEカーネルだと32bitでも4GB超え扱えるよ。
そのかわり遅くなるけど。

462:login:Penguin
08/03/27 14:05:44 Gb5ZgiiA
すみません、メモリ 8 ギガの書き間違いです…

463:login:Penguin
08/03/27 14:24:47 3lKSS+6O
>>452
業務用でなく個人用なら、夜中に自動でやらせとけばいいだろ…。
勝手にバージョン上がっては困るなら別だが。

464:login:Penguin
08/03/27 14:25:22 eChr6trE
ただし1プロセスあたり4GBが上限

465:login:Penguin
08/03/27 14:34:55 +cXuzspP
だめだ、ソースが見つからない。

たしか45nm版のCore2が発表か発売されたときのタイミングで
itmediaか4gamerのどちらかでレビューしてたんよね。

そこで「45nm版になっても64bit時のxxが改善されていない」という記載があった。
もしよかったら探してみて。

用途にもよるかもしれないけど、Core2の場合は32bitの方がいいかも。
でもメモリ8GBなら64bitしかないね。

466:login:Penguin
08/03/27 14:38:00 Frs4PIXI
>>463
あ　やってないだけです。もちろん個人用です。
あのプログレスを見るのがなんとなく好きです。はい。

467:login:Penguin
08/03/27 16:13:10 TgDr9lTL
>>465
その記事は俺も読んだ記憶があるから間違ってない
ただ最新のCPUはちょっとよくわからんので今どうかは知らない

468:login:Penguin
08/03/27 18:47:42 0jp8h3tw
このあたりかな。
45nmでどう、という記事とは違うが。
URLﾘﾝｸ(akiba.ascii24.com)

メモリを大量に積みたいということなら
カーネルは64bitで各アプリは32bitで動かす、という手もなくはない。
けど、各32bitプロセスは4G内だとかはPAEと変わらないし
自動アップデート等の恩恵もなくなる。
トラブル時の切り分けも面倒だし。
ただ、例えばよく使うapacheだけ32bitを入れる等の手はあるかなとも思う。

469:login:Penguin
08/03/27 19:45:04 LkPzXipI
あ、そういう感じの文書。
この問題がE8x00系の45nm版Core2になっても改善されていないという記事だったよ。

それにしてもソースが見つからん。
くやしいのうくやしいのう。

Athlon64x2/Phenom = 32bitでも64bitでもどっちでも好きなほうでいいんじゃね？
Core2 = メモリがMAX3GB程度なら32bitの方がいいんじゃね？

うちはAthlon64x2なんで、せっかくの64bitレジスタなんだからしっかり使いたいよね
ってことで64bit版をインストールしてます。

470:login:Penguin
08/03/27 23:44:35 ue8XHP6w
なんだ8MBって二次キャッシュメモリのことかと思ったのに。
いいの使ってるなぁと。

471:login:Penguin
08/03/27 23:49:09 vmBMAf9p
CentOSってバージョン更新止まってる？

472:login:Penguin
08/03/28 04:06:06 IRwo0PbZ
>>471止まってる
最近のセキュリティホールは全部放置だから使わないほうがいいよ

このスレも見に来なくていいし

473:login:Penguin
08/03/28 08:45:19 oAAyFWNa
>471
もう再開する予定も無いみたいだから別のトリ使ったほうがいい

474:login:Penguin
08/03/28 08:58:34 eMt4pq1q
ほんとCentOSは終わったよな。
更新しないわパッケーフ古過ぎるわ脆弱性ありまくりだわ・・・

これじゃぁWindowsだよ。

475:login:Penguin
08/03/28 09:09:15 kQeEb/N5
・・・パッケーフ

ﾌﾟｯ

476:login:Penguin
08/03/28 09:14:40 CCY/aklz
パッケーフ

477:login:Penguin
08/03/28 09:15:45 bzCMvfA6
かっとばせーパッケーフ

478:login:Penguin
08/03/28 09:18:58 4rmGthF4
俺、Ubuntuに乗り換えたよ。
Ubuntuはセキュリティに関する議論が熱いらしいからな。

479:login:Penguin
08/03/28 10:46:52 6Iy9+AZ1
あ～あ、、、、>>474は、また新たな2ch語を作ってしまったようだな

480:login:Penguin
08/03/28 12:38:56 XJ2nuv0S
このスレの脆弱性は>>474になりましたｗｗｗｗ。

481:login:Penguin
08/03/28 12:52:21 dgJBlRjb
適当にうｐだて実行すると適当にうｐだて
されるけど、あれは私の見間違いかなーw

今やったらふぁいあほっくすが更新されたお

482:login:Penguin
08/03/28 14:00:24 s6QtoqP9
日本語でおｋ

483:login:Penguin
08/03/28 14:18:49 oejvjHFB
>>474
具体的に何が？
パッケージは新しいから↑というわけでもないし・・・

便所落書き？

484:login:Penguin
08/03/28 14:31:39 xW8RWOAV
恐らく最初、>>472 は変な人を避けようとわざと書いたんだろうが（そうだよね？）
薮蛇でもっと変な人を呼び込んでしまった件。

485:login:Penguin
08/03/28 14:51:49 4rmGthF4
ノリが良くていいじゃないか。
Linux板の個別スレでここまでヘラヘラしたスレもないだろ。

486:login:Penguin
08/03/28 15:08:01 h/DUvjn0
パッケーフマネージャ（笑）

487:login:Penguin
08/03/28 15:55:02 YmuKQF7J
公式のアナウンスメント見に行っちまったおれは負け組みです…

488:login:Penguin
08/03/28 16:42:30 fvOX1HrN
bashを使っているのですが、.bashrcに書いた内容が反映されません。
bashと打てば、それ以降.bashrcの内容は反映されるのですが
考えられる原因を教えてください。

489:login:Penguin
08/03/28 16:44:57 s6QtoqP9
>>488
man bash

490:login:Penguin
08/03/28 17:52:43 zPTvRnMa
>>487
つか自分のマシンのlog見ればいいだろｗ

491:login:Penguin
08/03/28 18:33:29 uBDUyG3w
>>474の超人気に嫉妬。
パッケーフってかなでもローマ字でも打ち間違えにくいと思うんだけど
釣りだとしたら高度な釣り師だよなｗ

492:login:Penguin
08/03/28 18:39:51 4rmGthF4
>>491
キーボード見てみ

493:login:Penguin
08/03/28 18:49:31 noH2lTaJ
(ﾟдﾟ　)
( ﾟдﾟ )
(　ﾟдﾟ)
( ﾟдﾟ )＜英語配列だった

494:login:Penguin
08/03/28 21:21:42 dgJBlRjb
>>488
source ~/.bashrc
か
ログインしなおせ。

.bachrc というオチか。

495:login:Penguin
08/03/28 21:35:30 YcU/lxtl
>>371
ない。絶望的に低い。諦めろ。

496:login:Penguin
08/03/28 22:38:10 g9nTmQmw
>>472

そんなこと冗談でも書くとバカが本気にして、
しかも周りに言いふらしてやっかいなことになりそうな予感が。

497:login:Penguin
08/03/28 23:38:24 h/DUvjn0
>>496
普通のユーザーは
ウソだろ？と思った情報はちゃんと後で確認するだろ。
初心者は鵜呑みにしてしまいそうだが・・・

498:login:Penguin
08/03/28 23:47:37 X+Q2U6qa
CentOSはサーバ専用だから、ここに書かれたことを鵜呑みにするバカは
少ないんじゃないかな。

とりあえず、CERTで発表されたセキュリティホールが、定期的にyumなどで
更新されてれば問題ないと見ているけどｗ

499:login:Penguin
08/03/28 23:49:24 CAZGLBL6
RHELについていけてれば無問題

500:login:Penguin
08/03/28 23:51:30 0JQ1Gago
ちらっとどっかのサイトで見たが人気No.1だったよ。
なんだかんだ普通にまともなLinuxで落ち着きたい、
RHELなら使えるって言いたい人なんかはCentOSに来るんじゃないかな。
すごい人は鳥なんか全部同じって言うんだろうけど。
俺Vine派だったけど、どーもそのー．．．ねw

501:login:Penguin
08/03/29 07:56:39 EmsKwQyM
CentOSは、ベンダサポートが無くてもRHELを
運用できるレベルの人用の鳥すから。CentOSの
本ないですか、とかネットで訊く人用じゃないすから。

502:login:Penguin
08/03/29 08:49:36 r1QIi6Dz
でも、CentOSを謳った本を売っているのを見かけたことがある… ｗ

RHELの本が、「RHEL、CentOS」と書いてくれればOKなんだけどね。
ただ、バージョン５になって、若干RHEL完全互換から離れたと言う
アナウンスもあったけど…

503:login:Penguin
08/03/29 09:35:19 9VsIqEEp
個人的には、RHELやSUSEなどの商用で、ベンダー資格があるもののクローンってことが重要だと思う。

自分で何でもやれる人が、自分が直接手を下せる範囲内で使うなら、別にどのディストリでも好きなの
使えばいいと思うよ。仕事でとなると、必要スキルがそれなりに定義されているものって人材調達上
とっても便利。

504:login:Penguin
08/03/29 09:59:16 8zT9Wd4L
CentOSの本なんて要らないな
RedhatのHPにあるドキュメントと、各オープンソースのドキュメントでどうにでもなる。

505:login:Penguin
08/03/29 10:01:34 Pw0WRsi6
Linuxでもrpm系とdpkg系じゃかなり使い方違うしな～

506:login:Penguin
08/03/29 12:03:26 3SBAz8nF
俺はpetだが

507:login:Penguin
08/03/29 12:04:50 qAgeZwrF
iptablesはまだしもSELINUX=disabledにしてる俺はだいじょぶですか。
まぁとりあえず壁の中に置いてありますが。

508:login:Penguin
08/03/29 12:18:00 cyWmuf0t
>506
何故このスレにブリーダーがいるw

509:login:Penguin
08/03/29 13:02:01 aMJ5eoCd
>>507
個人で使ってるCentOSならいいんじゃね?

SELinux、セキュリティの高さはいいんだが、やってる連中が理想を追い求めすぎてて
世で実際に使うシーンの事なんて考えてなさそうなところが気になるが

510:login:Penguin
08/03/29 13:36:47 z8YUxpOi
理想を追い求めいたっと言うよりも利便性を犠牲にしてセキュリティを高めようとした
生い立ちを考えれば当然

511:login:Penguin
08/03/29 13:44:06 r1QIi6Dz
それよりも、SELinuxの設定に四苦八苦して、結局OFFにしてしまったりする。
PHP使って、DBアクセスするようなWebサーバ作るだけでも、SELinuxを無効化したくなる

みんなSELinuxを有効化したまま、外部向けのサーバ運用してるの？

512:login:Penguin
08/03/29 14:07:37 SJqoGO6Q
俺もdisableにしてるな。
せめてpermissiveで運用して勉強した方がいいのかな？

513:login:Penguin
08/03/29 14:12:24 NZ3O54XM
>>511
俺も無効化してる
まともに扱えない状態（無論俺のこと）で適当に動かすよりは
無効の方がマシかと

扱える人ならちゃんと動かしてやったほうがいいけどさ

514:login:Penguin
08/03/29 14:16:19 uNDg+JNY
ウチの会社じゃSELinux ONの案件は納期とコストが大幅増だぜ！

515:login:Penguin
08/03/29 14:17:12 p3rG4zVZ
>>511
オフにしないとBlueQuartzインストールできません＞＜

516:login:Penguin
08/03/29 14:20:56 WiwCN3W0
>>514
> SELinux ONの案件
これがあるのがすごいな。

517: ◆Zsh/ladOX.
08/03/29 14:33:46 o0NzfZcE
出来るならONしたい罠

ってorz鯖ではオフですがorz

518:login:Penguin
08/03/29 14:48:03 AiG/jGs/
Win/Mac/Linux侵入コンテストはMacBook Air陥落で終了、所要時間2分

URLﾘﾝｸ(japanese.engadget.com)

こうならないためにもOnで…

519:login:Penguin
08/03/29 15:13:32 r1QIi6Dz
＞SELinux ONの案件

アメリカ政府関連は、ONとする仕様があると聞いたことがある。

でも、よくよく考えてみれば

俺のPHPがSELinuxでは動かない → ルール追加でON化
　→　そのPHPに脆弱性があり、サーバ自体に危機が…

と言うことにならないのかねぇ。

permissive でメッセージログを読みまくって、穴を開けていく作業は
「SELinuxを本当によく知っていないと」不必要に広くて深い穴を開けてしまう
危険性があるような気がする。

520:login:Penguin
08/03/29 17:08:56 NZ3O54XM
>>519
なるよ、適当にやったらね

521:login:Penguin
08/03/29 17:57:03 aMJ5eoCd
SELinuxを知っていて出来ることは、穴にぶつかる原因の診断と、穴のあけ方くらいだな

その上で、どの穴は開けるべきかってのを判断するためには、その穴にぶつかってる
アプリ側の挙動や仕様を把握しなけりゃならんな

両方セットで考慮したうえで必要最小限の設定を、ってのは分かるが、あまりに理想すぎる

522:login:Penguin
08/03/29 19:02:42 DOvXB49R
どのみち穴になるならdisableになるわなぁ

523:login:Penguin
08/03/29 19:38:10 wfZjm11I
iptableもSELinuxもoffだよ、めんどくさい。
ルータでサーバが使う穴だけ通してポートフォワーディングでいいんじゃないの？
他に危険性って言われても考えが及ばん。

524:login:Penguin
08/03/29 19:44:32 Z8STPP+6
> バージョン５になって、若干RHEL完全互換から離れたと言う
> アナウンスもあったけど…

kwsk

525:login:Penguin
08/03/29 20:00:57 bhlFGkHb
つ OpenBSD

526:login:Penguin
08/03/29 21:46:24 uA/HQyX+
赤帽さんにすりゃCentはうざいだろうなw
キラー鳥になりつつある。（そんな単語あるのか）

１０万も払って、まぁしょっちゅう更新情報がメールで
来るけど、それ以外のサポート受けようとも思わんし、
説明するのもめんどい。
ぐぐるとたいていどっかに書いてあるし。

あと半年前にCentを知ってれば無駄な出費を会社に
させる事もなかったと激しく後悔中。
知らなかった俺もその程度だけど。

RHEL4　数十台で連携してるシステム今やってんだけど、
ほんとCentで十分だと思う。他鳥でもいいか。
当然SELinuxはめんどいのでインストル時から無効だ。

なんでRHELかってーとOracle使いたかったからとの事。
はぁー

527:login:Penguin
08/03/29 22:09:40 qx67tDKU

　　穴

528:login:Penguin
08/03/29 23:01:09 r1QIi6Dz
>>526
Oracleですか。
巨大データベース動かすなら、DBサーバだけでもRHELというのも悪くないかもね。
そこにアクセスに行くWebサーバや、バックアップ用サーバ、DNSやメールサーバは
CentOSでよさそうな気もするがｗ

会社の一般社員向けデスクトップをCentOSにしたいのだが、いかんせん
無線LANのカーネルモジュールが、リポジトリに無い…
yumでカーネルがアップデートした瞬間に、無線LANが使えなくなる。
（madwifi）
一般のデスクトップ用途には、あと一歩かな。
このぶんでいくと、5年後ぐらいには、Windowsはわが社から完全に駆逐されてると思うけど

529:login:Penguin
08/03/29 23:10:53 nkL3WbPG
>>518
それ、MacOSXじゃなくて担当者に言って攻撃プログラムが入ったページにアクセスしてもらってる。
WebKitエンジンのブラウザのバグだからFirefoxとかでも似たような感じでハックできるかもね。

530:login:Penguin
08/03/30 00:11:37 IoGJIZKZ
つーか Oracle で CentOS とか、普通ありえんが。

531:login:Penguin
08/03/30 00:35:44 hft5YxH0
なんで？

532:login:Penguin
08/03/30 00:40:21 9pdmU4XE
miracle linux

533:login:Penguin
08/03/30 00:44:29 fN12yOQi
>>530
Oracleのサポートｲﾗﾈってんなら、別にいいんじゃね?動くことは動くんだし。
それでいいのかどうかはｼﾗﾈ

534:login:Penguin
08/03/30 00:51:25 7ZUUnrsO
>>532

いまどきは Oracle Enterprise Linux だろう。
Miracle 使う奴の気が知れない。

535:login:Penguin
08/03/30 06:13:32 RuMHcz2G
Oracleが、Oracle用にだしたLinuxってどうなったんだろ？

536:login:Penguin
08/03/30 06:58:11 7ZUUnrsO
>>535

どうなったって?

次ページ