FS#47291 : [dhcpcd] 6.9.4-1 corrupts routing table

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#47291 - [dhcpcd] 6.9.4-1 corrupts routing table

Attached to Project: Arch Linux
Opened by Simon Gomizelj (simongmzlj) - Tuesday, 08 December 2015, 06:23 GMT
Last edited by Anatol Pomozov (anatolik) - Sunday, 28 February 2016, 17:15 GMT

Task Type	Bug Report
Category	Packages: Core
Status	Closed
Assigned To	Ronald van Haren (pressh) Anatol Pomozov (anatolik)
Architecture	All
Severity	Low
Priority	Normal
Reported Version
Due in Version	Undecided
Due Date	Undecided
Percent Complete
Votes	0
Private	No

Details

Description: dhcpcd 6.9.4-1 corrupts the routing table

Steps to reproduce:

1. Have an interface:

2: host0@if14: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 52:19:dc:4b:de:4a brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 10.10.9.1/21 brd 10.10.15.255 scope global host0
valid_lft forever preferred_lft forever

default via 10.10.8.1 dev host0 proto static
10.10.8.0/21 dev host0 proto kernel scope link src 10.10.9.1

2. Add a macvlan0 interface
3. Run `dhcpcd --nogateway -C resolv.conf macvlan0`

macvlan0 now has an address. What I expect in the routing table (and indeed is the case with 6.9.3):

default via 10.10.8.1 dev host0 proto static
10.10.8.0/21 dev host0 proto kernel scope link src 10.10.9.1
10.10.8.0/21 dev macvlan0 proto kernel scope link src 10.10.12.73 metric 207

Since 6.9.4 I now get this:

default via 10.10.8.1 dev host0 proto static
10.10.8.0/21 dev macvlan0 proto kernel scope link src 10.10.9.1
10.10.8.0/21 dev macvlan0 proto kernel scope link src 10.10.12.73 metric 207

Notice the unrelated host0 route has been corrupted. This causes traffic to become unroutable.

This task depends upon

Closed by Anatol Pomozov (anatolik)
Sunday, 28 February 2016, 17:15 GMT
Reason for closing: Upstream