CentOS Part 51【RHEL Clone】

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
* Fedora 28≒RHEL 8≒CentOS 8
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 50【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1555069001/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS

● サードパーティのレポジトリなど

利用可能なレポジトリ一覧
https://wiki.centos.org/AdditionalResources/Repositories

EPEL (Extra Packages for Enterprise Linux)
http://fedoraproject.org/wiki/EPEL

RPM Fusion
https://rpmfusion.org/

Les RPM de Remi
http://rpms.famillecollet.com/

ELRepo
http://elrepo.org/tiki/tiki-index.php

●Red HatによるRHEL関連ドキュメント一覧
https://access.redhat.com/documentation/ja/red-hat-enterprise-linux/

長らく更新停止
RepoForge
https://wiki.centos.org/AdditionalResources/Repositories/RPMForge
http://repoforge.org

CentOS8リリースに伴う追加変更等あればフォロー願います

たて乙

1乙

SI責任押し付ける相手がいていいねw みたいな発言してるやつがいるが
プログラムばっかり書いてカネの流れに無頓着なのは如何なものかと思うぞ

実際ハード障害なんだけど証拠がない場合での予防交換対応(証拠はない
けど交換します)に応じる・応じないのハードルの高さは保守料含めた
金払いで決まる

予防交換できずに何週間も本番機が停止だの高頻度の再起動が続くだの
で長引くことを考えると保険としてサブスクリプションは高くない

ハード障害までRHに責任取らせるつもりなのか
これだから無職脳内SIは…

Linuxの問題点って、何か問題があった時に、それが仕様なのかバグなのかはっきりしないことでしょう。
これは間違いなくバグだ！と言い切ったところで、カーネル開発者が修正しなければ事実上の仕様として放置されてる状態なんだし。
その点、レッドハットはカーネル開発に人員を送り込んでいるので、意思決定に直接携わることができる。
これが、レッドハットが選択される理由になるんじゃないですかね。

RedHatは客から金取ってるんだから当たり前

>>8
RH に払う金の一部がハードベンダーに落ちて、その金で予防交換させてんだよ
底辺プログラマは文章も読めんのか？

>>9
ハードベンダーに落ちる金がBroadcomだのIntelだのに回ってファームウェアか
デバイスドライバを直してるんだよ
直してるのは RH じゃなくてチップメーカ

RHサブスクリプションをOEMで買ってる客とCentOS使ってる客/サイオスから
サブスクリプション買ってる客とではそれらのチップメーカにエスカレーション
できる・できないでサービスレベルが違う

ここは Windows を OEM で買うか、別商流で買うかでも同じ

>>11
アホですか？

>>11
>RH に払う金の一部がハードベンダーに落ちて、その金で予防交換させてんだよ

そういう文章になってないし、RHからハードベンダーに金が行くことはない
君の文章は明らかにおかしい

>>12
アホではあるが書いた金の流れは嘘じゃないよ

>>13
指摘すまんね
OEMの代金として払った金額の一部がハードベンダーに落ちるが正しかったわ

OEMで購入した場合のハードベンダサポートの話と、RHサポートの話が混ざっているみたいだね
以下でいいんじゃないだろうか

・RHのサポートでできること
ソフト面の異常有無確認、ワークアラウンドの提示、パッチの公開

・ハードベンダのサポートでできること
ハード面の異常有無確認、ワークアラウンドの提示、機器交換対応

・ハードベンダからOEMでRHELを購入するとできること
上記2つを一元受付、内部ナレッジで解決しないRHELの問題はRHへエスカレーション

というか、CentOSの話題とはだいぶ離れてきているので、
それぞれのサポートの話題はRHELと各メーカのサーバ機器のスレでやった方が良いのでは

誰かに金を沢山払ってて、それで全てやってもらってるんだろうな。そういうやり方もあるってのはその通りでしょう。
でも、仕組みは正確に理解してないか、正確で分かり易い文章にはできなかったってことよね。

金払ってやってもらうって考えじゃダメって事を延々説明してるんだがな

ネットワーク経路上のスイッチとの相性が悪くてデバイスドライバとファーム
ウェア両方直さないといけない症状になった場合、自分で直せるのか？
RHEL だと予防交換してくれるはずが CentOS だとしてくれないパターンも
ありうるぞ

契約書だの要求仕様書にそういうのは対応できない／しなくてよい事を書くか
タダだからしょうがないよねって客が言ってくれることを握って初めて本番系に
CentOS 入れれるんだよ

CentOS 入れれるのは客や現場に甘えさせてもらってるって意識がないと
別の客に持って行った時に痛い目合うぞ

まずは部屋から出よう
世の中の常識を学ぼう
それから就職して現実を知ろう

金はないけどRH使いたいって貧乏会社ってだけだよ

>>17
「RHEL だと予防交換してくれるはず」という書き方だと、
RHがハード保守してくれるようにも受け取れてまたつまらない論争になるから、文章に主語を入れたほうがいいよ

・ハードベンダは、同社のハードとRHELの組み合わせを動作保証している
・CentOSは動作保証していないので、ソフトウェア異常無し、ハードウェア異常有りを自力で切り分けないと保守対応してもらえない
・故に、RHELもハードベンダからOEMで一括購入すべき

