CentOS part 14 【RHE ..
39:login:Penguin
08/07/03 12:43:33 njWrzcZ0
>>37
おまえみたいなのがバッファーオーバーフローを量産しているんだな
40:login:Penguin
08/07/03 12:56:19 SjqOH77M
>>39
つまりCentOS 2にはバッファオーバーフローの脆弱性が残っている、と
ソースは?
41:login:Penguin
08/07/03 13:52:39 +4u5BO1H
>>38
すごいっす!ありがとう!
42:login:Penguin
08/07/03 14:17:14 uHPtZMOA
CentOSと兄弟分の Scientific Linux 5.2に Betaのとれた Firefox 3.0 来た。
9786013 Jul 3 04:07 firefox-3.0-2.el5.i386.rpm
9784250 Jul 3 04:07 firefox-3.0-2.el5.x86_64.rpm
$ rpm -q firefox
firefox-3.0-2.el5.x86_64
firefox-3.0-2.el5.i386
43:login:Penguin
08/07/03 21:14:59 4ySqBHq2
相談です。
あまり資料がないDBサーバ(MySQL)を引き継いでしまいました。
MySQLのチューニングの関係で32bit版か64bit版か確認したいのですが、どこ覗けばわかるでしょうか?
ディストリビューションがCentOS5までは確認できたのですが。
分かる人いたら教えてください。
#cat /etc/redhat-release
CentOS release 5 (Final)
#cat /etc/issue
CentOS release 5 (Final)
Kernel \r on an \m
44:login:Penguin
08/07/03 21:19:28 dxtUQSEh
>>19
これは 萌 え な い
45:login:Penguin
08/07/03 21:22:21 r2G4YpPG
>>43
$ uname -p
x86_64なら64bit
46:login:Penguin
08/07/03 21:49:22 JvzHr9uk
>>43
rpmで管理してれば
rpm -q --qf "%{ARCH}\n" mysql-server
47:login:Penguin
08/07/03 21:49:26 4ySqBHq2
>>45
> 45
thx
i686ダタ
俺オワタ\(^o^)/
48:login:Penguin
08/07/03 21:51:30 4ySqBHq2
>>46
そっちはi386ダタ
どっちにしろオワタ\(^o^)/
49:login:Penguin
08/07/03 22:20:22 JDNoPGzF
なにをよろこんでるのだ?
50:login:Penguin
08/07/03 23:43:52 5yczBhvq
>>49
これはよろこんでいるんじゃなくて、お手上げ状態を表しているのだよ
51:login:Penguin
08/07/03 23:46:58 MqsBr5F1 BE:5556773-2BP(101)
お手上げ
もう笑うしかない
\(^o^)/オワタ
こんな感じの意味
52:login:Penguin
08/07/03 23:52:32 gfp3c7Wn
メモリ増強で乗り切りたかったのね
53:login:Penguin
08/07/04 00:13:19 t8tj+gvs
>>40マダー?
54:login:Penguin
08/07/04 00:25:39 VwhJUD4d
Redhatがサーバに専念するつー事は、将来のCentOSもXはオプションになるんだろうか?
55:login:Penguin
08/07/04 00:36:17 WT+9qlPi
>>54
それまだソースが見つからないんだがほんと? RHELスレでも誰も話題にしてないし。
56:login:Penguin
08/07/04 00:44:52 yBvl9t/T
Xイラネ\(^o^)/
57:login:Penguin
08/07/04 00:47:21 VwhJUD4d
どっかのニュースで読んだが・・・。
レッドハットのHPにはそれらしいプレスリリースもないし・・・。
釣られたかな。
58:login:Penguin
08/07/04 00:48:24 Law5BXRI
TurbolinuxでXがオプションのディストリビューションが
あった気がする。
59:login:Penguin
08/07/04 02:31:26 AtiUyMZm
ftp2.riken.jpから落としてきたCentOS-5.2-x86_64-bin-DVD.isoなんだけど、
sha1でchecksumとると、
3e4bfcee28ec1c733e2726f23862910332b5195f
となって、sha1sum.txtや、前スレで出てたchecksumと同じなんだけど、
md5で取ると、
644f9f63f208ebee36ae5e2cdcc58721
となって、md5sum.txtの内容と異なる。
(md5sum.txtは、6181456478834e09ae89cfc319973632)
i386-bin-DVD.isoのほうは、sha1、md5とも、付属のsha1sum.txt、md5sum.txtと違いないんだけど、
x86-64の方は、コレで合ってるの?ファイル壊れてないかなぁ??
(実は最初、IE6(笑)で落とそうとしたら、ファイルサイズがオーバーフローしたようで、
290M付近でDownが終了しちゃった。なのでFireFoxで落とし直したんだけど・・。)
60:login:Penguin
08/07/04 09:32:09 jngSBKI2
>>59
URLリンク(ftp2.riken.jp)
をいまみると、
644f9f63f208ebee36ae5e2cdcc58721 CentOS-5.2-x86_64-bin-DVD.iso
とあるので、その ダウンロードしたファイルの md5 は md5sum.txt の値と
一致します。sha1 が一致して md5 が一致しないことは統計的にはまず起こ
りえません。
x86_64 の iso は CentOS 5.2リリース直後にすべてリスピンして、しずかに
すり替えられたので、今参照している md5sum.txt のファイルの新旧を混同
していませんか? (リスピン前の古い md5sum.txt をみてませんか?)
61:login:Penguin
08/07/04 09:46:46 jngSBKI2
>>59
あるいはあなたのWebブラウザーのキャッシュに古い md5sum.txt が残っていて、
その古いキャッシュ上の md5sum.txt 比較した可能性もあります。
62:login:Penguin
08/07/04 11:20:06 FM8VDT74
>>54 - >>58
和文
URLリンク(japan.zdnet.com)
原文
URLリンク(news.cnet.com)
和文だとニュアンスが分かりにくいが、本家は
・一般向けデスクットプOSから手を引く方針
・自社のServerと関連するGUIソフトの開発は続ける
ってことじゃね
現状でもそうだけどホームユースなマルティメディア関連は、RHEL cliant
デフォでは使えないわけで、サードパーティのrepositoryが必要だべ
ということは、次期CentOS6でも開発用にXは含まれるとオレは理解してる
原文記事に対する最初のコメントがおもしろい
At the end of the day, if you're looking to install
a Linux OS at home chances are it will be Ubuntu.
63:login:Penguin
08/07/04 11:35:43 kufU1stg
> At the end of the day, if you're looking to install
> a Linux OS at home chances are it will be Ubuntu.
容赦ねーなw
64:login:Penguin
08/07/04 11:44:06 BOBub5Kq
>>62
あ〜、あの糞誤訳記事の話しか。 本元のソースはこれ:
URLリンク(www.press.redhat.com)
コンシューマ向きのデスクトップをやる予定は無いですよって話し。
ELのデスクトップとは全然関係の無い。
65:login:Penguin
08/07/04 15:33:14 P0WZLd9d
まあ、このように
サーバー利用 = CUI という
固定観念が明らかになるわけさ。
66:login:Penguin
08/07/04 17:32:16 2d2xvLfa
まあ実際、何の必要性もないわな。
67:login:Penguin
08/07/04 18:28:20 68jxe2b3
まあ基本放置スタイルな一般的用途の鯖ならGUI必要ないわな
特殊なことおっぱじめるんなら場合によって必要になるかもだが
68:login:Penguin
08/07/04 20:21:20 w4e/CzMw
CUIでいいやん
GUIなんてWebminでいいやん
なにもかもGUIなんて・・・・まぁLinuxシェアを広げるには良いかもしれないけどねw
69:login:Penguin
08/07/04 21:37:16 h4uCIhWE
GUIでも 使えるって感じでいいと思う。
70:login:Penguin
08/07/04 22:18:07 boUc+Ezv
リモートからしか使わないから基本CUIで問題ないでしょ。
GUIが必要なときだけX使えば良いし。
それも端末のほうにX Serverあればいいからなぁ・・・。
71: ◆Zsh/ladOX.
08/07/04 22:54:44 JOO6Jt7N
んむ。
OSのインスコ時にキーボード、モニタ、マウスを繋ぐくらいで、
通常はLANと電源(とUPS用Serialケーブル)だけかな。
72:login:Penguin
08/07/04 23:01:54 68jxe2b3
俺・・・いつか自宅で42Uラック埋めるんだ・・・
73:login:Penguin
08/07/04 23:06:03 j6A7gd9k
皆さんに一つお伺いしたいのですが、ソースからインストールしたソフトの管理ってどうされてますか?
下記のpacoというのがよさそうな感じなのですが、rpmとかyumでインストールできなさそうな感じだったので、
ソースからインストールするべきか迷っているのですが。
URLリンク(www.itmedia.co.jp)
何かお勧めのソフトなり、方法があったら教えてください。
74:login:Penguin
08/07/04 23:09:36 1Y+zAJHJ
>>73
rpmでパッケージされたものはyumとかに任せる
ソースからインストールしたものは、自分で管理する
75:59
08/07/04 23:29:51 AtiUyMZm
>>60,>>61
ありがとうございます。
確かに今日、再度md5sum.txtを確認しましたら、その内容になってました。
たしか、6/30にDVD.isoと同時に、sha1sum.txtとmd5sum.txtを一緒に保存しました。
(保存してあるファイルのタイムスタンプでそうなってました。)
今日見た URLリンク(ftp2.riken.jp) では、*.txtがともに
24-Jun-2008となっとりますが、6/30時点でこのファイルじゃなかったのかな?
(同時に落としたsha1の方だけ最新で、md5の方だけ更新来てなかったとかだろうか?)
とりあえずファイル壊れてないとゆうことで、一安心です。
76:login:Penguin
08/07/04 23:36:27 h4uCIhWE
GUIでしか設定できなくなると てか
その方法しか覚えてないと
やべー腕落ちたかな と思ってまう。
ぶちゃけ GUIは便利は便利だもんねw
77:login:Penguin
08/07/04 23:53:53 pX5p1g61
>>73
CheckInstallで検索すれば幸せになれるかも知れない
まあ、自分でrpm作成するというのも有りだと思うぞ
78:login:Penguin
08/07/05 00:26:56 ak2Q+PyY
>>76
RHCEとかを考えると、GUIでも設定できるようでないと、試験で困る
79:login:Penguin
08/07/05 01:01:04 JnYv03/3
>>77
レスどうもです。
checkinstallは使っているのですが、rpm化した後インストールしようとするとライブラリの依存性のエラーが出たりするんですよ。
ちなみにまったく同じconfigureのオプションで普通にインストールすると問題なくインストールできました。
その為、checkinstallでrpm化してうまくいかない場合はソースからインストールするようにしているのですが、アンインストール時に手間がかかってしまうんですよ。
なので、アンインストールしやすい方法を模索しています。
pacoはよさそうな感じですが、fedora8とかのrpmはあるのですが、CentOS5用は見つからないですし。
URLリンク(paco.sourceforge.net)
pacoをソースからインストールしようとしたら、とりあえず下記がないことが分かってちょっと手間がかかりそうなので保留中です。
gtkmm-2.4、glibmm-2.4、atk、sigc++-2.0、glib-2.0、gobject-2.0、gmodule-2.0
80:login:Penguin
08/07/05 02:24:32 hznarzti
>>79
手でコンパイルして入れてる必要があるのは
なるべく最新のがほしいapacheぐらいだから
/usr/local/以下に並べてる。
手動管理
81:login:Penguin
08/07/05 04:56:20 Iulg1gUL
>>1
URLリンク(ranobe.com)
82:login:Penguin
08/07/05 07:15:10 FFdXVbfL
このキャラキモ過ぎる…
なんかCentOS使う気失せるわ
83:login:Penguin
08/07/05 11:15:55 d6Puhgue
>>73
stow なんてのもありますよ。
GNU stow
URLリンク(www.gnu.org)
URLリンク(www.ibm.com)
84:login:Penguin
08/07/05 11:56:35 lzxvzMBh
>>81
細木数子?
85:login:Penguin
08/07/05 14:09:29 3SnPEMxW
ああ、CentOSだからせんとくんなのか。
今気づいた。
86:login:Penguin
08/07/05 14:29:07 JnYv03/3
>>83
どうもありがとうございます。
一度試してみようと思います。
87:login:Penguin
08/07/05 14:41:45 Pfk1yY56
>82
ただのこじ付けで実際何の関係もない
88:login:Penguin
08/07/05 14:53:17 lzxvzMBh
シャレとして面白いと思ってるのは俺だけか?
89:login:Penguin
08/07/05 14:55:56 60K5hyrR
URLリンク(age2.tv)
90:login:Penguin
08/07/05 16:23:00 l8y6wfeN
トロイの木馬
91:login:Penguin
08/07/05 16:24:22 GY2Yt9F4
しかしこれはさすがと安定してる。
Desktopで使用してる。
なかなかいい感じ。
92:login:Penguin
08/07/05 16:54:55 MdpoZJCm
>>88
全く面白くないと思ってるが口に出すのは野暮だと思ってスルーしてた
どこまで自虐的なんだおまえらw
93:login:Penguin
08/07/05 17:53:49 gwt1WRPz
CentOS 5.1→5.2 にyumでバージョンアップした3台の内2台が、
一般ユーザからパイプが使えない状態...。SELINUXはpermissive。
bash で`...`が使えないし、tcshはそもそも何もできない。
一般ユーザに権限を落とすタイプの(?)デーモンも影響を受けている。
dbusは名前付きパイプにアクセスできないで立ち上がらない。
ログにはあまり役に立つ情報は残っていない....。
5.1のカーネルに戻しても同じ症状。
何か情報無いですかね。
94:login:Penguin
08/07/05 18:04:04 l8y6wfeN
もうだめかもわからんね
95:login:Penguin
08/07/05 19:10:32 jWeyda30
>>93
お前がもっと情報出さないかぎり、こっちも情報の出しようがないと思うのだが
96:login:Penguin
08/07/05 19:17:41 4vgTBXSF
正例と負例があるのに問題の切り分けも出来ない奴は
何やってもダメ。
97:login:Penguin
08/07/05 19:19:35 BFVIBI8i
FreeBSD>>Denian>>ubuntu と乗り換えてきました(デスクトップ用途として)
CentOSに興味がありますがFedoraで痛い目にあってからRedHat系がいまいち信用できません
デスクトップ用途としてCentOSのアドバンテージを教えてください
98:login:Penguin
08/07/05 19:22:03 4vgTBXSF
>>97
全くないので別のをお使いください。
使わされるデスクトップOSとしてのCentOSは悪くない。
自分で主体的に使うデスクトップOSとしては相応しくない。
99:login:Penguin
08/07/05 19:29:38 BFVIBI8i
>>98
即効のレスありがとう
なるほど、サーバー用途としてはどうなのでしょうか?
RedHatもデスクトップ市場から身を退くようなことをいっているようですが
サーバーとしてはCentOSの魅力ってどのようなものですか?
自分はLinux歴はそれなりですがアマチュアレベルなんで結局どれもそんなに違いはないのか?
と言う結論に達しつつあります。パッケージでインストール管理がそれなりにできれば問題ない
と言うレベルです。
100:login:Penguin
08/07/05 19:55:44 lSKDHANk
>>99
んじゃ、人に聞くより自分の好きなの使って下さい。
こんなところで人に聞くだけ無駄です。
101:login:Penguin
08/07/05 19:57:15 MdpoZJCm
>>99
ここで出てるデスクトップから云々つーのは
Ubuntuのようなものを作る気は無いって話だぞ
>>64
102:login:Penguin
08/07/05 20:05:00 BFVIBI8i
>>100
え? なら黙ってればいいじゃん?w
なんで話のレベルを低い方へ、低い方へ持っていくの?
103:login:Penguin
08/07/05 20:15:32 BFVIBI8i
>>100
君は俺のことを誤解してるよ
俺はCentOSを”使う理由”が欲しいんだよ
タダの厨房なんだからw
104:login:Penguin
08/07/05 20:21:28 2Y+MhQ8z
自分で理由を見つけられないなら使わなければいいんじゃないの?
なんでも他人に世話してもらわないと決められないの?
105:login:Penguin
08/07/05 20:26:56 BFVIBI8i
>>104
もういいよw
君は2ch向きじゃないw
106:login:Penguin
08/07/05 20:44:58 EHaY/w+F
>>105
何が言いたいのか分からん
質問者の言う事とは思えんな。
まぁいいや、デスクトップ用途なら俺はUbuntuを勧める
サーバーとしてのCentOSの魅力かー、んー、新しいものをすぐには導入しないので
コンセプト自体も安定志向ってところか。その辺がFedoraとは違う。
これでいい?
107:login:Penguin
08/07/05 20:50:26 BFVIBI8i
わかったことはCentOS関連の情報は日本語で探さない方がいいってことですね
マジキモいよw
108:login:Penguin
08/07/05 21:14:57 2Y+MhQ8z
やれやれ、自分がアホなことに気付いてないって
悲惨だなw
109:login:Penguin
08/07/05 21:25:49 Nh/hAmne
俺をその気にさせたらCentOS使ってやってもいいぜフフンってことですね。わかります。
でも残念ながらあなたはせんとくん以上にどうでもいい存在なんです。
110:login:Penguin
08/07/05 21:26:10 BFVIBI8i
厨房だっていってるじゃんw
君馬鹿?wねね? 日本語OK?
111:login:Penguin
08/07/05 21:28:24 BFVIBI8i
マジでこれは女にもてない人種だわ・・・・・
せめて風呂に入っとけよ せんと君w
112:login:Penguin
08/07/05 21:37:03 BFVIBI8i
>>109
当たり前だろw
今更意味のないデストリに時間なんか使いたくねーよ
だから経験者にきいてるんだろ?
馬鹿ばっかりなのか?ここ?
113:login:Penguin
08/07/05 21:38:57 DfpuYR+u
これはひどい
114: ◆Zsh/ladOX.
08/07/05 22:01:13 Y+tRIlsk
生暖かくスルか
115:login:Penguin
08/07/05 22:21:28 BFVIBI8i
冷たくていいから技術的な情報とか、論理的にここが他よりいいとかないの?
マジでお前らが厨房のレベルを下げてるんだよ
女友達の輪を作ってるんじゃないんだからもう少し考えろよ。マジ救えねー奴ばっかだな
ネタがないんなら100年ROMってろよ:s
116:login:Penguin
08/07/05 22:27:26 EyVI8gej
CentOS5.2にVNCserverをインストールし、起動させ
同ネットワークのWindowsからVNCviewerでリモート接続させようとしています
繋げるとパスワードを入力画面までいくのですが入力後OKを押すと
白黒の網のような画面が出てしまいます。
どうすれば正しく使えるようになるでしょうか。
117:login:Penguin
08/07/05 22:34:32 ffHMIcat
.vnc/xstartupよめ
118:login:Penguin
08/07/05 22:36:55 MdpoZJCm
一人NGでこんだけ飛ぶのは
CentOSのスレとしては極めて珍しいな
119:login:Penguin
08/07/05 22:39:46 ak2Q+PyY
>>116
~/.vnc/xstartup内の
# unset SESSION_MANAGER
# exec /etc/X11/xinit/xinitrc
↑
この2行のコメントを外せ
120:login:Penguin
08/07/05 22:39:49 Rqg5H8hA
誰からも相手にされないから顔真っ赤にして必死に10連投してるんだと思われ。
121:login:Penguin
08/07/05 23:26:07 jBEjl0bH
まぁまぁもまえらもちつけ
踊らされようが
対応急務だろうが
おとなしく、実務するのが管理者だろ
で、なければ帰れ
122:login:Penguin
08/07/05 23:30:19 DRKhMpHe
CentOSのいいところはサポート期間の長さ。
123:login:Penguin
08/07/06 00:00:01 e2z+Ojtw
そろそろスルーでいいんじゃない?
時間の浪費
124:login:Penguin
08/07/06 00:14:00 5Iif6NRv
まったり安心感を味わう鳥なので、
それだけ理解いだければ、どう使われようと
ご自由だと思います。
125:login:Penguin
08/07/06 00:55:10 960oszyV
結局のところ管理者が慣れているものを選ぶのが
一番いいだろうからなぁ。
個人的にはRHEL互換だから、慣れているために使うとか
開発環境の構築のために使うとかが多いんじゃないかな?
最新を求めるより、安定感を求める人向きだよね。
126:login:Penguin
08/07/06 01:53:53 NWrJMpd5
最新使いたい人はUかF使うでしょ
127:login:Penguin
08/07/06 03:18:47 Q2povl/O
まったり安定したのを使いたいので銭湯が個人的にお気に入り。
128:login:Penguin
08/07/06 05:16:39 M6Mdz69J
うちはサーバはCentOS4系で、メインのデスクトップにUbuntuで遊んでます
wineで重荷だったり動かないゲームやる時だけWindowsに戻ってる感じ
4系なのはCPUがもう残念ですが…と言われるものだからなだけ
129:login:Penguin
08/07/06 09:37:43 FgrbNgCn
最近、Mini-ITXファンレスで鯖を組みたい衝動にかられる。
130:login:Penguin
08/07/06 15:56:05 gOy0L6Ax
5.2を新規インストールしてみたけどbaseも省けるようになってるね。
サイズが500Mくらいだったのが300Mくらいになってる
131:login:Penguin
08/07/06 16:03:58 gfs1ra36
CentOS5.2をサーバーとして使ってます。
HPのML115にインストールしてるんですが、本体の電源ボタンを押しても
シャットダウンしないように設定する方法があれば教えてもらえませんか?
132:login:Penguin
08/07/06 16:22:05 sqDQz3dk
>>131
ACPIデーモンを止めておけばいい
ACPIデーモンを止めたくなければ/etc/acpi/events/power.confを消すか
中身をテキストエディタで編集して
event=button/power.*
action=/etc/acpi/actions/power.sh
の行頭に#を挿入すればいい
133:login:Penguin
08/07/06 16:28:19 gfs1ra36
>>132
即レスありがとうございます。
早速/etc/acpi/events/power.confの中の2行をコメントアウトしました。
#event=button/power.*
#action=/bin/ps awwux | /bin/grep gnome-power-manager | /bin/grep -qv grep || /sbin/shutdown -h now
とりあえず今は稼働中につき、万が一シャットダウンしてはいけないので、
今度リブートする時に電源ボタンを押してもシャットダウンしないことを確認してみたいと思います。
134:login:Penguin
08/07/06 16:40:22 sqDQz3dk
>>133
その前にacpiデーモンをリロードしとかないといけない
135:login:Penguin
08/07/06 16:49:05 gfs1ra36
了解です、ありがとうございます。
リロードしておきました
136:login:Penguin
08/07/06 18:26:47 QGeGgAnN
>>131
その前に電源ケーブルを外すことです
137:login:Penguin
08/07/06 18:42:20 sqDQz3dk
ワロタ
138:login:Penguin
08/07/06 18:46:38 nyky3Rcc
インストール時にタイムゾーンの設定で「システムクロックでUTCを使用」にチェックをつけたのですが、
システムクロックでUTCを使用しない設定にしたいと考えています。
その場合、どのように設定を行えばいいのでしょうか?
139:login:Penguin
08/07/06 19:04:20 IKV6E0M0
あのチェックしたほうがいいのかしなくてもいいのか
わからんね。
そのたびにぐぐるんだけど、すぐ忘れるw
で みんなどうしてる?
5.2ではデフォでチェックが入ってたけど。
140:login:Penguin
08/07/06 19:16:18 yLF9xBKW
あれはWindowsとDual Bootだとデフォでチェックが入らず
Linux単体だとデフォでチェックが入るような気がする(未確認)
Linuxの内部実装の問題でWindowsが入ってないならUTCに
した方が良い。 JSTだとTZ修正が入る時にOSが未来に
ワープする事になるからね。
141:login:Penguin
08/07/06 19:21:22 yLF9xBKW
いや間違いでした。
×未来にワープ
○過去にワープ
142:login:Penguin
08/07/06 19:23:15 nyky3Rcc
>>140
ふむふむ。
現在VMWare上でCentOS5を稼働させているので、システムクロックを使わなくてもいいかなぁと思った次第です。
143:login:Penguin
08/07/06 20:48:44 gdxzR3Ex
正しい運用方法はどうあるべきかとかは知らんが、デュアルブートか否かとか
別OSで起動されるかどうかとか、マシンごとに把握するのは面倒なので、
「システムクロックでUTCを使用」のチェックは一律外すことにしてる
詳細はよく知らんが、DELLだったかIBMだったかで、HW診断用CDで起動すると
DOSだかWin3.1だかが起動されるらしく、システムボード交換後のBIOSの初期設定で
そのユーティリティでHWクロックを設定した結果、時刻周りでおかしくなったマシンが
あるとは聞いた
サマータイムとかしか影響ないと思ってたんだが、どうすべきなんだろうな、これ
144:login:Penguin
08/07/06 22:22:24 5Iif6NRv
ね やっぱわけわかになって、インストルの時に
悩むんだな これが。
145:login:Penguin
08/07/07 01:54:04 tqBi5Iw1
Firefox3来たね。
思ったより早かった。
146:login:Penguin
08/07/07 03:04:21 Q0zXgkPD
Redhatと互換って、何の意味があるの?
RedHat用のrpm全部動くの?
147:login:Penguin
08/07/07 03:18:09 6+TLVy1Z
5.1でKDEを使ってるんだが無線LANの設定ツールは何を使えばいいですか?
できればyumで自動インストールできるものだとありがたいです(debianで一般的なkwlanはソースで落としてきてもインストールでこけてしまったので…)
148:login:Penguin
08/07/07 04:42:02 2ylrkrbi
>>146
保証はできないけど、多くは動く。
動かないのでも、 インストーラの /etc/redhat-release チェックを
直す程度で動くなど、全く素性の異なるディストリを使うよりは
圧倒的に楽。そういう所を利点と思える人が使うべきディストリです。
149:login:Penguin
08/07/07 06:08:26 3pwX+zMd
>>1
URLリンク(up2.viploader.net)
150:login:Penguin
08/07/07 06:09:00 CZrNUNjI
いい加減せんとくんやめようよ・・・
151:login:Penguin
08/07/07 08:18:07 VaDRTmBN
>80
そう?本体はむしろ手垢にまみれて枯れ切ったバージョンがいい場合って無い?
152:login:Penguin
08/07/07 10:35:54 c/movrqr
せんとくんねたはこちらでどうぞ。
CentOSのキャラクターは「せんとくん」
スレリンク(linux板)
153:login:Penguin
08/07/07 10:47:30 cuQCRzd5
>>151
無い
154:login:Penguin
08/07/07 10:49:50 lnV7StkI
apacheが最新である必要が理解できない。
細かいリビジョンのアップで、パフォーマンスが変わるわけでもないし。
適切なセキュリティフィックスが自動で取り込まれて、ディストリビュータでテスト済みのバージョンのほうがいいだろ。
155:login:Penguin
08/07/07 10:59:24 cuQCRzd5
>>154
素人考え
156:login:Penguin
08/07/07 11:09:28 xlUuXT+m
>155
そのココロは?
157:login:Penguin
08/07/07 11:09:36 lnV7StkI
>>155
で、最新であるメリットを教えてよ。
RDBMSとかなら理解できるんだけれどな、頻繁に有益な新機能がついてパフォーマンスも良くなるから。
158:login:Penguin
08/07/07 12:02:55 gdfvsFDp
>157
お仕事で使ってたら、トラブルが起こった時に言い訳しやすいんじゃね?>最新版
まあ、そのディストリでの最新版で良いと思うが。
159:login:Penguin
08/07/07 13:44:57 Xw/26Tms
CentOS5.2からyum-fastestmirrorがftp.iij.ad.jpを
選んでくれるんだが、当方不勉強でiijなるものをはじめて知った。
ftp.iij.ad.jp/pub/linux/ を見てみると
・centos ・debian ・fedora ・gentoo ・kernel
・momonga ・ubuntu
が置いてあるようだがメジャーどこではopensuseあたりがない
ISP系のmirror.serverはなんか系列みたいなもんがあるんかい
iij -> (ntt) -> redhat
kddilab -> suse
160:login:Penguin
08/07/07 13:52:53 xlUuXT+m
単に容量と要望に因るんじゃない?
161:login:Penguin
08/07/07 14:06:12 CZrNUNjI
>>155
ごめん素人で
俺も教えて欲しい。
162:login:Penguin
08/07/07 14:38:56 9ze9SWYv
>>155
横レスですが僕も教えて欲しいです。
>>154さんと同じ考えなので。
163:login:Penguin
08/07/07 14:52:49 Xw/26Tms
>>160
なるほど
まったくのスレ違いだがスバルがダイハツからOEMを受け入れる世の中
たしかに系列もなんもないはな
164:login:Penguin
08/07/07 15:53:58 +MJry78N
>>155
素人でごめん
・バージョン上げないと設定できない(例:centOS4時代のhttpdのmod_cache)
・コンパイルオプションのせいでどうにもならない(例:ぱっと思いつかないけど日本語処理周りでありそう)
・最新版が劇的に早く安定性も十分(例:postgresql)
等、特別な場合を除いて提供されてるrpmを使わない理由が思いつきません。
あとは、用件的に古いバージョンでないとダメってのはありそうだけど・・・
165:login:Penguin
08/07/07 16:34:54 A3I6FDdB
>>163
系列あるある。
スバルの筆頭株主はトヨタ、ダイハツはトヨタの子会社。
スレチスマソ
166:login:Penguin
08/07/07 16:42:15 PFFn+C4I
スバルスキー
167:login:Penguin
08/07/07 17:13:54 Xw/26Tms
>>165
スレ違いついでなんだが、
「どこの業界でも長中期的な系列なるものが見えない
世の中になったのう」とオレはいいたかったんよ
ついこのあいだまでスバルとダイハツはコンペティタだったわけで
いつのまにやら GM -> toyota の傘の下
IT業界はようわからんがIBM, microsoftあたりを除いて
たぶんにたようなもんだろう、気がつけば
RHEL -> Oracle Unbreakable Linux -> CentoOSx
なんてこともありうるわな
168:login:Penguin
08/07/07 18:18:04 AVXmi8A6
Centって非営利でそ
169:login:Penguin
08/07/07 18:31:10 cuQCRzd5
んなわきゃない
ホスティング業者がスポンサーになってる
170:login:Penguin
08/07/07 20:05:35 iOfzyUtq
あれはミラー用マシンをただで提供してるだけ。
金はちっとも出してない
171:login:Penguin
08/07/07 20:10:21 dtqpV1sb
ミラーマンに空目したw
172:login:Penguin
08/07/07 20:48:34 cwv7YYbv
朝やけの光の中に立つ禿
173:login:Penguin
08/07/07 23:30:38 07OxUdK1
VMware Workstation上でCentOS 5.2使っている人いませんか?
VMware Toolsをインストールすると
pcnet32が停止できずにシャットダウンできません…orz
174:login:Penguin
08/07/07 23:47:31 Kt4DqDeL
>>169
それより>>155についたコメントはスルーかよw
175:login:Penguin
08/07/08 01:23:43 cuqoevma
普通は最新版にするほうがなんか怖いよね。
変更と新規に慣れるまでに時間がかかる。
その間に何かあったらって思う。
ってのは単に腕がないせい?
176:login:Penguin
08/07/08 02:39:09 GbcFj0qc
>>175
仕事で使っている人はそうだと思うよ。
まぁ、おれも腕が無いだけかもしれんがw
177:login:Penguin
08/07/08 03:54:53 nD47hK4u
firefoxが正式版の3.0になったね。ありがたい。
178:login:Penguin
08/07/08 15:58:23 wXwLSjxj
基本的な質問ですみません。
下記のシステムにCentOS5.2をインストールしようと思うのですが、
i386版とx86_64版はどう違うのでしょうか?どちらが良いのでしょうか?
用途は同じ課内でのファイル共有、データベース等です。
よろしくおねがいします。
M/B: ASUSTek P5K-E
CPU: Intel Core 2 Quad Q6700 2.66GHz 8MB
MEM: 4GB
179:login:Penguin
08/07/08 16:32:04 d3Zsg+D2
うむ 実によい質問。
私も是非 勉強したい。
180:login:Penguin
08/07/08 17:00:28 PX0SBBLg
単に4GB以上のメモリを使用するために64を使用してるが。。。
181:login:Penguin
08/07/08 17:23:11 sOxoh1f0
>>178
x86_64版は、メモリの消費量が増える代わりに、ちょっと高速で、4GB以上のメモリも素で扱える。
一部プロプロイエタリなアプリでは、x86_64だと動かしずらいアプリケーションもある。
その用途だとx86_64版を使うのに、特に支障は無いかと。
182:login:Penguin
08/07/08 18:35:48 lZ+yURIV
ファイル共有程度にQ6700はおごりすぎじゃないのか。
183:login:Penguin
08/07/08 18:49:20 0uo8i+5B
>>178
その程度の脳みそのお前がそんな廃スペマシンのサーバー構築やるとはなんともアレだな
てかアーキテクチャすらしらんのにいろいろ導入できるのだろうかw
184:login:Penguin
08/07/08 18:53:41 sOxoh1f0
>>182
必要のあるなしは別として、今普通に安いサーバ買えばそんなもんでしょ。
185:login:Penguin
08/07/08 19:35:49 ZjHJL442
どのサービスを起動するのか知らないけどある程度はCPUいるでしょ
iSCSIのtargetにでもするのかしら
186:178
08/07/08 20:21:01 wXwLSjxj
>>179-183
どもです。
メモリが4Gまででスピードを気にしないなら、
どっちも同じ・・と言ってもいいぐらいの感じなんですかね?
ググってもCPUが32ビットならi386、
64ビットならx86_64ぐらいのことしか出てこなくて、
64にして困ることがあるのかないのか、
むしろ知りたいのは運用面でのことなんです。
64ビットはまだまだ不安定・・って時代に横目でみてたので
今はどちらでも同じぐらい安定しているのか?
普通はどちらを使っている人が多いのか?
質問と回答は引っかかっても、そういう具体的な話が出てこないので・・。
187:login:Penguin
08/07/08 20:24:28 dFUhNDg6
>>186
そんなんなら、RHEL買ってRedHatにサポートしてもらったら?
188:login:Penguin
08/07/08 20:25:43 ZjHJL442
メモリ4GBなら386のPAEで良いと思うけど
189:login:Penguin
08/07/08 20:26:15 AVQzuEht
あー、俺もそれは思った。
Q6600で8GB積んでるけど、
x86_64ではなく、i386使ってるな。
安定しているならx86_64使いたいな、と思いつつ、
なれてる方にしちゃってるけど、
パフォーマンスとかで損してるのかなぁ?
190:login:Penguin
08/07/08 20:32:45 0uo8i+5B
少なくとも俺はCentOS5.1 x86_64を2ヶ月ほど運用テストしてるが
導入面でトラブったり、明らかに不安定な挙動はしてないです
191:login:Penguin
08/07/08 20:33:09 G2wHDbQx
URLリンク(www.uploda.org)
192:login:Penguin
08/07/08 20:34:23 sOxoh1f0
ダウンロード数的に、どのディストリも32bit版を使っている人が多い。
ちなみに32bit版の通常のカーネルだと、メモリの認識は3GBまでだったと思うよ。
PAEカーネルを使えば32bit版でも3GBを超えて4GB以上も使えるけれど、遅くなる。
それから何を横目にみてたのか知らないけれど、64bit版だと不安定なんて話は聞いたことがない。
193:login:Penguin
08/07/08 20:38:15 dFUhNDg6
>>192
嘘はよくない。
$ uname -a
Linux HOGE 2.6.9-67.0.1.EL.plus.c4smp #1 SMP Wed Dec 26 08:41:37 EST 2007 i686 i686 i386 GNU/Linux
$ free
total used free shared buffers cached
Mem: 4149044 2201932 1947112 0 178300 1470100
-/+ buffers/cache: 553532 3595512
Swap: 2031608 580 2031028
194:login:Penguin
08/07/08 22:13:29 S1rnqjbV
>>192
64bitの移行期に64bitでコンパイルできないアプリが結構あったりすぐ落ちたりして話題になったじゃん。
それのことだろ。
>>186
64bitは現在は全くもって安定してるよ。まあ試してみるといい。
64bitで使えるマシンを持ってるならやってみるといいんじゃない?
宝の持ち腐れ的だし。
195: ◆Zsh/ladOX.
08/07/08 22:35:45 SUNygxhS
FedoraCore2から(4年前)x86_64使ってるけど、ど安定ですね。
196:login:Penguin
08/07/08 22:59:16 RuD5goqv
intにポインタを代入しちゃったりするコードだと64bitでバグるね。
警告: 代入により、キャストなしでポインタから整数を作りました
とか、コンパイルしていると今でもたまに見るからなぁ
197:login:Penguin
08/07/08 23:04:31 PX0SBBLg
そもそも
>>intにポインタを代入しちゃったりするコードだと64bitでバグるね。
って何のためにやるの?
32bitでもダメなんじゃないの?
198:login:Penguin
08/07/08 23:37:37 7TSwMEz9
>>192-193
freeで出てくるtotalとかには4GBの壁とかはもうないけど、1プロセスがmalloc()できる
メモリ量には限度があったと思う
CentOS4ではチビチビ確保していくと、1GBも使わないうちにOut of memoryとなるかと
RHEL2.1→3→4と移り変わるうちに、いろいろ制限が取り払われていったという記憶が
あるが、この辺、なにか体系的にまとめた資料はないものか
199:login:Penguin
08/07/09 00:34:43 2Jo8/mtt
eth0 が使ってる module 確認する方法教えて。
pcnet32 使ってるか vmxnet 使ってるか分からん…。
200:login:Penguin
08/07/09 00:36:31 ygUMZyw6
>>199
dmesg | grep eth
201:login:Penguin
08/07/09 00:52:50 PC6QRz+i
自作板住民でもあるオレから言わせてもらうと、IntelのCore2系は、x64よりx86のほうが早いらしい。
(Windowsでの各種GUIベンチによるとだけど・・)
なんでも、x86時にCPU内部でいろいろやってる最適化が、x64モード時には有効にならないらしい。
(次期CPU、コードネーム"ネハレム"でもまだ有効化されないらしい)
逆に、AMDのk-8系(Athlon,phenom,Opteron)では、x64時のほうが最適化が効いて早くなる。
(それでも同一クロックで、Core2系比約20%ほど遅いけど・・)
自分も次こそはと思いつつ、計3機のOpteronマシンが、いずれもi386で動いてる・・・。
(だってマザーの制限とかで、4G以上メモリ積めないし、開発テスト用のマシンがx64非対応の旧Pen4なんだもん)
202:login:Penguin
08/07/09 00:57:07 ygUMZyw6
vc文化なwindowsでの比較は、gcc文化なlinuxでは全然役に立たんよ。
203:login:Penguin
08/07/09 01:00:45 2YoKY10+
つい最近さくらの専用サーバーを借りたが32bitだった。
64bit(仮想)マシンでテスト環境作っていたのにw
204:login:Penguin
08/07/09 01:19:03 fvg2O3qs
>>199
ls -l /sys/class/net/eth0/driver
205:196
08/07/09 02:10:20 snpVjcE0
>>197
ポインタの数値を計算するのに使う。
文字列いじったりね。
(あんまり教科書的な方法じゃないけど)
本来はlongを使うべきところだが、
32bit環境だとlongとintが同じ長さなので、
全部intで統一しちゃってるコードがある。
206:login:Penguin
08/07/09 02:11:20 PC6QRz+i
>>201
自作板では、Gameアプリとか動画のエンコとか、あとスーパーπ(w)とかが主な比較の対象だし、
確かにLinuxとは直接比較できないけど、たしか二年位前のCore2出たての頃に、海外サイトのレビューで
Linux上のApacheやらDBやらでの比較記事があった。(AnandTechだったかな?今も残ってるかわからんし、よく覚えてない)
そこでもWindows上での比較と同様な結果だったと思う。(AMDでx64化→up、Core2で64化→若干Down)
自分はコンパイラの最適化やCPU内部のこととか全然詳しくないけど、
impressとかの解説記事によると、そのCore2系の最適化ってのは、コンパイラよりもっとローレベル
(x86命令ではなくて、それをCPUで実行可能な状態にdecodeしたuOPs?とかMacroOPs?とかいう状態)
な部分によるところみたいで、OSとかコンパイラによらないみたいなこと書いてあった。
(うーんなんてゆうんだろ、コンパイラでの最適化とかをしてない状態のコードを、cpuだけの力でどこまで効率よく実行できるか?
みたいな話だったと思う。そりゃあICCとかで適切な最適化Optionつけてやったら、当然早くはなるんだろうけど・・。)
まあ自分でも実際Benchとって比較したわけではないし、当然実行されるアプリの実装とかアルゴによるところが大きいとは思う。
今度自分でx64導入する時に、ヒマがあれば同一のハード環境で両方試してみるよ。
207:login:Penguin
08/07/09 02:39:52 ygUMZyw6
>>205
ポインタの増減を計算する時に、intに型変換なんかしねぇよw
208:186
08/07/09 02:56:08 RNssxI9R
いろいろレスありがとうございました。
とりあえずx86_64環境でも安定しているということですね。
迷ったんですが、
DELLのサーバ機のデフォルトでは64ビット版がインストールされているらしいのを理由に
(おそらくメモリをたくさん使いたいからか?)x86_64版を入れてみようと思います。
確かに今の時代のサーバならメモリたくさん積みたいだろうし、
すでに実績もあるだろうと勝手な推測をしました・・。
機会がありましたら、今後報告などしていきたいと思います。
209:login:Penguin
08/07/09 03:14:32 j1GbOjWQ
せんとくんのアナルを犯す夢を見ちまった…
欝だ死のう…
210:login:Penguin
08/07/09 03:41:50 M4CZ335Q
>>208
どもそんな感じですね。
俺もちょと64 入れてみようっと。
なんか問題があったら即 報告という事で
211:login:Penguin
08/07/09 08:47:41 uNB0rK6K
>>209
どもそんな感じですね。
俺もちょとアナルに 入れてみようっと。
なんか問題があったら即 報告という事で
212:login:Penguin
08/07/09 10:58:26 J31CYzF3
x86_64でも安定して動いてるよ
メモリ12GBでpostgreSQLしか動かしてないけど
213:login:Penguin
08/07/09 12:08:49 y2qX1IoI
>>206
この辺の噺家?
URLリンク(pc.watch.impress.co.jp)
214:login:Penguin
08/07/09 13:31:21 83N0Chn4
>>198
>CentOS4ではチビチビ確保していくと、1GBも使わないうちにOut of memoryとなるかと
意味不明なのデスが、再現可能なテストコードはありますか?
脳内以外で。
215:login:Penguin
08/07/09 13:33:13 lnqiVj1X
No〜無い
216:login:Penguin
08/07/09 15:00:52 oRgNoxC9
>>213
Nehalemからは64bitでもまともになるみたい?
URLリンク(pc.watch.impress.co.jp)
URLリンク(ascii.jp)
217:login:Penguin
08/07/09 18:56:10 TpjWKgDq
>>1
画像はせんとくんの兄で原型。しかしこの系統になる予定。
URLリンク(www.imgup.org)
URLリンク(www.imgup.org)←貯金箱の上に付いてます
URLリンク(www.imgup.org)
平城遷都の3キャラ、七夕笹飾りで共演 奈良の商店街
奈良市中心部の「小西さくら通り」に設けられた笹(ささ)飾りに、平城遷都1300年祭の三つのキャラクターが登場し、観光客らの人気を集めている。
公式キャラ「せんとくん」と民間公募の「まんとくん」、僧侶有志の「なーむくん」。抜群の知名度を生かそうと地元商店街が企画した。3者のそろい踏みは初めて。
笹には「両思いになりたい」「仲良く幸せに」などと、縁結びや家庭円満を願う短冊が多数取り付けられた。対立騒動があった関係者にこの思い、伝わった?
URLリンク(www.asahi.com)
218:login:Penguin
08/07/09 19:23:49 cQhYcI91
実効性能がぐっと上がる場合もあるな。
URLリンク(www.linuxmania.jp)
IntelのCoreマイクロアーキテクチャには、64bitモード時、処理高速化のための「Macro-Fusion」が
働かない制約がある。これが「Core2は64bitで遅くなる」という話の元ネタ。
「汎用レジスタが16個に増える」「アドレス空間の拡張」などのx86_64での拡張は問題なく使えるので、
そちらによるメリットが大きいコードでは性能の改善が見込まれる。
上にあげたURL内での処理が好例だね。
なおMacro-Fusion問題は、今年第3四半期に実物がリリースされるNehalemマイクロアーキテクチャで
改善される項目にあげられている。
219:login:Penguin
08/07/09 19:57:48 y2qX1IoI
>>218
測定に使ってるのはどれも数値解析みたいな小さいループ処理が実行時間の大部分を
占めるタイプみたいだね。ループストリームディテクタってがモロに効いてるんかな。
スレチ、というか板違いなんでこの辺で消えまする。
220:login:Penguin
08/07/09 21:58:40 gK/gaOId
CentOSでReiserFSつかってる香具師はおらんか
確かsuseあたりがデフォだったような気が
URLリンク(journal.mycom.co.jp)
221:login:Penguin
08/07/09 22:16:07 ygUMZyw6
>>220
そもそもcentosのカーネルは、reiserfsが無効になっている。
222:login:Penguin
08/07/09 22:19:33 26cIfezt
>>214
今まさにCentOS5インストール中で試せるマシンがないので少しまちなー。
ちなみにその検証をしようと思った元ネタはこれ。
URLリンク(www.alde.co.jp)
223:login:Penguin
08/07/09 22:19:55 83N0Chn4
>>221
plus 入れればいいだけじゃね?
224:login:Penguin
08/07/09 22:24:48 83N0Chn4
>>222
#include <stdio.h>
#include <stdlib.h>
int main()
{
int i;
for (i = 0; ; i++)
{
void *mem = malloc(127*1024);
memset(mem, 0, 127*1024);
printf("%d KB ued\n", i*127);
}
}
3139186 KB ued
3139313 KB ued
Segmentation fault
225:login:Penguin
08/07/09 22:26:08 83N0Chn4
あれ...usedにしなきゃ...
226:login:Penguin
08/07/09 22:33:25 fvg2O3qs
>>224
ulimitは?
227:login:Penguin
08/07/09 22:41:56 83N0Chn4
>>226
何もかけてない。OSは >>193
228:login:Penguin
08/07/09 22:53:39 Q6YZDbaM
$ free
total used free shared buffers cached
Mem: 8183204 111068 8072136 0 720 17872
-/+ buffers/cache: 92476 8090728
Swap: 17406416 61724 17344692
$ gcc tmp.c -m32
tmp.c: In function ‘main’:
tmp.c:10: 警告: incompatible implicit declaration of built-in function ‘memset’
$ uname -a
Linux nonomi 2.6.18-53.1.19.el5 #1 SMP Wed May 7 08:22:53 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
$ ./a.out
(省略)
4188206 KB used
4188333 KB used
セグメンテーション違反です
229:login:Penguin
08/07/09 22:57:11 83N0Chn4
>>228
i386カーネルは1G-3G splitだし、x86_64はその制限ないし、
妥当な所でしょ。
230:login:Penguin
08/07/09 22:57:50 fvg2O3qs
>>224
> 3139313 KB ued
それって3Gぐらいあるじゃん。
231:login:Penguin
08/07/09 23:05:59 26cIfezt
メモリ8GB積んでるサーバの方のインストールがいつまで経っても終わらないので
デスクトップPCに入れたCentOS5.2でやってみた
$ uname -a
Linux FUGA 2.6.18-92.1.6.el5xen #1 SMP Wed Jun 25 14:54:06 EDT 2008 i686 athlon i386 GNU/Linux
$ free
total used free shared buffers cached
Mem: 1941504 786084 1155420 0 26112 308552
-/+ buffers/cache: 451420 1490084
Swap: 2031608 0 2031608
3137408 KB used
3137535 KB used
セグメンテーション違反です
すごい勢いでスワップワロタ
つーか、結局、1プロセスだと3GBくらいでセグメンテーションフォールト、てこと?
232:login:Penguin
08/07/09 23:10:58 fvg2O3qs
>>224
くそ、coreサイズをunlimitedにしてる状態で, しかもnfsマウントのディレクトリ上で試したら
ひどい目にあった。 coreを吐くのに15分位かかってその間システムgdgd。
233:login:Penguin
08/07/09 23:16:09 2YoKY10+
> gdgd
グッドグッド?
234:login:Penguin
08/07/09 23:18:20 fvg2O3qs
>>233
ぐだぐだ
235:login:Penguin
08/07/10 00:38:22 Gk2IFdNI
>>223
私も昔鯖のOSをSUSEからCentOSに変えたときに、
フォーマットしたくなかった/homeにReiserFS使ってたが、
カーネル更新のたびに面倒なので止めた。
カーネルが標準対応してくれるのが一番。
236:login:Penguin
08/07/10 11:39:16 5hlyYU9p
yum自動更新にしてたらbind動かなくなっててびびった
勝手に設定ファイル差し替えて、サービスの再起動までするのね
237:login:Penguin
08/07/10 12:50:54 bwpmgUaI
>>236
おまえのそのPCのなかでせんとくんがあんなことやこんなことをやってるのさ
238:login:Penguin
08/07/10 13:46:41 UXk9SdA8
>>236
キャッシュポイズニング脆弱性のやつですな。
named.confぐらい調整してくれよ・・・と思った(´・ω・`)
239:login:Penguin
08/07/10 14:38:51 5hlyYU9p
236だけど俺が悪かったみたい
caching-nameserverをインストールしてから、
named.confをいじってたんだけど、いじるならcaching-nameserverは
入れちゃいけないんだな。
6/25にcaching-nameserverが更新されて、多分その時点で
bind再起動するとただのキャッシュサーバになる状態になっていて、
今回bind本体の更新で再起動設定がはいっていたので、
それが反映されたと
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4282日前に更新/158 KB
担当:undef