Bug 746579
Summary: | Default route and ip-down.local handled incorrectly | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | John Cameron <john> |
Component: | rp-pppoe | Assignee: | Than Ngo <than> |
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.0 | CC: | bbs2web, tpelka |
Target Milestone: | rc | ||
Target Release: | 6.0 | ||
Hardware: | Unspecified | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | rp-pppoe-3.10-13.el6 | Doc Type: | Bug Fix |
Doc Text: |
cause: the DEFROUTE and DEFAULTROUTE was not defined and handle correct in the pppoe-connect
Consequence: the default route was not set
Fix: set DEFROUTE and DEFAULTROUTE in pppoe-connect correctly so that the default route can set
Result: the default route is set correctly
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2016-05-11 00:41:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John Cameron
2011-10-17 06:47:49 UTC
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative. This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. If you would like it considered as an exception in the current release, please ask your support representative. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-0923.html Grrr... This now breaks default route selection which has been working perfectly for 10+ years: We define connection via ifcfg-ppp# configuration script: /etc/sysconfig/network-scripts/ifcfg-ppp0 USERCTL=yes BOOTPROTO=dialup NAME=DSLppp0 DEVICE=ppp0 TYPE=xDSL ONBOOT=no PIDFILE=/var/run/pppoe-adsl.pid FIREWALL=NONE PING=. PPPOE_TIMEOUT=80 LCP_FAILURE=3 LCP_INTERVAL=20 CLAMPMSS=1412 CONNECT_POLL=6 CONNECT_TIMEOUT=60 DEFROUTE=no SYNCHRONOUS=no ETH=vlan11 PROVIDER=DSLppp0 USER=syrexd2354.co.za PEERDNS=no PPPD_EXTRA='ipparam out2' pppoe-connect now incorrectly sets 'defaultroute': root 15098 0.0 0.0 9240 1216 ? S 13:26 0:00 /bin/bash /sbin/pppoe-connect /etc/sysconfig/network-scripts/ifcfg-ppp0 root 15122 0.0 0.0 21896 1344 ? Ss 13:26 0:00 \_ /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe-adsl.pid.pppoe -I vlan11 -T 80 -U -m 1412 ipparam ppp0 linkname ppp0 noipdefault noauth default-asyncmap defaultroute hide-password nodetach mtu 1492 mru 1492 noaccomp nodeflate nopcomp novj novjccomp user syrexd2354.co.za lcp-echo-interval 20 lcp-echo-failure 3 ipparam out2 Problem is that /sbin/pppoe-connect redefines DEFROUTE here: DEFROUTE=$DEFAULTROUTE if test "$DEFROUTE" != "no" ; then DEFAULTROUTE="defaultroute" # pppd will no longer delete an existing default route # so we have to help it out a little here. DEFRT=$(ip route list match 0/0) [ -n "${DEFRT}" ] && echo "$DEFRT" > /etc/default-routes echo "$DEFRT" | while read spec; do ip route del $spec; done else DEFAULTROUTE="nodefaultroute" fi The script subsequently now always sets DEFROUTE='defaultroute' when DEFROUTE is defined in ifcfg-ppp# RedHat definitely broke this by accident, work around would either be to comment out the 'DEFROUTE=$DEFAULTROUTE' statement or change ifcfg-ppp# definition to use 'DEFAULTROUTE=no' instead of 'DEFROUTE=no', |