Date: Mon, 7 Feb 2000 19:06:16 -0500 (EST) From: Bosko Milekic <bmilekic@dsuper.net> To: freebsd-stable@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: rtfree panic() (fwd) Message-ID: <Pine.OSF.4.05.10002071839440.3592-100000@oracle.dsuper.net>
next in thread | raw e-mail | index | archive | help
Hmmm. Judging from the last CVS log entry for route.c (See r1.59), this problem can manifest itself in -current as well. I=B4m cross posting on th= e initial send, but please, when replying, redirect to [single, truly] appropriate list. It *appears* that rtfree() is puking because the rnh pointer is somehow (?= ) NULL. The rt_tables tree for the given address family either doesn't hold what's being looked for, or there's a problem with the rt_key macro. In any case, I'm not that comfortable with this part of the code yet, so if some route.c guru with radix tree know-how could take a look at this, I think that Shrihari (along with the others who have experienced this?) would appreciate it.=20 Note that if more infos. are needed, request it at the Shrihari's address below. ------------------------------------------------------------------------- | Bosko Milekic | Coffee vector: 1.0i+1.0j+1.0k | | Email: bmilekic@dsuper.net | Sleep vector: -1.0i-1.0j-1.0k | | WWW: http://pages.infinit.net/bmilekic/ | Resulting life: 0i+0j+0k (DNE)| ------------------------------------------------------------------------- ---------- Forwarded message ---------- Date: Mon, 7 Feb 2000 16:53:28 -0500 From: Shrihari Pandit <digital@stealth.net> To: Bosko Milekic <bmilekic@dsuper.net> Subject: rtfree panic() Hey there. I was hoping you might be able to give us hand in this problem: We have a couple of machines that run FreeBSD 3.4-STABLE and they are panicing randomly in rtfree(). These systems contain over 70,000 routes=20 in the routing table. IdlePTD 2600960 initial pcb at 210e34 panicstr: rtfree panic messages: --- panic: rtfree syncing disks... done dumping to dev 20001, offset 0 dump 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 23= 8 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 2= 19 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 = 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182= 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 16= 3 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 1= 44 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 = 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107= 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 8= 4 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 5= 9 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 3= 4 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9= 8 7 6 5 4 3 2 1 --- #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:285 285 in ../../kern/kern_shutdown.c (kgdb) bt #0 boot (howto=3D256) at ../../kern/kern_shutdown.c:285 #1 0xc012b8e4 in at_shutdown ( function=3D0xc01f20a2 <__set_sysctl__debug_sym_sysctl___debug_if_tun_de= bug+934>, arg=3D0x3, queue=3D-1071640608) at ../../kern/kern_shutdown.c:446 #2 0xc016650f in rtfree (rt=3D0xc2413000) at ../../net/route.c:206 #3 0xc01668f7 in rtrequest (req=3D2, dst=3D0xc243de00, gateway=3D0xc243de1= 0, netmask=3D0xc2415670, flags=3D3, ret_nrt=3D0x0) at ../../net/route.c:50= 9 #4 0xc016be81 in in_ifadownkill (rn=3D0xc243e800, xap=3D0xc0201038) at ../../netinet/in_rmx.c:390 #5 0xc0165d68 in rn_walktree (h=3D0xc23f4200, f=3D0xc016be4c <in_ifadownki= ll>, w=3D0xc0201038) at ../../net/radix.c:959 #6 0xc016bec8 in in_ifadown (ifa=3D0xc23fb500) at ../../netinet/in_rmx.c:4= 10 #7 0xc016ff7f in rip_ctlinput (cmd=3D0, sa=3D0xc23fb548, vip=3D0x0) at ../../netinet/raw_ip.c:396 #8 0xc014148d in pfctlinput (cmd=3D0, sa=3D0xc23fb548) at ../../kern/uipc_domain.c:265 #9 0xc015e343 in if_unroute (ifp=3D0xc023ebc4, flag=3D1, fam=3D0) at ../../net/if.c:414 #10 0xc015e3cf in if_down (ifp=3D0xc023ebc4) at ../../net/if.c:449 #11 0xc01e7308 in etp_linkdown () #12 0xc01e97ab in cisco_keepalive () #13 0xc01e9ba8 in cisco_notify () #14 0xc01ecbad in etp_notify () ---Type <return> to continue, or q <return> to quit--- #15 0xc01e91e4 in hdlc_rcvhandler () #16 0xc01cf35e in l3_rcvhandler () #17 0xc01c857d in lind_event () #18 0xc01e7445 in hdlc_timeout () #19 0xc0130112 in softclock () at ../../kern/kern_timeout.c:132 --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.OSF.4.05.10002071839440.3592-100000>