Date: Sun, 6 Jun 2004 13:50:34 -0300 From: TEC Meganet <tec@mega.net.br> To: freebsd-performance@freebsd.org Subject: Re: more on fsck with securelevel Message-ID: <200406061350.41312.tec@mega.net.br> In-Reply-To: <20040604193547.6d69fa7f.wmoran@potentialtech.com> References: <6.1.1.1.2.20040604170255.00bf3b38@cheyenne.wixb.com> <20040604222232.GB25234@Odin.AC.HMC.Edu> <20040604193547.6d69fa7f.wmoran@potentialtech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
-----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-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406061350.41312.tec>