1、コブラーのインストール
準備環境の1.1基礎
現在のシステムのバージョンを確認します
#猫の/ etc / redhatのリリース[〜ルート@ localhostの]
CentOSのLinuxのリリース1810年7月6日(コア)
閉じるSELinuxのファイアウォール
[ルート@ localhostの〜]#のvimのの/ etc /のsysconfig / selinuxを
#このファイルは、システム上のSELinuxの状態を制御します。
#1 SELINUX =これらの3つの値のいずれかを取ることができます。
#の施行 - SELinuxのセキュリティポリシーが適用されます。
#許容 - SELinuxは代わりに強制する警告を出力します。
#無効 - いいえ、SELinuxのポリシーがロードされていません。
SELINUX =無効
[ルート@ localhostの〜]#のsetenforce 0
閉じるebtablesのfirewalldファイアウォール
firewalld [ルート@ localhostの〜]#systemctlの停止ebtablesの
[ルート@ localhostの〜]#systemctl無効ebtablesのfirewalld
インストールベースのEPELソース
[ルート@ localhostの〜]#wgetの-O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
[ルート@ localhostの〜]#wgetの-O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo
2.コブラーのサービスをインストールします。
2.1様々なコンポーネント搭載コブラー
[ルート@ localhostの〜]#yumを-yコブラーコブラー-ウェブpykickstartのhttpd DHCPのtftpのrsyncのxinetdをインストール
概要3.コブラーのインストールプロフィール
の/ etc /コブラー#プロファイルディレクトリ
メインの設定ファイル#cobblerの/ etc /コブラー/ sttings
設定テンプレート/etc/cobbler/dhcp.templateの#DHCPサービス
設定テンプレート/etc/cobbler/tftpd.templateの#TFTPサービス
設定テンプレート/etc/cobbler/rsync.template #Rsyncサービス
/ var / libに/コブラー/#デフォルトのファイルストレージksickstartsをキックスタート
様々に保存されているの/ var / libに/コブラー/ローダー#ブートプログラム
/ var / www /ののcobbler#インストールイメージのディレクトリシステム
/ var / www /のコブラー/画像#インポートミラーリストシステム
/ var / www /のコブラー/ ks_mirror#インポートブートファイルシステムのイメージ
/ var / www /のコブラー/ repo_mirror #yumソース格納ディレクトリ
/ var / log /のcobbler#ログディレクトリ
/var/log/cobbler/install.log#クライアント・システムのインストールログ
/var/log/cobbler/cobbler.log #cobblerログ
4. [スタート] httpdサービスとコブラー
[ルート@ localhostの〜]#が開始systemctlのhttpd cobblerd
[ルート@ localhostの〜]#systemctlのHTTPD cobblerdを有効にします
検出を行っコブラー
[ルート@ localhostの〜]#コブラーチェック
以下の修正したい可能性がある潜在的な設定項目は以下のとおりです。
1:「サーバ」フィールドには/ etc /コブラー/設定は、ローカルホスト以外に設定されなければならない、または機能をキックスタートすることはできません。これは、それを使用するすべてのマシンが到達できるように、ブートサーバの解決可能なホスト名またはIPでなければなりません。
2:PXEが機能するためには、/ etc内のフィールド「next_server」/コブラー/設定が127.0.0.1以外に設定する必要があり、PXEネットワーク上のブート・サーバのIPと一致する必要があります。
3:SELinuxが有効になっています。コブラーを確保することは、あなたのSELinux環境で正しく動作の詳細については、以下のWikiページをご覧ください:https://github.com/cobbler/cobbler/wiki/Selinux
4:「ディセーブル」「no」を/etc/xinetd.d/tftp内への変更
[ルート@ localhostの〜]#systemctl再起動xinetd.service
5:ブートローダーは、VAR / libに/コブラー/ローダー/から欠落しているいくつかのネットワークは、あなたがそれらをダウンロードするために、または、あなただけのx86 / x86_64版のネットブートを処理したい場合は、あなたがそのあなたを保証することができる「コブラー取得・ローダー」を実行することができますインストールSYSLINUXパッケージの*最新バージョンをインストールしているし、完全にこのメッセージを無視することができます。このディレクトリ内のファイルは、あなたがすべてのアーキテクチャをサポートする必要があり、pxelinux.0、はmenu.c32、ELILO.EFI、とのyabootを含める必要があります。「コブラーのGET-ローダー」コマンドは、これらの要件を解決する最も簡単な方法です。
6:systemctlでrsyncd.serviceを有効にして開始
7:debmirrorパッケージがインストールされていない、Debianの展開とリポジトリを管理する必要があります
8:(は/ etc /コブラー/設定でdefault_password_crypted)新しくインストールされたマシン用のサンプルテンプレートで使用されるデフォルトのパスワードはまだ「靴屋」に設定されており、変更する必要があり、試してみてください。「のopenssl passwdの-1 - 塩「ランダム句ここに新しいものを生成するために、 『 - ここにあなたのパスワードを』」」
9:フェンシングツールが見つかりませんでした、そして(オプション)電源管理機能を使用する必要があります。それらを使用するcmanorフェンスエージェントをインストール
cobblerdを再起動して変更を適用するために「コブラー同期」を実行します。
6.再起動コブラーサービス、コブラー同期同期
[ルート@ localhostの〜]#systemctl再起動cobblerd
[ルート@ localhostの〜]#コブラー同期
7.再検出
[ルート@ localhostの〜]#コブラーチェック
いいえ構成上の問題が見つかりませんでした。すべてのシステムが行く。##設定上の問題を見つけることができませんでした。すべてのシステムは行くです。
[ルート@ localhostの〜]#
8.管理、DHCPサービスを構成し、コブラープロファイルを変更するコブラーを使用しました
[ルート@ localhostのは〜]#のvimのは/ etc /コブラー/設定
manage_dhcp:1
9. DHCPステンシルコブラーの設定
[ルート@ localhostの〜]#のVimの/etc/cobbler/dhcp.template
サブネット192.168.1.0ネットマスク255.255.255.0 {
オプションルータ192.168.1.1;
オプションのドメイン・ネーム・サーバの192.168.1.1;
オプションのサブネットマスク255.255.255.0;
範囲ダイナミックBOOTP 192.168.1.100 192.168.1.254。
デフォルト・リース・タイム21600;
MAX-リース・タイム43200;
次のサーバーの$ next_server。
10.コブラーのサービスを再起動します
[ルート@ localhostの〜]#systemctl再起動cobblerd
11.ユーザー管理コブラーを追加します。
[ルート@ localhostの〜]#htdigestを-c /etc/cobbler/users.digestコブラーコブラー
レルムコブラーでコブラーのためにパスワードを追加します。
新しいパスワード:
新しいパスワード再入力:
[ルート@ localhostの〜]#systemctl再起動cobblerdのhttpd
12. Webブラウザを開いて管理インタフェース
解決の手順:
1.次のようにSSLログが与えられています:
[ルート@ localhostの〜]#テール-fは/ var / log / httpdの/ ssl_error_log
[5月28日(火)16:54:16.665181 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44] self._setup(名)
[5月28日(火)16:54:16.665190 2019] [:エラー] [pidが7001] [リモート192.168.1.109:44]ファイル "/usr/lib/python2.7/site-packages/django/conf/__init__.py" 、ライン41、_setupに[火5月28日16:54:16.665205 2019] [:エラー] [PID 7001] [遠隔192.168.1.109:44] = self._wrapped設定(settings_module)
[5月28日(火)16:54:16.665209 2019] [:エラー] [pidが7001] [リモート192.168.1.109:44]ファイル "/usr/lib/python2.7/site-packages/django/conf/__init__.py" 、__initにライン110、__ [火5月28日16:54:16.665217 2019] [:エラー] [PID 7001] [遠隔192.168.1.109:44] MOD = importlib.import_module(self.SETTINGS_MODULE)
[5月28日(火)16:54:16.665223 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44] import_moduleに "/usr/lib64/python2.7/importlib/__init__.py"、37行を、ファイル[5月28日(火)16:54:16.665445 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44] __import __(名)
[5月28日(火)16:54:16.665455 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44]に "/usr/share/cobbler/web/settings.py"、ライン89を、ファイル<モジュール>
[5月28日(火)16:54:16.665500 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44] django.conf.global_settingsインポートからTEMPLATE_CONTEXT_PROCESSORS
[5月28日(火)16:54:16.665516 2019] [:エラー] [PID 7001] [リモート192.168.1.109:44]はImportErrorは:インポートすることはできません名前TEMPLATE_CONTEXT_PROCESSORS
2.靴屋のコンフィギュレーション・ファイルPYをチェック
'38 -n sedの[ルートlocalhostの@〜]#、41P」/usr/share/cobbler/web/settings.py
もしdjango.VERSION [0] == 1及びdjango.VERSION [1] <4。
ADMIN_MEDIA_PREFIX = '/メディア/'
他:
STATIC_URL = '/メディア/'
'89p' /usr/share/cobbler/web/settings.py -n sedの[ルートlocalhostの@〜]#
django.conf.global_settingsからTEMPLATE_CONTEXT_PROCESSORSをインポート
3.最初の判断は、問題のpythone、Djangoのバージョンでなければなりません
## get-pip.pyダウンロード
[ルート@ localhostの〜]#wgetのhttp://bootstrap.pypa.io/get-pip.py
--2019-05-28 16:59:57-- http://bootstrap.pypa.io/get-pip.py
解決ホストbootstrap.pypa.io(bootstrap.pypa.io)... 151.101.76.175、2a04:4e42:12 :: 175
接続bootstrap.pypa.io(bootstrap.pypa.io)| 151.101.76.175 |:80 ...接続されています。
HTTPリクエストは、301が恒久的に移動...応答を待って、発行されています
所在地ます。https://bootstrap.pypa.io/get-pip.py [新しいURLに従ってください]
--2019-05-28 16:59:58-- https://bootstrap.pypa.io/get-pip.py
接続bootstrap.pypa.io(bootstrap.pypa.io)| 151.101.76.175 |:443 ...接続されています。
HTTPリクエストは...応答を待って、200 OKを出してきました
長さ:1709825(1.6M)[テキスト/ X-パイソン]
保存:「get-pip.py」
100%[=============================================== ================================================== 22Sと========>] 1709825 84.2キロバイト時間/秒
2019年5月28日午前17時00分21秒(76.6キロバイト/秒) - 保存 "get-pip.py" [1709825分の1709825])
##ローカルPythonスクリプトの実行pip.pyを呼び出します
[ルート@ localhostの〜]#パイソンget-pip.py
DEPRECATION:Pythonの2.7トン後も維持されることはありませんとしてPython 2.7は、1月1日、2020年に寿命になりますあなたのPythonをアップグレードしてください
トン日付。ピップの将来のバージョンでは、Python 2.7.Collectingピップのためのサポートをドロップします
ダウンロードhttps://files.pythonhosted.org/packages/5c/e0/be401c003291b56efc55aeba6a80ab790d3d4cece2778288d65323009420/pip-19.1.1-py2.py3-none-
y.whl(1.4メガバイト)|████████████████████████████████| 1.4メガバイト134KB / sの
収集車
ダウンロードhttps://files.pythonhosted.org/packages/bb/10/44230dd6bf3563b8f227dbf344c908d412ad2ff48066476672f3a72e174e/wheel-0.33.4-py2.py3-non
収集したパッケージをany.whlInstalling:PIP、ホイール
正常にインストールPIP-19.1.1ホイール-0.33.4
##ピップのインストール
[ルート@ localhostの〜]#ピップは、Djangoの== 1.8.9をインストール
DEPRECATION:Pythonの2.7トン後も維持されることはありませんとしてPython 2.7は、1月1日、2020年に寿命になりますあなたのPythonをアップグレードしてください
トン日付。ピップの将来のバージョンでは、Python 2.7.Collecting Djangoの== 1.8.9のサポートをドロップします
ダウンロードhttps://files.pythonhosted.org/packages/a7/a2/f4e7926062f5c61d98e87b9d0365ca1a0fab6be599dbea90ce2fab27f395/Django-1.8.9-py2.py3-non
any.whl(6.2メガバイト)|████████████████████████████████| 6.2メガバイト65KB / sの
収集したパッケージのインストール:Djangoに
見つかった既存のインストール:ジャンゴ1.11.20
ジャンゴ-1.11.20のアンインストール:
正常にアンインストールジャンゴ - 1.11.20
正常にインストールジャンゴ - 1.8.9
バージョン番号##ピップをチェック
[ルート@ localhostの〜]#パイソン-c "輸入ジャンゴ;印刷(django.get_version())"
1.8.9
4. HTTPサービスを再起動します
[ルート@ localhostの〜]#systemctl再起動httpdの
ブラウザインタフェースをリフレッシュすることができます