09/04/28 08:46:44 u9cZyY7v
かなり旧いバージョンのCentOSって
どこから入手できる？
全然見つからないorz
810:login:Penguin
09/04/28 08:54:59 IREkRPe7
>>809
どれくらい古い奴？
このスレを見ている人はこんなスレも見ています。(ver 0.20)
Xen ID:2 [OS]
§§ パキラの樹 §§魔の手4本目 [園芸]
もろ漏れなんだがｗｗ
811:login:Penguin
09/04/28 09:08:29 BWLqkLmd
>>809
3.1以上ならここはどう？
URLﾘﾝｸ(vault.centos.org)
812:login:Penguin
09/04/28 15:13:31 dzItiZ4T
centosでcommon lisp使ってみたら
意外とasdf-installでいろいろ入れまくってもちゃんと動く
813:login:Penguin
09/04/28 15:19:38 tqX710bi
jaist に３系列から転がってるよ
814:login:Penguin
09/04/28 18:18:01 76Kb26ry
>>812
ホーム以下にインストールすることも可能だからねぇ。
cffi/uffiがらみでのライブラリがyumで入れられるからということなのかな？
clispをつかってる？sbcl?cmucl? cmuclは日本語に問題はあるが、速さと安定
性ならこっちがいいよ。。
815:login:Penguin
09/04/28 20:37:31 MPRDYqwu
世の中には凄い猛者がいるんだなぁ
まぁそれをこんな所に慌てふためいて晒している時点で
アフォォ丸出しだが・・・・
root権限コマンドは慎重に
つうか意味分かっててコマンド入力したんだろうか？
816:login:Penguin
09/04/28 21:07:15 RLvnxohZ
俺なんかは業務ついて初めて root 権ついた作業すっときめちゃ怖かったわなー
いまでもかなり嫌な作業だ。クリティカルすぎだーわ。
バックアップと打ち込んだコマンド指さし確認。これ基本にしてるｗ
817:login:Penguin
09/04/28 21:18:15 IREkRPe7
>>816
本当にクリティカルな奴は メモ帳にコマンド先にかいて
それのコピーアンドペーストだね。
もちろんクリップボードの内容が間違ってないかも確認
するんだぞ。
818:login:Penguin
09/04/28 21:19:33 5U/dwq/r
URLﾘﾝｸ(ftp.kddlabs.co.jp)
819:login:Penguin
09/04/28 21:22:55 aWO5P3Vx
>>817
コマンド間違ってるのに一番後ろの改行コードまでコピペして即実行されて涙目
はい、経験者です。
820:login:Penguin
09/04/28 21:46:08 qkklv3Hs
crontab -e
のつもりで
crontab -r
やってしまったあの頃の俺は若かった。今でも似たようなミスするけどな。
821:login:Penguin
09/04/28 22:02:29 wC64gNdd
もっとひどいことやったよ。作業ディレクトリの掃除をしようと思って
rm -fr . rootで/にいたから大変なことになった。完成寸前のシステム
完全に破壊。課長から大目玉で担当はずされ、疫病神のあだながつ
いた ； ；
822:login:Penguin
09/04/28 22:06:28 qkklv3Hs
>>821
あぁ、
rm -rf ./
のつもりが
rm -rf /
でEnter押す直前に気づいたけどギリアウト(w
ってこともあった。自分のお遊び環境だから良かったようなものの。
823:login:Penguin
09/04/28 22:07:00 RLvnxohZ
>>817
root 権の作業するのに操作側のクライアント OS が Windows とか怖いからつかえねｗ
つか職場にアホな先輩おって Win で作業してたみたいだが、ユーザーのパスワードを
抽出してパースかけるのに Excel 使ってたよ。
先頭が 0 から始まるパスワードがぼろくそなってて課の人間総員で白い目で「ガッ!!」って
空気固まったｗ
824:login:Penguin
09/04/28 22:17:34 n838JUV6
私の恥ずかしいオペレーション失敗体験談を語ればいいの？
825:login:Penguin
09/04/28 22:26:37 hMwQl8r6
いや、もうおなかいっぱい
826:login:Penguin
09/04/28 23:05:50 QcBkLh44
会社を辞める前に newfs を at で仕掛けたことはあったな。
Linux ではないが。
827:login:Penguin
09/04/28 23:18:49 PNWY6x8E
通報ｼﾏｽﾀ
828:login:Penguin
09/04/28 23:41:39 IREkRPe7
漏れはやめるときに DBのガベージ方法伝えないで止めた
程度の低い奴らばかり残ったから対処方法もわからない
だろうな半年とか１年後とかに爆発するやつ。
829:login:Penguin
09/04/28 23:45:15 N0jTZiwK
しかし何とかなっちゃうのが世の常
830:login:Penguin
09/04/29 00:44:16 0texmnR0
所詮、間接部門だしね。無いほうが生産性上がるという話も
831:login:Penguin
09/04/29 00:48:59 3eB+NyYC
保護材なんだよ。有るとぼやけるが、無いと傷つく。
832:login:Penguin
09/04/29 00:53:05 NGoeGUIe
コンピュータの性能と生産性には、相関がないと言われている・・・
むしろ、負の相関があったりして。
833:login:Penguin
09/04/29 00:53:16 n9ORQCEc
shで mv * ~ ってやったら
全てのファイルが ~ になっちまった
834:login:Penguin
09/04/29 00:55:40 Qk5bUXqb
ｗ
835:login:Penguin
09/04/29 01:08:36 Z4On1vdc
>>832
人間の性能は上がってないしな
836:login:Penguin
09/04/29 01:32:17 nso7kFcA
とんでもない操作したとき
「マジかよ、ホントかよ」
くらい問い合わせしてきて欲しいな
837:login:Penguin
09/04/29 02:39:03 m3/VZNGC
homeをシンボリックリンクしてたはずなのに
リンクじゃなくて中身消したことw
838:login:Penguin
09/04/29 05:56:25 YFjNVst+
一括削除のプログラム作って変数の中に/$PATH/usr をrmしようとしたら
$PATHのスペル間違えてて/etcが全部消えた事ｗ
839:login:Penguin
09/04/29 05:57:44 YFjNVst+
↑ゴメン /etcじゃなくって/usr
840:login:Penguin
09/04/29 06:12:06 ntyuyvcf
全ては >>770 から始まったこの流れ。
スレまで chmod するなよって
841:login:Penguin
09/04/29 10:09:46 uFWkFjUh
まぢ CentOS関係ないな。
仕事では顧客要望でRHEL AS使ってるけど
自社内のサーバはCentOSで十分過ぎる。
というか差がわからねーよ。
842:login:Penguin
09/04/29 12:09:42 Z4On1vdc
>>841
物としては同じであっても、自社内で使ってるだけか、他社や顧客が絡んでくるかで
使う物が変わるのは、会社や仕事という観点では、当然のことだろう
843:login:Penguin
09/04/29 12:19:42 uFWkFjUh
>>842
そりゃ当然なんだけどさ
Kernelの不具合に合ったときにHWベンダー経由で
Redhatに問い合わせ何度もしてるんだけど
返事がいつもこんな感じ
「現在のRedhatKernelでは対応していません、
将来的には対応する可能性はあります」
・・ASのサブスクリプション高いんだから
多少の誠意はみせてくれよ・・
この返信代がサブスクリプション代だと
思うと非常にもったいない気がする。
まぁお金はお客さんが出しているので
あんまり文句を言う立場にないんだけど。
お客さんはRedhatがダメっていうから
諦めてる、そういう意味ではRedhatの
サブスクリプションはあるべきだね。
844:login:Penguin
09/04/29 12:29:01 hDhM1Wu0
サポートなんて8割は客に言い訳するためにあるようなもんだし
845:login:Penguin
09/04/29 12:32:41 VKnrVJAd
>>843
LKML晒してみなよ
846:login:Penguin
09/04/29 13:22:23 jBl6/GPT
5.3にしてから yum clean all でもファイルが削除されないのは俺だけ？？
847:login:Penguin
09/04/29 14:34:09 czDnGOO/
>>843
上で某商用データベース動かしてるとかじゃなくて対応H/W使ってるなら、
CentOSに置き換えるように客に提案しちゃえば？
848:login:Penguin
09/04/29 14:48:46 uFWkFjUh
>>847
客からすればOS代なんてゴミみたいなもんよ。
CentOSにして問題がでたら誰が責任とるのよ。
という話になります。
849:login:Penguin
09/04/29 14:49:27 Z4On1vdc
>>847
AS使ってるような客に対してか?
850:login:Penguin
09/04/29 14:53:38 VKnrVJAd
なんのHW何だろう気になる
うちが納品してるHWだったら怖いなぁ
851:login:Penguin
09/04/29 15:00:09 uFWkFjUh
>>850
某国内ベンダーのブレードサーバ メモリ32GBで納品してもらってる。
1ラック数千万円。あんまり書くとアレなので・・
問題はHWじゃなくてlinuxカーネルの不具合、最新カーネルでは
吸収されてるけどRedhatカーネルにはまだ入ってない修正にぶち
当たったというケースです。一応OSのサポートはHWベンダーがす
ることになっているので問い合わせてもらってるんだけど、回答は
843に書いたようなものが多い。稀にKernelUPすると直りますとか
そういう回答も貰うけど。
852:login:Penguin
09/04/29 15:00:38 czDnGOO/
>>848
RHELで問題が出てもRHが責任取るわけではないのだけれどね
セキュリティパッチ出てくるかとそれ以外(バグフィックス)の問題を履き違えていると思う
853:login:Penguin
09/04/29 15:36:34 aYsHDt09
bugzillaに登録したら？
854:login:Penguin
09/04/29 15:44:14 nso7kFcA
６．０はいつでるんだろ
855:login:Penguin
09/04/29 17:37:13 n1bPpUD4
>>848
CentOSだろうがRHELだろうが、納入した業者が責任とるに決まってるだろうがw
856:login:Penguin
09/04/29 18:00:15 czDnGOO/
>>855
どこの業者？紹介してよ
まぁ出来るはずもないけどな
857:login:Penguin
09/04/29 18:51:13 bWlBB7Ww
>>855
特殊なケースは知らんが、普通は納入時に検収という作業があり
納入業者の責任はそこで終わり。その後何か問題があったとして
も自己責任となる。
システム保守の契約を結べば問題発生した場合契約内容に従い
保守業者が対応することになるだろう。
858:login:Penguin
09/04/29 19:24:14 n1bPpUD4
>>857
普通は納入したSIerが保守もやるだろw
ってかやらないケースなんてあるのか？
859:login:Penguin
09/04/29 19:26:08 Z4On1vdc
>>858
普通に見えている事の裏には、ちゃんとした契約という商行為が発生しているのだよ
860:login:Penguin
09/04/29 19:26:38 kJUCm21Q
よほどのバグだった場合は検収後も納入した業者に責任を問えるわな
そういう意味でいつまで経っても納入業者には責任が付きまとう
＃ 「よほどのバグ」がどの程度かは、人によって違うから切り分けが難しいネ
>>856
つーわけで、「納入した業者」だw
紹介も何も納入元くらい末端の人間でも何も知ってるんでないの？
861:login:Penguin
09/04/29 19:32:02 n1bPpUD4
>>859
何を当たり前のことを言っているんだ？
862:login:Penguin
09/04/29 19:33:21 Z4On1vdc
>>861
よって、「やらないケース」というのも発生するのだよ
863:login:Penguin
09/04/29 19:34:35 n1bPpUD4
>>862
わかったわかった、そういう特殊ケースも稀にあるだろう。
それは否定しない。
864:login:Penguin
09/04/29 19:38:55 bWlBB7Ww
>>858
うん。ただ保守には当然金がかかる。システムの重要度によって
かける金額≒カバーする内容はさまざま。OSの不具合まで対処
するような保守はよっぽど力のあるSIerじゃなきゃ結べないんじゃ
ないかな。
865:login:Penguin
09/04/29 19:40:56 T9C91c0k
力があるのは発注元だろ、この場合。
866:login:Penguin
09/04/29 19:47:26 kpTKHgoZ
日本のビジネス慣行は契約じゃ逃げられんのが普通だけどな
だから日本のメーカーは強くなったわけだし
867:login:Penguin
09/04/29 19:48:27 bWlBB7Ww
>>865
発注元に力があり、OSに関して開発元と直接修正を引き出せる
ようなら、保守を結んだ業者は安心だね。
そういう意味ではなくて？
868:login:Penguin
09/04/29 20:13:03 bWlBB7Ww
ごめん。めちゃくちゃスレチになっちゃったね。もうやめる。
CentはRH互換だけあって業界関係者が多いね。
869:login:Penguin
09/04/29 21:13:36 uFWkFjUh
>OSに関して開発元と直接修正を引き出せる
3営業日でRedhatがカーネルまたはOS付属RPMを
自分だけのために修正してくれる。
なんていう契約があるわけないじゃん。あるなら教えてくれ、
客は金はあるみたいだから提案はできるｗ
まぁ851の結末としてはRedhatには期待できないから
納入ベンダー責任でパッチ適用したkernelRPM作らせたけど。
OSを含めサポートするっていうのはそういう話にもなるんだお。
870:login:Penguin
09/04/29 21:15:45 VKnrVJAd
ところでそのバグって
他のカーネルじゃ解決してるの？
871:login:Penguin
09/04/29 21:18:41 n1bPpUD4
実際にはそんな低レベルのバグにいちいち付き合うよりかは、上位層で踏まないように回避するほうが楽だからやらないんだけどな。
872:login:Penguin
09/04/29 21:20:18 uFWkFjUh
>>870
もうスレ違だか答えておく最新カーネルでは修正済。
試験段階で一回それに起因したと思われる不具合がでた。
後ろ盾が結構でかいんでHWベンダーは必死にRedhatと
調整したみたいなんだけど結局対応がいつになるかわからなくて
HWベンダーがパッチ適用してkernel作り直した。
873:login:Penguin
09/04/29 21:26:26 uFWkFjUh
結論としては、こういうノウハウをそのまま流用できるCentOSは
ウマーってことで、以降CentOSの話題をどうぞ。
874:login:Penguin
09/04/29 21:38:22 3eB+NyYC
yum updateで容量たりねーよ言われたのだが
チマチマやるしかないのかね。
875: ◆Zsh/ladOX.
09/04/29 21:50:28 cdiHEbqW
>>873
ま、そういうこったな(｀・ω・´)
876:login:Penguin
09/04/29 22:31:57 ntyuyvcf
>>874
どんなパーティション設計したらそうなるのだ。
という俺も HDD6GB しかない鯖ではそうなったｗ
ちまちま当ててやっと出来たよ。
Cent4.6 から 4.7 にするときだが。
5 に VerUp させるつもりは毛頭ない。HDD たらんｗ
$ df -h
Filesystem サイズ 使用 残り 使用% マウント位置
/dev/hda2 2.5G 1.8G 580M 76% /
/dev/hda1 79M 9.5M 66M 13% /boot
none 125M 0 125M 0% /dev/shm
/dev/hda7 1.8G 577M 1.2G 34% /home
/dev/hda6 193M 6.3M 177M 4% /tmp
/dev/hda3 756M 448M 270M 63% /var
877:login:Penguin
09/04/30 01:54:56 fMRxocuO
LVM嫌いなのかyo
878:login:Penguin
09/04/30 08:31:15 s5EVCrhi
がんばれ、FUJITSU
879:login:Penguin
09/04/30 08:55:08 SOI39aGg
sda1 /boot 1GB
sda2 / 32GB
sda5 swap 2GB
sda6 /work 64GB
sdb5 /back 512GB
個人用デス
880:login:Penguin
09/04/30 09:01:14 zN9uu92z
/boot 1Gっておかしくね？
881:login:Penguin
09/04/30 09:22:29 ZMypkyfc
>>878
なんでそこでFujitsuなのか？ｗ
SPARC64V支援か？
882:login:Penguin
09/04/30 09:53:53 RFhXJb5M
後輩がサーバーに追加したらrootでのログインが出来なくなりました。
useraddのオプションを見ても他のユーザーに影響を及ぼしそうなものは見つかりませんでした。
本日連絡がとれないのでどういう追加したらrootでのログインが出来なくなるのでしょうか？
もしかしたらuseradd以外にも追加方法があるのかもしれませんが…
883:login:Penguin
09/04/30 10:01:17 ZMypkyfc
URLﾘﾝｸ(www.redhat.com)
884:882
09/04/30 10:28:48 RFhXJb5M
>>883
ありがとうございます。
こちらについては非常に参考になりました。
今月入ってきたばかりでパソコンを操作するのもやっとの新人がここまで出来ると
非常に助かるのですが…
ユーザーを追加しただけはrootでのアクセスが出来なくなるというのは確かに考えにくいですね。
連絡とれれば一番いいのですがrootになれずログも見れない事から何も出来ない状態です。
もしrootのパスを変更等されたさいにパスを忘れてしまった場合は再インストールしかないのでしょうか？
885:login:Penguin
09/04/30 10:40:40 UYlYuAu+
>>884
シングルユーザモードで立ち上げて、パスワード変更。
まぁ、たぶんやってしまったことは
予定
新しいユーザを作成
新しいユーザのパスワードを変更
やっちゃったこと
新しいユーザの作成
rootのパスワードの変更
なんじゃない？
passwdコマンドを引数なしで実行しちゃったのかと。
886:login:Penguin
09/04/30 10:53:16 GcTapZsN
大穴でwheel周り。
887:882
09/04/30 10:54:49 RFhXJb5M
>>885
ありがとうございます。
いまpasswdファイルをみたらrootの部分が
root:x:0:0:root:/root:/var/test
となってました。
確かroot:/bin/bashだと思うのですが、これを書き換えれば元に戻りそうです。
書き換えれるかどうかは不明ですが…
888:login:Penguin
09/04/30 11:00:59 1EG+Rypl
>>887
なかなか香ばしい新人だな
889:882
09/04/30 11:06:54 RFhXJb5M
よく考えたらrootじゃないからpasswd編集出来ない…
890:login:Penguin
09/04/30 11:09:36 GcTapZsN
su -c /bin/sh もできねーか？
891:login:Penguin
09/04/30 11:17:03 Pb2mX6HT
>>889
sudo出来ないの？
そういう私は sudo su ばっかりやっててrootのパスワード忘れてしまうタイプ
892:882
09/04/30 11:26:50 RFhXJb5M
>>890
やってみましたが
su: /var/test: そのようなファイルやディレクトリはありません
と表示されてしまいました。
>>891
パスワードを聞かれたのでパスを入れると
help is not in the sudoers file. This incident will be reported.
と表示されて弾かれてしまいました。
黄金週間は久々に休めると思ったんだが…
893:login:Penguin
09/04/30 11:31:25 UYlYuAu+
>>892
だからシングルユーザモードで立ち上げろ。
894:login:Penguin
09/04/30 11:31:44 zN9uu92z
後輩も香ばしいが、この先輩も中々香ばしい件
895:login:Penguin
09/04/30 11:33:36 q+8bgu7+
再インストールしろ
896:882
09/04/30 11:36:14 RFhXJb5M
>>893
すいません。
SSHでリモート接続しか出来ない状態です。
本体はここから100キロほど離れた場所になります。
起動時にsingleオプションを足してやればいいのは分かっているのですが
shutdown時のオプションとかで指定してやればsingleモードで立ち上がったりするでしょうか。
>>894
香ばしくて申し訳ない。
まさかuser増やすだけでファイル書き換えるとか想像もしてなかったもんで…
この新人が意図的にやったんならもう既に私よりスキルが上なので全て譲りたいくらいです。
897:login:Penguin
09/04/30 11:51:07 UYlYuAu+
>>896
su -s /bin/bash
変わってるのがシェルだけで、パスワードが変えられてなければこれでいける。
ダメだったら、100キロ歩く。
898:login:Penguin
09/04/30 11:52:18 s4PlJ4m4
自分のサーバのセキュリティホールを見つけてクラックすれｗ
899:login:Penguin
09/04/30 12:00:20 s5EVCrhi
シングルユーザモードで起動したら、ネットワーク落ちるからリモートから
繋がらなくなるよ
# shutdown now
で、シングルユーザモードで起動するはず
900:login:Penguin
09/04/30 12:07:42 YeoxyCd5
日本語化について教えてください。
前任者が辞めてしまい、急遽サーバーを引き継いでます。
CENTOS 5.3 cuiのみの環境です。
man等、日本語化したいのですがうまくいきません。
検索して/etc/sysconfig/i18nを変えればいいことはわかりましたが、
まず、もともとi18nに何の記述もないのですがそんなものなのでしょうか？
そして、とりあえずi18nに下記の記述をしたのですがうまく日本語になりません。
なにがいけないか教えていただけないでしょうか？
SYSFONT="latarcyrheb-sun16"
LANG="ja_JP.UTF-8"
SUPPORTED="en_US.UTF-8:en_US:en:ja_JP.UTF-8:ja_JP:ja"
書き込み後、rebootしても、
echo $LANGを入力したら
en_US.UTF-8
と出てしまいます
よろしくお願いします。
901:login:Penguin
09/04/30 12:10:50 UYlYuAu+
>>898
運が良ければこの辺がまだ残ってるかもなw
URLﾘﾝｸ(slashdot.jp)
902:login:Penguin
09/04/30 12:11:44 GcTapZsN
>>892
すまん、typo。
su -s /bin/sh だな。
903:login:Penguin
09/04/30 12:21:22 JhufvnZp
>>899
そりゃ、マシン停止だな
904:882
09/04/30 12:51:47 RFhXJb5M
>>899
追加されたユーザーでしか入れない状態です。
shutdownコマンド流しても何それ状態でshutdown now自体が使えないようです。
>>901
私にはちょっとハードルが高いですね。
>>902
特に状態は変わりませんでした。
bashをいったん/var/testにコピーすれば～…とか思いましたが
bash自体をコピーする権限がなく、他にもいくつか試しましたが
どうやら100キロの道のりを行くしかなさそうです…
905:login:Penguin
09/04/30 12:53:14 RhycmXb5
ipベースkvmおいておけよ
906:login:Penguin
09/04/30 12:56:12 imqqpwIk
>903
shutdownでは指定しなければrunレベル1に落ちる。
907:login:Penguin
09/04/30 13:03:33 imqqpwIk
>904
あのさ、その後輩とやらが新規に追加したユーザーにパスワードを設定するつもりでrootのパスワードを
変えちゃったとするならさ、rootに設定してあるパスワードはランダムななにかじゃなくて、その
追加するはずだったユーザーのパスワードなんだから、その後輩なりなんなりに聞いてそれを入れれば
いいんじゃね?
908:882
09/04/30 13:17:53 RFhXJb5M
>>907
追加予定のユーザーのパスワードでやってみましたがダメでした。
ちなみに追加のユーザーは設定されたパスでＯＫでした。
なんていうか今回の事で障害に対する知識が増えたので個人的にはOKなんですが。
ちなみに後輩は今だに捕まりません。
手順書通りにしてもらって今までこういった事は起こってませんので
恐らく私以外の偉い人に呼ばれるんじゃないかと思います。
まぁ私も最初の頃は色々と障害を起こしたこともあったのでフォローの理由でも考えときます。
909:login:Penguin
09/04/30 13:45:20 imqqpwIk
>908
基本的なことで多分もうやっているんじゃないかとは思うが、他のパスワードで入ってから
単に
$ su
とやったらどうなる? というのも、>892で su: /var/test そのようなファイルやディレクトリはありませんと
メッセージが出ているってあるから、これはログイン認証は通ってその後のシェルスクリプトなりなんなりで
エラーが出ているように見えるからだが。
まぁ、もしこれで通るなら、rootにパスワードが設定されていないという恐ろしい事態で、それはそれで
何やってんだかな話なんだけど。
sshの設定でPermitRootLoginが変えられててrootにパスワードが設定されていないとなれば、リモートから
rootで直にログインできないこととエラーメッセージの辻褄は合う。