June 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 870537] New: systemd-udevd doesn't rename persistent rule correctly
by bugzilla_noreply＠novell.com 01 Jun '14

01 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=870537 https://bugzilla.novell.com/show_bug.cgi?id=870537#c0 Summary: systemd-udevd doesn't rename persistent rule correctly Classification: openSUSE Product: openSUSE Factory Version: 13.2 Milestone 0 Platform: All OS/Version: openSUSE 13.2 Status: ASSIGNED Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: rmilasan(a)suse.com ReportedBy: rmilasan(a)suse.com QAContact: qa-bugs(a)suse.de CC: werner(a)suse.com, systemd-maintainers(a)suse.de Found By: L3 Blocker: --- Created an attachment (id=583905) --> (http://bugzilla.novell.com/attachment.cgi?id=583905) 1006-udev-always-rename-network.patch Since the move to systemd 210, using persistent rules, the network interfaces are not renamed correctly also the rename is not 'showed' correctly. This is due to patch 1006-udev-always-rename-network.patch. Example (done in VirtualBox with 3 network devices): our current predictable names: opensuse-factory:~ # ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:90:de:7b brd ff:ff:ff:ff:ff:ff 3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:50:e2:6f brd ff:ff:ff:ff:ff:ff 4: enp0s9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:b7:44:32 brd ff:ff:ff:ff:ff:ff the persistent rule used: # PCI device 8086:100E (e1000) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:90:de:7b", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1" # PCI device 8086:100E (e1000) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:50:e2:6f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" # PCI device 8086:100E (e1000) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:b7:44:32", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth2" Persistent rule found in /etc/udev/rules.d/70-persistent-net.rules, we update the initramfs image and reboot. The expected outcome would be to see that all the network devices are renamed according to the rule (this doesn't work properly even if net.ifnames=0 is used) First reboot without using net.ifnames=0 opensuse-factory:~ # ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:90:de:7b brd ff:ff:ff:ff:ff:ff 3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:50:e2:6f brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:b7:44:32 brd ff:ff:ff:ff:ff:ff Second reboot with net.ifnames=0 opensuse-factory:~ # ip l 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:90:de:7b brd ff:ff:ff:ff:ff:ff 3: rename3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:50:e2:6f brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000 link/ether 08:00:27:b7:44:32 brd ff:ff:ff:ff:ff:ff opensuse-factory:~ # dmesg |grep udev [ 0.741814] systemd-udevd[173]: starting version 210 [ 1.934130] systemd-udevd[184]: renamed network interface eth1 to rename3 [ 1.940191] systemd-udevd[185]: renamed network interface eth0 to eth1 [ 2.552434] systemd-udevd[309]: starting version 210 I've reworked the patch which causes this issue and attached it to the bug for reference. This affected both openSUSE and SLE12. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 19

Your Bugzilla bug list needs attention.
by bugzilla_noreply＠novell.com 01 Jun '14

01 Jun '14

[This e-mail has been automatically generated.] You have one or more bugs assigned to you in the Bugzilla bug tracking system (http://bugzilla.novell.com/) that require attention. All of these bugs are in the NEW orREOPENED state, and have not been touched in 7 days or more. You need to take a look at them, and decide on an initial action. Generally, this means one of three things: (1) You decide this bug is really quick to deal with (like, it's INVALID), and so you get rid of it immediately. (2) You decide the bug doesn't belong to you, and you reassign it to someone else. (Hint: if you don't know who to reassign it to, make sure that the Component field seems reasonable, and then use the "Reassign bug to default assignee of selected component" option.) (3) You decide the bug belongs to you, but you can't solve it this moment. Just use the "Accept bug" command. To get a list of all NEW/REOPENED bugs, you can use this URL (bookmark it if you like!): http://bugzilla.novell.com/buglist.cgi?bug_status=NEW&bug_status=REOPENED&a… Or, you can use the general query page, at http://bugzilla.novell.com/query.cgi Appended below are the individual URLs to get to all of your NEW bugs that haven't been touched for 7 days or more. You will get this message once a week until you've dealt with these bugs! Login in ru.opensuse.org is broken -> http://bugzilla.novell.com/show_bug.cgi?id=868596 Ktorrent and libktorrent not available from download.opensuse.org -> http://bugzilla.novell.com/show_bug.cgi?id=872500

1 0

[Bug 879845] New: Create a new project games:OpenRA
by bugzilla_noreply＠novell.com 01 Jun '14

01 Jun '14

https://bugzilla.novell.com/show_bug.cgi?id=879845 https://bugzilla.novell.com/show_bug.cgi?id=879845#c0 Summary: Create a new project games:OpenRA Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: OBS Request AssignedTo: mrueckert(a)suse.com ReportedBy: matthias(a)mailaender.name QAContact: adrian(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.132 Safari/537.36 SUSE/34.0.1847.132 Hi, I would like to move https://build.opensuse.org/package/show/home:Mailaender/openra to something more official and grant everyone from https://github.com/orgs/OpenRA/members access there. We support multiple more packaging formats and distributions. Adding those to the https://build.opensuse.org/package/show/games/openra would be inappropriate. Can you please create a games:OpenRA for us? In return we can blog about best practices on how to integrate OBS into a continuous deployment scenario and fight the cross-distro dependency hell as well as other problems we currently face when trying to manually package it on our own. yours Matthias Reproducible: Always -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1