CentOS Part 50【RHEL Clone】

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

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

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

Big blue Linux

Scientific Linux、開発終了へ。今後はCent OSへ移行　2019年4月23日14:45 末岡洋子
https://mag.osdn.jp/19/04/23/144500

　フェルミ国立加速器研究所のScientific Linuxプロジェクトは4月22日、メーリングリスト
にて次期版となる「Scientific Linux 8」の開発は行わないことを発表した。フェルミ
研究所は今後、学術向けコンピューティング環境として「CentOS 8」の実装を進めるという。

　Scientific Linuxは、「Red Hat Enterprise Linux（RHEL）」互換のオープンソース
ディストリビューション。RHELをベースに商標に関わるものを削除た上で学術研究用途で
用いるパッケージを加えているのが特徴。フェルミ国立加速器研究所が欧州原子核研究機構
（CERN）と協力して開発してきたもので、自らが学術や研究用途で使うためのLinuxディス
トリビューションとして開発をスタートしたという経緯がある。

　Scientific Linux開発中止の原因として、ほかの研究機関とのコラボレーションにあたって
土台のコンピューティングプラットフォームを連携させるため、としている。フェルミ
研究所は2018年9月、CERNとともに地下深部ニュートリノ実験（DUNE）と協力することを
発表しているが、これら国際研究機関との協力の一部として、「土台のコンピューティング
プラットフォームをこれらのラボや研究機関と統一させる」という。そこで、Scientific
Linux 8を開発するのではなく「CentOS 8」を実装することにしたという。

　なお、RHEL 6ベースの「Scientific Linux 6（SL 6）」とRHEL 7ベースの「Scientific
Linux 7（SL 7）」については、ライフサイクル通りにサポートを継続するとしている。6系では
2018年7月に公開されたSL 6.10が、7系では2018年12月に公開されたSL 7.6が最新版となる。

CERNがCentOSを選んでからもう4年か

>>5
ついに終わったか
大きいディストリ以外、安心出来ないな

そんなに困ること？
クローンなんだし移行は簡単っしょ

他のマイナーなクローンだとプリンストン大とかのSpringdale Linuxはまだ生きてるか
GoOSeとかSerentosとかAscendosは死んだかな

>>8
クローンというほど
似てないし

どうせメジャーバージョンアップ時は再インストールなんだしサポートされている間は仕えば良いじゃん

Big Blue Linuxになったらどうしようも無いわけでさ

続けるのならDebianベースへ、やめるならCentOSへ、というのはSLの規定路線

うぉ、なんかいっぱいアップデート来た

4月はこんだけ
https://lists.centos.org/pipermail/centos-announce/2019-April/date.html

貯めてたかな？

たっぷり出たね…///

>>15
と、思ったら追加があるみたいね
kernelアップされてるんで再起動しないとな

CentOS7.4のDVDでインストールしたんですが、一気に7.6にバージョンアップする
と起動時のコンソール画面とX-Windowの解像度がVGAの640x480程度の解像度
になってしまいました。

このとき、いろいろググってみたら、/etc/X11/xorg.confの設定を変更する必要が
あることが出てきますが、そのファイルは存在していませんでした。

そのため再度インストールをやり直して、バージョンアップはしていないのですが、
すでに各種アプリも稼働しているので、このあと一気にバージョンアップして解像度
を保つには、どうしたら良いのでしょうか？

現時点で、アプリケーション>システムツール>設定>Displaysで解像度を選ぶと
1280x1024、800x600、640x480のうち、1280x1024が選択されている状態で、モニ
ターが22インチなので、1920x1080くらいにしたいと考えています。

>>18
ビデオカードはGeForce？

>>19

>18です。Resありがとうございます。

グラフィックコントローラーはDELL PowerEdgr SC430のオンボードで、ネットで
検索すると当時のカタログにXGI XG20グラフィックスコントローラとあります。

かなり古いマシンですが、現役で使っています。

>>20
多分、インストール時はOpenManageDVDだかのインストール支援ユーティリティを使うことで
カーネルに対応したドライバが自動的に導入されていた、ということなのではないか

デルがRHEL7u6のビデオドライバを個別にリリースしてるんではないかな
それを入れないとならないのかもな

ここでRHEL7u4用のドライバしか提供されてない、なんてことだと、CentOS7.6は諦めるしかない

SC430っていうとDellではRHEL4までのサポートかな
SC系はOMSA非サポートだった気もするが

SC430なつかしい。10年以上前にDELLの在庫処分みたいなので買った。あのマシンは確か16レーンが無いか刺せないかなんかで、4か8レーンのソケットを熱で溶かして無理矢理16レーン用のビデオカードを刺してた。

>>20
7.4だと、vesaドライバが選択されていたのではないか
だからvesaドライバの設定に基づき、1280x1024までが選択肢に出ていた…と
それが7.6だと、vgaドライバを利用してしまうのでVGAで表示されている…と予感

まず、Xが上がってない状態で「Xorg -configure」とやると、xorg.confが作成されるので
/tmpだかで作成してみてほしい

で、「Section "Device"」とあるセクション内に「Driver」という欄があると思うのだが
そこが「Driver "vga"」となっていたりしないかな
そこを「Driver "vesa"」に書き換えると、とりあえずvesaドライバを利用させられるようになる
修正したファイルを/etc/X11/xorg.confとして置いてXを起動するとどうなるだろうか
「映らない」「エラー吐いて落ちる」だと、vesaドライバがそのXG20に対応しなくなっているので
残念だがCentOS7.4で使うしかない

PCI-ExpressスロットにGeForce 210あたりを取り付ける、というのはどうか

SC430懐かしいな
ソアラからSCに変わった時100万円くらいアップしたけど欲しくて堪らなかった
どうしても我慢出来なくなってSC新車で買ったけどそれから1年してディスコン・・
一昨年くらいに後継のLC出たけど当時みたいに金持ってないから欲しくても我慢してる

CentOS8って意外と時間かかりそうでない

なかなかのアプデがきましたな

>>24
詳しい説明ありがとうございます。
実物は職場にあるため、連休明けに確認してみます。

因みに、7.4をインストールした時点で、これらドライバーやモニターの設定はどのディレクトリのどのファイルにあるのでしょうか。
少しは探ってみたのですが判らずじまいで、アップデート前の状態を一度確認出来たら、対応も楽なのではないかなと思います。

>>28
lspci -vの結果をみていくと、VGAだのVideoだのという名前のデバイスが表示されているはず

その中の「Kernel driver in use:」に続いて記載されているのが、いまそのデバイスのために
使っているドライバの名称・ファイル名

ドライバーは、カーネルのバージョン別に配置されている
cd /lib/modules/`uname -r`
find ./ | grep ドライバー名
とするとドライバの実体ファイルの表示場所が分かる

モニターの設定はEDIDで拾ってきたものをメモリに置いてあるものなので
ファイルとしては存在しない、かもしれない

RHEL8.0リリース！

Red Hat Enterprise Linux 8.0 Reaches General Availability
https://www.phoronix.com/scan.php?page=news_item&;px=RHEL-8.0-Released

Red Hat Enterprise Linux 8 Officially Released, Here's What's New
https://news.softpedia.com/news/red-hat-enterprise-linux-8-officially-released-here-s-what-s-new-525931.shtml

Red Hat Enterprise Linux 8 is here.
https://www.redhat.com/en/enterprise-linux-8

ついに来たか

ハローワールド、レッドハットエンタープライズリナックス8
https://www.youtube.com/watch?v=voWBbUND3Fk

