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 >>28 lspci -vの結果をみていくと、VGAだのVideoだのという名前のデバイスが表示されているはず その中の「Kernel driver in use:」に続いて記載されているのが、いまそのデバイスのために 使っているドライバの名称・ファイル名 ドライバーは、カーネルのバージョン別に配置されている cd /lib/modules/`uname -r` find ./ | grep ドライバー名 とするとドライバの実体ファイルの表示場所が分かる モニターの設定はEDIDで拾ってきたものをメモリに置いてあるものなので ファイルとしては存在しない、かもしれない ハローワールド、レッドハットエンタープライズリナックス8 https://www.youtube.com/watch?v=voWBbUND3Fk ITにはたくさんの世界がある。 オンプレミス、クラウドベース、そしてコンテナ。 でも、すべてのマシンで使えて、あらゆる環境を最適化し、複雑さを克服し、 そして、あなたに来たるべきイノベーションをもたらすのを助ける ビルトインマネジメントと予測的分析機能を持ったOSはただひとつ。 その最新版がここに。 #上記はYouTubeのビデオ紹介文の和訳だが、原文はリズミカルでクールだね。 8になったらまたいろいろと変わってイライラさせられるんだろうか 8になって大きな変更はパッケージマネージャとpython周りかな さて、何日でCentOS 8がリリースされるか予想しようぜ 個人使いだからiptablesのほうがシンプルですき rhel8 beta でテストしたら CentOS 6 で使っている iptables のルールがそのまま適用できた。 まぁあまり複雑なことはしてないんだけれども。 注意点は save が無い(即保存される)くらいかね。 yum,dnfとちがってiptables,nftablesは書式が全く違うように見えるけど 7.0の時はRHELリリースから27日,6.0の時は242日 最近のマイナーリリースも25〜45日位で出てるし 1ヶ月くらい見積もってればよさそうかな その後2ヶ月は色々とバグが出てくるだろうから、手を着けるのは3ヶ月後、夏休みかな 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/あたりだっけx >>72 すまん。 ftp.riken.jp/Linux/centos/7/os/x86_64だったな >>72 すみません、そのurlから落としたと思います >>76 すみません、自己解決しました ありがとうございます。 >>78 すみませんけど自己解決したのでこの話題は無しで。 同じところで躓いた人がそれで助かるかも知れないからな 5ch のルールを守らない人は、5chを利用してはいけない! 自己解決した場合も、どうやって解決したのか、書かないといけない! それがこの板のルール! 質問の仕方も悪けりゃ、勝手に自己解決で書き逃げ。どうせろくでもない理由なんだろう。 あの程度の奴が躓いた理由に興味がないし それの解決策載せられても参考になりそうにないよ >>89 が興味あるかどうか>>89 にとって参考になるかどうかはどうでもいいことだな 随分反応あるね。よくある事。この流れが嫌な人は最初から見ない事。 そんなことよりきいてくれよオマイラ。 そうじゃなくて、スイマセン、質問です! web/DNS目的でcentosの鯖をグローバルに出そうと思ってるんですが、経験済みの人視点でおすすめのパッケージとかありますか? centosにnic2つ繋いで、グローバルとプライベートネットワークそれぞれ接続し、 セント鯖まではhttps強制、プライベートにHTTPでホストアドレスをバーチャルホストで流し、セント鯖でsquidを使ってキャッシュしつつnginxで外に流してhttp/2で飛ばせればいいなとか考えてます。 DNSはdnsmasqだったかな? あれを使おうと思います。 御指摘等頂ければ幸いです。宜しくお願いします。 おすすめのパッケージってどういう意味だろ。Cent用を使えばいいんじゃないだろうか。 パッケージってそりゃ、DNS は bind 使うのか dnsmasq 使うのか、リバースプロキシは httpd(apache) 使うのか squid 使うのか、web は httpd 使うのか nginx 使うのかって意味でしょ。 vpsじゃないのにわざわざnicにグローバル割り当てるのか、 玄人さんやな。 近辺のipアドレスが16ビットマスクで spamhausに登録されるのも時間の問題やな。 本人、squidとnginx使いたいみたいだからそれでいいと思う。 かぶってる人間のイメージが悪いんだって 帽子だけってのも慣れないが。 全ての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******* >>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)ってどうなん? 英語で何と言うか調べたら Death star だった。 スカイウォーカーさんちか。 スカウォーカーさんが乗り込んでいくとこじゃないか? 帝国はとても強い 皇帝はとても偉い 戦艦はとてもでかい タイファイター速い ダースベイダー黒い ストゥームトルーパーは白い ロイヤルガード赤い デス・スター丸い 規模がでかいだけで結局は親子喧嘩の話はSF板でやってどうぞ デカ チンの上にイケメンテクニシャンすぎて 一度でもセク ロスすると 何度も何度もセク ロスをおねだりされて 全員に断るのマンドクセェ(;´・ω・) これは罪か、それとも罰か。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる