[opensuse-ja] openSUSE 13.1 でNetworkが自動で立ち上がらない
ちょっと原因が分からなくて難儀しています。 openSUSE 13.1 (i586)をKVM上にインストールしています。 インストールは問題なく終わりました。 仮想ネットワークデバイスも認識しています(e1000)。 ところが、このネットワークが自動で立ち上がりません。 systemd で、e1000 は eth0 として認識され、ens18 に変更されています。 [ 10.945309] e1000 0000:00:12.0 eth0: (PCI:33MHz:32-bit) 66:a8:a0:19:d3:c1 [ 10.945315] e1000 0000:00:12.0 eth0: Intel(R) PRO/1000 Network Connection [ 11.108712] systemd-udevd[263]: renamed network interface eth0 to ens18 で、ethtool でみても、 # ethtool ens18 Settings for ens18: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full と認識しています。 /etc/sysconfig/network/ifcfg-ens18も BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.3.43/24' MTU='' NAME='82540EM Gigabit Ethernet Controller' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no' と記述しています。でも起動直後には ifconfig で見ると、lo しか見えません。 手動でservice network restart してもやはり起動しません。 手動で、 ifconfig ens18 192.168.3.43 netmask 255.255.255.0 をすると使えるようになります。ですので、OSからens18が使えないわけでは ないです。 起動時に何らかのところで、エラーになっているみたいです。 ちなみに昔ながらの ifup ens18 を行うとエラーになっちゃいますね。 systemdで、起動の方法が変わったためみたいです。 何かが引っかかっているのだと思いますが、どこから調べていったらいいか、 分かるでしょうか。 ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
こんにちは(& お久しぶりです)、松本です。 ribbon wrote:
ちょっと原因が分からなくて難儀しています。
openSUSE 13.1 (i586)をKVM上にインストールしています。 インストールは問題なく終わりました。 仮想ネットワークデバイスも認識しています(e1000)。 ところが、このネットワークが自動で立ち上がりません。 systemd で、e1000 は eth0 として認識され、ens18 に変更されています。
解決法 or ヒントじゃなくて申し訳ないですが、こちらの方も同じ問題に遭遇し ている模様です。 Bug 853908 - No network after a fresh OpenSuSE 13.1 install https://bugzilla.novell.com/show_bug.cgi?GoAheadAndLogIn=1&id=853908 報告によると、64bit 版では再現せず、32bit 版でのみ起こることだそうです。 何かバグがあるのは間違いなさそうですが、現時点ではまだこの報告に対するリ プライも付いていないので、詳細は不明です。 ワークアラウンドとしては(報告を信じるならば)、32bit 版でなければいけない 理由がなければ、64bit 版を使う…というあたりになるでしょうか。 -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.zaq.ne.jp/opensuse/ _/_/ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
On Sat, Dec 07, 2013 at 10:27:29AM +0900, Satoru Matsumoto wrote:
こんにちは(& お久しぶりです)、松本です。
解決法 or ヒントじゃなくて申し訳ないですが、こちらの方も同じ問題に遭遇し ている模様です。 Bug 853908 - No network after a fresh OpenSuSE 13.1 install https://bugzilla.novell.com/show_bug.cgi?GoAheadAndLogIn=1&id=853908
報告によると、64bit 版では再現せず、32bit 版でのみ起こることだそうです。 何かバグがあるのは間違いなさそうですが、現時点ではまだこの報告に対するリ プライも付いていないので、詳細は不明です。
さっそくの情報ありがとうございます。
ワークアラウンドとしては(報告を信じるならば)、32bit 版でなければいけない 理由がなければ、64bit 版を使う…というあたりになるでしょうか。
32ビット版にしたのは、VM環境であまりメモリがないためだったのですが、 64ビット版で試してみることにします。 #4Gのメモリ空間でいろいろやろうとすると大変です(苦笑)。 ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
On Sat, Dec 07, 2013 at 10:47:17AM +0900, ribbon wrote:
On Sat, Dec 07, 2013 at 10:27:29AM +0900, Satoru Matsumoto wrote:
こんにちは(& お久しぶりです)、松本です。
解決法 or ヒントじゃなくて申し訳ないですが、こちらの方も同じ問題に遭遇し ている模様です。 Bug 853908 - No network after a fresh OpenSuSE 13.1 install https://bugzilla.novell.com/show_bug.cgi?GoAheadAndLogIn=1&id=853908
報告によると、64bit 版では再現せず、32bit 版でのみ起こることだそうです。 何かバグがあるのは間違いなさそうですが、現時点ではまだこの報告に対するリ プライも付いていないので、詳細は不明です。
さっそくの情報ありがとうございます。
ワークアラウンドとしては(報告を信じるならば)、32bit 版でなければいけない 理由がなければ、64bit 版を使う…というあたりになるでしょうか。
やってみました。64ビット版だと問題なく動きました。 当座、これで行ってみます。 ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
武山です 32bit 版を VirtualBox で使っていますが、今のところこの問題には 遭遇していません。 さくらのクラウドに導入したのは 64bit 版でした。 KVM でも試してみようと思います。 (2013/12/07 13:48), ribbon wrote:
On Sat, Dec 07, 2013 at 10:47:17AM +0900, ribbon wrote:
On Sat, Dec 07, 2013 at 10:27:29AM +0900, Satoru Matsumoto wrote:
こんにちは(& お久しぶりです)、松本です。
解決法 or ヒントじゃなくて申し訳ないですが、こちらの方も同じ問題に遭遇し ている模様です。 Bug 853908 - No network after a fresh OpenSuSE 13.1 install https://bugzilla.novell.com/show_bug.cgi?GoAheadAndLogIn=1&id=853908
報告によると、64bit 版では再現せず、32bit 版でのみ起こることだそうです。 何かバグがあるのは間違いなさそうですが、現時点ではまだこの報告に対するリ プライも付いていないので、詳細は不明です。
さっそくの情報ありがとうございます。
ワークアラウンドとしては(報告を信じるならば)、32bit 版でなければいけない 理由がなければ、64bit 版を使う…というあたりになるでしょうか。
やってみました。64ビット版だと問題なく動きました。 当座、これで行ってみます。
ribbon
-- Fuminobu TAKEYAMA -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
今井です。 ちなみに使っている仮想環境のパーティション構成とファイルシステムはどの様に なってますか？ というのもfsckやsystemdとか/sbinにありながら/usr以下へのシンボリックリンク になってたりして、/usr以下に実体を持ってる様なのですが、 パーティションorファイルシステム構成によっては起動タイミングに間に合わない パターン(systemdが起動を急ぎすぎる傾向にある)がありそうに思える事が結構 見受けられるからです。 （私の使っているPCにおいてです。確証が得られてないのでアレなのですが) (2013年12月07日 09:51), ribbon wrote:
ちょっと原因が分からなくて難儀しています。
openSUSE 13.1 (i586)をKVM上にインストールしています。 インストールは問題なく終わりました。 仮想ネットワークデバイスも認識しています(e1000)。 ところが、このネットワークが自動で立ち上がりません。 systemd で、e1000 は eth0 として認識され、ens18 に変更されています。
[ 10.945309] e1000 0000:00:12.0 eth0: (PCI:33MHz:32-bit) 66:a8:a0:19:d3:c1 [ 10.945315] e1000 0000:00:12.0 eth0: Intel(R) PRO/1000 Network Connection [ 11.108712] systemd-udevd[263]: renamed network interface eth0 to ens18
で、ethtool でみても、
# ethtool ens18 Settings for ens18: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full
と認識しています。
/etc/sysconfig/network/ifcfg-ens18も
BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IPADDR='192.168.3.43/24' MTU='' NAME='82540EM Gigabit Ethernet Controller' NETMASK='' NETWORK='' REMOTE_IPADDR='' STARTMODE='auto' USERCONTROL='no'
と記述しています。でも起動直後には ifconfig で見ると、lo しか見えません。
手動でservice network restart してもやはり起動しません。 手動で、
ifconfig ens18 192.168.3.43 netmask 255.255.255.0
をすると使えるようになります。ですので、OSからens18が使えないわけでは ないです。 起動時に何らかのところで、エラーになっているみたいです。 ちなみに昔ながらの ifup ens18 を行うとエラーになっちゃいますね。 systemdで、起動の方法が変わったためみたいです。
何かが引っかかっているのだと思いますが、どこから調べていったらいいか、 分かるでしょうか。
ribbon
-- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
On Sat, Dec 07, 2013 at 11:55:01AM +0900, mForce4 wrote:
今井です。
ちなみに使っている仮想環境のパーティション構成とファイルシステムはどの様に なってますか？ というのもfsckやsystemdとか/sbinにありながら/usr以下へのシンボリックリンク になってたりして、/usr以下に実体を持ってる様なのですが、 パーティションorファイルシステム構成によっては起動タイミングに間に合わない パターン(systemdが起動を急ぎすぎる傾向にある)がありそうに思える事が結構 見受けられるからです。 （私の使っているPCにおいてです。確証が得られてないのでアレなのですが)
こんな感じです。 % cat /etc/fstab /dev/vda1 swap swap defaults 0 0 /dev/vda2 / ext4 acl,user_xattr 1 1 /dev/vda3 /home ext4 defaults 1 2 ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
今井です。 シンプルな構成なのですね。 となれば私の推測は的外れな可能性が非常に高いですね。 (2013年12月07日 12:36), ribbon wrote:
On Sat, Dec 07, 2013 at 11:55:01AM +0900, mForce4 wrote:
今井です。
ちなみに使っている仮想環境のパーティション構成とファイルシステムはどの様に なってますか？ というのもfsckやsystemdとか/sbinにありながら/usr以下へのシンボリックリンク になってたりして、/usr以下に実体を持ってる様なのですが、 パーティションorファイルシステム構成によっては起動タイミングに間に合わない パターン(systemdが起動を急ぎすぎる傾向にある)がありそうに思える事が結構 見受けられるからです。 （私の使っているPCにおいてです。確証が得られてないのでアレなのですが) こんな感じです。
% cat /etc/fstab /dev/vda1 swap swap defaults 0 0 /dev/vda2 / ext4 acl,user_xattr 1 1 /dev/vda3 /home ext4 defaults 1 2
ribbon
-- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
corei5-koyamaです。 横入りですいません。便乗して気になる症状を投稿します。
パーティションorファイルシステム構成によっては起動タイミングに間に合わない パターン(systemdが起動を急ぎすぎる傾向にある)がありそうに思える事が結構 見受けられるからです。
私は、仮想化でない普通の状態での32bit版を使っているのですが、 GUIモードで利用時に、mount で他のサーバーのフォルダをnfs手動マウントした場合に、 shutdown時に時間がかかったり（大体５分 くらい）、そのままハングしてしまう事が多いです。 nfsマウント後も、そのフォルダのテキストファイルを、kateなどで編集していると、 時々フリーズしてしまいます。３０秒くらい放置すると、引き続き編集はできます。 全く同じ端末の構成で、12.3のときは、この症状は見られませんでした。 -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
今井です。 Systemdの管理体系と、起動、停止順の並び替えが今ひとつ理解できてない のですけど、ネットワークサービス各種が稼働中なのにも関わらず、 ネットワークアダプタを真っ先に落っことすパターンが有るようです。 うちの環境だとPC一台当たりの起動、停止回数、頻度が極めて低いので それ以上調べていませんが.....。 (2013年12月07日 19:11), mlus wrote:
corei5-koyamaです。 横入りですいません。便乗して気になる症状を投稿します。
パーティションorファイルシステム構成によっては起動タイミングに間に合わない パターン(systemdが起動を急ぎすぎる傾向にある)がありそうに思える事が結構 見受けられるからです。 私は、仮想化でない普通の状態での32bit版を使っているのですが、 GUIモードで利用時に、mount で他のサーバーのフォルダをnfs手動マウントした場合に、 shutdown時に時間がかかったり（大体５分 くらい）、そのままハングしてしまう事が多いです。
nfsマウント後も、そのフォルダのテキストファイルを、kateなどで編集していると、 時々フリーズしてしまいます。３０秒くらい放置すると、引き続き編集はできます。 全く同じ端末の構成で、12.3のときは、この症状は見られませんでした。
-- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
corei5-koyamaです 今井さん ご返答ありがとうございます。
ネットワークサービス各種が稼働中なのにも関わらず、 ネットワークアダプタを真っ先に落っことすパターンが有るようです
ええーーっ、そうなんですか・・・・！。 それだと、NICのケーブル引っこ抜くのと変わらないですね。汗 もし、そんな状態で使っていたのなら、かなり怖いです。 １３．１の Feature highlights の先頭で、 Much effort was put in testing openSUSE 13.1, with improvements to our automated openQA testing tool, a global bug fixing hackathon and more. って書いてあったので、安心してたんですが・・・・。 -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org
participants (5)
-
Fuminobu TAKEYAMA -
mForce4 -
mlus -
ribbon -
Satoru Matsumoto