ITにはたくさんの世界がある。
オンプレミス、クラウドベース、そしてコンテナ。
でも、すべてのマシンで使えて、あらゆる環境を最適化し、複雑さを克服し、
そして、あなたに来たるべきイノベーションをもたらすのを助ける
ビルトインマネジメントと予測的分析機能を持ったOSはただひとつ。
その最新版がここに。

#上記はYouTubeのビデオ紹介文の和訳だが、原文はリズミカルでクールだね。

8になったらまたいろいろと変わってイライラさせられるんだろうか

Centosはどれぐらい遅れて
でるのですか？

8になって大きな変更はパッケージマネージャとpython周りかな

iptablesが変わるのも結構でかい

Application stream

なんかあまり話題にならずに不意打ちな感じ。

さて、何日でCentOS 8がリリースされるか予想しようぜ

個人使いだからiptablesのほうがシンプルですき

Red Hat Enterprise Linux 8 ご紹介
https://speakerdeck.com/moriwaka/red-hat-enterprise-linux-8-goshao-jie

紫本出版されて、正誤表が完成したころでいいや

>>43
紫本って何？

https://www.fda.gov/media/90150/download

rhel8 beta でテストしたら CentOS 6 で使っている iptables のルールがそのまま適用できた。
まぁあまり複雑なことはしてないんだけれども。
注意点は save が無い(即保存される)くらいかね。

yum,dnfとちがってiptables,nftablesは書式が全く違うように見えるけど

RHEL8 リリースノート 和文
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/8/html-single/8.0_release_notes/index

RHEL8 リリースノート 英文
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/8.0_release_notes/index

RHEL8 ドキュメント 和文
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/8/

RHEL8 ドキュメント 英文
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/

https://wiki.centos.org/About/Building_8

CentOSのビルド状況
来月にはリリースされるのかな？

7.0の時はRHELリリースから27日，6.0の時は242日
最近のマイナーリリースも25〜45日位で出てるし
1ヶ月くらい見積もってればよさそうかな

その後2ヶ月は色々とバグが出てくるだろうから、手を着けるのは3ヶ月後、夏休みかな

Big blue Linux遂に始動か

まだ買収完了してないんだぜ

Redhat傘下になっても別にビルドプロセスが短縮されるわけじゃないんだな
今までどおり普通にリリース後のソースからか

ブルーハット

ケンとメリー

赤い帽子かぶったおっさんが青い傘をさす。

こっちに移動したほうが良いといわれたのでこちらで質問します
CentOS7.6の環境でansibleをインストールしようとしたところ
エラー: パッケージ: ansible-2.7.10-1.el7.noarch (epel)
要求: python-jinja2
このような出力が出てインストールが中断されてしまい、インストールできません
python-jinja2の関係だと思って、python-jinja2をインストールしてもまったく同じで何が原因か分らないです
ちなみにpythonのバージョンは2.7.5
epel-releaseはwgetでepel-release-7-11.noarch.rpmを取得しインストールしました

ちなみにansibleをインストールした際の出力とpython-jinja2のインストール確認コマンドは以下になります
[root@localhost pack]# yum install --enablerepo=epel ansible
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* c7-media:
* epel: ftp.riken.jp
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-crypto のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: python-httplib2 のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: python-keyczar のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: python-paramiko のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: python2-jmespath のパッケージ: ansible-2.7.10-1.el7.noarch
--> 依存性の処理をしています: sshpass のパッケージ: ansible-2.7.10-1.el7.noarch

続き
--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ python-httplib2.noarch 0:0.9.2-0.1.el7 を インストール
---> パッケージ python-keyczar.noarch 0:0.71c-2.el7 を インストール
--> 依存性の処理をしています: python-pyasn1 のパッケージ: python-keyczar-0.71c-2.el7.noarch
---> パッケージ python-paramiko.noarch 0:2.1.1-5.el7 を インストール
--> 依存性の処理をしています: python-cryptography のパッケージ: python-paramiko-2.1.1-5.el7.noarch
---> パッケージ python2-crypto.x86_64 0:2.6.1-16.el7 を インストール
--> 依存性の処理をしています: libtomcrypt.so.0()(64bit) のパッケージ: python2-crypto-2.6.1-16.el7.x86_64
---> パッケージ python2-jmespath.noarch 0:0.9.0-1.el7 を インストール
---> パッケージ sshpass.x86_64 0:1.06-1.el7 を インストール
--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ libtomcrypt.x86_64 0:1.17-25.el7 を インストール
--> 依存性の処理をしています: libtommath >= 0.42.0 のパッケージ: libtomcrypt-1.17-25.el7.x86_64
--> 依存性の処理をしています: libtommath.so.0()(64bit) のパッケージ: libtomcrypt-1.17-25.el7.x86_64
---> パッケージ python2-cryptography.x86_64 0:1.7.2-2.el7 を インストール

続き

---> パッケージ python-enum34.noarch 0:1.0.4-1.el7 を インストール
---> パッケージ python2-crypto.x86_64 0:2.6.1-16.el7 を インストール
--> 依存性の処理をしています: libtomcrypt.so.0()(64bit) のパッケージ: python2-crypto-2.6.1-16.el7.x86_64
---> パッケージ python2-jmespath.noarch 0:0.9.0-1.el7 を インストール
---> パッケージ sshpass.x86_64 0:1.06-1.el7 を インストール
--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ libtomcrypt.x86_64 0:1.17-25.el7 を インストール
--> 依存性の処理をしています: libtommath >= 0.42.0 のパッケージ: libtomcrypt-1.17-25.el7.x86_64
--> 依存性の処理をしています: libtommath.so.0()(64bit) のパッケージ: libtomcrypt-1.17-25.el7.x86_64
---> パッケージ python2-cryptography.x86_64 0:1.7.2-2.el7 を インストール
--> 依存性の処理をしています: python-idna >= 2.0 のパッケージ: python2-cryptography-1.7.2-2.el7.x86_64
--> 依存性の処理をしています: python-cffi >= 1.4.1 のパッケージ: python2-cryptography-1.7.2-2.el7.x86_64
--> 依存性の処理をしています: python-enum34 のパッケージ: python2-cryptography-1.7.2-2.el7.x86_64
---> パッケージ python2-pyasn1.noarch 0:0.1.9-7.el7 を インストール
--> トランザクションの確認を実行しています。

続き

---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ libtommath.x86_64 0:0.42.0-5.el7 を インストール
---> パッケージ python-cffi.x86_64 0:1.6.0-5.el7 を インストール
--> 依存性の処理をしています: python-pycparser のパッケージ: python-cffi-1.6.0-5.el7.x86_64
---> パッケージ python-enum34.noarch 0:1.0.4-1.el7 を インストール
---> パッケージ python-idna.noarch 0:2.4-1.el7 を インストール
--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ python-pycparser.noarch 0:2.14-1.el7 を インストール
--> 依存性の処理をしています: python-pl y のパッケージ: python-pycparser-2.14-1.el7.noarch

続き

--> トランザクションの確認を実行しています。
---> パッケージ ansible.noarch 0:2.7.10-1.el7 を インストール
--> 依存性の処理をしています: python-jinja2 のパッケージ: ansible-2.7.10-1.el7.noarch
---> パッケージ python-ply.noarch 0:3.4-11.el7 を インストール
--> 依存性解決を終了しました。
エラー: パッケージ: ansible-2.7.10-1.el7.noarch (epel)
要求: python-jinja2
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest

そしてpython-jinja2のインストール確認コマンドはコレになります
[root@localhost pack]# pip freeze

DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7.
asn1crypto==0.24.0
（中略)
Jinja2==2.10.1
（中略)
yum-langpacks==0.4.2
yum-metadata-parser==1.1.4

何か間違っていたらすみません

お前の連投が、倫理的に間違ってる

>>62
yumがrpmパッケージとしてpython-jninja2を要求してるのに、
pipのパッケージが入ってても仕方がない。

>>63
長すぎて入らなかったので申し訳ありません
>>64
やってみます
このような事で質問してしまい申し訳ありません

ansibleはextrasにもepelにもあるようだな。うちではどちらを入れようとしても特に問題なく依存解決される。入れようとするのは以下。

python-jinja2 noarch 2.7.2-3.el7_6 updates 518 k

pipで python2-jinja2 を入れてるがゆえにrpmのが入れれないじゃないか。

>>62
あっちのスレで指摘したjinja2のバージョン違いの問題は調べたのか？

pipでインストールしたモノが上書きされないように
yum.confかどこかに
python-jinja2をexcludeするルールでも書き込んだんじゃないの？

EPELにあがっているAnsibleってel7用になってはいるけど
CentOS7.6にはまだ導入できないとか、そんなんのでないの

Chef のレシピ集でも探せば？

Chef 社はじめ、色んな会社が出してるだろ

インストールソースの選択でエラーになります
誰か解決法はご存じですか？
お願いします

ftp.riken.jp/Linux/centos/os/x86_64/あたりだっけｘ

おーいエスパーお呼びだ

>>72
すまん。
ftp.riken.jp/Linux/centos/7/os/x86_64だったな

>>72
すみません、そのurlから落としたと思います

>>71
どんなエラー？

>>76
すみません、自己解決しました
ありがとうございます。

>>77
結局何が問題だったの

>>78
すみませんけど自己解決したのでこの話題は無しで。

得たノウハウは書き残して行くんやで

同じところで躓いた人がそれで助かるかも知れないからな

>>79
二度と来るな

>>71
>>77
>>79
死ね、苦しんで死ね

5ch のルールを守らない人は、5chを利用してはいけない！

自己解決した場合も、どうやって解決したのか、書かないといけない！
それがこの板のルール！

質問の仕方も悪けりゃ、勝手に自己解決で書き逃げ。どうせろくでもない理由なんだろう。

爆釣だなｗ

なんだかなー。
と。

別にルールじゃねーよ

あの程度の奴が躓いた理由に興味がないし
それの解決策載せられても参考になりそうにないよ

素人だろうね

>>89が興味あるかどうか>>89にとって参考になるかどうかはどうでもいいことだな

随分反応あるね。よくある事。この流れが嫌な人は最初から見ない事。

不寛容社会

現実社会と掲示板の区別がつかない間抜け

そんなことよりきいてくれよオマイラ。
そうじゃなくて、スイマセン、質問です！
web/DNS目的でcentosの鯖をグローバルに出そうと思ってるんですが、経験済みの人視点でおすすめのパッケージとかありますか？

centosにnic２つ繋いで、グローバルとプライベートネットワークそれぞれ接続し、
セント鯖まではhttps強制、プライベートにHTTPでホストアドレスをバーチャルホストで流し、セント鯖でsquidを使ってキャッシュしつつnginxで外に流してhttp/2で飛ばせればいいなとか考えてます。

DNSはdnsmasqだったかな？
あれを使おうと思います。

御指摘等頂ければ幸いです。宜しくお願いします。

グローバルに船出か、踏み台デビューおめでとう

グローバルに出るなら、きちんと業者使え

おすすめのパッケージってどういう意味だろ。Cent用を使えばいいんじゃないだろうか。

パッケージってそりゃ、DNS は bind 使うのか dnsmasq 使うのか、リバースプロキシは httpd(apache)
使うのか squid 使うのか、web は httpd 使うのか nginx 使うのかって意味でしょ。

vpsじゃないのにわざわざnicにグローバル割り当てるのか、
玄人さんやな。

近辺のipアドレスが16ビットマスクで
spamhausに登録されるのも時間の問題やな。

レンサバだってグローバルIPじゃん

本人、squidとnginx使いたいみたいだからそれでいいと思う。

本人逃亡

自決しました、ってやつだな

恥ずかしくなったんじゃね

redhatのロゴ新しくなったんだな

かぶってる人間のイメージが悪いんだって
帽子だけってのも慣れないが。

全てのcentos7サーバからyumのxmlがらみのたくさんエラー来てるけど、放置してok？

/etc/cron.hourly/0yum-hourly.cron:

Updateinfo file is not valid XML: <open file '/var/cache/yum/x86_64/7/epel/92f2e15cad66d79ea1ad327e2af7af89d98e4d153d7a3e27ff41946f476af5b4-updateinfo.xml.zck', mode 'rt' at 0x*******

>>108
うちは無問題
https://curecode.jp/tech/yum-cron-updateinfo-file-is-not-valid-xml/

EPELを一時的にdisableにしたよ

>>108
epel側に問題が発生してるらしい
放置してれば直ると思うよ
https://pagure.io/releng/issue/8392

>>28です。かなり遅くなりましたがやってみました。

>>24で教えてもらったXorg -configureで作成されたxorg.conf.newを編集し、/etc/X11にxorg.confで保存しましたが、再起動するとコンソールにログが表示されたままで止まってしまいます。

編集したところは、Section "monitor"のVenderName、ModelNmae、HorizSinc、VertRefreshとSection screenのSubSection "Display"のSubSection "Display"のModesです。

以前はModelineの設定もあったように思いますが、書き方自体も判りません・CentOS7では不要なのでしょうか？

編集したヶ所を以下に示します。これ以外はオリジナルのままです。何がダメなのでしょうか。
-------------------------------------------------------------------------------
Section "Monitor"
Identifier "Monitor0"
VendorName "MITSUBISHI ELECTRIC"
ModelName "RDT222WM"
HorizSync 31.2 - 82.3
VertRefresh 56.0 - 76.0
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1920x1080" "1680x1050" "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
-------------------------------------------------------------------------------

>>111
yum clean allしても解決せず。
そりゃ振ってくるxmlが壊れているなら仕方無いか。
すべてepelをdisableしていずれ戻すのは面倒なので1時間に20通ぐらいエラー来るのは受け入れるわ。

CentOS v6.10なんですが、PEA無しCPUが乗ってる古いPCにもインストール可能でしょうか？

>>114
RHEL6からもうPAEが必須なので、CentOS6ではインストーラもブートしなかった記憶

ありがとう
他を探してみます

centos7のi386版（altarch）ってどうなん？

どうなんだろう

>>119
それは見えちゃらめぇぇぇ！！！

>>117
そいつはすでに死んでいる。

秘孔をつかれたのか

英語で何と言うか調べたら Death star だった。
スカイウォーカーさんちか。

スカウォーカーさんが乗り込んでいくとこじゃないか？

お父さんと知らずに、破壊活動をする話やないか。

帝国はとても強い
皇帝はとても偉い
戦艦はとてもでかい
タイファイター速い
ダースベイダー黒い
ストゥームトルーパーは白い
ロイヤルガード赤い
デス・スター丸い

規模がでかいだけで結局は親子喧嘩の話はSF板でやってどうぞ

デカ チンの上にイケメンテクニシャンすぎて
一度でもセク ロスすると
何度も何度もセク ロスをおねだりされて
全員に断るのマンドクセェ(;´･ω･)

これは罪か、それとも罰か。

