メインコンテンツまでスキップ

アーカイブ: How to resolve Podman iptables CNI network問題

Views:
380
Visibility:
Internal
Votes:
1
Category:
solidfire-enterprise-sds
Specialty:
solidfire
Last Updated:
アーカイブ依頼者:Andreas Kiendl  
アーカイブの理由:プロダクトマネージャーによると、製品はサポート終了に達しており、このソフトウェアを実行しているお客様はいません。 

環境

Red Hat Enterprise Linux 7.6ホストノード上でSolidFire Enterprise SDSを実行しているシステム。

説明

これは、ロックファイルが尊重されていないPodman & iptables/iptables-restoreの既知のタイミング問題 です。そのため、Container Network Interface(CNI)を起動できません。以下のリンク先の既知の問題を参照してください。

既知の問題

https://bugzilla.redhat.com/show_bug.cgi?id=1417234

https://github.com/openshift/origin/pull/13845

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712691

 

エラーシグネチャの例を次に示します。

ERRO[0000] Error adding network: running [/usr/sbin/iptables -t nat -N CNI-6bb4e32ac5d462b1f066864d --wait]: exit status 4: ipt unavailable.
ERRO[0000] Error while adding pod to CNI network "podman": running [/usr/sbin/iptables -t nat -N CNI-6bb4e32ac5d462b1f066864d -bles: Resource temporarily unavailable.
Error: error configuring network namespace for container 3b0ccbd068b9f7cfa52df9e4b1500abe02b4157f13b75ee34d87b6d52bd5df1a: runnnat -N CNI-6bb4e32ac5d462b1f066864d --wait]: exit status 4: iptables: Resource temporarily unavailable.

 

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

This is an internal KB article and its content should not be copy/pasted and shared with people outside of NetApp. Always seek Duty Manager authentication of caller for password reset requests. If you need further assistance post a question in Knowledge Xchange