私はDockerを使い慣れています。最新 ENVコンテナのドッキングウィンドウ RUNはyumを& & yumをきれいに更新-yすべてDocker:centos画像にライブラリをインストールする
私は次のエラー/出力受信:私は、次のDockerfileを作成して実行しました:CentOSのFROM
を
ルートを@ GGNLABVM-JUPER6:〜/ docker_test#ドッカーのビルド-tテスト。 CentOSのFROM:
ステップ1/3ドッカーデーモンに2.048キロバイトのコンテキストを構築送る最新 ---> a8493f5f50ff
ステップ2/3:ENVコンテナのドッキングウィンドウ --->での実行e8e244c0c9d6 ---> 07355d554b3a 中間容器e8e244c0c9d6
ステップ3/3の削除:RUNはYUM & &を更新-yをyumを68ad7f2で実行されているすべての --->をきれいにf86e2 ロードプラグイン:fastestmirror、OVL
構成されたリポジトリの1つは、(不明)失敗した、 とYUMは継続するのに十分なキャッシュされたデータを持っていません。この時点でyumが行うことができるのは 安全なものだけが失敗します。仕事「修正」するには、いくつかの方法があり、これは:ベース/ 7/x86_64の私は、この問題を解決するにはどうすればよい
:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=<repoid> ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable <repoid>
or
subscription-manager repos --disable=<repoid>
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true
はレポのための有効なBASEURLを見つけることができませんか?
FYI:私のアプリケーションの後に他のPython依存ライブラリをインストールしたいと思います。
ドッカー情報: コンテナ:25 実行中:3 一時停止:0 停止:22枚の 画像:13 Serverバージョン:17.03.1-CE ストレージドライバ:AUFS ルートディレクトリ:は/ var/libに/ドッキングウィンドウ/ AUFS バッキングファイルシステム:extfs のdirs:78 Dirperm1がサポートされている:真 ログドライバー:JSONファイル のcgroupドライバ:cgroupfs プラグイン: ボリューム:ローカル ネットワーク:ブリッジホストmacvlanヌルオーバーレイ スウォーム:私をnactive ランタイム:runc デフォルトのランタイム:runc INIT 2進数:ドッキングウィンドウ-INIT containerdバージョン:4ab9917febca54791c5f071a9d1f404867857fcc runcバージョン:54296cf40ad8143b62dbcaa1d90e520a2136ddfe のinitバージョン:949e6fa セキュリティオプション: AppArmorを seccomp プロフィール:デフォルト カーネルバージョン:4.4。 0-72-generic オペレーティングシステム:Ubuntu 16.04.1 LTS OSType:linux アーキテクチャ:x86_64 CPU:1 合計メモリ:3。859ジブ 名:GGNLABVM-JUPER6 ID:KXDG:GL4E:MPNN:4LYS:UO6Z:RFEK:BI2H:MJSP:BIMJ:NASA:XAFR:CRN7 ドッカールートディレクトリ:は/ var/libに/ドッキングウィンドウ デバッグモード(クライアント):偽 デバッグモード(サーバー):偽 レジストリ:https://index.docker.io/v1/ WARNING:いいえスワップ限度サポート 実験:偽 安全でないレジストリ: 127.0.0.0/8ライブ有効復元 :偽
Dockreバージョン: クライアント: バージョン:17.03.1-CE APIのバージョン:1.27 ゴーバージョン:go1.7.5 Gitはコミット:c6d412e 内蔵:月3月27日午前17時14分09秒2017 OS /アーチ:のLinux/AMD64
サーバー: バージョン:17.03.1-CE APIバージョン:1.27(最小バージョン1.12) 囲碁バージョン:Gitはコミットgo1.7.5 :c6d412e 内蔵:月3月27日午後05時14分09秒2017 OS /アーチ:のLinux/AMD64 実験:偽の
プロキシを使用していますか?私にとってはうまくいくようです。 – lvthillo