カーネルアップデート来てるな
https://access.redhat.com/errata/RHBA-2019:1337

>>129
昨日うpした。

なんでこう毎度 Windows Update の日に重ねてくるのか…

1ヵ月経ったけど8はまだ来ないな

MSのこの仕打ちでCERNのCentOS使用が更に加速するか？

ライセンス料が10倍に跳ね上がることを理由にCERNがMicrosoft製品からオープンソース
ソフトウェアへ移行　2019年06月13日 13時00分
https://gigazine.net/news/20190613-cern-microsoft-alternatives-project/

欧州原子核研究機構(CERN)ではこれまで20年にわたりMicrosoft製品を使い続けてきま
した。その理由の1つに、CERNが「学術機関」であることで、特別な条件で契約できて
いたというのがあるのですが、この方針をMicrosoftが転換。新たな契約はユーザー数に
基づいてライセンス料を支払うもので、CERNの負担額はこれまでの10倍に増加するという
ことで、Microsoft製品からオープンソースソフトウェアへの移行プロジェクトを進めて
います。(後略)

CERNの陰謀か！

Scientific Linux NEO

>>133
今まで1割で済んでたってことは、CERNのライセンス数が半減してもMSには得か

記事にもあるけど、ここでいう契約の対象はスケジュールや Web 会議、Office 製品を含む
業務管理(Exchange/Skype for Biz./SharePoint/Outlook) であって OS ではないでしょ。

研究機関の場合、企業と違って同じハードに同じソフトを入れてPC配るなんてことはしなくて、
各研究者が好きなPC(つーかMac)を買うだろうし、サーバも計算用は Linux で、Windows
Server なんてほとんど入らないから OS 部分で MS 直契約 (ボリュームライセンスや
SA 契約) はしないんじゃないかな？

Windows Server結構使われてるぞ
あれはドザーにはいいものだ

(´・ω・)y-~

ドサ回り

混在環境の認証基盤だとしては、もうActiveDirectory一択でないかな

どなたか、お教え願います。

以下はXorg.0.logの一部ですが、
[ 650.653] (II) LoadModule: "vesa"
[ 650.654] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[ 650.654] (II) Module vesa: vendor="X.Org Foundation"
[ 650.654] compiled for 1.20.1, module version = 2.4.0
[ 650.654] Module class: X.Org Video Driver
[ 650.654] ABI class: X.Org Video Driver, version 24.0
[ 650.654] (II) VESA: driver for VESA chipsets: vesa
[ 650.654] (++) using VT number 1
(途中、省略)
[ 651.984] (II) VESA(0): Monitor0: Using hsync range of 31.20-82.30 kHz
[ 651.984] (II) VESA(0): Monitor0: Using vrefresh range of 56.00-76.00 Hz
[ 651.984] (II) VESA(0): Monitor0: Using maximum pixel clock of 165.00 MHz
[ 651.985] (II) VESA(0): Not using built-in mode "1600x1200" (width too large for virtual size)
[ 651.985] (II) VESA(0): Not using built-in mode "1024x768" (no mode of this name)
[ 651.985] (II) VESA(0): Not using built-in mode "800x600" (no mode of this name)
[ 651.985] (II) VESA(0): Virtual size is 1280x1024 (pitch 1280)
[ 651.985] (**) VESA(0): *Built-in mode "1280x1024"
[ 651.985] (**) VESA(0): Built-in mode "640x480"
[ 651.985] (**) VESA(0): Display dimensions: (470, 300) mm
[ 651.985] (**) VESA(0): DPI set to (69, 86)
[ 651.985] (**) VESA(0): Using "Shadow Framebuffer"

できれば1600x900で使いたいのですが、これはビルトインモードの以下でスクリーン解像度で限定されているということでしょうか。
1600x1200
1280x1024
1024x768
800x600
640x480

肝心な情報がないｗ

それは何？
そこを伝えなきゃ話が進展しない。

アホか、馬鹿のくせに人に対する口の聞き方がわからない

X Window システムを停止: systemctl stop display-manager
コンソールから root で入って xorg.conf を作成: X -configure
/etc/X11/xorg.conf に移動、リネーム。
Monitor セクションに Mode Line の行を追加。 modeline calculator でググれ。
1600x900 60Hz あたりで良いかと。
X Window システムを再開: systemctl start display-manager

やっぱりこうなります。
[ 42.584] (II) VESA(0): Total Memory: 256 64KB banks (16384kB)
[ 42.585] (II) VESA(0): Monitor0: Using hsync range of 31.20-82.30 kHz
[ 42.585] (II) VESA(0): Monitor0: Using vrefresh range of 56.00-76.00 Hz
[ 42.585] (II) VESA(0): Monitor0: Using maximum pixel clock of 165.00 MHz
[ 42.585] (II) VESA(0): Not using mode "1600x900" (no mode of this name)
[ 42.585] (II) VESA(0): Not using built-in mode "1600x1200" (no mode of this name)
[ 42.587] (II) VESA(0): Not using built-in mode "1024x768" (no mode of this name)
[ 42.587] (II) VESA(0): Not using built-in mode "800x600" (no mode of this name)
[ 42.587] (II) VESA(0): Virtual size is 1280x1024 (pitch 1280)
[ 42.587] (**) VESA(0): Built-in mode "1280x1024"
[ 42.587] (**) VESA(0): Built-in mode "640x480"
[ 42.587] (**) VESA(0): Display dimensions: (470, 300) mm
[ 42.587] (**) VESA(0): DPI set to (69, 86)
[ 42.587] (**) VESA(0): Using "Shadow Framebuffer"
CentOS7のvesaドライバはスクリーンモードを限定してコンパイルされているって事？

少し後出し

餌をやったやつカモーン

限定というかデフォルトで用意されてるのはそれだけということなんだろうね。
かなり前のドキュメントで今でも通用するかわからないけど参考まで。
https://wiki.ubuntulinux.jp/UbuntuTips/Hardware/HowToChangeMonitorResolution

素人は退散

>>126
昔mp3で持ってた。どっかの兄ちゃんが歌ってて、最後ちょっと笑ってた。
チーム2chって奴らが、モナーの歌歌ってた頃だな。

7月中にCentOS 8は出るだろうか

onGoingが増えてきた。
このペースだと秋かなぁ？
https://wiki.centos.org/About/Building_8#head-516d5e6556bb8523b52fba246953d32831582480

Build Loop は始まった。

リリースは8-9月予定か。
思ったより時間かかるな

>>156
どこからの情報？

>>155
Build Loopは終わったみたいだ

Ryzen2系マシンがあるんでCentOSマシンにしようと思うんだが、
同じ事してる人いる？
UbuntuはRAIDにインストール出来なくて諦めた

RyzenマシンにCentOSなんて骨董品使う訳ないだろ…

間にexsiでも積まないとちゃんと動かねえだろそれ。。。

青いワイシャツを着ることが正式に決まった遷都君

【企業】IBMが約3.7兆円でRed Hat買収を完了
https://egg.5ch.net/test/read.cgi/bizplus/1562720441/

カーネルさえ新しめの入れとけば、
ryzenでもcent osで十分だろ

>>163
逆にデフォルトのカーネルってどこまで出来る？
一応目の前のマシンでは動いてるみたいなんだが

>>164
ターボクロックが効かないとか
KVMでWindows10が動かないとか
カーネルの修正で対応された不具合はいくつかあった

RHEL→CentOSの移植って、具体的にどんな作業があるんかな
プロプライエタリなドライバを抜いて、dnfの向け先を変えて、ロゴを差し替えるだけかと思ったらそうでもないのか

