Re: sync delay and consitency
Ion-Mihai Tetcu wrote: I have a machine that randomly crashes. I wonder if lowering Variable Default Description kern.filedelay 30 time to delay syncing files kern.dirdelay29 time to delay syncing directories kern.metadelay 28 time to delay syncing metadata would help having a more up-to-date fs (using soft-updates). You can reduce these settings in order to narrow the window which you would lose data in if the system crashed. However, it is important that you keep the numerical order of these variables. Also is there a reason for the 30-29-28 (the 1 differece between) sequence ? It gives a FS w/soft-updates its crash resilience, by ensuring the order of disk updates for these three data types. Meta data first, then directory data, and finally the actual file contents. Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sync delay and consitency
Ion-Mihai Tetcu [EMAIL PROTECTED] writes: I have a machine that randomly crashes. I wonder if lowering Variable Default Description kern.filedelay 30 time to delay syncing files kern.dirdelay29 time to delay syncing directories kern.metadelay 28 time to delay syncing metadata would help having a more up-to-date fs (using soft-updates). It might. This may depend on *why* it's crashing, so I'd try attacking that problem first. Also is there a reason for the 30-29-28 (the 1 differece between) sequence ? I'd speculate that it's to keep the three cycles from synchronizing with each other (which they would tend to do if they were repeating with the same period). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sync delay and consitency
On 26 Nov 2003 09:18:03 -0500 Lowell Gilbert [EMAIL PROTECTED] wrote: Ion-Mihai Tetcu [EMAIL PROTECTED] writes: I have a machine that randomly crashes. I wonder if lowering Variable Default Description kern.filedelay 30 time to delay syncing files kern.dirdelay29 time to delay syncing directories kern.metadelay 28 time to delay syncing metadata would help having a more up-to-date fs (using soft-updates). It might. This may depend on *why* it's crashing, so I'd try attacking that problem first. Whish I knew. It's freezes (eg. no keyboard or mouse, replies to ping, but no new shh sesions, etc.) It is problaly something software, as I've changed almost everything on the hardware side. No drop to debugger, nothing in logs. (I suspect *something* in the interupt code, I'll try on 5.2when I'l have time). Also is there a reason for the 30-29-28 (the 1 differece between) sequence ? I'd speculate that it's to keep the three cycles from synchronizing with each other (which they would tend to do if they were repeating with the same period). -- IOnut Unregistered ;) FreeBSD user ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
