Bug 151759 - ip route flush fails
Summary: ip route flush fails
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: net-tools
Version: 4
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Radek Vokál
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-03-22 02:45 UTC by John Dennis
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-03-22 15:04:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description John Dennis 2005-03-22 02:45:10 UTC
% /sbin/ip route flush cache
Cannot open "/proc/sys/net/ipv4/route/flush"

The above pretty much says it all. FWIW /pro/sys/net/ipv4/route looks fully
populated, all the files are "644 root root". I filed the bug against FC4t1, but
in truth this is a rawhide machine, so its a week or two more current than FC4t1.

Comment 1 Radek Vokál 2005-03-22 15:04:25 UTC
Ehm, I've never used this before so here're my observations

# ip route show cache
- shows a big mess of different routes

# ip --statistics route flush cache  
*** IPv4 routing cache is flushed.
(according to a man page, it should show no. of flushed routes, I'll check this)

# ip route show cache
broadcast 192.168.1.255 from 192.168.1.21 dev lo  src 192.168.1.13
    cache <local,brd,src-direct>  iif eth0

eg. it shows only one route, a broadcast message, so it might have appeard right
after the flush command. The problem of flush command is that it doesn't flush
all routes immediatelly but there's a delay which may cause dealy. If you call
`show cachce` right after flushing it there still might be old data.

This comes from my tests on FC4t1 (installed 5mins ago :) 


Note You need to log in before you can comment on or make changes to this bug.