Scott Long wrote: > Julian Elischer wrote: >> Dominic Fandrey wrote: >>> Kris Kennaway wrote: >>>> Ruslan Ermilov wrote: >>>>> On Sun, Jun 29, 2008 at 01:09:52PM +0200, Kris Kennaway wrote: >>>>>> I am frequently getting this when trying to minidump on amd64: >>>>>> >>>>>> Physical memory: 8168 MB >>>>>> Dumping 2133 MB: 2118 2102 2086 2070 2054 2038 2022 2006 1990 1974 >>>>>> 1958 1942 1926 1910 1894 1878 1862 1846 1830 1814 1798 1782 1766 >>>>>> 1750 1734 1718 1702 1686 1670 1654 1638 1622 1606 1590 1574 1558 >>>>>> 1542 1526 1510 1494 1478 1462 1446 1430 1414 1398 1382 1366 1350 >>>>>> 1334 1318 1302 1286 1270 1254 1238 1222 1206 1190 1174 1158 1142 >>>>>> 1126 1110 1094 1078 1062 1046 1030 1014 998 982 966 950 934 918 >>>>>> 902 886 870 854 838 822 806 790 774 758 742 726 710 694 678 662 >>>>>> 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 >>>>>> 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 >>>>>> 134 118 102 86 70 54 38 22 6Attempt to write outside dump device >>>>>> boundaries. >>>>>> >>>>>> ** DUMP FAILED (ERROR 6) ** >>>>>> = 0 >>>>>> >>>>> Yes, it happens most often on SMP machines. Previously it could >>>>> overwrite data on your disk (in our case it destroyed GEOM mirrors). >>>>> Now the attempt is logged and prevented. >>>>> >>>>> What's your question? ;) >>>> >>>> I'd have thought it was obvious: "why?" >>>> >>>> Kris >>> >>> Not enough swap space? >> >> It used to check that before starting.. did that check get removed? > > It does check when it starts. The problem is that the size grows after > that. > this MUST be a bug in the code that is supposed to halt all the other CPUs. > ScottReceived on Mon Jun 30 2008 - 01:07:35 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:32 UTC