Re: Losing the battle with RC1
On Fri, 13 Dec 2002, Dan Nelson wrote: > In the last episode (Dec 13), Julian Elischer said: > > It's always been there. the question is > > "Who has broken it?" > > I think it has just slowly bitrotted. I opened a PR on this in > November. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/45777 This is definitely something which needs to be fixed for 5.0. I think the minimal fix is updating the sysctl handler for dumpdev to warn if the device is smaller than mem and range checking in dumpsys which refuses to dump if there is not enough space (along with an error message). -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
In the last episode (Dec 13), Julian Elischer said: > It's always been there. the question is > "Who has broken it?" I think it has just slowly bitrotted. I opened a PR on this in November. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/45777 -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
On Fri, 13 Dec 2002, Nate Lawson wrote: > On Fri, 13 Dec 2002, Kevin Oberman wrote: > > > Date: Fri, 13 Dec 2002 11:22:10 -0800 (PST) > > > From: Nate Lawson <[EMAIL PROTECTED]> > > > > > > ad0s2 needs to be as big as main memory or dumps may overwrite the next > > > partition. > > > > Actually, a bit bigger. But that doesn't matter as I made it 160 MB > > back when this system had 128 MB of RAM. It now has 192 MB. > > > > I feel terribly stupid at the moment. Excuse me while I re-partition. > > > > Thanks for pointing out the obvious! (Although I am confused by why it > > wiped the root partition which is BEFORE swap.) > > BTW, can anyone submit a patch that gets the size of the underlying swap > parition and disables dumps if it is less than mem size (and prints a > warning)? This would prevent foot shooting. It's always been there. the question is "Who has broken it?" > > -Nate > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
Looks like a bug in Geom.. Apparently it uses signed numbers :-) (also a bug in the kernel becasue the dump should have refused) On Fri, 13 Dec 2002, Garrett Wollman wrote: > < said: > > > Thanks for pointing out the obvious! (Although I am confused by why it > > wiped the root partition which is BEFORE swap.) > > Because it starts at the end of the specified partition and works its > way backwards. (The hope is to preserve as much of the existing swap > as possible, under the assumption that swap starts from the > beginning.) > > -GAWollman > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
On Fri, 13 Dec 2002, Kevin Oberman wrote: > > Date: Fri, 13 Dec 2002 11:22:10 -0800 (PST) > > From: Nate Lawson <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > > > On Fri, 13 Dec 2002, Kevin Oberman wrote: > > > For the past few days I have been trying to get RC1 running on my old > > > laptop (IBM ThinkPad 600E). The installation worked pretty well, but > > > the system crashes frequently when acpi is running. > > > > > > I decided to get a dump to look at and added the following to my > > > rc.conf: > > > dumpdev="/dev/ad0s2b" > > > dumpdir="/scratch" > > > > > > ad0s2 IS my swap partition. I don't think the /scratch directory is > > > relevant as I never get to the savecore. > > > > ad0s2 needs to be as big as main memory or dumps may overwrite the next > > partition. > > Nate, > > Actually, a bit bigger. But that doesn't matter as I made it 160 MB > back when this system had 128 MB of RAM. It now has 192 MB. > > I feel terribly stupid at the moment. Excuse me while I re-partition. It shouldn't matter if the swap is smaller than memory. In that case it is supposed to refuse to dump core there. It checks first.. If it's too small, you won't gget a dump, but it shouldn't do any damage either.. BTW the dump size is the size of memory USED BY THE SYSTEM, so if you set the value in teh loader to tell teh kernel to use less of teh RAM teh dump will be smaller and it should fit. > > Thanks for pointing out the obvious! (Although I am confused by why it > wiped the root partition which is BEFORE swap.) Losing the root partition was probabyl a different problem. If it is the same problem, then it is a bad bug in GEOM but I doubt it at this time. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
On Fri, 13 Dec 2002, Kevin Oberman wrote: > > Date: Fri, 13 Dec 2002 11:22:10 -0800 (PST) > > From: Nate Lawson <[EMAIL PROTECTED]> > > > > ad0s2 needs to be as big as main memory or dumps may overwrite the next > > partition. > > Actually, a bit bigger. But that doesn't matter as I made it 160 MB > back when this system had 128 MB of RAM. It now has 192 MB. > > I feel terribly stupid at the moment. Excuse me while I re-partition. > > Thanks for pointing out the obvious! (Although I am confused by why it > wiped the root partition which is BEFORE swap.) BTW, can anyone submit a patch that gets the size of the underlying swap parition and disables dumps if it is less than mem size (and prints a warning)? This would prevent foot shooting. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
< said: > Thanks for pointing out the obvious! (Although I am confused by why it > wiped the root partition which is BEFORE swap.) Because it starts at the end of the specified partition and works its way backwards. (The hope is to preserve as much of the existing swap as possible, under the assumption that swap starts from the beginning.) -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
> Date: Fri, 13 Dec 2002 11:22:10 -0800 (PST) > From: Nate Lawson <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > On Fri, 13 Dec 2002, Kevin Oberman wrote: > > For the past few days I have been trying to get RC1 running on my old > > laptop (IBM ThinkPad 600E). The installation worked pretty well, but > > the system crashes frequently when acpi is running. > > > > I decided to get a dump to look at and added the following to my > > rc.conf: > > dumpdev="/dev/ad0s2b" > > dumpdir="/scratch" > > > > ad0s2 IS my swap partition. I don't think the /scratch directory is > > relevant as I never get to the savecore. > > ad0s2 needs to be as big as main memory or dumps may overwrite the next > partition. Nate, Actually, a bit bigger. But that doesn't matter as I made it 160 MB back when this system had 128 MB of RAM. It now has 192 MB. I feel terribly stupid at the moment. Excuse me while I re-partition. Thanks for pointing out the obvious! (Although I am confused by why it wiped the root partition which is BEFORE swap.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
Hello I have a Thinkpad T23 and to get current to be stable I had to upgrade the the bios. Might help you also. On Fri, 13 Dec 2002, Kevin Oberman wrote: > For the past few days I have been trying to get RC1 running on my old > laptop (IBM ThinkPad 600E). The installation worked pretty well, but > the system crashes frequently when acpi is running. > > I decided to get a dump to look at and added the following to my > rc.conf: > dumpdev="/dev/ad0s2b" > dumpdir="/scratch" > > ad0s2 IS my swap partition. I don't think the /scratch directory is > relevant as I never get to the savecore. > > After I re-boot, the system boots just fine and soon I get the acpi > crash. At that point I need to enter "continue" several times at the > db> prompt before the system finally dumps. > > When I try to reboot, the system starts to boot normally until it > tries to mount the root file system. IT then reports that it can't > mount the system and asks for the manual entry of the root fs. > > I tried booting the fixit disk and looking at the disk. fsck_ffs > reports that the super block is bad and that values disagree with > those in the first alternate. Continuing produces many, many errors. > > When I try to mount the partition, I get "Operation not > permitted". Attempts to boot the disk now fail completely and I am > back to re-installing the system. > > This all seems to be linked to the dump. If I don't have the system > configured to dump, it re-boots just fine. > > Any idea of what might be happening here? Not being able to get a dump > doesn't leave me with many options and I'm getting tired of > re-installing the system, although I'm getting pretty proficient at it. > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: [EMAIL PROTECTED]Phone: +1 510 486-8634 > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message > Eric Chet -> [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Technical Lead/Architect Trilegiant Inc. Distributed OO Systems, J2EE, CORBA Kenpo JuJitsu the Ultimate in Self Defense, Tai Chi for Life [EMAIL PROTECTED] -> "Live Free or Die" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Losing the battle with RC1
On Fri, 13 Dec 2002, Kevin Oberman wrote: > For the past few days I have been trying to get RC1 running on my old > laptop (IBM ThinkPad 600E). The installation worked pretty well, but > the system crashes frequently when acpi is running. > > I decided to get a dump to look at and added the following to my > rc.conf: > dumpdev="/dev/ad0s2b" > dumpdir="/scratch" > > ad0s2 IS my swap partition. I don't think the /scratch directory is > relevant as I never get to the savecore. ad0s2 needs to be as big as main memory or dumps may overwrite the next partition. > After I re-boot, the system boots just fine and soon I get the acpi > crash. At that point I need to enter "continue" several times at the > db> prompt before the system finally dumps. type "panic" instead. "cont" may obscure the true source of the crash. > When I try to reboot, the system starts to boot normally until it > tries to mount the root file system. IT then reports that it can't > mount the system and asks for the manual entry of the root fs. > > I tried booting the fixit disk and looking at the disk. fsck_ffs > reports that the super block is bad and that values disagree with > those in the first alternate. Continuing produces many, many errors. How does this work for you? fsck_ffs -b 32 / Also, try mounting the fs read only if you just need to read files off it. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