>>165
ターボクロックが利かないのはつらいな。
情報有り難う。

ソースからビルドする過程でエラーが出るんじゃないか。ビルドする方法までは公開されてないので。

oracleのrhelクローンもリリースされてないしな

centOS8のphpってバージョン何？
ようやく7に行くのか、5.6止まりかどっちだろう。

>>166
https://wiki.centos.org/FAQ/General/RebuildReleaseProcess

>>170
https://git.centos.org/rpms/php/releases
php-7.2

>>172
ぉぉ、ありがとう。

>>157
公式ブログ

せんと君８まだ〜

cent7が出たときって、cent6のサポート期限があと何年の時だっけ？

https://qiita.com/yunano/items/4757f86f9e92bb4f503f
>各OSのリリース日とサポート終了日を表にまとめてみた

CentOS6
リリース日 2011-07-10
サポート終了日 2020-11-30

CentOS7
リリース日 2014-07-07
サポート終了日 2024-06-30

ぁぁありがと。
結構centos8は押してる感あるよね。

cuiサーバとしてしか使ってないけど当時centos7出たときは、ipchainsとか/etc/init.d/サービス名とか使っていたし、
食わず嫌いもあってなかなか乗り変えられなかったな。
windowsと違ってcentosは新バージョン出ても不具合とかですぐには乗り変えない方が良いものなの？
いつも数年経ったときに移行しているけど、慣れるもんだな・・・。

windowsもlinuxも新しいのが出たら移行を考えた方がいいだろう。

>>178
Windowsだって、乗り換えはSP1が出てからにしろって言う位だからなー。
Cent OS 7にしたって、リリース直後は惨憺たる状況だったじゃないか。

>>179-180
>Cent OS 7にしたって、リリース直後は惨憺たる状況

そうだったと思う、内容覚えて無いけど
色々怖すぎて数年は7には乗り変えられなかったわ。
いったい何が大問題になってたんだろう。

oracle linuxが先に出たか

今となっては仕事以外でCentOS使うことがなくなったから別に遅れても困らないな
どうせしばらくは8使おうなんて奴いるわけねえし

職場では６だわｗ

>>184
自宅でも7は仮想機2台だけだなー。
後は未だ6。

>>185
ほぼ同じ
８が出てもついていけんｗ

>>186
上の方でもカキコしたけど、7が出た直後は、そもそもインスコ出来ないって所からスタートだったからなぁ・・・。 iii orz iii
どうせ8もそうなると思われる。
で、インスコ出来てもバグの嵐。
マトモにGUIが動かないとか、突然クラッシュとか普通にありそう。

>>187
わかるｗ
色々設定も違うだろうし、ノウハウが
蓄積されるまで高みの見物も一法ｗ

メジャーバージョンのリリースサイクルがだんだん伸びてきているね。
CentOS7 のサポートが終わる前に CentOS9 は出るんだろうか…

CentOSの終わりの始まり

Fedoraでも使っとけよ

へドララーや、へドラーや♪

【IT】国内でDockerコンテナを本番利用しているのは9.2％
https://egg.5ch.net/test/read.cgi/bizplus/1563790339/

Linuxのディレクトリも色々と乱立してるが、結局3つぐらいになるんじゃないのか？

残りは消滅するか、slackwareみたいに細々と生き残るよ。

IBM傘下に入った影響って何かあるんだろうか

じゃぁ俺もディレクトリ立てちゃおうかなぁ〜

ディレクトリ立てるのは簡単だが維持するが大変。

立てるのは簡単だが維持するが大変。

つ
バイアグラ

LPIC勉強するにはCentOSみたいな風潮がありますが、Ubuntuで代用利きますか？

>>200
大丈夫

Create a directory by Google transrater

>>200
get-apt 系と yum 系と両方試験に出るから
結局両方必要かと思う

ubuntuにもyumはあるんだよなぁ

>>204
え？まじかよ。
ubuntuのアップデートコマンドがさっぱり使い方がわからん

バージョンアップする度に、システムやらコマンドやら覚えるのだるい…

ネット見ればわかることをなんで試験のために覚えるの

>>207
アフォ襲来ｗ

>>207
1，コマンドをネットで探していては、現場の作業速度に付いていけないから。
2，コマンド如きネットで探さないと分からないアフォとバレると、仕事がもらえないから。
　資格取るのも上記のアフォではないと証明して仕事もらうため

本職でないならわざわざ覚えなくてもいいよ

>>209
資格取っただけのアフォは使い物にならないんだよなあ..

ググれカス

資格はできるできないの指標じゃなくて、最低限の知識だけはあるって証明する為の物
実務経験とか他でいくらでも証明できるならまず要らんが、新卒や未経験ならあった方がいいよねってだけ

マトモに仕事してりゃ資格レベルの内容なんかノー勉でできるわ、嫌でも覚えなきゃいけないからな

システム系のコマンドはググるなりマニュアルを読むなどしないと
怖くて使えないけどなあ
どんどんバージョンアップされるし

昔と比べて、暗記力の価値は下がったよね。
その代わりに、検索力が、実務では役立つ。

昔は、電話番号をたくさん覚えられる人が、一目置かれた時代もあったんだよ。
携帯電話を一人一台持つなんて、考えられなかった時代の話ね。

コマンドや設定ファイル、デーモンとかがUNIXライク、
普遍的で、覚え直す必要がないってのがメリットなのに変えすぎなんだよ

CentOSなんて古臭いディストリ使ってる限りそこまで仕様変更に追われる事も無いだろ
これでも追い付けない奴は向いてないから職種変えとけ

初心者が勉強するモチベとして資格試験を目指すのは悪いことじゃない
まず基本を一通り理解してないとまともにググることすらできないからな

勉強までして使いたいもん？

こんなスレに居座ってまで使いたいもん？

>>218
6 -> 7の時大変だったじゃなイカwww

>>222
プライベートでArchやFedora使ってるから何も苦労しなかったよ
移行作業がメンドイとか言うならリリースサイクルの長いディストリ使ってる時点で選択ミスだし

資格があれば、どこの会社でも優遇される。
上から入るから、昇進コース

ほとんどの人は、資格に受からないから、
資格よりも、もっと簡単な独自の社内資格を取らせる

資格で言えば、10点ぐらいで合格するものw
それさえも、受からない奴がほとんど

一流大学の新入生が、情報処理資格なんて馬鹿でも受かりますよねって言ったら、
中高年社員が誰も合格してなかったとか、よくあるw

資格キッズいきなりどうした?w

>>224
Linuxの資格は現場の人向けの資格だよ？
ユンボ動かせる免許みたいなもんだよ
そりゃ工事現場ではスコップ持ってうろうろしてるのより
ユンボ乗ってる方が偉いかも知れないけど別に昇進コースじゃない

>>224
わかる

なるほど、>>224が昇進に縁がない事だけはわかった

RHEL8.1betaが出たというのにCentOSときたら

だんだんどうでもいい話しになってきた。

Oracle Linuxでも使えよ

>>229
早いな
8.0はスルーが無難か？

.0はバージョン番号を見て動作を変えるサードパーティ製品の調整用のバージョンだろ

CentOSちゃん息してない

>>214
でもGUI関連とか、普段使わないジャンルはやっぱり勉強しないとわからんよ

俺LPIC取ったら働くんだ。

LPIC取る前に働いてもいいのよ

まずはLPICの受験料を稼いでからだ

ううっ

LPICって、LinuCって名前に変わっちゃったんじゃないの？

