CentOS Part 50【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.2ch.sc/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
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が最新版となる。
ついに終わったか
大きいディストリ以外、安心出来ないな
クローンなんだし移行は簡単っしょ
GoOSeとかSerentosとかAscendosは死んだかな
クローンというほど
似てないし
https://lists.centos.org/pipermail/centos-announce/2019-April/date.html
貯めてたかな？
と、思ったら追加があるみたいね
kernelアップされてるんで再起動しないとな
と起動時のコンソール画面とX-Windowの解像度がVGAの640x480程度の解像度
になってしまいました。
このとき、いろいろググってみたら、/etc/X11/xorg.confの設定を変更する必要が
あることが出てきますが、そのファイルは存在していませんでした。
そのため再度インストールをやり直して、バージョンアップはしていないのですが、
すでに各種アプリも稼働しているので、このあと一気にバージョンアップして解像度
を保つには、どうしたら良いのでしょうか？
現時点で、アプリケーション>システムツール>設定>Displaysで解像度を選ぶと
1280x1024、800x600、640x480のうち、1280x1024が選択されている状態で、モニ
ターが22インチなので、1920x1080くらいにしたいと考えています。
ビデオカードはGeForce？
>18です。Resありがとうございます。
グラフィックコントローラーはDELL PowerEdgr SC430のオンボードで、ネットで
検索すると当時のカタログにXGI XG20グラフィックスコントローラとあります。
かなり古いマシンですが、現役で使っています。
多分、インストール時はOpenManageDVDだかのインストール支援ユーティリティを使うことで
カーネルに対応したドライバが自動的に導入されていた、ということなのではないか
デルがRHEL7u6のビデオドライバを個別にリリースしてるんではないかな
それを入れないとならないのかもな
ここでRHEL7u4用のドライバしか提供されてない、なんてことだと、CentOS7.6は諦めるしかない
SC系はOMSA非サポートだった気もするが
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あたりを取り付ける、というのはどうか
ソアラからSCに変わった時100万円くらいアップしたけど欲しくて堪らなかった
どうしても我慢出来なくなってSC新車で買ったけどそれから1年してディスコン・・
一昨年くらいに後継のLC出たけど当時みたいに金持ってないから欲しくても我慢してる
詳しい説明ありがとうございます。
実物は職場にあるため、連休明けに確認してみます。
因みに、7.4をインストールした時点で、これらドライバーやモニターの設定はどのディレクトリのどのファイルにあるのでしょうか。
少しは探ってみたのですが判らずじまいで、アップデート前の状態を一度確認出来たら、対応も楽なのではないかなと思います。
lspci -vの結果をみていくと、VGAだのVideoだのという名前のデバイスが表示されているはず
その中の「Kernel driver in use:」に続いて記載されているのが、いまそのデバイスのために
使っているドライバの名称・ファイル名
ドライバーは、カーネルのバージョン別に配置されている
cd /lib/modules/`uname -r`
find ./ | grep ドライバー名
とするとドライバの実体ファイルの表示場所が分かる
モニターの設定はEDIDで拾ってきたものをメモリに置いてあるものなので
ファイルとしては存在しない、かもしれない
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
https://www.redhat.com/en/enterprise-linux-8
https://www.youtube.com/watch?v=voWBbUND3Fk
ITにはたくさんの世界がある。
オンプレミス、クラウドベース、そしてコンテナ。
でも、すべてのマシンで使えて、あらゆる環境を最適化し、複雑さを克服し、
そして、あなたに来たるべきイノベーションをもたらすのを助ける
ビルトインマネジメントと予測的分析機能を持ったOSはただひとつ。
その最新版がここに。
#上記はYouTubeのビデオ紹介文の和訳だが、原文はリズミカルでクールだね。
でるのですか？
https://speakerdeck.com/moriwaka/red-hat-enterprise-linux-8-goshao-jie
紫本って何？
まぁあまり複雑なことはしてないんだけれども。
注意点は save が無い(即保存される)くらいかね。
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/
CentOSのビルド状況
来月にはリリースされるのかな？
最近のマイナーリリースも25～45日位で出てるし
1ヶ月くらい見積もってればよさそうかな
今までどおり普通にリリース後のソースからか
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
何か間違っていたらすみません
yumがrpmパッケージとしてpython-jninja2を要求してるのに、
pipのパッケージが入ってても仕方がない。
長すぎて入らなかったので申し訳ありません
>>64
やってみます
このような事で質問してしまい申し訳ありません
python-jinja2 noarch 2.7.2-3.el7_6 updates 518 k
pipで python2-jinja2 を入れてるがゆえにrpmのが入れれないじゃないか。
あっちのスレで指摘したjinja2のバージョン違いの問題は調べたのか？
yum.confかどこかに
python-jinja2をexcludeするルールでも書き込んだんじゃないの？
CentOS7.6にはまだ導入できないとか、そんなんのでないの
Chef 社はじめ、色んな会社が出してるだろ
誰か解決法はご存じですか？
お願いします
すまん。
ftp.riken.jp/Linux/centos/7/os/x86_64だったな
すみません、そのurlから落としたと思います
どんなエラー？
すみません、自己解決しました
ありがとうございます。
結局何が問題だったの
すみませんけど自己解決したのでこの話題は無しで。
二度と来るな
>>77
>>79
R、苦しんでR
自己解決した場合も、どうやって解決したのか、書かないといけない！
それがこの板のルール！
と。
それの解決策載せられても参考になりそうにないよ
そうじゃなくて、スイマセン、質問です！
web/DNS目的でcentosの鯖をグローバルに出そうと思ってるんですが、経験済みの人視点でおすすめのパッケージとかありますか？
centosにnic２つ繋いで、グローバルとプライベートネットワークそれぞれ接続し、
セント鯖まではhttps強制、プライベートにHTTPでホストアドレスをバーチャルホストで流し、セント鯖でsquidを使ってキャッシュしつつnginxで外に流してhttp/2で飛ばせればいいなとか考えてます。
DNSはdnsmasqだったかな？
あれを使おうと思います。
御指摘等頂ければ幸いです。宜しくお願いします。
使うのか squid 使うのか、web は httpd 使うのか nginx 使うのかって意味でしょ。
玄人さんやな。
近辺のipアドレスが16ビットマスクで
spamhausに登録されるのも時間の問題やな。
100～のスレッドの続きを読む