てことを言いたいんだよね？

>>20
> ・CentOSは動作保証していないので、ソフトウェア異常無し、ハードウェア異常有りを自力で切り分けないと保守対応してもらえない
大雑把にはその通り
実際は CentOS 動作保証してても一部エスカレーションしてくれないパターンがある

> ・故に、RHELもハードベンダからOEMで一括購入すべき
yes
購入する理由はこれだけではないですが
あと、スレチと言われちゃうのでスレ的には RHEL 購入せずに済ます場合のビジネス要件は何か、だな

>>17
やっぱ分かってないだろ
OEM経由で買ったんならCentOSだろうがRHだろうが、ハードの障害は対応するだろ（値段次第だが）

>>22
ベンダのハード保守は、OEMでOSを同時購入したかどうかに関係なく、
リモート管理ボードの診断ツールやステータスランプ状態に異常が検出されれば対応してもらえるよ。
ただし、Pingが飛ばない、ディスクに書き込みできないレベルの情報では動いてもらえないので、必ず上記の切り分けが必要。

https://h50146.www5.hpe.com/services/cs/availability/hw/onsite.html
https://japancatalog.dell.com/c/ent-support-guide/

17の主張の一つは、上記ハード異常が検出されない場合のソフト保守に差がある点じゃないかな。
RHELは一旦置いておいて、CentOSの場合とハードベンダ動作保証OSの場合で考えると以下の対応差が出る。

・CentOS
全てを自力で調べて設定変更なりソースの修正を行う

・ハードと別購入の動作保証OS
OSベンダのサポートに原因と対応方法の調査を依頼する
OS自体の対応はしてもらえるが、ハードベンダ独自のドライバ起因の問題は対応してもらえない
再度ハードベンダのサポートに、OSベンダの見解を伝えドライバ修正の対応を依頼する(対応はベストエフォート)

・ハードと同時購入の動作保証OS
ハードベンダのサポートに、原因と対応方法の調査を一元的に依頼する

>>23
フォローありがとうございます
おっしゃる通りでBMCで検出できるエラーや交換すりゃ直るだろう程度以外の、
厄介な障害の場合が議論の対象です

>>22
OEM経由ではCentOS買えないですね
それはさておき値段次第ってのは合ってます
が、千台ぐらいサーバ入れてるような上得意だけの裏メニュー

くっさｗｗｗ

レンタルサーバーにOS入れたいんですが今ならCentOS8入れたほうがいいですか？
CentOS7ってもう古いですよね？yumもPython2系ですし

>>26
検証リストを作成し
2つ環境を作って自分のニーズにどちらが合うか検証

>>27
私は基本的にOSは新しい方が良いと思っているんですが、そういうケースではない場合もあるんでしょうか
適材適所で要件を満たしていれば一世代前のOSでも良しとするということがあるんですか？

使いたいソフトウェアが新しいOSに対応していないとかある
問題ないなら新しい方でいいよ

>>29
なるほど・・・
新しいOS使う場合は>>27さんが言うように問題ないか検証する必要があるみたいですね
どうもありがとうございましたm(_ _)m

だれかamdのcpuの温度とクロックを見る方法を教えて下さい
sensorsだとhardware tempとか言うやつが出るだけで温度も高めです
常時５０℃とか

https://github.com/openhardwaremonitor/openhardwaremonitor/pull/970

ビジネス要件とかそういうのも本来はスレチ。ここはCentOSを売ってる人の為というよりはCentOSをいじってる人の為にある。

>>33
あふぉか

責任をRHに丸投げするスレです

xfsのファイルシステムがクラッシュした。
2日連続で2台のサーバーがこのバグでクラッシュした。
ここに対応策が書いてあるんだけど、内容が結構すごい
> CentOS 7.0, 7.1, 7.2の場合は7.3をリインストールする必要があります。
> アップデートではこのバグは修正されません。
https://help.onapp.com/hc/en-us/articles/115001373554-XFS-File-System-Crashes-on-CentOS-7

>>36
怖すぎだろ？

何となく今までext4選んでたのは正解か

xfsをCentOS5で使っている俺にはスキは無かった

幸い？ウチのは問題でてないな…
reinstall というより format が必要なんかね。

>>36
公式では情報ないの？

>>28
馬鹿の典型例

centOS8 stream版をノートに入れてみた。
普通にデスクトップ用戸で使ってる。
問題なく使えてる。DVDも観られるし。
家のLinux PC、全部これで行ってみようかな。

>>43
７と違う？

firefoxは最新版が入るみたい。
デスクトップ用戸だと、特に違いも不便も感じない。

用途。だった。

>>36
確かにCentOS7.2以前にはXFSがクラッシュするバグがあるみたいだけど，
そのURLに書かれてるのは，
onappという会社が提供するクラウド環境において提供される
CentOS7.2を元にしたクラウド実行イメージでは，
アップデートをしても本家の7.3で修正されたカーネルのパッチが
提供されることはないので，7.3を元にした実行イメージを
再インストールして下さいって話でしかないのでは？