Date: Wed, 23 Jun 1999 16:33:43 +0200 (CEST) From: graaf@iae.nl To: freebsd-stable@freebsd.org Cc: admin@iae.nl Subject: Re: STABLE panic (rlist_free) stack trace Message-ID: <19990623143322.6DD0B20F9F@iaehv.iae.nl>
next in thread | raw e-mail | index | archive | help
On 22 Jun, To: freebsd-stable@freebsd.org wrote:
> On 22 Jun, I wrote:
>>
>> After upgrading a server from STABLE a little after 3.1-RELEASE to
>> yesterdays STABLE we get the following panic:
>>
>> panic: rlist_free: free start overlaps already freed area
>
> I think I made a mistake when I compiled the kernel. I have compiled a
> new kernel with debugging symbols (config -g), and a stripped version of
> that is running without problems now.
>
> Please ignore my previous message until further notice ...
It turns out I spoke too soon ...
About half a day after this message the system panic'ed again with the
same message. We have a corefile now, and I hope that will help to fix
the problem. kgdb "where" shows the following:
(kgdb) core-file vmcore.0
IdlePTD 2875392
initial pcb at 245044
panicstr: rlist_free: free start overlaps already freed area
panic messages:
---
panic: rlist_free: free start overlaps already freed area
syncing disks... 77 13 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 11 gi
ing up
(da1:ahc0:0:1:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0
(da1:ahc0:0:1:0): error code 108
dumping to dev 20401, offset 644292
dump 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 23
237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 21
217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 19
197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 17
177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 15
157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 13
137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 11
117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98
7 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 4
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
7 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1
---
#0 boot (howto=256) at ../../kern/kern_shutdown.c:285
285 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=256) at ../../kern/kern_shutdown.c:285
#1 0xc014476c in at_shutdown (
function=0xc0219f1c <__set_sysinit_set_sym_logdev_sys_init+124>, arg=0x7,
queue=0) at ../../kern/kern_shutdown.c:446
#2 0xc014de6a in rlist_free (rlh=0xc026d010, start=0, end=7)
at ../../kern/subr_rlist.c:159
#3 0xc01dcaef in swap_pager_freeswapspace (object=0xcaa866e8, from=0, to=7)
at ../../vm/swap_pager.c:422
#4 0xc01dcd35 in swap_pager_free_swap (object=0xcaa866e8)
at ../../vm/swap_pager.c:518
#5 0xc01dd1e1 in swap_pager_dealloc (object=0xcaa866e8)
at ../../vm/swap_pager.c:771
#6 0xc01e8cfe in vm_pager_deallocate (object=0xcaa866e8)
at ../../vm/vm_pager.c:246
#7 0xc01e49e0 in vm_object_terminate (object=0xcaa866e8)
at ../../vm/vm_object.c:469
#8 0xc01e48d9 in vm_object_deallocate (object=0xcaa866e8)
at ../../vm/vm_object.c:388
#9 0xc01e1d77 in vm_map_entry_delete (map=0xca274940, entry=0xca35e898)
at ../../vm/vm_map.c:1735
#10 0xc01e1f65 in vm_map_delete (map=0xca274940, start=134672384,
end=134934528) at ../../vm/vm_map.c:1849
#11 0xc01e1fe9 in vm_map_remove (map=0xca274940, start=134672384,
end=134934528) at ../../vm/vm_map.c:1874
#12 0xc01e9547 in obreak (p=0xca4933c0, uap=0xca4f6f94)
at ../../vm/vm_unix.c:107
#13 0xc0200fb7 in syscall (frame={tf_es = -1078001625, tf_ds = -1078001625,
tf_edi = 134672384, tf_esi = 134549536, tf_ebp = -1077946760,
tf_isp = -900763676, tf_ebx = 671983760, tf_edx = 671983740,
tf_ecx = 671983736, tf_eax = 17, tf_trapno = 0, tf_err = 2,
tf_eip = 671948880, tf_cs = 31, tf_eflags = 647, tf_esp = -1077946796,
tf_ss = 39}) at ../../i386/i386/trap.c:1100
#14 0xc01f7f6c in Xint0x80_syscall ()
#15 0x280d1b1a in ?? ()
#16 0x280675f0 in ?? ()
#17 0x804bf1c in ?? ()
#18 0x804b087 in ?? ()
#19 0x804a6c1 in ?? ()
#20 0x80490f5 in ?? ()
If anyone would like more information, we still have the corefile, so
just tell us what you need.
Best regards,
Edwin de Graaf
--
"O Oysters, come and walk with us!" The Walrus did beseech.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990623143322.6DD0B20F9F>