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
CentOS Part 50【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
2019/04/12(金) 20:36:41.24ID:LK8QTIem
2019/05/08(水) 09:09:28.23ID:7IlkY66f
さて、何日でCentOS 8がリリースされるか予想しようぜ
2019/05/08(水) 09:10:41.79ID:LblcqjV/
個人使いだからiptablesのほうがシンプルですき
2019/05/08(水) 09:15:41.99ID:7IlkY66f
Red Hat Enterprise Linux 8 ご紹介
https://speakerdeck.com/moriwaka/red-hat-enterprise-linux-8-goshao-jie
https://speakerdeck.com/moriwaka/red-hat-enterprise-linux-8-goshao-jie
2019/05/08(水) 09:46:44.00ID:4kIEQ2m4
紫本出版されて、正誤表が完成したころでいいや
44login:Penguin
2019/05/08(水) 09:49:54.42ID:B5AkDcL+ >>43
紫本って何?
紫本って何?
2019/05/08(水) 10:01:29.00ID:cOHc3R4J
2019/05/08(水) 13:20:19.25ID:sWqLXu+e
rhel8 beta でテストしたら CentOS 6 で使っている iptables のルールがそのまま適用できた。
まぁあまり複雑なことはしてないんだけれども。
注意点は save が無い(即保存される)くらいかね。
まぁあまり複雑なことはしてないんだけれども。
注意点は save が無い(即保存される)くらいかね。
2019/05/08(水) 19:16:28.46ID:syOiybdz
yum,dnfとちがってiptables,nftablesは書式が全く違うように見えるけど
48login:Penguin
2019/05/08(水) 19:41:16.02ID:ooAD1Z7n 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://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/
2019/05/11(土) 02:27:03.07ID:+w+sgdTc
2019/05/11(土) 16:43:28.08ID:IZ8XRJTc
7.0の時はRHELリリースから27日,6.0の時は242日
最近のマイナーリリースも25〜45日位で出てるし
1ヶ月くらい見積もってればよさそうかな
最近のマイナーリリースも25〜45日位で出てるし
1ヶ月くらい見積もってればよさそうかな
2019/05/11(土) 17:07:44.95ID:93CgAUQa
その後2ヶ月は色々とバグが出てくるだろうから、手を着けるのは3ヶ月後、夏休みかな
52login:Penguin
2019/05/11(土) 17:42:49.20ID:rzBhmhDF Big blue Linux遂に始動か
2019/05/11(土) 23:39:44.96ID:Xys7IgMb
まだ買収完了してないんだぜ
2019/05/12(日) 02:34:53.97ID:JncnBbCy
Redhat傘下になっても別にビルドプロセスが短縮されるわけじゃないんだな
今までどおり普通にリリース後のソースからか
今までどおり普通にリリース後のソースからか
55login:Penguin
2019/05/12(日) 06:08:03.10ID:JQnxWFA0 ブルーハット
2019/05/12(日) 13:33:56.22ID:mvZb0h22
ケンとメリー
2019/05/12(日) 16:02:34.43ID:3JyOnflt
赤い帽子かぶったおっさんが青い傘をさす。
2019/05/17(金) 20:46:17.35ID:JB2jvqBm
こっちに移動したほうが良いといわれたのでこちらで質問します
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
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
2019/05/17(金) 20:47:49.59ID:JB2jvqBm
続き
--> トランザクションの確認を実行しています。
---> パッケージ 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 を インストール
--> トランザクションの確認を実行しています。
---> パッケージ 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 を インストール
2019/05/17(金) 20:52:18.70ID:JB2jvqBm
続き
---> パッケージ 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 を インストール
--> トランザクションの確認を実行しています。
---> パッケージ 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 を インストール
--> トランザクションの確認を実行しています。
2019/05/17(金) 20:58:21.78ID:JB2jvqBm
続き
---> パッケージ 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
---> パッケージ 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
2019/05/17(金) 21:00:58.00ID:JB2jvqBm
続き
--> トランザクションの確認を実行しています。
---> パッケージ 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
何か間違っていたらすみません
--> トランザクションの確認を実行しています。
---> パッケージ 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
何か間違っていたらすみません
2019/05/17(金) 21:45:47.56ID:wgaoiGAg
お前の連投が、倫理的に間違ってる
2019/05/17(金) 22:28:19.91ID:lAFv2MkT
2019/05/17(金) 22:45:10.10ID:JB2jvqBm
66login:Penguin
2019/05/18(土) 07:23:08.20ID:xP0p/M8B ansibleはextrasにもepelにもあるようだな。うちではどちらを入れようとしても特に問題なく依存解決される。入れようとするのは以下。
python-jinja2 noarch 2.7.2-3.el7_6 updates 518 k
pipで python2-jinja2 を入れてるがゆえにrpmのが入れれないじゃないか。
python-jinja2 noarch 2.7.2-3.el7_6 updates 518 k
pipで python2-jinja2 を入れてるがゆえにrpmのが入れれないじゃないか。
2019/05/18(土) 15:36:56.54ID:W+w2HNyl
>>62
あっちのスレで指摘したjinja2のバージョン違いの問題は調べたのか?
あっちのスレで指摘したjinja2のバージョン違いの問題は調べたのか?
2019/05/18(土) 20:48:13.61ID:tTEAkMmi
pipでインストールしたモノが上書きされないように
yum.confかどこかに
python-jinja2をexcludeするルールでも書き込んだんじゃないの?
yum.confかどこかに
python-jinja2をexcludeするルールでも書き込んだんじゃないの?
2019/05/18(土) 21:42:43.27ID:IAbKVp2O
EPELにあがっているAnsibleってel7用になってはいるけど
CentOS7.6にはまだ導入できないとか、そんなんのでないの
CentOS7.6にはまだ導入できないとか、そんなんのでないの
2019/05/18(土) 22:26:27.30ID:prTBPz+Y
Chef のレシピ集でも探せば?
Chef 社はじめ、色んな会社が出してるだろ
Chef 社はじめ、色んな会社が出してるだろ
2019/05/20(月) 20:34:04.56ID:OPk38nDj
インストールソースの選択でエラーになります
誰か解決法はご存じですか?
お願いします
誰か解決法はご存じですか?
お願いします
2019/05/20(月) 20:47:04.76ID:wE1IE5wt
ftp.riken.jp/Linux/centos/os/x86_64/あたりだっけx
2019/05/20(月) 21:00:15.17ID:sy3pU4vg
おーいエスパーお呼びだ
2019/05/20(月) 21:03:22.98ID:wE1IE5wt
2019/05/20(月) 21:26:57.83ID:i3adqx+j
>>72
すみません、そのurlから落としたと思います
すみません、そのurlから落としたと思います
2019/05/20(月) 23:02:06.13ID:uS527e3J
>>71
どんなエラー?
どんなエラー?
2019/05/21(火) 01:11:48.67ID:Szpg5hCD
2019/05/21(火) 07:13:31.98ID:Or4OQUgR
>>77
結局何が問題だったの
結局何が問題だったの
2019/05/21(火) 11:00:32.65ID:4W5n5rgm
>>78
すみませんけど自己解決したのでこの話題は無しで。
すみませんけど自己解決したのでこの話題は無しで。
80login:Penguin
2019/05/21(火) 12:09:07.81ID:rfRl8OQI 得たノウハウは書き残して行くんやで
2019/05/21(火) 12:22:47.62ID:Vqh99lx1
同じところで躓いた人がそれで助かるかも知れないからな
82login:Penguin
2019/05/21(火) 12:23:09.43ID:JM4nzpKC >>79
二度と来るな
二度と来るな
2019/05/21(火) 12:32:18.62ID:+a3+tyei
2019/05/21(火) 18:51:13.53ID:Q/lGOwy+
5ch のルールを守らない人は、5chを利用してはいけない!
自己解決した場合も、どうやって解決したのか、書かないといけない!
それがこの板のルール!
自己解決した場合も、どうやって解決したのか、書かないといけない!
それがこの板のルール!
2019/05/21(火) 19:58:14.80ID:eHJQLbHb
質問の仕方も悪けりゃ、勝手に自己解決で書き逃げ。どうせろくでもない理由なんだろう。
2019/05/21(火) 21:07:45.22ID:EFk8GUay
爆釣だなw
2019/05/21(火) 21:43:27.82ID:dXCRc25s
なんだかなー。
と。
と。
2019/05/21(火) 23:20:06.62ID:Or4OQUgR
別にルールじゃねーよ
2019/05/21(火) 23:28:14.18ID:MYHe15IP
あの程度の奴が躓いた理由に興味がないし
それの解決策載せられても参考になりそうにないよ
それの解決策載せられても参考になりそうにないよ
2019/05/21(火) 23:29:57.72ID:TavRppSN
素人だろうね
2019/05/22(水) 00:20:46.12ID:rQfYwA4P
92login:Penguin
2019/05/22(水) 07:17:08.74ID:T7ghfLzG 随分反応あるね。よくある事。この流れが嫌な人は最初から見ない事。
2019/05/22(水) 09:29:49.25ID:yUOd1zJ1
不寛容社会
2019/05/22(水) 09:45:20.72ID:5sgR8RKa
現実社会と掲示板の区別がつかない間抜け
2019/05/22(水) 09:48:20.42ID:HhTyXG0b
そんなことよりきいてくれよオマイラ。
そうじゃなくて、スイマセン、質問です!
web/DNS目的でcentosの鯖をグローバルに出そうと思ってるんですが、経験済みの人視点でおすすめのパッケージとかありますか?
centosにnic2つ繋いで、グローバルとプライベートネットワークそれぞれ接続し、
セント鯖まではhttps強制、プライベートにHTTPでホストアドレスをバーチャルホストで流し、セント鯖でsquidを使ってキャッシュしつつnginxで外に流してhttp/2で飛ばせればいいなとか考えてます。
DNSはdnsmasqだったかな?
あれを使おうと思います。
御指摘等頂ければ幸いです。宜しくお願いします。
そうじゃなくて、スイマセン、質問です!
web/DNS目的でcentosの鯖をグローバルに出そうと思ってるんですが、経験済みの人視点でおすすめのパッケージとかありますか?
centosにnic2つ繋いで、グローバルとプライベートネットワークそれぞれ接続し、
セント鯖まではhttps強制、プライベートにHTTPでホストアドレスをバーチャルホストで流し、セント鯖でsquidを使ってキャッシュしつつnginxで外に流してhttp/2で飛ばせればいいなとか考えてます。
DNSはdnsmasqだったかな?
あれを使おうと思います。
御指摘等頂ければ幸いです。宜しくお願いします。
2019/05/22(水) 09:59:09.74ID:5sgR8RKa
グローバルに船出か、踏み台デビューおめでとう
2019/05/22(水) 10:10:29.63ID:qy9wKWuA
グローバルに出るなら、きちんと業者使え
98login:Penguin
2019/05/23(木) 06:18:03.28ID:15jAwiOk おすすめのパッケージってどういう意味だろ。Cent用を使えばいいんじゃないだろうか。
2019/05/23(木) 06:52:45.70ID:Q4NAMKTS
パッケージってそりゃ、DNS は bind 使うのか dnsmasq 使うのか、リバースプロキシは httpd(apache)
使うのか squid 使うのか、web は httpd 使うのか nginx 使うのかって意味でしょ。
使うのか squid 使うのか、web は httpd 使うのか nginx 使うのかって意味でしょ。
2019/05/23(木) 08:35:09.18ID:pSsQi3+J
vpsじゃないのにわざわざnicにグローバル割り当てるのか、
玄人さんやな。
近辺のipアドレスが16ビットマスクで
spamhausに登録されるのも時間の問題やな。
玄人さんやな。
近辺のipアドレスが16ビットマスクで
spamhausに登録されるのも時間の問題やな。
2019/05/23(木) 22:14:20.68ID:S3m3/biW
レンサバだってグローバルIPじゃん
102login:Penguin
2019/05/24(金) 08:18:23.41ID:AmrLSIRN 本人、squidとnginx使いたいみたいだからそれでいいと思う。
2019/05/24(金) 15:08:43.99ID:0qdhMOCh
本人逃亡
2019/05/24(金) 23:01:30.23ID:ou+2WmZz
自決しました、ってやつだな
2019/05/24(金) 23:08:49.10ID:/zczIhHC
恥ずかしくなったんじゃね
2019/05/25(土) 09:46:30.62ID:JwL4rQmz
redhatのロゴ新しくなったんだな
2019/05/27(月) 07:38:23.88ID:/8mGd7I3
かぶってる人間のイメージが悪いんだって
帽子だけってのも慣れないが。
帽子だけってのも慣れないが。
2019/05/29(水) 20:24:53.11ID:dbeZjhJv
全ての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*******
/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*******
2019/05/30(木) 09:46:30.87ID:rkINOcSN
2019/05/30(木) 11:59:09.26ID:oE+WjKUO
EPELを一時的にdisableにしたよ
2019/05/30(木) 12:01:19.14ID:vU2TYxc1
2019/05/30(木) 20:56:35.92ID:yAGm+pyT
>>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
-------------------------------------------------------------------------------
>>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
-------------------------------------------------------------------------------
113108
2019/05/30(木) 21:13:07.32ID:l+vnqgys >>111
yum clean allしても解決せず。
そりゃ振ってくるxmlが壊れているなら仕方無いか。
すべてepelをdisableしていずれ戻すのは面倒なので1時間に20通ぐらいエラー来るのは受け入れるわ。
yum clean allしても解決せず。
そりゃ振ってくるxmlが壊れているなら仕方無いか。
すべてepelをdisableしていずれ戻すのは面倒なので1時間に20通ぐらいエラー来るのは受け入れるわ。
2019/05/30(木) 21:17:22.71ID:lGzu5eBT
CentOS v6.10なんですが、PEA無しCPUが乗ってる古いPCにもインストール可能でしょうか?
2019/05/30(木) 21:22:05.38ID:Y+M3bv51
>>114
RHEL6からもうPAEが必須なので、CentOS6ではインストーラもブートしなかった記憶
RHEL6からもうPAEが必須なので、CentOS6ではインストーラもブートしなかった記憶
2019/05/30(木) 21:34:17.35ID:lGzu5eBT
ありがとう
他を探してみます
他を探してみます
2019/05/31(金) 13:01:55.09ID:2FRddnRX
centos7のi386版(altarch)ってどうなん?
2019/05/31(金) 14:33:51.71ID:lli6kYvn
どうなんだろう
2019/05/31(金) 17:18:09.38ID:mcH01Aui
☆ ☆
☆ ☆ ☆
☆ ☆
★
2019/05/31(金) 17:23:43.91ID:okqHxtmx
>>119
それは見えちゃらめぇぇぇ!!!
それは見えちゃらめぇぇぇ!!!
2019/05/31(金) 20:09:47.52ID:v7pNvAQX
>>117
そいつはすでに死んでいる。
そいつはすでに死んでいる。
2019/05/31(金) 20:18:36.02ID:30+7UPOr
秘孔をつかれたのか
2019/05/31(金) 20:52:27.10ID:7AJYoh6K
英語で何と言うか調べたら Death star だった。
スカイウォーカーさんちか。
スカイウォーカーさんちか。
124login:Penguin
2019/06/01(土) 08:54:55.23ID:vUw1kcMh スカウォーカーさんが乗り込んでいくとこじゃないか?
2019/06/01(土) 10:29:27.64ID:7qYdwGuZ
お父さんと知らずに、破壊活動をする話やないか。
2019/06/01(土) 11:35:03.44ID:at9v/bFr
帝国はとても強い
皇帝はとても偉い
戦艦はとてもでかい
タイファイター速い
ダースベイダー黒い
ストゥームトルーパーは白い
ロイヤルガード赤い
デス・スター丸い
皇帝はとても偉い
戦艦はとてもでかい
タイファイター速い
ダースベイダー黒い
ストゥームトルーパーは白い
ロイヤルガード赤い
デス・スター丸い
2019/06/02(日) 00:50:48.78ID:gPP0alWK
規模がでかいだけで結局は親子喧嘩の話はSF板でやってどうぞ
2019/06/09(日) 02:13:45.90ID:d/Z4JHpq
デカ チンの上にイケメンテクニシャンすぎて
一度でもセク ロスすると
何度も何度もセク ロスをおねだりされて
全員に断るのマンドクセェ(;´・ω・)
これは罪か、それとも罰か。
一度でもセク ロスすると
何度も何度もセク ロスをおねだりされて
全員に断るのマンドクセェ(;´・ω・)
これは罪か、それとも罰か。
2019/06/12(水) 05:19:56.79ID:PUEbysQ8
カーネルアップデート来てるな
https://access.redhat.com/errata/RHBA-2019:1337
https://access.redhat.com/errata/RHBA-2019:1337
2019/06/12(水) 15:04:59.26ID:+Xhhp8MW
>>129
昨日うpした。
昨日うpした。
2019/06/12(水) 15:53:46.70ID:sR6oPq1l
なんでこう毎度 Windows Update の日に重ねてくるのか…
2019/06/12(水) 19:54:34.18ID:sjn7iFQb
1ヵ月経ったけど8はまだ来ないな
2019/06/13(木) 17:51:37.58ID:Q3Pklnal
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製品からオープンソースソフトウェアへの移行プロジェクトを進めて
います。(後略)
ライセンス料が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製品からオープンソースソフトウェアへの移行プロジェクトを進めて
います。(後略)
2019/06/13(木) 19:10:36.64ID:13KALvE8
CERNの陰謀か!
2019/06/13(木) 19:33:47.40ID:hCLooWfS
Scientific Linux NEO
2019/06/13(木) 20:53:50.38ID:OTfs8kxB
>>133
今まで1割で済んでたってことは、CERNのライセンス数が半減してもMSには得か
今まで1割で済んでたってことは、CERNのライセンス数が半減してもMSには得か
2019/06/14(金) 00:48:15.95ID:gnDxIafk
記事にもあるけど、ここでいう契約の対象はスケジュールや Web 会議、Office 製品を含む
業務管理(Exchange/Skype for Biz./SharePoint/Outlook) であって OS ではないでしょ。
研究機関の場合、企業と違って同じハードに同じソフトを入れてPC配るなんてことはしなくて、
各研究者が好きなPC(つーかMac)を買うだろうし、サーバも計算用は Linux で、Windows
Server なんてほとんど入らないから OS 部分で MS 直契約 (ボリュームライセンスや
SA 契約) はしないんじゃないかな?
業務管理(Exchange/Skype for Biz./SharePoint/Outlook) であって OS ではないでしょ。
研究機関の場合、企業と違って同じハードに同じソフトを入れてPC配るなんてことはしなくて、
各研究者が好きなPC(つーかMac)を買うだろうし、サーバも計算用は Linux で、Windows
Server なんてほとんど入らないから OS 部分で MS 直契約 (ボリュームライセンスや
SA 契約) はしないんじゃないかな?
2019/06/15(土) 18:29:48.02ID:m2S4jdgJ
Windows Server結構使われてるぞ
あれはドザーにはいいものだ
あれはドザーにはいいものだ
2019/06/16(日) 04:50:19.22ID:R4k2uVbT
(´・ω・)y-~
2019/06/16(日) 09:49:50.96ID:kVvt+u3I
ドサ回り
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【速報】福原遥(まいんちゃん)とサッカー日本代表の久保建英がまさかの電撃結婚★8 [爆笑ゴリラ★]
- 【簗農相記者会見】「道路予算は大幅カット」発言おおむね認める 「表現ぶりが誤解招いた」 ★2 [蚤の市★]
- 「タイムズカー」免許画像など漏えい 集団訴訟の登録者1万人超 [蚤の市★]
- 【芸能】LUNA SEA・SUGIZO、高市政権“広報費350億円”概算要求に 「全く必要性が理解できません」 [冬月記者★]
- 「次期マイナカード」導入延期の理由は「業者がいなかった」と古川俊治デジタル相 [蚤の市★]
- 減らない「いきなりエイズ」…「骨太方針」で対策強化 市民団体は高額予防薬の負担軽を訴え [蚤の市★]
- 【高市ウルトラ悲報】日本人「日本批判されたァァァァァァ!天・安・門!天・安・門!」⇦これ、めちゃくちゃバカにされる [165981677]
- 国税庁のe-Tax 個人情報が一時流出の疑い😲 [861717324]
- 簗大臣の予算カット発言全文、想像以上にヤバすぎて炎上wwwwww [455679766]
- 【動画】日本、とうとうやばい方向へ進む。日本人大物ラッパー、高市早苗賞賛曲をリリースwwwwwwwwwwww [668024367]
- 【悲報】報ステ、簗農水大臣が何をしでかしたのか分かりやすく15分でまとめてしまう [431136663]
- 朝から隣のマンションでセックス始まった