Re: [4.11] sysctl reports garbage

From: Marc Santhoff (M.Santhoff_at_t-online.de)
Date: 04/27/05

  • Next message: Guy Helmer: "Re: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual3.6GHzXeons,Adaptec aic7902 SCSI interface doesn't work in UP kernel"
    To: "FreeBSD stable (Liste)" <freebsd-stable@freebsd.org>
    Date: Wed, 27 Apr 2005 20:53:57 +0200
    
    

    Am Mi, den 27.04.2005 schrieb Marc Olzheim um 20:31:
    > On Wed, Apr 27, 2005 at 08:24:36PM +0200, Marc Santhoff wrote:
    > > > That is 'kern.msgbuf' ;-)
    > >
    > > Hm, I've never seen such a verbose output before.
    > >
    > > Has anything changed in that area? And why does it still occur after a
    > > reboot, normally buffers are only temporarily valid(at least I thought
    > > so until a few minutes)?
    >
    > It's a fresh buffer every reboot. In you mail, it contained the last
    > part of your startup messages.
    > Everything that gets written to /dev/console is cycled through the
    > buffer and the last $(sysctl kern.consmsgbuf_size) KB is made accessible
    > via "sysctl kern.msgbuf".

    I still don't understand completly. In the file made like this:

    sysctl -a > garbage.txt

    there are the messages of at least three reboot cycles.

    The only explanation would be "dmesg" using this message buffer for it's
    output, that's what I used immediately before creating the text file.

    Marc

    _______________________________________________
    freebsd-stable@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-stable
    To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"


  • Next message: Guy Helmer: "Re: FreeBSD 5.3p6-5.4RC3, Supermicro X6DHR-8G, Dual3.6GHzXeons,Adaptec aic7902 SCSI interface doesn't work in UP kernel"

    Relevant Pages

    • Re: [4.11] sysctl reports garbage
      ... I've never seen such a verbose output before. ... It's a fresh buffer every reboot. ... via "sysctl kern.msgbuf". ...
      (freebsd-stable)
    • Re: [Testers wanted] /dev/console cleanups
      ... Making dmesg a shell script that just cats that file satisfied everyone who asked. ... At least one BIOS SDK specifically describes this as a feature. ... One of which is specifying which chunks of memory should be preserved after a reboot, up to "memory tests should be as non-destructive as possible". ... the dmesg buffer is a simple ring buffer in the kernel. ...
      (freebsd-hackers)
    • Re: [Full-Disclosure] Linux Ported Version of MS03-043 DOS
      ... to tell u the true, i ant a wintendo whore, i just applied patches ages ago, ... Was the win2k system you tested on set to have the rpc service reboot on ... "The vulnerability results because the Messenger Service does not ... The buffer allocated for this operation is twice the ...
      (Full-Disclosure)
    • RE: [Full-Disclosure] Linux Ported Version of MS03-043 DOS
      ... Was the win2k system you tested on set to have the rpc service reboot on fail, or was the reboot caused by some other oddity? ... The buffer allocated for this operation is twice the size ... int main ...
      (Full-Disclosure)
    • Re: [Full-Disclosure] Linux Ported Version of MS03-043 DOS
      ... service recovery steps: ... >My initial query was because the messenger service has an rpc service that I'm not fully familiar with, buti would expect it to behave in accordance with rpc in general, which on win2k is to do nothing, rather than reboot. ... The buffer allocated for this operation is twice the ...
      (Full-Disclosure)