Re: more on fsck with securelevel

From: TEC Meganet (tec_at_mega.net.br)
Date: 06/06/04

  • Next message: fabulous: "net.inet.tcp.sendspace"
    To: freebsd-performance@freebsd.org
    Date: Sun, 6 Jun 2004 13:50:34 -0300
    
    

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

    Hi

    depending on what you are running on a server I had serious
    performance impacts using fsck in the background (cache server/
    e-mail) also it seems that fsck -p do not get all when running
    slices with noatime and softupdate and the cache server was not
    completly shut down before shutdown times out. cache or mail
    partitions ever come up as dirty when not shutting the daemon
    completly down before starting shutdown of the system

    to prefent eventual problems caused by fast shutdowns I ever set fsck
    - -fy in rc on 4.9

    On 5.x you can do so by setting in rc.conf background_fsck=NO and
    fsck -fy in /etc/rc.d/fsck

    You may lose some minutes on boot but get sure that your fs is clean

    I think that securelevel settings do not have to do with fsck since
    it seems to be for [u]mount disks, rw access to mem and kmem and
    module loading. Also fsck from rc is run before mount still as
    single user.

    hans

    On Friday 04 June 2004 20:35, Bill Moran wrote:
    > Brooks Davis <brooks@one-eyed-alien.net> wrote:
    > > On Fri, Jun 04, 2004 at 05:05:34PM -0500, J.D. Bronson wrote:
    > > > I did set this in /etc/rc.conf:
    > > > fsck_y_enable="YES"
    > > >
    > > > But I was wondering if this might be a good idea too:
    > > > (looking at the defaults)
    > > >
    > > > fsck_y_enable="NO" # Set to YES to do fsck -y if the
    > > > initial preen fails.
    > > > background_fsck="YES" # Attempt to run fsck in the
    > > > background where possible.
    > > > background_fsck_delay="60" # Time to wait (seconds) before
    > > > starting the fsck.
    > > >
    > > > ..might it not be prudent to set 'background_fsck="NO"' when
    > > > running in secure mode?
    > > >
    > > > Eventhough I shut down carefully, sometimes it still feels the
    > > > need to run fsck (even with soft updates)...but when running
    > > > securelevel, is it actually going to accomplish anything?
    > >
    > > I think just setting background_fsck_delay=0 may allow bgfsck to
    > > work. Once fsck has opened the FS, I think it should keep it
    > > open and writes should work. I'm not 100% sure of that though.
    >
    > fsck_y_enable determines what happens when a normal fsck fails.
    > If it's set to "NO", you're dumped into single-user mode with a
    > scary message. If it's set to "YES", then fsck is rerun with the
    > -y option. Setting it to "YES" will allow the system to boot
    > automatically under almost all conditions, but you may lose data
    > that you could have recovered if you'd run fsck manually ...
    > assuming you know what you're doing well enough to recover that
    > data.
    >
    > background_fsck controls whether the initial boot fsck is run in
    > the background, after booting, or in the foreground during the
    > boot, forcing the boot process to wait on it (background_fsck="NO"
    > is basically the same behaviour as pre-5 systems)
    >
    > background_fsck_delay is pretty obvious.
    >
    > Hopefully, that will help you reach a config that works for you.

    - --

    WIPNET Telecom Ltda.
    (18)221.1615 (18)9111.1101 (18)9773.1053
    GPG Public Key
    http://wip.mega.net.br/tec.asc
    Mensagens sem assinatura GPG não são nossas.
    Messages without GPG signature are not from us.
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.4 (FreeBSD)

    iD8DBQFAw0tfWdl37kGw7FQRAlqyAJwMHA32bygdAMOZBLntNXGqWPSUCQCaA6sS
    /PhxaigokppCAuZEAYXgwXg=
    =72Dw
    -----END PGP SIGNATURE-----

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


  • Next message: fabulous: "net.inet.tcp.sendspace"

    Relevant Pages

    • Re: Improvements to fsck performance in -current ...?
      ... >> Current has two major changes re speeding up fsck. ... >> The most significant is the background operation of fsck on file ... > write cache enabled. ... you need to turn off the disk ...
      (freebsd-current)
    • Re: Improvements to fsck performance in -current ...?
      ... > The most significant is the background operation of fsck on file ... write cache enabled. ... In case of a hardware failure (or power ...
      (freebsd-current)
    • SOLVED! : Please help - URGENT - disk/fsck problems!
      ... > server down before the outage occurred), ... > disk problems and suggested I run fsck. ... No employee or agent is authorized to conclude any binding agreement on behalf of Watkins Contracting, L.P., with another ... presented in this email are solely those of the author and do not necessarily represent those of Watkins Contracting, ...
      (freebsd-questions)
    • Re: Please help - URGENT - disk/fsck problems!--SOLVED!
      ... > server down before the outage occurred), ... > disk problems and suggested I run fsck. ... No employee or agent is authorized to conclude any binding agreement on behalf of Watkins Contracting, L.P., with another ... presented in this email are solely those of the author and do not necessarily represent those of Watkins Contracting, ...
      (freebsd-questions)
    • Re: error ouput of fsck
      ... Also the other server had this sudden diffrent output ... RECONNECT? ... UNREF FILE I=659457 OWNER=admin MODE=140755 ... I tried to do fsck.. ...
      (freebsd-questions)