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で直にログインできないこととエラーメッセージの辻褄は合う。