How to report bugs (Re: 6.2-STABLE deadlock?)

[Marc G. Fournier]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



- --On Friday, April 27, 2007 22:57:29 +0200 Nicolas Rachinsky 
<fbsd-stable-0 at ml.turing-complete.org> wrote:

> * "Marc G. Fournier" <freebsd at hub.org> [2007-04-27 16:03 -0300]:
>> A thought: how hard would it be to add some method of forcing a system
>> crash,  that would dump core, from the command line?  Something that, by
>> default, would
>
> Doesn't 'kill -6 1' work anymore?

I'd never heard of that one ... will it dump core if I do that?

Please note, in my case, with the Buffer Space issue ... I can login and 
cleanly reboot the server, so doing something like the above to get a core dump 
is definitely doable, I'd just never seen a reference to a 'kill -6 1' before 
for doing that ...

Side question to this though ... I remember awhile back using a 'client-server' 
mechanism that allowed me to dump core to a seperate server ... it was so long 
ago that my memory is faint, but there was a reason why I couldn't dump to the 
local server ... not sure whatever happened to that code, but, if one can do 
that for dumping core, shouldn't there be some method possible to connect to 
DDB over the Ethernet without having to have a serial console in place?  For 
the core dump case, the ethernet obviously stayed up while it dump'd, couldn't 
some sort of 'ddb.conf' file be setup that would allow it to ifconfig an IP 
within that shell so that you could connect to it remotely?  say with an 
'from-ip' directive?

Just a thought ...


- ----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email . scrappy at hub.org                              MSN . scrappy at hub.org
Yahoo . yscrappy               Skype: hub.org        ICQ . 7615664
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFGMmx04QvfyHIvDvMRAlNcAJ0QcIMoRnq+0T9yJVuMwZvTNQnNXwCfaEKK
JB4cHzSbiklD/sodWvNSSzE=
=BwuL
-----END PGP SIGNATURE-----