[opensuse-factory] merry-go-round with internet device names, again
Tumbleweed Rebooted desktop today and another supprise. No network (wired). So I manually checked, ifconfig, and found no device but lo. ran ifstatus all ran ifup all and eth0 connected previous had been enp0s25 When the new naming scheme started sometime back, I forced the system as this forum advised (method only) to eth0, but three or four months ago the system automagically changed to enp0s25 by it's own accord :^( So I lived with it. Today I had occasion to reboot and had no network as noted above. Glad I didn't do this remotely :^( Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating.... Joe SixPack would have been up the proverbial creek sans paddle! -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 19 Dec 2014 21:12:40 -0500 Patrick Shanahan <paka@opensuse.org> пишет:
Tumbleweed
Rebooted desktop today and another supprise. No network (wired). So I manually checked, ifconfig, and found no device but lo.
ran ifstatus all ran ifup all and eth0 connected
previous had been enp0s25
Yes, it was already reported also in forums.
When the new naming scheme started sometime back, I forced the system as this forum advised (method only) to eth0, but three or four months ago the system automagically changed to enp0s25 by it's own accord :^(
So I lived with it.
Today I had occasion to reboot and had no network as noted above.
Glad I didn't do this remotely :^(
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating....
Apparently "predictable" names stopped being applied; whether this was intentional or not I do not know. Likely not. The patch name 1098-udev-link_setup-respect-kernel-name-assign-policy.patch sounds like it may have something to do with it. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating....
fyi, similar issue @ https://bugzilla.suse.com/show_bug.cgi?id=908736 though seem(ed?) to be kernel-dependent. still related? maybe ... @ bug, can't even get devs to agree which component is 'responsible' for the issue -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating....
fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to. It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Sat, 20 Dec 2014 12:41:15 -0300 Cristian Rodríguez <crrodriguez@opensuse.org> пишет:
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating....
fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to.
Which was exactly the problem. https://bugzilla.opensuse.org/show_bug.cgi?id=910783
It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN)
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 20/12/14 15:58, Andrei Borzenkov wrote:
Ð’ Sat, 20 Dec 2014 12:41:15 -0300 Cristian RodrÃguez <crrodriguez@opensuse.org> пишет:
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating.... fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to. Which was exactly the problem.
https://bugzilla.opensuse.org/show_bug.cgi?id=910783
It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN)
It's not fixed here - added this info to bug #910783.
I had to manually configure the network and the default route. zypper dup:- Loading repository data... Reading installed packages... Computing distribution upgrade... Nothing to do. # cat /etc/os-release NAME=openSUSE VERSION="20141219 (Tumbleweed)" VERSION_ID="20141219" PRETTY_NAME="openSUSE 20141219 (Tumbleweed) (x86_64)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:20141219" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse" sabre:~ # dmesg|grep eth0 [ 13.221618] r8169 0000:08:00.0 eth0: RTL8168evl/8111evl at 0xffffc90000c78000, 54:04:a6:32:0b:3c, XID 0c900800 IRQ 31 [ 13.221622] r8169 0000:08:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] [ 366.775944] r8169 0000:08:00.0 eth0: link down [ 366.775962] r8169 0000:08:00.0 eth0: link down [ 366.776588] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 369.104021] r8169 0000:08:00.0 eth0: link up [ 369.104029] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready sabre:~ # dmesg|grep enp sabre:~ # Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 22/12/14 16:07, Sid Boyce wrote:
On 20/12/14 15:58, Andrei Borzenkov wrote:
Ð’ Sat, 20 Dec 2014 12:41:15 -0300 Cristian RodrÃguez <crrodriguez@opensuse.org> пишет:
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating.... fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to. Which was exactly the problem.
https://bugzilla.opensuse.org/show_bug.cgi?id=910783
It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN)
It's not fixed here - added this info to bug #910783.
I had to manually configure the network and the default route. zypper dup:- Loading repository data... Reading installed packages... Computing distribution upgrade...
Nothing to do. # cat /etc/os-release NAME=openSUSE VERSION="20141219 (Tumbleweed)" VERSION_ID="20141219" PRETTY_NAME="openSUSE 20141219 (Tumbleweed) (x86_64)" ID=opensuse ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:opensuse:20141219" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://opensuse.org/" ID_LIKE="suse"
sabre:~ # dmesg|grep eth0 [ 13.221618] r8169 0000:08:00.0 eth0: RTL8168evl/8111evl at 0xffffc90000c78000, 54:04:a6:32:0b:3c, XID 0c900800 IRQ 31 [ 13.221622] r8169 0000:08:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko] [ 366.775944] r8169 0000:08:00.0 eth0: link down [ 366.775962] r8169 0000:08:00.0 eth0: link down [ 366.776588] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 369.104021] r8169 0000:08:00.0 eth0: link up [ 369.104029] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready sabre:~ # dmesg|grep enp sabre:~ #
Regards Sid.
sabre:~ # ls /etc/sysconfig/network/ifcfg-* /etc/sysconfig/network/ifcfg-enp8s0 /etc/sysconfig/network/ifcfg-lo /etc/sysconfig/network/ifcfg-wlp0s19f2u3 sabre:~ # wicked ifstatus all wicked: discarding route not matching any interface: ipv4 0.0.0.0/0 via 192.168.10.103 dev enp8s0 type unicast table main scope universe protocol boot wicked: discarding route not matching any interface: ipv4 192.168.2.0/24 via 192.168.10.2 dev #0 type unicast table main scope universe protocol boot wicked: Ignoring config /etc/wicked/ifconfig/network.xml because of higher prio config lo up link: #1, state up type: loopback config: compat:/etc/sysconfig/network/ifcfg-lo leases: ipv4 static granted leases: ipv6 static granted addr: ipv4 127.0.0.1/8 [static] addr: ipv6 ::1/128 [static] eth0 device-unconfigured link: #2, state up, mtu 1500 type: ethernet, hwaddr 54:04:a6:32:0b:3c addr: ipv4 192.168.10.21/24 wlan0 device-unconfigured link: #3, state down, mtu 1500 type: wireless wlp0s19f2u3 no-device enp8s0 no-device Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Mon, 22 Dec 2014 16:07:02 +0000 Sid Boyce <sboyce@blueyonder.co.uk> пишет:
On 20/12/14 15:58, Andrei Borzenkov wrote:
Ð’ Sat, 20 Dec 2014 12:41:15 -0300 Cristian RodrÃguez <crrodriguez@opensuse.org> пишет:
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
Does this need to be reported elsewhere/bug report ??? If so where to get records or what to report. I have no way of repeating.... fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to. Which was exactly the problem.
https://bugzilla.opensuse.org/show_bug.cgi?id=910783
It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN)
It's not fixed here - added this info to bug #910783.
Are you running systemd from Base:System? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 22/12/14 16:44, Andrei Borzenkov wrote:
В Mon, 22 Dec 2014 16:07:02 +0000 Sid Boyce <sboyce@blueyonder.co.uk> пишет:
On 20/12/14 15:58, Andrei Borzenkov wrote:
Ð’ Sat, 20 Dec 2014 12:41:15 -0300 Cristian RodrÃguez <crrodriguez@opensuse.org> пишет:
El 20/12/14 a las 02:36, grantksupport@operamail.com escribió:
> Does this need to be reported elsewhere/bug report ??? If so where to get > records or what to report. I have no way of repeating.... fyi, similar issue @
https://bugzilla.suse.com/show_bug.cgi?id=908736
though seem(ed?) to be kernel-dependent. still related? maybe ...
@ bug, can't even get devs to agree which component is 'responsible' for the issue
No kernel driver currently uses the features this patch adds support to. Which was exactly the problem.
https://bugzilla.opensuse.org/show_bug.cgi?id=910783
It is a very new thing. (all network cards have naming policy NET_NAME_UNKNOWN)
It's not fixed here - added this info to bug #910783.
Are you running systemd from Base:System?
My repos are openSUSE_Factory. baseurl=http://download.opensuse.org/factory/repo/oss baseurl=http://download.opensuse.org/factory/repo/oss A previous problem was fixed with this repo which was still present. baseurl=http://download.opensuse.org/repositories/network:/wicked:/master/openSUSE_F... Removed that repo so wicked vendor is changed to openSUSE. Problem fixed. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Senior Staff Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (5)
-
Andrei Borzenkov -
Cristian Rodríguez -
grantksupport＠operamail.com -
Patrick Shanahan -
Sid Boyce