>>240
本家LPIが来襲して、LPI-JapanがLPIC商法から自前のLinuCに切り替えた

日本のLPICは大手SIer軍団が自分たちの都合のいいように運営していたところ
OSSコミュニティ主義の本家が改革を要求
SIer軍団はこれを蹴ってLPICの運営から撤退し
日本ローカルのゴミ資格を新設してあたかもLPICの後継であるかのように宣伝した
LPIC自体は今もちゃんとあって本家が直接運営している

っていう理解なんだけど
間違ってたら指摘してくれ

資格の話はこっちでやってよ
https://matsuri.5ch.net/test/read.cgi/lic/1555492078/

>>242
>日本ローカルのゴミ資格を新設してあたかもLPICの後継であるかのように宣伝した

日本のSIerで働くならゴミ資格の方が有用だろう？
どっちも役に立たないんだし

資格の話はどうでもいいと思っていたが、LPICのごたごたはおもしろい。
盛り上がってくると変に牛耳ろうとするやつが出て来て盛り下がるというパターン。
日本はなんでもそう。日本発の鳥ができない理由。

資格より、AWS識っている方が重要な気がしているこの頃。
さくらのレンタルサーバくらいでもいい気もするし。

今後はAWS資格の方が重要やで
LPIC(笑)

AZUREって、AWSと同じようにモジュールの集まった感じなの？
どちらもCentOS入れられるの？amazon linux強制？たしかcentベースだっけ。

https://i.imgur.com/UsIWVu4.jpg

>>248
使えばわかるだろ。

なんとなくLaser5とredhatの件を思い出したな

>>251
何の件だよ？

LinuC(派生)とLPIC(本家)

窪田代表取締役「Red Hatが持っているのは赤い帽子のキャラクターと“redhat”のロゴの権利だけだ。キティちゃんではないのでキャラクターだけでは売れない」

あほやな。

RHEL6 リリース → CentOS6 リリース
約８か月
RHEL7 リリース → CentOS7 リリース
約１か月
RHEL8 リリース からそろそろ３か月…

>>255
そろそろだろうな？

もうRHEL8.1betaやで

RHEL傘下に入ったはずなのになぜ遅れてるんだろう

https://wiki.centos.org/About/Building_8
更新されてる。
ようやくRCの作業が始まったみたい

LPIC の受験者の半分は、日本人だろ。
一々、カナダに支払うのは面倒だから、国内資格を作ればよい

TOEFL と同じ。
一々、外国に支払うのは面倒だから、英検でよい

外貨に両替するだけでも、面倒！

>>260
？？

クレカで済むのに為替が面倒もクソも無いだろ

>>260
だったら５０００円以内にしないとな

centos8はよ、って思う人はRHEL8はお試しとかできないの？

お試しはあくまでお試しだからな

別に8が使いたいわけじゃないんだ
最新バージョンは枯れてないから…とか言ってsystemdのない世界にしがみついてる奴らを論破したいだけなんだ

>>266
いい世界だった。

>>266
とっくにDevuanかSlackware、*BSDに移行してますよ

Debianのタイプミスかと思ったｗ

ずっとCentOS使ってきてたけど、RaspberryPiサーバーでRaspbian使うようになってから
Debianでいいやってなってしまった
慣れって恐ろしい

CentOSが特別素晴らしい鳥って訳でもないしなあ

ovirtを使うためだけにcentos使ってる
他の用途ではubuntuだな

>>214
逆に、現場での経験がなければ、
資格取るために勉強したことなんてほとんど役に立たないだろう。
間もなく記憶から消えてしまうだろう。

こんなCentOSばっかり使ってるの日本だけだよな
英語マニュアル読めない人の日本語解説書籍が多いからかね

CentOSなんて枯れ腐ったディストリが素晴らしいと思って使ってる奴なんかいないよ
日本はいまだにIE11ハラスメントする後進国だから伝統（笑）で選んでるんだろうけど

>>274
アフォ？

いや実際ここ数年くらいで新規で組む時にCentOS選ぶのは激減した
RedHat指定はたまにあるけどほとんどubuntuだわ

個人的にはalpineが好きだけど

CentOSばっか使ってるのがジャップだけなのは事実

そんなこと無い
他国でもredhat&Centosは非常に強い

金がない企業がUbuntu使いたがるだけだろw

資格とか鳥は好きなの選んで好きにしろ。

欧米かっ？！

Amazon Linux もいずれ Red Hat 風じゃなくなるかな？

aws検定みたいな変な資格ができるの？

なんかパッケージ入れようとする度に
ねえな…EPELにあるかな…ねえな…ググるか…みたいな手順が発生するのがめんどい

>>284
既にある

そりゃ、クラウドの主戦場が、

アマゾン、グーグル、Open Stack, KVM だから！

Open Stack や KVM はクラウドじゃない

クラウドの主要技術ではあるだろ

クラウドと仮想マシンは関係ない
そのうちOSはクラウドの主要技術とか言い出しそうだｗ

AWSとGCPはKVMを使ってるぞ
Azureは知らんが

だから、AWSやGCPという "クラウド" が
KVMというクラウドではないものを使ってるんだろｗ

クラウドの概念あるいは定義に仮想化技術は関係ないだろうが
実装されたクラウドサービスは仮想化技術を使っているのがほとんどだろ、そうかりかりスンナよ

だからいったろ？

そのうち、実装されたクラウドサービスはOS技術を使ってるとか言い出しそうだってｗ

実装されたクラウドサービスはGNUコマンドを使ってる
だからクラウドの主戦場はGNUコマンドだ！

アマゾン、グーグル、Open Stack, KVM って並列に並べるのは変だよねって言えば済むものを
わざわざ伝わらない言い方で煽るのは頭おかしい

バカ発見器としては使える
頓珍漢なこと言ってきたら真面目に相手にせず煽るべし

少なくともAWSの試験でKVMがどうこうとか聞かれない
インフラレイヤーを隠蔽して利用者に意識させないのがクラウドサービスやし

誰でも知ってる大手事業者のクラウド、bochsで動いててびっくりした

アイシン精機は車メーカーじゃないみたいな話？

自動車部品メーカーを車メーカーって言うなら日立とかも車メーカーになっちゃうｗ

あなたも豊田自動織機で期間工として働きませんか？

RHEL7.7も出たというのにおまえらときたら

>>302
8か７か
迷うな

>>270
cui版の？
だったら、似たようなものだろ
iptablesの作法がめんどくさいけど。　
centosの方が整備されていたな。

ようやく8が出そうだな

せんと君８来る？

Linuxのメインマシンに入れるのまだ怖いから
ラズパイでも買おうかな

おせーよ

まだ7にすら上げてない人、結構一杯居るんじゃないのかなー。
6 -> 7が割と大変な事になったし・・・。

>>308
業務系だと６がまだまだ多いと思う

大変でもなんでもないが
情弱乙

まだ5だけど、yumでupgradeはやっぱりできない？

8でyumなくなるけどdnfのエイリアスとして残るみたいだね
オプションはほとんど一緒らしいんで、yumでも普通に事足りそう

未だに疑問だけど、CentOS7のyum.confの
apply_update のデフォルトがnoなのはなぜだろう。

っていうかミラー検索あたりdnfのほうが早いしスクリプトとかも置換でほぼ対応できるのになんで未だにyum使っているのか逆に謎。
apt,apt-getあたりの混同と似た現象になるだろうから9リリースするときにはエイリアス取っ払ってほしいわ。シェルのコンフィグでエイリアスなんて張れるんだし

