Date: Mon, 21 Feb 2000 12:50:10 +0100 From: Jeroen Ruigrok van der Werven <asmodai@bart.nl> To: Yoshinobu Inoue <shin@nd.net.fujitsu.co.jp> Cc: sameh@fr.clara.net, freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Panic (TCP) Message-ID: <20000221125010.H84100@lucifer.bart.nl> In-Reply-To: <20000221204008M.shin@nd.net.fujitsu.co.jp>; from shin@nd.net.fujitsu.co.jp on Mon, Feb 21, 2000 at 08:40:08PM %2B0900 References: <20000221110752.A83583@lucifer.bart.nl> <20000221121246.F18727@noc.fr.clara.net> <20000221204008M.shin@nd.net.fujitsu.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
-On [20000221 12:45], Yoshinobu Inoue (shin@nd.net.fujitsu.co.jp) wrote:
>> > Just caught panic #3 on my Diablo newstransit box running 4.0 from the
>> > 7th of February.
>
>> We have 60GB IN/OUT each day, and it runs fine:
>>
>> $ uptime
>> 12:09PM up 46 days, 17:19, 1 user, load averages: 0.62, 0.66, 0.64
>>
>> 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Wed Jan 5 14:36:46 CET 2000
>>
>> Try downgrading ?
>
>Wmmm, there were much changes to tcp code for IPv6 support after Jan 5.
>
>I reviewed tcp_setpersist related code and such problem not
>seems to happen in correct state.
>Might there be incorrect memory over writing?
How you mean?
>Do you have any other date, such as *tt_persist value at
>panic?
This is gdb -k /kernel.debug /var/crash/vmcore.0:
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...
IdlePTD 2625536
initial pcb at 21cb00
panicstr: from debugger
panic messages:
---
panic: tcp_setpersist: retransmit pending
panic: from debugger
Uptime: 2d20h34m30s
amrd0: still open, can't shutdown
dumping to dev #da/0x20001, offset 524312
dump 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495
494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477
476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459
458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441
440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423
422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405
404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387
386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369
368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351
350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333
332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315
314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297
296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279
278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261
260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243
242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225
224 223 222 221 220 219 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 163 162 161 160 159 158 157 156 155 154 153
152 151 150 149 148 147 146 145 144 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 84 83 82 81 80 79 78 77 76 75
74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51
50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 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
---
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
304 dumppcb.pcb_cr3 = rcr3();
(kgdb) backtrace
#0 boot (howto=260) at ../../kern/kern_shutdown.c:304
#1 0xc0143f59 in panic (fmt=0xc01e2894 "from debugger")
at ../../kern/kern_shutdown.c:554
#2 0xc01245c1 in db_panic (addr=-1071885851, have_addr=0, count=-1,
modif=0xd8d8bac0 "") at ../../ddb/db_command.c:433
#3 0xc0124561 in db_command (last_cmdp=0xc020447c, cmd_table=0xc02042dc,
aux_cmd_tablep=0xc021917c) at ../../ddb/db_command.c:333
#4 0xc0124626 in db_command_loop () at ../../ddb/db_command.c:455
#5 0xc012673f in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71
#6 0xc01c4f89 in kdb_trap (type=3, code=0, regs=0xd8d8bbc8)
at ../../i386/i386/db_interface.c:158
#7 0xc01d05dc in trap (frame={tf_fs = 16, tf_es = -1053687792,
tf_ds = -1072168944, tf_edi = 1073741824, tf_esi = 256,
tf_ebp = -656884720, tf_isp = -656884748, tf_ebx = -1071718976,
tf_edx = 1073872896, tf_ecx = 1021, tf_eax = 18, tf_trapno = 3,
tf_err = 0, tf_eip = -1071885851, tf_cs = 8, tf_eflags = 582,
tf_esp = -1071667873, tf_ss = -1071742877}) at ../../i386/i386/trap.c:531
#8 0xc01c51e5 in Debugger (msg=0xc01e8063 "panic") at machine/cpufunc.h:64
#9 0xc0143f50 in panic (fmt=0xc01eddc0 "tcp_setpersist: retransmit pending")
at ../../kern/kern_shutdown.c:552
#10 0xc018abc4 in tcp_setpersist (tp=0xd5ce6b60)
at ../../netinet/tcp_output.c:893
#11 0xc018bcb6 in tcp_timer_persist (xtp=0xd5ce6b60)
at ../../netinet/tcp_timer.c:337
#12 0xc0149279 in softclock () at ../../kern/kern_timeout.c:131
#13 0xc01c6c9b in doreti_swi ()
#14 0xc0194658 in ffs_reallocblks (ap=0xd8d8be04)
at ../../ufs/ffs/ffs_alloc.c:525
#15 0xc016961a in cluster_write (bp=0xcc5213e8, filesize=70459392)
at vnode_if.h:1056
#16 0xc019ac02 in ffs_write (ap=0xd8d8bea0) at ../../ufs/ufs/ufs_readwrite.c:495
#17 0xc0173d22 in vn_write (fp=0xc1f14800, uio=0xd8d8beec, cred=0xc1d30500,
flags=0, p=0xd8cf79c0) at vnode_if.h:363
#18 0xc0150e5d in dofilewrite (p=0xd8cf79c0, fp=0xc1f14800, fd=6,
buf=0x280be020, nbyte=4060, offset=-1, flags=0) at ../../sys/file.h:156
#19 0xc0150d63 in write (p=0xd8cf79c0, uap=0xd8d8bf80)
at ../../kern/sys_generic.c:298
#20 0xc01d0e7e in syscall (frame={tf_fs = -1078001617, tf_es = 671744047,
tf_ds = -1078001617, tf_edi = 671866880, tf_esi = 21,
tf_ebp = -1077971400, tf_isp = -656883756, tf_ebx = 671866880,
tf_edx = 0, tf_ecx = 0, tf_eax = 4, tf_trapno = 0, tf_err = 2,
tf_eip = 134595120, tf_cs = 31, tf_eflags = 514, tf_esp = -1077971444,
tf_ss = 47}) at ../../i386/i386/trap.c:1055
#21 0xc01c5886 in Xint0x80_syscall ()
#22 0x804ed66 in ?? ()
#23 0x804c18e in ?? ()
#24 0x804abaf in ?? ()
#25 0x804983d in ?? ()
#26 0x80490c5 in ?? ()
---Type <return> to continue, or q <return> to quit---
#27 0x8048829 in ?? ()
#28 0x80480f9 in ?? ()
>And is there any other person who experienced same kind of
>problem and have any hints to diagnose this?
I am updating the box as we speak to sources of today (which btw don't
seem to like a -j4 flag).
>I'll again review my changes.
Not sure if needed. But I felt the reason to pipe up about this because
if it is a genuine bug stil in the system we need to get it out of the
system ASAP.
Debugging tips are welcome, since I am not the biggest bulb wrt
debugging.
--
Jeroen Ruigrok van der Werven Network- and systemadministrator
<asmodai@bart.nl> bART Internet Services /
BSD: Technical excellence at its best VIA NET.WORKS Netherlands
Tel: +31 - (0) 10 - 240 39 70 http://www.bart.nl
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000221125010.H84100>