Re: automatic fsck on gmirror failure
$ grep -i fsck /etc/defaults/rc.conf fsck_y_enable=NO # Set to YES to do fsck -y if the initial preen fails. gmirror(8) / geom(8) should automatically remove (degrade) components with bad I/O operations after a certain threshold, but I'm pretty sure it doesn't. yes it does ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automatic fsck on gmirror failure
On Sun, 2008-02-03 at 23:39 +0100, Wojciech Puchar wrote: it failed while rebuilding with badly written data on the disk that was used, while other rebuild. now it can't read it. if you are sure that it doesn't pass through fsck before second reboot, do the following. 1) turn off gmirror 2) clear gmirror header on both providers 3) run fsck the other drive (not ad6, but the other used on mirror). Also don't forget about: $ grep -i fsck /etc/defaults/rc.conf fsck_y_enable=NO # Set to YES to do fsck -y if the initial preen fails. gmirror(8) / geom(8) should automatically remove (degrade) components with bad I/O operations after a certain threshold, but I'm pretty sure it doesn't. ~BAS 4) pray 5) after fsck will end it successfully (it should), create gmirror with the disk you checked gmirror label options gmirror-name /dev/thedisk 6) reboot and start the system. should go well. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automatic fsck on gmirror failure
gmirror(8) / geom(8) should automatically remove (degrade) components with bad I/O operations after a certain threshold, but I'm pretty sure it doesn't. but i'm absolutely sure it does because it did several times for me ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automatic fsck on gmirror failure
On Fri, 22 Feb 2008, Wojciech Puchar wrote: $ grep -i fsck /etc/defaults/rc.conf fsck_y_enable=NO # Set to YES to do fsck -y if the initial preen fails. gmirror(8) / geom(8) should automatically remove (degrade) components with bad I/O operations after a certain threshold, but I'm pretty sure it doesn't. yes it does Maybe my experiences didn't his the threshold. I'm checking the code now. The threshold is likely compile-time adjusable. ~BAS ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automatic fsck on gmirror failure
On Fri, 22 Feb 2008, Wojciech Puchar wrote: gmirror(8) / geom(8) should automatically remove (degrade) components with bad I/O operations after a certain threshold, but I'm pretty sure it doesn't. but i'm absolutely sure it does because it did several times for me Finally I had some time to research. 939 of geom_mirror -- kern.geom.mirror.disconnect_on_failure -- It's a newer 6.x thing apparently: Behavior is not tunable. It happens on a single failure. I ask about tunable behavior because some cheap IDE (Maxtor) disks can fail, then recover. 6.3/amd64: [EMAIL PROTECTED] /usr/src-RELENG_6_3]# sysctl -a|grep -i kern.geom.mirror kern.geom.mirror.sync_requests: 2 kern.geom.mirror.disconnect_on_failure: 1 kern.geom.mirror.idletime: 5 kern.geom.mirror.timeout: 4 kern.geom.mirror.debug: 0 But: FreeBSD wingspan 5.5-RELEASE-p10 FreeBSD 5.5-RELEASE-p10 #0: Fri Jan 12 [EMAIL PROTECTED]:/home/seklecki$ sysctl -a|grep -i kern.geom.mirror kern.geom.mirror.debug: 0 kern.geom.mirror.timeout: 0 kern.geom.mirror.idletime: 5 kern.geom.mirror.reqs_per_sync: 5 kern.geom.mirror.syncs_per_sec: 1000 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automatic fsck on gmirror failure
it failed while rebuilding with badly written data on the disk that was used, while other rebuild. now it can't read it. if you are sure that it doesn't pass through fsck before second reboot, do the following. 1) turn off gmirror 2) clear gmirror header on both providers 3) run fsck the other drive (not ad6, but the other used on mirror). 4) pray 5) after fsck will end it successfully (it should), create gmirror with the disk you checked gmirror label options gmirror-name /dev/thedisk 6) reboot and start the system. should go well. 7) after system is running and not too much needing disk I/O, do gmirror insert gmirror-name /dev/ad6 8) pray again, but with much less fear. 9) if gmirror will finish rebuild, all right. if you got write errors in log, ad6 needs to be replaced. wish it helps. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]