アホらしい

>>314
新しい物を覚えられない老害の為だよ

どうしてLinux系あるいはUnix系は分派ばかりで勢力を分散してしまうのかな。
始皇帝のような統一事業が必要なのかな？

>>317
ある人はLinuxはカーネルでもディストリビューションでもない。思想だ。といったそうだがまさにそれだと思うよ
そもそも過激思想のgnuくんとtuxくんはお友達なんだから分派が出てもおかしくない。
彼らは自分のものしか許容しないだろうけど、外からみりゃubuntuもfedoraもcentもarchもsuse, Gentooさえ使える
gnomeだろうがxfce,lxdeだろうがlightdmやtdmだろうが使える
これはLinuxの強みであるし不安定さの大本でもあると思うが、素晴らしいことであることは確かだと思うよ。
linux縛りである以上各ディストリビューションは決して林檎や窓にはなれないだろうけど。

結局、真ん中に人が必要ってことでしょ
ビルゲイツとかリーナスとか
Unixはトンプソンのオーラが足りずにビルジョイに真ん中を持っていかれた
ビルジョイが引っ込んだ結果gdgdになった
RMSがいなくなったらGNUもgdgdになるだろう

315だけど、どなたか知っている人いますか？
デフォルトがupdate yesにしないとisoイメージで入れたら運悪かったら
脆弱性突かれるかも知れないし。

ごめん315じゃないわ、313です

yum.confではなくyum-cron.confの話？
業務用途でyum-cronを入れてる人はいないと思うよ

そもそもそういうの気にする人はCentOSを使うべきじゃありません

CentOS7, yum-cron使わずにどうやってパッケージの自動アップデートしているんだろう。
20台以上yum-cronでCentOS7運用しているんだがちょっと驚いているわ

>>319
Pythonｵﾜﾀ

>>324
手動でcron回してるとか、もしかしたらシェルスクリプトをsystemdで常駐してdate叩いてifに突っ込んでるかもしれない。
あとは管理コンソールからvia sshでyum走らせてるかもしれないし、そもそもアップデートかけてない（グローバルに出てないからとか言う理由で）ってのも有り得そう

結局CentOS7→8の主立った変更って
yumがdnfになってミドルウェアのバージョンアップがなされて

あと何かあるの？

iptables がなくなって nft(nftables) になった。
firewalld だけで管理してれば影響なし。

/usr/bin/python が無い。
alternatives で python2 か python3 にリンク張れるがデフォはなし。
python3 は python2 と互換が無いところ多いので張るなら 2 が妥当。

日本語フォントが google 系に置き換わった。
IPA mincho も VL Gothic も入ってなかった。

GNOME が 3.28 になってデスクトップにアイコン置けなくなった。
gnome-terminal だけは置いていた人だからちょっと辛い。

毎度のことだが glibc のバージョンアップに伴い古いソフトでコンパイルが通らないものが出た。

分派を許さないとなると中央がキツいじゃん。

いや今更python2張るなよ
サポ切れまで何ヶ月だと思ってんだ

>>328
情報ありがとう

個人的にはfirewalldしか使わないし
Python使わないし
GUIもあんまり使わないってことで
7→8はあんま使い方変わらないことになりそう

でもまぁ8にするけど
個人利用のPCなんで枯れたバージョンである必要ないし

今年の12/31までってマジかよ、知らんかったわ。 THX.
とはいっても RHEL7/CentOS7 って python3 付属しないんで、 python3 で動かないけど
使いたい・使わざるを得ないスクリプト抱えてる人多そう。
(なんでサポート切れ考慮しても python2 張らざるを得ないことになると思う。)

python3なんて普通にコンパイルして
入れてるだろ？必要な人は

あと4ヶ月…
https://pythonclock.org/

CentOSに限らず言語系はパッケージを使わず自分で用意したほうがいいってよく言われるだろ

docker使えばいいじゃん

Docker使うのにカーネルクソ古いCentOSなんか使う訳ないでしょ

なんでcentosなんて使ってんの？

>>338
業務系では主流

古臭い会社ならな

業務系ｗでもcentosでDockerなんてフツーだけどね

>>340
革新的な会社ならどのディストリ？

windowsに決まってるわ

ファブリーズしよう

>>338
企業向けハード(サーバ・ワークステーション)のデバイスドライバ提供ディストリが
RHEL/CentOS/SLES/Ubuntuというパターンが多い。

仮想化してしまえばどんなディストリでもいいことになるが、設計・デザイン・解析
のように仮想化して使えない、使うとコストパフォーマンスが悪いアプリではアプリ
ベンダーの保守対象OSがRHEL/SLESのみのパターンが多いね。
なので製造業やスパコン絡みの学術だとRHEL系が主流。

それ以外の業界については詳しくないが、AI業界？とかだとUbuntuで売れる。

Web系以下仮想化が主流の業種はクラウド各社で採用される＆無償のCentOSかUbuntuか、
もしくはコンテナの Dockerの３択なんじゃないかな。
そのなかで CentOS はライブラリが古いから選択肢から外れるとは思うけど。

8の注目機能はAppStreamだと思うのに誰も触れていない件

>>345
君のレスめちゃオモロイわｗ

>>326
サンクス、まぁそうなるよな。
頭の悪い書き込みする >>322 がちょっと変な子なのはわかったわ。

>> 332

