Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 4 product line. The current stable release is 4.9. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 200651

Summary: REGRESSION: iproute2-2.6.9-tc.patch breaks tc
Product: Red Hat Enterprise Linux 4 Reporter: Rik van Riel <riel>
Component: iprouteAssignee: Radek Vokál <rvokal>
Status: CLOSED DUPLICATE QA Contact: Brock Organ <borgan>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 4.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-07-30 00:15:25 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 Rik van Riel 2006-07-30 00:12:32 UTC 
Expected results:

wshaper works like it used to

Additional info:

Strace reveals the following:

[pid  6261] open("/usr/lib/tc/f_u32.so", O_RDONLY) = -1 ENOENT (No such file or
directory)

Of course, that file DOES NOT EXIST.  It should try to open
/usr/lib/tc/q_netem.so instead.

I think one (or both) of the snprintf changes in iproute2-2.6.9-tc.patch are to
blame for tc trying to open a non-existing shared library.

This is a regression and needs to be be fixed before RHEL4 U4 goes out the door.
Comment 1 Rik van Riel 2006-07-30 00:15:25 UTC 
Found the original bug that caused the iproute2-2.6.9-tc.patch patch to be
introduced.

*** This bug has been marked as a duplicate of 154014 ***