RHEL 7.7で、Python 3パッケージが標準レポジトリで提供されたよ(Python 2系のEOS対応かな

CentOSでも7.7相当のリリースがあれば利用出来る筈


https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html-single/7.7_release_notes/index#enhancement_compiler-and-tools

>>348
>>322 の意図はわからんが、変な子ではないだろ。

業務系だと運用的には
(1) 適用は開発系で動確後だから運用系でcronで回すなんて恐ろしい事しない
(2) リコールに備えて数年前に設計したパーツの解析を当時と同じ環境でできるよう
にする必要があるからOSやファームウェアのバージョンアップは御法度
(3) httpd やら ssh で危険度高以外は無停止運用。 法定停電時にちょいヤバ目だけアプデ。
の３通りが基本かなぁ。 んで、何れも cron でアップデートなんてしない。

俺の思う普通談義はいいって。みんな自分が思う普通で好きにしろ。

>>349
知らなかったわ
７７があったとは

>>350
スゲーｗ

>>328
| iptables がなくなって nft(nftables) になった。

Centos7と同様に、iptablesは使いたい人は利用できるよ。

https://hackers-high.com/linux/rhel8-new-features/
（3）iptables のみ
RHEL7(Centos7)の時と同様に、dnf（yum）から iptables-services をインス
トールすれば、iptables コマンドと iptables ファイルを使ってファイアウォール
を操作することができます。

#iptables-service のインストール
$ dnf install iptables-services

#firewalld の停止＆自動起動無効化
$ systemctl disable firewalld
$ systemctl stop firewalld

#iptables の起動＆自動起動有効化
$ systemctl start iptables
$ systemctl enable iptables

CentOS7だけど
# yum --security update

クリーンインストールして、このやり方ってセキュリティアップデートだけ動くの？
RedHatでないと正しく動かないとか。

動かないよ

理由はこの辺で
https://www.lancard.com/blog/2017/09/15/centos7-での-yum-security-update-事情/

https://wiki.centos.org/About/Building_8
QA work 2019-06-28 mid Aug DONE
RC work 2019-06-28 mid Aug DONE
Release work YYYY-MM-DD YYYY-MM-DD Not started

QA, RC は完了。Centos8リリースまで あと１週間ぐらいか？

おせーよ

Linuxは今のCentOS7が初めてで、今回OSアップグレードが初めてなんだけど
どうしたもんかな

とりあえず7の環境は/etcフォルダをバックアップしておいて
8をクリーンインストールした後に環境再現てことでいいのかな？
/etcフォルダの中身をそのまま引っ越しはできないだろうけど

かなり面倒な作業になるなぁ

>>359
昔からそんなものだよ、windowsじゃないんだから。

/etcのテキストファイルをマージさえすれば環境再現出来るんだから場合によってはWindowsより楽とも言える

そんなに簡単ではない

またSELinuxに悩まされるのかなぁ
いろいろ部分的に解除してた記憶が…いっそ全無効にしちゃいたい

>>363
業務利用でも大抵無効にするんだから
無効で良いのでは？
他のLSM使いたい

SELinuxとか真っ先に無効化するのがデフォでしょ
あんなん業務でも使いこなしてるところなんてごく少数だと思われ

うちも即disable

業務業務言ってる奴、書き込み内容からして無職だろうな
おうちでパソコンの大先生やってるんだろｗ

>>364
＞＞業務利用でも大抵無効にするんだから

君んとこの会社大丈夫か？

業務で使っているなら、せめてpermissiveモードで。

突然失踪した後輩がずっと「permissive」にしてくれと言ってたな。

普段はcent6時代はdisableだったけど、どういう時にpermissiveって役に立つときがあるの？
LAMP環境のパフォーマンスとか変わるならdisableにしたいところだけど・・

つーか、SELinux だったから助かったとか enforcing ならパッチ不要とかってあったか？
結構前からあるけど実績ほとんど無いわ手間ばかりかかるわのクズを使う理由はないよね。
今後コンテナなりその延長線上の技術がでてくるなりするかも、だけど SELinux は
その手の技術と相性悪そうだし今後目は無いんじゃないかな。

このスレ言うギョームってVPS借りてwordpressでアフィリエイトブログやることだからｗ

>>371
無いよな。
「SELinux」が必要になったときに有効です、とか言って消えていったけど
必要に迫られる時なんて無い運用だったしなぁ。

>>370
permissiveにしておくとログは残るから、いざ必要となった時にそれからルールを作成できる

ただし、経験上、この方法で作ったルールを適用するとどこかでこける事になる
それと、すでに異常な状態だった場合それごと許可してしまうのでそもそもの使い方としておかしい
システムの仕組みを理解して、何が何を必要としているかを把握し、それからルールを作成できないといけない

俺は諦めた

>>370
あえて言うなら、その使い方だと事後に外部企業に診断を委託する際かな。
SELinux のログは、どの脆弱性を突かれたか／突かれていないかのわかりやすい
証拠ではあるから。
とはいえど、運用を圧迫するならとっとと disable にするべき程度じゃないかな。

selinuxの設定もできないサーバー屋さんとか意味あんの？

>>376
se自体が意味ないｗ

まー、自分に理解不能なものには意味がないっていうのは正しいなｗ

ID変えた自分と自演の会話して何が楽しいんだ、コイツは
自分の価値観押し付けるのはアスペ特有の症状

アメリカの法律で政府機関に導入する場合はSELinux使うことって決まってるのよ
SELinuxってNSA製だからな
そういうアメリカと取引してる場所で使うシステムで使うLinuxだとSELinux使わざるを得ないの
分かったらクソして寝ろ

>>379
バカって形勢が悪くなるとすぐに自演認定したがるよなｗ

>>371
SELinuxを根本的にわかってない

>>380
日本政府相手なら関係ない
ちな、関係者

>>381
具体的な事例等を一切語らず、ただディスるだけのお前の職業はなんなのよ？
SE にコンプレックス丸出しってところからして社内サーバのお守り係止まりか？

>>380
さすがに政府機関、しかもアメリカだけだとちょっと説得力欠けるねぇ。
日本以外のすべての国の政府も民間も総じて、見たいな情報持ってきていただかないと、
君の「日本人SEをディスる」という目的には足りなさすぎるんじゃないかな。

SELinuxのSEをシステムエンジニアだと思ってるバカが現れた！

>SELinuxのSEをシステムエンジニア
さすがにそれは無いだろ


CentOSが6あたりの手前で危うい時期にsienticなんとかみたいなあったような・・今あるのかな。
あれなんで危うい状況になったんだ？
どこかに大量に引き抜かれたとか、一斉蜂起で辞めるとかあったのかな。

日本人ならTOMOYO Linuxを使いなさい

>>388
まだあるの？

この辺の効果ってないの？

SELinux を使おう．使ってくれ．
https://qiita.com/chi9rin/items/af532d0dd9237cc65741

>SELinux が有効になっているとパーミッションが
>取れたとしてもファイルの内容にアクセスできない
>ようになります．
>これはセキュリティホールを突かれてもシステム
>ファイルを容易には読めない，容易には書き換え
>られないことを示しています

>>390
パーミッショぐらいちゃんとしとけｗ

>>359
> とりあえず7の環境は/etcフォルダをバックアップしておいて
> 8をクリーンインストールした後に環境再現てことでいいのかな？

自分が行った変更が全部/etc以下にあるとは限らない気がするが。
/etc以下しかないと把握してるならそれでいいと思う。

>>390
SELinuxがだめなのは、
Linux標準の（低機能な）アクセス管理に対する
拡張の（高機能すぎる）アクセス管理システムだから

Windowsはその中間の適切な管理システムを持ってるからな

Linux標準の（低機能な）アクセス管理をWindowsレベルにまで
引き上げられたらいいんだが、互換性のために無理なんだろうな。

低機能でも少数のユーザーとサービス的な使い方なら十分だから
面倒くさいだけのSELinuxはイラネとなる

SELinux使えないのは老害だけだぞ

CentOSのwikiにバックアップ方法のってた気がする

>>390
効果もあるがそれ以上に害が大きい。
正常動作時でもちょっとファイル置く場所が変わるだけでアクセスブロックされまくって
その度にカスタムモジュール作る必要があり開発工数がかかる。
OS添付じゃないアプリなんてもっての外。

>>394
普通にインストールして、全部デフォルトの位置にあるファイルだけ触れば
誰でも使える。使えるが、意味がないってだけ。

だって脆弱性でもない限り、役に立つことなんて無いもの
ウイルス対策ソフトのようなもんだね。

>>396
ポリシーの設定もできないおまえがアホなだけじゃねーかｗ

>>397
＞＞だって脆弱性でもない限り、役に立つことなんて無いもの
＞＞ウイルス対策ソフトのようなもんだね。

どんだけアホやねん

君らにはSELinuxなんて不必要だから使う必要もないよ

>>398
ポリシーの設定なんか自分でするもんじゃないよ。
やってミスったら脆弱性になるじゃんかｗ

>>399
うは
君サイコーだねー

>>387
CERNはScientific LinuxやめてCentOSに鞍替えした
FermiはScientific Linuxを継続したけどSL7での終了を決めた

>>398
SELinux の細かいカスタマイズについて正しく認識できてないねぇ、君は。
普段使ってないのがバレバレだよ？

SELinux無効なんて時代遅れ。
恥ずかしながら最近知ったが、SELinuxの機能をフルに使うと、
root権限とられても防御できるんだってよ。
これにはたまげた。

システムエンジニアLinux

今時SELinux?今はAppArmorだろ

いやいやTOMOYO Linuxだろ

心の友よりナっくす

俺は日経Linux

我らがSolarisにもSEUnixがあれば良かったのに。